Homematic IP Einbindung
-
Entwarnung !!!
Habe alles in Ruhe durchgestartet und alles läuft wie am Schnürchen.
Keine Ahnung, was das Gesamtsystem da geritten hat …
Man macht das Update der hm*-Adapter und klickt 5 Minuten später in VIS auf einen Schiebeschalter, der auf der CCU eine SysVar von false auf true stellt. Nach 3 Sekunden geht der Schiebeschalter wieder in seine Off-Position und weitere 3 Sekunden später wieder in seine On-Position zu Wechseln, um weitere 3 Sekunden .... usw.
Jeder Wechsel wird mit einer Pushover-Nachricht bestätigt ... meine iOS-Geräte kamen kaum noch nach mit Popup-Meldungen, usw.
Und jeder Wechsel bedeutet eine Änderung der Soll-Temperatur einer Heizungsgruppe (in diesem Fall im Gästezimmer) über ein CCU-Program (welches auch die Pushover verschickt).
Bis ich das alles eingefangen hatte, war der DC auf 100% und alles hing.
Aber, wie gesagt, jetzt ist alles gut - es passt nur zeitlich wie Ar**h auf Eimer.
Gruß,
Eric
-
Hallo,
das ist ja super mit dem HMIP Fortschritt,
neuerdings bekomme ständig folgende Fehlermeldung: hm-rpc.1 ist der HMIP Instanz, früher Cux Instanz, der Fehler is aber neu.
hm-rpc.1 2017-01-22 12:30:08.191 error hm-rpc.1 init error: Error: connect ECONNREFUSED 192.168.178.20:2010Weitere Meldungen hatte ich nachdem ich rpc.1 von CuX auf HMIP umgestellt hatte.
javascript.0 2017-01-22 12:30:00.048 warn javascript.0 State "hm-rpc.1.CUX2801001.0.LOWBAT" not found javascript.0 2017-01-22 12:30:00.048 warn javascript.0 State "hm-rpc.1.CUX2801001.0.STICKY_UNREACH" not found javascript.0 2017-01-22 12:30:00.048 warn javascript.0 State "hm-rpc.1.CUX2801001.0.UNREACH" not foundWeiß jemand wo die Fehler herkommen ?
LG Mike
geändert: Code in Codetags gesetzt Homoran (Admin)
-
Weiß jemand wo die Fehler herkommen ? `
Wenn du uns noch sagst was sich hinter der IP verbirgt?Gruß
Rainer
-
Oh, ja das ist die Homematic CCU
-
Oh, ja das ist die Homematic CCU `
Hast du da die Firewall konfiguriert?Weitere Meldungen hatte ich nachdem ich rpc.1 von CuX auf HMIP umgestellt hatte. `
Da verwendet ein Skript wohl noch CuxD-Datenpunkte
Hinterher weiss man es immer besser, aber warum hast du denn keine weitere rpc-Instanz für HM-IP angelegt?
Gruß
Rainer
-
Hast du da die Firewall konfiguriert?
Weitere Meldungen hatte ich nachdem ich rpc.1 von CuX auf HMIP umgestellt hatte. `
Hinterher weiss man es immer besser, aber warum hast du denn keine weitere rpc-Instanz für HM-IP angelegt?Gruß
Rainer `
Firewall, hab da geschaut, und auf Vollzugriff geändert, jetzt habe ich *.1 wieder zur CuxD gemacht und *.2 für HMIP neu angelegt, wollte System nicht zu stark belasten und wusste selbst nicht mehr warum ich überhaupt CuxD hatte :-(.
hm-rpc.2 2017-01-22 13:09:48.345 error hm-rpc.2 init error: Error: connect ECONNREFUSED 192.168.178.20:2010 hm-rpc.2 2017-01-22 13:09:18.346 error hm-rpc.2 init error: Error: connect ECONNREFUSED 192.168.178.20:2010 hm-rpc.2 2017-01-22 13:08:48.347 error hm-rpc.2 init error: Error: connect ECONNREFUSED 192.168.178.20:2010Leider sind die Fehler immer noch da.
Lg Mike
-
Hallo
kannst Du mal einen Screenshot von den Einstellungen des HMIP rpc Adapters hier rein stellen ?
-
Hallo
kannst Du mal einen Screenshot von den Einstellungen des HMIP rpc Adapters hier rein stellen ? `
ja
Jetzt bekomme ich den gar nicht mehr am laufen, bleibt gelb in der Übersicht.
Alles neu gestartet, jetzt scheint es zu gehen, ohne das ich was weiteres geändert habe.
-
Alles neu gestartet, jetzt scheint es zu gehen, ohne das ich was weiteres geändert habe. `
Reboot tut gut :mrgreen:Gruß
Rainer
-
Hallo
in Deinem Screenshot ist der Adapterport "0"
das hatte ich Anfangs auch. Die Empfehlung war, dort etwas über 20000 einzutragen.
Bei mir derzeit 22010
bei meinem rpc.0 rpc-bin ist als Adapterport 22001 eingetragen.
Das hat nichts mit den Porte Richtung CCU zu tun, da hat nur jemand "ähnliche" Nummern gewählt
-
Hallo,
habe folgendes Problem :
installiert sind 2 RPC Adapter. Einer für ein RS485 Modul (RPC1). In dem RPC1 sind die "Geräte" sichtbar und bedienbar.
Alle anderen Geräte, die ja in dem RPC0 erscheinen müßten sind hier nicht.
Abends habe ich dann festgestellt, daß diese anderen Geräte (Zwischenstecker, Jalousieaktor, Heizungssteuerung, Thermostate) in der
CCU nicht mehr aktiv sind. Nach einem Neustart der CCU war dieses wieder behoben.
Die Adapter sind inzwischen deaktiviert.
MfG
-
Was bedeutet "das die Geräte in der CCU nicht mehr aktiv waren" ?
-
Zum einen wurden keine Programme ausgeführt, die mit diesen Geräten verknüpft sind; und wenn ich in der Geräteliste
ein Gerät aufrufe kann ich einen Test starten. Hier reagierten die Geräte auch nicht mehr.
-
Hm … klingt als ob SIe irgendwas in der CCU "weggehängt" hat ... Kann mir nicht vorstellen das ioBroker (mit sonnvollen EInstellungen!) daran schuld sein kann.
Versucht am besten nochmal. Und wenn es wieder passiert poste mal die Screenshots deiner ioBroker EInstellungen der hm-rpc's und hm-rega
-
Habe es heute morgen noch einmal probiert mit dem gleichen Ergebnis.
Fehlermeldung CCU: Eine Kompnente der Homematic reagiert nicht mehr.
Mindestens eine Komponente der Homematic ist abgestürzt.
Hier die Logdatei:
! ````
Jan 26 10:40:46 (none) syslog.info -- MARK --
Jan 26 10:41:26 (none) local0.err ReGaHss: [truncated] Error: Content-Length or Postback Param size incorrect! PostParam=&!# devices.fn 1.4 !# !# Dieses Homematic-Script gibt eine Liste aller Geraete/Kanäle als JSON String aus !# !# 3'2013-7'2013 hobbyquaker https://github.com/hobbyquaker !# string sDevId; string sChnId; Write('{'); boolean dFirst = true; foreach (sDevId, root.Devices().EnumUsedIDs()) { object oDevice = dom.GetObject(sDevId); boolean bDevReady = oDevice.ReadyConfig(); string sDevInterfaceId = oDevice.Interface(); string sDevInterface = dom.GetObject(sDevInterfaceId).Name(); if (bDevReady) { if (dFirst) { dFirst = false; } else { WriteLine(','); } Write('"' # oDevice.Address() # '":{"Name":"'); WriteURL(oDevice.Name()); Write('","Interface":"' # sDevInterface # '"}'); foreach(sChnId, oDevice.Channels()) { ^Iobject oChannel = dom.GetObject(sChnId); WriteLine(',');
Jan 26 10:45:02 (none) cron.notice crond[977]: USER root pid 11907 cmd /bin/arm7setclock
Jan 26 10:45:36 (none) local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute failed; method =setValue Params = {"MEQ1900392:1","STATE",true} result= nil [../Platform/DOM/iseXmlRpc.cpp (2551)]
Jan 26 10:45:36 (none) local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [../Platform/DOM/iseXmlRpc.cpp (1447)]
Jan 26 10:45:36 (none) local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = MEQ1900392:1 [../Platform/DOM/iseDOMdpHSS.cpp (77)]
Jan 26 10:45:46 (none) local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute failed; method =setValue Params = {"MEQ1900392:1","STATE",true} result= nil [../Platform/DOM/iseXmlRpc.cpp (2551)]
Jan 26 10:45:46 (none) local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [../Platform/DOM/iseXmlRpc.cpp (1447)]
Jan 26 10:45:46 (none) local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = MEQ1900392:1 [../Platform/DOM/iseDOMdpHSS.cpp (77)]
Jan 26 10:46:04 (none) local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute failed; method =setValue Params = {"KEQ1061645:1","STATE",true} result= nil [../Platform/DOM/iseXmlRpc.cpp (2551)]
Jan 26 10:46:04 (none) local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [../Platform/DOM/iseXmlRpc.cpp (1447)]
Jan 26 10:46:04 (none) local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = KEQ1061645:1 [../Platform/DOM/iseDOMdpHSS.cpp (77)] -
Hallo Zusammen
habe mit dem HM-RPC IP ein Problem: wenn ich über IO-Broker die Temp im Thermostat ändere wird diese zwar im Thermostat geändert, aber im LOG steht eine Fehlermeldung:
hm-rpc.1 2017-09-18 10:08:37.169 warn Cannot setValue "hm-rpc.1.000XXXXXXXXXX6.1.SET_POINT_TEMPERATURE", because not connected.
Des weiteren kommen auch immer wieder folgende Meldungen:
hm-rpc.1 2017-09-18 10:12:24.420 info new HmIP devices/channels after filter: 0 hm-rpc.1 2017-09-18 10:12:24.407 info xmlrpc <- newDevices 14 hm-rpc.1 2017-09-18 10:12:24.295 info xmlrpc -> 0 devices hm-rpc.1 2017-09-18 10:12:24.277 info xmlrpc <- listDevices ["hm-rpc.1"]Instanz ist auf jedenfall grün ( also connected )
Auch die Nummer mit den Images ist bei mir vorhanden:
hm-rpc.1 2017-09-18 10:07:18.873 warn No image for "HmIP-BWTH" found.
Irgendwas übersehe ich
Gruß Thorsten
-
Hallo
die Fehlermeldung mit dem Bild wir wohl kommen, weil kein Bild da ist ?
Die 4 Zeilen INFO sind kein Fehler.
Es wird nach HMIP Geräten gesucht, mit dem Bestand verglichen und kein Unterschied (=0) gefunden. Das passiert regelmässig in dem von Dir im Adapter konfigurierten Zeitabstand.
-
Hallo,
leider habe auch ich das Problem, dass in regelmäßigen Abständen mein (vermutlich) hm-rpc.1 mit dem HMIP Geräten neu gestartet wird und dabei werden alle Geräte gelöscht und neu angelegt. D.h. in vis habe ich nie den aktuellen Status meiner Geräte (Funksteckdosen).
Also habe ich versucht, wie hier öfters beschrieben, das der Haken bei HMIP Geräten im Rega-Adapter gesetzt werden muss, in der Hoffnung damit das Problem zu lösen. Ich kann es zwar aktivieren, habe aber dann in der Auswahlliste für die hm-rpc Instanz keine Einträge. Hat jemand eine Ahnung woran das liegt? Habe eine Rega-Instanz und 2 RPC Instanzen.
Danke!
Gruß David
3783_iobroker.png -
wie sieht den dein hmrpc für die hip aus??
-
Hallo
in der aktuellen Version des Adapters gibt es einen haken, der das automatische löschen verhindert.
