Синхронность WB-MAP12E и WB-MAP6S

Имеются 17 групп электричества. Нужно подключить WB-MAP12E и WB-MAP6S. Будут ли они собирать инфу в одну базу?

Добрый день.
Счетчики сами по себе “базы” не имеют. Они измеряют:

  • текущие параметры, такие как наприяжение, ток, активная-реактивная мощьности.
  • сохраняют нарастающим итогом количесва энергий (“киловатт-часы”)

То есть из счетчиков в любой момент времени можно получить текущие параметры злектросети и потребления и накопленное количество энергии.
Если требуется вести, например, графики потребеления - то они хранятся во внешней БД. В контроллере есть своя БД с довольно удобным веб-интерфейсом который позволяет как просматривать так и экспортировать данные. Внутри контроллера - обычный sqlite3.
Но хранить можно и во внешней БД, например Grafana ну или в системе мониторинга типа zabbix, например или в Scada.
Собственно ответ на вопрос - да, типовое решение - несколько счетчиков и один контроллер.

есть опыт по Zabbix в подобной схеме
7 шт MAP12, т.е. 28 каналов
счетчики подключены к двум контроллерам WB6.5 (к одному 4 шт, к другому 3 шт)
могу ответить, если есть вопросы

1 Like

счетчики выдают большое количество параметров (~340 каждый MAP12 в стандартном шаблоне или ~180 в базовом), и получение данных с помощью mosquitto_sub, особенно когда подключено несколько счетчиков на шине, вызывает задержки
причем на контроллере все нормально - там данные приходят без задержек, даже при скорости шины 9600, но при опросе большого числа топиков отдельными запросами (из забикса), получаются провалы и задержки
я с подобным сталкивался, и сразу решил, что перед тем как увеличивать скорость шины и играться с таймаутами, надо попробовать обрабатывать поток, который mosquitto вывешивает на порт, на сетевом интерфейсе:

tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      336/mosquitto 

там идет весь поток, без задержек (типа как в “матрице” :slight_smile: )
т.к. у меня кроме мапов, есть еще и другие модули, то задержки были приличные (тем-боле скорость минимальная - 9600 кб/с)
это при опросе командой:

UserParameter=mqtt.value[*],mosquitto_sub -h localhost -t '$1' -C 1

т.е. к контроллеру единовременно приходит много (у меня опрос идет по 23-м параметрам с каждого MAP12) запросов mosquitto_sub, каждые 20 секунд с каждого счетчика
при такой нагрузке, данные с других модулей подключенных к контроллеру (WB-MCM8,WBIIO-DI-WD14 ), тоже приходят с задержкой
например геркон на двери можно опрашивать только с каким-то периодом (20-30 сек), чаще данные просто не приходят

сначала хотел сделать через примеры для zabbix с применением библиотеки paho, но не осилил, пока разбирался zabbix выпустил поддержку mqtt
где как раз подключение к mqtt реализовано через подключение на порт
в итоге:

  • тормоза ушли в принципе, при той-же минимальной скорости шины герконы на дверях отрабатывают мгновенно и все значения с MAP-ов тоже приходят сразу
  • изменилась логика работы (от таймаутов пришлось или отказаться совсем, или реализовывать их через промежуточные итемы)
  • появилась возможность писать данные по изменению, т.е. значение тока при постоянном значении мы пишем раз в минуту, но как только оно пошло в рост - пишем все изменения, как они приходят (это реализовано на уровне “предобработки” в zabbix)
  • исчезла обязательная привязка в zabbix всех модулей подключенных к одному контроллеру к узлу этого контроллера, теперь различные модули можно оформлять отдельными узлами, что гораздо удобней
1 Like