Протокол связи для радио модулей HC-12

golowa70 · #41

CraCk писал(а):Немного лучше. Связь восстанавливается, но обновление данных из двух модулей не обновляется синхронно. Происходит задержка как бы подтормажывает

Значит это тот же баг, что и был раньше. Ресет приёмника стопорит передатчик. Во время сброса передатчик получает нечто (то ли определенная последовательность бит, то ли просто мусор), что блокирует его работу.
Подтормаживает, потому что при отключеном RX передатчик не получает подтверждение и продолжает ещё несколько попыток передачи. А второй передатчик (тоже с отключеным RX) при этом не знает занята линия или свободна и передаёт свои данные от чего получается каша в эфире.

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

CraCk · #42

golowa70 писал(а):Подтормаживает, потому что при отключеном RX передатчик не получает подтверждение и продолжает ещё несколько попыток передачи.

Подтормаживает когда Мегу ресетнуть. До ресета работаю синхронно.

golowa70 писал(а):Значит это тот же баг, что и был раньше.

Баг в блоках или в PJON? Возможно исправить? Еще как дела с шифровкой в PJON?

golowa70 · #43

CraCk писал(а):Баг в блоках или в PJON?

Баг в библиотеке PJON.

CraCk писал(а): Возможно исправить?

Ковыряться в исходниках особо времени нет.

CraCk писал(а):Еще как дела с шифровкой в PJON?

С шифровкой никак, просто предопределееный формат пакета данных,протокол другими словами.

Добавлено (13.03.2017, 01:26)
---------------------------------------------
Если нужно шифрование данных, используйте блоки пользователя Boroda " Блоки приема и передачи данных посредством RF433 канала" и другие модули.

gioblu · #44

Ciao, спасибо за тестирование. Я сделал эспериментацию этой ошибки, о которой я сообщил здесь:Https://github.com/arduino/Arduino/issues/6050
Arduino Duemilanove / Uno не замерзает, Arduino Mega, зависает после сброса БЕЗ PJON, если последовательные данные поступают, проверьте сами, если вы не верите в хе-хе!

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

Я не отрицаю тот факт, что может быть проблема, я верю, что это может быть следствием какого-либо поведения Serial, других совместимых физических слоев не существует (начальный мусор, необходимая начальная настройка булавки, или в любом случае что-то есть Все еще игнорируется).

Благодарим за тестирование. Я буду рад помочь вам решить эту проблему, если хотите.

Добавлено (13.03.2017, 06:18)
---------------------------------------------
Я не понимаю, какой тип ошибки вы получаете из-за качества переводчика. В любом случае я могу заморозить устройство, используя PJON и последовательный порт, используя только Mega в качестве приемника, и сбросить его, пока данные поступают. Вероятно, загрузчик интерпретирует входящие данные как потенциальную новую программу, которая будет мигать. Но это также происходит, если вы просто serial.println («Я вас сейчас заморожу»); Поэтому кажется ошибка, о которой я сообщил о github

golowa70 · #45

Boroda писал(а): Вот поэтому я и отказался от виснущих nRF24L01, RFM73, постоянно выгорающих nRF24L01+PA+LNA, и всяких подобных китайских железяк на STM с кривыми прошивками.

А что тогда используете если не секрет

Boroda · #46

golowa70 писал(а):А что тогда используете если не секрет

nRF905 или голые модули приемник/передатчик типа DRA887RX/DRA888TX.

CraCk · #47

Boroda писал(а):nRF905

Сколько пинов нужно для подключения?

Boroda · #48

CraCk, я делал вот по такой схеме. Пришлось заменить nRF24L01+PA+LNA в почти готовом проекте на nRF905, свободных ног у контроллера не оставалось. Библиотеки нет, код был под PIC-контроллер.

Добавлено (15.03.2017, 21:07)
---------------------------------------------
Но код управления очень похож на nRF24, даже немного проще.

golowa70 · #49

Boroda писал(а):, я делал вот по такой схеме.

