Het grote nRF24L01(+) en aanverwanten topic

[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/

[Verwijderd]

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.

[Verwijderd]

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?

[Verwijderd]

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.

[Pizza_Boom]

sweebee schreef op vrijdag 22 mei 2015 @ 14:59:
[...]


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.

Ope air, willekeurig gericht. Op breadboard maakte het heel erg uit hoe ze gericht stonden, maar het zit nu in een kastje ingebouwd waarin dat niet te zien is.

[Sigm4tic]

Ik ben bezig met de RF24 library van Maniacbug en probeer de joystick_receive en de joystick_transmit sketches te gebruiken, maar ik krijg in de seriële monitor steeds rond de 5x no connection en dan de waarde van de potmeters en dan weer 5x no connection enz. Ik heb ook de sketch pingpair gebruikt en die werkt wel, dus de bedrading klopt gewoon.

Weet iemand waardoor dit kan komen en hoe ik dit kan verbeteren?

[Pizza_Boom]

De verzendinterval vergroten wellicht. Het viel mij op dat je bij continue verzenden op gegeven moment tegen de limieten van Arduino's aan loopt en het zooitje kan gaan resetten voordat het weer werkt.

Mijn eindresultaat: Demomodel draadloze communicatie:

Resetknop, terugmelding op de versturende unit, indicatieled die aangeeft wanneer er gestuurd wordt en draadloos op accu.

[RobV]

Even een korte update over mijn ervaringen met de NRF'jes. Ik had eerder vragen gesteld over de kwaliteit van de verbinding. 5 meter 'line of sight' was het maximum wat ik kon halen, zelfs met een 10 µF condensator.

Eerder deze week heb ik een nieuwe batch NRF24L01+ ontvangen en de verbindingen zijn stukken beter! Zo goed zelfs dat ik vanuit de Garage (12meter verder, 3x betonnen wanden, in de kelder) een stabiele verbinding heb met 250kbps!

Op naar het volgende projectje: een brievenbus sensor. Ik heb een brievenbus in het portiek en ik wil een seintje krijgen als er iets in ligt. Dat wordt dus een stukje mechanica bedenken om een 'weegschaaltje' te maken met een microswitch die contact maakt als er meer dan 20 gram of zo in ligt.

[Sigm4tic]

@Pizza_Boom Ziet er leuk uit!
@RobV Je zou iets met een Microschakelaar kunnen doen en de veer zo aanpassen dat deze geactiveerd wordt bij een bepaald gewicht.

Het is mij een soort van gelukt de no connection op te lossen. Ik heb de receiving op de uno gezet en de transmitting op de pro micro. Helaas weet ik niet waarom dit andersom niet werkt.

[RobV]

Sigm4tic schreef op zaterdag 30 mei 2015 @ 21:02:
@RobV Je zou iets met een Microschakelaar kunnen doen en de veer zo aanpassen dat deze geactiveerd wordt bij een bepaald gewicht.

"Great minds think alike", ja dat had ik ook in gedachten. Ik ben niet zo handig in mechanica maar ik wil iets maken dat een plankje met een veertje en een hefboom-dingetje. Het moet wel plat zijn want het moet op de bodem van de brievenbus passen (dus max 3cm hoog) en de hele bodem bedekken.

[Pizza_Boom]

Dun aluminium plaatje met een rekstrookje (2, onder het boven) op het dunnere deel waarmee het tegen de wand geschroefd zit? deel? Of een IR sensor? Een IR LED boven, IR fototransistor onder? Des noods 4 stuks parallel, eventueel met een OPAMP ertussen (self build A/D converter wordt het dan), zodat je een groter oppervlakte in je brievenbus kan zien. Kan je in een dun plankje 4 gaatjes boren en dat plankje erin leggen. Sowieso dunner dan 3 CM en minder storingsgevoelig door het ontbreken van bewegende delen (en de LED's 1x per maand even met een vochtig doekje afstoffen).

Mag ik trouwens vragen waar je nu de nRFjes besteld hebt? En zetten jullie de cap op de nRF zelf of op de houder?

[ Voor 10% gewijzigd door Pizza_Boom op 31-05-2015 00:38 ]

[RobV]

Deze laatste bestelling was bij polida (ebay), ik zal een foto plaatrn van de ic markings straks. Op mijn eigen SensoDuino boardje zit een 4.7 µF cap over VCC/GND bij de NRF socket. Met de nrfs die ik hiervoor had maakte dat geen drol uit.

EDIT:
Goed ontvangst (links) en slecht ontvangst (rechts). Merk op dat de printjes met goed ontvangst geen silk screen hebben. PCB ontwerp is verder identiek, hooguit de afstand van de caps bij C1/C2)



Detail slecht ontvangst (opdruk NRF A/24L01+/0834AF, flux residue)


Detail goed ontvangst (opdruk NRF T/24L01+/1420JB)

[ Voor 65% gewijzigd door RobV op 31-05-2015 08:25 ]

[Verwijderd]

helaas, ik heb de 'goede' waarschijnlijk .. dus het lag aan mij

[sweebee]

Ik heb hier de 1453AB en de 1420JB beide werken goed.

[Pizza_Boom]

Ik heb M's: NRF M 24L01+ 1242AF

[maomanna]

RobV schreef op zaterdag 30 mei 2015 @ 22:35:
[...]

"Great minds think alike", ja dat had ik ook in gedachten. Ik ben niet zo handig in mechanica maar ik wil iets maken dat een plankje met een veertje en een hefboom-dingetje. Het moet wel plat zijn want het moet op de bodem van de brievenbus passen (dus max 3cm hoog) en de hele bodem bedekken.

is zoiets niet handig? Een plaat die de bodem bedekt, waar de post dan op valt. Is dit iets voor je?

[RobV]

maomanna schreef op dinsdag 02 juni 2015 @ 08:59:
[...]


is zoiets niet handig? Een plaat die de bodem bedekt, waar de post dan op valt. Is dit iets voor je?

Goed idee, maar $17.00 voor een postsensor.

Ik neem dan liever deze. Post van 500gr komt zelden door de bus bij mij, dus ik zat meer te denken aan meting van 20gr. Maar de sensor komt ik wel uit. Een eenvoudige wel/niet sensor is prima. Ik ben nog aan het denken over de mechanica achter te 'domme weegschaal' om te zorgen dat het gewicht overal gelijk verdeel is zonder al te veel tandwieltjes en asjes. Een simpel hefboompje met 2/3 parallelle assen moet voldoende zijn denk. Veertje eronder, microswitch, afstelschroef.

[ Voor 4% gewijzigd door RobV op 02-06-2015 09:17 ]

[maomanna]

op ebay of aliexpress zijn ze idd een stuk goedkoper.

Zoveel mechanica hoeft er niet te komen, wellicht kan je er 2 op de bodem leggen en daar het plaatje op. kalibreren en klaar. Daar heb je niks voor nodig.

Als je een microswitch pakt en er ligt post in, dan blijft hij toch contact maken?

Je zou eventueel ook een "raam/deur" sensor kunnen pakken, die je een signaal geeft als de klep wordt geopend. Alleen weet je dan niet of er daadwerkelijk post in ligt.

[ Voor 10% gewijzigd door maomanna op 02-06-2015 09:26 ]

[RobV]

Pizza_Boom schreef op dinsdag 02 juni 2015 @ 01:54:
Ik heb M's: NRF M 24L01+ 1242AF

Ik heb even zitten graven in de datasheet van Nordic.



De 1242AF, of de 1420JB, en zelfs de 0834AF blijken dus respectievelijk uit 2012, 2014 en 2008 (!) te komen, waarbij ik bij de 0834 echt het stellige vermoeden heb dat het goedkope kloons zijn gezien de rommeligheid van de opdrukken (in dezelfde batch had ik zelfs IC's zonder opdruk).

Ok, dit was niet zo moeilijk eigenlijk...

maomanna schreef op dinsdag 02 juni 2015 @ 09:23:
op ebay of aliexpress zijn ze idd een stuk goedkoper.

Zoveel mechanica hoeft er niet te komen, wellicht kan je er 2 op de bodem leggen en daar het plaatje op. kalibreren en klaar. Daar heb je niks voor nodig.

Je zou eventueel ook een "raam/deur" sensor kunnen pakken, die je een signaal geeft als de klep wordt geopend. Alleen weet je dan niet of er daadwerkelijk post in ligt.

Nee inderdaad, moeilijk zal het niet zijn en veel ingewikkelder moet het ook niet worden. Het is denk ik een kwestie van 'wat heb ik nog in de kast liggen' en kijken hoever ik kom..

[Pizza_Boom]

RobV schreef op dinsdag 02 juni 2015 @ 09:29:
[...]

Ik heb even zitten graven in de datasheet van Nordic.

[afbeelding]

De 1242AF, of de 1420JB, en zelfs de 0834AF blijken dus respectievelijk uit 2012, 2014 en 2008 (!) te komen, waarbij ik bij de 0834 echt het stellige vermoeden heb dat het goedkope kloons zijn gezien de rommeligheid van de opdrukken (in dezelfde batch had ik zelfs IC's zonder opdruk).

Ok, dit was niet zo moeilijk eigenlijk...

Valt me nog mee, gezien het feit dat ik ze bijna een jaar in huis heb. Maar je ziet inderdaad duidelijk verschil ook in solderen tussen die jij hebt als goedkope 2008ers en de andere, zowel de mijne als de jouwe. Die zijn veel netter geplaatst.

Nee inderdaad, moeilijk zal het niet zijn en veel ingewikkelder moet het ook niet worden. Het is denk ik een kwestie van 'wat heb ik nog in de kast liggen' en kijken hoever ik kom..

En zoals ik opperde? Paar IR LED's en ontvangers uitlijnen, aan een opampje knopen en daarmee werken?

[ Voor 8% gewijzigd door Pizza_Boom op 02-06-2015 13:45 ]

[RobV]

Pizza_Boom schreef op dinsdag 02 juni 2015 @ 13:44:
En zoals ik opperde? Paar IR LED's en ontvangers uitlijnen, aan een opampje knopen en daarmee werken?

Geen ir leds in huis...

[Pizza_Boom]

Bestel je er een paar voor een appel en een ei in China. Die troep kost echt geen drol. Wij hebben ooit eens meegedaan aan een wedstrijd voor een lijnvolgrobot. Okee, de opdracht was te groot, geen enkel team finishte binnen gestelde tijd en bij ons besloot de spanningsregelaar eruit te klappen (met printplaatfrituur tot gevolg), maar met het zien van de lijn hadden wij geen probleem. Paar IR leds en bijbehorende fototransistoren aangesloten op een quad opamp en we zagen wit op beige zelfs. Voor 4 euro per set (bij Conrad), we hadden 2 sets gebouwd en nog reserveonderdelen. Andere teams met gesponsorde sensoren van 70 euro 't stuk maar mopperen omdat de lijn grijs was in plaats van wit en de ondergrond niet perfect zwart.

[ Voor 11% gewijzigd door Pizza_Boom op 02-06-2015 15:35 ]

[sweebee]

Een update: via ander forum had iemand ook slecht bereik, hij had de NRF's 0830AE.

[RobV]

sweebee schreef op woensdag 03 juni 2015 @ 23:12:
Een update: via ander forum had iemand ook slecht bereik, hij had de NRF's 0830AE.

Bedankt! Het lijkt erop sat de 08's niet erg goed zijn. Danwel omdat ze al 7 jaar oud zijn of omdat het ripoffs zijn...

[Pizza_Boom]

RobV schreef op woensdag 03 juni 2015 @ 23:16:
[...]

Bedankt! Het lijkt erop sat de 08's niet erg goed zijn. Danwel omdat ze al 7 jaar oud zijn of omdat het ripoffs zijn...

Jammer dat je zo ver weg woont, want een test zou best leuk zijn om eens te doen. Zeker in een plug 'n play opstelling. Draait alles op dezelfde instellingen.

[ Voor 5% gewijzigd door Pizza_Boom op 03-06-2015 23:27 ]

[RobV]

Stuur anders even een pb met je woonplaats als je dat goed vindt.

[Pizza_Boom]

Ik zit er trouwens aan te denken om nog een setje van 2/3/5 (net wat goed geprijsd is) te bestellen, gewoon, eens kijken wat dat doet. Kan ze altijd weer op internet knallen.

[Pizza_Boom]

Al mensen hier ervaring met het gebruik van 2 weg communicatie? Heb daar wat naar zitten zoeken en je blijkt met een ACK bericht (waar ik al wel gebruik van maak) ook nog een payload mee te kunnen sturen.

[RobV]

Pizza_Boom schreef op donderdag 11 juni 2015 @ 12:29:
Al mensen hier ervaring met het gebruik van 2 weg communicatie? Heb daar wat naar zitten zoeken en je blijkt met een ACK bericht (waar ik al wel gebruik van maak) ook nog een payload mee te kunnen sturen.

Wat ik doe bij mijn eigen protocolletje is zenden op 1 pipe en replyen op een ander pipe. Het is feitelijk een do-it-yourself-ack maar dan met precies de payload die ik er op wil hebben. Bijvoorbeeld in de code van de server handler hier. Werkt prima. Wellicht goed om te weten dat al mijn NRF'jes in dit project dezelfde pipe identifier gebruiken (muv de master), om de beperking van 6 clients te vermijden.

[ Voor 10% gewijzigd door RobV op 19-06-2015 15:59 ]

[ThinkPad]

Kreeg op het Domoticz forum nog een goede tip voor een 3.3V spanningsregelaar: de LE33CZ
5V erin, 3,3V (max. 100mA) eruit en dat in TO-92 formaat, ideaal voor als je het spul wilt voeden met 5V (via een USB-lader ofzo). De nRF24L01+ werkt toch het beste als die een eigen 3V3 voeding krijgt, tenminste dat merkte ik met MySensors wel, direct gevoed door de Arduino Nano werkte vaak niet goed ('st=fail').

Naast bovengenoemde heb je ook nog de L4931-3.3 (max. 250mA). En de L78L33ACZ (max. 100mA, maar minder geschikt voor batterijtoepassingen door quiescent current van 6mA...)

Allemaal mooie kleine dingetjes als je je node wilt wegwerken in een compact doosje. Met een beetje zoeken moet je ze op AliExpress / eBay wel goedkoop kunnen vinden.
Volgens mij is een elco over de ingang & uitgang overigens wel handig, als ik de datasheets zo lees.

[ Voor 58% gewijzigd door ThinkPad op 22-07-2015 11:10 ]

[Pizza_Boom]

ThinkPadd schreef op woensdag 22 juli 2015 @ 10:04:
De nRF24L01+ werkt toch het beste als die een eigen 3V3 voeding krijgt, tenminste dat merkte ik met MySensors wel, direct gevoed door de Arduino Nano werkte vaak niet goed ('st=fail').

Ik heb inmiddels het vermoeden dat het zooitje niet op de PIC werkte doordat de voeding niet van de PICkit 2/3 niet goed genoeg was... Had ik dat eerder geweten, dan was ik niet zo met Arduino aan de gang gegaan...

Ik heb er zelf een hele schakeling bij gebouwd (LM317), maar inderdaad is gewoon een simpel all-in spanningsregelaartje veel handiger.

[AllesKan]

Een Nano kan maar iets van 30 a 40mA leveren. Ik maak toch nooit batterij gevoede dingen, dus ik gebruik dan onder het motto 'lekker makkelijk & grote stappen snel thuis" dit soort dingen van 40 cent: http://www.ebay.com/itm/2...geName=STRK%3AMEBIDX%3AIT

[koelkast]

Gisteren heb ik voor het eerst eens iets met een Arduino Nano en de nRF24L01+ gedaan. Een (dacht ik) simpele opbouw, met een nano als serial gateway icm Domoticz en een Nano als sensor/zender met een temperatuursensor ds18b20 en de RF erop.
Nu heb ik de gateway sketch op de ontvanger gezet, maar ik ontvang niets. Moet ik die sensor instructie geven om iets te verzenden? En zo ja, hoe? Ik zie nergens een abolute-beginner blog of zoiets. Kan iemand me hiermee op weg helpen?

[Fr33z]

koelkast schreef op maandag 14 september 2015 @ 09:07:
Gisteren heb ik voor het eerst eens iets met een Arduino Nano en de nRF24L01+ gedaan. Een (dacht ik) simpele opbouw, met een nano als serial gateway icm Domoticz en een Nano als sensor/zender met een temperatuursensor ds18b20 en de RF erop.
Nu heb ik de gateway sketch op de ontvanger gezet, maar ik ontvang niets. Moet ik die sensor instructie geven om iets te verzenden? En zo ja, hoe? Ik zie nergens een abolute-beginner blog of zoiets. Kan iemand me hiermee op weg helpen?

beste Koelkast,
ik had hetzelfde laatst, je kunt onder andere proberen de "mocksensors" sketch te laden, zie ook https://github.com/mysens...Sensors/MockMySensors.ino

Daarnaast is er in de mysensors library een debug instelling die je informatie kan geven over van alles en nog wat.

Ik had dit zelf ook maar heb uiteindelijk maar besloten zelf wat in elkaar te zetten met de rf24-library van o.a. Tmrh20. Ik weet niet of je 2 arduinos hebt , maar je kunt eens beginnen met deze sketch https://github.com/TMRh20...r/examples/GettingStarted (wel eerst de library installeren).

Het voordeel hiervan is o.a. dat je even kunt testen of je de modules goed hebt aangesloten. De library van TMRh20 heeft namelijk de functie "radio.printDetails()". Hiermee kun je in de serial-console zien of je nrf24l01 gevonden wordt (Als het niet werkt krijg je bij alle adressen 0x00 etc"

[Pizza_Boom]

Ik gebruikte zelf graag pingpair voor de tests. Sturen beide data door en acken dit.

koelkast schreef op maandag 14 september 2015 @ 09:07:
Nu heb ik de gateway sketch op de ontvanger gezet, maar ik ontvang niets. Moet ik die sensor instructie geven om iets te verzenden? En zo ja, hoe? Ik zie nergens een abolute-beginner blog of zoiets. Kan iemand me hiermee op weg helpen?

Je hebt ze toch wel op 3V3 gezet met hun + pin hè? De rest van de pinnen is 5 volt tolerant, maar de voeding moet niet hoger dan 3,3 volt komen.

Was jij niet laatst ook bezig in het Arduino topic? Ik heb, zoals je nu dit stukje schrijft, het idee dat je het niet helemaal snapt. Die sensor ken ik niet, maar mijn ervaring met sensoren is dat dit componenten zijn die zelf geen opdrachten geven. Voor zover ik weet, moet je zelf met je Nano de sensor uitlezen, deze data verwerken en op zo'n manier verpakken dat je dit makkelijk kan versturen met de nRFjes.

[ Voor 84% gewijzigd door Pizza_Boom op 29-09-2015 22:46 ]

[koelkast]

Pizza_Boom schreef op dinsdag 29 september 2015 @ 22:43:
Ik gebruikte zelf graag pingpair voor de tests. Sturen beide data door en acken dit.


[...]
Je hebt ze toch wel op 3V3 gezet met hun + pin hè? De rest van de pinnen is 5 volt tolerant, maar de voeding moet niet hoger dan 3,3 volt komen.

Was jij niet laatst ook bezig in het Arduino topic? Ik heb, zoals je nu dit stukje schrijft, het idee dat je het niet helemaal snapt. Die sensor ken ik niet, maar mijn ervaring met sensoren is dat dit componenten zijn die zelf geen opdrachten geven. Voor zover ik weet, moet je zelf met je Nano de sensor uitlezen, deze data verwerken en op zo'n manier verpakken dat je dit makkelijk kan versturen met de nRFjes.

Inmiddels is het helemaal gelukt, op één of andere manier deed mijn Arduino Nano het niet helemaal lekker. Vervangen door een andere, en perfect werkend. Heb al heel wat geleerd van Arduino inmiddels, en met mysensors al wat leuke dingen gemaakt!

[Pizza_Boom]

Top!

[koelkast]

Ik heb de nRF24L01 in gebruik voor mijn Mysensors netwerkje.
Nu zit ik te kijken of ik niet een betere externe antenne kan krijgen.

Ik zit te kijken naar deze:
http://www.banggood.com/W...p-45488.html?rmmds=search

maar vraag me af of zoiets als deze
http://www.banggood.com/2...p-84801.html?rmmds=search

niet beter is. Of zijn er nog andere mogelijkheden?

[tsjoender]

koelkast schreef op donderdag 12 januari 2017 @ 15:01:
Ik heb de nRF24L01 in gebruik voor mijn Mysensors netwerkje.
Nu zit ik te kijken of ik niet een betere externe antenne kan krijgen.

Ik zit te kijken naar deze:
http://www.banggood.com/W...p-45488.html?rmmds=search

maar vraag me af of zoiets als deze
http://www.banggood.com/2...p-84801.html?rmmds=search

niet beter is. Of zijn er nog andere mogelijkheden?

Je hebt de PA/LNA gok ik? Door de PCB in folie te wikkelen gaat de ontvangst met sprongen vooruit (bij mij in ieder geval). Zeker de moeite van het proberen waard. Hier meer info:

http://blog.blackoise.de/...ap-nrf24l01-palna-module/

Verder blijft een goede stroomvoorziening heel belangrijk (kan de spanningsregelaar vodoende mA leveren en gebruik je buffer elcos?).

[ Voor 7% gewijzigd door tsjoender op 12-01-2017 16:24 ]

[koelkast]

tsjoender schreef op donderdag 12 januari 2017 @ 16:23:
[...]

Je hebt de PA/LNA gok ik? Door de PCB in folie te wikkelen gaat de ontvangst met sprongen vooruit (bij mij in ieder geval). Zeker de moeite van het proberen waard. Hier meer info:

http://blog.blackoise.de/...ap-nrf24l01-palna-module/

Verder blijft een goede stroomvoorziening heel belangrijk (kan de spanningsregelaar vodoende mA leveren en gebruik je buffer elcos?).

Top, ga ik proberen, dank! Het gaat inderdaad om de PA/LNA versie.

[WoBBeL]

Heb ik weer, bestel ik deze via Dealextreme (www.dx.com/nl/p/nrf24l01-...le-w-antenna-green-157110) kom ik erachter dat het een 10 pins variant is en er zit geen PIN out layout bij

Enig idee hoe ik daar achter kan komen? Of zijn alle 10 pins nRF24L01 hetzelfde?

[Henkie-Jan]

Hey allemaal,

gisteren heb ik een aantal nRF24L01+'s binnen gekregen. Deze kon ik direct in mijn RFlink plaatsen en ik heb via de tool van RFLink Bluetooth BLE en Nodo RF geactiveerd. Dit zie ik ook duidelijk staan en ik zie ook dat er wat voorbij komr wat betreft Bluetooth BLE.

Maar dan? Hoe integreer ik dit in Domoticz? bij RF Link zelf zie je allemaal geonden apparaten staan ongebruikt. Maar ik zie hier van de NRF niks staan. Ik heb al een rondje gezocht op Google maar het wordt me niet echt helder? Heeft iemand hier tips voor?