Cc1101 von Ebay

[hexenmeister]

Ein CUL mit RFM69? Das wäre mir neu. Du meinst bestimmt JeeLink, oder?

[xequtor]

Hallo zusammen,

ist das eine Alternative: http://www.pollin.de/shop/dt/Njk2OTgxOTk-/Bausaetze_Module/Module/Funkmodul_HOPERF_RFM69CW_868_MHz_TX_RX.html

Gruesse
Jason0815

nein, es ist keine Alternative, Du brauchst ein Modul mit CC1101 und 868Mhz, die meisten Module bei eBay/Ali werden mit für 433 Mhz angepassten Balun verkauft, es wird auch funktionieren aber die Reichweite leidet drunter.

[Knallfrosch]

Hallo,

ich versuche einen CUL-Clone zu flashen.
Bisher leider ohne Erfolg.

Ich habe mich an diese Anleitung ( http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/#comment-149 ) gehalten.

Am Anfang bekam ich nur folgende Fehlermeldung:

Code Auswählen Erweitern

pi@raspberrypi ~/culfw-code-498-trunk/culfw/Devices/nanoCUL $ make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E1TJZ3-if00-port0 -b 56000 -c arduino    -U flash:w:nanoCUL.hex
avrdude: stk500_recv(): programmer is not responding

avrdude done.  Thank you.

makefile:216: recipe for target 'program' failed
make: *** [program] Error 1


Ich habe dann entsprechend der Anleitung die Baudrate geändert bzw. ganz weg gelassen.
Mit selbigem Misserfolg wie oben.

Nach zahllosen Versuchen plötzlich eine Regung und folgendes kam dabei herraus.

Code Auswählen Erweitern

pi@raspberrypi ~/culfw-code-498-trunk/culfw/Devices/nanoCUL $ make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E1TJZ3-if00-port0 -b 57600 -c arduino    -U flash:w:nanoCUL.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: stk500_recv(): programmer is not responding
makefile:216: recipe for target 'program' failed
make: *** [program] Error 1


Nun wird der Arduino wohl gelesen, aber beim schreiben spielt der Chip nicht mehr mit.

Hat jemand einen Rat für mich woran das liegen kann?

Vielen Dank für eure Hilfe.

Grüße
Thorsten



NACHTRAG:
Ich werde aus Linux einfach nicht schlau.
Ein "sudo reboot" .....ein erneutes "make programm" im Ordner und schwups

Code Auswählen Erweitern


avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E1TJZ3-if00-port0 -b 57600 -c arduino    -U flash:w:nanoCUL.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: reading input file "nanoCUL.hex"
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: writing flash (21510 bytes):

Writing | ################################################## | 100% 6.38s

avrdude: 21510 bytes of flash written
avrdude: verifying flash memory against nanoCUL.hex:
avrdude: load data flash data from input file nanoCUL.hex:
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: input file nanoCUL.hex contains 21510 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 4.68s

avrdude: verifying ...
avrdude: 21510 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Das soll mal einer verstehen.....

Grüße

[ThommyTom]

Hallo,

nachdem ich meinen Arduino erfolgreich mit dem cc11001 verbunden habe und es jetzt auch endlich geschafft habe, dass FHEM alles erkennt, kann ich auch meine IT-Steckdosen schalten. Allerdings empfängt die NanoCUL nichts von meiner ITT-1500 Fernbedienung.

Es wird nicht per Autocreate angelegt und auch nichts ins log geschrieben!?

Hem und NanoCUl sind auf dem neusten Stand. Ich nutze ein ganz normales CC1101-Modul mit Aufschraub-Antenne auf dem 433 MHz steht.

Hat vielleicht einer ne Idee oder kann mir evtl. weiterhelfen?

Vielen Dank

Gruß Thommy

[ThommyTom]

Hallo,

nachdem ich meinen Arduino erfolgreich mit dem cc11001 verbunden habe und es jetzt auch endlich geschafft habe, dass FHEM alles erkennt, kann ich auch meine IT-Steckdosen schalten. Allerdings empfängt die NanoCUL nichts von meiner ITT-1500 Fernbedienung.

Es wird nicht per Autocreate angelegt und auch nichts ins log geschrieben!?

Hem und NanoCUl sind auf dem neusten Stand. Ich nutze ein ganz normales CC1101-Modul mit Aufschraub-Antenne auf dem 433 MHz steht.

Hat vielleicht einer ne Idee oder kann mir evtl. weiterhelfen?

Vielen Dank

Gruß Thommy

Ich wieder!
Habe es irgendwie hinbekommen, dass mein IT-FB erkannt wird. Es wird der Code ausgespuckt:

CUL_Parse: nanoCUL p 9  240  288  240  240  1  8 0 2F 59A5AA5966999659

2015.03.02 22:13:24 4: eventTypes: CUL nanoCUL UNKNOWNCODE p 9  240  288  240  240  1  8 0 2F 59A5AA5966999659 ->
UNKNOWNCODE p .*  .*  .*  .*  .*  .*  .* .* 2F 59A5AA5966999659

2015.03.02 22:13:24 2: nanoCUL: unknown message p 9  240  288  240  240  1  8 0 2F 59A5AA5966999659

Aber mit dem Autocreate funktioniert gar nicht?
Hat dazu jemand eine Idee??

Ach und wie rechne ich diese Codes um, dass ich die verwenden kann?

Gruß Thommy

[kaihs]

Mit den IT spezifischen Fragen bist du wahrscheinlich in diesem Thread besser aufgehoben.

Das hat nichts mehr speziell mit dem nanoCUL zu tun.

[joachimS]

Hi,
kann ich am selben Linux System den Arduino Nano mit CH340 mit einem CUL868 oder mit einem anderen nanoCUL mit FTDI Chip betreiben?

[hexenmeister]

Hi,
kann ich am selben Linux System den Arduino Nano mit CH340 mit einem CUL868 oder mit einem anderen nanoCUL mit FTDI Chip betreiben?

Klar. Probleme gibt es nur bei mehreren gleichen Chips ohne eindeutige Serialnummer (weil die Zuordnung nicht sicher ist). FTDIs haben immer eindeitige IDs. CH340 dagegen nicht. Aber auch einen davon im System zu haben, ist noch eindeutig.

[hotwebnet]

Hallo TommyTom, wo hast du die Firmeware 1.62.02 ..........
kannst die die einmal bereit stellen............danke

[Knallfrosch]

Hallo,

nach dem ich das flashen nach den o.g. Stolpersteinen geschafft habe, wollte ich heute zum Test einen HM-DN-RT pairen.
Leider hat das aber nicht geklappt.

Der Log sprach nur:

Code Auswählen Erweitern

2015.03.05 20:30:28 2: autocreate: define CUL_HM_HM_CC_RT_DN_35745A CUL_HM 35745A
2015.03.05 20:30:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_35745A FileLog ./log/CUL_HM_HM_CC_RT_DN_35745A-%Y.log CUL_HM_HM_CC_RT_DN_35745A
2015.03.05 20:30:29 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
2015.03.05 20:30:33 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time

Mehr kam dann nicht.

Beim pairen mit dem HMUSB

Code Auswählen Erweitern

015.03.05 21:00:10 2: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_35745A is now defined
2015.03.05 21:00:10 2: autocreate: define CUL_HM_HM_CC_RT_DN_35745A CUL_HM 35745A
2015.03.05 21:00:10 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_35745A FileLog ./log/CUL_HM_HM_CC_RT_DN_35745A-%Y.log CUL_HM_HM_CC_RT_DN_35745A
2015.03.05 21:00:10 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
2015.03.05 21:00:10 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_35745A thermostat, model HM-CC-RT-DN serialNr
2015.03.05 21:00:10 3: CUL_HM set CUL_HM_HM_CC_RT_DN_35745A getConfig
2015.03.05 21:00:15 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
2015.03.05 21:00:36 3: CUL_HM set CUL_HM_HM_CC_RT_DN_35745A reset

Da funktioniert es dann also Erfahrungsgemäß.

Nun stelle ich eben die Funktion meines CUL-Clones in Frage.

Was mir aufgefallen ist.....wenn ich

Code Auswählen Erweitern

get CUL_Clone version abfrage kommt die Meldung: CUL_Clone version => No answer

ein list CUL_Clone gibt folgendes aus:

Code Auswählen Erweitern

Internals:
   CMDS
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   FHTID      1234
   NAME       CUL_Clone
   NR         104
   PARTIAL
   STATE      opened
   TYPE       CUL
   initString X21
Ar
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2015-03-05 22:09:28   state           opened
     2015-03-05 22:20:25   version         No answer
Attributes:
   rfmode     HomeMatic
   room       Interface
   verbose    5


nach eine Restart von FHEM wird ein Attribut dummy 1 angelegt.
Dann ist die Antwort bei get CUL_Clone version: No version for dummies

hat jemand eine Idee was ich hier falsch mache?


Vielen Dank.

Grüße

[ThommyTom]

Hallo TommyTom, wo hast du die Firmeware 1.62.02 ..........
kannst die die einmal bereit stellen............danke

Hey,

ich habe die hier im Thread gefunden, leider weiss ich nicht mehr genau wo, ich glaube, da musst du mal die Seiten durchschauen!?

Sorry...

Gruß Thommy

[JoWiemann]

Here it is

[machnetz]

Moin,

ich habe mir den nanoCUL 868 bestellt, zusammengebaut und auch mit HM-Komponenten im Einsatz. Ich bin von einem anderem Raspi mit AddonBoard weg zu einem ohne Display, weil ich gern alles einmal neu aufsetzen und dazu dokumentieren wollte. Quasi als Backup-Installation.

Nun habe ich mehrere Dinge entdeckt, dich ich komisch finde: Der ActionDetector zum Beispiel ändert ständig die Anzahl der Devices. 6 habe ich da, die Anzahl der aktiven wechselt aber von 1 bis 6, einige sind dann zwischenzeitlich mal "dead".

Dann ist mir aufgefallen, dass bei meinen Thermostaten HM-CC-RT-DN der Status der Readings im Status "CMDs_pending" steht. Ich bekomme aber regelmässig Daten, alles gut. Ebenso von den Wettersensoren, das kommt alles an, Plots werden auch erstellt. Es sind keine Aussetzer zu erkennen.

Dann ist das Einstellen der Frequenz nicht möglich: "set nanoCUL freq 868.350" liefert ein "This command is not valid in the current rfmode" zurück. rfmode ist aber HM 

Muss ich mir da um irgendwas ernsthaft Sorgen machen? Die nanoCUL-FW ist die letzte aktuelle culfw-code-498-trunk.
Gruß,  machnetz

[noice]

Hm schaltet automatisch auf die richtige Frequenz .. Da kannst du nix mehr einstellen ..
Das gleiche ist bei max .. nur im slowrf Modus kannst du die Frequenz ändern

[machnetz]

Ich hatte mal FS20 und konnte das dort ändern. Ich wusste das mit HM nicht, danke.

Gruß, machnetz