Homematic Thermostat-Objekten fehlen zum Teil Daten

[bahnuhr]

@tb59427

Du hast 2 unterschiedliche Netzwerkbereiche.
Funktioniert das so ?

@homoran sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

sind alle Ports und die IP in der RM-Firewall freigegeben.

Und dies fehlt auch noch.

[tb59427]

@homoran said in Homematic Thermostat-Objekten fehlen zum Teil Daten:

@tb59427 sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

d aber bei den Devices, die vorher nicht da waren, falsch (Raumtemperatur IST 23 Grad, im Objekt steht 0)...

zeigen!
auch das debug-log vom neu einlesen

Scheint so, als wenn das jetzt nur ne Weile dauert, bis die Daten da sind. So peut-a-peut trudeln jetzt die korrekten Werte für die Thermostaten ein. Scheint, dass der Sentry-fix das Problem löst.

Lieben Dank für die sauschnelle Hilfe.

Gruß
Torsten

[tb59427]

@bahnuhr said in Homematic Thermostat-Objekten fehlen zum Teil Daten:

@tb59427

Du hast 2 unterschiedliche Netzwerkbereiche.
Funktioniert das so ?

Yep, klappt.

[bahnuhr]

@tb59427 sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

Yep, klappt.

Und wie. Dachte bisher immer, das muss im gleichen Netzbereich liegen.

Aber wenn das auch geht, vielleicht haste mal ein paar Infos für mich.

[Samson71]

@bahnuhr sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

Dachte bisher immer, das muss im gleichen Netzbereich liegen.

Solange die Routings und Berechtigungen passen, kannst das auch in unterschiedliche VLAN's packen. Nur die Fehlersuche kann bei Problemen deutlich kniffliger werden.

[tb59427]

@bahnuhr said in Homematic Thermostat-Objekten fehlen zum Teil Daten:

@tb59427 sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

Yep, klappt.

Und wie. Dachte bisher immer, das muss im gleichen Netzbereich liegen.

Aber wenn das auch geht, vielleicht haste mal ein paar Infos für mich.

Hab nen SDN - alles mit ubiquiti. Die Raspimatic läuft in einem eigenen Netzsegment. Der NAS auf einem anderen (via VLANs in den diversen Switchen getrennt - auf jedem VLAN läuft ein eigener DHCP Server je mit eigenem Lease-Bereich). Das alles läuft auf einem zentralen Router bzw. dem "Cloud Key" von ubiquiti (die Kiste, in der die "Software Definition" des SDN läuft).

Aber im Kern sind das einfach nur unterschiedliche Netze, die über nen Router samt Firewall untereinander verbunden sind.

Gruß
-tb

[bahnuhr]

@tb59427

Danke für die Info.
Ist aber (momentan) zu hoch für mich.
Hab ich bisher nicht gebraucht.
Bin ja froh, dass bei mir alles läuft.

[Samson71]

@tb59427 sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

Das alles läuft auf einem zentralen Router bzw. dem "Cloud Key" von ubiquiti

Was nutzt Du als Gateway von Ubiquiti?

[tb59427]

@samson71 said in Homematic Thermostat-Objekten fehlen zum Teil Daten:

@tb59427 sagte in Homematic Thermostat-Objekten fehlen zum Teil Daten:

Das alles läuft auf einem zentralen Router bzw. dem "Cloud Key" von ubiquiti

Was nutzt Du als Gateway von Ubiquiti?

USG 3 hinter einer FB (die ich eigentlich nur für die alten DECT Telefone brauche)...und ja, double NAT und nein noch nie Ärger damit gehabt

[Samson71]

@tb59427
Ah ok. Hat mich interessiert als Vergleich. Hier USG 4Pro hinter Kabelfritte (ohne Doppel-NAT). Habe ich im USG deaktiviert. Fritte muss zwingend als erstes sein wg. Kabel-Internet. Telefonie wird durchgereicht an IP-Telefone und Mobil über Grandstream-WLAN-Mobilteile abgedeckt.

[-FX-RIDER-]

Ich hänge mich hier schlichtweg mit an - denn ich habe das gleiche Problem:
Beim Einlesen meiner Wandthermostate werden bei allen drei nur der Kanal 0 eingelesen - die anderen Daten fehlen:

der Vollständigkeit halber - hier meine Konfiguration:
HW: DS920+ - baunet docker image
piVCCU auf einem RPi3
Hier die Adapterconfigs:

Rega:

RPC.0 --> HM

RPC.1 --> HMip

Ports sind im Container Manager der Syno entsprechend weitergeleitet:

Log nach Neustart der HM Adapter:

2023-10-18 11:33:37.643 - info: host.buanet-iobroker-1 stopInstance system.adapter.hm-rpc.1 send kill signal
2023-10-18 11:33:38.145 - info: host.buanet-iobroker-1 instance system.adapter.hm-rpc.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-10-18 11:33:45.235 - info: host.buanet-iobroker-1 "system.adapter.hm-rega.0" enabled
2023-10-18 11:33:45.294 - info: host.buanet-iobroker-1 instance system.adapter.hm-rega.0 started with pid 10369
2023-10-18 11:33:46.273 - info: host.buanet-iobroker-1 "system.adapter.hm-rpc.0" enabled
2023-10-18 11:33:46.337 - info: host.buanet-iobroker-1 instance system.adapter.hm-rpc.0 started with pid 10380
2023-10-18 11:33:46.466 - info: hm-rega.0 (10369) starting. Version 3.0.47 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v18.18.2, js-controller: 5.0.12
2023-10-18 11:33:46.532 - info: hm-rega.0 (10369) subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT
2023-10-18 11:33:46.578 - info: hm-rega.0 (10369) ReGaHSS 192.168.5.91 up
2023-10-18 11:33:46.670 - info: hm-rega.0 (10369) time difference local-ccu 1s
2023-10-18 11:33:47.067 - info: hm-rega.0 (10369) request state values
2023-10-18 11:33:47.130 - info: hm-rega.0 (10369) Updated all datapoints
2023-10-18 11:33:47.139 - info: hm-rega.0 (10369) got 4 variables
2023-10-18 11:33:47.194 - info: hm-rega.0 (10369) added/updated 4 variables
2023-10-18 11:33:47.194 - info: hm-rega.0 (10369) deleted 0 variables
2023-10-18 11:33:47.202 - info: hm-rega.0 (10369) got 0 programs
2023-10-18 11:33:47.210 - info: hm-rega.0 (10369) added/updated 0 programs
2023-10-18 11:33:47.210 - info: hm-rega.0 (10369) deleted 0 programs
2023-10-18 11:33:47.220 - info: hm-rega.0 (10369) update rooms to enum.rooms
2023-10-18 11:33:47.243 - info: hm-rega.0 (10369) update functions to enum.functions
2023-10-18 11:33:47.268 - info: hm-rega.0 (10369) update favorites to enum.favorites
2023-10-18 11:33:47.333 - info: host.buanet-iobroker-1 "system.adapter.hm-rpc.1" enabled
2023-10-18 11:33:47.435 - info: host.buanet-iobroker-1 instance system.adapter.hm-rpc.1 started with pid 10395
2023-10-18 11:33:47.493 - info: hm-rpc.0 (10380) starting. Version 1.15.19 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v18.18.2, js-controller: 5.0.12
2023-10-18 11:33:47.606 - info: hm-rpc.0 (10380) xmlrpc server is trying to listen on 172.17.0.2:12001
2023-10-18 11:33:47.606 - info: hm-rpc.0 (10380) xmlrpc client is trying to connect to 192.168.5.91:2001/ with ["http://172.17.0.2:12001","buanet-iobroker-1:hm-rpc.0:d84ea0c5b47ca52db6d78a6805b1543a"]
2023-10-18 11:33:47.641 - info: hm-rpc.0 (10380) Connected
2023-10-18 11:33:48.382 - info: hm-rpc.1 (10395) starting. Version 1.15.19 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v18.18.2, js-controller: 5.0.12
2023-10-18 11:33:48.479 - info: hm-rpc.1 (10395) xmlrpc server is trying to listen on 172.17.0.2:12010
2023-10-18 11:33:48.480 - info: hm-rpc.1 (10395) xmlrpc client is trying to connect to 192.168.5.91:2010/ with ["http://172.17.0.2:12010","buanet-iobroker-1:hm-rpc.1:2d0f0910424d77ec38c365394869e5f6"]
2023-10-18 11:33:48.510 - info: hm-rpc.1 (10395) Connected

Finde keinen Fehler... wie finde ich raus wo es hakt? Hab ich auch ein Problem mit Sentry?

[haselchen]

@fx-rider

So ist eigentlich Standard:

Versuch das mal.

Callback Adresse ist die, wo der Adapter installiert ist.

[-FX-RIDER-]

@haselchen
Danke für die Info - nun wird es komisch:

wenn ich es entsprechend konfiguriere:

dann springt der Adapter auf grün und ich sehe auf einmal mehr Werte:

EDIT: nun geht es... Danke! daher auch der edit

Eine Frage - wie soll der HM rpc konfiguriert werden? Kann ich den so lassen?

Gehen tut er ja - oder soll ich den analog dem HMip RPC konfigurieren?