Nrf905 как по сравнению с Rf22?Они построены на похожих чипах.

Boroda · #50

golowa70, чипы абсолютно разные! В nRF905 всего 10 байт настройки и 4 байта адреса. У RF22 127 байт настройки, что-то мне не очень хочется для него что-то кодить, впрочем как и под Si44XX и CC11XX.

golowa70 · #51

CraCk писал(а):Может создать блок как у Слимпера для Nrf24? Чтобы можно было выставлять адрес на блоке от которого мы хотим принимать данные.

Вот ,набросал блоки на основе другой библиотеки.
Если будет работать стабильнее,будем допиливать.Интересует работа хотябы трех устройств,у меня пока нет возможности протестировать.

CraCk · #52

golowa70 писал(а):Если будет работать стабильнее,будем допиливать.

Проблем нет таких как в PJON. Связь восстанавливается после перезапуска модулей.

golowa70 писал(а):Интересует работа хотябы трех устройств

Работает в моем случае три модуля.
Из недостатков:
Происходит потеря пакетов, даже при использование только двух модулей. Потери начинаются когда в модуле используется блоки прием и передача.
При использование трех модулей, при увеличение расстояния теряется связь с одним из двух модулей. То есть прием значения счетчика от одного модуля продолжается, а от второго модуля данные перестаю приниматься. Хоть и передающие модули находятся в одном месте.
Но в любом случае лучше чем ничего. Можно продолжать.
Так как выбор библиотек небольшой. Может попробовать использовать код из блоков Boroda?

golowa70 · #53

CraCk писал(а):Можно продолжать.

Прийдут модули продолжим.

#54

А вот такие не желаете радио модули http://it-devices.blogspot.ru/p/atrs-433.html

golowa70 · #55

CraCk писал(а):Происходит потеря пакетов, даже при использование только двух модулей. Потери начинаются когда в модуле используется блоки прием и передача.

Подключил две UNO по проводам, потерь пакетов нет...

brig62 · #56

Boroda, датчики от метеостанций как подключить? Как здесь, например. Стоят они не дорого. Батареек на долго хватает. Радиус действия приемлемый. Был бы премного благодарен за помощь.

golowa70 · #57

brig62 писал(а):датчики от метеостанций как подключить?

Сюда никак. Это совсем другая песня. Здесь данные передаются по UART, а в ваших датчиках посредством Manchester кодировки.

brig62 · #58

golowa70 писал(а):Сюда никак

Сюда это куда? Понимаю, что не совсем в тему вопрос был. Поэтому и обратился конкретно к Boroda, Он походе дока в подобных делах. Не нашел более подходящей темы. Новую плодить не стал. Может быть и зря. По ссылке , которую я дал, автор получает данные с датчиков на ардуину. Весь мой вопрос сводиться к тому, как сделать то же самое при помощи FLProg?

golowa70 · #59

Наконец то получил HC12.Использовал библиотеку PJON в симплексном режиме,теперь связь стабильно восстанавливается после сброса контроллера. При использовании более двух блоков для избежания коллизий нужно или периодически опрашивать каждое устройство(по типу Мастер-слэйв) или организовать тайм-фрэймы (один периодически посылает "синхроимпульс" , другие синхронизируются по нему и отправляют данные каждый в свой промежуток времени).В архиве блоки и пример с тремя устройствами.ID1 считает секунды и отправляет попеременно на ID2 и ID3 два раза в секунду , а они в свою очередь принимают и передают данные на ID1 обратно .

golowa70 · #60

Вот ещё пример. Mega_ID1 раз в секунду отправляет счет секунд через широковещательное сообщение на UNO_ID2,ID3,ID4. Они синхронизируются по этому сообщению и возвращают каждый в свой промежуток времени принятые значения плюс свои. Светодиод на Mega_ID1
сигнализирует о приеме данных,а светодиоды на ID2,ID3,ID4 загораются на время своего тайм-фрэйма .