Pull to refresh

Comments 13

Хорошая и подробная статья. Сохраню себе в закладки. Как раз изучаю как снимать и фиксировать данные с датчиков. Подскажите, как определить, что в переходнике USB в RS-485 есть гальваническая развязка?

Лучше всего это определить по описанию переходника.
Например, в описании преобразователя интерфейсов USB-RS485/RS232 на чипах CH340 и MAX232 есть фраза: " Адаптер имеет полную изоляцию источника питания и сигналов, обеспечивая надежную защиту от помех и безопасное использование."

Прикольно, а что с поддержкой относительно новых процессоров Rockchip, таких как RK3568 и RK3588 ?

Сам не пробовал, но не думаю что с ними будут какие-либо проблемы — они совместимы с Linux. Что же касается требований Telegraf к оборудованию, то они описаны здесь:

" Telegraf is written in Go, which supports many operating systems. Golang.org has a table of valid OS and architecture combinations and the Go Wiki has more specific minimum requirements for Go itself. Telegraf may work and produce builds for other operating systems and users are welcome to build their own binaries for them. "

Так что если есть поддержка Go, то полагаю, что будет работать и Telegraf.

Приветствую.

Много делов конечно, чтобы график посмотреть..

Пользуясь случаем, покажу свою разработку. Клиент на Си придется написать самим, вот пример, но все остальное проще будет гораздо.

У меня подход: сохранение данных в файлы, и просмотр записей в десктопном приложении. Но также есть (из коробки) передача в БД ClickHouse, графану тоже сможете к CH подключить, если захотите.

Попробуйте ради интереса.

У вас интересный проект, да, но похоже требуется участие программиста.

Что касается простоты или сложности, то модуль Front Control Compact не требует ручной установки никаких программ. Вы получаете уже все установленное и настроенное, остается только найти готовые шаблоны для датчиков или написать собственные.

При этом настройку можно выполнять не через командную строку Linux, а с помощью удобного web-интерфейса NapiConfig. Такое решение как раз подходит для промышленности. И даже без web-интерфейса на всю установку и настройку ПО по инструкции уйдет меньше часа.

Что же касается нестандартных датчиков или возможности использования для получения метрик с помощью микроконтроллера, где нет Linux, то это тоже можно организовать.

Практически в любом микроконтроллере есть UART. В этом случае ваша программа, составленная на любом подходящем для этого микроконтроллера языке программирования, сможет выводить данные в UART по очень простому текстовому протоколу Modbus ASCII.

А дальше Telegraf подхватит ваши данные и передаст их, например, через InfluxDB в Grafana. Там вы не только сможете просматривать графики, но и настраивать оповещения, если какие-либо важные метрики выйдут за пределы допустимых значений. Оповещения, кстати, можно настраивать и в InfluxDB.

Таким образом, широко распространенное ПО с открытым кодом Telegraf + InfluxDB + Grafana позволит вам автоматизировать мониторинг метрик с датчиков (и не только с них — там более 200 входных плагинов и более 40 выходных) без участия программистов. А если применить промышленный модуль Front Control Compact с ОС NapiLinux (также с открытым кодом), то там это все уже установлено и есть интерфейсы RS-485, Ethernet, USB.

настраивать оповещения у меня тоже можно

Telegraf + InfluxDB + Grafana

у пользователя дбыть высокий уровень, или это админ будет уже скорее.

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

Ладно. Кому интересен процесс настройки всего это хозяйства, конечно пусть берут связки всякие (телеграф или забикс, таймлайн бд какая-то и тд), а кому нужно график прямо сейчас глянуть и дальше бежать, возьмут велик типа моего.

у пользователя дбыть высокий уровень, или это админ будет уже скорее.

Да, если устанавливать связку Telegraf + InfluxDB + Grafana на микрокомпьютеры, то тут не помешает квалификация системного администратора или хотя бы умение работать в Linux на уровне установки пакетов и редактирования файлов конфигурации.

А вот для применения модуля Front Control Compact такая квалификация не нужна, так как все настройки можно сделать через web-интерфейс.

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

По первой ссылке сходил. Не дешевое удовольствие.

 участие системного администратора 

Согласен.

По первой ссылке сходил. Не дешевое удовольствие.

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

А если речь идет, скажем, о мониторинге умного дата-центра или какого-либо другого производственного объекта, то дело совсем другое.

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

Почему бы просто не установить Home Assistant OS на те же Raspberry Pi 3 4 и сделать всё перечисленное в едином интерфейсе за пол часа?

Home Assistant OS — отличное решение для управления умным домом. Но для промышленных объектов нужны более специализированные и мощные системы мониторинга и управления.

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

В этом смысле модуль Front Control Compact больше подходит для промышленных систем, чем решения на базе Home Assistant OS. Но если этого модуля пока нет, или если стоит цель автоматизировать небольшой объект, изучить Telegraf, InfluxDB и Grafana, то можно использовать микрокомпьютеры.

А для промышленных систем данные от датчиков можно собирать через Front Control Compact с Telegraf, и передавать их из в InfluxDB и Grafana, запущенных уже на серверах достаточной производительности, физических или виртуальных, в зависимости от масштабов контролируемой промышленной системы. В умном доме все это тоже будет работать.

Sign up to leave a comment.

Articles