Het grote nRF24L01(+) en aanverwanten topic

[Pizza_Boom]

De nRF24L01 en nRF24L01+ zijn een product van Nordic Semi Conductor, waarmee de gebruiker op eenvoudige manier in staat wordt gesteld een eigen draadloze netwerk op te zetten in de licentievrije 2,4 GHz band. Deze kleine units zijn relatief goedkoop, op ebay worden er in grotere verpakkingen units met een PCB antenne aangeboden waarbij de stukprijs kan dalen tot onder de euro per stuk. Units met een aparte antenne zijn echter flink duurder

Een drietal nRF24L01+ met PCB antenne

Starten
Het apparaat heeft ten minste 1,9 V nodig en wil maximaal 3,6V op de VCC. Voor gebruik op een Arduino betekent dit dat er een spanningsregelaar gebruikt moet worden, vaak is de 3,3V uitgang die op enkele Arduino boards te vinden is, niet stabiel genoeg. De I/O pinnen zijn echter wel 5V tolerant, deze kunnen zonder problemen gekoppeld worden.

Let op of je een nRF24L01 of nRF24L01+ hebt, de pin layout van deze chips is verschillend en ze zijn niet 1:1 uitwisselbaar.

Een bekend probleem is het niet functioneren bij gebruik op een breadboard of bij langere draden tussen de aansturende chip en de nRF. Dit is vaak op te lossen door een condenstator aan de nRF kant te plaatsen over de VCC en GND. Ik gebruik 10 nF, vaak wordt echter 100 nF aangeraden.

Pas verder op voor fake clones, zie hier voor meer info.

Links
nRF24L01 datasheet
nRF24L01+ datasheet
Arduino how-to met libs

[ Voor 4% gewijzigd door Pizza_Boom op 21-04-2015 23:29 ]

[maomanna]

Top! gaat erg interessant worden!

Hier meer praktijk voorbeeldjes hoe je data kan versturen via de nRF24L01's

http://www.bitsandparts.e...-sensor-netwerk-tutorial/

http://arduino-blog.de/20...unio-schickt-echte-daten/

http://arduino-blog.de/20...-2-4-ghz-mit-dem-arduino/

https://maniacbug.wordpress.com/2012/03/30/rf24network/

http://shanes.net/simple-...ch-and-setup/#comment-236

http://sourceforge.net/projects/ardtemphum/

[RobV]

Oh shit je gaat me toch niet vertellen dat ik voor mijn simplyduino de pin header verkeerd heb staan!

[lordprimoz]

RobV schreef op dinsdag 21 april 2015 @ 14:06:
Oh shit je gaat me toch niet vertellen dat ik voor mijn simplyduino de pin header verkeerd heb staan!

heb je hem gespiegeld?

[maomanna]

zelfde als de usb breakout voor een Arduino pro mini? Daarbij is de Rx en Tx ook omgedraaid en is hij niet 1:1 over te nemen.

[lordprimoz]

oei, als dat zo is hoop ik dat je hem aan de software serial pins hebt gehangen. Dan kan je namelijk nog mooi in de code dingen wijzigen.

[RobV]

Pizza_Boom schreef op dinsdag 21 april 2015 @ 13:46:
Let op of je een nRF24L01 of nRF24L01+ hebt, de pin layout van deze chips is verschillend en ze zijn niet 1:1 uitwisselbaar.

Ik heb 10x deze besteld en dit is mijn pinout:



IRQ/MISO
MOSI/SCK
SS/D9
VIN/GND.

De module plugt er bovenop zo.

[Sigm4tic]

Nice!! Ik zat zelf ook al na te denken om een topic voor deze kleine krengen aan te maken.

[Roet]

Ik ben vooral benieuwd naar het bereik. Ik heb hier meerdere radio modules liggen nu, waaronder de nRF24L01+ met PCB antenne en de nRF24L01+ met SMA antenne.

Ik ben zelf vooral benieuwd naar het bereik van een SMA variant ten opzichte van een PCB variant.

Heeft iemand hier al praktijktesten gedaan voor het bereik?

@RobV, de nRF24L01+ die ik hier heb liggen past in ieder geval in jouw layout. Ik kan niet echt vinden wat er verschilt qua pin-layout op de nRF24L01?

[thedon46]

Als ik het goed heb begrepen kan je hier een node netwerk mee opzetten.

In dit plaatje is 00 je base station waar 01,02,03 en 04 aanhangen.
011,021,031 en 041 praten dan via 01 met 00.
Dus bereik zou geen probleem moeten zijn bij gebruik van nodes

[Pizza_Boom]

Roet schreef op dinsdag 21 april 2015 @ 14:24:
RF24L01+ die ik hier heb liggen past in ieder geval in jouw layout. Ik kan niet echt vinden wat er verschilt qua pin-layout op de nRF24L01?

Een nRF24L01 heeft 10 pinnen. De "bovenste" 2 zijn VCC en de onderste 2 zijn Gnd. De Pluss heeft er "maar" 8, waarbij de GND en de VCC naast elkaar zitten.

RobV schreef op dinsdag 21 april 2015 @ 14:17:
[...]


Ik heb 10x deze besteld en dit is mijn pinout:

[afbeelding]

IRQ/MISO
MOSI/SCK
SS/D9
VIN/GND.

De module plugt er bovenop zo.

Voor zover ik na kan gaan, is er geen probleem. Als ik de mijne omdraai en ertegenaan leg, dan zitten de VCC en GND naast elkaar, precies gespiegeld. Klopt dus.

[maomanna]

en anders met jumpwires connecten voor the time being.

[RobV]

maomanna schreef op dinsdag 21 april 2015 @ 14:55:
en anders met jumpwires connecten voor the time being.

Nou ik dacht het niet.. Ik heb nog geen 24 uur geleden een zwik van die PCB boardjes besteld bij iTead om de errors van de vorige versie op te lossen. Dus ik ben SUPERBLIJ dat ik de juiste pinout blijk te hebben.

