|
Anzeige
|
RFM12B - Wozu sendet man drei Dummybytes?
Gast
#1774647
Hallo, warum sendet man nach den Datenwörtern noch drei Dummybytes (0xAA) bei der Senderoutine des RFM12B. Sende ich gar kein Dummybyte hinterher, werden scheinbar Zufallswörter empfangen. Sende ich ein oder mehr Dummybytes mit funktioniert es. Was passiert da genau? Muss da ein Puffer gefüllt werden? Gruß Olli Nein Die Dummybytes dienen dazu, das sich das RFM Modul Synchronisieren kann. Durch Bittoggeling also Abwechselnd 0 und 1 kann es sich perfekt ein Tunen. Alles was danach kommt wird somit korrekt empfangen... Kannst du mir mal deine Initialisierung Posten? Ich beschäftige mich derzeit auch mit den RFM12 Modulen. Bei mir hapert es jedoch mit dem empfang. Siehe hier: Beitrag "RFM12 Beispiel funktioniert nicht"
Gast
#1774754
Hallo Claudio, was die Synchronisation betrifft habe ich in der Initialisierungsphase 2 Synchronisationsbytes eingestellt. 0x2D ist standard und 0xD4 ist das zweite Synchronisationsbyte. Beim Senden schicke ich drei 0xAA Dummybytes voraus und mindestens eines nach den Datenbytes hinterher. Von den 0xAA-Bytes ist im Datenblatt soweit ich es gelesen habe nicht die Rede - wohl aber tauchen sie im Beispielcode auf: (Seite 16 - RFM12B_code)
Meinen die anderen auch, dass es sich um Synchronisation handelt? Grüße Olli Die Dummy-Bytes werden verschickt, damit man den Sender nicht zu zeitig abschaltet und damit das letzte Byte abwürgt. Wenn der Schreibpuffer wieder beschreibbar ist, heißt das ja noch nicht, dass der Sender schon mit dem Versand des letzten Bytes auch wirklich fertig ist. Man braucht übrigens, wenn ich mich recht erinnere, nur ein Dummy-Byte. Hallo Olli Danke für deinen Code... Könntest du mir noch deine Initialisierung Posten? Vielen Dank :)
Gast
#1774848
@ Gastino : Ja, die Erfahrung, dass man nur ein Dummybyte braucht habe ich auch gemacht. @ Claudio : Ich poste hier den Code, allerdings läuft der in einem Picoblaze ab und ist per Hardware-SPI an das Modul gepappt. Ich schreibe demnächst auch eine kleine Doku dazu, wenn ich daran denke poste ich dann noch den Link hier. Viel Erfolg damit:
Gast
#1774850
@Claudio: Anmerkung: Den Code, den ich davor gepostet habe, ist dem Datenblatt entnommen. Olli schrieb: > Ich poste hier den Code, allerdings läuft der in einem Picoblaze ab und > ist per Hardware-SPI an das Modul gepappt Danke für den Code Ich hab deine Initialisierung 1:1 Übernommen. Auch das senden habe ich genau so gemacht. Jedoch klappt es nicht :( Meine Module liegen 5 cm voneinander entfernt. Nach dem ich gesendet habe, lese ich beim empfanger Modul das Statusregister aus. Diese zeigt merkwürdigerweise bei nach jedem senden un auslesen etwas anderes an :S Nach dem ich das Statusregister ausgelesen habe, springt nIRQ auf High Die solange bis ich den RX Deaktiviere. Sehr merkwürdig oder?
Gast
#1775468
* Hast du eine Antenne angelötet? * Wie sieht deine Empfangsroutine aus? Gruß
Gast
#1777505
Schonmal darüber nachgedacht eine fertige library dafür zu nehmen? Ich sehe hier immer wieder threads aufpoppen, bei denen Leute fragen zu RF12(B) ICs stellen - okay zugegeben - die datenblätter sind echt schlecht... Aber ich verstehe nicht warum man nicht einfach was fertiges benutzen oder zumindest daraus abgucken kann... Hier mal eine Auswahl: * http://github.com/ethersex/ethersex/tree/master/hardware/radio/rfm12/ * http://das-labor.org/wiki/RFM12_library * http://cafe.jeelabs.net/sw/library_-_rf12/ Olaf schrieb: > warum sendet man nach den Datenwörtern noch drei Dummybytes (0xAA) bei > der Senderoutine des RFM12B. Sende ich gar kein Dummybyte hinterher, > werden scheinbar Zufallswörter empfangen. Sende ich ein oder mehr > Dummybytes mit funktioniert es. Was passiert da genau? Muss da ein > Puffer gefüllt werden? Richtig, wenn du den Sendepuffer des RFM12 verwendest, musst du an Ende noch 2 (Dummy)Bytes in den Puffer schieben. Damit werden deine letzten 2 Datenbytes auch aus dem Puffer noch gesendet. Sonst bekommst du wie beobachtet diese Zufallswörter, da die Daten im Puffer stecken bleiben. Ob es 0xAA ist oder etwas anderes ist letztendlich egal. Zu Beginn der Übertragung brauchst du die Dummybytes eigentlich auch nicht zu übertragen, da der RFM 2 Dummybytes automatisch erzeugt. Bei et=0 wird der Sendepuffer automatisch auf 0xAA gesetzt. Diese werden dann beim Übertragen der Sync bytes gesendet. Sörn schrieb: > Schonmal darüber nachgedacht eine fertige library dafür zu nehmen? Kann man machen, muss man aber nicht. Manche haben auch den Anspruch, detailliert zu verstehen, wie das funktioniert. Und das geht nun mal am besten, wenn man es selber macht. Vom sportlichen Gedanken mal ganz abgesehen... Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
