Arduino.ru

Из всего прочитанного так и не ясно запустились ли  у вас модули на дуинах и получилось ли передать данные с одной дуины на другую?

можно uno подключить по serial к standalone и проверить что там происходит

Получилось очень сумбурно, согласен. Проблема в том, что мне не удалось провести сеанс приема-передачи ни разу. Использовал примеры, использовал чужой код, упрощенный до невозможности. Модули вроде запускаются, статус 0x0e - вроде значит "все ок", но мне не проверить статус на standalone-ардуине, т.к. там нет ничего, кроме резонатора и конденсаторов.. Я бы с радостью взял еще одну ардуину - но у меня ее нет, подключить их обе к компу не могу, т.к. у standalone-версии нет никаких интерфейсов к компу. Вот и думаю, как проверить, работает ли все правильно там или нет.. с помощью светодиодов и каких-то условий-проверок.

Хм, вариант, спасибо! Не подскажите, где почитать про это? Правильно ли я понимаю, что нужно использовать пины TX и RX? Т.е. я беру standalone, подключаее ее TX к RX (Uno), и RX к TX соответственно, верно?

Насколько я вижу по фото - питание nrf24 сделано просто от линейного стабилизатора. Так работать не будет, поставьте прямо на ноги питания nrf24 конденсатор на 100 мкф, а хорошо бы еще и на вход стабилизатора - как написано у него в датащите.

Когда я портировал библиотеку RF24 на ARM, у меня были моменты, когда я получал 0x0e код на все переданные данные. Насколько помню, это было тогда, когда некорректно формировались сигналы CE, CSN. Т.е. модуль NRF24 отвечал, но на запросы получить от него информацию (передача с мастера кода 0xFF) он не отвечал, точнее всегда отвечал 0x0e. Если бы у Вас был логический анализатор (ЛА), думаю всё было бы на порядок проще. Именно ЛА мне и помог раскопать проблему.

У меня провода достаточно короткие (~5 см), кондер по питанию на NRF я не ставил, пока что работает без него и не глючит, но лучше поставить, чтобы исключить эту проблему.

сам если честно не пробовал, но не вижу причин чтобы не заработало:

1. если МК в DIP корпусе - его вынимаем из UNO либо вещаем RESET на GND чтобы МК находился в ресете, а всего выводы в Z состоянии

2. цепляем пин отвечающий за RX к RX пину UNO, TX к TX

3. подключаем UNO к компу и как обычно настраиваем монитор

таким образом в мониторе мы должны видеть standalone

Да, вы правы, напрямую идет от стабилизатора (если быть точным, вот такой: http://www.chipdip.ru/product/lp2950acz-3.3-nopb/, у него выходной ток 0.1 ампер, но этого же достаточно для модуля nRF, ведь так?). Исправлю этот момент как доберусь до дома, спасибо.

axill

Класс! Обязательно попробую, благо МК в DIP корпусе. Выходит, что сигналы будут проходить мимо "пустой колодки" и уходить прямо на другой МК.

kisoft

Спасибо, пойду курить про ЛА

по идее зануление ресета должно не хуже работать, вам быстро надоесть DIP вытаскивать)

Согласен, надо себя приучить)

Попробовал вчера - не вышло.

Standalone МК работает 100% - у меня там в цикле спецом мигает светодиод, как раз для проверки, плюс, если вставить этот МК на плату Arduino Uno, то через консоль видно, как идет отсылка через nRF, т.е. код работает 100%.

Первым способом попробовал вынуть МК из Uno и включить его пустым. На плате Uno загорелся светодиод, который показывает, что питание есть, плюс светодиод который горит обычно, когда подаешь сигнал на pin13. Затем я подключил RX и TX обоих МК. Сбросил обоим питание, запустил консоль.. и тишина. На плате светодиоды RX и TX не горели. Но я так понимаю, что они гореть и не должны были?

Вторым способом я вернул обратно МК на место в Uno, но при его включении тупо защал пальцем кнопку Reset и держал ее все время. Сценарий тот же получился. Те же огоньки горели, та же тишина.

Пытался менять местами RX-RX и TX-TX на RX-TX и TX-RX - разницы ноль.

Я подумал, что может быть надо standalone как-то настроить, чтобы он передавал по serial инфу на Uno (, а та в свою очередь всю поступающую инфу выводила в консоль.. Но разве нет способа попроще?

Не нашел вчера у себя нужного конденсатора.. Но пока копался, возник (глупый, наверное) вопрос: почему с платой Arduino Uno все работает, где так же я беру питание от 3.3в и не ставлю никаких конденсаторов на ногу питания nRF, а на standalone версии, где питание так же беру от 3.3в - работать не будет? Т.е... в чем разница?

Понял, прошу прощения за свое невежество )

