Nachdem die Nachfrage nach nanoCUL Sticks erstaunlich hoch geblieben ist, haben wir uns entschieden diesen noch einmal neu zu entwickeln. Das Ergebnis ist der neue nanoCUL/CUL.
Facts
- Funktion wie beim Vorgänger (culfw 1.67)
- Eindeutige ID (änderbar)
- Besserer Preis
- USB direkt auf Platine (USB Stick)
- Bessere Sendeleistung dank SMA Antenne
Der neue nanoCUL ist diesmal eine All in One Lösung. Es sind keine USB Adapter mehr nötig. Lästiges zusammenlöten fällt weg, denn der Stick kann nahezu zum gleichen Preis wie das DIY Set gekauft werden.
Integration in FHEM
define CUL1 CUL /dev/ttyACM0@9600 1234
oder
define CUL1 CUL /dev/serial/by-id/usb-SHA_CUL868-if00@9600 1234
Update
Auch hier bieten wir wieder die Firmware, welche Open Source ist, fertig kompiliert als Download an (auch die MBUS Variante). Für den neuen Stick passt diese: NEW_nanoCUL_Firmware
Es wird weiterhin das DFU-Flash Tool benötigt
Eventuell wird der Stick um DFU Modus erkannt, aber es Fehlen Treiber. Diese gibt es hier: ATMEL DFU Treiber
Ablauf:
- Den Stick via Terminal mit dem Command “B99” in den DFU Update Modus bringen
- DFUGUI öffnen und im oberen Register “AVR” auswählen
- In der Liste atmega32u4 auswählen
- Im unteren Register Erase mit –force, dann Erase drücken
- Im unteren Register Flash, dann Flash drücken
- Hex Datei auswählen
- den Stick nach dem Flashen trennen
- Optional: Stick via Terminal prüfen
Hallo, wenn ich den Stick per “define CUL1 CUL /dev/serial/by-id/usb-SHA_CUL868-if00@9600 1234” in FHEM (läuft auf einem Tinkerboard mit Ubuntu 18.04) einbinde ist erstmal alles ok, aber wenn ich dann das Attribut “rfmode Homematic” hinzufüge fängt der Stick plötzlich an alle paar Sekunden zu reconnecten. Kannst du mir dabei bitte weiterhelfen? Die Stromversorgung habe ich auch geprüft (der Stick ist das einzige angeschlossene Gerät und das Tinkerboard wird mit einem 3A-Netzteil betrieben), ein aktiver Hub hilft auch nicht weiter.
FHEM-Log:
2019.10.28 21:32:34 3: Opening CUL1 device /dev/serial/by-id/usb-SHA_CUL868-if00
2019.10.28 21:32:34 3: Setting CUL1 serial parameters to 9600,8,N,1
2019.10.28 21:32:34 3: CUL1: Possible commands: ABCeFGhiKkLlMmNRTtUuVWXxYZ
2019.10.28 21:32:34 3: CUL1 device opened
2019.10.28 21:32:45 2: Switched CUL1 rfmode to HomeMatic
2019.10.28 21:32:47 1: /dev/serial/by-id/usb-SHA_CUL868-if00 disconnected, waiting to reappear (CUL1)
2019.10.28 21:32:48 3: Setting CUL1 serial parameters to 9600,8,N,1
2019.10.28 21:32:48 3: CUL1: Possible commands: ABCeFGhiKkLlMmNRTtUuVWXxYZ
2019.10.28 21:32:50 1: /dev/serial/by-id/usb-SHA_CUL868-if00 disconnected, waiting to reappear (CUL1)
2019.10.28 21:32:52 3: Setting CUL1 serial parameters to 9600,8,N,1
2019.10.28 21:32:52 3: CUL1: Possible commands: ABCeFGhiKkLlMmNRTtUuVWXxYZ
2019.10.28 21:32:54 1: /dev/serial/by-id/usb-SHA_CUL868-if00 disconnected, waiting to reappear (CUL1)
2019.10.28 21:33:00 3: Setting CUL1 serial parameters to 9600,8,N,1
2019.10.28 21:33:00 3: CUL1: Possible commands: ABCeFGhiKkLlMmNRTtUuVWXxYZ
2019.10.28 21:33:02 1: /dev/serial/by-id/usb-SHA_CUL868-if00 disconnected, waiting to reappear (CUL1)
2019.10.28 21:33:12 3: Setting CUL1 serial parameters to 9600,8,N,1
2019.10.28 21:33:12 3: CUL1: Possible commands: ABCeFGhiKkLlMmNRTtUuVWXxYZ
2019.10.28 21:33:15 1: /dev/serial/by-id/usb-SHA_CUL868-if00 disconnected, waiting to reappear (CUL1)
Hi,
hast du einmal geschaut ob im Info screen ohne, dass du den stick in den rfmode setzt alles richtig angezeigt wird?
Die Alternative wäre einmal über das SerialTerminal den Modus manuell zu starten via:
A[] is one of:
AskSin (aka BidCOS (R)) mode.
r – enable AskSin (10kbit/s) reception. Note: only AskSin messages will be received in this mode. Data is reported in hex. If bit 4 was set in previous X cmd (i.e. X10) reported data is binary. Messages sent with “s” will be sent as normal AskSin messages. is a hex string of the following form: llnnccttssssssddddddpp…
s – Send out an AskSin message.
x – Disable AskSin mode. To enable reception of FS20 messages, an “X21” or similar is needed.
Mehr dazu hier:
http://culfw.de/commandref.html
Also ich bin langsam echt mit meinem Latein am Ende. Unter Windows scheint er zu funktionieren, es gibt zumindest keine Verbindungsabbrüche.
Unter Ubuntu hab ich FHEM noch mal neu installiert. MIt lsusb sehe ich, dass die Device Nummer immer größer wird und auch in der FHEM Ereignisanzeige steht immer wieder “disconnected”. Energiesparen ist lt. powertop auch nicht aktiv für den Stick. Jedoch wurde auch jede Einstellung, die ich in powertop für den Stick getroffen habe, nach wenigen Sekunden zurückgesetzt, was ja nur passiert, wenn man das Gerät neu verbindet, oder wenn man einen Reboot durchführt. Daher sieht für mich alles danach aus, als würde der Stick alle paar Sekunden vom System (nicht nur von FHEM) ausgeworfen werden. Gefunden habe ich dazu aber bislang leider nichts.
Kann es sein, dass der Stick einfach mit dem Tinkerboard nicht kompatibel ist?
Hi, danke für die Antwort. Die Infos sehen bei mir genauso aus, nur die FUUID ist natürlich anders und die NR.
Wenn ich A[] bzw. Ar[] in HTerm (unter Windows & mit der Config) eintrage, dann kommt ein “Autosend”-Fenster indem ich die Wiederholungen und Verzögerung des Sendens angeben kann. Das läuft durch, aber ich habe sonst keine Info weiter, ob das erfolgreich lief, gehe aber davon aus. Hattest du das so gedacht?
Ich werd morgen noch mal Gleiches auf dem Tinkerboard versuchen und zur Not FHEM auch mal unter Windows installieren.
Hi, kann die Firmware auch für die vorherige Version eures nanoCUL benutzt werden? Ich gehe davon aus, dass der Flashchip etc. gleich ist.
Hast du auch die hex-Datei für a-culfw mit dem nocredit-Patch oder sagst mir, wie ich das selbst anpassen kann?
Danke,
Tim
Hi,
die Firmware mit “NEW_” zu beginn ist nur für den neuen nanoCUL, also nein, der Chip ist ein anderer (Atmega328 beim Alten und Atmega32U4 beim neuen). Die Dateien für alt und neu gibt es hier:
https://github.com/smarthomeagentur/culfw1/releases
Ein Tutorial für das Update des alten Sticks gibt es hier:
https://www.smarthome-agentur.de/blog/tutorial-die-nanocul-firmware-updaten/
Die a-culfw für den alten Stick habe ich auch als Download bei den releases, aber alles ohne Garantie und Support – auf eigene Gefahr!
Ich hoffe, damit konnte ich helfen.
Hallo,
ich habe den CUL-Stick als zweiten CUL (neben Max!) am Raspi angesteckt, LED blinkt weis. In FHEM habe ich den neuen Stick als CUL_HM definiert sieht auch so aus wie bei Ihnen in dem Screenshot allerdings bleibt es beim “disconnect”.
Wie bekomme ich den Stick aktiviert? Der CUL_Max wird immer sofort erkannt und bekommt “Initialized” als Status.
Muss beim Anschließen was beachtet werden?
Können Sie mir helfen? Ach ja die Hardware ist ein Pi3 mit Debian Buster, fals das was hilft.
Vielen Dank
S. Wolf
Sind beide Sticks von uns? Dann haben sie die gleiche ID. Am einfachsten wäre es, auf einen von beiden eine Firmware mit anderer ID zu spielen, damit kann man die Sticks dann auseinander halten. Kannst du mir die config von fhem schicken?
Kann man den Stick auch mit a-culfw flashen?
ja, das geht. Ich gebe aber hier keinen support.
Hi, Where can I buy it? what is the price and do you support 433.92 mhz also?
Hi, you can buy the stick in our shop. https://www.smarthome-agentur.de/produkt/nanocul-usb-stick-868-mhz-gehaeuse-cc1101-sma-antenne-ccu2-fhem-iobroker/
A 433 Mhz Version is planned but at the moment we can not ship it.
Hallo Daniel,
zwei Dinge für den mehr oder weniger guten Plug-and-Play Betrieb – der Stick hat bei meinem raspi die id usb-busware.de_CUL868-if00.
Zweiter Punkt, der mich im unklaren lässt: In deinem Blog-Beitrag zum neuen Stick ist die Anleitung zum flashen. Der erste Punkt bringt mich schon zu Verwirrung: Per Terminal mit B99 den Stick in den DFU-Modus bringen – bitte ergänze doch, dass du HTerm meinst – bzw. vielleicht ist ein neuer Eintrag zum Flashen des neuen Sticks mit allen Details noch hilfreich für den ein oder anderen Kunden.