ATNEL tech-forum

Re: Problem z nRF24L01

2016-07-08T16:38:46+01:00

jeżeli zamierzam coś wysyłać z odbiornika to kolejność jest taka:

- odbieram dane
- odbieram dane
- zmieniam na TX na nadawanie
- robię pauzę ale nie programu a opóźniam wysyłanie danych
- wysyłam dane
- zmieniam na RX na odbiór
- robię pauzę - nie programu a opóźniam event od odbioru danych

w taki sposób zawsze działa mi przełączanie odbirnika w tryb wysyłu
natomiast nadajnik zawsze odbierze dane.

Statystyki: Napisane przez majster — 8 lip 2016, o 16:38

Re: Problem z nRF24L01

2016-07-08T11:35:10+01:00

Właśnie w nocie wyczytałem, że przerwa musi być, aby nRF zdołał się przełączyć. Widziałem także w temacie z bibliotekami, że pisałeś coś o tej przerwie. Mógłbyś mi wskazać miejsce, w którym należy dodać to opóźnienie? Masz na myśli Event, czy callbacka ? Po odbiorze wysyłasz dane w callbacku czy w funkcji głównej ?

Statystyki: Napisane przez drewpol — 8 lip 2016, o 11:35

Re: Problem z nRF24L01

2016-07-08T07:45:07+01:00

A zrób 50us przerwy po odbiorze przed nadawaniem bo może tak być że nrf nie zdola przelaczyc trybu z odbioru na nadawanie i dlatego gubi ramki bo ich nie wysyla.

Namazane ze smarta.

Statystyki: Napisane przez majster — 8 lip 2016, o 07:45

Re: Problem z nRF24L01

2016-07-07T13:22:17+01:00

Chodzi o to, że gdy mam ustawione ACK to działa bez problemu. Gdy jeden odbiornik nada to drugi czeka na potwierdzenie. ACK musiałem wyłączyć, ponieważ chcę stworzyć sieć z jednym PTX oraz kilkoma PRX. Opcja MultiCeiver daje możliwość wykorzystywania kilku strumieni, ale działają odwrotnie. Jest jeden PRX oraz kilka PTX, a taka opcja nie wchodzi w grę. Dlatego wyłączenie ACK daje możliwość wysyłania informacji do wielu urządzeń o parsowania po ramkach. Problem jest jedynie z tym odbiorem. Wydaje mi się, że jest to kwestia pogodzenia nadawania i odbierania, ale nie mam pomysłu gdzie leży błąd.

Statystyki: Napisane przez drewpol — 7 lip 2016, o 13:22

Re: Problem z nRF24L01

2016-07-07T12:24:25+01:00

Odsuń je od siebie czy nie uważasz, że jeżeli ustawione mają najwyższą moc to się nie będą zakłócały ?
Odsuń je co najmniej na 50 - 70 cm i wtedy już nie powinny się zakłócać i nie powinieneś gubić ramek.

Ewentualnie jeżeli problem będzie nadal występował zmień im kanał bo może również być tak, że coś nadaje w pobliżu ich częstotliwości.
Może router wifi, laptop lub telefon z włączonym wifi masz obok nich ?

nRF pracuje na 2.4GHz tak samo jak wifi i mogą się wspólnie zakłócać wtedy pozostaje tylko zmiana kanału aby odsunąć się od tych co pracują w eterze.

Pozdrawiam

Statystyki: Napisane przez majster — 7 lip 2016, o 12:24

Re: Problem z nRF24L01

2016-07-07T11:51:17+01:00

15 cm.

Statystyki: Napisane przez drewpol — 7 lip 2016, o 11:51

Re: Problem z nRF24L01

2016-07-07T06:59:45+01:00

W jakiej odleglosci masz odbiornik od nadajnika ?

Namazane ze smarta.

Statystyki: Napisane przez majster — 7 lip 2016, o 06:59

Problem z nRF24L01

2016-07-06T17:03:17+01:00

Mam pewien dziwny problem z tymi modułami. Bowiem z jednego uC wysyłam dane w postaci licznika, który zwiększa się cały czas o 1 w górę i go wysyła, a w odbiorniku po prostu wyświetlam dane na LCD oraz terminalu. Podczas wysyłania powstają "dziury" w odbieranych danych. Funkcja wysyłająca wygląda tak:
[syntax=c]#include
#include
#include
#include
#include "MKUART/mkuart.h"
#include "NRF/nRF24L01.h"

