Кто у вас является менеджером, а кто агентом.Цитата:
Сообщение от xjkpt
Выложите простейший проект, с помощью которого я смогу повторить эту проблему, и пошаговую инструкцию, как именно это сделать.
Кто у вас является менеджером, а кто агентом.Цитата:
Сообщение от xjkpt
Выложите простейший проект, с помощью которого я смогу повторить эту проблему, и пошаговую инструкцию, как именно это сделать.
Да. Вот окно настроек Вложение 68833Цитата:
Сообщение от Евгений Кислов
Попробуйте ее снять - я думаю, в этом случае регистры будут обнуляться спустя заданное время отсутствия запросов от мастера.Цитата:
Сообщение от jtx
Здравствуйте , подскажите в чем дело, работаю с плк овен 210- 03 , при попытке подключения плк подключается нормально, но при этом ни один модуль не найден.
Ради эксперимента отключил всю связь между плк и пк (usb и enthernet) все равно пк к контроллеру подключаеться но модули не работают. Через некоторое время даже логин перестал работать.Вложение 68835Вложение 68836
Добрый день.Цитата:
Сообщение от TFear
"даже логин перестал работать" потому что вы включили шифрование соединения в настройках.
Что касается обмена с модулями - предоставьте в понедельник утром удаленный доступ по AeroAdmin, пожалуйста.
Посмотрим, в чем дело.
Панель агент snmp. Использую библиотеку owen snmp. Пишу значения в панель из mib browser.Цитата:
Сообщение от Евгений Кислов
Проект для спк 107 и миб-файл.
Вложение 68930
Проблему воспроизвел, спасибо.Цитата:
Сообщение от xjkpt
Исправим в следующей версии библиотеки.
Доброго дня.
Опрашиваю через плк210 по модбасу два реле ПР200 и передаю эти данные в облако.
Два вопроса:
1. Можно ли в облаке ограничить кол-во знаков после запятой? Условно, получаю температуру 20.14градусов. Хочу в облаке видеть 20.1. Как это сделать?
2. Есть ли какая-то переменная, по которой можно судить о наличии связи с ПР200? Чтоб в облако передать её для мониторинга связи и работоспособности ПР. Модбас использую нативный от CodeSys.
Добрый день.Цитата:
Сообщение от meta11ist87
1. К сожалению, такой возможности нет.
2. Такую переменную довольно просто можно сформировать на основе информации из п. 4.6:
https://ftp.owen.ru/CoDeSys3/11_Docu...odbus_v3.1.pdf
Здравствуйте! Не выходит настроить обмен с частотным преобразователем в Codesys 3.5 SP17 с СПК 110. Частотный преобразователь iP5A (настроен на адрес 2 Modbus RTU)
С теми же настройками адресов и регистров без проблем идет опрос в Codesys 2.3 с ПЛК110[M02](фото прилагаю)
карта регистров такая же как в Codesys 2.3, Частотник обнаружен и связь с ним есть, но обмена по переменным не вижу:(
Что я не так делаю?Вложение 69033Вложение 69034Вложение 69035
Вложение 69036Вложение 69037Вложение 69038Вложение 69039Вложение 69040
Вложение 69041
При этом первый частотный преобразователь ПЧВ3[M01] (адрес 1 modbus RTU) подключенный по шаблону исправно опрашивается и работает.
Спасибо Евгений, ОГРОМНОЕ!
Регистры не обнуляются. Галочка влияет только на возможность сброса регистров через Alt+F7 (если её не ставить, то изменять значения регистров можно только "снаружи" по модбасу). В самой программе у меня никакие переменные не изменяются - пока только изучаю связь.Цитата:
Сообщение от Евгений Кислов
Получается, у вас штатная диагностика соединения по Ehternet интерфейсу вообще никак не проработана? Планируете ли это исправлять?
И ещё подскажите, пожалуйста, по Modbus RTU.
Я, например, записываю функцией "0F" значения TRUE в 5 и 6 битовые регисты ПЛК.
Отсылаю команду: 01 0F 00 00 00 08 01 60 FE BD
Получаю ответ: 01 10 00 02 00 02 E0 08
Биты при этом записываются, всё ок. Но почему функциональный код в ответе не "0F", а "10"? И что означают "00 02 00 02" ?
Я подтверждаю, что в определенных версиях CODESYS есть проблемы с этим функционалом.Цитата:
Сообщение от jtx
В понедельник отпишусь подробнее, как заставить его работать.
Тогда же отвечу на второй вопрос.
А вот что обнаружил, начав тестировать Modbus TCP с ПК.
1. Форсированные (установленные в TRUE) биты не считываются, если им не присвоены переменные.
2. См. картинку:
Вложение 69127
Это ещё не всё, при передаче бит, ещё и байты меняются местами в целочисленной переменной. То есть 0 бит попадает в 8, а 7 в 15 бит и наоборот.Цитата:
Сообщение от jtx
По крайней мере, подобное наблюдал в некоторых версиях Codesys 3.5.
Проверил с Modbus Serial Device версии 3.5.17.0.Цитата:
Сообщение от jtx
Обе проблемы не воспроизводятся. См. видео:
https://ftp.owen.ru/CoDeSys3/99_Foru...e_Watchdog.mp4
https://ftp.owen.ru/CoDeSys3/99_Foru...WriteCoils.mp4
Если у вас получается их повторять в этой версии слэйва - напишите, пожалуйста, мне на почту или в телеграм (в подписи) и организуйте доступ по AeroAdmin - посмотрим, что у вас происходит.
Эту проблему подтверждаю. Используйте галочку Дискретные битовые области, как на втором видео - тогда она не проявится.Цитата:
А вот что обнаружил, начав тестировать Modbus TCP с ПК.
Исправлено в версии библиотеки 3.5.14.2.Цитата:
Сообщение от Евгений Кислов
https://ftp.owen.ru/CoDeSys3/04_Libr...mpiled-library
В ближайшие дни обновим ссылку на сайте.
Вложение 69136 Вложение 69137 Вложение 69138 Вложение 69139
Здравствуйте. Помогите разобраться с реализацией обмена по Modbus через OCL.UNM_TcpRequest. Нигде не могу найти информацию о том, как формировать запрос.
Например, хочу считать из 1-го слейва 4-й командой два регистра, начиная с 8-го.
OCL.MB_TcpRequest работает. Через Modbus Poll тоже получаю нужный ответ, при этом посылаются запросы вида "00 05 00 00 00 06 01 04 00 08 00 02" (где первые 00 05 - номер пакета).
Из примеров реализации нашёл только работу со строковыми данными (
Добрый день.Цитата:
Сообщение от jtx
Вас интересует принцип формирования запросов и разбора ответов?
Он приведен в спецификации Modbus:
https://www.modbus.org/docs/Modbus_A...col_V1_1b3.pdf
https://www.modbus.org/docs/Modbus_M...uide_V1_0b.pdf
Добрый день. Подскажите, с помощью Вашей библиотеки OwenVendorProtocol могу ли я интерпретировать данные со счетчиков РиМ 489?
Добрый день.Цитата:
Сообщение от MUSulmanin
Нет, мы не поддерживали протокол этого счетчика.
Нет, меня интересует, в каком виде подать запрос на вход "pResponse".Цитата:
Сообщение от Евгений Кислов
Например, я хочу подать вот такой запрос (пример из спецификации Modbus). Из скольких элементов какого типа мне нужно создать массив данных запроса и что прописать в этих элементах?
Вложение 69367
ARRAY [0..7] OF BYTEЦитата:
Сообщение от jtx
Начальный байт - адрес слэйва, потом 5 байт со скриншота и в конце 2 байта CRC (см. в библиотеке CAA Memory функцию CRC16_Modbus).
Сделал. В ответе нули
Вложение 69368 Вложение 69369 Вложение 69370
Вы на прошлом скриншоте привели цитату из спецификации протокола Modbus RTU, и я ответил применительно к этому протоколу.
Если нужно отправить такой запрос по Modbus TCP - то нужно добавить к нему MBAP Header и убрать CRC:
Вложение 69371Код:00 00 00 00 00 06 01 08 00 00 A5 37
Вложение 69372
Можно ли из плк210 передать в ОК текстовую переменную? Условно говоря нужно отображение состояния насоса вкл/выкл/авария.
В доке вроде написано что стринговые переменные не поддерживаются, но может как-то костылями возможно.
Или на стороне ОК можно ли сопоставить переменную инт с каким-то текстом?
Кажется так
Вложение 69381
UPD. Получается из ПЛК2хх так нельзя сделать, и нельзя масштабировать данные в ОК, и единицы измерения не указать. Полный мрак и недосказанность в подключении ПЛК2хх.
Конечно оригинальное решение, что новые приборы добавляются в ОК с ограниченными возможностями.
UPD2. Можно извратиться с "Настройка уведомлений", и отображать на мнемосхеме уже как надо, честно не пробовал.
Евгений, спасибо большое, всё работает. Моя ошибка была в том, что длину указывал 06, а не 00 06.
Подскажите, есть ли работающая библиотека MQTT для CODESYS V3.5 ?
Есть две open-source библиотеки:Цитата:
Сообщение от yray
https://ftp.owen.ru/CoDeSys3/04_Libr....13.27.library
https://github.com/stefandreyer/CODESYS-MQTT
Обе рабочие.
Первую, которая https://ftp.owen.ru/CoDeSys3/04_Libr....13.27.library, установить можно и даже через раз она работает, но в ней отсутствует QoS, так что для реального применения её никак нельзя назвать рабочей. Возможно автор её хотел довести до ума но забросил.
Во второй, https://github.com/stefandreyer/CODESYS-MQTT, в описании заявлен QoS, но запустить не смог, требует дополнительные библиотеки которые скачать и установить не удаётся.
Поэтому вопрос как был так и остаётся открытым - где взять рабочие библиотеки mqtt
https://us.store.codesys.com/media/n...sheet_en_1.pdf
Это про одну из них ?
Как я понял ваша ссылка на официальную, библиотеку от CODESYS, которая конечно работает как надо но её надо купить, "Licensing License activation optional on CODESYS Runtime Key or CODESYS Soft Key. License perЦитата:
Сообщение от melky
runtime device necessary. Required Accessory CODESYS Security Key"
Добрый день, возникла следующая интересная проблема. Есть ПЛК200, большая часть его работы это опрос устройств (операции чтения и записи) через ModbusRTU (выполняется через OwenCommunicationLibrary) и ModbusTCP (через стандартные компоненты Codesys), и дальнейшая выдача данных через OPC UA выше в АльфаПлатформу. Где-то до 1200 тегов проблем с OPC UA не возникает, после он периодически начинает отваливаться (2 минуты опрашивает, 10 минут висит без связи).
В логах связанное с OPC UA следующее (полный лог во вложении):
Никаких настроек безопасности в ПЛК не делалось, как в отношении самого ПЛК, так и OPC UA. В какую сторону можно посмотреть чтобы понять в чем может быть дело?Код:<Entry severity="error" component="CmpOPCUAStack" user="nobody" timestamp="09.08.2023 12:51:56" infoId="0">OpcUa_Endpoint_EndSendResponse: Error 0x80310000! Cancelling response!</Entry>
<Entry severity="error" component="CmpOPCUAStack" user="nobody" timestamp="09.08.2023 12:51:56" infoId="0">OpcUa_SecureListener_EndSendResponse: Error 0x80310000 while sending message</Entry>
<Entry severity="error" component="CmpOPCUAStack" user="nobody" timestamp="09.08.2023 12:51:56" infoId="0">OpcUa_SecureListener_EndSendResponse: SecureChannel 1687 has no transport connection!</Entry>
Временем цикла пробовали управлять? Какая нагрузка в админке? Я 5000 тегов прогонял через opc ua плк210. И ничего не падало кроме админки.
Добрый день.Цитата:
Сообщение от knoppix
Вы можете повторить эту проблему с другим клиентом? Например, UaExpert.
Иногда пропадает обмен по Modbus TCP с использованием Owen Communications Library.
TCP_Client не выдает ни xError, ни xActive, а вечно висит в xBusy
Вложение 70657
Что может быть причиной?
Добрый день.Цитата:
Сообщение от vozlov
Это признак разрыва соединения со стороны сервера.
Возможно ли эту настройку менять динамически во время работы программы?
Вложение 70778