Кто-нибудь работал с RF модулями nRF2401A?

[Easyrider83]

Может быть. У меня программа написана так, что если ошибка передачи происходит более 10 раз, диод дает 10 предсмертных вспышек и усыпляет контроллер и радиочип навсегда. Так вот как только батарейка садится ниже 2.7 вольта, именно это и происходит.

[BolshoyK]

От заряженного до 4 В конденсатора 2200 мкф более 3 минут дает по одному пакету в секунду, и последние десяток пакетов - при напряжении ниже 2 В. Контроллер мега48ра, частота генератора 4 МГц. Может, у тебя при снижении питания контроллер или трансивер зависает из-за слишком высокой частоты СПИ?

SPI на максимуме, умножитель x2 включен в atmega8.
Еще когда напруга падает, MCU начинает ловить прерывания от радиомодуля и сыплется откровенный мусор, проскакивают пайпы которые вообще заблокированы. При этом могут идти реальные данные, часто подпорченные.
Может это еще сама мега видит данные плохо от трансивера запитанного от пониженного напряжения ?

[niXto]

Еще когда напруга падает, MCU начинает ловить прерывания от радиомодуля и сыплется откровенный мусор, проскакивают пайпы которые вообще заблокированы. При этом могут идти реальные данные, часто подпорченные.

Ничего такого нет, все идеально при снижении питания до блокировки контроллера встроенным супервизором на 1,8 В. Понижай рабочую частоту контроллера до 2-4 МГц и смотри. Прерываний лишних точно никогда нет, только по приходу данных. Включи CRC, хотя бы 8 бит. Испорченных данных не было вообще ни разу за 3 года и тысячи штук запаянных трансиверов, пакет может потеряться только если расстояние слишком большое

[CS_SkiF]

Товарищи, может кто то натолкнет меня на мысль.
Передаю этими(nRF24L01) модулями на комп данные с датчиков. 6 байт, которые потом собираются в 3 числа типа интеджер. Ну и вот периодически что то "ломается" и начинают ловиться какие то глюки - то байты путаются местами, то повторяются(ну вот например отправляю я 0х000А, а приходит 0х0А0А). В чем может быть проблема? Использую 5и-байтный адрес без CRC, помехи не ловит точно.

[niXto]

Использовать CRC религия не позволяет?
Или это такой вид мазохизма...

Включай и все как рукой снимет

Ну ещё если предыдущий пакет не был успешно отправлен (стоит флаг максимального количества попыток), то при старте новой передачи вначале передается старый пакет и сразу за ним новый. Лечится командой FLUSH TX или программной фильтрацией (у меня так) в контроллере

[jump]

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

[niXto]

У трансивера это уже есть аппаратно, 2-битный счетчик, его практически всегда хватает. Особенно учитывая что фифо всего лишь 3-уровневое. Однако в тяжелых случаях дополнительный счетчик может помочь

[CS_SkiF]

niXto, спасибо добрый человек, еще не пробовал, но FLUSH TX кажется то что надо. Читал об этой команде, и думал как бы не забыть пока пишу код. Забыл. А ЦРЦ никак на формат посылок не влияет? Просто битик поставить и все?

[niXto]

Просто битик поставить в приемнике _И_ передатчике и всё. Ты даже не заметишь, что этот битик стоит. Ну только если по снизившемуся до нуля количеству мусора

[Mek_ph]

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

Почему то иногда трансивер считает что пакет не был отправлен, хотя приемник успешно принял его. Прерывание есть, а в статусе нет бита отправки и бита MAX_RT. Может просто статус регистр успевает сменится до чтения, покопаюсь в тестовой программе.