Библиотека OwenVendorProtocols для опроса тепло/электросчетчиков (релиз v3.5.14.9)

[Евгений Кислов]

Добрый день, коллеги.
Мы выпустили первую версию библиотеки OwenVendorProtocols, которая включает в себя блоки опроса тепло/электросчетчиков других приборов по нестандартным протоколам обмена.
По мере поддержки новых приборов будут выпускаться новые версии библиотеки.

Список поддержанных устройств:

Реализовано:

• Теплосчетик ТЭМ-104/106;
• Электросчетчики Меркурий 23x;
• Электросчетчики Меркурий 20x;
• Электросчетчики Энергомера CE102 с протоколом CE;
• Электросчетчики Энергомера с протоколом МЭК 61107;
• Теплосчетчик ВКТ-5 (Теплоком);
• Теплосчетчик ВКТ-7 (Теплоком);
• Электросчетчики СЭТ-4ТМ (НЗИФ, ТехноЭнерго);
• счетчики Пульсар (протокол Пульсар-М).

Наш стенд тестирования:

1642421288707.JPEG

Список благодарностей:

Мы выражаем благодарность и признательность тем, кто помог нам в процессе разработки библиотеки:

• пользователю alextopaz за предоставленный доступ к ТЭМ-106 и помощь в отладке;
• пользователю f_rzh и Алексею Иванову за найденные ошибки и помощь в отладке;
• пользователю melky за репозиторий на GitHub с реализацией протокола Меркурий 2xx на C#;
• Анатолию Бритову - сотруднику Харьковского электротехнического завода «Энергомера» за предоставленный доступ к счетчикам Энергомера и помощь в отладке;
• пользовательнице GoodLuck за помощь с отладкой ВКТ-5 и ВКТ-7;
• Дмитрию Данилаеву за найденные ошибки и помощь в отладке.
• Евгению Рубану за помощь в отладке с СЭТ-4ТМ.03М.
• пользователю nikontech за найденные ошибки и помощь в отладке.
• Алексею Титову (mad_kinder) и Антону Леонову - за доступ к приборам Тензо-М.
• Илье Люльчеву за информацию об ошибке.
• Александру Никушину за информацию об ошибке.

Если вы заинтересованы в разработке блоков опроса для приборов, которые в данный момент отсутствуют в библиотеке – то оставляйте свои предложения в этой теме или присылайте их на почту e.kislov@owen.ru.
Разработка новых блоков по запросу возможна в том случае, если:

• у вас есть нужный прибор;
• вы можете подключить его к ПК с адекватными характеристиками (не хуже Intel Core i5, 8 Gb RAM);
• вы можете обеспечить удаленный доступ к этому ПК по стабильному каналу связи и принимать участие в отладке (имитировать изменение параметров и т. д.)

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

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

Библиотека: OwenVendorProtocols_v3.5.14.10.compiled-library (требуется также установить OwenCommunication_v.3.5.11.7 и OwenStringUtils_3.5.4.9)
Документация: CODESYS V3.5. Описание библиотеки OwenVendorProtocols [2.9]
Примеры: ТЭМ-106 (ТЭСМА-106) / Меркурий 236 / Меркурий 206 / Энергомера CE102 (протокол CE) / Энергомера CE303 (протокол IEC 61107)
Теплоком ВКТ-5 / Теплоком ВКТ-7 / СЭТ-4ТМ.03М / Пульсар 6М

Дополнительные примеры: опрос нескольких счетчиков (Меркурий 236 и Меркурий 206) / опрос Меркурий 236 через конвертер Ethernet/COM / опрос весового преобразователя ТВ-003/05Н по протоколу Тензо-М

Примеры опросы счетчиков по Modbus: Взлет ТСРВ-034 / Термотроник ТВ7

Примечания:

1. Рекомендуется вызывать блоки библиотеки в задаче, время цикла которой не менее 20 мс - иначе при "длинных" запросах (например, MERCURY23x_PARAMS.ADDITIONAL_PARAMS) блок может вернуть ошибку RESPONSE_CRC_FAIL.

2. Счетчики Меркурий 23x с определенными версиями прошивок не поддерживают ускоренное чтение вспомогательных параметров - поэтому не получится считать эти параметры (токи, напряжения, мощности) с помощью запроса MERCURY23x_PARAMS.ADDITIONAL_PARAMS.
Подробнее см. здесь: https://owen.ru/forum/showthread.php...l=1#post423565

3. В версии 3.5.14.10 исправлена ошибка - ранее для запросов, которые заканчивались байтом со значением 0, не происходила отправка последнего байта.
Ошибка затрагивала блоки Mercury23x, Mercury23x_TCP, Energomera_CE, Energomera_IEC, Teplocom_VKT7, SET_4TM, Pulsar_M.
https://owen.ru/forum/showthread.php...l=1#post435270

[melky]

Доступ к счетчику Энергомера 102 (однофазный с МЭК61107 - косяк по CRC или производитель не понял или применил одну из реализаций)
И счетчику Меркурий 200 нужен?

Есть еще Меркурий 236