[Pizza_Boom]

RobV schreef op dinsdag 21 april 2015 @ 14:58:
[...]

Nou ik dacht het niet.. Ik heb nog geen 24 uur geleden een zwik van die PCB boardjes besteld bij iTead om de errors van de vorige versie op te lossen. Dus ik ben SUPERBLIJ dat ik de juiste pinout blijk te hebben.

Stelt dit je gerust?

[RobV]

Pizza_Boom schreef op dinsdag 21 april 2015 @ 15:10:
[...]
Stelt dit je gerust?

Thanks, maar wat is dan wel het verschil tussen de NRF24L01 en de NRF24L01+ pinout? Had je het misschien over de pinout van de chip zelf (en niet het breakout board)?

[Pizza_Boom]

RobV schreef op dinsdag 21 april 2015 @ 16:01:
[...]

Thanks, maar wat is dan wel het verschil tussen de NRF24L01 en de NRF24L01+ pinout? Had je het misschien over de pinout van de chip zelf (en niet het breakout board)?

Kijk zelf maar:

[RobV]

Nou, dat lijkt me duidelijk..

[Pizza_Boom]

RobV schreef op dinsdag 21 april 2015 @ 16:20:
Nou, dat lijkt me duidelijk..

Op hoeveel nRFjes wacht jij eigenlijk? Als je ook al wacht op een berg PCB's...

[ Voor 9% gewijzigd door Pizza_Boom op 21-04-2015 16:25 ]

[Roet]

Staat in zijn post, 10.

RobV schreef op dinsdag 21 april 2015 @ 14:17:
[...]
Ik heb 10x deze besteld en dit is mijn pinout:

[Pizza_Boom]

Roet schreef op dinsdag 21 april 2015 @ 16:33:
Staat in zijn post, 10.


[...]

Oh, ja...

Blijft trouwens nog best lastig, de verdere code doorgronden van die voorbeeldprogramma's.

[Roet]

Wat wil je bereiken / weten? Misschien kunnen we je helpen?

[Pizza_Boom]

Ik wil uiteindelijk data oversturen van de ene chip naar de andere. Met de PIC lukte het nog niet, dus daarom dat ik overgestapt ben op de Arduino. Dat standaard ping-pong programma draait, dus ze zijn goed aangesloten. Nu gaat denk ik het gebrek aan Arduino ervaring ook meespelen. Ik dacht te beginnen met een paar drukknoppen aan de ene Arduino en dan LED's aan de andere. 1 LED is gekoppeld aan 1 button, als je dan op knop 1 drukt, gaat LED 1 aan. Ik heb al LED's laten reageren op een button, maar dat zat allemaal in 1 Arduino.

[RobV]

Jawel! ik ben vandaag bij de hackerspace op bezoek geweest (leuke plek/mensen trouwens) en heb daar 2pcs nrf24l01+ kunnen scoren. Dus kan ik morgen beginnen aan de firmware voor mijn sensor netwerkje .

[Pizza_Boom]

Succes ermee. Al enig idee hoe e.e.a. werkt? Volgens mij moest je ook bij 0 beginnen?

[RobV]

Jep. ik begin morgen bij 0,9 want ik heb mij al enigszins ingelezen in de rf libraries. Ik zal allereerst een 3.3v ftdi moeten fabriceren om hem ueberhaupt te kunnen draaien, want mijn bordje mist nog een regulator. En ik ben bang dat het verkloot als ik iedere keer moet ompluggen als ik met 5v ga spelen. Vergeet niet dat ik er 2 moet hebben lopen om de boel te testen.

[Pizza_Boom]

Gewoon een LM317T in een breadboardje? Zo draai ik ook. Vergeet alleen je condensator op VCC-GND aan de RF kant niet.

[ThinkPad]

Goed opletten dat je geen fake nRF24L01+ koopt: http://forum.mysensors.or...-worse-fakes-are-emerging

(Dat MySensors project is leuk trouwens, kun je een netwerkje opzetten met verschillende nodes met sensoren (temp, vochtigheid, lux etc etc)).

[RobV]

Pizza_Boom schreef op dinsdag 21 april 2015 @ 22:28:
Gewoon een LM317T in een breadboardje? Zo draai ik ook. Vergeet alleen je condensator op VCC-GND aan de RF kant niet.

hey ik heb niet voor niets spul voor 10 simplyduino's liggen... even geduld. ik verzin wel iets

[Pizza_Boom]

ThinkPadd schreef op dinsdag 21 april 2015 @ 22:32:
Goed opletten dat je geen fake nRF24L01+ koopt: http://forum.mysensors.or...-worse-fakes-are-emerging

Toegevoegd aan de OP, thanks.

RobV schreef op dinsdag 21 april 2015 @ 22:36:
[...]

hey ik heb niet voor niets spul voor 10 simplyduino's liggen... even geduld. ik verzin wel iets

Wat kost een LM317 nou?

[Sigm4tic]

Pizza_Boom schreef op dinsdag 21 april 2015 @ 23:34:
Wat kost een LM317 nou?

Bij de electronicazaak in Drachten €0,95.

[verbraakje]

ThinkPadd schreef op dinsdag 21 april 2015 @ 22:32:
Goed opletten dat je geen fake nRF24L01+ koopt: http://forum.mysensors.or...-worse-fakes-are-emerging

(Dat MySensors project is leuk trouwens, kun je een netwerkje opzetten met verschillende nodes met sensoren (temp, vochtigheid, lux etc etc)).

Volgens mij heb ik alleen maar fake modules. En heb er 1 van de 30 die het niet doet. Dat hij extra energie zou gebruiken is volgens mij maar minimaal. Verder werken ze gewoon prima (afstand van c.a 50 tot 60 meter is zeker haalbaar)

[RobV]

