Cc1101 von Ebay

[kaihs]

Da stimmt bei dir noch irgendwas nicht.
Ein list auf meinen CUL ergibt

Code Auswählen Erweitern


Internals:
   CMDS       BCFiRTVWXehltx
   CUL_433_MSGCNT 4
   CUL_433_TIME 2014-08-15 06:34:32
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QH13FF-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QH13FF-if00-port0@38400
   FD         29
   FHTID      1234
   NAME       CUL_433
   NR         113
   PARTIAL
   RAWMSG     i40455405
   RSSI       -71.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.59 nanoCUL 433
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......$
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
   Readings:
     2014-06-12 19:50:35   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2014-08-18 20:06:10   cmds             B C F i R T V W X e h l t x
     2014-08-18 20:06:09   raw             No answer
     2014-08-18 20:06:10   state           Initialized
     2014-07-13 17:40:38   uptime          1 20:17:31
     2014-07-13 17:40:29   version         V 1.59 nanoCUL 433
Attributes:
   icon       cul_cul
   room       System



Mglw. stürzt deiner öfter ab und deshalb kann er von fhem nicht mehr angesprochen werden.

Versuch es erstmal ohne fhem, d.h. mit einem Terminalprogramm mit /dev/ttyUSB0 verbinden (fhem darf währenddessen nicht darauf zugreifen).

Dann mal V eingeben, dann muss die Versionsmeldung kommen.
Dann mit dem i Kommando mal ein Schaltkommando schicken. Klappt das?
Bist du sicher, dass der IT-Code den du verwendest korrekt ist und zu  der Steckdose passt? Was für Steckdosen hast du überhaupt?

Zum Testen die Steckdosen möglichst nah an den Sender positionieren um Empfangsprobleme auszuschließen.

[kadettilac89]

Hallo, ich habe eine Verständnisfrage. Es wird hier vom CC1101, CUL, Culfw, CSM und 868 Modul von Aliexpress gesprochen. Ist es möglich mit einem Arduino nano und einem 868 Modul (Link Post 34) einen CUL868 Clon zu bauen? Kann darauf die CUL FW (evtl. modifiziert) geflasht werden. Ich bin aktuell am überlegen mir einen CUL868 zu besorgen um damit HM Heizkörper zu steuern.

Wenn es mit ein wenig löten auch mit dieser Lösung ginge wäre das eine Alternative.

Hat das schon jemand getestet und evtl. auch immer noch im Einsatz?

Danke!

[chris1284]

mit screen komme nicht auf /dev/ttyUSB0 ,schwarzes Bild, keine Eingaben möglich.
Ich habe dann nochmal mit den 3 Files von dir aus Seite 1? selbst compiliert und geflashed ohne Erfolg.
Wer sollte den antworten, das Modul oder Nano wenn ich seriell auf /dev/ttyUSB0 gehe?
Evtl. ist ja die Verkabelung murks aber die habe ich neu gemacht....

[kaihs]

Hallo, ich habe eine Verständnisfrage. Es wird hier vom CC1101, CUL, Culfw, CSM und 868 Modul von Aliexpress gesprochen. Ist es möglich mit einem Arduino nano und einem 868 Modul (Link Post 34) einen CUL868 Clon zu bauen? Kann darauf die CUL FW (evtl. modifiziert) geflasht werden. Ich bin aktuell am überlegen mir einen CUL868 zu besorgen um damit HM Heizkörper zu steuern.

Wenn es mit ein wenig löten auch mit dieser Lösung ginge wäre das eine Alternative.

Hat das schon jemand getestet und evtl. auch immer noch im Einsatz?

Danke!

Ja, habe ich gemacht und im Einsatz.
Ist aber keine Plug and Play Lösung, man sollte schon grundlegende Erfahrungen und Hard- und Softwareentwicklung haben und muss sich in die Thematik einarbeiten.
Das 868MHz Modul ist zu dem sehr klein und schwierig zu löten.

[kaihs]

mit screen komme nicht auf /dev/ttyUSB0 ,schwarzes Bild, keine Eingaben möglich.
Ich habe dann nochmal mit den 3 Files von dir aus Seite 1? selbst compiliert und geflashed ohne Erfolg.
Wer sollte den antworten, das Modul oder Nano wenn ich seriell auf /dev/ttyUSB0 gehe?
Evtl. ist ja die Verkabelung murks aber die habe ich neu gemacht....

