Homematic: welchen Gateway nutzen?

[UliM]

Hallo Leute,
bastele gerade eine neue Version des Einsteiger-pdf.
Dabei möchte ich eine aktuellen Überblick geben, welche Gateways es für Homematic gibt.
Hab nach nem passenden Thread gesucht, aber nix gefunden...

Mein letzter Stand war HM-CFG-USB und HMLAN, aber die gibt's ja wohl beide nicht mehr.

Habe nun als Alternativen gefunden:
1. HM-MOD-RPI-PCB (RPi-Aufstecker, quasi COC-Nachfolger?) mit FHEM-Modul HMUARTLGW
2. HM-LGW-O-TW-W-EU (scheinbar HMLAN-Nachfolger) mit FHEM-Modul HMUARTLGW
3. CCU2 - mit welchem FHEM-Modul?
4. CUL im HM-Modus mit FHEM-Modul HMLAN

a) Ist die o.g. Aufzählung vollständig, oder fehlt noch ein aktueller und wichtiger Kandidat?
b) sind die angegebenen Module und Parameter korrekt - ggf bitte ich om Korrektur
c) Welche Vor/Nachteile gibt es? Soweit ich mich erinnere gibt es Unterschiede nur bei Verwendung von Keymatic - ist das noch immmer das einzige Kriterium, und welche der o.g. Gateways 1-4 können mehr oder weniger?

Wenn es schon einne Thread gibt, der hierzu Einblicke gibt, freue ich mich über einen Link.
Sonst über allen input den ich kriegen kann, denn selbst nutze ich den HM-CFG-USB.

Schon im Voraus vielen Dank und viele Grüße,
Uli

[chris1284]

3. CCU2 - mit welchem FHEM-Modul?

FHEM/88_HMCCU.pm           
FHEM/88_HMCCUCHN.pm       
FHEM/88_HMCCUDEV.pm

bei 4 würde ich sagen "CUL-Derivate" (cul, nanocul, wificul, culcube usw usw)

vorteile ccu2 - fhem unabhängig (was neue devices zb angeht)/ kann hmwireless,-wired, -ip / man kann sie parallel mit anderen erweiterungen nutzen (cux-deamon, diverse frontends), einfache bedienung (was zb anlernen, konfigurieren, verknüpfen angeht)

[Otto123]

Hab nach nem passenden Thread gesucht, aber nix gefunden...

Hallo Uli,

na den Spruch bringen sie ja immer alle  der gehört in die Einleitung! 

Bei dem HM-MOD-RPI-PCB handelt es sich eigentlich nicht um einen COC Nachfolger (aus meiner Sicht) außer das er auf die GPIO kommt.
Aber diese Modul kann auch über USB-Seriell Adapter, ESP8266, Ethernet Adapter usw. betrieben werden und ist mittlerweile so etwas wie die Universal Lösung. Die Anbindung erfolgt immer über FHEM-Modul HMUARTLGW.

Meines Wissens wird der CUL (ich habe keinen) im hoematic Modus nicht mit dem FHEM Modul HMLAN betrieben, diese Modul ist nur für den alten HMLAN.

Was ich hier im Forum Tag für Tag so lese, ist es unbedingt ratsam für Homematic ein Homematic IO zu verwenden (also 1-3) mit dem CUL wird es mit den komplexeren HM Geräten mit vielen Channels mittlerweile  offenbar immer schwieriger.

Ich bin selbst Anfänger in FHEM, ich habe mehr oder weniger für mich in meinem Blog immer mal wieder was aufgeschrieben, so wie es bei mir funktioniert hat. Meist ohne viel Vorkenntnis. Wenn Du denkst, dass Du da was brauchen kannst. Oder ich was beisteuern kann - gerne!

Gruß Otto

[chris1284]

Meines Wissens wird der CUL (ich habe keinen) im hoematic Modus nicht mit dem FHEM Modul HMLAN betrieben, diese Modul ist nur für den alten HMLAN.

stimmt

HMLAN = hmcfgusb  (er wird lokal über ip angesprochen, auch wenn es ein usb-stick ist) und hm-cfg-lan https://fhem.de/commandref.html#HMLAN
CUL = cul-derivate https://fhem.de/commandref.html#CUL

[frank]

alle cul derivate sollten unbedingt die spezial fw plus entsprechendem modul für homematic verwenden. https://forum.fhem.de/index.php/topic,24436.msg529649.html#msg529649

[UliM]

