Как правильно обрабатывать строки из Serial?

Это для тех, кто уже знает, что такое ModBus.

с применением знаний, приведенных в этой статье?

Имхуется мне, что надо остановиться на чем-то одном, а не пытаться объять не необъятное.

 

Остался, но я же писал, он на ассемблере и под другое семейство процессоров
Там еще тест утилита под MS-DOS, 1995 был же, не было ардуин тогда

 

Так modbus вроде аналогично делает - не? Либо ascii режим либо еще как? Там же вроде также или я чего-то недопонял?

 

Благодарю, ассемблер вроде еще не до конца забыл - попробую посмотреть.

 

Народ, решил остановиться на связи посредством HC-12, с софтовым решением по разделению мастера и слейвов. Попробую реализацию modbus, но встает другой вопрос. Из тестов понял, что у меня бывают моменты когда пакет еще пришел не полностью, либо частично потерялся. Если потерялся - отбрасываем, а если не полный - тоже не есть хорошо. Не буду же я ждать прихода пакета до конца - тогда будут постоянные тормоза с основным циклом программы. Ну и с переполнением буфера тоже получается глюк - буфер наполнился например первым пакетом, а второй не влез - потерялся. в результате от первого пакет пришел, а от второго потерялся "хвост" короче опять разбираюсь...

 

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

 

HC-12 или RS485 - это физический уровень.
Все остальное (протокол) выше, и не зависит от физики.

 

нужен трансивер с буфером и с аппаратным обнаружением ошибок.

 

Опять таки в 20.9 Multi-processor Communication Mode приведены примеры которые ориентированы на прием/передачу как основное и по ходу не рассчитаны на то, что будет исполняться еще что-то и на разных девайсах. В данном случае на 2х девайсах будет работать, а на 3х получится каша, на что я и нарываюсь раз за разом....

 

Сложно а следовательно дорого. Вот чувствую, что софтовая реалаизация должна быть, но пока видимо еще не переварил на сознательном уровне.

 

А контроллеры Ардуино UNO /Mega и HC-12 модули к ним.

 

Ну при чем здесь количество девайсов. Хоть 100 девайсов. Всем рулит мастер. Девайсы ему прекрасно ответят.

 

Нарываетесь скорее потому, что не используете протоколов обмена данными. Говоря другими словами что-то как-то шлёте и надеетесь получить нормальные данные.
И если хотите использовать контроллеры типа Arduino UNO/Mega, то скорее всего протокол придётся городить самому, в виду ограниченности ресурсов контроллеров.

 

Глубоко вопрос не изучал, пробежался по диагонали, но вроде как там аппаратно реализована фильтрация пакетов по адресу получателя. Поэтому данный функционал как раз и рассчитан на то, что будет что-то ещё исполняться.

 

nRF дорого??? Lora дорого???

 

HC-12 и MAX-485 в наличии. Но для HC-12 не нужно будет возиться с проведением кабелей.

 

Я использовал HC-12 в качестве беспроводной альтернативы RS-485. Как сказано выше, программной разницы никакой, разве что настройки модуля добавить и скорость подкорректировать с целью уменьшения помех.В остальном тоже самое. Один главный, остальные ведомые. Пакеты одинаковой длины (желательно), стартовый и стоповый байт, контрольная сумма для надежности. Таймауты на прием, подтверждение получение пакета и тд и тп, смотря насколько заморочено требуется сделать.

 

Диапазон 433 засран конкретно, домашние метеостанции, беспроводные дверные звонки, авто сигнализации, радио управляемые игрушки и т.д.
Без протокола, обеспечивающего гарантированную доставку данных не обойтись, нужно это учитывать.
На модбасе протокол предусматривает использование crc, ошибки на приемной стороне вы можете получать из за наведенных помех (разряды статики, плохой кабель) и не обрабатывать такие запросы, мастер в этом случае повторит запрос, но таких ошибок может быть существенно меньше чем от загруженного rf канала (соседские дети вдруг решили испытать новые игрушки).

 

Алексей. вы не первый раз уже это пишете. Хватит пугать - все это к HC-12 не относится. Насколько я помню прошлые дискуссии - Вы банально не отличаете цифровых передатчиков от аналогового