МКОН. Ошибка в прошивке конвертора. Возникает если в CRC16 нулевой старший байт.

[Eznamos]

capzap Вас вводит в заблуждение короткий ответ, который похож на код ошибки, но это не так. в ПК должна прийти ошибка, если её сформирует slave. Ошибка 01 ILLEGAL FUNCTION должна быть сгенерирована slave. Задача конвертора её просто транслировать. Здесь проблема не в этом. Ошибки с кодами с 01 до 08 формирует slave, шлюз может формировать ошибки к кодом 0А, 0B (так говорит стандарт).

если есть эксперименты где последний байт не будет равен единице, выложите

Да такие пакеты есть и я их видел. Но это было 3 мес. назад, после чего я написал в ТП и оправил им логи и описание того, что происходит... и тишина..

Если Вы мне сформируете пакет (запрос) в ответ на который, должен прийти ответ с CRC16 < 0x0100 и будет содержать, то что Вы хотите увидеть, я не поленюсь и соберу стенд и выложу результат.

[capzap]

ответ на который, должен прийти ответ с CRC16 < 0x0100 и будет содержать, то что вы хотите увидеть, я не поленюсь и соберу стенд и выложу результат.

как по формированию запроса дискретных входов можно заранее знать какой ответ придет, вот Вам ответ который можно получить запрашивая 16 входов Screenshot 2024-09-24 161147.png, не знаю что Вам это даст

ЗЫ если речь шла про последний ноль то возможно так должны входы активироваться чтоб был последний ноль и ответ в случае ошибки не соответствовал коду 1 Screenshot 2024-09-24 162053.png

[Валенок]

Capzap, там норм ответ по rtu
17 02 01 01 64 00 (6 байт)
в tcp это
6 + (rtu - 2) => 10 байт
00 00 00 00 00 04 17 02 01 01 //10 байт
а конвертнулось в
00 00 00 00 00 03 17 02 01 //9 байт

[capzap]

Capzap, там норм ответ по rtu
17 02 01 01 64 00 (6 байт)
в tcp это
6 + (rtu - 2) => 10 байт
00 00 00 00 00 04 17 02 01 01 //10 байт
а конвертнулось в
00 00 00 00 00 03 17 02 01 //9 байт

ну, всё так, я написал в тему, когда пошла ересь что в мконе для транзита из одного протокола в другой используют строки

[Валенок]

ну, всё так, я написал в тему, когда пошла ересь что в мконе для транзита из одного протокола в другой используют строки

ТС (имхо) имел в виду что может быть для транзита кто-то внизу заюзал строки/длину пакета определил с помощью strlen/и т.п.