caxapa.ru :: А чем это хорошо для счетчиков?

Andreas (15.02.2022 09:18, просмотров: 357) ответил Vit на MQTT чихал на маршрутизацию. Для сверху вниз её надо прокладывать и этим кто-то должен заниматься - недостаточно просто какого-то протокола. Особенно актуально для случаев работы из-за NATа и/или неадресуемых сетей/соединений. Там (за NAT) без выхода клиента снизу и поллинга сервера (например, VPN, и как самое простое GRE) для поддержания TCP-соединения активным (чаще 1 раз в 2 минуты) толком никто ничего ещё не предлагал, ибо опять та же маршрутизация. Соответственно на

А чем это хорошо для счетчиков?

Счетчик по любому инициатор обмена, быстро скидывает и немного слушает ответ(если можно и нужно), проблемы NAT в данном случае нет. Потребитель(сервер обработки и статистики) мощный комп, не сидит за NAT, нет проблемы потребления, но при MQTT от получает все проблемы маложручести. Фактически основная прелесть MQTT, насколько я понял, в полной отвязке сервера обработки от клиента, но при этом добавляется лишний слой, возможно даже и чужой. Ну еще стандартизация и возможность подключить чужое оборудование к своему сервису и наоборот. Но не уверен, что все настолько стандартно.

Ответить

- Откуда вы взяли, что "Счетчик по любому инициатор обмена"? - Vit(15.02.2022 10:14)
  - Иначе микропотребление не реализовать или очень сложно. Или нет? - Andreas(15.02.2022 10:30)
    - Сами счетчики (для газа вычислители-корректоры) выпускаются в т.ч. с автономным питанием, при проводных подключениях обычно протоколы а-ля MODBUS (slave). В случае интеграции модулей беспроводной связи, и в частности с выходом в сеть, появляются и дополнительные программно-аппаратные надстройки для организации обмена по инициативе от устройства. - Vit(15.02.2022 10:49)

Кибернетика, автоматика, протоколы