Richtige Baudrate gewählt?

Hast du eine LED an Pin D9 des nano angeschlossen?
Wenn die culfw läuft sollte die mit 1Hz blinken. Damit kann man schon mal kontrollieren, ob das System überhaupt läuft.

Kai

[chris1284]

Gerade eine angebaut. Die Led blink fein mit 1hz .
Wenn das funkmodul hin wäre, wurde das fehlerbild passen?
Funktioniert das Konstrukt (verbinden, version auslesen , fhem anbindung) auch mit defektem Funkmodul / abgezogenem Modul (das Funken dann nicht geht ist klar)? Könnte evtl. bei Fehlersuche helfen

[kaihs]

Gerade eine angebaut. Die Led blink fein mit 1hz .
Wenn das funkmodul hin wäre, wurde das fehlerbild passen?
Funktioniert das Konstrukt (verbinden, version auslesen , fhem anbindung) auch mit defektem Funkmodul / abgezogenem Modul (das Funken dann nicht geht ist klar)? Könnte evtl. bei Fehlersuche helfen

Ja, sollte erstmal funktionieren, zumindest die Versionsabfrage.
Beim Versuch mit dem Funkmodul zu kommunizieren könnte es zu einer Endlosschleife kommen.

Aber wenn die LED blinkt, sollte auch die Kommunikation per Terminalprogramm funktionieren. Wenn die Serielleschnittstelle nicht okay wäre könntest du auch nicht flashen.

[chris1284]

ich fliege so gleich wieder raus nach dem ich einen ersten Versuch des Verbindungsaufbaus irgendwann abbreche:

Code Auswählen Erweitern


pi@PI02 ~ $ screen /dev/ttyUSB0 38400
[detached from 2283.pts-0.PI02]
pi@PI02 ~ $ screen /dev/ttyUSB0 38400
[screen is terminating]
pi@PI02 ~ $


ich habe in der culfw ref folgenden Hinweis gefunden

Hopefully you see a device /dev/ttyACM0 (if you use a newer kernel, which loads the cdc_acm kernel module), or a /dev/ttyUSB0 (if your kernel uses usbserial). For usbserial kernel you may need to add the module options "usbserial vendor=0x03eb product=0x204b" to modprobe.conf.

muss ich das wegen dev/ttyUSB0 auch machen? Bei dir ist der Pfad ja auch ein anderer

/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QH13FF-if00-port0@38400

denn über Windows (wird als ft232r usb uart erkannt und legt gleich nen USB SerialPort an, kurz auf 38400 konfiguriert und mit putty verbunden) bekomme ich bei V
V 1.61 nanoCUL 433

geb ich X ein und enter kommt "21 483"

[kaihs]

Bei dir ist der Pfad ja auch ein anderer

Je nachdem wann und in welchem USB-Port du den nanoCUL einsteckst bekommt er ein anderes /dev/ttyUSBx zugewiesen, beginnend mit x=0.
Um davon unabhängig zu sein verwende ich die /dev/serial/by_id/[eindeutige ID] Datei, das ist dann ein Link auf das passende /dev/ttyUSBx.

Jeder nano (eigentlich der USB to serial Chip darauf) hat eine eindeutige ID.

Einfach mal

Code Auswählen Erweitern


ls -l /dev/serial/by-id

eingeben, dann siehst du wahrscheinlich was ich meine.

denn über Windows bekomme ich bei V
V 1.61 nanoCUL 433

geb ich X ein und enter kommt "21 483"

Was meinst du denn damit, wo in Windows bekommst du das? Das sind ja die erwarteten Ausgaben.

[kaihs]

Ach ja, bzgl. der Kernel Module. Ich würde erwarten, dass die automatisch beim Anschließen geladen werden, ist bei mir zumindest so.

Bei Eingabe von

Code Auswählen Erweitern


lsmod|grep ftdi


sollte diese Ausgabe kommen (die Zahlen müssen nicht übereinstimmen)

Code Auswählen Erweitern


ftdi_sio               35956  3
usbserial              36469  7 ftdi_sio


