Cc1101 von Ebay

[josburg]

Hallo,

ich bin gerade auch dabei, den Selbstbau CUL nach dieser Anleitung
http://www.fhemwiki.de/wiki/Selbstbau_CUL
herzustellen.

Hierzu habe ich diese beiden Komponenten gekauft:
- Arduino Nano http://www.amazon.de/gp/product/B00P7QO012/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00P7QO012&linkCode=as2&tag=jensosburaspu-21

- CC1101 433 MHz http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21

Vorab noch zwei Hinweise:
- ich bin Anfänger
- bisher habe ich nur den Arduino Nano daheim, der CC1101 wurde noch nicht geliefert und ist daher auch noch nicht an den Arduino Nano angeschlossen. Soweit ich das verstanden habe, kann ich die Anleitung trotzdem komplett durcharbeiten, lediglich die Inbetriebnahme kann noch nicht erfolgen. Korrekt?

Jetzt zu meinem Problem:
Ich bin der Anleitung gefolgt (hoffe ich habe alles richtig gemacht) und bin erfolgreich bis zum "make" gekommen. Das "make" verlief m.M. nach auch erfolgreich.
Hierzu folgender Screenshot 1

Wenn ich jetzt "make program" ausführe, erhalte ich die Fehlermeldung "programmer is not responding"
Hierzu Screenshot 2

Was ich hierzu bisher gefunden habe ist, dass man die Baudrate im "makefile" löschen kann (siehe folgender Blog http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ )

Bisher habe ich beide Varianten probiert, leider erfolglos.

Der relevante Teil meiner Datei "makefile" sieht so aus:

Code Auswählen Erweitern


#Dies war die Original-Konfiguration
#AVRDUDE_PORT = /dev/ttyUSB0 -b 57600

#Dies ist die Konfiguration mit expliziter Device-ID, aber mit gelöschter Baudrate
#AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0

#Dies ist die Konfiguration mit expliziter Device-ID, welche ich nutzen möchte
AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600


Kann mir bitte jemand bei der Fehlersuche weiterhelfen?

Vielen Dank.

Ich habe noch eine Frage bzw. evtl ein Hinweis:

Muss ich nach der Änderung der Baudrate in der Datei "makefile" eigentlich nochmals den Befehl "make" ausführen bevor ich den Befehl "make program" ausführe?
Wenn ich dann zuerst den Befehl "make" ausführe, erscheint folgende Ausgabe:

Code Auswählen Erweitern


root@raspberrypi:~/opt/culfw/Devices/nanoCUL# make

Size before:
   text    data     bss     dec     hex filename
  21960      74     830   22864    5950 nanoCUL.elf


Size after:
   text    data     bss     dec     hex filename
  21960      74     830   22864    5950 nanoCUL.elf

root@raspberrypi:~/opt/culfw/Devices/nanoCUL#



[josburg]

Hallo,

inzwischen hat das Flashen bei mir funktioniert. Folgendes Ergebnis wurde mir angezeigt (Anhang 1)

Anschließend möchte ich in FHEM den Selbstbau CUL (erstellt nach Anleitung von http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ ) definieren.
Soweit ich das verstanden habe, geht dies per:

Code Auswählen Erweitern

define CUL1 CUL /dev/ttyUSB0@9600 1234
Was ich noch nicht ganz vertanden habe ist am Ende die Zeichenkette "1234". Muss ich diese irgendwie anpassen?

In FHEM-Log kommt folgender Hinweis, welcher ja wahrscheinlich nicht gut ist...?

Code Auswählen Erweitern


2015.09.19 15:40:44 3: Opening CUL1 device /dev/ttyUSB0
2015.09.19 15:40:45 3: Setting CUL1 serial parameters to 9600,8,N,1
2015.09.19 15:40:45 3: CUL1 device opened
2015.09.19 15:41:10 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
2015.09.19 15:41:10 1: Including ./log/fhem.save
2015.09.19 15:41:10 1: usb create starting
2015.09.19 15:41:11 3: Probing CUL device /dev/ttyAMA0
2015.09.19 15:41:11 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.09.19 15:41:11 3: Probing FRM device /dev/ttyAMA0
2015.09.19 15:41:16 1: usb create end


Wie kann ich das beheben?

Vielen Dank für Eure Hilfe.

Viele Grüße
Jens

[PeMue]

Hallo Jens,

Was ich noch nicht ganz vertanden habe ist am Ende die Zeichenkette "1234". Muss ich diese irgendwie anpassen?

siehe commandref
Die FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.

In FHEM-Log kommt folgender Hinweis, welcher ja wahrscheinlich nicht gut ist...?

