Задержка в срабатывании выходов

[Serega77]

Добрый день. При наладке выявилась задержка в срабатывании дискретных выходов. Проявляется следующим образом- имеются сигналы выходные дискретные, время работы сигналов 2 секунды и этого времени не достаточно для срабатывания выходов. если увеличить время секунд до 10 , то выхода включаются с задержкой в несколько секунд и выключаются тоже с задержкой.

Исходные данные - шасси с контроллером 1756-L73, шасси с модулями в этом же шкафу, два шасси с модулями в удаленном шкафу. Связь ControlNet, между шкафами оптика, расстояние 100 метров. Выходной модуль - 1756-OB16D.

Куда копать?

[Ryzhij62]

[Serega77]

Воистину Воскрес!

Я так и предполагал что с настройками сети проблемы (поэтому в этом разделе и написал) . А на что именно обратить внимание в NetWorx for ControlNet? Т.к. смотрел еще до создания темы, но ничего не нашел подозрительного. В настройках модуля в RSLogix RPI выставлен 10 мс .

[Ryzhij62]

Надо смотреть такие вещи как NUT, количество коннекшенов (запланированных и используемых), старший узел в сети. Стоит подумать, а не оптимизировать ли обмен с корзиной? Следует обратить внимание на наличие модулей шлюзов типа MVI56-MVM в удалённых корзинах.
"Прошерстить" расписание, в общем.
Если кто-то захватил тайм-слоты, то кто, зачем и почему?

Вторая возможная причина - неудачное расписание задач в контроллере.
Тег, на обновление которого Вы ориентируетесь, это точно алиас выхода?
Может, он очень редко копируется на выход?

[Serega77]

[Ryzhij62]

[Serega77]

[oldDad]

Действительно, маловато. Увеличьте раза в два и посмотрите, что изменится.
_________________
Обращайтесь к профессионалам.

[Ryzhij62]

[Serega77]

[Ryzhij62]

Составляя расписание NetWorx for CN именно этим и занимается - разносит передачу данных по времени, Но единый блок данных должен быть передан целиком, а не частями. И в этом корень проблемы - у MVI56-MCM в отличие от MVI56-MCMR этот блок слишком большого размера.
Нахрена надо было разрабатывать MCMR, если и MCM (или даже несколько, как у Вас) можно бы вот так запросто "разрулить", как Вы предполагаете?!
"Нельзя впихнуть невпихуемое", поэтому предложите проектантам изменить архитектуру системы. Если данные не критичны, то можно по-пробовать перетащить обмен в коннекшены "вне расписания", но тогда MCM начнут конкурировать не с периферией, а с HMI и с инженерной станцией, если те используют эту же сеть.

[Serega77]

Проблема вроде как разрешилась !)
При создании модуля указал формат Full Diagnostics - Shedulled Output Data . После смены формата на Full Diagnostics - Output Data, выхода начали работать как положено.

Перед этим пробовал запрещать модуля MVI56-MCM и менять RPI - изменений не заметил.

Всем спасибо .

[Liter]

... прочитал тему .... сразу подумалось о "галочке" использовать / не использовать запланированное соединение ... ... а проблема в другом огороде оказалась ... вапще у кого нить возникла хотя бы мысль "про это" ... как они вапще умудрились работать то )))

[Ryzhij62]