nRF24L01 проблемы.

Есть две ардуинки nano и uno. Одна с ethernet шилдом стоит в помещении другая за окном с датчиками ds18b20 si7021 датчиком осадков и освещенности. Общаются они через модули nRF24L01. Модули питаются от ардуинок через адаптер питания (прикреплен к посту) . Возникла такая проблема каждый раз примерно через сутки , перестают поступать данные от ардуинки за окном. Просто ничего не приходит. Как только отключаю и включаю питание на ней все снова работает. В чем может быть причина?
Библиотеки которые я использую:
#include<nRF24L01.h>
#include<RF24.h>

Данные отправляю каждые три минуты. Мощность стоит макимальная. Скорость передачи 1Mbps

 

сломалось чота.

 

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

 

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

 

А как решить так чтобы не передергивать питание? Если например подать логическую единицу на вывод irq?

 

Там и счетчкиков нет особо. Один массив данных состоящий из 4 элементов и delay на 3 минуты.

 

Если в лоб, то вачдог в помощь.

 

Delay это счетчик

 

Ну а каким образом он может приводить к зависанию?

 

а уверен, что зависает МК? Как выяснил?

 

у вас время проверяется, что оно больше N, после переполнения счётчику до N как до луны, вот и ждет, а выглядит как "зависание".

 

Я читал описание вызова delay() и просто не пойму почему должно происходить переполнение. Предлагаете заменить delay на millis() ?

 

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

 

Зачем и какая разница?
IRQ для других целей

 

Да, параллельно можно было бы добавить светодиод с кодом мигалки и определить зависание МК, ну и сторожевой таймер, конечно будет не лишним на будущее.

 

В моем случае это не помогало. Зависал именно сам модуль nRF. МК при этом, продолжал работать. Даже перезагрузка МК с кнопки не помогала, только отключение питания.

 

Почему решил, что зависает?

 

Он не зависает. Там конечный автомат. Зависать ему просто негде.

 

Отказывается принимать-передавать данные.
printDetails() - выдает везде нули.

 

вообще выкинуть этот говнокод. Три минуты отмерять сторожевым таймером. У меня полтора года лежал на балконе этот модуль практически под открытым небом. Ни разу не было сбоев. Стабильно, каждые восемь секунд, пересылал данные о температуре, пока батарейка не села. Инициализировался только лишь раз - при подаче питания. Поэтому не надо мне рассказывать сказки. Либо микросхему купили в тухлом месте, либо косяк в коде.