да, но откуда Вы знаете, что заканчивая свою работу, функция SysComRead не снимает сигнал готовности к приему для передающего устройства, а новая функция не поднимает этот сигнал и вовремя этого импульса не теряется байт который как раз доставлялся
ЗЫ предположу, что если в настройках Вы выставите 7-N-1 количество потерянных байт может изменится
А что про это где-то написано? Или это предположение?Сообщение от capzap
я правильно понял
7 - кол-во бит данных
N - контроль нечетности
1- количество стоп-бит
ни где, можно сказать предположение. В моей практике был подобный протокол, причем СГП уходил на передающее устройство, а не использовался в своем приемном буфере.А что про это где-то написано?
по 7-н-1 верно
ЗЫ кстати на форуме написано, что буффер надо читать пока он не станет равным нулю, а не частями
Последний раз редактировалось capzap; 21.03.2012 в 12:37.
Работать можно только с буфером порта, а как там себя ведет " исполняемая система" codesys, мне не известно.
И опять же на ПЛК100 потери байтов нет
может на 63 передача организована более правильно, ведь он моложе ПЛК100
Скорее уж наоборот
судя по сертификатам ПЛК100 начал выпускаться раньше на два года
Не вышло, пробовал
8-E-1, 8-O-1, 8-N-2, 8-N-1, на скоростях 112500, 57600 и 19200
В modbus serial количество бит данных должно быть 8.
http://modbus.org/docs/Modbus_over_s...line_V1_02.pdf
Просто у меня в примерах для обмена используется modbus rtu
capzap, Вы работаете на Овен ?
Ваши права
Ответить с цитированием