Pizza_Boom schreef op dinsdag 21 april 2015 @ 22:28:
Gewoon een LM317T in een breadboardje? Zo draai ik ook. Vergeet alleen je condensator op VCC-GND aan de RF kant niet.

Ik zou graag aan de slag gaan met de nrfjes, maar ben een beetje oververmoeid na gisteren. Ik houd jullie op de hoogte van de vorderingen hoor. Vanmiddag verder.

[Pizza_Boom]

Sigm4tic schreef op woensdag 22 april 2015 @ 07:40:
Bij de electronicazaak in Drachten €0,95.

Dat is dan toch wel voor 2 hè? Ik betaal ook 95 cent, maar wel voor 2 stuks LM317T.

verbraakje schreef op woensdag 22 april 2015 @ 09:04:
Volgens mij heb ik alleen maar fake modules. En heb er 1 van de 30 die het niet doet. Dat hij extra energie zou gebruiken is volgens mij maar minimaal. Verder werken ze gewoon prima (afstand van c.a 50 tot 60 meter is zeker haalbaar)

Als ik het goed begrijp gaat het vooral om het chipje dat erin zit. Bij de nRF24L01+ kloontjes is het nog een origineel chipje, bij de fakes is het chipje ook gekloond waardoor die niet goed werkt.

RobV schreef op woensdag 22 april 2015 @ 12:20:
Ik zou graag aan de slag gaan met de nrfjes, maar ben een beetje oververmoeid na gisteren. Ik houd jullie op de hoogte van de vorderingen hoor. Vanmiddag verder.

Sterkte en tot vanmiddag.

[verbraakje]

Ik zag trouwens dat ik chips heb met LM317T en LM317N iemand enig idee wat het verschil is?

[Puch-Maxi]

Het formaat en de package toch? De T is TO-220.

[Raven]

Package en max. hoeveelheid stroom dacht ik.

[Sigm4tic]

Pizza_Boom schreef op woensdag 22 april 2015 @ 12:39:
[...]
Dat is dan toch wel voor 2 hè? Ik betaal ook 95 cent, maar wel voor 2 stuks LM317T.

Nou... Nee. Die gasten hebben een enorme winstmarge . Moet ook wel als mensen steeds maar een of twee van iets kopen van die dingetjes.

[ Voor 3% gewijzigd door Sigm4tic op 22-04-2015 16:41 ]

[RobV]

Het feestje duurde maar kort, want mijn 3v3 batterijtje was snel op met deze sketch...

[ Voor 29% gewijzigd door RobV op 22-04-2015 17:31 ]

[Sigm4tic]

@RobV, mooi dat het gelukt is. Wat heb je een mooie houder voor je Arduino Uno zeg! Zelf ge-3dprint of gewoon gekocht?

[RobV]

Deze is toevallig van thingiverse. Ik weet helaas niet meer welke versie, maar ik heb hem wel zelf geprint!

EDIT:
Waar ik minder tevreden over ben is dat ik nu hele zwakke verbinding heb over 5 meter.

code:

Now sending 46886...Failed, response timed out.
Timeout duration: 23
Now sending 52161...Failed, response timed out.
Timeout duration: 23
Now sending 57413...Got response 57413, round-trip delay: 30
Now sending 62443...Failed, response timed out.
Timeout duration: 23
Now sending 67719...Failed, response timed out.
Timeout duration: 23
Now sending 72971...Failed, response timed out.
Timeout duration: 23
Now sending 78223...Failed, response timed out.
Timeout duration: 23
Now sending 83475...Failed, response timed out.
Timeout duration: 23
Now sending 88727...Failed, response timed out.
Timeout duration: 23
Now sending 94003...Failed, response timed out.
Timeout duration: 23
Now sending 99255...Failed, response timed out.
Timeout duration: 23
Now sending 104529...Got response 0, round-trip delay: 104540
Now sending 109541...Failed, response timed out.
Timeout duration: 23
Now sending 114814...Failed, response timed out.
Timeout duration: 23
Now sending 120068...Got response 0, round-trip delay: 120093
Now sending 125094...Failed, response timed out.
Timeout duration: 23

etc.

Ik heb op beide modules een 10µF cap gezet tussen de VCC en GND maar dat maakt niets uit. De simplyduino heb ik op de bench supply gezet (3.31v) en de Arduino hangt aan de powered USB voeding vanwege de serial port. Ik heb de nrf via de 3.3v aansluiting van de Arduino hangen met de overige poorts rechtstreeks. Met een line-of-sight van 3 meter tussen 2 de modules lijkt het ietsje beter te gaan. Maar ik had gelezen dan 50M makkelijk haalbaar moet zijn?

EDIT 2:
Ik had wellicht even moeten melden dat ik de NRF library van ManiacBug gebruik. Mogelijk zijn er inmiddels updates?

Onderstaande regeltjes lijkt het ietsies te verbeteren maar ik krijg nog veel storingen.

code:

radio.setDataRate( RF24_2MBPS ) ;
radio.setPALevel( RF24_PA_MAX ) ;

[ Voor 96% gewijzigd door RobV op 22-04-2015 20:03 ]

[Pizza_Boom]

RobV schreef op woensdag 22 april 2015 @ 19:36:
Ik heb op beide modules een 10µF cap gezet tussen de VCC en GND maar dat maakt niets uit. De simplyduino heb ik op de bench supply gezet (3.31v) en de Arduino hangt aan de powered USB voeding vanwege de serial port. Ik heb de nrf via de 3.3v aansluiting van de Arduino hangen met de overige poorts rechtstreeks. Met een line-of-sight van 3 meter tussen 2 de modules lijkt het ietsje beter te gaan. Maar ik had gelezen dan 50M makkelijk haalbaar moet zijn?

Moet je een van de registers veranderen. Je kan namelijk het zendend vermogen aanpassen tussen 0, -6, -12 en -18 dBm

