В конце концов, можно попробовать читать из буфера порта по-байтно. На ПЛК63 результат будет тот же, только потерь будет больше...
В конце концов, можно попробовать читать из буфера порта по-байтно. На ПЛК63 результат будет тот же, только потерь будет больше...
Просто я не хочу писать еще один пример. Их все равно не смотрят.Сообщение от monteg
а если этим занимались бы два ПЛК100, как считаете мог бы читающий ПЛК терять байты?
У меня нет второго ПЛК100. Но думаю что нет. Дело не в том как организован modbus slave в "PLC Конфигуратор", потому что если на ПЛК63 из буфера "выгребать" все содержимое, то потерь не возникает. Следовательно slave "отвечает" правильно.
чего это сразу в программе, Вас кто то допустил к управлению СОМ-портом, Вы ему только передаете массив байт, а непосредственно передачу он осуществляет самостоятельно
да, но откуда Вы знаете, что заканчивая свою работу, функция SysComRead не снимает сигнал готовности к приему для передающего устройства, а новая функция не поднимает этот сигнал и вовремя этого импульса не теряется байт который как раз доставлялся
ЗЫ предположу, что если в настройках Вы выставите 7-N-1 количество потерянных байт может изменится
А что про это где-то написано? Или это предположение?
я правильно понял
7 - кол-во бит данных
N - контроль нечетности
1- количество стоп-бит
Работать можно только с буфером порта, а как там себя ведет " исполняемая система" codesys, мне не известно.
И опять же на ПЛК100 потери байтов нет
может на 63 передача организована более правильно, ведь он моложе ПЛК100
ни где, можно сказать предположение. В моей практике был подобный протокол, причем СГП уходил на передающее устройство, а не использовался в своем приемном буфере.А что про это где-то написано?
по 7-н-1 верно
ЗЫ кстати на форуме написано, что буффер надо читать пока он не станет равным нулю, а не частями
Последний раз редактировалось capzap; 21.03.2012 в 11:37.
Ваши права
Ответить с цитированием