Code Auswählen Erweitern


2015.09.19 15:40:44 3: Opening CUL1 device /dev/ttyUSB0
2015.09.19 15:40:45 3: Setting CUL1 serial parameters to 9600,8,N,1
2015.09.19 15:40:45 3: CUL1 device opened
2015.09.19 15:41:10 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
2015.09.19 15:41:10 1: Including ./log/fhem.save


Ja, die Schnittstelle zum CUL wird geöffnet, aber fhem kann ihn nicht initialisieren.
Klicke mal in der Weboberfläche von fhem den CUL1 an und versuche, ein paar Werte auszulesen.

Gruß PeMue

[Ellert]

9600 geht bei mir auch nicht, versuch mal 38400

Code Auswählen Erweitern

define CUL1 CUL /dev/ttyUSB0@38400 0000

[kawa0815]

Der Arduino Pro Micro ist mit dem Atmega32U4 bestückt. Ihn gibt es als 3,3V/8MHz und 5V/16MHz- Variante.

Vorteil des Atmega32U4 ist der im Prozessor eingebaute USB-Port.
Außerdem wird der Prozessor im originalen CUL_V3 verbaut.

Die Variante mit 5 V/16MHz gibt es bei verschiedenen Anbietern für ca. 4 Euro.

Leider habe ich außer Sparkfun keinen Anbieter gefunden, der den Arduino mit 3,3V/8MHz anbietet. Sparkfun verlangt für das Teil $19,95 und das war mir etwas zu viel.

Ich habe mir dann den 5V-Typ gekauft und ihn auf 3,3 V umgebaut.
Dazu muss man den 5V- Spannungsregler gegen einen 3,3V-Typ austauschen und den 16MHz- Quarz gegen einen 8MHz-Quarz.

Die beiden Bauteile sind SMD. Den Quarz bekommt man nur mit einer Heißluftstation raus.

Nach dem Umbau muss man mit einem Programmer den Bootloader für 3,3V/8MHz brennen.

Die PIN- Belegung des Pro Micro unterscheidet sich von der des Nano erheblich.

Ich verwende folgende Ports für die Verbindung mit dem CC1101

Pro Micro   ------>     CC1101

D0(RX)     ------>        GDO2
D1(TX)   ------>        GDO0
D8(08)      ------>        CSN (Der Port bekommt noch einen Widerstand (10KOhm) nach VCC)

D14 (MISO)   ------>     SO
D15(SCLK)    ------>     SCLK
D16(MOSI)   ------>     SI

VCC      ------>    VCC
GND      ------>     GND

Ich habe die a_CULFW verwendet. Lediglich in der board.txt muss man die Definitionen der PINs umbenennen. Mit ,,make" erhält man die Firmware CUL_V3.hex.

Vorteil dieser Lösung ist, man verwendet den CC1101 mit den richtigen Spannungen. Für den USB- Anschluss braucht man kein zusätzliches Modul.

Sollte Interesse bestehen, würde ich das detailliert erklären.

kawa

[josburg]

siehe commandref
Die FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.

Hallo PeMue,

ich möchte mit dem CUL später eigentlich ELRO 440 Steckdosen schalten. Ich habe schon die Commandref gelesen, aber leider verstehe ich dies nicht. In den meisten Anleitungen wird der Wert auf "1234" gesetzt, daher habe ich das auch so gemacht.

Zitat von: josburg am Heute um 15:51:55

    In FHEM-Log kommt folgender Hinweis, welcher ja wahrscheinlich nicht gut ist...?
    Code: [Auswählen]

    2015.09.19 15:40:44 3: Opening CUL1 device /dev/ttyUSB0
    2015.09.19 15:40:45 3: Setting CUL1 serial parameters to 9600,8,N,1
    2015.09.19 15:40:45 3: CUL1 device opened
    2015.09.19 15:41:10 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
    2015.09.19 15:41:10 1: Including ./log/fhem.save

Ja, die Schnittstelle zum CUL wird geöffnet, aber fhem kann ihn nicht initialisieren.
Klicke mal in der Weboberfläche von fhem den CUL1 an und versuche, ein paar Werte auszulesen.

Im Anhang habe ich einen Screenshot eingefügt. Bei "get Version" kommt z.B. "no answer". Ich hoffe, dass Du das mit auslesen gemeint hast. Nur das Ergebnis ist nicht befriedigend...

Hat noch jemand eine Idee?

Vielen Dank

Grüße
Jens

[josburg]

9600 geht bei mir auch nicht, versuch mal 38400

Code Auswählen Erweitern

define CUL1 CUL /dev/ttyUSB0@38400 0000

Hallo Ellert,