Если что пишите, организую по удаленке через Ethernet-RS485 преобразователь. в некоторой части могу дать пояснения по алгоритму опроса.

[Евгений Кислов]

С Меркуриями проблем нет - у нас есть эти счетчики.
Насчет Энергомеры - я правильно понял, что у вас СЕ 102М? (потому что насколько я понимаю - модели без литеры М поддерживают только протокол CE)
Спасибо, по этому поводу обязательно свяжемся с вами, когда дойдем до их протокола. У нас в наличии только CE303 с IEC 61107 - будет полезно провести отладку на разных устройствах.

[melky]

Евгений Кислов да, у меня однофазник с 61107 протоколом, одна беда, он не чистый, на самом деле, в самом описании протокола есть ссылки на 3-и (если не ошибаюсь) способа расчета CRC, но где-то в документации на Энергомеру встречал, что у них он отличается от общепринятого.

мой драйвер для Scada читает как счетчик Энергомера 102М так и корректоры газа EK260, 270, 280 за счет настроек шаблона и использования разных CRC.
Покупал однофазный счетчик, так как на 3-х фазный зажал денег но разницы там особо нет, просто больше переменных.
Ну и других приборов у меня нет с подобным протоколом, а в этих тип С при опросе.

По счетчику Меркурий 236 (вероятно и 230) если хотите сделать синхронизацию часов с паролем первого уровня доступа, следите, чтобы разница времени была менее 4-х минут, если она более, корректируйте за несколько дней. В пользовательском режиме счетчик можно корректировать только раз в сутки.
И советую сделать два вида опроса, по фиксированным значениям для счетчиков с тарификатором и по стандартным. Протокол Меркурия тот еще зверь. ПоубЫвав бы таких программистов

[Евгений Кислов]

По счетчику Меркурий 236 (вероятно и 230) если хотите сделать синхронизацию часов с паролем первого уровня доступа, следите, чтобы разница времени была менее 4-х минут, если она более, корректируйте за несколько дней. В пользовательском режиме счетчик можно корректировать только раз в сутки.

Мы планируем поддержать в готовом виде "нормальную" установку времени (для которой нужен 2 или 3-й уровень доступа).
У пользователя будет возможность с помощью блока отправить произвольный запрос (указав функцию, код параметра и т.д) - так что синхронизировать время с 1 уровнем доступа он тоже сможет.
Ни о какой автоматической синхронизации в блоке, естественно, речи не идет - это задача программы пользователя.

И советую сделать два вида опроса, по фиксированным значениям для счетчиков с тарификатором и по стандартным.

Если вы имеете в виду запросы из п. 2.5.17 (Запросы на чтение массивов регистров накопленной энергии) и 2.6.16 (Чтение вспомогательных параметров) - то да, они будут поддерживаться "из коробки". (номера пунктов взял из этого документа).

[melky]

Не, имел ввиду чтение мгновенных параметров. Счётчики с тарификатором имеют функцию фиксации данных, при чем по широковещательной команде.
Важно для счётчиков прямого включения. Так как регистры данных по другим командам не вмещают больше 40-ка с чем-то ампер. Наследие старых счётчиков.

[Евгений Кислов]

Не, имел ввиду чтение мгновенных параметров. Счётчики с тарификатором имеют функцию фиксации данных, при чем по широковещательной команде.
Важно для счётчиков прямого включения. Так как регистры данных по другим командам не вмещают больше 40-ка с чем-то ампер. Наследие старых счётчиков.

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

[melky]

Надо будет вспомнить, давно не лазил в документацию по протоколу.
Команда 0х08 0х14

Есть еще команда 0х16, так вот по ней при ответе на часть параметров отведено 3 байта и старшие 2 бита отвечают за направление Активной и реактивной, и в оставшиеся биты не влезают значения выше какой-то мощности, если счетчик прямого включения, для трансформаторного проблем нет. Общался по данной теме с разработчиками Меркурий, сказали что это просто оставлено для совместимости с древних времен

Что касается корректировки времени, то уровень доступа 2 может быть не доступен, например счетчик используется для коммерческого учета и сменен пароль 2-ого уровня доступа.

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

А если использовать команду 0х16 то сперва мы читаем напряжение, потом мощность и так далее и происходит расхождение данных.
Но к сожалению фиксация данных доступна только для версий счетчиков с тарификатором (кажется буква P в маркировке)

[Евгений Кислов]

Насчет фиксации я понял - постараемся поддержать.

Что касается корректировки времени, то уровень доступа 2 может быть не доступен, например счетчик используется для коммерческого учета и сменен пароль 2-ого уровня доступа.

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

[Евгений Кислов]

Обновили версию библиотеки до 3.5.14.2.
В новой версии добавлена поддержка протокола трехфазных электросчетчиков Меркурий (203.2TD, 204, 208, 230, 231, 234, 236, 238).

Ссылка на обновленную версию библиотеки, пример и документацию - ссылки в шапке.

image_2021_03_22T05_35_41_015Z.png

Сейчас берем в работу протокол для однофазных электросчетчиков Меркурий.