pixiemosty тогда непонятно, почему нет контрольной суммы, это наблюдается во всех ответах ?
pixiemosty тогда непонятно, почему нет контрольной суммы, это наблюдается во всех ответах ?
Да, не в одном ответе нет КС.Цитата:
Сообщение от melky
При этом в запросах у вас КС присутствует, иначе счетчик бы не отвечал.
Попробуйте удалить КС в запросах счетчику для проверки, ответит он или нет ?
Без КС висит ERR13Цитата:
Сообщение от melky
Получается в запросе есть КС, тогда счетчик проверяет запрос и честно отвечает, но почему тогда не отображается КС в ответе? Тут что-то с приемом пакета не так.
При получении ответа ведь тоже надо убедиться что он пришел полным и корректным по КС
Вот да, странно. Но не в одном ответе нет КС. Хотя все они приходят корректно.Цитата:
Сообщение от melky
Обновили версию библиотеки до 3.5.14.5.
В новой версии добавлена поддержка электросчетчиков Энергомера с протоколом IEC 61107, а также исправлена обработка запроса чтения массивов энергии для счетчиков Меркурий 23x.
Благодарим Анатолия Бритова - сотрудника Харьковского электротехнического завода «Энергомера» за помощь в отладке.
Ссылки на обновленную версию библиотеки, пример и документацию - в шапке.
Вложение 55970
Теперь берем в работу протоколы для счетчиков ВКТ-5 и ВКТ-7, производимых компанией Теплоком.
Евгений Кислов по счетчику Меркурий 23х найден косяк. Если вы говорите о профилях мощности, то если не работает батарейка (ошибка E01 кажется) то последнее значение после включения питания ведет в далекое прошлое...
Уточните, пожалуйста, более подробно, что вы имеете в виду.Цитата:
Сообщение от melky
Евгений Кислов При запросе профиля мощностей в архиве нет даты, есть дата в запросе последней ячейки записи, и зная, что получасовки лежат друг за другом происходит расчет ячейки памяти на требуемую дату и время. Если возникает ошибка "Села батарейка" то после выключения питания и подачи питания вновь, последняя ячейка памяти может иметь дату из прошлого.
Не знаю, как еще объяснить.
Вы это просто для информации написали, я правильно понял?Цитата:
Сообщение от melky
Или у вас какой-то вопрос по библиотеке?
Для информации, если так произойдет со счетчиком, библиотека может зависнуть или прочитать не то, что требуется.
Есть счетчик с данной проблемой, долго искал причину зависания линии (не на вашей библиотеке)
Спасибо за информацию.Цитата:
Сообщение от melky
При работе со счётиком Меркурий 236 ART 01 (и 02 тоже) неправильно читаются мгновенные значения мощностей. Программа - просто пример с сайта. Немного её подправил, там индикация тока дублировалась фазы А, в остальном всё так же. Подключаю нагрузку 2 кВт на одну из фаз и наблюдаю следующие значения:
через конфигуратор счётчика: 2171 Вт
через фб OVP.Mercury23x : 185.3 Вт
f_rzh трансформаторы тока у вас есть и какой коэффициент трансформации ?
Хотя ток правильно примерно показывает. 9.51 и 9.54 ну и напряжение 226.39 и 227.10
А теперь показываю фокус - 9.51*226.39=2152,96
и 9.54*227.10=2166.53
та-даммм, вы видите здесь цифры 1853.0(или 185.3) или 2171.87 ? :) а суслик есть....
Подайте строго фиксированную нагрузку, которая не будет меняться в течении короткого времени опроса и проверьте показания при опросе.
Выложите ваш проект, пожалуйста.Цитата:
Сообщение от f_rzh
И напишите мне в личку вашу контактные данные (в частности, телефон и во сколько завтра с вами можно будет связаться).
Счётчик прямоточный. Нагрузка единственная резистивная - фен строительный на третьей скорости. Счётчик лежит на столе, к нему подключена только розетка с феном.Цитата:
Подайте строго фиксированную нагрузку
Очень странно, точнее ничего странного, учитывая, что меняется напряжение, ибо при изменении напряжения будет меняться и мощность, а вот 185.3 однозначно косяк....
ну и изменение тока объяснимо, нагрузка то резистивная, а напряжение меняется в сети.
Ссылка на проектЦитата:
Сообщение от Евгений Кислов
Напряжение не меняется почти. 226В и 227В в этих двух случаях на фазе А, куда и подключен фен. На картинках это видно.Цитата:
меняется напряжение, ибо при изменении напряжения
Напишите мне в личку вашу контактные данные (в частности, телефон и во сколько завтра с вами можно будет связаться).Цитата:
Сообщение от f_rzh
f_rzh проблема в том, что для мониторинга не очень подходит функция 16h протокола. Так как чтение напряжения, тока и мощности происходит последовательно, и чем медленнее опрос, тем больше разница. Если нагрузка не постоянна, то может быть ситуация, что напряжение и ток должны соответствовать мощности 2 кВт, а мощность при этом может быть прочитана как 1 кВт так и 5 кВт, так как ко времени опроса мощности уже изменился и ток и напряжение.
Нагрузка постоянна. Выше я уже написал, что это стенд из счётчика и включенного прямо в него на фазу А строительного фена на 2 кВт, так что ничего там не меняется всё время проведения эксперимента.Цитата:
Сообщение от melky
f_rzh меняется
1. напряжение в сети
2. ток, так как это резистивная нагрузка, пусть и в малых пределах
3. ВРЕМЯ
даже если предположить, что вместо 185,3 у вас должно быть 1853,0 Вт то видно, что по току и напряжению эта цифра не соответствует. А все из-за опроса данных последовательно.
Тут зависит для каких целей счетчик. Но при этом ваш счетчик с внутренним тарификатором ART, следовательно он поддерживает команды опроса с кодом 14h (команда фиксации данных и последующее чтение) но вот реализован ли он в библиотеке я не знаю.
Если устраивает погрешность, описанная выше, то просто найти причину, почему он не ту цифру показывает или не так...
Помог с проблемой автор библиотеки, установив импровизированный "хотфикс". Владислав, Спасибо огромное!
Проблема (неправильные значения мгновенных мощностей по фазам на счётчиках Меркурий 236ART-xx) будет решена, насколько я понял, в следующей версии библиотеки, а в текущей (3.5.14.5) проблема сохраняется.
Добавлю, что исправление войдет в следующую версию библиотеки, которую мы постараемся выпустить в релиз в течение ближайших пары недель.Цитата:
Сообщение от f_rzh
Проблема проявляется в ситуациях, когда значение параметра превышает 655.35.
Евгений Кислов не совсем понял про 65535 ? у этих счетчиков при опросе командами 16h при прямом включении есть проблема нехватки бит выше 40 кВт (точную цифру не помню, можно посчитать) но уж точно не на 2-х кВт-ах... Общался по данному поводу с разработчиком родного Конфигуратора счетчиков.
Оказалось это наследие встроенного ПО старых счетчиков.
Как раз вроде по мощности при данной команде в ответе всего 3 байта на значение, минус два бита для направления мощности A+ или A- ну и Q соответственно.
41943,03 (3FFFFF)- вот, это максимальная мощность, которую может дать счетчик прямого включения по команде 16h
вот такая вот еще засада есть. Хотя счетчик может быть и 60А и 100А...
Именно так.Цитата:
Сообщение от melky
Но поскольку в документации в явном виде не указано, есть ли в начальном байте значимые биты или нет, а техподдержка Меркурия в свое время не дала четкого ответа на этот вопрос - в библиотеке при разборе ответа использовались только 2 байта из 3-х.
Мы исправили этот момент.
Да вроде есть в документации на протокол все. Просто возможно не в явном виде. Там везде есть примеры разбора ответа и эти биты фигурируют. Для мощностей уж точно...
Самое интересное, что счетчики AR не поддерживают команду 14h и если счетчик вдруг до 100А прямого включения, то этих 3-х байт и не хватает, так как они могут только 41 кВт вместить, а при сотке это 66 кВт...
надо было общаться с разработчиком ПО а не техподдержкой Меркурия :)
Биты знака в примерах используются, но другие биты этого байта - нет (потому что в примерах рассмотрены очень малые значения мощности).Цитата:
Сообщение от melky
Поэтому ранее этот момент был неясен.
Евгений Кислов а, понятно, вы решили что они не значимые, а это оказалось не так, бывает. Сам долго разбирался с протоколом, там блин столько всего, что голову сломать можно, страниц на 70-ть :)
Вообще убил бы таких писателей... не помню точно в каких командах, но есть там такое, что в одном ответе цифра 30 может быть представлена на один параметр как 0х1E а на другой параметр в BCD как 0х30
вот на кой такое делать????
Обновили версию библиотеки до 3.5.14.6.
В новой версии добавлена поддержка теплосчетчиков ВКТ-5 от компании Теплоком.
Кроме того, мы исправлили ошибку в ФБ опроса электросчетчика Меркурий 23x, из-за который вспомогательные параметры считывались некорректно, если значение параметра превышало 655.35.
Ссылки на обновленную версию библиотеки, пример и документацию - в шапке.
Вложение 56501
В августе мы сделаем небольшую паузу в разработке библиотеки, а в сентябре приступим к поддержке теплосчетчика ВКТ-7.
P.S. - а вот так выглядит наш тестовый стенд, на котором производится отладка библиотеки.
Вложение 56502
Добрый день!
При опросе ВКТ5 библиотекой и программой VKT5Easy почему-то не совпадают значения дат начала, конца архива и дата сброса архива.
Причем дата сброса архива при опросе постоянно меняется.
Если сбросить архив в ВКТ, то ситуация не меняется.
И версия прошивки по-разному отображается.
Добрый день.Цитата:
Сообщение от GoodLuck
Насчет версии прошивки - мы просто отображаем ее таким образом, с ведущими нулями.
Насчет дат архива - предоставьте удаленный доступ, пожалуйста - посмотрим, в чем может быть дело.
Upd. - посмотрели.
При выполнении команды "Передача даты" (установка опорной даты архива) при следующем запросе "Чтение интервала дат архива" в ответ от ВКТ-5 приходят "странные" значения (с датой типа 1974 г.).
При последующих запросах снова считываются корректные даты.
Т.е. библиотека работает корректно - это особенность самого счетчика.
Мы внесли исправление в пример, чтобы избежать циклической записи опорной даты архива.
Здравствуйте!
Подключил Энергомеру СЕ301 к СПК. Загрузил пример Example_Energomera_IEC61107_3514.
Счетчик на экран выдает ошибки Err05 "Ошибка протокола" и Err12 "Не поддерживаемый параметр".
Есть ли разница в опросе СЕ301 от СЕ303?
Добрый день.Цитата:
Сообщение от СергейНовосиб
Какая у вас модель счетчика? (укажите полное наименование)
В проекте CODESYS какие-нибудь данные считываются?
C помощью Multi-Protocol MasterOPC Server счетчик получается опросить без ошибок?
Набор параметров у счетчиков схожий, но CE301 не измеряет реактивную мощность и энергию.
У нас в примере для CE303 запрос реактивной энергии есть - возможно, ваши ошибки связаны именно с этим.
СЕ301 R33 146 JAZ
Убрал из опроса все, кроме напряжения и тока. Опрос идет кок-то хаотично.
И на экране все равно висит Err05.
Что вы подразумеваете под словом "хаотично"?Цитата:
Сообщение от СергейНовосиб
Цитата:
В проекте CODESYS какие-нибудь данные считываются?
C помощью Multi-Protocol MasterOPC Server счетчик получается опросить без ошибок?
У меня нет "Multi-Protocol MasterOPC Server".
Из документации на счетчик:
• «Err 05» – «Ошибка протокола» появляется, если сообщение, полученное счетчиком через порт связи,
синтаксически неправильно. Если при повторных попытках сообщение повторяется, необходимо убедиться
в работоспособности счетчика и подключаемого к нему устройства, правильности соединения этих устройств
и работоспособности применяемой программы связи.
Через программу конфигуратора производителя все работает и опрашивает параметры.