vorteile ccu2 - [...] einfache bedienung (was zb anlernen, konfigurieren, verknüpfen angeht)

Wie genau ist das gemeint? Hat die CCU2 ne eigene Weboberfläche in der das pairing&peering gemacht wird?
Wenn pairing&peering aus FHEM heraus erfolgt, ist doch wurscht welcher gateway, oder?

Soweit klingt mir das, als sollte man einem Neueinsteiger nen RPi mit #1 empfehlen. Gibt's da Herausforderungen bei der Einrichtung (analog HMLAND für cdn CFG-USB)?
Zu nanocul, wificul, culcube hab ich keine Einkaufsquelle gefunden - wo würde man sowas kaufen wenn man wollte? Auch busware?
Hab grad mal wieder auf der busware-Seite reingeschaut - war ja schon immer unübersichtlich, besser geworden sind die nicht. Pigator, CUL, CULM, TuxRadio - nirgends eine allgemeinverständliche Erklärung was die Dinger sind und können - pfft...

@Otto: wie ist denn die URL zu Dienem blog?

Gruß, Uli

[marvin78]

Wenn du die CCU verwendest, ist das nicht "nur" ein Gateway, sondern die HM-Zentrale, die ihre Informationen über das entsprechenden Modul mit FHEM "teilt". Dazu gibt es eigntlich viele Infos hier.  Ich persönlich mag diese Lösung nicht besonders, aber das ist Geschmacksache.

[chris1284]

alle cul derivate sollten unbedingt die spezial fw plus entsprechendem modul für homematic verwenden. https://forum.fhem.de/index.php/topic,24436.msg529649.html#msg529649

wobei bei der firmware nicht alle gängigen derivate enthalten sind. für den culcube zb gibts nix darin

Wie genau ist das gemeint? Hat die CCU2 ne eigene Weboberfläche in der das pairing&peering gemacht wird?

genau so. das webif der ccu ist di erste anlaufstelle. dort paired und peered man geräte, nimmt einstellungen vor. sobald das gerät in der cuu bekannt ist wird es per hmccudev/hmccuchn in fhem eingebunden. vorher muss man natürlich mit hmccu die ccu2 selbst als "ioDEV) in fhem definieren

Soweit klingt mir das, als sollte man einem Neueinsteiger nen RPi mit #1 empfehlen.

