- В этой теме 103 ответа, 4 участника, последнее обновление 2 недели, 6 дней назад сделано
.
-
Сообщения
-
Обновил. добавил параметр timeout, есть в шаблоне TC220
значение в мс в цифровом виде, должно дать задержку при повторном чтении при ошибке на 2,5 сек.з.ы. проверить пока не на чем.
Добавил параметр viewdescr true или false
отключает вывод в лог описание (Дескриптор) запроса.
Можно настроить групповой запрос. Пример в тестовом xml
p.s. непонятно только зачем он нужен, если следующая переменная в группе ни о чем, но это видимо зависит от приборов.<DevTemplate Name="Корректор объёма газа ЕК270" Init="false" Mode="C" CheckCS="1155xor" LockA="00000000" LockB="" timeout="2500" viewdescr="false">параметры timeout и viewdescr в данной секции записываются.
В тестовом XML они указаны обаВыложил драйвер в репозиторий.
Обновил драйвер. Добавил шаблон счетчика Энергомера CE102M
В наличии нет 3-х фазных счетчиков с данным протоколом (МЭК61107), так что создать корректный шаблон не уверен, что получится. Если кто-то пришлет логи запросов и ответов смогу сделать. Ну или если дадут подключиться по удаленке.
Медленный :), хотя у счетчика есть скорость 19200
Ну по запросам EK260 групповые запросы все таки есть, в рамках одного адреса.
У Энергомеры не уверен что есть возможность запросить одним запросом скажем все виды потребленной энергии Активной, Реактивной, Потребленной.з.ы. данный протокол не очень годится для мониторинга в реальном времени. А так, протокол как протокол. Побольше бы приборов разных. А то и расходомеры и счетчик только режим С поддерживают.
в планах чтение архивов — пока проблема куда их читать ? не пихать же во входные каналы ?
Ну и запись параметров.
Синхронизацию времени перед чтением не стал делать, как в ваших драйверах CE301, по идее можно сделать командой.
Ну и пароль пока задается в шаблоне, надо куда-то вынести, чтобы не плодить шаблоны, если пароли будут разные.не пихать же во входные каналы ?
Данные в архиве привязаны к входным каналам. Так что именно туда )
Ну и пароль пока задается в шаблоне, надо куда-то вынести
Логично вынести в командную строку КП
С архивами есть проблема. Важная на мой взгляд — синхронизация времени прибора и ПК, не всегда она возможна по моему опыту.
Результат, читая данные из прибора, например Энергия от сброса, мы сохраняем это в БД. Например в 11:00 такого-то числа у нас записалось 28,358 кВт/ч
Читаем из архива и пишем в БД, а там на время 11:00 часов того же числа 29,134 кВт/ч и мы видим в БД несуразицу
11:00 29,134 кВт/ч, а в 11:05 28,435 кВт/чОчень неприятный момент. По этому я до сих пор и не представляю, как организовать чтение архивов в общую БД. Ибо лажа будет. Проверено уже неоднократно, что часы в приборах врут, и мало того, в некоторых нельзя проводить синхронизацию от слова ВООБЩЕ.
Вот именно. Теплосчетчики Wesser на MBus вообще не имеют функции коррекции, за пару лет минут на 9 убежали. Приборы Пульсар, коррекция времени есть, но запаролена производителем (поубывав бы 🙂 )
Обновил драйвер.
Добавлен обработчик ошибок, если он предусмотрен прибором.
Параметр <DevTemplate Error=
Пример в шаблоне счетчика Энергомера CE102MДобавлено чтение 16-ти ричной строки при условии, что параметр единственный и
параметр переменной vType = byte, uitn16, uint32 или double сперва проверяется на соответствие 16-тиричной переменной.
Отображение в Коммуникаторе Старшим байтом вперед при параметре vPrint = hex
или Старшим битом вперед если vPrint = binПараметр счетчика STAT_()
В БД будет просто число, из которого можно дергать биты на проверку тех или иных параметров согласно документации
- Вы должны авторизироваться для ответа в этой теме.