ATNEL tech-forum

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T21:57:36+01:00

Dosłownie minutę po tym jak napisałem, że nie ma błędów to program się zaciął, dioda od MAX_RET_flag nie świeciła się, natomiast zgasła druga dioda, czyli program utknął w if(timer1000ms).

Zapomniałem o tym fakcie nt. tablic, chyba raz to gdzieś mi się obiło o oczy jak zaczynałem cokolwiek czytać o programowaniu

------------------------ [ Dodano po: 5 minutach ]

Odnośnie przesyłania liczb - w odbiorniku, żeby wysłać gołe liczby na UART to muszę zmienić:
[syntax=c]//uart_puts((char *) nRF_RX_buff);[/syntax]
na coś w rodzaju:
[syntax=c]uart_putint((int*)nRF_RX_buff,10)[/syntax] ?
Czy nie zmieniam nic, zostaje char i traktuje go jako zmienną 8-bitową, pamiętając o tym, żeby na terminalu zmienić na dec?

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 21:57

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T21:55:02+01:00

dawid75_75 napisał(a):

Skoro mam podać adres pierwszego elementu bufora to nie powinno to wyglądać tak (?):
[syntax=c]nRF_SendDataToAir(*bufor[0]);[/syntax]

Jeśli już to
[syntax=c]nRF_SendDataToAir(&bufor[0]);[/syntax]
Jednakże warto zapamiętać, że nazwa tablicy bez numeru elementu zwraca adres pierwszego elementu tablicy. Jeśli posiadasz książkę BB radzę powrócić do tematu tablic

Skoro wysyłając stałe dane nie ma błędów, wiesz żeby przyczyny szukać wyżej w kodzie.

Statystyki: Napisane przez anonimowy — 25 sie 2016, o 21:55

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T21:55:11+01:00

anonimowy napisał(a):

I wyślij podając jako argument adres pierwszego elementu:
[syntax=c]nRF_SendDataToAir(bufor);[/syntax]

Skoro mam podać adres pierwszego elementu bufora to nie powinno to wyglądać tak (?):
[syntax=c]nRF_SendDataToAir(*bufor[0]);[/syntax]

Nie jestem pewny, więc pytam

------------------------ [ Dodano po: 1 minucie ]

A i ze sztywnym stringiem leci już godzinę (bez 7miu minut) i nawet jednej ramki nie zgubił. Znaczy to, że biblioteka i nrfy w porządku, czy tak?
Dioda od MAX_RET_flag też się nie zapaliła.

------------------------ [ Dodano po: 3 minutach ]

No i właśnie zacięła się transmisja, a dioda od MAX_RET_flag się nie świeci. Zgasła na dobre druga dioda, tak jakby program nadajnika zatrzymał się w if(timer1000ms).

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 21:49

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T21:13:00+01:00

Zobacz co się dzieje w funkcji nRF_SendDataToAir
[syntax=c]else length = strlen((char*) data);[/syntax]
Poza tym jako argument jest wskaźnik na zmienną, nie zmienna.

Utwórz tablicę dla 3 bajtów :
[syntax=c]uint8_t bufor[4];[/syntax]
Trzy pierwsze elementy wypełnij swoimi danymi, w czwarty (bufor[3]) wpisz zero (symulacja końca stringu).
I wyślij podając jako argument adres pierwszego elementu:
[syntax=c]nRF_SendDataToAir(bufor);[/syntax]

Pamiętaj tylko, żeby przełączyć terminal na odbieranie bin, dec lub hex (zależy jaki terminal) a nie ascii, bo zobaczysz pojedyncze znaki

Statystyki: Napisane przez anonimowy — 25 sie 2016, o 21:13

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T20:54:58+01:00

Ok, już przełączam. Jak na razie 35min chodziło z tym co wyżej, sporadycznie jakieś głupoty typu 666, 777.

A co jakbym chciał przesłać czyste dane liczbowe, np. właśnie wspomniany byte0? Kiedy próbowałem tak:
[syntax=c]nRF_SendDataToAir((uint8_t*)byte0);[/syntax]
to przy kompilacji dostałem warna:

Quote:

cast to pointer from integer of different size [-Wint-to-pointer-cast]

Nie rozumiem dlaczego different size, skoro wskaźnik jak i byte0 są uint8_t. Jak poprawnie przesyłać coś innego niż stringi?

------------------------ [ Dodano po: 6 minutach ]

Z kolei jak podałem w miejscu byte0 liczbę typu uint16_t to kompilacja bez warninga. Znaczy, że dla poprawnego wykonania funkcji powinienem mieć zmienną większą niż 8-bitową?

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 20:54

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T20:46:27+01:00