Извиняюсь конечно, мигает светодиод не delay()'ем случайно? Просто тогда весь ваш рабочий код спит =)

Нет-нет, что вы :) Там есть строчка в примере, идущим с библиотекой, там есть delay(2000), вот оно:

if (role == role_sender)
  {
    // Take the time, and send it. This will block until complete
    unsigned long time = millis();
    printf("Now sending %lu...",time);
    radio.write( &time, sizeof(unsigned long) );

    if ( radio.isAckPayloadAvailable() )
    {
      radio.read(&message_count,sizeof(message_count));
      printf("Ack: [%lu] ",message_count);
    }
    printf("OK\n\r");

    // Try again soon
    delay(2000);
  }

digitalWrite(2, HIGH);
delay(1000);
digitaWrite(2, LOW);
delay(1000);

Почитайте Вставка программного кода в тему/комментарий.

Исправил.

Подскажите, могу ли я пока запитать мой второй модуль nRF не от стабилизатор 3.3в, а от выхода 3.3в Uno? Он выдержит 2 модуля? Конденсаторы на 100мкф не найти просто пока что)

Да любой конденсатор подойдет от 20 до 500 мкф. Можно даже несколько по 10.

Вот по нагрузочной способности выхода - не помню. Посмотри датащит.

Я подключил вчера конденсатор 220 мкф, так у меня напряжение стало 2.5в вместо 3.3в.. Я в электрике профан, подумал, что это конденсатор сожрал часть, будто резистор. Решил, что если будет на 100 мкф, то потери будут меньше.. А вот вы пишите, что от 20 до 500 мкф.. значит кушать напряжение они не должны?

П.С. Даташит посмотреть чей? Модуля?

а, если поменять полярность конденсатора, то какое напряжение?

*чтозанах - явэлектрикепрофан? это значит - я не учился в школе, у меня образование как у пуштунского козопаса.

Господа, до сих пор ковыряюсь с проблемой. :(

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

На фото:

1) Это, собственно, Uno и подключенный к ней nRF24L01+ модуль.

2) Чтобы быть приближенным к боевым условиям, питание для модуля взял через регулятор напряжения 3.3в

3) По совету ales2k перед тем как запитать модуль поставил параллельно конденсаторы (там стоит 330 мкф и 0.1 мкф)

4) Это, собственно, Standalone версия и соединенный с ней модулья nRF. Она запитана от 5в Uno.

5) Те же самые регулятор напряжения 3.3в и конденсаторы (тут 220 мкф и 0.1 мкф), что и в пп. 2 и 3, питание модуля идет через все это.

Удалось подключить RX и TX к плате и вывести на экран инфу со Standalone версии. (Как написал выше axill - все правильно, последовательность моих действий просто была не та, надо было после всех манипуляций сбросить питание standalone и консоль ожила).

Эта инфа сообщала, что с модулем nRF все в порядке и он работает. radio.printDetails() сообщала статус 0x0e как и положено.

Но связи между двумя модулями (соответственно включенных в разные режими путем заземления pin 7 как это и указано в скетче-примере к библиотеке) установить так и не удалось. Менял адреса каналов (пару разных попробовал), тоже ничего.

Обратил внимание, что цикл на standalone длится дольше в сравнении с нормальной Uno, как будто частота другая: медленнее ползли строчки, когда я тупо в цикле писал что-то в консоль)

Еще возник вопрос, если запустить скетч pingpair, то там у трансивера при отсылке всегда будет

Now sending [растущее число]... failed

если выключен приемник? Я так и не понял..

Другой код, который был до невозможности прост (передатчик):

#include <SPI.h>
#include "RF24.h"

RF24 radio(9, 10);

const uint64_t pipes[2] = {0xF0F0F0F000LL, 0xF0F0F0F0FFLL};

char data[1];

void setup(){
  Serial.begin(9600);
  radio.begin(); 
  radio.setDataRate(RF24_1MBPS);
  radio.setChannel(100);
  radio.setRetries(15,15);
  radio.openWritingPipe(pipes[1]);
  radio.openReadingPipe(1, pipes[0]);
  radio.startListening();
}


void loop(){

  data[0] = '1';
  radio.stopListening();
  radio.write(&data, 1);
  radio.startListening();
  
  Serial.println("sending");

}

