Hallo Bastler,
nachdem ich meinen RPi2 mittels HMCFG USB II und JEElink schon aufgerüstet habe, wollte ich nun auch in den 433 Mhz-Bereich vorstoßen.
Ich habe mir also nach dieser Anleitung
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251)
die komponenten bestellt.
Leider hakt es nun beim flashen der culfw.
Wenn ich, wie in der Anleitung beschrieben vorgehe klappt es nicht.
Der befehl make läuft durch, aber wenn ich dann mit make program flashen möchte erhalte ich die Fehlermeldung "recipe for program not found".
Wenn ich anders vorgehen, also die genaue Bezeichnung NICHT in das makefile eintrage, läuft auch der make program durch, allerdings kann ich den CUL dann anschließend in FHEM nicht ansprechen, ich kann auch keine Informationen vom CUL Lesen und die LED des CUL blinkt nicht.
Was mache ich falsch ??
Gruß
Zitat von: roadghost am 23 September 2016, 13:11:52
Wenn ich anders vorgehen, also die genaue Bezeichnung NICHT in das makefile eintrage, läuft auch der make program durch, allerdings kann ich den CUL dann anschließend in FHEM nicht ansprechen, ich kann auch keine Informationen vom CUL Lesen und die LED des CUL blinkt nicht.
Was genau machst du da/meinst du da???
Habe die Anleitung mal durchgelesen/überflogen, finde da nichts von "genauer Bezeichnung eintragen"...
Gruß, Joachim
Ich meine quasi diesen Schritt:
Dann die Datei "makefile" in einem Editor öffnen und bei AVRDUDE_PORT die ID eintragen.
Mein neues Device heißt: "usb-1a86_USB2.0-Serial-if00-port0"
Also habe ich beim Parameter AVRDUDE_PORT "/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0" eingetragen.
Gruß
Ok.
Nur damit ich richtig liege bzw. mal "gegenprüfen":
- wenn du den Originaleintrag drin hast (wahrsch. sowas wie /dev/ttyUSB0 oder /dev/ttyACM0 ...) dann kommt kein Fehler aber es wird (nat.) auch nicht geflasht?
- wenn du den Eintrag anpasst, dann kommt der Fehler "recipe not found" (wobei das sowas heißt wie: ich weiß nicht was ich machen soll, wenn du mir den "Befehl" 'program' gibst)!?
Wie stellst du den "Originalzustand" des make-File wieder her?
Welchen Editor nimmst du?
Ich habe den flash-Vorgang mittels /dev/USB0 (bzw. wo halt mein nanoCUL hing) durchgeführt und beim Flashen auch mal alle anderen USB-Geräte abgesteckt (sicher ist sicher, habe schon mal aus Versehen meinen MySensors-Gateway auf CUL geflasht ;-) )...
Gruß, Joachim
Denkt dran, die CH340G-Chips haben alle die gleiche ID!
Möglichkeit das richtige Gerät anzusprechen, wenn es mehrere CH340G gibt,
ist über /dev/serial/by-path...... zu gehen
Hi,
also von den CH340 hab ich nur den einen, der Jeelink ist ein FTDI.
Die Konsole gibt mir folgendes aus:
root@debian:/opt/culfw-code-555-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 usb-1a86_USB2.0-Serial-if00-port0 -c arduino -U flash:w:nanoCUL.hex
avrdude: ser_open(): can't open device "usb-1a86_USB2.0-Serial-if00-port0": No such file or directory
avrdude done. Thank you.
makefile:216: recipe for target 'program' failed
make: *** [program] Error 1
root@debian:/opt/culfw-code-555-trunk/culfw/Devices/nanoCUL#
Als edditor nutze ich Notepad++ auf dem PC.
Zitat von: roadghost am 23 September 2016, 17:32:11
root@debian:/opt/culfw-code-555-trunk/culfw/Devices/nanoCUL# make program
avrdude -D -p atmega328p -P usb-1a86_USB2.0-Serial-if00-port0 -c arduino -U flash:w:nanoCUL.hex
avrdude: ser_open(): can't open device "usb-1a86_USB2.0-Serial-if00-port0": No such file or directory
Ja, da hat avrdude Recht, es müsste
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 heißen ;)
Ich würde schauen, wo /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port "hinzeigt" und ggf. /dev/ttyUSBx x=[0|1] nehmen.
Gruß PeMue
Gruß PeMue
Nur mal so nebenbei ....
Auf meinem RasPi2(Jessie) konnte ich nur flashen (egal was wen oder warum) wenn alle anderen USB raus waren (auch der HM-CFG-USB)
Also nur Netzteil, LAN, und 1x USB mit dem zu flashenden device dran.
Dann kannst Du auch /dev/usbx nehmen, die ID funzte bei mir aber auch jedes mal.
Sonst hat der Pi immer zicken gemacht... nur so ein Denkanstoß ... vllt. hilft es.
Mein aktueller Pi3 hat die Problematik nicht - auch weil ich das meiste seriell per Wlan und ESP angebunden habe.
Nur so ne Idee......
lg
hologramm
So, der Fisch ist geputzt:
Ich habe folgende Anleitung im Netz gefunden und befolgt:
https://www.hoek.mn/2016/01/20/making-your-own-cul-the-nanocul/ (https://www.hoek.mn/2016/01/20/making-your-own-cul-the-nanocul/)
Funktioniert sogar unter Win 10 64 Bit
Es wird benötigt:
1. https://sourceforge.net/code-snapshots/svn/c/cu/culfw/code/culfw-code-555-trunk.zip (https://sourceforge.net/code-snapshots/svn/c/cu/culfw/code/culfw-code-555-trunk.zip) Die CUL-Firmware für einen nanoCUL 433/868 MHz
2. https://sourceforge.net/projects/winavr/files/latest/download?source=files (https://sourceforge.net/projects/winavr/files/latest/download?source=files) WinAVR (als Ersatz für einen RPi / Cubie usw.)
3. www.hoek.mn/wp-content/uploads/2016/01/msys-1.0-vista64.zip (http://www.hoek.mn/wp-content/uploads/2016/01/msys-1.0-vista64.zip) Patch für WinAVR damit avrdude mit Windows 10 klar kommt
Schritt für Schritt:
1. Ich habe die WINAVR unter C:\winavr installiert
2. Die Datei aus Link Nr. 3 kommt in c:\WinAVR\utils\bin\ --dort die vorhandene Datei durch die neue ersetzen--
3. Als nächstes wird die culfw entpackt und unter C:\culfw\ abgelegt
4. über Cortana / die Suche eine Eingabeaufforderung öffnen: >>>cmd<<<
5. mittels cd zu c:\CULFW\culfw\Devices\nanoCUL\ wechseln
6. Dort den Befehl "make" absetzen, die Firmware wird nun kompiliert und dort abgelegt
7. Prüfen, ob das xxxxx.hex-File, welches sich unter c:\CULFW\culfw\Devices\nanoCUL\ befindet, das jetzige Datum-Zeit-Informaationsglied trägt
8. Über die Systemsteuerung in den Gerätemanager gehen, den Baum COM&LPT erweitern, jetzt den Arduino kurz vom PC trennen, 5 Sekunden warten, und nun wieder anschließen. Jetzt im Gerätemanager nachsehen welchen COM-Port windows dem Arduino zugewiesen hat, z.B. COM6. Dies merken !
9. Wieder in die Eingabeaufforderung gehen, wenn nicht zwischenzeitlich geschlossen ist noch immer c:\CULFW\culfw\Devices\nanoCUL\das momentane aktive Verzeichniss.
10. Den folgenden Befehl mittels Copy & Paste und der rechten Maustaste in die Eingabeaufforderung kopieren - NICHT AUSFÜHREN - jetzt bitte den COM-Port, den Ihr euch gemerkt habt, mit dem in diesem Befehl zu lesenden vergleichen und ggf. auf euren Port abändern,
avrdude.exe -C C:\WinAVR\bin\avrdude.conf -v -v -p atmega328p -c arduino –P COM6 -b 57600 -D -Uflash:w:nanocul.hex:i
Jetzt wird die Firmware geflasht. Anschließend den Stick vom PC trennen und an euren Server, Cubie, RPi, NAS oder sonstiges Gerät, auf dem FHEM läuft, anschließen.
Mittels
define nanoCUL CUL /dev/CUL@38400 0000
den CUL in FHEM definieren.
So hat es bei mir, nach gestrigen 6 und heutigen 2 Stunden versuchen und suchen, endlich auf anhieb funktioniert !!
Gruß
Hallo,
ich bin schon seit längerem auf der Suche nach einer Lösung für selbiges Problem.
Ich habe mir einen bereits zusammengebauten nanoCUL zugelegt, welcher angeblich bereits mit einer FHEM gelaufen ist. Ich wollten diesen an meine Homematiczentrale anschließen und bin komplett unwissend an die Sache rangegangen. Nach einigen Flashversuchen unter Linux und ganz viel Frust habe ich einige Dinge herausbekommen.
1. ich habe einen nanoCUL und keinen CUL
2. ich habe einen 340er Chip
3. ich habe keine Ahnung! :'(
Nun gut ich bin also nach der oben vorgegebenen Anleitung vorgegangen (vielen Dank dafür, die ist sehr gut geschrieben). Ich habe mir parallel dazu auch das Originial angeschaut.
Es hat alles gut geklappt, der nanoCUL hat munter geflackert und alles schien ok. (Die Ausgabe habe ich im JPG angehängt. Konnte es leider nicht als Code einfügen, da ich es über einen anderen PC geflasht habe.)
Nach erfolgreichem flashen leuchtet die rote LED dauerhaft (Wie immer) und die blaue leuchtet gar nicht.
Ich habe nun den nanoCUL an meinen Odroid gehängt und mir das komplett blanke FHEM angeschaut. Unter "Everything" sollte soweit ich weiß jetzt was auftauchen. Aber die blaue LED blinkt beim einstecken einmal kurz und das wars, (rot leuchtet dauerhaft).
Eine kurze Überprüfung der angeschlossenen USB-Devices ergibt:
root@DietPi:~# lsusb
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@DietPi:~#
Die Frage ist jetzt, bin ich richtig und sehe es nur noch, oder bin ich komplett falsch?
Habt ihr eine Idee, oder welche Informationen benötigt ihr um mir weiterzuhelfen?
Viele Grüße
Moritz
Zitat von: Moritz_WB am 15 Januar 2017, 19:57:42
Es hat alles gut geklappt, der nanoCUL hat munter geflackert und alles schien ok. (Die Ausgabe habe ich im JPG angehängt. Konnte es leider nicht als Code einfügen, da ich es über einen anderen PC geflasht habe.)
Ich habe nun den nanoCUL an meinen Odroid gehängt und mir das komplett blanke FHEM angeschaut. Unter "Everything" sollte soweit ich weiß jetzt was auftauchen. Aber die blaue LED blinkt beim einstecken einmal kurz und das wars, (rot leuchtet dauerhaft).
Eine kurze Überprüfung der angeschlossenen USB-Devices ergibt:
root@DietPi:~# lsusb
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@DietPi:~#
Die Frage ist jetzt, bin ich richtig und sehe es nur noch, oder bin ich komplett falsch?
Habt ihr eine Idee, oder welche Informationen benötigt ihr um mir weiterzuhelfen?
Viele Grüße
Moritz
Wie soll in einem komplett nackten fhem etwas auftauchen??
Du musst schon ein IODev definieren...
Was sagt denn:
ls -la /dev/serial/by-id/bzw.:
ls -la /dev/serial/by-path/Flashen sieht erst mal gut aus...
An welcher Plattform soll er denn betrieben werden??
Odroid??
Gruß, Joachim
Hi,
danke für die schnelle Antwort. Bin leider erst heute dazugekommen mir das anzuschauen.
ZitatAn welcher Plattform soll er denn betrieben werden??
Odroid??
Ursprünglich sollte der CUL an der CCU laufen über den CUxD. Da dies nicht funktioniert hat und ich zum flashen ein Linuxsystem benutzen musste (zumindest gab es da die meisten Informationen für), habe ich meinen Odroid rausgekramt. Derzeit ist der Plan den CUL an die FHEM zu hängen (die ich jetzt extra deshalb installiert habe) und damit dann meine Funksteckdosen von Brennenstuhl zu schalten, und das evtl. irgendwie mit der CCU verbinden, mal sehen was es da für Möglichkeiten gibt.
So aktueller Stand:
CUL an CCU über CUxD: es taucht ein Gerät auf kann es aber nicht über Setup hinzufügen. (Habe den Code angehängt, auch wenn es hier vllt. gar nichts zur Lösung beiträgt.
USB 1-1 - {NONE} USB2.0-Serial [FF] - /dev/ttyUSB0 {:11s} - connected - Tue Jan 17 22:06:43 2017
Erfolgreich mit HomeMatic-CCU 127.0.0.1:8181 verbunden!
als RPC-Server(INIT) von HomeMatic-CCU (1238) angefordert!
Diese Web-Seite wurde aufgerufen von: 192.168.1.20
CUxD-Uptime(1.7): 10 Tag(e) 21:26:06, 48680 Bytes belegt, Compiled Jul 3 2016 22:48:19
CCU-Uptime(2.21.10): 10 Tag(e) 21:26:35, load-average: 0.55 0.29 0.19, 10s-cpu-load: 25.4%
Speicher: Total 255392k Used 134004k Free 121388k (Cached 43740k)
Filesystem: / ubifs (ro) Total 173176k Used 83200k (48.0%) Free 89976k (52.0%)
Filesystem: /dev devtmpfs (rw) Total 127636k Used 0k ( 0.0%) Free 127636k (100.0%)
Filesystem: /dev/shm tmpfs (rw) Total 127696k Used 0k ( 0.0%) Free 127696k (100.0%)
Filesystem: /tmp tmpfs (rw) Total 127696k Used 116k ( 0.1%) Free 127580k (99.9%)
Filesystem: /media tmpfs (rw) Total 127696k Used 0k ( 0.0%) Free 127696k (100.0%)
Filesystem: /var tmpfs (rw) Total 200704k Used 468k ( 0.2%) Free 200236k (99.8%)
Filesystem: /usr/local ubifs (rw) Total 41400k Used 5940k (14.3%) Free 35460k (85.7%)
Filesystem: /media/sd-mmcblk0 vfat (rw) Total 3864704k Used 1088k ( 0.0%) Free 3863616k (100.0%)
CCU-MAC: 00:1A:22:05:99:D1
HM-Config: /etc/config/homematic.regadom(1676462) OK! - Tue Jan 17 12:52:30 2017
CUxD-Config: /usr/local/addons/cuxd/cuxd.ps(585) - Tue Jan 17 00:00:00 2017
aktuelle Parameter: (* = bei Änderung Neustart erforderlich)ZitatDu musst schon ein IODev definieren...
Was sagt denn:
Code: [Auswählen]
ls -la /dev/serial/by-id/
bzw.:
Code: [Auswählen]
ls -la /dev/serial/by-path/
Flashen sieht erst mal gut aus...
root@DietPi:~# ls -la /dev/serial/by-id/
ls: cannot access /dev/serial/by-id/: No such file or directory
root@DietPi:~# ls -la /dev/serial/by-path/
ls: cannot access /dev/serial/by-path/: No such file or directory
ohne bzw. mit angeschlossenem nanoCUL:
root@DietPi:~# lsusb
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@DietPi:~# lsusb
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Da das mit den 1. Links nicht hingehauen hat, habe ich mal gegoogled. (Ich habe wirklich keine Ahnung von dem Linux Kram, aber ich bin lernwillig :-) )
root@DietPi:~# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Jan 17 21:19 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
root@DietPi:~# ls -l /dev/serial/by-path
total 0
lrwxrwxrwx 1 root root 13 Jan 17 21:19 usb-0:1.1:1.0-port0 -> ../../ttyUSB0
Soweit so gut. Ich werde morgen mal die FHEM Anleitung durchforsten und schauen wie ich den CUL an der Software anmelden muss.
Sollte es zu dem aktuellen Fortschritt Anmerkungen oder Hinweise geben wäre ich dankbar.
Viele Grüße und schönen Abend.
Moritz
Hmm, eigenartig, dass die Aufrufe bei dir nicht gehen...
Bei mir funktioniert das...
Egal du hast ja den CUL "gefunden" ;)
Wenn du fhem installiert hast: update auf neueste Version nicht vergessen!
Der CUL wird dann beispielsweise mittels:
define CUL_NAME CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
definiert.
Mit dem verwendeten Chip geht by-id aber nur, solange nur einer steckt (mit diesem Chip), da diese wohl alle die selbe ID haben und somit wird dann immer der letzte adressiert...
Einbindung by-id funktioniert ansonsten auch beim Umstecken.
Einbinden by-path funktioniert auch wenn alle die selbe ID haben, allerdings muss der entsprechende CUL immer am selben USB stecken bleiben...
https://fhem.de/HOWTO_DE.html (https://fhem.de/HOWTO_DE.html)
Dann noch die entsprechenden Attribute setzen und sehen was geht...
Allerdings ist CUL für Homematic nicht unbedingt zu empfehlen, da gibt es immer wieder timing probleme...
Viel Erfolg!
Gruß, Joachim
Hallo,
also nach einigen Fehlversuchen und etwas trouble mit der Oberfläche von FHEM habe ich es hinbekommen :-) !! Nachdem ich dies ausgiebig gefeiert habe, habe ich nun noch versucht es direkt an der CCU zum laufen zu bekommen. Auch hier durfte ich zum Leidwesen meiner Freundin nach einigem Hin und Her meinen Freundentanz aufführen :-D
Danke für eure Hilfe. Ich werde morgen mal schauen ob ich es dann schlussendlich über FHEM oder CCU mache, dass FHEM-Konzept klingt sehr interessant, mal sehen.
Damit andere von den Posts auch profitieren hier nochmal die entscheidenden Codes und Hinweise:
- Flashen des nanoCUL unter Win10 wie oben beschrieben.
- USB Port des angeschlossenen nanoCUL feststellen
root@DietPi:~# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Jan 17 21:19 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
root@DietPi:~# ls -l /dev/serial/by-path
total 0
lrwxrwxrwx 1 root root 13 Jan 17 21:19 usb-0:1.1:1.0-port0 -> ../../ttyUSB0
- den nanoCUL entsprechend definieren
- fertig!
define CUL_NAME CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234Will man den nanoCUL an der CCU verwenden muss man im CUxD unter Setup noch folgenden Code einfügen:
TTYPARAM=ttyUSB0:38400:8N1
TTYASSIGN=ttyUSB0:CUXVielen Dank für eure Hilfe, ich werde mich bestimmt bei der ein oder anderen Frage nochmal an anderer Stelle melden.
Viele Grüße
Moritz
Gratuliere!
Den/die Freudentanz/-tänze hätte ich gerne gesehen ;)
...hmmm oder lieber doch nicht... ;)
Danke auch für's Mitteilen der Lösung!
Viel Spaß/Erfolg weiterhin!
Gruß, Joachim
Hallo,
ich habe noch eine kurze Frage. Was genau meinst du mit Timing-Problemen mit der CCU?
ZitatAllerdings ist CUL für Homematic nicht unbedingt zu empfehlen, da gibt es immer wieder timing probleme...
Ich habe festgestellt, dass der CUL in "Störung" (LED im Stroposkopmodus) geht wenn ich einen zweiten Befehl sende, während er noch mit dem 1. beschäftigt ist.
Hintergrund:
Ich habe ein Programm geschrieben, sodass er bei Klick auf die Taste gleichzeitig bzw. hintereinander vier Lampen an/ausschaltet. Da das ein paar Sekunden dauert, ist es beim testen dazu gekommen, dass er noch nicht fertig war als das neue Signal kam. Abstecken und anstecken des CUL brachte abhilfe.
Vielleicht probiere ich mich doch mal an der FHEM.
Dazu noch eine Frage, wenn ich eine CCU und eine FHEM habe, schalte ich trotzdem die Geräte nur über FHEM und den CUL nicht die CCU korrekt?
Viele Grüße
Moritz
Zitat von: Moritz_WB am 19 Januar 2017, 09:17:44
ich habe noch eine kurze Frage. Was genau meinst du mit Timing-Problemen mit der CCU?
Nicht mit der CCU sondern:
fhem - CUL - HM-Device
(Wusste gar nicht, dass ein CUL auch an einer CCU funktioniert)
Zitat von: Moritz_WB am 19 Januar 2017, 09:17:44
Ich habe festgestellt, dass der CUL in "Störung" (LED im Stroposkopmodus) geht wenn ich einen zweiten Befehl sende, während er noch mit dem 1. beschäftigt ist.
Hintergrund:
Ich habe ein Programm geschrieben, sodass er bei Klick auf die Taste gleichzeitig bzw. hintereinander vier Lampen an/ausschaltet. Da das ein paar Sekunden dauert, ist es beim testen dazu gekommen, dass er noch nicht fertig war als das neue Signal kam. Abstecken und anstecken des CUL brachte abhilfe.
Wie gesagt ich kenne das Zusammenspiel CUL an CCU nicht.
Bei fhem wenn ein ab-/anstecken hilft könnte es an der Überschreitung der Sendetelegramme (Stichwort 1%-Regel) liegen.
D.h. ein "Funker" darf nur eine bestimmte Anzahl (Zeit) von Telegrammen senden und muss dann Pause machen.
Vielleicht sind die Befehel die du schickst zu viel??
Aber wie gesagt das ist das Verhalten im Zusammenspiel mit fhem.
Ein "Reboot" (ab-/anstecken) des CUL setzt ihn zurück und er weiß nicht, dass er eigentlich Pause machen müsste ;)
Zitat von: Moritz_WB am 19 Januar 2017, 09:17:44
Vielleicht probiere ich mich doch mal an der FHEM.
Dazu noch eine Frage, wenn ich eine CCU und eine FHEM habe, schalte ich trotzdem die Geräte nur über FHEM und den CUL nicht die CCU korrekt?
Wie du willst ;)
Du kannst alles über die CCU konfigurieren und auch steuern und dann die CCU von fhem aus steuern: HMCCU (fhem-Modul zur Einbindung einer CCU)
Oder den CUL direkt an fhem und dann direkt HM steuern...
...da aber dann beachten, dass hierbei dann die erwähnten Timingprobleme kommen können...
...und die CCU ist dann eigentlich "überflüssig"...
Gruß, Joachim
Hallo,
Der CUL funktioniert prinzipiell gut mit der CCU und ist ein beliebtes Werkzeug um 3rd-party Hardware in das geschlossene System von Homematic einzubinden.
Mein Problem scheint das von dir genannte Duty-Cycle Problem zu sein. Leider löst sich das nur durch ab und an stecken. Man kann aber diese 1% Grenzen verschieben, das sollte dann die Lösung sein.
Über das HMCCU Modul habe ich schonmal gelesen. Das ist ein reines Softwaremodul welches, vereinfacht gesagt, die CCU als "CUL" verwendet richtig?
Wenn ich meinen CUL direkt an die fhem schließe werde ich die HM Devices so aber nicht steuern können, denn wenn ich richtig informiert bin sendet HM auf 866 MHz, oder bin ich da falsch?
Viele Grüße Moritz
Hallo Moritz,
Zitat von: Moritz_WB am 20 Januar 2017, 10:31:44
Der CUL funktioniert prinzipiell gut mit der CCU und ist ein beliebtes Werkzeug um 3rd-party Hardware in das geschlossene System von Homematic einzubinden.
aha, wusste ich gar nicht, dass das geht.
Ich dachte CCU wäre geschlossen und ausschließlich Homematic (bzw. was immer eq3 noch so "zulässt")...
Zitat von: Moritz_WB am 20 Januar 2017, 10:31:44
Mein Problem scheint das von dir genannte Duty-Cycle Problem zu sein. Leider löst sich das nur durch ab und an stecken. Man kann aber diese 1% Grenzen verschieben, das sollte dann die Lösung sein.
Hmm, können wohl vielleicht...
...allerdings betreibst du dann ein funkendes Gerät außerhalb der Zulassung...
Zitat von: Moritz_WB am 20 Januar 2017, 10:31:44
Über das HMCCU Modul habe ich schonmal gelesen. Das ist ein reines Softwaremodul welches, vereinfacht gesagt, die CCU als "CUL" verwendet richtig?
Ich kenne es auch nur vom "hier rumlesen"...
Aber ja. Es verbindet sich mit einer CCU und kann dann von dort angelegten Geräten Daten auslesen (bzw. legt dazu [glaube ich] in fhem so eine Art "Schattengerät" an) und Geräte ansteuern...
...aber halt immer "indirekt" über die CCU.
D.h. was dort nicht konfiguriert ist kann nicht genutzt werden...
Zitat von: Moritz_WB am 20 Januar 2017, 10:31:44
Wenn ich meinen CUL direkt an die fhem schließe werde ich die HM Devices so aber nicht steuern können, denn wenn ich richtig informiert bin sendet HM auf 866 MHz, oder bin ich da falsch?
Äh, jetzt bin ich verwirrt.
D.h. du nutzt den CUL an der CCU für was anderes als HM!?
Gut, klar das war das mit dem Einbinden von Fremdsystemen...
...und dass ich nicht wusste dass das mit einer CCU geht.
Ja, also wenn du den CUL für andere Systeme nutzt und am Ende noch einen 433MHz hast wird es mit HM schwer.
Irgendwo im Internetz habe ich aber auch gelesen, dass jemand fhem auf eine CCU installiert hat, also statt wie so oft einen PI eben eine CCU als HW.
Oder aber einen weiteren CUL für HM bzw. würde ich da dann eher von CUL abraten, da dann evtl. Timingprobleme auftreten können.
Also weitere Alternative zu fhem und HMCCU wäre dann ein PI (z.B.) mit dem aktuellen CUL für was auch immer er jetzt tut und einem weiteren IODev für HM.
Beispielsweise: HM-UART
https://forum.fhem.de/index.php/topic,54511.0.html (https://forum.fhem.de/index.php/topic,54511.0.html)
Kostet ca. 20EUR (gut man muss etwas löten ist aber nicht schlimm und läsast sich sicher auch jemand finden der das macht).
https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html (https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html)
Habe ich auf einem meiner Systeme im Einsatz zum Test für den Umstieg, da ja der HM-CFG-USB den ich aktuell habe nicht mehr zu bekommen ist...
...und wenn der mal defekt sein sollte will ich gleich ein Sysem für den Umstieg parat haben.
Achja, einen Vorteil hat die Konstellation CCU + HMCCU: du kannst/könntest so auch die "neuen" HM-IP Geräte betreiben. Das geht mit fhem und HM-IODev NICHT!!
Viel Spaß, Joachim
Danke für die vielen Hinweise, ich glaube ich muss mir erst mal ein Konzept überlegen, was ich wie schalten will, sonst macht das alles keinen Sinn.
ZitatÄh, jetzt bin ich verwirrt.
D.h. du nutzt den CUL an der CCU für was anderes als HM!?
Gut, klar das war das mit dem Einbinden von Fremdsystemen...
...und dass ich nicht wusste dass das mit einer CCU geht.
Ja, also wenn du den CUL für andere Systeme nutzt und am Ende noch einen 433MHz hast wird es mit HM schwer.
Ja genau ich benutze den CUL an der CCU um einfach "Baumarkt"-Funksteckdosen auf 433 MHz Frequenz zu schalten.
Und da ich nur den besagten 433er habe wird das so mit HM nichts, aber sich noch einen 866er zuzulegen ist ja nicht die Welt.
Wie gesagt, erst Mal überlegen.
Am Wochenende muss ich erst mal checken warum meine Waschmaschine mir keine Telegramm-Nachrichten mehr schreibt, alles weitere nächste Woche, man muss ja auch mal entspannen.
Viele Grüße und schönes Wochenende.