Мда сейчас открыл свой проект с таким блоком и...да при записи в МВ110-8д4р контроля ошибок и записанных байт нету.
Просто я сначала читаю маску входов из модуля , там контроль связи работает , а следующим шагом пишу маску выходов и вот там да с контроля нет ...,по ходу да сейчас вспомнил то-же самое было - выход срабатывает , а ответ не правильный
, просто забил на это и забыл , теперь вспомнил . ПО от Овена оно такое ... списифическое , путают робяты теплое с мягким постоянно...
так вот ошибка таймаута при записи возникает, потому что CRC неправильное...Сообщение от Sergey666
Мда сейчас открыл свой проект с таким блоком и...да при записи в МВ110-8д4р контроля ошибок и записанных байт нету.
Просто я сначала читаю маску входов из модуля , там контроль связи работает , а следующим шагом пишу маску выходов и вот там да с контроля нет ...
Это что же, проверять включились релюхи или нет нужно доп. опросом? И так миллисекунды считаю (
Последний раз редактировалось Атаман; 29.01.2017 в 12:04.
При опросе модуля МДВВ (опять же из своих старых проектов) все нормально,полагаю что и с му110-8р то-же все ОК , может быть что-то не так с самим 8д4р...х.з (кокой-то он ... кастрированный
Если критично контроль срабатывания то придется читать маску выходов доп.блоком , а если нет ...-забить и забыть.
З.Ы
По стандарту ошибка CRC - это не отсутствие ответа .
Да и другие странности есть в работе этой библиотеки , для надежного обмена товарищи пишут используя SysLibCom , я тоже с этим согласен.
Последний раз редактировалось Sergey666; 29.01.2017 в 12:50.
Как же не таймаут...
If the server receives the request, but detects a communication error (parity, LRC,
CRC, ...), no response is returned. The client program will eventually process a
timeout condition for the request.
Смотря кто курица , а кто яйцо..., ПЛК у нас - клиент , а модуль - сервер .Если модуль включил релюху , значит принял команду и,должен был отправить ответ .
Щас от нефиг делать открыл библиотеку и... блок MB_UNI_IO - T_FRTU: TIME := T#3ms; (* межкадровый интервал режима RTU *) по ходу из-за этого на низких скоростях 19200 не работает
.
Ой ... та як воно тута...шедеврально , эдакий мастер... так и напрашивается на ...покусание сторожевой собакой:
(* Чтение / запись данных по протоколу MODBUS. Complete -
* выставляется на один цикл до начала следующего чтения / записи. *)
Complete := FALSE; (* снять признак готовности результата *)
Exception := EXC_NO; (* очистить регистр ошибок *)
IF Active = FALSE THEN (* проверить доступность нового цикла обмена *)
Active := TRUE; (* установить признак активности цикла обмена *)
WHILE SysComRead(ComHandle, ADR(DataBuf), SIZEOF(DataBuf), 0) <> 0 DO;
END_WHILE
Read := FALSE; (* снять признак чтения кадра *)
tonTimer(IN := FALSE); (* остановить таймер тайм-аута *)
END_IF
Овен в своем амплуа и репертуаре...
Последний раз редактировалось Sergey666; 29.01.2017 в 13:39.
Вот это непонятно. Оставить задержку ответа 2мс или заменить на ....?
Кто такой "Стоп-лист" ? Ну подождал раб 2мс , типо с мислями собрался , нормальное поведение , даже и не тормоз...
У меня rs.dl= 2. Все настройки по умолчанию... неправильное crc
Надо его модбас-тестером опросить... в принципе завтра смогу .
А бибка modbus.lib -чудная какая-то...
про тонкости работы с modbus.lib уже не раз говорилось... Не надо формировать буфер на запись в каждом цикле, т.к. ф.б. на запись не успеет отработать за один цикл, а буфер используется один и тот же и на отправку запроса и на прием ответа. Таким образом, при ответе от слейв-устройства в буфере будет "каша" из ответа от устройства и данных, которые вы отправляете на него.
Ваши права
Ответить с цитированием