Quote:

Czy może być tak, że z poprzednich transmisji zostają jakieś śmieci i to one powodują takie zaburzenia w konwersji na string?

Wpisz dla testów na sztywno jakiś string, który ma zostać wysyłany, może to być linijka:
[syntax=c]nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia.\r\n" );[/syntax]

Obserwuj transmisję jakiś czas w terminalu czy występują jakieś błędy.

Statystyki: Napisane przez anonimowy — 25 sie 2016, o 20:46

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T20:24:05+01:00

nrfy miałem ustawione na 2Mb. Zmieniłem na 250kb za Twoją radą.
Wyposażyłem program w dwa diodowe debuggery po stronie nadajnika, oto pętla while:
[syntax=c]while(1)
{

#if TRYB == 1
PORTA.OUTSET = PIN4_bm;
if (timer1000ms)
{
PORTA.OUTCLR = PIN4_bm;

// pomiar temperatury ***************************
TWI_MasterWriteRead(&twiMaster,
SLAVE_ADDRESS,
&sendBuffer[BufPos],
1,
3);

while (twiMaster.status != TWIM_STATUS_READY) {
/* Wait until transaction is complete. */
}
uint8_t byte0 = twiMaster.readData[0];
uint8_t byte1 = twiMaster.readData[1];
uint8_t byte2 = twiMaster.readData[2];

//itoa(byte1, binBuffer, 10);
sprintf(binBuffer, "%d", byte0);

//nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia.\r\n" );
nRF_SendDataToAir( ( uint8_t * ) binBuffer );

if( buffer_out1[0] != 0 )
{
memset(buffer_out1, 0, 32);
}
while(TX_flag);// czekaj na koniec transmisji
if (MAX_RET_flag)
{
MAX_RET_flag = 0;
PORTA.OUTSET = PIN2_bm;// zaświecenie diody - debugger
}
timer1000ms = false;
}[/syntax]

Dodałem flagę MAX_RET_flag i jak tylko się zaświeci powiadomi mnie o tym dioda. Jako, że flagę trzeba szybko wyzerować to postanowiłem nie gasić diody, i tak jestem w fazie testów. Oprócz tego mam drugi debugger informujący o kręceniu się pętli while. Mam timer programowy co 1s. Jeśli jestem poza warunkiem if(timer1000ms) to świeci mi dioda. Jak program wchodzi w tego ifa to gasi diodę. No i jak wchodzi to mam króciutkie, ale zawuażalne mignięcie. Poza tym na FTDI mam diody podpięte pod RX/TX więc widzę kiedy coś idzie do PC.

Na razie program sobie wysyła byte0 i czekam na zapalenie zielonej diody.

Czy w Twojej stacji używałeś jeszcze jakichś ciekawych sposobów na obsługę błędów transmisji i wieszanie się nrfa?

------------------------ [ Dodano po: 5 minutach ]

Jak na razie nic nie jest gubione, ale zdarzają się kwiatki typu:

ODEBRANO BAJTOW: 3 666

Trochę przerażające jest to, że jak już coś się takiego pojawia to tylko te 666 za każdym razem

Czy takie kwiatki (wszak 666 nie jest liczbą 8-bitową, a tylko takie są wysyłane z HTU21) mogą być związane z konwersją inta do stringa? Takie zdarzenia są wysoce niepożądane, tym bardziej, że do PC chcę przesyłać surowe dane, a liczeniem zmiennoprzecinkowym zajmie się już PC.

------------------------ [ Dodano po: 12 minutach ]

Zauważyłem taką rzecz - jak byte0 miał wartość dziesiętną 106 to kwiatkiem w transmisji był 666, tj. powyżej. Ale jak czujnik przesłał 107 to kwiatkiem w transmisji jest teraz 777. Stawiam, że coś ze stringiem nie tak, ale nie bardzo wiem jak poprawić. Oto zmienne jakie używam:+
[syntax=c]char *binBuffer;
char buffer_out1[32];[/syntax]

No i przypisanie ze struktury obsługującej czujnik, konwersja i wysyłka:
[syntax=c]uint8_t byte0 = twiMaster.readData[0];
uint8_t byte1 = twiMaster.readData[1];
uint8_t byte2 = twiMaster.readData[2];

//itoa(byte1, binBuffer, 10);
sprintf(binBuffer, "%d", byte0);

//nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia.\r\n" );
nRF_SendDataToAir( ( uint8_t * ) binBuffer );[/syntax]

Czy może być tak, że z poprzednich transmisji zostają jakieś śmieci i to one powodują takie zaburzenia w konwersji na string?

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 20:24

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T19:53:23+01:00

dawid75_75 napisał(a):

Wczoraj to zrobiłem i się nie zaświeciło w momencie zawieszenia. Ale zaraz zrobię to jeszcze raz, bo trochę zmieniałem kod a i w UARTcie dodałem taką linijkę przy funkcji wysyłającej znak:
[syntax=c]void uart_putc( char data ) {

// dodane przeze mnie
while (!(UCSRA & (1<
Pytasz o prędkość transmisji UARTa czy nRFa?

SPI sprzętowe, do tego wykorzystanie przerwania IRQ. UART w odbiorniku też sprzętowy.

Zdaję sobie sprawę, że musi to działać non-stop i nie spocznę póki u mnie to nie będzie tak działało

Oczywiście prędkość transmisji NRF-ów. Jeśli korzystasz z Mirkowego MKUART z buforem cyklicznym i przerwaniami, to dodana linijka nie ma sensu. To przerwanie "informuje", że bufor jest pusty.

Statystyki: Napisane przez anonimowy — 25 sie 2016, o 19:53

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T19:39:09+01:00

Docelowo transmisja będzie dwukierunkowa. Moja stacja meteo ma być mobilna (na prostej podstawie robota z silnikami) więc będę musiał wysyłać dane dot. kierunku i zbierać dane z czujnika/czujników.

Quote:

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 19:39

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T19:25:19+01:00

Dodaj flagę MAX_RET_flag w nadajniku(w sposób jaki wcześniej pisałem) i napisz warunek, że jeśli wystąpi błąd, zasygnalizowało diodą. Zobaczysz, czy w momencie problemu dioda się zaświeca. jaką ustawiłeś prędkość transmisji? Daj na razie 250kbps. SPI sprzętowe czy programowe? Korzystasz z przerwań, czy po prostu odpytujesz układ?
U mnie NRF-y działają bez problemu 24/7 w stacji meteo, wysyłają co 5sek baz żadnego resetowania -a już na pewno nie sprzętowego i tak to musi działać.

Masz zamiar wykorzystywać transmisję dwukierunkową, czy jednokierunkową, bo wtedy można uprościć kod.

Statystyki: Napisane przez anonimowy — 25 sie 2016, o 19:25

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T19:09:44+01:00

Takie zawieszanie się nrf'a też miałem, gdy był on na granicy zasięgu(około 60 - 70% gubionych pakietów). Pomagała ponowna inicjalizacja. Nie wiem z czego to wynika.

Statystyki: Napisane przez HomoChemicus — 25 sie 2016, o 19:09

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T18:58:10+01:00

Uszczegółowię trochę kilka problemów.

Układ wygląda tak: nadajnik to xmega 128a3 + nrf, do nadajnika podpięty czujnik HTU21D, magistrala I2C. Powietrzem chcę przesłać dane z HTU.
Odbiornik to Atmega32A + nrf, to co odbierze leci UARTem do Putty.

Pojawił się natomiast trochę inny problem - odpaliłem program na dłużej, chodzi sobie i wysyła te dane przez jakiś czas, odbiornik wysyła na UART stringi i trwa to kilka-kilkanaście minut. Po tym czasie transmisja po prostu ustaje, UART już nic nie wysyła. Widzę to przede wszystkim po diodzie na FTDI, bo przestaje mrugać. Dopisałem proste polecenie, taki debugger - w nadajniku, w pętli głównej cały czas świeci się dioda. Wyłączana jest na czas transmisji. Gaśnie na bardzo krótko, ale zauważalnie. I nawet jak ustanie transmisja z odbiornika dalej na UART to mruga sobie dalej, czyli nadajnik pracuje poprawnie. Poza tym widzę na oscyloskopie, że komendy do czujnika cały czas są wysyłane i dane pomiarowe są zwracane.

Jeszcze raz podaję kody plików main.c nadajnika i odbiornika:
Nadajnik (xmega + nrf):
[syntax=c]#include
#include
#include
#include
#include
#include
#include
//#include "mkuart.h"
#include "SPI.h"
#include "nRF24L01.h"
#include "nRF24L01_memory_map.h"
#include "twi_master_driver.h"
#include "avr_compiler.h"
//#include "usart_driver.h"

#define NUM_BYTES3

#define SLAVE_ADDRESS 0x40// Adres czujnika na magistrali TWI

// CPU speed 32MHz, BAUDRATE 100kHz and Baudrate Register Settings
#define CPU_SPEED 32000000
#define BAUDRATE100000
#define TWI_BAUDSETTING TWI_BAUD(CPU_SPEED, BAUDRATE)

#define SHIFTED_DIVISOR 0x988000// This is the 0x0131 polynomial shifted to farthest left of three bytes

TWI_Master_t twiMaster;// Struktura twiMaster

//char binBuffer[8] = {0,0,0,0,0,0,0,0};
char *binBuffer;

uint8_t sendBuffer[NUM_BYTES] = {0xFE, 0xE3, 0xE5};// sekwencja rozkazów wysyłanych do czujnika
/*
0x80 - I2C address + write
0x81 - I2C address + read
0 - 0xe3 - trig temp meas hold master
1 - 0xe5 - trig humid meas hold master
2 - 0xf3 - trig temp meas no hold master
3 - 0xf5 - trig humid meas no hold master
4 - 0xfe - soft reset

0,1,2,3 - bufPos
*/

char buffer_out1[32];
void callbackData ( void * nRF_RX_buff , uint8_t len );
void Osc32MHz(void);
void Osc2MHz(void);

volatile bool timer1000ms= false;
bool nrfAck= false;

int main (void)
{
PORTE.DIRSET = 0xFF;

uint8_t BufPos = 0;

Osc32MHz();// włączenie wewnętrznego oscylatora 32MHz

/* Initialize TWI master. */
TWI_MasterInit(&twiMaster,
&TWIE,
TWI_MASTER_INTLVL_LO_gc,
TWI_BAUDSETTING);

// konfiguracja przerwań
TCC0.INTCTRLA=TC_OVFINTLVL_HI_gc;
PMIC.CTRL=PMIC_LOLVLEN_bm | PMIC_HILVLEN_bm;

// konfiguracja timera
TCC0.CTRLB=TC_WGMODE_NORMAL_gc;// tryb normalny
TCC0.PER=31250;// przerwanie co ok. 1sek.
//TCC0.PER=200;
TCC0.CTRLA=TC_CLKSEL_DIV1024_gc;

PORTC_DIR|= 0xFF;
PORTC_OUT |= 0xFF;

nRF_init();
register_nRF_RX_Event_Callback(callbackData);
sei();

TWI_MasterWrite(&twiMaster,// soft reset czujnika
SLAVE_ADDRESS,
&sendBuffer[BufPos],
1);

while (twiMaster.status != TWIM_STATUS_READY) {
/* Wait until transaction is complete. */
}
BufPos++;

PORTA.DIRSET = PIN4_bm;
while(1)
{

#if TRYB == 1
PORTA.OUTSET = PIN4_bm;
if (timer1000ms)
{
PORTA.OUTCLR = PIN4_bm;

// pomiar temperatury ***************************
TWI_MasterWriteRead(&twiMaster,
SLAVE_ADDRESS,
&sendBuffer[BufPos],
1,
3);

while (twiMaster.status != TWIM_STATUS_READY) {
/* Wait until transaction is complete. */
}
uint8_t byte0 = twiMaster.readData[0];
uint8_t byte1 = twiMaster.readData[1];
uint8_t byte2 = twiMaster.readData[2];

//itoa(byte1, binBuffer, 10);
sprintf(binBuffer, "%d", byte1);
//nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia.\r\n" );
nRF_SendDataToAir( ( uint8_t * ) binBuffer );

if( buffer_out1[0] != 0 )
{
memset(buffer_out1, 0, 32);
}
while(TX_flag);
/*
// przeliczenie na temperaturę
uint16_t temp = 0;
float t = 0;

temp = ((uint8_t)byte0<<8)|((uint8_t)byte1>>2);
t = (175.72*((uint32_t)temp*100000>>16));
t = -46.85+(t/100000);

//itoa(t, binBuffer, 10 );

dtostrf(t,5,2,binBuffer);

//nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia.\r\n" );
nRF_SendDataToAir( ( uint8_t * ) binBuffer );

if( buffer_out1[0] != 0 )
{
memset(buffer_out1, 0, 32);
}
//while(TX_flag == 1);
*/
timer1000ms = false;
}
#endif

#if TRYB == 2

nRF_RX_EVENT();

#endif
}
}

void callbackData ( void * nRF_RX_buff, uint8_t len )
{
PORTA.DIRSET = PIN3_bm;
PORTA.OUTSET = PIN3_bm;
_delay_ms(500);
PORTA.OUTCLR = PIN3_bm;
}

void Osc32MHz(void) {
OSC.CTRL = OSC_RC32MEN_bm; // włączenie oscylatora 32MHz
while(!(OSC_STATUS & (1<CPU_CCP = CCP_IOREG_gc; // odblokowanie zmiany źródła sygnału
CLK.CTRL = CLK_SCLKSEL_RC32M_gc; // zmiana źródła sygnału na RC 32MHz
}

void Osc2MHz(void) {
OSC.CTRL = OSC_RC2MEN_bm;// włączenie oscylatora 2MHz
while(!(OSC_STATUS & (1<CPU_CCP = CCP_IOREG_gc;// odblokowanie zmiany źródła sygnału
CLK.CTRL = CLK_SCLKSEL_RC2M_gc;// zmiana źródła sygnału na RC 2MHz
}

ISR(TCC0_OVF_vect) { // przerwanie od przepełnienia TCC0
timer1000ms = true;
}

/*! TWIC Master Interrupt vector. */
ISR(TWIE_TWIM_vect)
{
TWI_MasterInterruptHandler(&twiMaster);
}[/syntax]

Odbiornik (atmega32 + nrf + UART):
[syntax=c]#include
#include
#include
#include
#include
#include
#include "mkuart.h"
#include "SPI.h"
#include "nRF24L01.h"
#include "nRF24L01_memory_map.h"

char buffer_out1[32];
void callbackData ( void * nRF_RX_buff , uint8_t len );

int main (void)
{
/*DDRC |= 0xFF;
PORTC |= 0xFF;*/

USART_Init(__UBRR);

nRF_init();

register_nRF_RX_Event_Callback(callbackData);

nRF_RX_Power_Up(); //Enable in receiving mode

sei();

while(1)
{
#if TRYB == 1

nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia!\r\n" );

if( buffer_out1[0] != 0 )
{
memset(buffer_out1, 0, 32);
}
_delay_ms(500);
#endif

#if TRYB == 2

nRF_RX_EVENT();

#endif
}
}

void callbackData ( void * nRF_RX_buff, uint8_t len )
{
char buffer_for_itoa[4] = { 0, 0, 0, 0};
itoa( len, buffer_for_itoa, 10 );
//ENTER_NEW;
//usart_send_str("ODEBRANO BAJTOW: ");
uart_puts("ODEBRANO BAJTOW: ");
//usart_send_str(buffer_for_itoa);
uart_puts(buffer_for_itoa);
//ENTER_NEW;
//usart_send_str( (char *) nRF_RX_buff );
uart_puts(" ");
uart_puts((char *) nRF_RX_buff);
uart_puts("\n\r");
//nRF_SendDataToAir((uint8_t*)"DANE OK");
}[/syntax]

Dodaję w załącznikach dwa logi wraz z zawartością terminali.
W pierwszym przypadku działał kilkanaście minut, potem puścił kilka krzaków i odbiornik przestał wysyłać do PC (RX i TX w stanie wysokim), przy czym nadajnik działał dalej (debugger w postaci diody mrugał, a na oscyloskopie były komendy do czujnika). Błąd na końcu loga spowodowany jest tym, że wyłączyłem zasilanie FTDI.

W drugim przypadku nadajnik jak i odbiornik działali krótko i transmisja po prostu ustała.

Dodam, że w momencie wysypanie się transmisji w event logu Putty nie ma żadnego błędu! Błąd się pojawia dopiero jak wyłączę FTDI, ale to akurat normalne.

Problem nr 3 - mam taki fragment w nadajniku:
[syntax=c]uint8_t byte0 = twiMaster.readData[0];
uint8_t byte1 = twiMaster.readData[1];
uint8_t byte2 = twiMaster.readData[2];

//itoa(byte1, binBuffer, 10);
sprintf(binBuffer, "%d", byte1);
nRF_SendDataToAir( ( uint8_t * ) binBuffer );[/syntax]
Jak widać, wysyłam byte1. Jego wartość powinna być ok. 200. A na terminalu widzę czasami takie cuda:

ODEBRANO BAJTOW: 1 452

Przy czym ten problem nie pojawia się jak wysyłam byte0! Czujnik jest sprawny, bo jak nie wysyłam konwertowanych bajtów na stringi, tylko przeliczoną temperaturę (zakomentarzowany kod) to temperatura zawsze się zgadza (aż złapie zwiechę).

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 18:58

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T11:03:28+01:00

dawid75_75 napisał(a):

Czyli zakomentarzować nRF_Clear_TX(); i podać impuls na CE?

Pod warunkiem, że masz na myśli czyszczenie te w procedurze obsługi przerwania (patrz kod z mojego ostatniego postu). Nie możesz też przestawić NRF na odbieranie, czyli zakomentuj linijkę nRF_RX_Power_Up();. Pamiętaj tylko, że w razie ponownego niepowodzenia, ręcznie przestawić NRF-a na odbiór danych. Impuls na CE musi mieć minimum 10us. Do tego trzeba się bardziej przyjrzeć funkcją nRF_RX_Power_Up(); i nRF_TX_Power_Up(); a teraz jestem w pracy.

Statystyki: Napisane przez anonimowy — 25 sie 2016, o 11:03

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-25T08:35:09+01:00

Czyli zakomentarzować nRF_Clear_TX(); i podać impuls na CE?

Statystyki: Napisane przez dawid75_75 — 25 sie 2016, o 08:35

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T22:11:54+01:00

dawid75_75 napisał(a):

A po niepoprawnej transmisji wszystkie bufory z danymi, co to nie udało ich się wysłać, zostają zerowane?

Zależy. Sam układ NRF24l01 w przypadku przekroczonej ilości retransmisji nie zeruje buforu FIFO, tak więc łatwo można ponowić transmisję danych.
Natomiast w bibliotece jest:

[syntax=c]if ( status & (1< {
status |= (1< TX_flag = 0; //clear TX_flag
nRF_RX_Power_Up(); //turn on RX mode
nRF_Clear_TX(); //TUTAJ CZYŚCIMY
nRF_Config_Register( STATUS, status ); //save variable status to the STATUS register
}[/syntax]
To samo robimy w funkcji nRF_SendDataToAir co wydaje się już zbędne.
Gdy nie wykonamy nRF_Clear_TX(); możliwa jest ponowna próba wysłania tych samych danych, wystarczy impuls na CE.
Natomiast MAX_RT musimy wyzerować, aby dalsza komunikacja była możliwa.

Statystyki: Napisane przez anonimowy — 24 sie 2016, o 22:11

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T21:49:17+01:00

Zasilanie - wg mnie - mam zrobione porządnie. Akumulator 18650 3.7V -> przetwornica Pololu step-up 5V -> stabilizator LDO na 3.3V, wszędzie kondensatory filtrujące. Do tego na samych pinach nRF'a mam przylutowane między GND i VCC 10uF tantal i 100nF ceramik.

------------------------ [ Dodano po: 2 minutach ]

A po niepoprawnej transmisji wszystkie bufory z danymi, co to nie udało ich się wysłać, zostają zerowane?

Statystyki: Napisane przez dawid75_75 — 24 sie 2016, o 21:49

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T21:36:18+01:00

dawid75_75 napisał(a):

Spróbuję machnąć tranzystorem zasilania nRFa po błędzie

Zbędne działanie, przynajmniej dla poprawnie działającego układu. Z czego to zasilasz? Daj blisko NRF-a kondensatory 100n i 10uF.

Statystyki: Napisane przez anonimowy — 24 sie 2016, o 21:36

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T21:30:05+01:00

anonimowy napisał(a):

No nie do końca. Musisz poczekać na zakończenie transmisji, nieważne z jakim skutkiem. Korzystając z tego, że w przypadku przekroczonej ilości retransmisji zerujemy też flagę TX, najprostszy, lecz blokujący sposób wygląda tak:
[syntax=c]nRF_SendDataToAir( ( uint8_t * ) binBuffer );
while(TX_flag); //czekaj na koniec transmisji
if(MAX_RET_flag){ //jeśli przekroczono ilość retransmisji
MAX_RET_flag= 0; //zeruj flagę
//kod do wykonania w przypadku błędu transmisji
}[/syntax]
Przynajmniej ja bym to tak widział...
Pozdrawiam

Ano widzisz! Sam wpadłem na tego while'a z TX_flag, ale nie zauważyłem różnicy w działaniu. Może się poprawi z tą dodatkową flagą MAX_RET_flag.
Spróbuję machnąć tranzystorem zasilania nRFa po błędzie i potem odnowić transmisję. Dodam sobie jeszcze diodę, którą zapalę przy pojawieniu się tej flagi. Będę dawał znać jak efekty.

Statystyki: Napisane przez dawid75_75 — 24 sie 2016, o 21:30

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T21:20:55+01:00

Ilość retransmisji się zgadza,

Quote:

RETR_15_TIMES

Znaczy 15 retransmisji, czyli maksymalna ilość. Czas nie do końca potrzebny taki duży.

[syntax=c]nRF_Set_Retransmission_Time_And_Ammount(WAIT_500uS , RETR_15_TIMES ); //set time between retransmissions and ammount of retranssmisions[/syntax]

dawid75_75 napisał(a):

Czy poprawnie jest to zrealizować w taki sposób (?):

[syntax=c]nRF_SendDataToAir( ( uint8_t * ) binBuffer );
if(MAX_RET_flag == 1) // sprawdzamy, czy flaga retransmisji jest postawiona, jeśli tak to wykonujemy instrukcję od if
{
// np. wysłanie danych jeszcze raz
}[/syntax]

No nie do końca. Musisz poczekać na zakończenie transmisji, nieważne z jakim skutkiem. Korzystając z tego, że w przypadku przekroczonej ilości retransmisji zerujemy też flagę TX, najprostszy, lecz blokujący sposób wygląda tak:
[syntax=c]nRF_SendDataToAir( ( uint8_t * ) binBuffer );
while(TX_flag); //czekaj na koniec transmisji
if(MAX_RET_flag){ //jeśli przekroczono ilość retransmisji
MAX_RET_flag= 0; //zeruj flagę
//kod do wykonania w przypadku błędu transmisji
}[/syntax]
Przynajmniej ja bym to tak widział...
Pozdrawiam

Statystyki: Napisane przez anonimowy — 24 sie 2016, o 21:20

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T21:04:32+01:00

Dziękuję za wyczerpującą odpowiedź, mam porządny punkt zaczepienia
U siebie mam tak w tym momencie:
[syntax=c]nRF_Set_Active_DataPipe_And_ACK ( ERX_P0, ON, ACK_ON );//Set which datapipe state you want to change, in this case datapipe = 0 (ERX_P0), ON - means enable this datapipe, ACK_ON means to enable ACK for choosen data pipe.
nRF_Set_Retransmission_Time_And_Ammount(WAIT_4000uS , RETR_15_TIMES ); //set time between retransmissions and ammount of retranssmisions[/syntax]

Więc czas - w porównaniu z wartościami podanymi przez Ciebie - dużo większy, a ilość powtórzeń dużo mniejsza.

Napisałeś tak:

Quote:

I po wysłaniu sprawdzać, czy flaga nie została ustawiona. Jeśli tak- wiadomo że błąd transmisji. Można spróbować ręcznie wysłać dane jeszcze raz.

Czy poprawnie jest to zrealizować w taki sposób (?):

[syntax=c]nRF_SendDataToAir( ( uint8_t * ) binBuffer );
if(MAX_RET_flag == 1) // sprawdzamy, czy flaga retransmisji jest postawiona, jeśli tak to wykonujemy instrukcję od if
{
// np. wysłanie danych jeszcze raz
}[/syntax]

------------------------ [ Dodano po: 8 minutach ]

O ile widzę, to w przypadku, gdy jest wykryty błąd w transmisji to nie dość, że nie informujemy użytkownika o tym, co się stało, to transmisja może się nie powtórzyć? A gdyby tak po błędzie transmisji zrobić reset nrfa? Najczęściej to pomagało, ale chciałbym to zrobić programowo i nie wyłączając procesora. Czy wystarczy machnąć tranzystorem sterującym zasilaniem?

Statystyki: Napisane przez dawid75_75 — 24 sie 2016, o 21:04

Re: NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzeni

2016-08-24T20:12:46+01:00

Nie wnikając w bibliotekę, dla NRF musisz wykonać takie coś:
W rejestrze SETUP_RETR ustawiasz maksymalną ilość retransmisji oraz opóźnienie. WAŻNE: Zobacz w dokumentacji zależność tego czasu od ilości danych i prędkości transmisji.
Zalecam ustawić 15 retransmisji i 500us, włączone auto ACK.
Po wysłaniu danej czekasz na pojawienie się przerwania, potem sprawdzasz (rejestr STATUS ), czy przerwanie pochodzi od TX_DS -czyli zakończono pomyślnie transmisje czy od MAX_RT czyli przekroczono ilość retransmisji. Jeśli to drugie, wiadomo, że coś jest nie tak, zerujemy flagę.

W bibliotece z linku w pierwszym poście jest:
[syntax=c]if ( status & (1< {
status |= (1< TX_flag = 0; //clear TX_flag
nRF_RX_Power_Up(); //turn on RX mode
nRF_Clear_TX(); //clear TX fifo
nRF_Config_Register( STATUS, status ); //save variable status to the STATUS register
}[/syntax]

Jak widać nie informujemy użytkownika o tym, że wystąpił błąd transmisji, jedynie kasujemy flagę.
Trzeba dodać sobie kolejną zmienną np. MAX_RET_flag w pliku *.c

[syntax=c]//''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
// declaration of global variables which stores values depending on the transmission states
//..................................................................................................................
volatile uint8_t TX_flag; //data sent event flag
volatile uint8_t RX_flag; //data ready event flag
volatile uint8_t MAX_RET_flag; //nasza flaga[/syntax]

W pliku *.h
[syntax=c]///''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
// RX and TX event flags
//........................................................................................................................
extern volatile uint8_t TX_flag;
extern volatile uint8_t RX_flag;
extern volatile uint8_t MAX_RET_flag; //nasza flaga[/syntax]

I zmienić procedurę obsługi przerwania:
[syntax=c]if ( status & (1< {
status |= (1< TX_flag = 0; //clear TX_flag
MAX_RET_flag = 1;
nRF_RX_Power_Up(); //turn on RX mode
nRF_Clear_TX(); //clear TX fifo
nRF_Config_Register( STATUS, status ); //save variable status to the STATUS register
}[/syntax]
I po wysłaniu sprawdzać, czy flaga nie została ustawiona. Jeśli tak- wiadomo że błąd transmisji. Można spróbować ręcznie wysłać dane jeszcze raz.

Nie wykluczam, ze trzeba dokonać więcej zmian, musisz się przyjrzeć bibliotece, lecz mam nadzieję, że na podstawie tego co napisałem, zrozumiesz o co chodzi.

Statystyki: Napisane przez anonimowy — 24 sie 2016, o 20:12

NRF24l01 - wysyłanie kilku bajtów, wysłanie potwierdzenia.

2016-08-24T19:37:37+01:00

Cześć wszystkim

Od kilku dni testuję bibliotekę Kolegi Nefarious19 z postu topic11377.html do nrf24l01, rozwijając przy tym swój mały projekcik stacji pogodowej. Mam taki kod:
[syntax=c]while(1)
{

#if TRYB == 1
if (timer1000ms)
{
// pomiar temperatury ***************************
TWI_MasterWriteRead(&twiMaster,
SLAVE_ADDRESS,
&sendBuffer[BufPos],
1,
3);

while (twiMaster.status != TWIM_STATUS_READY) {
/* Wait until transaction is complete. */
}
uint8_t byte0 = twiMaster.readData[0];
uint8_t byte1 = twiMaster.readData[1];
uint8_t byte2 = twiMaster.readData[2];
uint16_t temp = 0;
float t = 0;

temp = ((uint8_t)byte0<<8)|((uint8_t)byte1>>2);
t = (175.72*((uint32_t)temp*100000>>16));
t = -46.85+(t/100000);

//itoa(t, binBuffer, 10 );

dtostrf(t,5,2,binBuffer);

//nRF_SendDataToAir( ( uint8_t * ) "Pozdrowienia.\r\n" );
nRF_SendDataToAir( ( uint8_t * ) binBuffer );

if( buffer_out1[0] != 0 )
{
memset(buffer_out1, 0, 32);
}
//while(TX_flag == 1);

//_delay_ms(1000);
timer1000ms = false;
}
nRF_RX_EVENT();
}[/syntax]

Funkcje dotyczące TWI odnoszą się do podłączonego tam czujnika HTU21D. Liczę sobie temperaturę, zamieniam float na stringa, puszczam atmosferą do drugiego procesora i dalej do PC. Nie podoba mi się to co zrobiłem Do takiego siermiężnego liczenia floatów wolę wykorzystać komputer.
I tu pojawia się mój problem: z czujnika przychodzą trzy bajty informacji, dwa dotyczące temperatury/wilgotności, i suma kontrolna do sprawdzenia CRC. Po wykonaniu pomiaru chciałbym wysłać te bajty jeden po drugim i po każdym z bajtów chciałbym dostać potwierdzenie otrzymania od odbiornika przy PC. Jak należy poprawnie to wykonać? Postawienie jeden za drugim nrfSendDataToAir nie sprawdza się, wychodzą głupoty. Ponadto, zdarza się, że transmisja się zawiesza i nie ma reguły kiedy. Czasem po 10 minutach, czasem po 30 sekundach. Podejrzewam, że trzeba czyścić/sprawdzać któreś flagi, tylko które?
Proszę uprzejmie o pomoc i pozdrawiam.

------------------------ [ Dodano po: 17 minutach ]

Zapomniałem dodać, a to wg mnie bardzo ważne - program jako taki się nie zawiesza! Sprawdziłem na oscyloskopie czy są wysyłane rozkazy do czujnika i okazuje się, że tak. Znaczy to, że program sobie kręci pętle jak trzeba, tylko coś z NRF-ami się dzieje i nie mam pomysłu co.

Statystyki: Napisane przez dawid75_75 — 24 sie 2016, o 19:37