С ПЛК63 unm.lib не идет
С ПЛК63 unm.lib не идет
и еще вопросик, а для какой цели между двумя плк одного производителя использовать нестандартную передачу данных?
Все пропала тема.
В проекте требуется наладить обмен данными с устройством ( счетчик ) по нестандартному протоколу. Раньше использовали ( ПЛК100 + ИП320 ). Теперь вдруг захотелось ПЛК63 ( не мне.... ). Начал переделывать под ПЛК63 и смотрю, что-то как-то все очень плохо работает. Два дня капался пока не "локализовал" неисправность.
Эти примеры не часть моей программы, я их специально написал для форума. Жду конструктивного ответа.
( ПЛК100 + ИП320 ) - не понравилось потому что, имел место такой дефект: периодическая потеря связи между ПЛК100 и ИП320 по RS232. Причем разъем чуть, чуть пошевелишь связь восстанавливается. Кабель меняли, результат тот же. В ПЛК DB9 даже визуально стоит "криво". Разбирали, пропаивали, результат тот же. Наша статистика 2 таких брака из 10.
+ ПЛК63 дешевле чем ( ПЛК100 + ИП320 ).
Хотели еще ПЛК73 попробовать, но теперь я боюсь его заказывать. Начальство может не понять
Два овеновских ПЛК были использованы, чтобы нельзя было все свалить на другого производителя
незнаю насчет потерь байтов, у меня наоборот на симуляторе слейва проскакивает два запроса подряд, потому что пересылка одним махом через SysComWrite не дает требуемых пауз между пересылками
Естественно.
Но почему ЧТЕНИЕ ответа блоками глючит ???
КТО-НИБУДЬ МОИ ПРИМЕРЫ НА " ЖЕЛЕЗЕ " ПРОБОВАЛ ???
"Если интервал тишины продолжительностью 1,5 возник во время передачи фрейма, принимающее устройство должно игнорировать этот фрейм как неполный"
В Вашем нестандартном протоколе есть понятие интервал тишины?
Я не работаю с портом напрямую, а через буфер. И интервалами между битами управлять не могу.
Про интервалы между кадрами
1. очищаю буфер порта
2. пихаю целиком запрос через SysWriteCom
3. пауза ( 100ms )
4. читает ответ
5. пауза ( 100ms )
6. переход на 1.
Если ( FIRST_PART_SIZE = 0 ) или ( FIRST_PART_SIZE >= RESPONSE_SIZE ), то "ответ" будет читаться одним куском и ошибок нет.
Дело-то как раз в чтении ответа по частям