Открыть список
Как стать автором
Обновить

Комментарии 13

А если сравнивать Wirenboard и MegaD-2561 для применения на производстве — что дешевле выходит? Возможности насколько я понимаю плюс / минус одинаковые.


Какие ещё варианты рассматривали?

Сравнили. MegaD-2561 — поделка на контроллере, WB — нормальный промышленный комп.
Да, MegaD контроллер. С Wirenboard не сталкивался в живую.

Да особо больше ничего искать не пришлось. С командой wirenboard я познакомился на профильной выставке по автоматизации. Как только выяснилось, что на контроллер можно поставить zabbix агент — взяли без раздумий и не пожалели. MegaD — будет дешевле, но нужно придумывать чем с нее забирать. Мне показалось, что для разработчика этот проект — хобби.

А ОВЕН?
Оборудование для автоматизации, программирование КИПиА, АСУТП,… .

ОВЕНы есть, используются для автоматизации и с них забираем данные по modbus. Использовать в качестве контроллера для сбора всей телеметрии не стали (закрытая ос, может быть либо мастером либо слейвом модбас = сложность забора с других контроллеров, нет mqtt). Если бы вся инфраструктура была на ОВЕН — то да.

Расскажу об организации мониторинга оборудования у нас. В качестве интерфейса всегда используется выделенная виндовая машина (interface node), на ней OPC клиент (производители пром.оборудования обычно поддерживают OPC DA, а это механизм, завязанный на виндовые сервисы. Так же есть оборудование, генерирующее CSV data, для её загрузки используется интерфейс file loader), настраиваются соединения клиента и серверов (для каждого сервера свой инстанс), данные идут в TSDB. В случае — если сервер отвалился, на клиенте есть буферизация. Она позволяет какое-то время хранить данные на interface node, после восстановления сервера данные скидываются на него, а с нода удаляются.
Ключевые пользователи (на каждом заводе они свои) обучены процедурам запроса создания тегов (точки сбора данных с характеристиками — контроллерный(или scada tag) адрес, частота, архивировать данные или нет) и визуализации (графики, и т.п.). Они обучают других пользователей(технологов) как создавать эти визуализации.
Иногда пользователям надо на основе данных создавать отчёты, для них используется встраиваемый в эксель аддон для обеспечения механизма выборки данных из TSDB, и немного VBA для манипуляций с объектной моделью этого аддона (создание запросов, форматирование полученных в ответе данных).
Это общая модель, на разных производствах в этой модели используется разное ПО. Всё подключено по проводам — на производствах есть беспроводные сети, но есть неудачный опыт подключения узла по беспроводной сети (узел содержал кинематику, соответственно — были сигналы safety, пропадание которых даже на короткий период недопустимо. Но электромагнитные волны на производстве делали своё дело, и сигнал 1-2 раза в неделю прерывался. Перешли на провод)
Очень интересный опыт. Часто сталкиваюсь с наличием OPC, но останавливает необходимость кодить. С wifi — да, есть такая проблема, но все равно ищем варианты на радио тк не всегда можно кинуть провод.
Не надо ничего кодить особо, надо для одного завода куить кепваре и в нём уже драйвера для многих пром.контроллеров имеются. У контроллеров с тегами можно вытаскивать теги, у других (типа мицубиши) придётся теги создавать, маппинг по адресу и типу данных (пример — Bystonic Cell_A CP Error,M101,word,1,RO,100,,,,,,,,,,"",).
Сам же кепваре может отдать уже по OPC ua, а к украинскому опс уже коннекторы есть у многих. Ещё он может быть клиентом mqtt, но я не пробовал.

Небольшая правка: Snap7 это не Profibus/Profinet, это S7 communication. Profinet/Profibus это реалтайм протоколы с гарантированным временем опроса. Для систем верхнего уровня (scada, hmi, мониторига) такое не нужно.

Статья написана до выхода Zabbix 5.2

Переход на новую версию не вызывает проблем?

Проблема с устареванием данных решается через обработку данных в Preprocessing: если данные не менялись – не записывать их.

Устаревание данных это ведь не единственная проблема. Если отвалился датчик, то эту ситуацию можно определить?

Вероятно это будет через радо по lorawan

опечатка
Переход на новую версию не вызывает проблем?

Мы еще не перешли. При переходе на 5.0 была проблема с версией Centos и необходимостью костылей. На 5.2 переходить будем обязательно, и планируем переехать с mysql на timescaleDB.

Если отвалился датчик, то эту ситуацию можно определить?

  • Если отвалился датчик от WB по modbus rtu (например счетчик импульсов) — можно определить по служебному топику.
  • Если отвалится расходомер или оптический датчик от счетчика импульсов — можно выловить это по отбрасыванию одинаковых значений «Discard unchanged» и триггеру «no data»


опечатка

Исправил. Спасибо.
Про устаревание данных — в топик пишется при ошибках связи/получения "/meta/error" — можно проверять
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.