Hallo,
kennt sich irgendjemand von euch mit dem CC1100 von TI aus?
Versuche schon seit tagen ihn zu überreden mit dem Pollin-Funkmodul
RFM12 zu reden.
Ist das überhaupt möglich??
Das Funkmodul RFM12 ist wie folgt initialisiert (bis auf die Frequenz
aus den Beispielen übernommen):
1
rf12_setfreq(RF12FREQ(433.25));// Sende/Empfangsfrequenz auf 433,25MHz einstellen
Es empfängt auch brav Daten von einem anderen RFM12.
Die Konfiguration des CC1100 sieht wie folgt aus:
1
0x29,// IOCFG2
2
0x2E,// IOCFG1
3
0x06,// IOCFG0
4
0x47,// FIFOTHR
5
0x2D,// SYNC1
6
0xD4,// SYNC0
7
0x3E,// PKTLEN
8
0x1A,// PKTCTRL1
9
0x45,// PKTCTRL0
10
0x01,// ADDR
11
0x00,// CHANNR
12
0x06,// FSCTRL1
13
0x00,// FSCTRL0
14
0x10,// FREQ2 #
15
0x0B,// FREQ1 #
16
0xDA,// FREQ0 # -> 433,249969 MHz
17
0x49,// MDMCFG4
18
0x75,// MDMCFG3
19
0x02,// MDMCFG2
20
0x32,// MDMCFG1
21
0xC1,// MDMCFG0 CHANSPC_M
22
0x35,// DEVIATN
23
0x04,// MCSM2
24
0x0C,// MCSM1 0c
25
0x38,// MCSM0
26
0x16,// FOCCFG
27
0x6C,// BSCFG
28
0x43,// AGCCTRL2
29
0x40,// AGCCTRL1
30
0x91,// AGCCTRL0
31
0x46,// WOREVT1
32
0x50,// WOREVT0
33
0x78,// WORCTRL
34
0x56,// FREND1
35
0x10,// FREND0
36
0xA9,// FSCAL3
37
0x0A,// FSCAL2
38
0x00,// FSCAL1
39
0x11,// FSCAL0
40
0x41,// RCCTRL1
41
0x00,// RCCTRL0
42
0x57,// FSTEST
43
0x7F,// PTEST
44
0x3F,// AGCTEST
45
0x98,// TEST2
46
0x31,// TEST1
47
0x0B// TEST0
Das Sync-Word ist auf das vom RFM12 eingestellt; Modulation 2-FSK; Baud
19200 [lt. RFStudio]. Das RFM12 erkennt es auch, nur die anschließend
kommt nur Datenmüll an, nichts verwertbares.
Kann mir evtl. jemand von euch bei diesem Problem helfen??
MfG
leider sieht der Empfang (Sync wird wohl erkannt, da die Daten in den
Fifo geladen werden) alles andere als schön aus - und leider auch nicht
immer gleich; Hier mal die Aufzeichnung von dem, was der RFM12 über SPI
beim senden des CC1100 (s.o.) von sich gibt:
1.
Hallo,
habe festgestellt, dass der CC1100 von Haus aus "Data whitening" macht,
dieses kann im Register PKTCTRL0 (z.B. wert 0x05) abgestellt werden.
nun bekomme ich vom RFM12 valide Datenpakete (CRC OK), diese sehen eben
allerdings noch so aus:
1
Dies ist 2�[�^MFW7B^R^R^P
2
Dies 4��^H^L���^CQ���!!!
3
Dies 4��^H^Ym-�^D����BBB
4
Dies t��^H^L���^CQ���!!!
5
Dies l��^H^L���^B����BBB
6
Dies d��^H^L���^CQ���!^P�
7
Dies ist 2�[�^MFW7B^R^Y^H
8
Dies t��^H^L���^B����BBB
9
Dies t�ބ^FV�q^AQ��� ��
Wobei noch zu klären wäre, ob es wirklich nur an der Sendefunktion
liegt.
MfG
Sry, editieren geht leider nicht.
Korrektur:
Habe in meinem Empfänger den crc-check wohl versehentlich abgeschaltet
gehabt. Die ankommenden Datenpakete sind NICHT valide, somit scheint es
wohl doch noch Probleme bei der Kommunikation zu geben.
Kennt jemand einen Zaubertrick?!
MfG
Problem gelöst,
das RFM12 arbeitet nicht mit der eingestellten Baudrate von 19200,
sondern mit 20284, daher ist es nötig beim cc1100 die Baudrate auf
diesen Wert zu setzen um die Funktion zu gewährleisten.
MfG
oldies schrieb:> Problem gelöst,> das RFM12 arbeitet nicht mit der eingestellten Baudrate von 19200,> sondern mit 20284, daher ist es nötig beim cc1100 die Baudrate auf> diesen Wert zu setzen um die Funktion zu gewährleisten.
Bist du sicher, dass du die Baudrate im RFM12 auch korrekt eingestellt
hast?
Denn mir wäre das neu, dass die eingestellte Baudrate nicht eingehalten
wird. Leider hast du für den RFM12 keine Registerwerte für die
Initialisierung angegeben, weshalb ich dazu eben nicht viel sagen kann.
Wenn man im "Data Rate Command" Register cs=1 benutzt kommt man
rechnerisch auf schlechte 21552Bps bei 0xC681 als Init Wert. Wenn man
dagegen cs=0 setzt kommt man auf gute 19157Bps bei 0xC611 als Init Wert.
Ich würde mal dadrauf Tippen, dass du cs=1 benutzt, womit man keine gute
Näherung an 19200Bps bekommt.
Ciao,
Rainer
Hi,
wie es scheint funktioniert die Kommunikation jetzt, habe ich das
richtig verstanden?
Falls ja, hast du noch ein paar Tipps für mich? Ich möchte nämlich
ebenfalls die Betty und das RFM12 zum Kommunizieren überreden.
Gruß JD
Hi,
ich hab mal gegoogelt und das hier gefunden:
Linksammlung zur Betty sowohl cc1100 also auch rfm12:
http://bettyhacks.com/forum/index.php?topic=121.0
@ oldies
läuft deine kommunikation inzwischen?
Grüßle
Smarti
Fox Mulder schrieb:> oldies schrieb:>> Problem gelöst,>> das RFM12 arbeitet nicht mit der eingestellten Baudrate von 19200,>> sondern mit 20284, daher ist es nötig beim cc1100 die Baudrate auf>> diesen Wert zu setzen um die Funktion zu gewährleisten.>> Bist du sicher, dass du die Baudrate im RFM12 auch korrekt eingestellt> hast?
Ich vermute mal, er hat den code von Benedikt für die RFM benutzt
(z.B. aud dem Thread hier
Beitrag "Beispielprogramm für RFM12 433MHz Funk-Module" ). Dort wird
die Berechnung für die Baudrate folgendermassen gemacht:
1
rf12_trans(0xC600|((344828UL/baud)-1));
was aber genau bei 19200 zu dem Wert 16 führt, der aber lt. Datenblatt
21552 Baud ergibt, richtig wäre 17, also 0xC611...
Hi oldies,
wollte fragen ob die Kommunikation funktioniert? Wenn ja, kannst du
deine Konfiguration hier posten? Ich wollte auch Betty mit RFM12
kommunizieren lassen.
Gruß
AVR
Mich würde auch interessieren ob die Kommunikation geht. Ich möchte den
mpd-deamon damit steuern (siehe mcbetty). Es gibt aber dass
scartinterface nirgends zu kaufen. Ich hatte schon überlegt, ob man
nicht einfach eine zweite Betty als Gegenstelle verwenden kann
Gruß
antonia
Jap, funktioniert :-)
http://www.thinkjd.de/2011/05/moodpxl-v1-0-das-vorlaufige-projektende/
Die grundlegende Kommunikation funktioniert wie oben beschrieben.
Wenn man noch ein paar Features mehr haben will, ist das auch kein
Thema. Der CC1100 Chip lässt sich sehr komfortabel parametrieren.
Einziges Problem, nahezu alles was der CC1100 hardwareseitig kann, muss
für den RFM12 nachprogrammiert werden.