Hallo,
ich nutze derzeit den HMLAN in FHEM. Meine Frage kann ich auch eine HM Zentrale einbinden und quasi HM dort einrichten und FHEM gleichzeitig nutzen zum Schalten und für Erweiterte sachen ?
Ich finde einiges in der HM Software ganz gut anderes habe ich lieber in FHEM ;)
Hallo Chris,
Zitatich nutze derzeit den HMLAN in FHEM. Meine Frage kann ich auch eine HM Zentrale einbinden und quasi HM dort einrichten und FHEM gleichzeitig nutzen zum Schalten und für Erweiterte sachen ?
Ein gleichzeitiges Schalten über CCU und FHEM geht nur, wenn der HM-LAN die selbe ID bekommt wie die CCU.
Theoretisch ist das möglich, aber nicht empfehlenswert, da sonst beide "Zentralen", also die CCU und HM-Lan per FHEM die Daten der einzelnen Geräte bestätigen wollen und es hier ggf. Kollisionen geben kann.
Besser währ es die CCU als einziges Funk-Interface zu benutzen, den HM-LAN ggf. als zweites Funkinterface an die CCU anzuschließen.
Die CCU kannst du dann per XML-RPC Modul an FHEM anbinden und dort die Steuerung parallel zur Steuerung in der CCU vorhehmen.
FHEM kann dann weiterhin auf Events reagieren und Aktionen schalten.
So habe ich das System hier auch eingerichtet, und das funktioniert ganz gut.
Gruß
Dirk
erst einmal nein. Devices sind an eine HMId gepairt - von der akzeptieren sie Kommandos. 2 Zentralen mit der gleichen ID machen aerger, kommen sich in die Quere,
Zitat von: Dirk am 07 März 2014, 14:59:45
Hallo Chris,
Ein gleichzeitiges Schalten über CCU und FHEM geht nur, wenn der HM-LAN die selbe ID bekommt wie die CCU.
Theoretisch ist das möglich, aber nicht empfehlenswert, da sonst beide "Zentralen", also die CCU und HM-Lan per FHEM die Daten der einzelnen Geräte bestätigen wollen und es hier ggf. Kollisionen geben kann.
Besser währ es die CCU als einziges Funk-Interface zu benutzen, den HM-LAN ggf. als zweites Funkinterface an die CCU anzuschließen.
Die CCU kannst du dann per XML-RPC Modul an FHEM anbinden und dort die Steuerung parallel zur Steuerung in der CCU vorhehmen.
FHEM kann dann weiterhin auf Events reagieren und Aktionen schalten.
So habe ich das System hier auch eingerichtet, und das funktioniert ganz gut.
Gruß
Dirk
Klingt gut dann könnte ich darüber auch Firmware Updates machen und auch einfache dinge über HM. Zeitgleich habe ich auch alles in FHEM ? Auch Lampen Rollo Stände usw ?
Oder gibt es Einschränkungen außer das ich Geräte dann immer über Hm Pairen muss und nicht über FHEM ?
ZitatKlingt gut dann könnte ich darüber auch Firmware Updates machen und auch einfache dinge über HM.
Anlernen der Komponenten habe ich direkt über die CCU gemacht. Das geht zwar auch per XML-RPC, das ging direkt aber schneller.
ZitatZeitgleich habe ich auch alles in FHEM ? Auch Lampen Rollo Stände usw ?
Genau. Alle Events werden an FHEM weitergeleitet
ZitatOder gibt es Einschränkungen außer das ich Geräte dann immer über Hm Pairen muss und nicht über FHEM ?
Die Konfiguration ist ggf etwas aufwendiger, da man einige Sachen selber definieren muss.
Anbei mal ein Beispiel für einen Dimmer von mir:
define hm_wir HMRPC <ip-ccu> 2000
attr hm_wir group Interfaces
define hm_rfd HMRPC <ip-ccu> 2001
attr hm_rfd group Interfaces
### Licht 2 12V Halogen (HM-Dimmer) ###
define wzLicht2 HMDEV JEQ0826519:1
attr wzLicht2 alias Licht 12V Halogen
attr wzLicht2 devStateIcon .*0\.00.*:light_light_dim_00:on .*0\.0.*:light_light_dim_00@FFA500:off .*0\.1.*:light_light_dim_10@FFA500:off .*0\.2.*:light_light_dim_20@FFA500:o
attr wzLicht2 eventMap /LEVEL 0.0:off/LEVEL 1.0:on/LEVEL 0.1:10%/LEVEL 0.2:20%/LEVEL 0.3:30%/LEVEL 0.4:40%/LEVEL 0.5:50%/LEVEL 0.6:60%/LEVEL 0.7:70%/LEVEL 0.8:80%/LEVEL 0.9:
attr wzLicht2 group Licht
attr wzLicht2 icon light_wire_system_1
attr wzLicht2 room Wohnzimmer
attr wzLicht2 webCmd off:on:20%:30%:40%:50%:60%:70%:80%:90%
Ich habe die beiden Module 01_HMDEV.pm und 00_HMRPC.pm ein klein wenig gepatcht. Sie Anhang.
Gruß
Dirk
Zitat von: martinp876 am 07 März 2014, 15:00:40Devices sind an eine HMId gepairt - von der akzeptieren sie Kommandos.
stimmt.
Zitat von: martinp876 am 07 März 2014, 15:00:402 Zentralen mit der gleichen ID machen aerger, kommen sich in die Quere,
Funktioniert bei mir (fhem und CCU2) absolut störungsfrei im 24/7 Betrieb.
Zitat von: ChrisW am 07 März 2014, 15:16:38
Oder gibt es Einschränkungen außer das ich Geräte dann immer über Hm Pairen muss und nicht über FHEM ?
Bei mir halte ich mich immer an genau den umgekehrten Weg:
Zuerst wird das Gerät in fhem gepairt und eingerichtet (da das meistens etwas aufwändiger ist) und danach wird das Gerät nochmal mit der CCU2 gepairt. Funktioniert völlig problemlos und bisher mit allen eingesetzten Komponenten. Wobei ich der CCU2 die ID meiner bestehenden fhem-Installation beigebracht habe und nicht umgekehrt.
Hallo betateilchen,
hast du keine Probleme mit Kollisionen, wie Martin im Beitrag 3 geschrieben hat?
Habe selber keine CCU2, aber mein Bruder deshalb würde mich interessieren ob es einfach so geht die ID der CCU umzustellen oder nur über Umwege?
Schöne grüße
Hannes
Gesendet von Unterwegs mit Tapatalk 4
Zitat von: AHA1805 am 07 März 2014, 17:55:28hast du keine Probleme mit Kollisionen, wie Martin im Beitrag 3 geschrieben hat?
Bisher absolut keine Probleme.
Zitat von: AHA1805 am 07 März 2014, 17:55:28ob es einfach so geht die ID der CCU umzustellen
Völlig simpel und ohne Tricks oder Jailbreak. Die CCU2 hat ab Werk einen ssh-Zugang, den man in der Systemsteuerung ganz offiziell aktivieren kann. Und die HM-Id der CCU2 liegt in einer einfachen ASCII-Datei und lässt sich dadurch problemlos ändern. Selbst einen Editor auf Konsolenebene bringt die CCU2 schon mit.
Hallo betateilchen
Danke für die Information.
Gruß Hannes
Gesendet von Unterwegs mit Tapatalk 4
Das blanke monitoren macht sicher keine Probleme
wenn 2 Zentralen mit der gleichen ID am gleichen Device aggieren wird HMUSB und CCU2 jeweils ein ACK senden. Das bedeutet, dass das ack nicht sicherstellt, wer empfangen hat. Das Device gibt sich mit dem ersten zufrieden. Dieses Feature von HM geht hier also den Bach runter - sollte aber nur selten zum Tragen kommen.
Dass eine weitere Zentrale mit der gleichen HMId sendet macht keinem etwas aus - das ist HM default.
HM bietet auch die Option mehrere HMLAN/USB an eine CCU zu hängen - das ist (fast) das gleich. ABER - die CCU wird sicher einstellen, welches HMLAN "ACKen" soll und welches nicht. FHEM unterstützt dies nicht - zumindest nicht in dieser Form.
FHEM wird anzeigen, dass ein Attack stattgefunden hat, da kommandos von einer unbekannten Zentrale kommen - kann/muss man dann ignorieren.
Somit hat betateilchen schon recht, ein Betrieb ist möglich. Es entspricht aber nicht einer sauberen Konfiguration - die Probleme sind evtl tragbar.
AES habe ich nicht betrachtet... da antworten dann auch sicher beide... falls dies ein Thema ist.
Hallo Martin,
danke nochmals für die hinreichende Erläuterung.
Gruß Hannes
Da ich in Fhem mit HM immer ein paar Probleme habe mir Rückkanal der Schalter usw wollt ich weil es so einfach ist mit der CCU2 Arbeiten.
Für Lichtschalter und auch meiner geplanten Markisen steuerung.
Was ich mich nun frage wie ich das Optimal mit FHEM Verknüpfe.
Ich würde gerne die Geräte per CCU2 einrichten aber auch per FHEM Steuern und Status sehen von Lichtschaltern.
Dafür muss ich aber beides doppelt anlegen in der ccu2 und auch in FHEM ?
Ist diese Kombination CCU2 und FHEM für mich zu empfehlen ? Da ich nicht so auf die Bastellösungen stehe *G*
Und was ist mit meinem HMLAN ? Gibt es dafür dann noch eine brauchbare Verwendung ?
Beispiel mal eben schnell ein MP3 Gong mit Waschmaschien FERTIG .. CCU2 10 Klicks FHEM unendliche Bastelarbeit für mich.
ZitatDafür muss ich aber beides doppelt anlegen in der ccu2 und auch in FHEM
klar
ZitatIst diese Kombination CCU2 und FHEM für mich zu empfehlen ?
hm - musst du entscheiden.
ZitatDa ich nicht so auf die Bastellösungen stehe *G*
du musst immer selbst etwas machen (basteln?) Was verstehst du unter Bastellösung?
ZitatUnd was ist mit meinem HMLAN ? Gibt es dafür dann noch eine brauchbare Verwendung ?
wie funkt den dein FHEM wenn nicht über HMLAN?
ZitatBeispiel mal eben schnell ein MP3 Gong mit Waschmaschien FERTIG .. CCU2 10 Klicks FHEM unendliche Bastelarbeit für mich.
hm - ein bisschen tippen in FHEM ist das schon, klicken geht nicht. Mehr als 10 Kommandos sind es aber definitiv nicht.
eine HM-Waschmaschine kenne ich nicht... aber eigentlich ist es nur peeren, den Ton einstellen, fertig. Die Waschmaschine wird irgend einen Trigger senden können, vermute ich.
Gruss Martin
Okay habe jetzt gedacht FHEM würde über CCU2 arbeiten dann.
Okay also 2 Getrennte Systeme ..
Habe einen HM Schalter mit Strommessung dran ;) Damit würde über CCU2 mp3 Gong super einfach funktionieren *G*
Naja ich glaub ich werde aber weiter komplett mit FHEM arbeiten sonst hab ich später 2 Baustellen.
ZitatDamit würde über CCU2 mp3 Gong super einfach funktionieren
nicht ganz sauber ausgedrückt:
Über CCU2 programmieren/konfigurieren oder über CCU2 triggern/den Gong steuern?
Funktionieren sollte (beides) auch über FHEM
Zitat von: martinp876 am 08 März 2014, 20:49:36
HM bietet auch die Option mehrere HMLAN/USB an eine CCU zu hängen - das ist (fast) das gleich. ABER - die CCU wird sicher einstellen, welches HMLAN "ACKen" soll und welches nicht.
Nein, das läuft etwas anders. Wenn Du mehrere HMLAN/USB an einer CCU registrierst, muss der Anwender bei jedem HM-Device angeben, welcher Adapter dafür zuständig ist, mit diesem Device zu kommunizieren.
Hallo,
habe gerade gesehen, dass die Homematic CCU2 derzeit "nur" 99€ kostet. Einige haben diese ja parallel mit FHEM in Betrieb.
Derzeit habe ich FHEM auf dem Cubietruck mit 3 HMLAN in Betrieb. Demnächst möchte ich mich mit folgenden Themen beschäftigen:
- Firmwareupdates der Aktoren
- Einzelne Schalter/Rollläden ggf. auf AES Signing umstellen
- Keymatic
- Rauchmelder
Wie arbeitet ihr mit der Kombination FHEM und CCU bzw. was ist der Vorteil zusätzlich eine CCU zu nutzen?
Hilft mir das bei meinen kommenden Themen weiter?
LG Deudi
ZitatNein, das läuft etwas anders. Wenn Du mehrere HMLAN/USB an einer CCU registrierst, muss der Anwender bei jedem HM-Device angeben, welcher Adapter dafür zuständig ist, mit diesem Device zu kommunizieren.
so habe ich das auch gesehen. Was ich nicht weiß ist, wenn ein IO ausfällt, ob die ccu ersatzschaltet. FHEM kann das ;)
Zitat
Wie arbeitet ihr mit der Kombination FHEM und CCU bzw. was ist der Vorteil zusätzlich eine CCU zu nutzen?
Hilft mir das bei meinen kommenden Themen weiter?
geschmacksache
FHEM und die ccu arbeiten nicht zusammen, aber parallel. Sie kennen sich nicht.
Zitat- Firmwareupdates der Aktoren
kann FHEM wenn als IO ein HMUSB oder CUL genutzt wird. Geht nicht mit HMLAN.
mit einer CCU2 kann man den update quasi standalone machen
Zitat- Einzelne Schalter/Rollläden ggf. auf AES Signing umstellen
AES key setzen kann FHEM nicht, das kann man mit der HMSw machen - oder auch mit einer ccu - klar.
AES nutzen sollte auch mit FHEM funktionieren.
Zitat- Keymatic
- Rauchmelder
sollte mit FHEM kein Problem darstellen. keymatic braucht AES, also siehe oben.
Um CCU mit FHEM parallel zu betreiben musst du dir überlegen, was du wo machen willst. Ich sehe keinen vorteil, allerdings mögen manche die Option, device-konfigurationen über CCU zu erstellen - da gibt es ein anderes frontend. Ähnlich dem der Win-SW.
Die Steuerung aufzuteilen ist ... fraglich. Das musst du dann selbst stemmen.
Hallo.
Ich greife dieses Thema nochmal auf.
Heisst das:
ZitatNein, das läuft etwas anders. Wenn Du mehrere HMLAN/USB an einer CCU registrierst, muss der Anwender bei jedem HM-Device angeben, welcher Adapter dafür zuständig ist, mit diesem Device zu kommunizieren.
Wenn ich in der CCU2 sage er soll alle Devices über den einen HMLAN (den ich habe) ansprechen, ist ein Betrieb aus CCU2 und FHEM kein Problem?
Speziell im Bezug auf das doppelte ACK etc?
Bzw: Wer sendet das ACK? Der HMLAN oder die CCU2 über HMLAN und FHEM über den HMLAN?
In diesem Fall hätte die CCU und HMLAN ja unterschiedliche IDs.
Gruß
zimpi
Ich meine aus deinen Anmerkungen herauszulesen, dass du ein paar Dinge nicht vollständig verstanden hast. Bevor du dich verrennst, nachfolgend ein paar Fakten, so wie ich sie verstanden habe. Wenn was falsch ist, möge man mich korrigieren.
1. Eine CCU2 verfügt intern über einen Sender, benötigt nicht zwingend einen HMLAN.
2. Man kann die Sendeabdeckung einer CCU2 mittels HMLAN erweitern.
3. Ein FHEM auf z.B. einem Pi benötigt einen externen Sender: HMLAN, HMUSB, CUL.
4. Du kannst ein HMLAN immer nur mit einer Zentrale verwenden, d.h. deinen einen HMLAN kannst du nicht gleichzeitig mit der CCU2 und FHEM verwenden. Die Aussage bezieht sich nicht auf das Senden, sondern auf die Anbindung an der Netzwerkschnittstelle.
5. Der HMLAN weiß, für welche Geräte er zuständig ist und sendet dem Gerät ein Ack. Da muss FHEM (fast) nix dafür tun.
6. Du musst bei parallelem Betrieb mit CCU2 und FHEM die gleiche (System-)ID benutzen, wenn du ein einzelnes Gerät mit beiden Systemen ansprechen willst. Das Gerät kann immer nur auf eine ID hören.
7. Hast du CCU2 und FHEM und ein Gerät auf der gleichen ID an beide Zentralen angelernt und das Gerät sendet eine Meldung, dann schicken beide Zentralen ein ACK. Mit dem ersten ACK gibt sich das Gerät zufrieden. Somit hast du keine Sicherheit, dass die Meldung bei beiden Zentralen angekommen ist.
Ich habe das mit der CCU2 gelassen und benutze nur FHEM mit Martins virtueller CCU. Das funktioniert super.
Gruß Deudi
Zitat von: Dirk am 07 März 2014, 14:59:45
Besser währ es die CCU als einziges Funk-Interface zu benutzen, den HM-LAN ggf. als zweites Funkinterface an die CCU anzuschließen.
Die CCU kannst du dann per XML-RPC Modul an FHEM anbinden und dort die Steuerung parallel zur Steuerung in der CCU vorhehmen.
FHEM kann dann weiterhin auf Events reagieren und Aktionen schalten.
So habe ich das System hier auch eingerichtet, und das funktioniert ganz gut.
Gruß
Dirk
Hallo Dirk,
auch wenn der Beitrag schon älter ist trifft es meine Aufgabenstellung doch recht gut.
Die Frage ist, wie ich die CCU2 denn in fhem einbinden soll am besten. Wie hier beschrieben per XML-RPC Modul oder aber wie bei Developer zap beschrieben per "Neues Modul HMCCU für Homematic CCU" ?
Zitat von: tuppertasse am 29 März 2016, 20:16:12
Hallo Dirk,
auch wenn der Beitrag schon älter ist trifft es meine Aufgabenstellung doch recht gut.
Die Frage ist, wie ich die CCU2 denn in fhem einbinden soll am besten. Wie hier beschrieben per XML-RPC Modul oder aber wie bei Developer zap beschrieben per "Neues Modul HMCCU für Homematic CCU" ?
Alle mir bekannten Module (HMRPC alt, HMRPC neu, HMCCU) nutzen die RPC-Schnittstelle der CCU für den Empfang von Statusänderungen in FHEM.
Unterschiede gibt es beim Setzen von Werten: Bei den beiden HMRPC-Modulen erfolgt das ebenfalls per RPC. Bei HMCCU wird für das Setzen von Datenpunkte Homematic Script verwendet. Das hat den Vorteil, dass man einige Dinge aus FHEM ansprechen kann, die über RPC nicht erreichbar sind (Variablen, CCU-Programme, CUXD-Devices wg. RPC-BIN, ...)