И приемник:

#include <SPI.h>
#include "RF24.h"

RF24 radio(9, 10);

const uint64_t pipes[2] = {0xF0F0F0F000LL, 0xF0F0F0F0FFLL};

char data[1];

void setup(){
  Serial.begin(9600);
  radio.begin(); 
  radio.setDataRate(RF24_1MBPS);
  radio.setChannel(100);
  radio.setRetries(15,15);
  radio.openWritingPipe(pipes[0]);
  radio.openReadingPipe(1, pipes[1]);
  radio.startListening();
}


void loop(){

  if(radio.available()){
    Serial.println("receiving");
    char data[1] = "";
    radio.read(&data, 1);
    Serial.println(data);
  }

}

Так же не заставил приемник подать признаки жизни...

Пробовал менять модули (ставить другой) - результата так же ноль.

Менял местами CE и CSN - в результате начало идти что-то (именно что-то, т.к. передачик был обесточен) на прием, однако radio.printDetails() в таком случае не определял модуль, и я решил, что модуль стал сходить с ума из-за смены пинов.

Уважаемые форумчане... помогите советом.. куда копать?

Конденсатор на сам модуль припаяйте. 

http://arduino.ru/forum/programmirovanie/nrf24l01?page=8#comment-40787

#include <SPI.h>
#include "nRF24L01.h"
#include "RF24.h"

Помоему вы не все библиотеки подключили

у меня так.

#include <SPI.h>
#include "nRF24L01.h"
#include "RF24.h"

nRF24L01.h включен внутри RF24, так что его добавление суорее всего ни на что не влияет

#include <SPI.h>
#include "nRF24L01.h"
#include "RF24.h"
#include <avr/sleep.h>
#include <avr/wdt.h>
#include <Wire.h>
#include <OneWire.h>
#include <DallasTemperature.h>
#define ONE_WIRE_BUS 3
OneWire oneWire(ONE_WIRE_BUS);
DallasTemperature sensors(&oneWire);

int count;    //переменная для счётчика циклов

volatile boolean wdt_tripped=1;

RF24 radio(8,7); 
const uint64_t pipes[2] = { 
  0xF0F0F0F0E1LL, 0xF0F0F0F0D2LL };

//создаём структуру для передачи 4х значений
typedef struct{         
  int W;
  int X;
  float Y;
  int Z;
  long U;
}
B_t;
B_t duino2; 

//режим сна для МК
void system_sleep(byte t) {
  delay(2);                            // Wait for serial traffic
  _SFR_BYTE(ADCSRA) &= ~_BV(ADEN);     // Switch ADC off
  set_sleep_mode(SLEEP_MODE_PWR_DOWN);
  sleep_enable();
  sleep_mode();                        // System sleeps here
  sleep_disable();
  _SFR_BYTE(ADCSRA) |= _BV(ADEN);      // Switch ADC on
}

void wdt_interrupt_mode() {
  wdt_reset();
  WDTCSR |= _BV(WDIE); // Restore WDT interrupt mode
}

ISR(WDT_vect) {
  wdt_tripped=1;  // set global volatile variable
}


void setup()
{ Serial.begin(57600);
  wdt_disable();
  wdt_reset();
  wdt_enable(WDTO_8S);   //пробуждение каждые 8 сек
  count = 2;
  
  pinMode(2, OUTPUT); //Пин на который подключено питание радио модуля
  digitalWrite(2,HIGH); 

  sensors.begin();
  sensors.setWaitForConversion(false); //Без ожидания конверсии температуры
  sensors.requestTemperatures();  //Запросить температуру
  delay(1000); // Подождать первой конверсии
//  radio.setDataRate(RF24_2MBPS); // Скорость передачи 
//  radio.setPayloadSize(16);
//  radio.setChannel(97);
}

