CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

Цитата:

---

Сообщение от Inarus

Евгений, благодарю за ссылку на ролик. И все же вопрос для тех, кто привык по старинке, есть шансы получить этот функциональный блок или надо изучать новые способы опроса с ручным вписыванием всех переменных?

На всякий случай, прикладываю скриншот того, что я имею ввиду. Вложение 52988

---

Нет, шансов нет - в свое время блок не был разработан, и библиотека уже давно является неактуальной.
Можно использовать UniWrite (на скрине внизу) - с помощью него можно отправить произвольный запрос на запись.

Есть проблема с чтением части регистров Slave-устройства по каналу Modbus RTU Master в ПЛК.
Часть регистров читается корректно, а вместо части значений нули.
Существует ли простой способ записать коммуникацию по Modbus RTU в лог?
Хочу понять, что происходит.

Цитата:

---

Сообщение от stskr

Есть проблема с чтением части регистров Slave-устройства по каналу Modbus RTU Master в ПЛК.
Часть регистров читается корректно, а вместо части значений нули.
Существует ли простой способ записать коммуникацию по Modbus RTU в лог?
Хочу понять, что происходит.

---

Такой возможности нет, нужно либо подключиться к линии связи сниффером, либо для отладки подключать слэйв к ПК и запускать на нем ПО, которое может работать как Modbus Master и показывает логи (обычно используется OPC-сервер).

Запустил Modbus Slave на ПК - обрывов связи не наблюдается, а вот при общении с устройством периодически проскакивают обрывы связи.
Видимо, нужно запускать сниффер.

Евгений, добрый день. Посоветуйте что делать. codesys 3.5. sp16, raspberry 3, rs485 на ch340, скорость 9600, none,8,1. 2 устройства на линии. Не хотят работать одновременно. Одно отключаешь (в проекте), другое работает нормально, все равно какое. Написал опрос на питоне, все работает нормально, без провалов, все читается. Посмотрел осцилографом форму сигналов - выглядит все хорошо.

Цитата:

---

Сообщение от MechMan

Евгений, добрый день. Посоветуйте что делать. codesys 3.5. sp16, raspberry 3, rs485 на ch340, скорость 9600, none,8,1. 2 устройства на линии. Не хотят работать одновременно. Одно отключаешь (в проекте), другое работает нормально, все равно какое. Написал опрос на питоне, все работает нормально, без провалов, все читается. Посмотрел осцилографом форму сигналов - выглядит все хорошо.

---

Добрый день.
Я в данном случае могу посоветовать только переходить на наши контроллеры. =)

Жаль. Надеялся обойтись малой кровью ;) вот начнете i2c поддерживать и универсальные gpio - можно и к вам ;)

Цитата:

---

Сообщение от MechMan

Жаль. Надеялся обойтись малой кровью ;) вот начнете i2c поддерживать и универсальные gpio - можно и к вам ;)

---

А для каких задач вам это требуется?

Контроллер СПК110.
Необходимо получать текстовые команды по RS232. На основании примеров нестандартных протоколов реализовал программку получения команды и выдачу ответа.
На ПК через терминал отправляю команду ">test", контроллер дает ответ. Работает не всегда стабильно. СПК может не всегда выдавать ответ.
Правильно ли использование циклического выполнения алгоритма, либо необходимо начинать чтение из порта по какому либо прерыванию.
Ссылка на проект: https://disk.yandex.ru/d/Iv0OlIpqrjnlvw
Прошу дать коментарии, как лучше принимать команды по RS232.

Цитата:

---

Сообщение от Dmitrij_

Контроллер СПК110.
Необходимо получать текстовые команды по RS232. На основании примеров нестандартных протоколов реализовал программку получения команды и выдачу ответа.
На ПК через терминал отправляю команду ">test", контроллер дает ответ. Работает не всегда стабильно. СПК может не всегда выдавать ответ.
Правильно ли использование циклического выполнения алгоритма, либо необходимо начинать чтение из порта по какому либо прерыванию.
Ссылка на проект: https://disk.yandex.ru/d/Iv0OlIpqrjnlvw
Прошу дать коментарии, как лучше принимать команды по RS232.

---

Для начала:
У вас fb_PROTOCOL запускается от fb_COMcontrol.xDone - а этот выход только на один цикл активируется.
Используйте fb_COMcontrol.xActive.