nö. meine wahl wäre aktuell immer die ccu2. so ist man gerade als einsteiger welt-offen (nicht an pi als server gebunden, nicht an gpios gebunden, man muss nicht löten, man kann bidcos und homematic-ip outof box nutzen und wenn man homematic mag aber fhem dann doch nicht kann man direkt einen anderen hausautomatisierungsserver probieren.
des weiteren muss man sich nur die ganzen fragen anstellen die sich mit cul_hm für anfänger stellen (peeren,pairen, register, ...) all das ist per ccu2 schneller und anfängerfreundlicher zu realisieren und erfolge stellen sich schneller ein und alles funzt homematic-seitig auch wenn der spieltrieb in fhem mal den fhemserver lahm legt

RPi mit #1 wäre für mich die sparvariante für sparfüchse und bastler (weil man löten muss) weil man zb auch aus dem modul ein wlan oder lanfähiges basteln kann.
die ccu variante ist da natürlich teurer weil man noch nen fhemserver braucht (wobei hier auch jemand fhem auf der ccu laufen hat)

[frank]

3. CCU2 - mit welchem FHEM-Modul?

in dieser kategorie unbedingt einen hinweis (gross, fett und leuchtend rot) geben, dass es die einzige möglichkeit ist, die "neue" homematic ip serie zu nutzen.

[Otto123]

@Otto: wie ist denn die URL zu Dienem blog?

Einfach meine Weltkugel unter dem Profilbild
oder http://heinz-otto.blogspot.de/

Und mit der CCU geht es mir wie marvin, ich würde das dem FHEM Anfänger nicht empfehlen. Ich würde für HM einen echten HMIO empfehlen und gut.
Die ganzen Varianten die wir heute kennen, werden doch ständig noch durch Anwender erweitert.
Das Einsteiger Dok soll doch ne Weile halten ist es zu speziell, ist es "alt" wenn es fertig ist.

Gruß Otto

[chris1284]

ich würde in so einem dokument garnichts empfehlen, nur aufzeigen was es gibt + deren vorteil.....
der rest an kriterien muss der anfänger kennen (finazielle seite, basteln?, will ich nur bidcos oder mir die option für hm-ip ofeen lassen, kann ich warten bis neue devices irgendwann mal vollständig in cul_hm supported werden?, usw usw)

eine reine kleine io-list mit vor und nachteilen

[UliM]

Hi,
ok, danke.
Tabelle mit Gateways ist ne gute Idee, allerdings müsste ich die Vor- und Nachteile kennen um sie hinschreiben zu können.
Und meine Erfahrung ist, dass es besser ist, einem Anfänger ne Empfehlung zu geben - ein echter Einsteiger ist ja eh schon überfordert und mangels Erfahrungswerten oder klaren Vorstellungen des Ziels meist gar nicht in der Lage, die Vor/Nachteile zu bewerten.
Ich schreib mal was zusammen und werde eh noch Korrekturleser brauchen

Homematic-IP - das sind die neumodischen schicken Dinger. Gesehen hab ich sie, über welche Weg die gesteuert werden weiß ich aber nicht (Funk? Kabel? Stromnetz? WLAN?). Kann da jemand nen Hinweis geben? Weiss nur dass die Dinger via Homematic-Cloud verbunden werden und sie dehalb keiner haben will  

Mit HM-wired geht's mir ebenso - welche Komponenten gibt's da überhaupt, und warum nimmt man dann nicht lieber gleich KNX?

Grüßle, Uli

[marvin78]

HMIP: Schick ist Geschmacksache. Dass Cloud Zwang ist, ist ein Gerücht.

Die Sache mit den Empfehlungen für Einsteiger teile ich nicht. Ich mag aber Empfehlungen generell nicht. Warum sollte man so etwas tun? Jeder ist anders, jeder braucht etwas anderes. Um wirklich Empfehlungen aussprechen zu können, fehlen zu viele Daten oder so ein Dokument wird so dick, dass es nicht auf gewöhnliche Festplatten passt. Am besten ist es, die Daten ohne Empfehlung aufzuschreiben und jeder sucht sich das, was zu ihm passt. Wer dafür zu faul ist (und ja, das ist in der Regel das Problem), pech gehabt. Das macht jedoch auch so ein Dokument ggf. wieder überflüssig, weil es ja alles hier steht.

[chris1284]

Homematic-IP - das sind die neumodischen schicken Dinger. Gesehen hab ich sie, über welche Weg die gesteuert werden weiß ich aber nicht (Funk? Kabel? Stromnetz? WLAN?). Kann da jemand nen Hinweis geben? Weiss nur dass die Dinger via Homematic-Cloud verbunden werden und sie dehalb keiner haben will  

HMIP wird über funk 868,3 MHz/ 869,525 MHz (wie die herkömlichen hm-komponenten auch) angesprochen, nur das die daten (ipv6 basiert meine ich) in einem anderen format als beim bicos HM übertragen werden. iODEVs sind CCU2 und HMIP-HAP wobei nur die CCU2 in fhem eingebunden werden kann.

den    HMIP-HAP kannst du per App ansprechen und devices schalten, mit fhem und    HMIP-HAPgeht nix.

Mit HM-wired geht's mir ebenso - welche Komponenten gibt's da überhaupt, und warum nimmt man dann nicht lieber gleich KNX?

https://wiki.fhem.de/wiki/HomeMatic_Wired_RS485_LAN_Gateway
diese gateway kann man direkt in fhem nutzen oder über den weg fhem -> ccu2 ansprechen

oder https://wiki.fhem.de/wiki/Serial/Netzwerk-RS485-Adapter

[tndx]

Was ich hier im Forum Tag für Tag so lese, ist es unbedingt ratsam für Homematic ein Homematic IO zu verwenden (also 1-3) mit dem CUL wird es mit den komplexeren HM Geräten mit vielen Channels mittlerweile  offenbar immer schwieriger.

Ich möchte eine Lanze für CUL/NanoCUL brechen. Ich selber habe mit dem NanoCUL begonnen, habe mir dann aufgrund vieler Schwierigkeiten das RPi-Modul gekauft, aber am Ende alles doch mit dem NanoCUL hingekriegt (ohne TimeStamp-SW). Meine Probleme und Probleme einiger anderen Anfänger hängen nicht direkt mit den CUL-Derivaten, sondern mit der trickreichen und nicht gerade selbsterklärenden AES-Konfiguration zusammen. Aber die Probleme hätte man genauso auch mit dem RPi-Modul.

Wenn jetzt noch das AES-Problem beim gleichzeitigen Betrieb von CUL und ELV-IO-Devices behoben sind, ist die Welt in Ordnung.