[chris1284]

lsmod|grep ftdi
ftdi_sio               29719  1
usbserial              26435  3 ftdi_sio

ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jan  1  1970 usb-FTDI_FT232R_USB_UART_A9ADH7J3-if00-port0 -> ../../ttyUSB0

unter Windows hatte ich gestern noch schnell Perl und fhem installiert, und den nanoCul eingebunden. er war die ganze Zeit initialisiert, man konnte get ccconf  ausführen. auch nach schalten eines it-devices blieb er fein initialisiert. all das geht unter Linux noch nicht. also denke ich muss ich da nach dem Fehler suchen

[chris1284]

es scheint wirklich am pi und mangelnder Erkennung des nano zu liegen.
Unter Windows und Fhem alles super, nanoCUL an Cubietruck scheinbar alles i.O.

ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

Internals:
   CMDS       BCFiGMRTVWXeltx
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
   DEF        /dev/ttyUSB0@38400 1234
   DeviceName /dev/ttyUSB0@38400
   FD         11
   FHTID      1234
   NAME       nanoCUL
   NR         94
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 nanoCUL 433
   initString X21
   CHANGETIME:
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1408641463.86652
           VALUE      CONNECTED
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......$
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
   Readings:
     2014-08-21 19:18:04   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2014-08-21 19:17:43   cmds             B C F i G M R T V W X e l t x
     2014-08-21 19:15:38   raw             is0000FF000FF0
     2014-08-21 19:17:43   state           Initialized
Attributes:
   room       99_System

funken kann ich noch nicht , was aber sicher mein Fehler ist (der Pin mit dem weißen Viereck darum ist 1 oder?^^). Ich meine ich hatte es kurz falsch weil das Modul auch schnell sehr warm / heiss wurde... Neues ist unterwegs ....

[kaihs]

es scheint wirklich am pi und mangelnder Erkennung des nano zu liegen.

Hast du evtl. eine uralte Firmware/Kernel auf dem pi? Anfangs hatte der ja ziemliche Probleme mit USB. Oder eine total schlechte Stromversorgung? Schon mal mit einem aktiven USB-Hub versucht?

(der Pin mit dem weißen Viereck darum ist 1 oder?^^). Ich meine ich hatte es kurz falsch weil das Modul auch schnell sehr warm / heiss wurde... Neues ist unterwegs ....

Ja, das ist Pin 1.
Meine Erfahrung ist, dass Elektronik ziemlich robust ist. Trotz diverser Kurzschlüsse ist bei mir noch keine Komponente kaputt gegangen.

[chris1284]

nee, pi ist aktuell. hatte auch erst gedacht das es evtl. an einer alten disti liegt und erst mal alles aktualisiert.
Ich denke e ist wirklich die Stromversorgung da ich das bei suchen im Netz auch öfters las (pi und nano  -> usb-hub mit externer Stromvers. notw.).
Da er eh an den Cubie muss / soll habe ich diesem mit einem Hub ausgestattet (CUL868, HM-CFG-USB, nanoCUL)

Kann ich irgendwie testen ob das Modul funktioniert? Meinetwegen auch an den GPIO's des PI. Verkabelung bin ich mit sicher ist mittlerweile i.O.

[kaihs]

Kann ich irgendwie testen ob das Modul funktioniert? Meinetwegen auch an den GPIO's des PI. Verkabelung bin ich mit sicher ist mittlerweile i.O.

In fhem ein get ccconf oder im Terminalprogram C99.
Das liest die Register des CC1101 aus.
Wenn das funktioniert lebt zumindest der Chip noch und die SPI Kommunikation funktioniert.

Dann mal das Kommando ex für EEPROM Reset, danach den nano neu starten (kurz von der Stromversorgung trennen)

Dann vielleicht mal XFF im Terminalprogramm eingeben.
Dann sollte alles was irgendwie empfangen wird ausgegeben werden, also eine Menge 'Zeichenmüll'. Irgendwas funkt auf 433MHz eigentlich immer, zur Sicherheit mal auf der Fernbedienung des Steckdosen rumdrücken.
Lies dir auch mal http://culfw.de/commandref.html#cmd_X durch.
Dann wird jeder Funkempfang ausgegeben