Распред.система: ПЛК110+дискретные IO( 10шт). Цикл до 50мс. Реально ли?

[pt200]

хм. а логи чего такие половинчатые? можно лог целиком?, а то не ясно кто где пакеты теряет или ещё чего делает.
И я наблюдаю одновременно множество независимых попыток коннекта, с одного IP, в течении нескольких ms.

Насчет логов писал, нет у меня агрегирующего ТАРа( и даже свитча с зеркалированием порта), а пассивным самопалом можно только в одну сторону смотреть( половина).
Да и смотреть нечего: TCP АСКшки от модуля идут, а вот Modbus ACK/ответы нет.
3 попытки и ПЛКашка переподключается

1. В проекте один модуль (23) опрашивается сразу 2-мя мастерами. Зачем? Быстрее опрос от этого не будет. Причем 2-й запросы не шлёт, т.к. нет переменных. Т.е. просто мешает.
4 линка не для того, чтобы реализовать QuadSPI , а для удобства работы с РАЗНЫМИ клиентами.
1-й - ПЛК, частый опрос
2-й - панель - редкий
3-й - конфигуратор, эпизодически
4-й - про запас.

Если прибор отвечает на запрос по 1-му каналу, другие он в этот момент обработать не может. Иначе будет одновременный доступ к данным.
Перенесите весь опрос в 1 мастер.
уменьшите или вообще отключите повторы. При таком таймауте любая заминка в сети (а бродкасты там частые гости, как видно) приведет к дополнительным повторам, которые не нужны. Повторы эффективны в сети rs485, по TCP сам протокол позволяет перепослать сообщение.

см. название темы( "Распред.система: ПЛК110+дискретные IO( 10шт). Цикл до 50мс. Реально ли?")
Вот когда буду делать многоканальный мониторинг температуры, тогда и забью на всякие таймауты и тд, а сейчас извините сортировка, через 200мс уже можно что нибудь сломать!

3. Вместо Debug-232 вставьте empty (это в порядке общего совершенствования)

Учту.
---------------------
Учел. Не помогло.


Ну собственно, я правильно понимаю, что у Вас на столе обмен идеален и виноваты торсионные поля в моей местности???