Ессно. Или предлагаете не выходя из цикла ждать у моря погоды ?
Тогда не удивительно что
По мне, так сижу как на иголках коли цикл на МО1 уходит за 2-3мс.ваша PLC_PRG выполняется, например, 15 мс (у меня есть реальный проект, где такое время выполнения на ПЛК110 старой модификации
Про RTU. (Ascii не юзаю, но в том же ключе)
1.Отправили запрос. Ну и кого ждем ? Вышли
2.Умудрились получить все данные. А это не данные, а просто мусор. Даже если очень похож на правильный ответ. В пакет этот мусор превращается после соотв.паузы. А откуда паузу отчитывать если не знаем когда пришел последний байт ? Для нас последний байт пришел именно сейчас. Выходим. Не ждать же паузу в цикле.
3.В порту - тихо, время вышло. Тот кусок мусора оказываецца - пакет. Надоть его разобрать. Разобрали ? Вот тут можно прям в этом цикле перейти к п.1
За каким PLC_PRG вызывать реже модбас-блока ? Какое отношение цикл опроса имеет к циклу ПЛК ?Для решения данной проблемы необходимо вынести вызов ФБ Modbusа в отдельную задачу, которую вызывать чаще чем основную PLC_PRG
ПЛК встал, поел-попил, глянул почту, и убежал по своим делам. Какое ему дело до графика движения почтальона ?
А причем тут MB_WR_REGS ? Перед любым вызовом любого блока формируется необходимый на данный момент буфер. Буфер это тарелка в столовой. Каждый ее наполняет чем хочет перед использованием.в том случае, если блок вернул ошибку, то перед повторным вызовом данного блока необходимо заново формировать буфер посылки





Ответить с цитированием