void loop(void)
{
  wdt_interrupt_mode();
  if (wdt_tripped) 
  { 
    count++;
    wdt_tripped = 0;
    if (count == 3) //тут можно увеличить интервал времени между отправками данных по RF24 за счёт счётчика циклов 8*3
    { 
      count = 0;
      float t = sensors.getTempCByIndex(0); //Читаем температуру
      Serial.println(t);
      sensors.requestTemperatures(); //Запрашиваем подготовку температуры для следующего раза
      //записываем в структуру данные для передачи
      duino2.W = 2;  // этот номер передатчика для идентификации в принятом пакете данных
      duino2.X = getBandgap ();  // передаём напряжение батареи
      duino2.Y = t;    // передаём температуру
      duino2.Z = (int)(1.48* analogRead(A2));   // Солнышко - читаем освещенность солнечной батареи
      duino2.U++;      // счетчик передач используется для контроля качества канала
 
      digitalWrite(2,HIGH); //подаём питание на NRF24, затем готовим канал
      radio.begin();
      radio.setRetries(10,15);
      radio.setDataRate(RF24_2MBPS); // Скорость передачи 
      radio.setPayloadSize(16);
      radio.setChannel(97);
      radio.powerUp();
      radio.stopListening(); // отключаем режим приёма
      radio.openWritingPipe(pipes[0]);

      bool ok = radio.write( &duino2, sizeof(duino2) ); //отправляем данные по RF24
      if (ok==0) {delay(20);ok = radio.write( &duino2, sizeof(duino2) );}
      delay (20); 
      radio.powerDown(); // гасим штатно RF24
      digitalWrite(2,LOW); // отключаем питание RF24
    }
  }
  system_sleep(WDTO_8S);   //МК засыпает
}

//внутренний контроль напряжения на батареи 
const long InternalReferenceVoltage = 1062; 
int getBandgap () 
{
  // REFS0 : Selects AVcc external reference
  // MUX3 MUX2 MUX1 : Selects 1.1V (VBG)  
  ADMUX = _BV (REFS0) | _BV (MUX3) | _BV (MUX2) | _BV (MUX1);
  ADCSRA |= _BV( ADSC );  // start conversion
  while (ADCSRA & _BV (ADSC))
  { 
  }  // wait for conversion to complete
  int results = (((InternalReferenceVoltage * 1024) / ADC) + 5) / 10; 
  return results;
} // end of getBandgap

Весь код передатчика. Сейчас на нем работает 5 датчиков

UPD2 Проблему решил, почему-то в примере из библиотеки была закомментирована одна строчка, из-за которой были все проблемы...

Друзья, хелп! Связь наладил, но через одно место.. происходит какой-то полтергейст.

Во-первых, сеанс связи стал возможен только благодаря еще одной плате Arduino Uno. Во время испытаний тестового скетча GettingStarted из библиотеки была обнаружена проблема почему нифига не работало. Кстати, конденсатор помог при питании через стабилизатор (если питаться от 3.3в Uno - все прекрасно и так работает) - только если его (конденсатор) непостредственно к питанию модуля припаять! Спасибо!

Проблема заключается в странном поведении модулей. Когда все запускается и оба модуля находятся в режиме Receiver по умолчанию, при попытке впервые передать сообщения (т.е. перейти в режим Transmitter вводом в консоль буквы "T") любым (не важно каким!) из модулей происходит как обычно ошибка Now sending [число]...failed. Failed, response timed out. Но! После этого, если перевести этот модуль обратно в режим Receiver, а второй, другой модуль, наоборот в режим Transmitter - то замечательным образом все начинает работать. После чего переключение Transmitter<->Receiver работает без запинки, все шлется и принимается обоими модулями. Т.е. по какой-то причине, модули после запуска не видят друг друга, и начинают общаться только после того, как один из модулей побудет трансмиттером и неудачно будет слать сообщения... 

Иными словами, модули начинают работать вместе только после того как один из них "потыкает" другого, а затем они поменяются ролями. Если сбросить питание у одного из МК - связь налаживать опять надо. Не могу понять, это особенность модулей такая?

UPD Есть подозрения, что изначально, после запуска, модули по какой-то причине "не активированы", и переход Receiver-Transmitter-Receiver запускает прослушивание эфира. Буду копать код скетча...

Паузы уберите в скетчах ,хотя бы на сервере , и вообще пора переходить на NRF24LE1 со встроенным процом :)

Даже не слышал о таком звере. Погуглил, штука интересная, но цена существенно отличается от простого L01.. почти в 10 раз, видимо за счет встренного МК. Но, я так понимаю, данный модуль полезен лишь для определенных целей, да и программить его уже не так просто, как ардуину :) Спасибо за инфу!

LO1 стоит 1 доллар ,а LE1 - около 6-7. Разница почти сравнима с ценой ардуины.А тут получаем минимальный размер 1/2 спичечного коробка,низкое потребление.

Сейчас разобрался с ними и уже написал основные функции для работы как у библиотеки nrf24.Пишется прошивка на Си ,не сложнее ардуины,имеется свой SDK ,где имеется куча готовых функций для работы со всем,например за 5 минут написал код для чтения DHT используя готовые функции для работы с PIO.