плк150 - Rs485 - микросим м08

У меня возникли проблемы со связью ПЛК150 по RS485 с внешним устройством.
Необходимо обмениваться по RS485 с Микросим М0803. До этого использовали Микросим 06. Возникали подобные проблемы, но с настройками М06 их удавалось решить.
Проблема в следующем. При обмене пакетами между двумя устройствами (Master - ПЛК150, Slave - М08) теряются первые несколько байт от М08. По всей видимости ПЛК150 не успевает переключится с режима передачи на режим прием данных. На М06 была функция задержки ответа. В М08 такой функции нет. Подскажите пожалуйста, можно ли что-нить сделать с ПЛК150 или с линией связи, чтобы уйти от данной проблемы. Может ПЛК150 имеют какую-то настройку, чтобы переключение происходило быстрее. Спасибо.

ModBus RTU?
Вариант один - повысить скорость обмена.

Протокол не ModBus. Протокол свой. Сейчас стоит скорость 9600. При увеличении скорости думаете эта проблема уйдет?

полагаю, что прибор начинает отвечать слишком быстро, чем выше скорость - тем меньше время переключения.

Если у Вас свой протокол - Вам надо писать обмен с помощью библиотеки SysLibCom.
Пример есть в разделе примеры программ и полезности.

Я написал обмен именно с помощью библиотеки SysLibCom. Обмен идет, но он некорректный.
Формат пакетов:
запрос: ff адрес1 адрес2 com crc 03
ответ: ff адрес1 адрес2 com data crc 03

Я отправляю пакет, а ответ корректный только примерно в 10% при максимально возможной скорости в 115200.
В остальных теряется от 1 до 3 первых байт.

К тому же периодически контроллер начинает перегружаться, хотя модуль Statistic показывает 4-6 in 100mks.

Вот проект:
Вложение 2303
И логи:
Вложение 2304

Категорически неправильно.
1) Вам обязательно нужно анализировать perem что бы не превысило 255 байт. Это основное!
2) ЦИКЛ REPEAT - убрать из программы!!!! Создайте массив на чтение и запрашивайте сколько считано и столько байт анализируйте
3) FOR i:=1 TO perem DO
sost:=SysComWrite(Open_Com.com_num,ADR(mas[i]),1,0);
END_FOR;
заменять на SysComWrite(Open_Com.com_num,ADR(mas[1]),perem,0)

1) perem не переполнится, так как ответ составляет меньше 30 байт. И с каждым новым запросом perem обнуляется. Поэтому не считаю нужным это анализировать.
2) Чем плох цикл repeat? Хотите сказать, что не успеет 20 байт считать? Из-за этого виснит?
3) Согласен. Изменил. Корректных ответов увеличилось до 20% и перегружаться вроде бы перестал

Но основная проблема осталась. ПЛК не успевает переключаться на прием, в результате теряется 1-3 первых байта

Какая у Вас версия прошивки?
Начиная с 2.10.1 (01.04.2009) - уменьшено время переключения из передачи в приём с 40 до 8 бит (для посл. портов в библиотеке SysLibCom.lib)

1) И еще раз - обязательно анализируйте - perem - размер посылки может быть заначительно больше 255 при помехах на линии, наводках и т.п.
2) Цикл ПЛК не должен содержать никаких торможений - из -за этого запускается охранный таймер. Программу нужно ОБЯЗАТЕЛЬНО сделать без repeat. Чтение одного байта - не должно подвешивать все подряд.