EDIT 2:
Ik had wellicht even moeten melden dat ik de NRF library van ManiacBug gebruik. Mogelijk zijn er inmiddels updates?

Onderstaande regeltjes lijkt het ietsies te verbeteren maar ik krijg nog veel storingen.

code:

radio.setDataRate( RF24_2MBPS ) ;
radio.setPALevel( RF24_PA_MAX ) ;

Die libs gebruik ik ook. Gedownload slecht te lezen.

[RobV]

Pizza_Boom schreef op woensdag 22 april 2015 @ 20:54:
[...]
Moet je een van de registers veranderen. Je kan namelijk het zendend vermogen aanpassen tussen 0, -6, -12 en -18 dBm

[...]
Die libs gebruik ik ook. Gedownload slecht te lezen.

Ik neem aan dat ik die registers via en RF api kan aanpassen en dat ik zelf niet hoef te gaan lopen grassen in datasheets... deze class-documentatie lijkt me wel voldoende.

[QuasaR]

@RobV, heb je de nRF24L01 of de nRF24L01+ ?
Het zou kunnen dat je de verkeerde libs gebruikt ?

Deze lijkt voor de nRF24L01 -> https://github.com/maniacbug/RF24
Deze lijkt voor de nRF24L01+ -> https://github.com/maniacbug/RF24Network

[maomanna]

RobV schreef op woensdag 22 april 2015 @ 17:31:
Het feestje duurde maar kort, want mijn 3v3 batterijtje was snel op met deze sketch...

Dacht eens gelezen te hebben dat je hem in een soort deep sleep kan zetten, zodat hij nog minder stroom verbruikt. Dan stuurt hij alleen bij wijziging van bijv temp (of andere sensor) het signaal door.

[Pizza_Boom]

QuasaR schreef op woensdag 22 april 2015 @ 21:40:
@RobV, heb je de nRF24L01 of de nRF24L01+ ?
Het zou kunnen dat je de verkeerde libs gebruikt ?

Deze lijkt voor de nRF24L01 -> https://github.com/maniacbug/RF24
Deze lijkt voor de nRF24L01+ -> https://github.com/maniacbug/RF24Network

Ik draai de bovenste lib, maar heb wel nRF24L01+ units. Werd in deze how to gelinkt naar de bovenste lib.

[RobV]

Ok guys, even een update. Het is voor mij al veel te laat, maar ik wilde jullie toch bedanken voor alle hulp. Samenvatting: het gaat al beter nu ik naar 256KBPS gegaan ben.

QuasaR schreef op woensdag 22 april 2015 @ 21:40:
Het zou kunnen dat je de verkeerde libs gebruikt ?

Ik heb wel degelijk de L01+. De RF24Network library maakt gebruik van de RF24 om extra functies toe te voegen, dat scheelt je weer werk. Ik blijf even bij de RF24 hangen tot de boel stabiel is.

maomanna schreef op woensdag 22 april 2015 @ 22:19:
Dacht eens gelezen te hebben dat je hem in een soort deep sleep kan zetten, zodat hij nog minder stroom verbruikt. Dan stuurt hij alleen bij wijziging van bijv temp (of andere sensor) het signaal door.

Deep sleep. yes! Ik had de deep sleep van de simplyduino al aan de praat, en de RF24 lib ondersteunt ook een mooie radio.powerDown(); dus daar gaan we lekker gebruik van maken morgen.

Pizza_Boom schreef op woensdag 22 april 2015 @ 22:19:
Ik draai de bovenste lib, maar heb wel nRF24L01+ units. Werd in deze how to gelinkt naar de bovenste lib.

En om de volgende regel moet je natuurlijk af en toe gewoon pauze nemen:

code:

#define CE  8
#define CS  9

RF24 radio(CE, CS);

Leuk joh, code kopiëren!! Zeker als je CE en CS op respectievelijk 9 en 10 zitten

Anyway, de serial monitor staat weer lekker data te pompen dus ik zet alles uit en ga naar bed. Morgen een grote dag (afspraak met de ex-baas), dus ik ga even fijn dromen van de vooruitgang die ik vandaag heb bereikt en niet wakker liggen van wat er morgen op me af gaat komen.

[Mr_gadget]

RobV schreef op woensdag 22 april 2015 @ 17:31:


[afbeelding]
[afbeelding]

Het feestje duurde maar kort, want mijn 3v3 batterijtje was snel op met deze sketch...

Waar heb je die snoertjes vandaan? Heb van die Ebay snoertjes maar die schieten de hele tijd los...

[Pizza_Boom]

Dat zijn volgens mij gewoon dupont draadjes. Zijn je male connectortjes niet gewoon te klein?

[RobV]

Ik heb ongeveer een kilo van die draadjes en als er een niet goed blijft zitten gaat hij 1-2 de recycle mand in. Gewoon lowcost ebay dupont idd, male/female. Ik heb ook nog een kast vol met pin housings zodat ik 2/3/5 pins connectors maken kan.

[Pizza_Boom]

RobV schreef op woensdag 22 april 2015 @ 22:50:
Ok guys, even een update. Het is voor mij al veel te laat, maar ik wilde jullie toch bedanken voor alle hulp. Samenvatting: het gaat al beter nu ik naar 256KBPS gegaan ben.

Okee. En standaard staat ie op 1 MBS?

Ik heb wel degelijk de L01+. De RF24Network library maakt gebruik van de RF24 om extra functies toe te voegen, dat scheelt je weer werk. Ik blijf even bij de RF24 hangen tot de boel stabiel is.

Dus de RF24 moet gewoon kunnen werken? Dan blijf ik daar ook even bij.

En om de volgende regel moet je natuurlijk af en toe gewoon pauze nemen:

code:

#define CE  8
#define CS  9

RF24 radio(CE, CS);

Leuk joh, code kopiëren!! Zeker als je CE en CS op respectievelijk 9 en 10 zitten

Ja, das weer niet handig.

