Hiho,
irgendwie habe ich was verpasst, nirgens findet man mehr den HM CFG USB Adapter oder den HM Lan neu zum Kauf.
Wurden diese eingestellt? Gibt es eine Alternative? wäre ja schon doof, wenn mein USB Adapter mal die Arbeit einstellt und ich die ganzen HM Devices tauschen müsste...
Hi,
Zumindest der HM Lan wurde eingestellt ja.
les dich hier mal ein
http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU (http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU)
Umstellen ging, zumindest bei mir recht einfach. Danach kannst du einen neuen Adapter etc mit der alten hmID nutzen. Ablernen würde ja mit nem defekten eh nicht mehr gehen ;-(
Grüße
Achim
jaja, eine VCCU habe ich, aber was bringt mir die, wenn mein HMUSB mal abschmiert und ich keinen neuen kaufen kann? :D
Dein Stichwort ist HMUART.
Vielleicht ist das was für Dich..? :)
http://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html
Gruß,
Richy
EDIT: Huch - Marvin war schneller... :)
Oder der:
http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway (http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway)
Wichtig ist eigentlich nur die Vorbereitung mit VCCU um das Problem alte hmID vs neu hmID zu umgehen, aber das haste ja schon ;-)
Grüße
Achim
Ah danke,
habe auch eben den HMUART gefunden, scheint ja ziemlich cool zu sein das Teil, gibt es damit auch keine Problem wegen AES für KeyMatic?
Ich meine früher konnte man auch mal einen CUL für HM nutzen, der konnte jedoch kein AES...
Sollte eigentlich kein Problem sein. Siehe hier: http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Da AES- Verschlüsselung möglich ist, sollte eine KeyMatic damit auch funktionieren.
Gruß,
Richy
Zitat von: link611 am 22 November 2016, 09:56:12Ich meine früher konnte man auch mal einen CUL für HM nutzen, der konnte jedoch kein AES...
Das hat er mittlerweile auch gelernt. Intuitiv würde ich aus Software-Sicht aber die nativen HM I/Os bevorzugen.
Gruss Marcel
Zitat von: MarcelK am 22 November 2016, 10:20:03
Das hat er mittlerweile auch gelernt. Intuitiv würde ich aus Software-Sicht aber die nativen HM I/Os bevorzugen.
Gruss Marcel
was ja dieser HMUART ist, richtig?
Ja.
So, danke für die Infos.
Jetzt hätte ich noch 2 abschließende Fragen:
Kann man mit dem hmuad auch fw Updates auf den devices fahren? Das könnte ja der hmlan zB. Nicht.
Wie läuft das mit dem Setzen des aes Keys? Soweit ich weiß schreibt ja fhem keinen neuen Schlüssel in die devices, sondern nutzt ihn nur zur Kommunikation.
Bisher musste man dann ein Gerät erst per Windows Software anlernen, sodass der persönliche aes Key in das devices geschrieben wurde.
Zitat von: link611 am 22 November 2016, 20:08:41
Kann man mit dem hmuad auch fw Updates auf den devices fahren? Das könnte ja der hmlan zB. Nicht.
Ja, Firmware Updates kann nur der HMLAN nicht.
Gruß Otto
Ich klinke mich hier auch noch ein.
Derzeit im Einsatz:
HM-CFG-LAN (häufig disconnected)
HM-CFG-USB (timing warnings <100ms, hängt an USB des EXSi VMware Servers)
nanoCUL via ser2net an Raspi
Bestellt: raspi Homematic UART (soll über socat laufen)
Wenn ihr 2 von den o.g. Devices einsetzen wollen würdet, welche wären es?
Ich tendiere, den LAN Adapter rauszunehmen.
Wie gravierend sind die <100ms Timing Probleme des USB sticks?
Ich meine so eine ser2net oder socat Verbindung würden doch sicher auch Latenz kosten, oder??
Da ich über 20 Geräte im Einsatz habe würde ich gerne vermeiden, dass es beim Wechsel der IOs Stress gibt. VCCU ist vorhanden.
Danke für die Eure Tipps.
Ich habe hier alle Arten von IODevs im Einsatz. 4 HMLAN, 3 HMUSB, 2 HMUART und 1 CUL. Es gibt keinerlei Probleme. Ich verstehe nicht, warum man einen funktionierenden HMLAN raus nehmen sollte!? Redundanz ist in diesem Fall eine schöne Sache und in einem guten Netzwerk funktionieren die Dinger auch hervorragend.
Hi,
ich habe ca. 75 HM Geräte im Einsatz und als IO einen HMLAN und einen HMUART aktiv im Einsatz. Mein HMLAN hat irgendwie ein oder zwei disconnnects im Jahr(also quasi keine) und der zusätzliche Einbau von dem HMUART RPI Modul verursachte null Stress.
Gruß Otto
Hallo - folgendes Szenario bei mir:
3 x HM-LAN, 1 x Funk-LAN-Gateway. Die HM-LAN laufen problemlos, bei einem gibt es mal ein Disconnect (weil in der Garage über PowerLAN verbunden - klar, dass das nicht 100% stabil sein kann, ist aber akzeptabel und die VCCU regelt bei Bedarf auch die IO-Auswahl).
Das LAN-Gateway habe ich u.a. für Firmware-Updates, die mit HM-LAN nicht möglich sind. Sonst gibt es keinen Grund einen funktionierenden HM-LAN auszutauschen.
Dagegen gibt es einen guten Grund bei mir, mindestens einen HM-LAN zu behalten: Der Funk-Klingelsignal-Sensor HM-Sen-DB-PCB (von ELV) funktioniert nur mit dem HM-LAN. Das LAN-Gateway ist zu performant, da kommt der Funk-Klingelsignal-Sensor nicht mit (RegisterRead timeout, bei identischer Platzierung). Dazu gab es vor langer Zeit eine andere Diskussion mit dem Ergebnis dass z.B. auch ein HM-USB mit dem Device nicht funktioniert hat. Der Sensor ist jetzt einem HMLAN als preferred IO zugewiesen - funktioniert. Das Problem liegt beim Sensor, nicht beim Funk-LAN-Gateway.
Interessant ist für mich dass ich mit dem Funk-LAN-Gateway wesentlich bessere RSSI-Werte bzw. deutlich bessere Reichweite erziele als mit den HM-LAN Adaptern.
Gruß, Klaus
ZitatDa ich über 20 Geräte im Einsatz habe würde ich gerne vermeiden, dass es beim Wechsel der IOs Stress gibt. VCCU ist vorhanden.
bei stationären devices würde ich ausserdem immer ein prefered io setzen, um ständige und unnötige wechsel zu vermeiden.