Если вы заинтересованы в том, чтобы разобраться в данной ситуации - подключите, пожалуйста, счетчик к ПК с установленным CODESYS и предоставьте к нему удаленный доступ по TeamViewer или AnyDesk.Цитата:
Сообщение от СергейНовосиб
Если вы заинтересованы в том, чтобы разобраться в данной ситуации - подключите, пожалуйста, счетчик к ПК с установленным CODESYS и предоставьте к нему удаленный доступ по TeamViewer или AnyDesk.Цитата:
Сообщение от СергейНовосиб
отправил в личку на TeamViewer данные для входа
Ответил вам в личку.Цитата:
Сообщение от СергейНовосиб
Пример Example_Mercury236_3514v2 из названия следует, что сделан в версии 3.5.14, реально в 3.5.16.
Можно его пересохранить в версии 3.5.14?
Пересохранил и обновил на ftp.Цитата:
Сообщение от СергейНовосиб
Спасибо, что заметили.
Добрый день.
Пытаюсь опросить счетчик Меркурий 236 ART-01 через библиотеку. Связь со счетчиком установлена и опрос Additional_Params работает корректно (проверял на примере с форума).
При попытке опросить накопленную энергию по всем тарифам или по одному конкретному, данные не соответствуют показаниям на дисплее счетчика или отчету через конфигуратор.
Прикрепил скрины настроек и опроса устройства к сообщению.
Вложение 57099 Вложение 57100 Вложение 57101 Вложение 57102 Вложение 57103
Добрый день.Цитата:
Сообщение от StuG
Какую версию библиотеки вы используете?
Какие данные вы получаете через библиотеку?
Пришлите мне в личку или на почту, пожалуйста, ваш контактный телефон и подготовьте удаленный доступ через TeamViewer или AnyDesk.
OwenVendorProtocols v3.5.14.6
Пришлите мне в личку или на почту, пожалуйста, ваш контактный телефон и подготовьте удаленный доступ через TeamViewer или AnyDesk.Цитата:
Сообщение от StuG
Добрый день!
Не могли бы подсказать в какую сторону копать: не получается добавить библиотеку OwenVendorProtocols в проект в CoDeSys3.5 SP16 Patch3, картина следующая (на скрине). CODESYS Repository Archive V3.5 SP4 устанавливал, сам CoDeSys3.5 (скачан с ftp Овен) тоже пробовал переустановить - результата не дало.Вложение 57854
Добрый день.Цитата:
Сообщение от rogozin.ewgen
Нажмите кнопку Загрузка отсутствующих библиотек (ее видно на вашем скриншоте).
Пробовал. "Загрузка не удалась".Вложение 57855
Странно - возможно, в вашей сети что-то заблокировано.Цитата:
Сообщение от rogozin.ewgen
Тогда можете скачать и распаковать архив проекта - в этот момент установятся все нужные библиотеки.
https://ftp.owen.ru/CoDeSys3/21_Exam...projectarchive
Спасибо, распаковка архива помогла.Цитата:
Сообщение от Евгений Кислов
Возможно ли в следующей версии библиотеки расширить "MERCURY23x_DEVICE_INFO" и включить в него пункт "2.6.4 Чтение коэффициента трансформации счетчика" (опрашиваем счетчики установленные в РП-10кВ в прибор записаны эти коэффициенты). Заранее благодарен.
Добрый день.Цитата:
Сообщение от nikontech
Уточните, пожалуйста, п. 2.6.4 - это из какого документа?
Так или иначе - пожелание приняли, добавим такой запрос в версии библиотеки 3.5.14.8 (релиз версии 3.5.14.7 состоится в ближайшие пару дней).
В принципе, уже сейчас это можно сделать с помощью пользовательского запроса (USER_DEFINED).
Если вам требуется консультация, как его настроить - то мы, конечно, вам поможем.
Документ доступный из описания Библиотеки ссылка на документ https://ftp.owen.ru/CoDeSys3/04_Libr...2021-02-02.pdfЦитата:
Сообщение от Евгений Кислов
Я думаю что эта информация будет не лишней и ее можно считать вместе с серийным номером.
Понял, спасибо.Цитата:
Сообщение от nikontech
Мы добавим этот запрос как отдельную команду (просто потому, что это реализовано в приборе как отдельная команда и не имеет никакого отношения к серийному номеру).
Цитата:
Сообщение от Евгений Кислов
Спасибо! будем ждать свежий релиз библиотеки.
Если не затруднит приведите пожалуйста пример работы с OVP.MERCURY23x_PARAMS.USER_DEFINED.
Заранее благодарен.
Обновили версию библиотеки до 3.5.14.7.
В новой версии добавлена поддержка теплосчетчиков ВКТ-7 от компании Теплоком.
Вложение 58745 Вложение 58746
Кроме того, исправлен ряд ошибок:
- в ФБ Energomera_IEC добавлен обязательный запрос закрытия канала после отсутствия запросов в течение 1.3 секунд (чтобы избежать подобных проблем и по рекомендации разработчиков);
- в ФБ Mercury23x исправлена обработка массивов энергий (в прошлых версиях некорректно обрабатывались биты направления) и межфазных углов (в прошлых версиях их значения в 10 раз превышали действительные), а также изменен принцип обработки "отсутствующих" значений - теперь они отображаются как 0 (ранее отображались как 0xFFFFFFFF).
Также мы обновили все примеры - актуализировали версии библиотек, добавили таймеры для периода опроса и задержки между отдельными запросами, исправили опечатки.
В примере для Меркурий 236 добавили считывание массивов энергий.
Ссылки на обновленную версию библиотеки, примеры и документацию - в шапке.
Теперь приступаем к поддержке протокола счетчиков СЭТ (в частности, популярного у клиентов СЭТ-4ТМ.03М).
Подготовил пример:Цитата:
Сообщение от nikontech
https://ftp.owen.ru/CoDeSys3/21_Exam...projectarchive
Вложение 58747
Добрый День! Судя по всему, некорректно считывается массив энергий для счетчика Меркурий 230 ART-02 CLN и для счётчика Меркурий 230 ART-03 PQRSIDN. Значение второго и четвёртого элементов массива энергий всегда остаётся нулевым. Если я правильно понимаю, это должны быть энергия по 2-й фазе и суммарная энергия.
Добрый день.Цитата:
Сообщение от f_rzh
Какую версию библиотеки вы используете?
Добрый день, Евгений!
3.5.14.7 с сайта. С предыдущей версией было то же самое.
В конфигураторе Меркурий эти значения отображаются ненулевыми?Цитата:
Сообщение от f_rzh
Если да - то подключите счетчики к ПК и пришлите мне в личку ваш телефон, пожалуйста.
Из документации на протокол Меркурий:Цитата:
Если я правильно понимаю, это должны быть энергия по 2-й фазе и суммарная энергия
"...поле данных ответа содержит 16 байт, отводится по четыре двоичных байта
на каждый вид энергии в последовательности: активная прямая (А+), активная
обратная (А-), реактивная прямая (R+), реактивная обратная (R-)"
Спасибо, разобрался. Я считал, что в массиве энергий первые 3 элемента - энергии по фазам, но это не так.
Обновили версию библиотеки до 3.5.14.8.
В новой версии добавлена поддержка электросчетчиков СЭТ-4ТМ (ограниченно поддерживаются и другие счетчики с СЭТ-подобным протоколом - СЭБ, ПСЧ, ТЕ3000 и т.д.).
Вложение 58972
Также по запросу пользователя nikontech добавили для Меркурия 23x запрос чтение коэффициентов трансформации.
Ссылки на обновленную версию библиотеки, примеры и документацию - в шапке.
Теперь приступаем к поддержке протокола счетчиков Пульсар.
Евгений Кислов счетчиков Пульсар (электро ? )или всей линейки устройств Пульсар?
з.ы. если выудите у них инфу, как рассчитывается пароль на счетчики воды и поделитесь, буду признателен :)
Речь о протоколе Пульсар-М в целом - он у них поддерживается большим количеством приборов.Цитата:
Сообщение от melky
Отлаживаться будем на приборе, который называется "cчетчик импульсов-регистратор Пульсар 6-канальный".
Про счетчики воды - уточните, пожалуйста, модель и зачем там требуется пароль.
Евгений Кислов пароль требуется для корректировки времени, и он каким-то образом рассчитывается из серийного номера счетчика.
з.ы. Убил бы таких программеров, дело в том, что при корректировке времени сбрасываются биты взлома или антимагнитной плобмы (что-то в этом духе), почему корректировку времени не вынести отдельно, а сброс этих битов по паролю, мой мозг не понял...
Ну если Пульсар-М это то, что писал и я (у меня был 10-ти канальный регистратор, счетчик воды, тепла и удаленно еще варианты счетчиков тепла) то обращайтесь.
Подскажу, что вспомню. В принципе код там же на GIT лежит в открытом доступе, саму логику опроса сможете посмотреть.
Разные приборы характеризуются различными командами, кроме общих. Если распечатаете описание протоколов для разных приборов и начнете сравнивать, увидите.
Спасибо. Пока вопросов нет - судя по описанию, протокол предельно простой.Цитата:
Сообщение от melky
В той документации, которую читал я - нет никаких упоминаний, что изменение времени требует пароля.
Будем разбираться с этим уже при тестах с реальным прибором.
Это у счетчика воды мне встретилось, про тепло не помню.
Добрый день
Энергомера CE301 R33 043 JAZ EIA485 (согласно инструкции номер порта это 9 последних цифр.)
codesys 16 patch 3, плк210-02 3.5.14.36, библиотека 3.5.14.7
Сделал ФБ из примера, что прилагается к библиотеке(удалил только всё связанное с датой). Ради эксперимента ФБ загнал в отдельный PRG который через конфигурацию задач запускается как самостоятельная единица.
При каждом считывании нового параметра загорается значок батарейки
При считывании Напряжения возникает ошибка Err12(Неподдерживаемый параметр) и Err05 (Ошибка протокола), хотя раз в 10-15 секунд обновляет считанное напряжение (прибор на столе, 220в по одной фазе)
ну и второй вопрос, если будет пример как реализовать работу с двумя приборами, буду благодарен)
Добрый день.Цитата:
Сообщение от lectorleo
Предоставьте на следующей неделе удаленный доступ к ПК, с которого можно будет загрузить проекты в ПЛК - посмотрим, в чем дело.
У 301 параметры отличаются от 303-его, например нет косинуса, зато есть тангенс.
Соврал, косинус есть, реактивки нет...
Цитата:
Отправка (14): /?163127043!<0D><0A>
Приём (15): /EKT5CE301v11<0D><0A>
OK!
Отправка (6): <06>051<0D><0A>
Приём (17): <01>P0<02>(163127043)<03>!
OK!
Отправка (14): <01>P1<02>(777777)<03>!
Приём (1): <06>
OK!
Отправка (13): <01>R1<02>VOLTA()<03>_
Приём (37): <02>VOLTA(237.09)<0D><0A>(235.8)<0D><0A>(253.08)<0 D><0A><03>$
OK!
Отправка (13): <01>R1<02>CURRE()<03>Z
Приём (40): <02>CURRE(13.1036)<0D><0A>(12.6098)<0D><0A>(15.995 )<0D><0A><03>;
OK!
Отправка (13): <01>R1<02>POWPP()<03>o
Приём (35): <02>POWPP(1.955)<0D><0A>(1.879)<0D><0A>(1.973)<0D> <0A><03>\
OK!
Отправка (13): <01>R1<02>COS_f()<03><03>
Приём (40): <02>COS_f(0.77)<0D><0A>(0.81)<0D><0A>(0.83)<0D><0A >(0.68)<0D><0A><03>u
OK!
Отправка (13): <01>R1<02>FREQU()<03>\
Приём (16): <02>FREQU(50.0)<0D><0A><03>1
OK!
Отправка (13): <01>R1<02>ET0PE()<03>7
Приём (70): <02>ET0PE(12467.1736206)<0D><0A>(12467.1736206)<0D ><0A>(0.0)<0D><0A>(0.0)<0D><0A>(0.0)<0D><0A>(0.0)< 0D><0A><03>?
OK!
Отправка (13): <01>R1<02>TAN_f()<03><01>
Приём (43): <02>TAN_f(0.84)<0D><0A>(-0.73)<0D><0A>(-0.66)<0D><0A>(-1.13)<0D><0A><03>q
OK!
Отправка (13): <01>R1<02>TIME_()<03>g
Приём (20): <02>TIME_(16:50:18)<0D><0A><03>"
OK!
Отправка (13): <01>R1<02>DATE_()<03>V
Приём (23): <02>DATE_(05.28.01.22)<0D><0A><03><06>
OK!
Отправка (5): <01>B0<03>u
Позвонили, помоглиЦитата:
Сообщение от Евгений Кислов
Спасибо огромное
По результатам:
Энергомера СЕ301 не умеет считать реактивную энергию, от этого и ошибка была
Ну а несколько счетчиков опрашивать - как вариант решение увеличить CASE в 2 раза с изменением адреса счетчика.
Например:
// Напряжения на фазах
OVP.ENERGOMERA_IEC_PARAMS.VOLTA:
IF blinkAddr THEN
fb_Energomera_IEC_Poll.pResponseData := ADR (stVoltage_1);
fb_Energomera_IEC_Poll.szResponseData := SIZEOF (stVoltage_1);
ELSE
fb_Energomera_IEC_Poll.pResponseData := ADR (stVoltage_2);
fb_Energomera_IEC_Poll.szResponseData := SIZEOF (stVoltage_2);
END_IF
В самом последнем опросе:blinkAddr:=NOT(blinkAddr);
Ну и перед вызовом блока энергомеры сделать присвоение первого или второго адреса
lectorleo у 301 есть тангенс, так что можно рассчитать по формулам реактивку. Сам удивился, когда в офисе для мониторинга серверных установил...
о, прикольно. спасибоЦитата:
Сообщение от melky
Евгений добрый день, подскажите а не планируется ли сделать обмен данным через TCP, имеем в хозяйстве несколько Подстанций 110/10 и ряд РП, где осуществляем технический учет, в РП сбор необходимы данных наладили с вашей помощью, там контроллер стоит локально, есть желание собирать данные с удаленных объектов, купил для тестов конвертер RS485 - Ethernet Родное меркурию по счетчик через него увидело.Цитата:
Сообщение от Евгений Кислов
Скажите существует ли возможно к библиотеке прикрутить TCP ?
Заранее благодарен.
nikontech тут не TCP нужен а COM_over_TCP. Самый простой способ это со стороны ПЛК установить Ethernet-RS485 соответственно 485-м портом в ПЛК.
Но если не ошибаюсь, то будет связь только между парами устройств ПЛК -> RS485/Ethernet --- Ethernet/RS485 -> счетчик
Один из преобразователей сервер, второй клиент
Есть вариант поиграться с Болид С2000-Ethernet в UDP режиме, но не уверен, что взлетит, так как там настройка на несколько IP адресов скорее всего работает только для протокола Орион, а если использовать как прозрачный шлюз, то скорее всего так же будет точка точка.
Вот бы МКОН кроме Modbus имел бы прозрачный режим и в настройках по адресу умел биться в другой МКОН... цены бы не было.
Вроде на просторах нета встречал подобные устройства, но сейчас с ходу не найду.