Anyway, de serial monitor staat weer lekker data te pompen dus ik zet alles uit en ga naar bed. Morgen een grote dag (afspraak met de ex-baas), dus ik ga even fijn dromen van de vooruitgang die ik vandaag heb bereikt en niet wakker liggen van wat er morgen op me af gaat komen.

Succes! Ook (of juist) morgen!

[Looney11]

Sinds langere tijd probeer ik met een RFM73 en de Radiohead library een verbinding op te zetten. Het is me tot nu toe een paar keer gelukt..

De bedoeling is uiteindelijk dat van de SDkaart een textdocument verstuurd gaat worden middels de RFM73 maar het schijnt dat het delen van de SPI bus in de libraries niet uitgewerkt is.

Ik ga nu de NRF library proberen, het schijnt dat de RFM73 daarmee compatible is.

[Pizza_Boom]

Jeuj, ik lees een potmeter uit en krijg getalletjes op mijn andere Arduino terug.

[RobV]

Pizza_Boom schreef op donderdag 23 april 2015 @ 14:57:
Jeuj, ik lees een potmeter uit en krijg getalletjes op mijn andere Arduino terug.

Proficiat! Ik krijg ook de data die ik hebben wil:

code:

Radio available
NodeID    0x33221101     
Metric    34
Value     583
Checksum  0x0d

Netjes packets van 8 octets versturen en ontvangen. De checksum blijkt helemaal niet nodig (want de module doet zelf de CRC) dus die gebruik ik maar als packet counter, zodat ik kan zien of ik bij het ontvangen packets mis..

[Pizza_Boom]

RobV schreef op donderdag 23 april 2015 @ 17:59:
[...]

Proficiat! Ik krijg ook de data die ik hebben wil:

code:

Radio available
NodeID    0x33221101     
Metric    34
Value     583
Checksum  0x0d

Netjes packets van 8 octets versturen en ontvangen. De checksum blijkt helemaal niet nodig (want de module doet zelf de CRC) dus die gebruik ik maar als packet counter, zodat ik kan zien of ik bij het ontvangen packets mis..

Nouja, dit was nog niet wat ik wilde hebben, maar ik heb weer een stapje doorgezet. Ook erg prettig. Wat heb jij aan send code erin staan?

[RobV]

code:

typedef struct 
{
  uint32_t nodeId;
  uint16_t value;
  uint8_t metricId;
  uint8_t checksum;
} SensoduinoPacket;

en dan verderop

code:

SensoduinoPacket packet;
packet.nodeId = nodeId;
packet.value = val;
packet.metricId = 34;
packet.checksum = packetNumber++;      
      
bool ok = radio.write( &packet, sizeof(SensoduinoPacket) );

Niet echt spannend...

[RobV]

Ik ben aan het onderzoeken hoe ik mijn sensor netwerkje wil gaan opbouwen. Het wordt in elk geval een sternetwerk, met 1 centrale nrf als hub (misschien moet daar een antenne aan voor de powerrrr).

Iedere node heeft zijn eigen ID, en de hub opent dan een listeningPort met een vast adres. Het probleem is echter dat een ACK packet teruggestuurd wordt naar de node en die moet dan dus een eigen ID hebben (als ik het goed begrepen heb). En aangezien een NRF maar 5 reading ports tegelijk kan open hebben zitten we dus al snel aan het plafond.

Onderstaande link pakt het anders aan en disabled de auto ACK en vervangt deze door een eigen addressing system. Daarmee vervalt de noodzaak om voor iedere node een uniek ID te hebben maar het nadeel is wel dat je een stuk meer in software moet doen.

Misschien voor anderen ook interessant: https://www.insidegadgets...lowing-for-255-addresses/

[Anoniem: 187449]

promiscuously sniffing

[RobV]

Progress was made today

Naar aanleiding van het artikel over een sensornetwerkje en de beperking van 255 adressen vanochtend zelf maar eventjes een netwerk protocol geimplementeerd met eigen ACK/retry handling. Met dit protocol kan ik packets tot 24bytes versturen/ontvangen zonder het hoeven instellen van een 5-bytes clientID (omdat ze allemaal dezelfde gebruiken). De code leunt op de RF24 library voor de IO, maar disabled de AutoACK en doet dat lekker zelf. Dit maakt het voor mij mogelijk om ook in de code te kunnen detecteren wanneer retries nodig waren.

De hele beschrijving inclusief de pseudo-code staat hier op de develop trunk. Verder een direct linkje naar de client class met de retry code en de hub code.

Edit:
Na een dagje draaien lijkt het super te gaan met de packet delivery. Mijn log laat netjes zien dat packetjes een ACK krijgen, en dat pakketjes niet meerdere keren verwerkt worden (ook belangrijk). Ik merk uit de logs dat de client soms een ACK niet ontvangt en dan het pakket 1 of meerdere keren opnieuw stuurt. Dus de data van client->server gaat prima, maar server->client gaat in 1% van de gevallen niet helemaal goed. Het zou er iets mee te maken kunnen hebben dat er in de client een stopListening() en startListening() cycle zit. Mogelijk wordt de ACK precies verstuurt op het moment dat de client stopt met luisteren en een retry uitvoert. De vraag is dus eigenlijk of de NRF kan ontvangen TERWIJL er gezonden wordt?

