Kaufempfehlung Adapter Homematic

[Beta-User]

Ja, das PCB-Modul kann firmware updates!Aber es kann _nicht_ zusammen mit einem weiteren Modul für die serielle GPIO-Schnittstelle an dieser betrieben werden (COC )

Platzierung: kommt auf viele Faktoren an, bei meinem Altbau ist es ok, in einer Wohnung würde es auch reichen, aber ein weitläufiger Neubau mit viel Stahl: no way...

Daher nochmal: Es gibt Alternativen zu HM, vom Konzept her ist mind. ZWave BidCoS überlegen!

=> Würde ich nochmal einsteigen, würde ich selbst nicht mehr auf HM setzen...

[Otto123]

Ja es kann Firmwareupdates (außer HMLAN können das glaube ich alle)
Du hast Recht, steht so explizit nicht drin. Indirekt schon weil

FW Updates sind in FHEM möglich. Benötigt wird dafür ein CUL oder ein HM-CFG-USB oder ein HMUARTLGW. Mit einem HMLAN ist ein Update nicht möglich.

Und hinter HMUARTLGW liegt der Link auf beide unterstützten Hardware Module:

Das Modul HMUARTLGW ermöglicht die Nutzung der HomeMatic Interfaces

HM-LGW-O-TW-W-EU Funk-LAN Gateway und
HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi

Der COC benutzt doch die UART? Dann wird es eh nix mit dem Modul im gleichen Gehäuse.

Edit: Beta-User war schneller 

Gruß Otto

[alanblack]

Ja, das PCB-Modul kann firmware updates!Aber es kann _nicht_ zusammen mit einem weiteren Modul für die serielle GPIO-Schnittstelle an dieser betrieben werden (COC )

War ja klar, dass auch da ein Haken dran ist. Wenn ich zeitnah nicht noch irgendwo ein HMCFGUSB2 auftreibe, werde ich wohl in den sauren Apfel beißen und die HM-Devices nach und nach auf eine CCU2 umziehen. Dann kann ich in dem Zusammenhang auch gleich BidCoS anmachen, was damals noch Probleme machte und deswegen bis heute aus blieb. Oder...

Daher nochmal: Es gibt Alternativen zu HM, vom Konzept her ist mind. ZWave BidCoS überlegen!

=> Würde ich nochmal einsteigen, würde ich selbst nicht mehr auf HM setzen...

... ich werfe defekte HM-Geräte einfach weg und ersetze diese durch ZWave-Geräte.
Nachdem FS20 erst hochgelobt und dann ratz-fatz vom Markt genommen wurde und nachdem manche schöne HM-Geräte verschwunden sind bzw. Neuerungen nicht mehr erscheinen, ist es für mich nur eine Frage der Zeit, bis HM durch HMIP ersetzt wird. Daher kam der ursprüngliche Gedanke mit eine CCU2. Aber vielleicht ist es einfach besser eQ3 langsam ganz den Rücken zu kehren. Denn es beschleicht mich mehr und mehr das Gefühl, dass die nur kaufmännisch denken: ist mit einer Produktreihe nicht mehr genug Geld zu verdienen, bringen wir eine neue und inkompatible Reihe und lassen dann die alte sterben. Die Automationsjunkies werden schon umziehen.

Ja es kann Firmwareupdates (außer HMLAN können das glaube ich alle)
Du hast Recht, steht so explizit nicht drin. Indirekt schon weil Und hinter HMUARTLGW liegt der Link auf beide unterstützten Hardware Module:

Dass das Modul HMUARTLGW auch den PCB unterstützt, heißt für mich nicht notwendigerweise gleich, dass es auch die OTA-FW-Updates kann. Also funktioniert das auch. Gut! Kann das PCB das FW-Update auch als LAN-Modul an einem anderen PI? Oder mit einem USB-Adapter am FHEM-PI?

[Frank_Huber]

Im Marktplatz gibt es immer wieder hm Module auf esp Basis.
Von denen machen 3 Stück bei mir den Dienst.
Stabil und zuverlässig.

Gesendet von meinem Doogee S60 mit Tapatalk

[Otto123]

Kann das PCB das FW-Update auch als LAN-Modul an einem anderen PI? Oder mit einem USB-Adapter am FHEM-PI?

Klar geht das! Insofern würde ich niemals nach einem ollen HM-USB Adapter Ausschau halten, sondern dieses Modul per USB, LAN, WLAN oder wie auch immer anbinden

