Modbus RTU, Объясните про задержку из документации. Опции

[Сергей Борщ]

Читал по-английски - не понял. Прочитал по русски - та же фигня слово-в-слово. Поэтому цитирую русский вариант:

Фрейм сообщения передается непрерывно. Если интервал тишины продолжительностью 1.5 возник во время передачи фрейма,
принимающее устройство заканчивает прием сообщения и следующий байт будет воспринят как начало следующего сообщения.

Таким образом, если новое сообщение начнется раньше 3.5 интервала, принимающее устройство воспримет его как продолжение
предыдущего сообщения. В этом случае устанавливается ошибка, так как будет несовпадение контрольных сумм. Типичный фрейм
сообщения показан ниже.

Только мне кажется, что второе предложение противоречит первому? Как принимающее может воспринять сообщение через 2 интервала как продолжение, если оно уже через полтора должно было воспринять его как начало следующего?

На всякий случай оригинал:

Код

The entire message frame must be transmitted as a continuous stream. If a silent
interval of more than 1.5 character times occurs before completion of the frame,
the receiving device flushes the incomplete message and assumes that the next
byte will be the address field of a new message.

Similarly, if a new message begins earlier than 3.5 character times following a
previous message, the receiving device will consider it a continuation of the
previous message

[Сергей Борщ]

На практике вполне можно не заморачиваться с отслеживанием паузы t1.5, а определять только только конец фрейма по t3.5.
Благодаря CRC вероятность выловить в потоке помех правильный фрейм очень низкая и отслеживание t1.5 ничего к надёжности не добавляет.
Но особо пристрастная проверка на соответствие стандарту такое, конечно же, выявит.

Спасибо за развернутый ответ. Теперь стало ясно. При особо пристрастной проверке такое выявить можно если CRC первого пакета будет равно 0xFFFF. Случай редкий, обрабатывать не буду.

По приему символа перевзводится таймер 3,5т, а по истечению интервала вызывается коллбэк завершения фрейма.

Сделал таймаут на приход символа в 3.5т - то же яйцо, только в профиль.

[AHTOXA]

При особо пристрастной проверке такое выявить можно если CRC первого пакета будет равно 0xFFFF.

При чём тут CRC? Отправят корректный по содержимому фрейм с паузой в середине больше t1.5 и менее t3.5. Ваш прибор примет этот фрейм, и это будет ошибкой.

[Сергей Борщ]

При чём тут CRC? Отправят корректный по содержимому фрейм с паузой в середине больше t1.5 и менее t3.5. Ваш прибор примет этот фрейм, и это будет ошибкой.

Почему он должен быть принят, если я считаю концом пакета паузу 3.5т? Эти два пакета будут приняты как один и CRC этого большого пакета сойдется только в том случае, если CRC первого была 0xFFFF. По-моему так.Недопонял ответ. Да, действительно, пакет с такой паузой будет принят. Ну так если он был корректный по содержимому - думаю, ничего плохого в его приеме не будет.

[AHTOXA]

Да, действительно, пакет с такой паузой будет принят. Ну так если он был корректный по содержимому - думаю, ничего плохого в его приеме не будет.

Ну, я говорил в контексте "особо пристрастной проверки"
Когда я реализовывал Modbus RTU, то сделал для такого случая настроечный параметр - контролировать или нет t1.5. Это позволяло моему устройству уверенно проходить любую проверку, и при этом нормально работать с мастерами под Windows.