Не буду писать про какой конкретно ПЛК. Это предмет обсуждения месяца через 3, тогда смогу открыть завесу, выложить видео.
суть вопроса. Есть у нас на ПЛК дискретные выходы, обращаемся к койлам по ТСП, обмен данные нормальный, до 50 миллисекунд скорость опроса отличная, даже пробовал 20 миллисекунд. опрос идёт отлично.
Но вот проблема, быстрые выходы работают по опросу койлов в тайминг 500-800 миллисекунд стабильно, , вот к простым выходам, хотя в характеристике заявлена скорость 3 миллисекунды, при опросе этих выходов с таймингом 800 миллисекунд-500, они то работают стабильно, то через 10 опросов, замены с 1 на 0, начинают в период включения 500-800 миллисекунда срабатывать по 3-5 раз за 800-500 миллисекунд. на Сименсах у меня такого не было. была задержка в 100-15 миллисекунда. но тайминг перезаписи и опроса койлов работал стабильно.
Может ли изменить написание программы внутри ПЛК?.
Я склоняюсь к тому, ТСП, работает шустро, ведёт опрос койлов выходов, делает перезапись, на включение или выключение, баги именно при включение выхода. транзисторы не причём, это внутренние регистры. я сомневаюсь что будут изменения если писать программу внутри.
Если внешне обращаемся то это идёт напрямую к битам регистра, через адрес, сомневаюсь что если внутренняя программа будет работать будут изменения в лучшую. . Факт, Есть 8 регистров быстрого типа- выходные, они работают стабильно, характеристики производитель указал опрос 1 наносекунда, то есть для меня это ну очень хорошие данные. есть простые выходы. работают они от 3 миллисекунд, ВОТ ОНИ НАЧИНАЮТ ДАВАТЬ БАГИ. ГЛАВНОЕ Я ЭТО ВИЖУ ВНУТРИ СКАДЫ, ВЕДУ МОНИТОР КАНАЛОВ. ЕСЛИ ДЕЛАТЬ НА ПРОСТОМ ВЫХОДЕ 1000 МИЛЛИСЕКУНД-1500, РАБОТАЕТ СТАБИЛЬНО ПРОСТОЙ ВЫХОД. Вот СКАЖИТЕ, КАКИМ ОБРАЗОМ ИЗМЕНИТЬСЯ ЭТОТ баг, ЕСЛИ ПРОГРАММА БУДЕТ ВНУТРИ А НЕ ИЗ скады, регистры то в любом случае общие, обращение хоть внешне хоть внутренне к одним и тем регистрам с тем самым таймингом.

А можно с переводом. Кто за кем стоит?

За это время свет преодолевает аж 30 сантиметров! Провода придётся делать коротенькие-коротенькие!

Т.е. скада управляет выходами контроллера? или модуля IO?
У меня с Lectus Modbus OPC глюк был, когда он биты читал с ошибками (более десятка контроллеров опрашивал, пришлось срочно менять его)
Вы уверены что проблема в контроллере а не в том, кто команды ему отдаёт и отсылает?
В любом контроллере можно регистр по битам раскидать, пишите в контроллер один регистр и раскидывайте внутри контроллера его биты по выходам. Возможно как костыль нормально заработает.
-------------------
Управлять из скады выходами контроллера, бред.

Дело в том, FDO быстрые выходы работают нормально, глюков нет при тайминге перезаписи состояния койлов. Выходы DO, при перезаписи с тем же самым таймингом 500- 800 миллисекунд в начале работать начинают нормально, после 10-15 обращений начинают создавать дребезг, в период 500-800 миллисекунд могут включиться 3-5 раз и выключиться. регистры управляют транзисторами- реле. не принципиально. Скада управляет или программа в ПЛК, регистры что там, что тут, будут перезаписываться с одинаковым таймингом, одинаково программа обращается к регистрам. Одни регистры работают стабильно, другие регистры не стабильно работают! Почему, производитель решил что они будут работать стабильней, если программа будет обращаться с изнутри к этим регистрам выходным, если Скада, напрямую также, обращается внешне, к одним выходам работает стабильно, к другим нестабильно.


Скада СимплЛайт, опрашивает 2 контроллера с очень хорошими показателями обмена данными, опроса. Конечно, заявленными производителем.