werde ich wohl in den sauren Apfel beißen und die HM-Devices nach und nach auf eine CCU2 umziehen

Aber nur wenn Du ganz was schlimmes wieder gut machen musst.  Dann würde ich lieber am Kailash die Kora im klasssichen Stil absolvieren. 

[Beta-User]

Kann das PCB das FW-Update auch als LAN-Modul an einem anderen PI? Oder mit einem USB-Adapter am FHEM-PI?

Jedenfalls für USB hatte ich das doch schon geschrieben, oder? (So betreibe ich das Teil nämlich, allerdings nicht am Pi, sondern an einem ThinClient...).

Und für (W)LAN (ser2net oder dezidierte HW) sehe ich keinen Grund, warum das anders sein sollte, eine stabile Verbidnung vorausgesetzt (PowerLAN scheint problematisch zu sein).

Insofern würde ich niemals nach einem ollen HM-USB Adapter Ausschau halten, sondern dieses Modul per USB, LAN, WLAN oder wie auch immer anbinden

+1.

Optimal ist im USB-Bereich m.E. ein CP2102-Modul, und zwar das größere mit dem USB-Stecker direkt dran, nicht der Mini (mit der kleinen Buchse); auf 3.3V prüfen, ansonsten ist das stressfrei und kann auch mit einer anderen USB-Kennung versehen werden (sonst heißen die im USB-System alle gleich).

... ich werfe defekte HM-Geräte einfach weg und ersetze diese durch ZWave-Geräte.
[...]Die Automationsjunkies werden schon umziehen.

Ebend, aber eben nicht mehr auf HM-IP (das auch eine Art Mesh macht)...

[alanblack]

Jedenfalls für USB hatte ich das doch schon geschrieben, oder? (So betreibe ich das Teil nämlich, allerdings nicht am Pi, sondern an einem ThinClient...).

Nö, hattest Du nicht. Daher meine Frage. Macht aber nix.

Und für (W)LAN (ser2net oder dezidierte HW) sehe ich keinen Grund, warum das anders sein sollte, eine stabile Verbidnung vorausgesetzt (PowerLAN scheint problematisch zu sein).

Du meintest "dediziert" (für etwas bestimmt sein)? Ich habe jetzt kurz entschlossen den PCB und auch einen USB-Adapter bestellt. Dann packe ich den PCB erstmal in einen der vorhandenen PIs. Und wenn's Probleme macht, kommt der USB-Adapter an den FHEM-PI. Der sitzt dann blöderweise im Sichtbereich, aber dann baue ich ein extra Gehäuse um Pi, Netzwerkdose und Steckdose.

Ebend, aber eben nicht mehr auf HM-IP (das auch eine Art Mesh macht)...

Frei nach "never change a running System" brauche ich immer irgendeinen Arschtritt, um derartige "Umzüge" zu machen. Denn 1. sind bei mir inzwischen einige EUR in HM-Komponenten geflossen und 2. mag ich meine Familie nicht immer wieder mit irgendwelchen Bugs nerven. Wenn FHEM in der Lage wäre, dass man - passende und funktionierende IOs vorausgesetzt - ein HM-Gerät durch ein ZWave (oder Enocean oder...) ersetzen kann und nur den define ändern müsste...

[dkreutz]

Da hier ja mehrere Diskutanten über die Anschaffung einer CCU2 sinnieren: ich habe noch ein CCU2 in noch ungeöffneter, versiegelter Verpackung, VB 50€. Bei Interesse bitte PM. ist verkauft...

[Beta-User]

Du meintest "dediziert" (für etwas bestimmt sein)?

Geht wohl beides:
https://www.duden.de/suchen/dudenonline/dezidiert

Ich habe jetzt kurz entschlossen den PCB und auch einen USB-Adapter bestellt. Dann packe ich den PCB erstmal in einen der vorhandenen PIs.

...geht doch .

Frei nach "never change a running System" brauche ich immer irgendeinen Arschtritt,

Habe neulich auch noch einen kaputten HM gegen einen neuen getauscht (war mit einem Bewegungsmelder gepeert); wäre auch anders gegangen, aber da war mir der Mehraufwand für die hier erforderliche schnelle Lösung auch zu hoch. Aber grundsätzlich ist für mich die Firmenpolitik dieses Herstellers hinreichend als Arschtritt - das hat mich schon veranlaßt, mich in MySensors einzuarbeiten, dann wird ZWave nicht mehr sooo schwer sein...

