Hallo zusammen, für das nächste Projekt plane ich den Einsatz von vielen NRF24L01 um mir ein bisschen Verkabelungsaufwand zu sparen. Viele bedeutet mindestens 50 Stück, maximal so 255 Stück (wegen 8bit Addressen lol) in einem Raum mit ca. 40m². Noch ein paar Informationen zur Anwendung: - Es sendet immer der gleiche Master, alle anderen Devices "hören" nur. - Datenrate ist nicht so kritisch(?). 500kbit wären schön, mindestens brauche ich ~50kbit. - Abstand zwischen den Devices ist mindestens 100mm. Hat jemand sowas schon gemacht? Sind hier irgendwelche Probleme zu erwarten? Danke und einen schönen Sonntag noch!
Mike schrieb: > - Abstand zwischen den Devices ist mindestens 100mm. Wenn immer nur einer sendet könnte es funktionieren. Aber nicht unbedingt wenn einer auf 2,410 und der andere auf 2,420 GHz sendet...
funkie schrieb: > Mike schrieb: >> - Abstand zwischen den Devices ist mindestens 100mm. > > Wenn immer nur einer sendet könnte es funktionieren. > Aber nicht unbedingt wenn einer auf 2,410 und der andere auf 2,420 GHz > sendet... Ne, das war anders gemeint: Es sendet immer der gleiche NRF Chip. Alle anderen hören nur zu und empfangen immer die gleichen Daten. Quasi ein "Broadcast" von einem Chip zu vielen Chips. Oder gibt es da Probleme wenn alle mit gleicher Addresse empfangen wegen Handshakes, ACKs, etc.?
Mike schrieb: > Oder gibt es da Probleme wenn alle mit gleicher Addresse empfangen wegen > Handshakes, ACKs, etc.? Wenn du eine Empfangsbestätigung haben willst (also ACK) dann musst du jeden Chip einzeln deine Message senden unter einer eigenen Adresse. Echte Broadcasts werden nicht funktionieren, es sei denn du brauchst nicht die Zuverlässigkeit einer Rückmeldung. Aber gerade das zeichnet ja die Funktionalität der NRF Chips aus. Ok, die programmierbaren 433MHz Module können das auch. Mike schrieb: > wegen 8bit Addressen lol Die Adressierung der NRF24L01 Chips ist nicht auf 8 Bit beschränkt, da geht sehr viel mehr, siehe Datenblatt.
Was für ein Funktprotokoll verwendest du? BT / BLE oder was anderes? Was für einen Standard bit es für den? 4 oder schon 5? Sollte doch mit BLE mit Observer und Broadcaster realisieren lassen? Ok die 100m könnten problemtaisch werden je nach dem was da alles dazwischen steht. Klasisches Beacon Prinzip? ggf ist die erhöte reichweite von 5.x mit niedriger bandbreite interresant (125kBit dafür erhöte reichweite) ggf über einen der nachfolger 52/53 und BLE 5.x nachgedacht?
NRF Tester schrieb: > Wenn du eine Empfangsbestätigung haben willst (also ACK) dann > musst du jeden Chip einzeln deine Message senden unter einer > eigenen Adresse. Ne, egal. Brauch ich nicht. Im Moment sieht der Plan wie folgt aus, vielleicht hätte ich das im Eingangspost inklduieren sollen: - Alle NRF bekommen die gleiche Adresse - Alle NRF empfangen deswegen die gleichen Daten - Jedes Device hat eine eigene Addresse und verarbeitet nur die für sich relevanten Daten weiter. Meinst du das geht? Ansonsten kauf' ich einfach mal ein paar NRF und probiers aus. NRF Tester schrieb: > Die Adressierung der NRF24L01 Chips ist nicht auf 8 Bit > beschränkt, da geht sehr viel mehr, siehe Datenblatt. Ist mehr so eine interne Beschränkung von meiner Applikation. Mehr brauch ich auch nicht :-) NRF Tester schrieb: > Echte Broadcasts werden nicht funktionieren, > es sei denn du brauchst nicht die Zuverlässigkeit einer > Rückmeldung. Aber gerade das zeichnet ja die Funktionalität > der NRF Chips aus. Ok, die programmierbaren 433MHz Module > können das auch. Gibt es eine bessere Alternative? NRF ist halt billig und einfach, deswegen ist es für mich auch ok, einige Features brach liegen zu lassen. Mein name ist Hase schrieb: > Was für ein Funktprotokoll verwendest du? BT / BLE oder was anderes? > Was für einen Standard bit es für den? 4 oder schon 5? Glaube BLE wird mir hier zu kompliziert. Ausserdem reichen mir doch da die Datenraten nicht ganz? Ich glaube, dass ich das Protokoll, etc. ganz gut in den Griff bekomme. Worauf ich in meinem Eingangspost eigentlich hinauswollte: Gibt es Probleme, so viele Empfänger nebeneinander zu betreiben? Nicht, dass dann für einige die Feldstärke nicht mehr ausreicht oder so. Ich habe von RF leider nicht so den Plan, sorry, wenn das keinen Sinn macht :D
Mike schrieb: > Gibt es Probleme, so viele Empfänger nebeneinander zu betreiben? Nicht, > dass dann für einige die Feldstärke nicht mehr ausreicht oder so. Im Nahfeld (d<10λ) gibt es den Effekt, IIRC. Außerdem senden manche Empfänger auch ein klein wenig (f+-ZF ?) Am besten mal in https://www.mikrocontroller.net/forum/hf nachfragen...
Ich kenn das BT Clasic protokoll nicht. Aber wenn da ein ACK drin ist, dann senden das alle mehr oder weniger gleichzeitig, ... was dem empfänger vermutlich nicht ganz so gut bekommt wenn das nich 1000% synchron statfindet. Weiter müsten dann auch die kanalwechsel alle synchron statfinden. Host und client ändern ja glaube ich alle 625µs den kanal. ggf ist eines der anderen 2.4Ghz Protokolle besser geeignet. Nordic hat da ggf auch einen passenden Stack dafür. Oder du must dir den Stack selber zusammenpatchen, ... BLE 5.x kann 125kBit 500kBit 1MBit / 2MBit wobei nRF 500kBit nur empfangen kann nicht senden. Nordic hat auf den ersten blick ein sehr umfangreichen und gut aussehenden Software support. Ich darf mich gerade in das Connect SDK einarbeiten. Ja das framwork ist umfangreich. Mit west, devicetry, kconfig, ninja, zephyr ... nicht ganz einfach zu verstehen, (da kämpf ich mich grad durch) aber jede menge beispiele die auch laufen.
Mein name ist Hase schrieb: > Ja das framwork ist umfangreich. Mit west, devicetry, > kconfig, ninja, zephyr ... nicht ganz einfach zu verstehen, (da kämpf > ich mich grad durch) aber jede menge beispiele die auch laufen. Klingt nicht so, als obs das richtige für mich ist :D Soll eigentlich möglichst schnell laufen, deswegen dachte ich an die NRF24L01, die ja wesentlich einfacher zu bedienen sind. WLAN-Kabel schrieb: > Im Nahfeld (d<10λ) gibt es den Effekt, IIRC. Wäre ja bei 2.4G ca. 1,20m! WLAN-Kabel schrieb: > Außerdem senden manche Empfänger auch ein klein wenig (f+-ZF ?) Macht irgendwie auch Sinn. Ich bestelle mal ein paar NRF Receiver und probiere es aus! Danke euch!
Es sind ja jede menge beispiele dabei, die auch wirklich super laufen. Connect SDK installieren, ... da ist IDE, Compiler, Debugger, ... alles enthalten. IDE lizenzieren muss man sich noch besorgen (ist für nRF einsatz kostenlos) Projektauswählen, Compilieren, fläschen, läuft, ... Es ist halt nur das da für mich jetzt mehr oder weniger alles neu ist, ... WEST kann man sich damit beschäftigen, ... muss man ggf nicht und es einfach nur nutzen. oder über die IDE verwenden. RTOS hab ich schon benutzt, ... zephyr noch nie, Wobei das mit dem Devicetrie / treibermodell ganz interresant ist und wie sie es hinbekommen ein Beispiel für verschiedne Bords bereitzustellen. Ohne if then else im code. (STM32x nRF ... )
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.