JB
но вообще блоки, чье время выполнения превышает 1 цикл запихивать в прерывание так себе идея
Size: a a a
2021 June 08
MI
Почему?
JB
Предствьте, что вы подаете команду и ждете ответа исполнительного механизма чтобы подать следующую команду. Ответ вам придет не в то же цикл опроса, в который вы подали команду. И теперь вы запихивает это все в прерывание. Прерывание вызвалось, команда подана. Но ответ вы обработайте лишь в следующем вызове прерывания. Так же и здесь. Вообще не ясно как оно у вас работает)
MI
Я понял вашу мысль. Почему то мне кажется что модбас мастер хоть завызывайся , пока не будет обработан ответ от слэйва нового запроса не последует, будет ожидание... и тут уже важны настройки commload. Я не притендую на правду. Просто пытаюсь разобратся с этим и мысли свои пишу.
JB
В этом и есть странность. В первое прерывание вы инициировали отправку данных. Вместо того, чтобы сразу обработать ответ, когда слэйв ответит, вы это делаете условно на следующее прерывание и пр. Но как у вас запросы по 600мс при прерывании в 1с я не знаю
JB
Вот при вызове ов30 раз в 100мс картина похожа. А вот с 1с странно
MI
Вот и я не понимаю почему это так получается. Вызов каждую секунду а запросы опс сервер видит каждые 0.6с
JB
Все же я бы перенес fb в основной цикл для начала
JB
А циклические прерывания допускают 1с вообще?
JB
Я не помню как ведет себя fb мастера.. может у вас число повторов при ошибке велико? Из-за работы в прерывании блок расценивает ошибку передачи и долбит с максимальной скоростью повторы?
MI
MI
При вызове модбас мастера каждые 100 000 мкс(0.1 сек), имеем запросы с интервалом в 0.6мс(600 000 мкс)
MI
MI
MI
При вызове каждые 1000 000 мкс( раз в 1сек) интервалы 6 секунд 🙄
AS
А тут вступает понятие о синхронных и асинхроных блоках в контроллере сименс
AS
Я для себя тупоря ещё раз все поясню. Эти скриншоты есть мониторинг modbus-slave устройства, а не с OPC ?
JB
OPC инсата умеет в режиме слэйва работатт
JB
Эти скриншоты - это opc работающий в качестве слэйва для плк