Waar ik heel erg benieuwd naar ben is hoe het zich gaat gedragen met meerdere nodes die mogelijk tegelijk hun data willen gaan versturen. Wegens gebrek aan hardware (vregs, nrf's, arduinos) kan ik dat helaas nog niet opzetten, dat duurt nog een paar weekjes voordat de spullenboel binnenkomt.

[ Voor 35% gewijzigd door RobV op 27-04-2015 21:12 ]

[craio]

Gebruiken jullie externe interrupt met de IRQ pin of status register pollen?
Bij mij werkt om de één of andere reden de IRQ pin niet als ik niet eerst poll...

[RobV]

Een van de voordelen van je eigen ACK-protocol schrijven is te zien wat er nou daadwerkelijk gebeurt.

Wat me opviel namelijk is dat de datapackets van de client wel aankomen, maar dat de client af en toe besluit het pakket nogmaals te versturen. Het komt eigenlijk nauwelijks voor dat een pakketje van de client niet aankomt. Bij het uitblijven van een bevestiging van de hub heb ik gebouwd dat het pakketje nogmaals gestuurd wordt, met een retry counter (zodat ik in de logs kan zien hoe vaak het pakketje verstuurd is voordat het aankomt). Als een ACK niet aankomt kan dat 2 dingen betekenen: De ACK wordt niet verzonden of de ACK wordt niet begrepen.

Uit mijn analyse en debugging kon ik opmaken dat de client->hub wel 99% goed gaat, maar hub->client veel minder (95% gemiddeld). Na enig nadenken kon ik maar 1 conclusie trekken: de 3.3v regular van de Arduino Uno trekt het niet om een packet van hub->client te versturen. Na een korte test met een aparte voeding op de NRF24L01 kon ik mijn vermoeden bevestigen!

[craio]

@RobV: Volgens datasheet verbruikt de chip max 13.5mA. Hoeveel kan de regulator maar leveren?
Edit: Hm, verbruik hangt nog af van antenne+amp die eraan hangt etc, kan blijkbaar > 100mA zijn.(bvb)

[ Voor 80% gewijzigd door craio op 27-04-2015 23:26 ]

[RobV]

Ik had op veel sites gelezen dat 50mA niet genoeg was, en dat ie bij pieken wel tot 120mA kan gaan. Het is ook maar af en toe, en wanneer ik de antenne verplaats. Betonnen muren houdt hij ook niet van. Ik heb er een 10uF cap op staan dat scheelt iets. Ik moest de bitrate ook al naar 250kbps zetten anders gebeurde er sowieso weinig (beide kanten op) Maar voordat ik mijn conclusies trek eerst even een duurtest doen met beide tranceivers op fatsoenlijke spanning zetten morgen!

Edit:

craio schreef op maandag 27 april 2015 @ 23:19:
@RobV: Volgens datasheet verbruikt de chip max 13.5mA. Hoeveel kan de regulator maar leveren?
Edit: Hm, verbruik hangt nog af van antenne+amp die eraan hangt etc, kan blijkbaar > 100mA zijn.

quote: OP

Voor gebruik op een Arduino betekent dit dat er een spanningsregelaar gebruikt moet worden, vaak is de 3,3V uitgang die op enkele Arduino boards te vinden is, niet stabiel genoeg.

Dus niet zozeer het voltage, als meer de stabiliteit zou de oorzaak kunnen zijn.

[ Voor 38% gewijzigd door RobV op 28-04-2015 09:56 ]

[Pizza_Boom]

Wat stuurt dat ding eigenlijk rond? Ik heb er een sensorprogje aan hangen, maar dat wil ik uitbreiden, ik kan alleen niets met de waarde. Is het wel bruikbare data of stuurt ie ASCII door?

[RobV]

ik snap je vraag niet helemaal, pizza...

[Pizza_Boom]

Ik kreeg in het begin de data niet lekker verwerkt (die ik nu dus wel op mijn VU meter, zoals aangehaald in het Arduino topic, toonbaar krijg). Dus ik vroeg me af of er wel verwerkbare data werd doorgestuurd of dat er ASCII tekens werden doorgestuurd die eerst nog een nabehandeling moesten hebben.

[RobV]

je stopt er een byte in en je krijgt er een byte uit, of meerdere afhankelijk van je packetsize die je instelt. Of je gebruikt dynamic packet size, daar moet je dan weer rekening mee houden. Je krijgt een packet in zijn geheel binnen, dus geen packet assembly/disassembly nodig, en ook de CRC wordt voor je geregeld.

[Pizza_Boom]

Leuk nieuw projectje gevonden, denk ik. Vandaag in het FABlab Alkmaar samen met een ander bezig geweest met een MeArm programmeren. Gaat middels en joystick met 2 potmeters en een drukfunctie. In theorie genoeg om de hele arm mee te bedienen (4 servo's), in praktijk is het leuker om 2 joysticks te hebben omdat je dan alle functies gelijktijdig kan gebruiken. Ik hoop deze week de VUmeter in elkaar te hebben gesoldeerd, dan kijken of er nog iets mogelijk is met communicatie van een afstandje met de MeArm middels 2 Arduino's.
Eerst maar eens ergens een paar goedkope joystickjes enzo vandaan halen, werkt veel leuker dan een normale potmeter.

[ Voor 10% gewijzigd door Pizza_Boom op 08-05-2015 01:31 ]

[RobV]

Goed nieuws (en een nieuw record): De NRF'tje die ik op 15 maart had besteld zijn vond ik vandaag in mijn brievenbus. Vrijwel alle bestellingen die ik in China heb gedaan kwamen in 3 weken binnen (met 1 uitzondering van 5 weken) dus dit is met 8 weken een absoluut record. Eentje die ik liever niet wil verbreken overigens. Het was een zending van G&C supermarket, iemand waar ik tot nu toe alleen maar positieve ervaringen mee heb, mag gezegd worden.

EDIT:

Potver3x€0,10.



Boven: NRF24L01
Onder: NRF24L01+

En aangezien ik gebruik maak van de Dynamic Payload functie heb ik er dus geen drol aan nu.

EDIT 2: Wellicht goed om toe te voegen aan de starterstopic.

LET OP.




Zie de bovenstaande foto. De nrf met de 12mhz crystal (de bovenste) is GEEN Nordic, en dus ook geen nRF24L01. Met een vergrootglas bekeken en het gaat hier om een LDT LT8910SSC 1337. Volgens de Sigrok wiki is deze chip wel on-air compatible, maar de SPI commands zijn volstrekt anders. De module is dus zeker geen drop-in replacement.

[ Voor 52% gewijzigd door RobV op 08-05-2015 23:38 ]

[maomanna]

vervelend zeg!

Zelf bezig met de beginselen van deze chip. Aangesloten volgens http://arduino-blog.de/20...-2-4-ghz-mit-dem-arduino/ en het maniacbug Getting Started geladen op 1 uno en 1 nano.

Nu laat ik de nano transmitten en de uno recieven.
in de Serialmonitor van de nano zie ik alleen maar

Now sending 137184...ok...Failed, response timed out.

Now sending 138391...ok...Failed, response timed out.

Now sending 139598...ok...Failed, response timed out.

en in de uno

Got payload 408654...Sent response.

Got payload 409862...Sent response.

Got payload 411065...Sent response.

Als het programma start krijg ik dit te zien

RF24/examples/GettingStarted/
ROLE: Pong back
STATUS = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0
RX_ADDR_P0-1 = 0xf0f0f0f0d2 0xf0f0f0f0e1
RX_ADDR_P2-5 = 0xc3 0xc4 0xc5 0xc6
TX_ADDR = 0xf0f0f0f0d2
RX_PW_P0-6 = 0x20 0x20 0x00 0x00 0x00 0x00
EN_AA = 0x3f
EN_RXADDR = 0x03
RF_CH = 0x4c
RF_SETUP = 0x07
CONFIG = 0x0f
DYNPD/FEATURE = 0x00 0x00
Data Rate = 1MBPS
Model = nRF24L01
CRC Length = 16 bits
PA Power = PA_HIGH

Niet alleen maar 0x00.

Waar gaat t mis? bedrading? mis ik de uF?

[ Voor 19% gewijzigd door maomanna op 11-05-2015 22:29 ]

[Pizza_Boom]

Er komt iets binnen en gaat iets uit. Alleen de tijd daartussen is te lang. Probeer eens een ander voorbeeldprogramma?

[maomanna]

Ok, dan zit de bedrading toch goed, dat is fijn.

Zal vanavond de hello world TX en RX proberen.
of zijn er betere voorbeeld sketches?

[Pizza_Boom]

Welke libs gebruik je? Ik vond pingpong wel geinig.

[maomanna]

ik gebruik momeneel de Master van Maniacbug.

[Sleurhutje]

De multi-node library werkt op zich goed, maar ik zoek eigenlijk een X.25/AX.25 Packet Radio-achtige library om elke single point of failure uit te kunnen sluiten bij communicatie over meerdere nodes/hops.

Iemand een goede library gezien?

[sweebee]

Ik heb nu iets vreemds. Ik heb een arduino pro mini 3.3V met een NRF. Alleen wanneer de NRF verbonden is kan ik de arduino niet programmeren. Haal ik hem eraf doet die prima verbind ik hem weer dan draait alles gewoon goed. verbruik tijdens zenden rond 20mA en tijdens slapen 1.8mA.

Iemand iets soortgelijks gehad? ik krijg deze melding:

code:

avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x85
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xa7
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xa7
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xa4
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x84
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x85
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x84
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x86
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x86
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x84

[RobV]

Goed kijken of je draadjes goed zitten en geen sluiting maken. Of alles uitzetten en morgen fris opnieuw bekijken

Edit: pro mini via ftdi of via icsp flashen? Want met icsp zal je conflikten hebben op de pins mosi/miso/sck en evt reset. Bij ftdi kan het zijn dat je een rx/tx pin gebruikt voor gpio?

[ Voor 45% gewijzigd door RobV op 13-05-2015 23:37 ]

[JDTeunis]

Ik heb dat regelmatig meegemaakt met allerlei verschillende devices, heb er nooit een oplossing voor gevonden.

[sweebee]

Gewoon via een ftdi. Maar denk dat me arduino gewoon kapot was. Wou er een 12v led dimmer van maken, maar toen ik 12v op de RAW input aansloot hield me nrf er mee op. Bleek er 10v uit de regulator te komen. Nu andere nrf en arduino gepakt en die doen prima.

[RobV]

sweebee schreef op donderdag 14 mei 2015 @ 08:18:
Gewoon via een ftdi. Maar denk dat me arduino gewoon kapot was. Wou er een 12v led dimmer van maken, maar toen ik 12v op de RAW input aansloot hield me nrf er mee op. Bleek er 10v uit de regulator te komen. Nu andere nrf en arduino gepakt en die doen prima.

12v op de VRAW zou moeten kunnen (de max op de RAW is 16v volgens de datasheet van de regulator MIC5205. Tja, als je regulator kapot is dan verklaart dat een hoop.

Afhankelijk of je een 3.3v of een 5v pro mini hebt krijg je dan 5v op je NRF en daar kunnen ze echt niet tegen

[RobV]

Ik vraag me af of er mensen zijn die het gelukt is om een NRFje te laten communiceren door een betonnen muurtje, of naar een verdieping (bijvoorbeeld de zolder). Bij mij lijkt het erop dat (zelfs met een 10uF cap) er een line-of-sight moet zijn.

Zou het kunnen dat de default frequentie conflicteert met de WiFi netwerken hier in de flat? Ik bedoel, het is tenslotte ook 2.4Ghz...

[sweebee]

RobV schreef op maandag 18 mei 2015 @ 20:44:
Ik vraag me af of er mensen zijn die het gelukt is om een NRFje te laten communiceren door een betonnen muurtje, of naar een verdieping (bijvoorbeeld de zolder). Bij mij lijkt het erop dat (zelfs met een 10uF cap) er een line-of-sight moet zijn.

Zou het kunnen dat de default frequentie conflicteert met de WiFi netwerken hier in de flat? Ik bedoel, het is tenslotte ook 2.4Ghz...

Hier doen ze perfect. Hele huis door. Zolder tot kelder tot 4 huizen verder op. Werkte tot 50m Er zijn overigens wel meer mensen die heel slecht bereik hebben. Kan denk ik komen door slechte clones.

[RobV]

Ah. Er is dus nog hoop.

[sweebee]

RobV schreef op dinsdag 19 mei 2015 @ 00:35:
Ah. Er is dus nog hoop.

Op ebay/Ali besteld? Zo ja, mag ik weten bij welke verkoper? Heb al meer mensen gesproken met precies het zelfde probleem. Interessant of ze van de zelfde verkoper komen.

[verbraakje]

Ik heb er veel van alice1101983 ebay bij mij werken deze tot nu toe nog allemaal (range 50meter minimaal)

[ Voor 19% gewijzigd door verbraakje op 19-05-2015 09:40 ]

[sweebee]

Ik ook veel van Alice, pirs en nrfs. Ook goede ervaringen mee.

[RobV]

sweebee schreef op dinsdag 19 mei 2015 @ 08:54:
[...]

Op ebay/Ali besteld? Zo ja, mag ik weten bij welke verkoper? Heb al meer mensen gesproken met precies het zelfde probleem. Interessant of ze van de zelfde verkoper komen.

Ik weet de bron niet. Wachtend op de Ebay bestelling had ik 3 exemplaren geleend van een mede-hackerspacer. Ik zal het aan hem vragen vanavond.

[Pino]

Die van mij komen ook van alice, en het bereik was ruk tot ik een elco erop soldeerde, nu werken ze door mijn hele betonnen huis (3 verdiepingen)

[Icekiller2k6]

Hm ik kam dit tegen, https://hackaday.io/proje...gsley-smart-motion-sensor
Lijkt me wel een leuk project om dit volledig omt e zetten naar een nRF24 eens zo een PIR sensor bestellen...

[RobV]

RobV schreef op vrijdag 08 mei 2015 @ 21:03:
De nrf met de 12mhz crystal (de bovenste) is GEEN Nordic, en dus ook geen nRF24L01. Met een vergrootglas bekeken en het gaat hier om een LDT LT8910SSC 1337. Volgens de Sigrok wiki is deze chip wel on-air compatible, maar de SPI commands zijn volstrekt anders. De module is dus zeker geen drop-in replacement.

Update: ik heb inmiddels een rudimentaire driver geschreven voor de niet-NRF-compatibele LT8900/LT8910 modules waar ik eerder over heb gesproken. Ik krijg nu in elk geval data over de lijn. Op internet stond iets dat hij over-the-air compatible zou moeten zijn met de NRF. Dat is mij nog niet gelukt dus voorlopig alleen onderling. Vandaag rond ik de code en de documentatie af en dan geef ik het vrij voor de rest van de wereld.

[Anoniem: 187449]

andere NRF toepassing

[RobV]

LT8900 library voor Arduino gemaakt:

https://bitbucket.org/robvanderveer/lt8900lib

Opmerkingen en suggesties zijn welkom!

[sweebee]

Icekiller2k6 schreef op donderdag 21 mei 2015 @ 09:43:
Hm ik kam dit tegen, https://hackaday.io/proje...gsley-smart-motion-sensor
Lijkt me wel een leuk project om dit volledig omt e zetten naar een nRF24 eens zo een PIR sensor bestellen...

Dit al gezien? http://www.mysensors.org/build/

[Icekiller2k6]

sweebee schreef op donderdag 21 mei 2015 @ 22:50:
[...]


Dit al gezien? http://www.mysensors.org/build/

Neen kende ik nog niet, wat ik me dan wel afvraag is.. kan ik niet gewoon wegkomen met een nRF42L01 + pir sensor + battery sensor? Zonder een extra atmega erbij.

[RobV]

Wie moet de nrf dan aansturen?

[Anoniem: 187449]

Icekiller2k6 schreef op donderdag 21 mei 2015 @ 23:37:
[...]

Neen kende ik nog niet, wat ik me dan wel afvraag is.. kan ik niet gewoon wegkomen met een nRF42L01 + pir sensor + battery sensor? Zonder een extra atmega erbij.

nee dan kan je beter een ESP nemen

[sweebee]

Of als je het toch klein wilt houden met een NRF http://imall.iteadstudio.com/mysensors-micro.html het formaat van een NRF en die kan er direct zowat plat op gesoldeerd worden.

Maar met een arduino pro mini kun je zonder headers het ook behoorlijk compact houden.

[RobV]

Om die reden heb ik http://simplicate.info/simplyduino ontwikkeld.

[ Voor 10% gewijzigd door RobV op 22-05-2015 06:25 ]

[Pizza_Boom]

Pino schreef op dinsdag 19 mei 2015 @ 16:44:
Die van mij komen ook van alice, en het bereik was ruk tot ik een elco erop soldeerde, nu werken ze door mijn hele betonnen huis (3 verdiepingen)

Mag ik vragen wat je er precies op hebt gezet? Ik heb op het boardje waarin ik ze prik een kleine condensator gezet, maar mijn bereik komt toch echt niet verder dan een meter of 15-20.

[Pino]

Pizza_Boom schreef op vrijdag 22 mei 2015 @ 14:46:
[...]
Mag ik vragen wat je er precies op hebt gezet? Ik heb op het boardje waarin ik ze prik een kleine condensator gezet, maar mijn bereik komt toch echt niet verder dan een meter of 15-20.

Even uit mijn hoofd 10uF

[sweebee]

Pizza_Boom schreef op vrijdag 22 mei 2015 @ 14:46:
[...]
Mag ik vragen wat je er precies op hebt gezet? Ik heb op het boardje waarin ik ze prik een kleine condensator gezet, maar mijn bereik komt toch echt niet verder dan een meter of 15-20.

Binnenshuis of open-air? binnenshuis kan dat best acceptabel zijn. Dit is een beetje afhankelijk van je huis. Maar buitens huis moet 50/60 meter zeker haalbaar zijn.