NEWS
HomematicRPC 1.8 + REGA 2.0 testen
-
Grundsätzlich: Nach GitHub Installation Uploads der Adapter durchgeführt? `
natuerlich nicht. Mom
-
also nach upload sieht die Rega gleich aus:
hm-rega.1 2018-11-29 12:15:30.728 warn Got unexpected ID: hm-rega.1.1239 hm-rega.1 2018-11-29 12:15:30.552 warn Got unexpected ID: hm-rega.1.1238 hm-rega.1 2018-11-29 12:15:25.725 warn Got unexpected ID: hm-rega.1.1239 hm-rega.1 2018-11-29 12:15:25.559 warn Got unexpected ID: hm-rega.1.1238 hm-rega.1 2018-11-29 12:15:20.725 warn Got unexpected ID: hm-rega.1.1239 hm-rega.1 2018-11-29 12:15:20.553 warn Got unexpected ID: hm-rega.1.1238 hm-rega.1 2018-11-29 12:15:15.725 warn Got unexpected ID: hm-rega.1.1239 hm-rega.1 2018-11-29 12:15:15.552 warn Got unexpected ID: hm-rega.1.1238 hm-rega.1 2018-11-29 12:15:15.250 info ReGaHSS 192.168.1.3 up
das sind 2 Systemvariablen (Anwesenheit) die ich per ioBroker Script setze.
CuXD lass ich mal aus, bis Du Rueckmeldung von Uwe bekommst.
HM RPC verbindet sich nicht:
hm-rpc.2 2018-11-29 12:18:49.596 info xmlrpc client is trying to connect to 192.168.1.3:42001/ with ["http://192.168.1.19:12001","hm-rpc.2"] hm-rpc.2 2018-11-29 12:18:49.596 info xmlrpc server is trying to listen on 192.168.1.19:12001 hm-rpc.2 2018-11-29 12:18:49.321 info starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v8.13.0 hm-rpc.2 2018-11-29 12:18:49.180 info States connected to redis: 127.0.0.1:6379
gleiche fuer HMIP
Edit…ah nun kam der Timeout:
hm-rpc.2 2018-11-29 12:21:29.970 error init error: Error: connect ETIMEDOUT 192.168.1.3:42001
Edit(h)2….in der Firewall hab ich oben den 8701 Port und unten mein gateway/router: 192.168.1.1 und den ioBroker 192.168.1.19 eingetragen.
-
Habe es parallel auf einem anderen System aufgesetzt und laufe auch in das Problem, also werde es mir heute anschauen.
Denke, die Logs von Rega kommen, da er Änderungen bekommt zu denen keine Instanz aktiv läuft.
-
wunderbar. dann stell ich mal wieder fix zurueck und warte auf Frohe Kundt von Dir
Danke nochmal, fuer Deinen Einsatz!
-
Es scheint irgendwie noch an den Sicherheitseinstellungen zu hapern:
Rufe ich die funktionale CCU auf unter:
https://<ip>:42001</ip>
kommt korrekterweise eine Abfrage der Credentials.
Bei der nicht funktionalen lädt er sich tot –> Timeout.
Funktionierende CCU:
# iptables -L -n | grep 2001 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:2001 state NEW ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:42001 state NEW
Nicht-funktionierende CCU:
# iptables -L -n | grep 2001 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:2001 state NEW
Über die UI sind sie identisch konfiguriert, intern anscheinend nicht.
-
hast Du eine CCU3 oder eine Raspberrymatic?
Evtl quatscht Du mal Jens an?
-
hast Du eine CCU3 oder eine Raspberrymatic?
Evtl quatscht Du mal Jens an? `
Problem schon gelöst, der Port muss anscheinend explizit in der Firewall freigegeben werden. Dann läuft es.
Bei meiner Ursprungsinstallation musste ich das nicht tun, allerdings hatte ich da auf die Version vom 24.11 und dann auf die vom 26.11 geupgradet, bei der anderen direkt 26.11 (könnte evtl zu den Inkonsistenzen zwischen den Systemen geführt haben).
Und kannst du bitte die CuxD Instanz ohne Authentifizierung konfigurieren und schauen ob dann alles läuft?
-
ich hab auch die Version vom 24.11. uebersprungen. Somit erklaerbar.
Das heisst ich muss 42001, 42010 und 48701 (sofern Du das mit CuXD hinbekommst) freigeben, wenn ich die Auth nutzen moechte?
Ich lass das nun aber erstmal auf normal, bis da was wegen CuXD rauskommt, da ich das schon gerne verwenden wuerde
-
ich hab auch die Version vom 24.11. uebersprungen. Somit erklaerbar.
Das heisst ich muss 42001, 42010 und 48701 (sofern Du das mit CuXD hinbekommst) freigeben, wenn ich die Auth nutzen moechte?
Ich lass das nun aber erstmal auf normal, bis da was wegen CuXD rauskommt, da ich das schon gerne verwenden wuerde `
Kannst du bitte die CuxD Instanz ohne Authentifizierung konfigurieren und schauen ob dann alles läuft? Also einfach den Haken bei Https weg in der CuxD Instanz.
Und für CuxD wird es dann weiterhin 8701 sein.
-
ok, funktioniert erstmal.
Alle Adapter sind gruen.
Habe gerade HMIP, HM und CUXD geschalten ausm ioBroker. Geht.
Bekam aber die Fehlermeldung der REGA:
hm-rega.1 2018-11-29 13:53:55.954 error CCU 192.168.1.3 unreachable hm-rega.1 2018-11-29 13:53:55.954 error post request error: connect ETIMEDOUT 192.168.1.3:48181
was soll denn auf 48181 laufen?
und ich bekomme weiterhin:
hm-rega.1 2018-11-29 13:52:45.725 warn Got unexpected ID: hm-rega.1.1239 hm-rega.1 2018-11-29 13:52:45.551 warn Got unexpected ID: hm-rega.1.1238
durch meine Scripte. Script aus = keine Meldung mehr.
Magst Du mal ein Script anlegen bei Dir, das eine CCU Systemvariable beschreibt und schauen, ob Du dann auch die Meldung bekommst?
-
Also 48181 ist der SSL Port der Rega selbst.
Ich habe Skripte laufen, allerdings habe ich keine hm-rpc CuxD Instanz.
Werde später weiter drüber schauen und auch im Frontend automatisch https unchecken und disablen wenn jemand auf bin-rpc umschaltet.
-
CUXD sollte allerdings beim direkten setzen von Systemvariablen gar nicht beteiligt sein?
OK, das heisst ich nehme den 48181 mal mit in die Firewall Regel auf…so langsam mach ich mir das System wieder auf
-
Naja der Port ist dann zugänglich, scheint allerdings so als wäre er das auch so. Trotzallem muss sich an der API authentifiziert werden.
Konnte es auf der anderen Installation nachstellen, lag wohl doch wieder daran dass der Rega Port auch in die CCU Firewall muss.
-
Frontend sollte nun bei bin-rpc automatisch HTTPS deaktivieren.
-
btw, nach dem 48181 Port in die Firewall bekomme ich auch kein WARN mehr durch die Systemvariable.
Was nun noch bei mir ist, dass in der Instanzeinstellung die Textboxen ueber den Ueberschriften liegen und erst mit einem Klick, die Ueberschrift dann ueber die Textbox wandert.
-
btw, nach dem 48181 Port in die Firewall bekomme ich auch kein WARN mehr durch die Systemvariable.
Was nun noch bei mir ist, dass in der Instanzeinstellung die Textboxen ueber den Ueberschriften liegen und erst mit einem Klick, die Ueberschrift dann ueber die Textbox wandert. `
fixed in hm-rpc
- fixed in hm-rega sobald PR gemerged wurde (EDIT: schon gemerged )
-
In CCU Authentifizierung eingeschaltte un Firewall/Sicheheit alles offen. Beide obigen Adapter installiert:
Bleibt ROT
im LOG
hm-rega.0 2018-12-02 16:00:38.408 error at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:246:12)
hm-rega.0 2018-12-02 16:00:38.408 error at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:134:20)
hm-rega.0 2018-12-02 16:00:38.408 error at Decoder. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
hm-rega.0 2018-12-02 16:00:38.408 error at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:332:8)
hm-rega.0 2018-12-02 16:00:38.408 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/component-emitter/index.js:133:20)
hm-rega.0 2018-12-02 16:00:38.408 error at Manager. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
hm-rega.0 2018-12-02 16:00:38.408 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:236:12)
hm-rega.0 2018-12-02 16:00:38.408 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:312:9)
hm-rega.0 2018-12-02 16:00:38.408 error at Socket.adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:98:50)
hm-rega.0 2018-12-02 16:00:38.408 error at Object.decrypt (/opt/iobroker/node_modules/iobroker.hm-rega/lib/crypto.js:29:30)
hm-rega.0 2018-12-02 16:00:38.408 error TypeError: Cannot read property 'length' of undefined
hm-rega.0 2018-12-02 16:00:38.406 error uncaught exception: Cannot read property 'length' of undefined
hm-rega.0 2018-12-02 16:00:38.289 info starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v6.15.0
CUXD scheint alles OK: GRÜN
HM wireless
Wahll von https, Nutzername/Passwort deaktiviert: Ergebnis GELB
im LOG
hm-rpc.1 2018-12-02 16:08:38.428 error init error: Error: response timeout
HMIP
Wahll von https, Nutzername/Passwort erledigt: Ergebnis GELB
Keine Fehler im LOG
Weiß jemand was hier passiert?</anonymous></anonymous>
-
In CCU Authentifizierung eingeschaltte un Firewall/Sicheheit alles offen. Beide obigen Adapter installiert:
Bleibt ROT
im LOG
hm-rega.0 2018-12-02 16:00:38.408 error at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:246:12)
hm-rega.0 2018-12-02 16:00:38.408 error at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:134:20)
hm-rega.0 2018-12-02 16:00:38.408 error at Decoder. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
hm-rega.0 2018-12-02 16:00:38.408 error at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:332:8)
hm-rega.0 2018-12-02 16:00:38.408 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/component-emitter/index.js:133:20)
hm-rega.0 2018-12-02 16:00:38.408 error at Manager. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
hm-rega.0 2018-12-02 16:00:38.408 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:236:12)
hm-rega.0 2018-12-02 16:00:38.408 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:312:9)
hm-rega.0 2018-12-02 16:00:38.408 error at Socket.adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:98:50)
hm-rega.0 2018-12-02 16:00:38.408 error at Object.decrypt (/opt/iobroker/node_modules/iobroker.hm-rega/lib/crypto.js:29:30)
hm-rega.0 2018-12-02 16:00:38.408 error TypeError: Cannot read property 'length' of undefined
hm-rega.0 2018-12-02 16:00:38.406 error uncaught exception: Cannot read property 'length' of undefined
hm-rega.0 2018-12-02 16:00:38.289 info starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v6.15.0
CUXD scheint alles OK: GRÜN
HM wireless
Wahll von https, Nutzername/Passwort deaktiviert: Ergebnis GELB
im LOG
hm-rpc.1 2018-12-02 16:08:38.428 error init error: Error: response timeout
HMIP
Wahll von https, Nutzername/Passwort erledigt: Ergebnis GELB
Keine Fehler im LOG
Weiß jemand was hier passiert?</anonymous></anonymous> `
Bezüglich dem cannot read prop length of udnefined error: Hast du ein Upload des Adapters durchgeführt?
In CCU Authentifizierung eingeschaltte un Firewall/Sicheheit alles offen.
.
.
.
HM wireless
Wahll von https, Nutzername/Passwort deaktiviert: Ergebnis GELB `
Wenn du in der CCU Authentifizierung eingeschaltet hast musst du auch ein Nutzername PW angeben. Ansonsten kann sich der Adapter ja nicht authentifizieren. Zudem muss das Protokoll auf XML-RPC stehen.
-
Ein Upload hat REGA repariert: GRÜN:
CUXD: Sowieso GRÜN
Aber WIRELESS unD HMIP auch mit xml und Passwort weiterhin GELB, obwohl im LOG kein Fehler
habe auch schon verschiedene Nutzer einschließlich root verwendet: Kein Unterschied.
wirelss
hm-rpc.1 2018-12-02 18:41:55.504 info xmlrpc client is trying to connect to 192.168.178.32:2001/ with ["https://192.168.178.61:12001","hm-rpc.1"]
hm-rpc.1 2018-12-02 18:41:55.502 info xmlrpc server is trying to listen on 192.168.178.61:12001
hm-rpc.1 2018-12-02 18:41:55.149 info starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.15.0
hm-rpc.1 2018-12-02 18:41:53.599 info xmlrpc -> 192.168.178.32:2001/ init ["https://192.168.178.61:12001",""]
hm-rpc.1 2018-12-02 18:41:51.596 info xmlrpc -> 192.168.178.32:2001/ init ["https://192.168.178.61:12001",""]
HMIP
hm-rpc.2 2018-12-02 18:41:48.608 info xmlrpc client is trying to connect to 192.168.178.32:2010/ with ["https://192.168.178.61:12010","hm-rpc.2"]
hm-rpc.2 2018-12-02 18:41:48.604 info xmlrpc server is trying to listen on 192.168.178.61:12010
hm-rpc.2 2018-12-02 18:41:48.199 info starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.15.0
hm-rpc.2 2018-12-02 18:41:46.578 info xmlrpc -> 192.168.178.32:2010/ init ["https://192.168.178.61:12010",""]
hm-rpc.2 2018-12-02 18:41:44.583 info xmlrpc -> 192.168.178.32:2010/ init ["https://192.168.178.61:12010",""]
-
Hast du die Ports geändert? Statt den 12001 sollte es 42001 sein und statt 12010 => 42010
Und bei den Nutzerdaten, sind die gemeint, mit denen du dich an der CCU anmeldest. Per Default gibts da den User Admin.