Cчетчики электроэнергии. Modbus не друг и не товарищ ?

[conclave]

На примере счетчиков Меркурий обнаружил, что Modbus им и другим не друг и не товарищ.
Производитель продает софт для диспетчеризации, преобразователи интерфейсов, сторонние разработчики OPC-серверы, но не сертифицированные готовые к использованию конверторы протокола в Modbus. Протокол подобный Modbus (так говорят, официального описания не видел), но не Modbus.
Что интересно, не удалось найти сторонних производителей преобразователей интерфейса из "Меркурий" в Modbus.
Не знаю, встроены ли в протокол средства против сторонних разработчиков типа "динамических" несовместимойстей?

Документация для счётчиков
Программы для счётчиков
Устройства коммуникации

Может быть причина в существовании АИИС (АСКУЭ) Меркурий-Энергоучёт или УСПД "Меркурий 250" ?

УСПД "Меркурий-250", 30 000,00 руб.

Такова политика продаж, продвижение интерфейса PLC и некой разновидности CAN RS-485 ?

PS:
1) "Преобразователь" протокола Меркурий 230 в ModBus
2) "Преобразователь" протокола Меркурий 230 в ModBus
3) "Сбор" информации со счётчика эл.энергии Меркурий 230

[Ryzhij]

Меркурий (Mercurius, Mircurius, Mirquurius) — в древнеримской мифологии бог-покровитель торговли, сын бога неба Цела.

Модбас мне друг, но денюффки милее...

[Dmitry Isaev]

а у нас в АИИС КУЭ так у всех производителей счётчиков
каждый пляшет под свой грамофон (протокол)

[conclave]

а у нас в АИИС КУЭ так у всех производителей счётчиков
каждый пляшет под свой грамофон (протокол)

Коллеги подсказали, что главная причина в другом - неудобстве Modbus для работы с архивными данными, например с профилями счетчика.

[Ryzhij]

Ничего подобного! Существует множество приборов, счётчиков жидкости, газа, со вполне стандартным ModBus и имеющих "на борту" архивы.
Так что, "дело вовсе не в бобине..."

[zaya]

На примере счетчиков Меркурий обнаружил, что Modbus им и другим не друг и не товарищ.

базовый протокол связи в коммерческих приборах учета должен быть:
1. с встроенной возможностью дифференциации уровня доступа к данным;
2. с встроенной возможностью шифрования коммерческих данных;

и ещ:е это.. один байт на адресацию - эт как-то несерь:езно ;)

[Владимир Кузнецов]

базовый протокол связи в коммерческих приборах учета должен быть:
1. с встроенной возможностью дифференциации уровня доступа к данным;
2. с встроенной возможностью шифрования коммерческих данных;

Тут ни модбас ни подобные протоколы не годятся тогда.

и ещ:е это.. один байт на адресацию - эт как-то несерь:езно ;)

несерьёзно пытаться более 200 устройств на одну шину rs-485 сажать.

мат. часть стоит детальнее изучать.

[conclave]

и ещ:е это.. один байт на адресацию - эт как-то несерь:езно ;)

несерьёзно пытаться более 200 устройств на одну шину rs-485 сажать.
мат. часть стоит детальнее изучать.

Конечно не физических устройств, а адресов Modbus. Каждое устройство имеет блок адресов для манипуляции данными.

[Владимир Кузнецов]

Конечно не физических устройств, а адресов Modbus. Каждое устройство имеет блок адресов для манипуляции данными.

В любом случае стоит задуматься об адекватности применяемого решения.
Модбас создавался как простой протокол для простых устройств на шине RS-485.
Нужно что то большее - TCP/IP и иже с ними ждут вас!

[Ryzhij]

базовый протокол связи в коммерческих приборах учета должен быть:
1. с встроенной возможностью дифференциации уровня доступа к данным;
2. с встроенной возможностью шифрования коммерческих данных;

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