caxapa.ru :: Учитывая то, что с компьютера нереально сделать такие паузы, никакого "эталонного софта" физически существовать не может. Единственный смысл проверять - если реализуешь мастера и есть какие-то хитрожопые устройства, которые требуют строгого соответствия протоколу. Вот на них-то и нужно проверять.

Eddy_Em (20.02.2025 15:55, просмотров: 95) ответил vesago на Друзья, нужно мне в прибор добавить поддержку Modbus RTU. Есть уже некий проприетарный протокол по RS-485. Ну там чтение и запись неких данных. Правильно я понимаю, что я могу просто тупо подогнать структуру и в конце CRC16 готово? Повыкидывать стартовый символ и окончания. Пауза в 3.5 символа - строго? Я обычно после приема слейвом пакеты выдерживаю 3млс. Или тут все строго и нужно пересчитать на актуальную скорость? Есть ли какой готовый софт, чтобы проверить соответсвие?

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

У меня, например, для проверок были только пара-тройка разных китайских релюшек на модбасе. И все они спокойно с моим мастером работали. Хотя я вообще не парюсь с этими 3.5 символами: окончанием пакета считаю прерывание IDLE. У меня на прием DMA шпарит себе все, что приходит, в буфер, а по IDLE буферы меняются и выставляется флаг - пакет готов. Можно проверить CRC и считать данные.

eddy-em.livejournal.com github.com/eddyem

Ответить

- IDLE аккурат через 4 символа появляется, кажется так, поэтому все достаточно точно. - AlexBi(20.02.2025 16:24)
  - Не, у STM32 после 10 (или восьми, точно не припомню уже) "молчаливых" бит после стоп-бита. - Eddy_Em(20.02.2025 20:07)
- Почему нереально? У меня где-то валяется PCI-card с 4мя аппаратными RS485/RS422 портами. Там временем удержания трансивера в состоянии передачи можно было через софтовый драйвер управлять. Кроме того, если не волнует общая скорость передачи (не битовая!), то паузу 3,5 символа можно выдерживать произвольно длинную, но не менее 3,5 символов. Большей проблемой бывают разрывы данных в пакете более 1,5 длины символа. По стандарту Modbus RTU такой пакет должен reZident(18 знак., 20.02.2025 16:21)
  - Ну, ХЗ, я что-то не припомню сисвызовов, которые бы задержкой рулить позволили. А на уровне ядра однозначно такого нет. - Eddy_Em(20.02.2025 20:09)
  - Проблема Tyмблep(858 знак., 20.02.2025 17:31)
    - От маздая можно ждать чего угодно. В нормальных же ОС (если, конечно, длина пакета не превышает размер "ядерного" буфера - 4кБ, кажись) гарантируется непрерывная передача пакета. - Eddy_Em(20.02.2025 20:10)
    - 1. У виндового драйвера компорта есть свои буфера на приём и передачу, и они заведомо больше максимального размера пакета RTU, который не может быть больше 256 байт. 2. Аппаратный последовательный порт сейчас имеет FIFO буфера на 16 байт, а буфер в преобразователях USB-UART ещё больше. 3. Драйвера исполняются с высоким приоритетом, им эти переключения ЫЫyкпy(131 знак., 20.02.2025 18:38)

Средства и методы разработки