потеря байтов в ответной посылке с периодом 4-5 с.

[Малышев Олег]

1) Для передачи данных из /в контроллер используйте готовое решение. Например протокол МодбасTCP/CoDeSys Gatway для Ethernet или owen_io.dll/modbus OPC/owen OPC для RS485
2) Два мастера на сети не очень хорошо (придется организовывать передачу метки) - можно использовать режим "прослушивания" линии - реализовано для owen opc и owen_io.dll - наверное самый легкий путь
3) Для ethernet - через Codesys Gateway ищем OPC Для Delphi - или смотрим пример для OPC owen (сейчас в состав не входит - но по запросу можно получить)+ смотрим на диске ПЛК конфигурирование OPC сервера. Через модбас TCP - конфигурируем в PLC_configuratio Modbus (TCP) слейв и ищем библиотеку для работы со слейвом мобас.
4) Тяжелый путь - вручную программируем сокеты или RS485 через SysLibSockets или SysLibCom

[pms160]

pms160
pf,kelbkcz

[richie]

Господа, Овенцы!
Сегодня звонил в Вашу службу тех. поддержки.
Задал вопрос про задержку от момента передачи до приема, сославшись
на SysComWrite и SysComRead.
К сожалению, не представившийся товарищ сказал, что задержка не
описана в документации, но она есть и равна примерно 2 миллисекунды!

За это время мой прибор на 115200, с частотой 400 Гц генерации значений успеет практически всю посылку целиком запихать в порт.

А народ долго-долго "ловит блох" в своих программах под ПЛКшки.

Это беда ПЛК-100/150 или из CodeSys наследуется?
А с Modbus-RTU такая же неприятность будет?

[Филоненко Владислав]

Да, задержка есть и обусловлена необходимостью выдержать паузу 3,5 символа между пачками по стандарту RTU. На скорости 115200 пауза составляет 0,347 мс.

[richie]

Да, задержка есть и обусловлена необходимостью выдержать паузу 3,5 символа между пачками по стандарту RTU. На скорости 115200 пауза составляет 0,347 мс.

Пауза 3,5 байта в Modbus-RTU регламентирована спецификацией протокола. И является признаком конца пакета.

Я имел в виду, нет ли в ПЛК бяки когда я, получив пакет (концом считаю
тишину в линии длиной 3,5 байта), начинаю выдавать ответ, но "слишком
рано", чтобы ПЛК успел принять пакет?

[Филоненко Владислав]

Можно подробнее. Как посылаете запрос/принимаете ответ?
Пример кода? Описание опрашиваемого прибора?

[pms160]

Информация для Малышева Олега от pms160.
Огромное спасибо за краткое объяснение программирования Ethernet
для ПЛК-100.
У нас возник еще один вопрос, на который хотелось получить
подсказку. Мы хотим в ПЛК-100 привязаться к реальному времени.
Мы в окне переменных указали переменную:
VAR
DATA: DT;
END_VAR

А в окне программ указали строку
DATA:=DT#;

Однако CodeSys при компиляции указывает на ошибку в этой стороке :
Invalid date and time
Не подскажите в чет тут может быть ошибка.
С уважением Александр.

[Филоненко Владислав]

а где сама дата-то?

[Малышев Олег]

Для чтения записи часов реального времени используйте библиотеку SysLibTime.lib она читает/пишет данные RTC - поиск по данному форуму позволит найти формат обращения к данной библиотеке.

[Kirill]

посмотрите это описание бибилиотеки.
Описание Библиотеки SysLibTime.zip