void moja_funkcja ( void * nRF_RX_buff , uint8_t len );
volatile uint16_t timer100ms;

uint8_t i;
char bufor[15];
uint8_t status;

int main(void){

USART_Init( __UBRR );// inicjalizacja UART

DDRC |= (1<PORTC |= (1<
//inicjalizacja nRFa
nRF_init();
register_nRF_RX_Event_Callback(moja_funkcja);

//inicjalizacja timera programowego co 1ms
TCCR0 |= (1< TIMSK |= (1< OCR0 = 124;

//zezwolenie na przerwania
sei();

nRF_TX_Power_Up(); //odpalamy nRFA!

while(1){

if(timer100ms == 0)
{
//lcd_cls();
timer100ms = 500 ;
itoa( ++i, bufor, 10);
nRF_SendDataToAir(bufor);
status = nRF_Read_One_Byte_From_Register(STATUS);
}

nRF_RX_EVENT();

}
}

void moja_funkcja ( void * nRF_RX_buff, uint8_t len )
{
//Tu sie nic nie dzieje bo nic nie odbieram
}

ISR(TIMER0_COMP_vect)
{
if(timer100ms) timer100ms--;
}[/syntax]

Natomiast funkcja odbierająca wygląda tak:
[syntax=c]#include
#include
#include
#include
#include "LCD/lcd44780.h"
#include "MKUART/mkuart.h"
#include "NRF/nRF24L01.h"

void moja_funkcja ( void * nRF_RX_buff , uint8_t len );
volatile uint16_t timer100ms;

uint8_t i;
char bufor[15];
uint8_t status;

int main(void){

DDRA |= (1<PORTA |= (1<
lcd_init();
lcd_str("start...");

USART_Init( __UBRR );// inicjalizacja UART

_delay_ms(1000);

DDRC |= (1<PORTC |= (1<
//inicjalizacja timera programowego co 1ms
TCCR0 |= (1< TIMSK |= (1< OCR0 = 124;

//inicjalizacja nRFa
nRF_init();

Initialize_INTERRUPT_For_nRF();
register_nRF_RX_Event_Callback(moja_funkcja);

//zezwolenie na przerwania
sei();

nRF_RX_Power_Up(); //odpalamy nRFA!

while(1){
lcd_locate(1,0);
if(status & (1<<7)) lcd_int(1);
else lcd_int(0);
if(status & (1<<6)) lcd_int(1);
else lcd_int(0);
if(status & (1<<5)) lcd_int(1);
else lcd_int(0);
if(status & (1<<4)) lcd_int(1);
else lcd_int(0);
if(status & (1<<3)) lcd_int(1);
else lcd_int(0);
if(status & (1<<2)) lcd_int(1);
else lcd_int(0);
if(status & (1<<1)) lcd_int(1);
else lcd_int(0);
if(status & (1<<0)) lcd_int(1);
else lcd_int(0);

if(timer100ms == 0)
{
timer100ms = 1000 ;
itoa( ++i, bufor, 10);
status = nRF_Read_One_Byte_From_Register(STATUS);
}
nRF_RX_EVENT();
}
}

void moja_funkcja ( void * nRF_RX_buff, uint8_t len )
{
//Tu odbieram dane i wyswietlam na wyswietlacz LCD
lcd_cls();
lcd_locate(0,0);
lcd_str(nRF_RX_buff);

//Tu wyswietlam w terminalu
uart_puts(nRF_RX_buff);
uart_putc('\r');
uart_putc('\n');
}
ISR(TIMER0_COMP_vect)
{
if(timer100ms) timer100ms--;
}[/syntax]

W terminalu odebrane dane wyglądają tak:

Część jest zgubiona i dodatkowo występują przerwy. Biblioteki są standardowe jak w tym temacie http://forum.atnel.pl/topic11377.html

Nie wiem co może być powodem tak dziwnego zachowania. Nadajnik na ATmega16, a odbiornik na ATmega32.

Statystyki: Napisane przez drewpol — 6 lip 2016, o 17:03