Modbus RTU подобный протокол, проблема реализации, Может есть готовый с описанием. Опции

[Alex ma]

Вся фишка в проблеме определения стартовой последовательности, в Modbus – это пауза 3,5 кадра вроде, другой вариант уникальная стартовая последовательность, проблема исключения стартовой последовательности в данных, для МК мне кажется проще всего отслеживать паузу чем обрабатывать массив с поиском и заменой стартовой последовательности, чтоб она не встретилась в данных. Да, но на PC таймер под Windows только 1 мс дискретность.

[Maddy]

Ну Sleep как-то не кошерно для _таких_ задержек пользовать ... Тогда-уж лучше в сторону multimedea timer'ов посмотреть .... там и четче можно ...

[singlskv]

Ну Sleep как-то не кошерно для _таких_ задержек пользовать ... Тогда-уж лучше в сторону multimedea timer'ов посмотреть .... там и четче можно ...

Miltimedia Timers намного лучше чем Sleep, по крайней мере они, насколько я помню,
не дают при задержке например 3мс, задержку 150мкс
Правда точность мультимедейных таймеров тоже не "блестящая", примерно 1-3 мс.
Так что если нужен полный контроль - PerformanceCounters,
в остальных случаях мультимедиа таймеры, а Sleep это только на на случай если
нашему процессу действительно нужно поспать по крайней мере 20 мс (максимальное время
такта операционки которое я лично встречал)

[SasaVitebsk]

Miltimedia Timers намного лучше чем Sleep, по крайней мере они, насколько я помню,
не дают при задержке например 3мс, задержку 150мкс
Правда точность мультимедейных таймеров тоже не "блестящая", примерно 1-3 мс.
Так что если нужен полный контроль - PerformanceCounters,
в остальных случаях мультимедиа таймеры, а Sleep это только на на случай если
нашему процессу действительно нужно поспать по крайней мере 20 мс (максимальное время
такта операционки которое я лично встречал)

Совершенно с Вами согласен. Подписываюсь под всеми пунктами. Sleep я безусловно тоже использую. И потоки и MMTimer. Вариант процедуры его я и привёл. Но у меня поддёргивается чуть чуть. На взгляд синхронно с секундными тиками. Думаю это тоже можно убрать, да просто нет необходимости пока.

С успехом в своих разработках применяю смешанный протокол.Посылка с начальным и завершающим
символом, а передаются байты.Все остальное от RTU .Это более скоростной протокол и проще программый код.

Тоже так поступаю, но не называю это modbus. Ну а если делаешь modbus, то будь добр соблюдай весь протокол. Или называй его modbus- подобный протокол.

Понятно, что если не можешь физически сделать, то что тут уже попишешь. Поэтому в мастере на PC я тоже отступаю от стандарта.


Ну а теперь я вообще не придерживаюсь modbus. Считаю его устаревшим. Мы уже здесь где-то обсуждали эти вопросы. Хочется использовать стандартный, но не перегруженный условностями протокол, взявший лучшее от modbus. Тут обсуждалась "пирамида", "wake" и др. Надо как-нибудь собраться с силами и прочитать-вникнуть. Может я стану горячим поборником.

[upc2]

Тоже так поступаю, но не называю это modbus. Ну а если делаешь modbus, то будь добр соблюдай весь протокол. Или называй его modbus- подобный протокол.

Понятно, что если не можешь физически сделать, то что тут уже попишешь. Поэтому в мастере на PC я тоже отступаю от стандарта.
Ну а теперь я вообще не придерживаюсь modbus. Считаю его устаревшим. Мы уже здесь где-то обсуждали эти вопросы. Хочется использовать стандартный, но не перегруженный условностями протокол, взявший лучшее от modbus. Тут обсуждалась "пирамида", "wake" и др. Надо как-нибудь собраться с силами и прочитать-вникнуть. Может я стану горячим поборником.

Ну, там где надо, я протокол не нарушаю Мне тоже не нравится Modbus, но многие фирмы реализуют
его в своей продукции и тут ничего не поделаешь.Конечно, если готовишь продукцию для рынка,
то надо более четко реализовать протокол.

А как вы сделали, «Приняв любой байт по УАРТу взвожу таймер», в это время по юарту идут байты, таймер тикает, и переполняется, устанавливается флаг переполнения, или вы по приему байта с юарта сбрасываете счетчик таймера?

Спецификация Modbus RTU предписывает непрерывный поток данных.Поэтому по каждому символу
необходимо сбрасывать (устанавливать) таймер настроенный на интервал равный 3,5 символам.Когда символы кончатся , сработает таймер.По срабатыванию таймера можно считать, что пакет пришел. Есть
и другие методы приема.