vielen Dank für die Lösung.
Mit der Definition von Dir (angepasste Bautrate sowie angepasste FHTID) hat es so funktioniert:

Code Auswählen Erweitern

define CUL1 CUL /dev/ttyUSB0@38400 0000

Vielen Dank - die nächsten Fragen kommen bestimmt

[Kai-Alfonso]

Hi,


auch ich hab mich mal an ein Selbstbau nanoCul mit 433 Transceiver (RF1100SE) gewagt und irgendwie hab ich 2 Probleme:

1. er läuft auf der falschen Frequenz (warum auch immer) und kann auch nicht mit set CUL freq 433.920MHz (zum Beispiel) geändert werden

Get ccconf sagt folgendes:

ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB

board.h hat folgende Optionen gesetzt

/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK

/* if you are using a CC1101 module for 868MHz disable the next line */
#define HAS_CC1100_433

make und make program gehen dann problemlos.

2. Bei einem reboot des Pi ist das USB Device futsch und kommt erst wieder, wenn ich das USB Kabel zum nanoCul  aus und wieder einstecke. Hängt das mit dem im Wiki beschriebenen Problem zusammen?

Der Selbstbau CUL wird fast genauso wie ein richtiger CUL verwendet, die entsprechende Dokumentation gilt also auch hier. Der einzige Unterschied ist der Bootloader. Der bereits bei fabrikneuen Arduinos vorhandene Bootloader ist nicht kompatibel zu dem Bootloader der culfw. Daher funktioniert das Kommando B zum rebooten des Selbstbau CULs nicht. Der Selbstbau CUL gerät dann in eine Endlosschleife die sich nur durch aus- und einstecken beenden lässt. Das Problem tritt aber im normalen Betrieb nicht auf.

[josburg]

Hallo Kai-Alfonso,

direkt weiterhelfen kann ich dir leider auch nicht. Als ich meinen Selbstbau CUL gebaut habe, hab ich für mich alles detailliert dokumentiert. Wer weiß, wann ich wieder einen baue.
Wenn du magst, schau mal hier:
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251

Bei Fragen zur Doku bitte einfach wieder melden.

Viele Grüße
Jens

Gesendet von meinem GT-I9300 mit Tapatalk

[Kai-Alfonso]

Vielen Dank für den Hinweis Jens - ich hab das aber auch das (fast) genauso gemacht wie in deinem Blog. (hab nur direkt alles auf dem Pi heruntergeladen und editiert)

[Kai-Alfonso]

Hat sich erledigt und es mir ziemlich peinlich  beim Nano einfach die Seiten vertauscht gehabt

[noice]

Muss dir nicht peinlich sein ... passiert nun mal

Mobil erstellt daher kurz gehalten

[Blackcat]

Hi, habe mir nun auch einen nanoCUL gebastelt und hänge auch an dem Problem das josburg hatte.

Leide bekomme ich bei allen Baudraten (9600, 57600 und 38400) folgende Fehlermeldung:

Code Auswählen Erweitern

2015.10.17 17:05:31 3: Setting nanoCUL serial parameters to 57600,8,N,1
2015.10.17 17:05:31 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0 reappeared (nanoCUL)
2015.10.17 17:05:40 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0, ignoring it (nanoCUL)

Code Auswählen Erweitern

define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0@57600 0000

Kann mir da bitte jemand helfen?

[SVLoneStar]

Hallo,
Also meine nanoCULs laufen mit 38400, nicht mit 57600. Sicher, dass die Device ID richtig ist (ls /dev/serial/by-id)? Wenn da ein Gerät auftaucht, hat Deine HW (was ist das eigentlich...RasPi?) den nanoCUL zumindest schonmal als USB-Device erkannt. Hat das Flashen des nanoCUL ohne Probleme funktioniert? Welche FW hast Du drauf? Kommst Du per Screen oder miniCom auf den nanoCUL? Die 0000 als FHT ID kommt mir zwar komisch vor, muss aber kein Problem darstellen, da FHEM das Teil ja gar nicht erst erkannt...

Sorry, habe oben das 'reappeared' übersehen...Dev. ID sollte also passen.

Gruß, Stefan


Sent from my iPhone using Tapatalk

[Blackcat]

Danke für die Antwort.

Meine Hardware ist eine ZBox nano mit ubuntu server. Das Gerät taucht auf und beim Flashes war auch alles in Ordnung. Habe den nanoCul mit -b 57600 geflasht und auch keine Fehler bekommen.

Firmware ist die vom aktuellen trunk.

Wie öffne ich Screen oder miniCom?

als FHT ID hatte ich auch schon 1234 probiert -> ohne Erfolg