Nö, hattest Du nicht. Daher meine Frage. Macht aber nix.

, doch :

@alanblack
Deine Auflistung der updatefähigen Geräte unterschlägt alle Löt-Devices .Ist der Pi gut plaziert, ist m.E. das PCB einfach und gut! Hat man keinen Pi, kann man einfach einen USB-Seriell-Konverter dazwischenklemmen; ebenfalls völlig stressfrei (meine derzeitige Lösung).

[Christoph Morrison]

Geht wohl beides:
https://www.duden.de/suchen/dudenonline/dezidiert

Dediziert und dezidiert haben unterschiedliche Bedeutungen und ich vermute, dass du dediziert meintest. Mach dir nix daraus, verwechselt gefühlt jeder.

[MadMax-FHEM]

Und wenn's Probleme macht, kommt der USB-Adapter an den FHEM-PI. Der sitzt dann blöderweise im Sichtbereich

Es gibt auch kleine "USB-Gehäuse", da steckt dann der Adapter und das Funkmodul drin.
Sieht dann wie ein ZWave oder sonstwie USB-Dongle aus...
...nur die Drahtantenne steht halt noch ab...

So hab ich das schon mal im Schrank liegen für den Fall, dass mein hmusb "abraucht"...

Gruß, Joachim

[MadMax-FHEM]

Wenn FHEM in der Lage wäre, dass man - passende und funktionierende IOs vorausgesetzt - ein HM-Gerät durch ein ZWave (oder Enocean oder...) ersetzen kann und nur den define ändern müsste...

Wenn die Namen der Geräte geschickt gewählt sind und das Tauschgerät den Namen des alten Geräts erhält, dann sollte es nicht (viel) mehr sein...

Ohne fhem (oder ähnliches System) müsstest du komplett zur neuen "Firma/System" wechseln...
...Mischen (fast) unmöglich...

Gruß, Joachim

[alanblack]

Es gibt auch kleine "USB-Gehäuse", da steckt dann der Adapter und das Funkmodul drin.

Ist dann aber nach CUL433 und Jeelink der dritte Stick am Pi. Das würde dann der nötige Arschtritt für das Gehäuse sein.

Wenn die Namen der Geräte geschickt gewählt sind und das Tauschgerät den Namen des alten Geräts erhält, dann sollte es nicht (viel) mehr sein...

Nach dem Umstieg von FS20 zu HM und nach dem Überfliegen der ZWave-Commandref sehe ich das doch eher als ziemlichen Aufwand an.
ZWave: "A set command does not automatically update the corresponding reading, you have to execute a get for this purpose."
Ich möchte nicht wissen, an wie vielen Stellen ich mich nach einem set darauf verlasse, dass der Wert im Reading steht. Wenn schon keine Einigkeit besteht, ob ein Fenster(kontakt) jetzt Closed oder closed ist...
Wobei ich mich noch frage, welchen Einfluss der Name eines Device hat. Es sollte einer "EG_Wohnzimmer_Deckenleuchte" egal sein, ob sie HM, FS20, HMIP, Intertechno,... ist. Oder wo ist mein Denkfehler?

Ohne fhem (oder ähnliches System) müsstest du komplett zur neuen "Firma/System" wechseln...
...Mischen (fast) unmöglich...

Jepp! Das ist der Grund, weswegen ich hier bin.

[MadMax-FHEM]

Ich habe Zwave und das mit set und anschl. get ist (eher) für Parameter...
Nicht beim Ein-/Ausschalten etc.

Manche Werte (z.B. Batterie) kann man sich bei notify auf wakeup automatisch holen lassen...

Eine gute Wahl der Namen macht die "Programmierung" etc. einfacher, da mittels RegEx etc. bei Bedarf mehrere Geräte "gleichzeitig" bearbeitet werden können...

Ja ein paar (kleinere) "Inkompatibilitäten" gibt es sicher noch die nachbearbeitet werden müssen...

Aber das hält sich (gefühlt) schon in Grenzen...

Gruß, Joachim

[Otto123]

Ist dann aber nach CUL433 und Jeelink der dritte Stick am Pi. Das würde dann der nötige Arschtritt für das Gehäuse sein.

Dann binde das PI Modul doch per ESP und WLAN an. Da brauchst Du bloß ein kleines Netzteil und kannst ihn irgendwohin werfen und vergessen. Zumindest läuft mein Modul so, völlig stressfrei.

Gruß Otto