НТЦ Метротек. Архив блога

на позапрошлой неделе ездили к пользователю, у которого были проблемы с настройкой сети и, соответственно, с тестированием гигабитных ethernet-каналов. решали, так сказать, проблему на месте и успешно решили: выяснилось, что трафик до точки заворота (loopback) просто не доходил.

но самым интересным и полезным результатом поездки было не решение проблемы, хотя это и немаловажно. несколько забегов с третьего этажа в автозал и обратно помогли понять, что во время работы шлейфа не стоит отключать удалённый доступ к устройству! казалось бы, очевидный факт? но пока сам не побегаешь, не догадаешься.

итог: новая прошивка для Беркут-ETL с одновременной поддержкой telnet’а и ping’a на всех уровнях шлейфа, кроме первого.

скачать можно здесь. а вот список изменений

ps. Беркут-ETL — мега-устройство для организации гигабитного ethernet-шлейфа, которое мы разработали и успешно производим.

ничто так не выводит пользователя из себя, как долгий процесс инициализации приборов после включения. кроме прикладных проблем, конечно. но о них мы сейчас не будем говорить, поскольку в наших супер-разработках их нет. ну, почти нет.

зато портативные приборы Беркут-ET, Беркут-E1, Беркут-ETX готовы к работе уже через пару-тройку секунд после включения.

чего раньше нельзя было сказать про Беркут-ММТ, где процесс загрузки занимал около сорока секунд.

но в новой версии обновления программного обеспечения мы сократили время запуска до двадцати трёх! а ближайшая цель этого направления разработки — уменьшить время запуска до 15, а то и до 10 секунд. мелочь, а приятно.

для сравнения, для рефлектометра на платформе EXFO FTB-200 от нажатия кнопки включения до готовности к работе проходит 50 секунд.

это так называемый «верхний» пост. для тех, кто пришёл сюда впервые.

«дорогая передача! во субботу, чуть не плача, вся канатчикова дача…»
(В. Высоцкий)

и вот что хочется сказать про блог, который вы сейчас читаете: …→

В процессе написания руководства пользователя часто бывает нужно добавить в текст документа какое-нибудь «напоминание»: дописать раздел, что-то уточнить или исправить. Обычно для этих целей в .tex файле используют комментарии, которые в итоговом документе не видны, поэтому вероятность забыть о них очень велика.

На этот случай в LaTeX предусмотрен пакет FiXme, позволяющий добавить напоминание, текст которого будет отображён в итоговом pdf-документе. Этот пакет уже содержится в используемом нами дистрибутиве LaTeX, входящем в стандартную поставку Debian GNU/Linux.

Для его использования достаточно написать \usepackage{fixme} в преамбуле документа. После этого в исходный текст можно добавлять напоминания 4-х уровней значимости: примечание (\fxnote), предупреждение (\fxwarning), ошибка (\fxerror), критическая ошибка (\fxfatal).

Например, вот текст в .tex-файле:

Тестер-анализатор \fxnote{добавить фото}{\DEVICENAME{}} предназначен для проведения анализа и диагностического тестирования оборудования в сетях, основанных на технологии Ethernet. Он поддерживает полный диапазон скоростей от 10 Мбит/с до 10 Гбит/с.

А вот, что мы увидим в pdf-документе: …→

Артём Двинин сделал это! наконец-то при включении прибора Беркут-ММТ на экране мы стали рисовать гордую надпись «Метротек».

больше новостей нет.

разве что, небольшой багфикс по желаниям пользователей в Беркут-ETL: теперь переключение уровней шлейфа выполняется не сразу, а с задержкой. поэтому, например, порт коммутатора Cisco не упадёт, зафиксировав loopback. релиз можно скачать где обычно, то есть тут.

решена небольшая проблема с неправильным приёмом данных для анализа протоколов в Беркут-E1. обновление доступно для скачивания с сайта. то есть, тут. списки изменений (Changes) лежат рядом.

похоже, что скромные, но толковые разработчики стесняются рассказать о своих достижениях. а у нас вышел новый релиз номер 0.0.12 для Беркут-ММТ. на самом деле, между выпуском предыдущего обновления и нынешним был довольно большой разрыв, и изменений в действительности больше, чем может вместить эта заметка.

в общем, в релизе 0.0.12 можно отметить следующие изменения и улучшения: …→

Катя Саковская мастерски сделала красивый буклет про Беркут-ММТ. страничка с описанием этого прибора на сайте стала немного веселее. буклет — pdf-файл. это раз.

Вадим Попов завершил, наконец, борьбу с умной батарейкой и у нас теперь есть набор инструментов для «прошивки» и тестирования этого (может быть, самого важного с точки зрения надёжности) компонента нашего прибора. думаю, скоро будет написан целый трактат про то, как это было.

а завтра выйдет очередной релиз ПО для Беркут-ММТ. размер слова релиз в облаке меток ещё немного увеличится.

сделали тестовую версию следующей аппаратной ревизии 10-гигабитного анализатора ethernet Беркут-ETX: теперь поддерживается весь диапазон скоростей соверменных локальных, и не только, сетей: от 10M до 10G. и всё это в одном небольшом устройстве!

напомню, это единственный прибор для тестирования сетей 10 gigabit ethernet, разработанный и выпускаемый в России. более 40 таких устройств успешно используются операторами связи и интернет-провайдерами. аналогов в таком форм-факторе не существует не только в нашей стране, но и во всём мире.

и да, это реклама.

готовится к выходу в mass production очередной релиз рефлектометрического модуля для Беркут-ММТ. по всем параметрам (динамический диапазон, мёртвые зоны, удобство использования) он получился не хуже зарубежных аналогов. красивые отчёты с приборчика тоже скоро будут выложены. а пока можно полюбоваться на картинки с экрана в руководстве (pdf) и в рекламной брошюре (pdf).

в связи с переездом со scons на qmake захотелось чиркнуть заметку.

начну с небольшой оды qmake-у. тулза получилась отличная. работает очень быстро и надёжно. мне пришлось написать всего 3 строки чтобы собрать тот же исходный код не только по x86, но и под arm! и эти строки касались пути к хедерам, а сами правила, описанные в .pro-файлах, остались неизменными.

и ещё. в ходе переезда столкнулся с интересной недокументированной фичей qmake.

в нашем проекте (b4.5, GUI) для связи между приложениями используется D-Bus. Чтобы для приложения работа по D-Bus выглядела максимально прозрачно, мы генерируем из .xml описания .cpp и .h файлы, подключаем их и собираем программу. для системы сборки такой подход означает наличие генерирующего правила и зависимостей от генерируемых файлов (.cpp, .h). я с этого и начал, но внутренний голос подсказал мне, что я изобретаю колесо ;) и он оказался прав.

в итоге раскопок наткнулся на топик, где сказано, что нужно в .pro-файле просто прописать DBUS_INTERFACES и всё остальное qmake сделает сам. подтверждением тому служит наличие файла dbusinterfaces.prf в каталоге /usr/share/qt4/mkspecs/features. наверное, скоро это и в документации появится…

этот scons (система управления сборкой a la make) порядком надоел. перешли обратно на qmake+make. весь проект b4.5 собирается менее, чем за 2 минуты.

ps. сегодня получили отличный отзыв на наш рефлектометр! пользователи довольны не только тем, как прибор производит измерения, но и GUI, а также тем, как просто результаты сохраняются на флэшку. как у любого устройства, у нашего тоже есть недостатки, о которых нам известно. но это не умаляет достоинств.