NEWS
Homematic - einzelne States stimmen nicht mit CCU überein
-
Hi,
mir ist jetzt bei zwei HM Geräten aufgefallen, das einzelne States nicht "stimmen".Bei einem Rolladenaktor steht Unreach auf true, in der CCU (Raspberrymatic) wird aber nichts der gleichen angezeigt und der Aktor lässt sich auch steuern.
Der zweite Aktor ist ein Heizungsthermostat, das noch immer auf Lowbat steht.
H-REGASS läuft in V5.1.0 und HM RPC in V 2.0.2
RaspberryMatic Firmware Version: 3.79.6.20241122iob diag output
v.2024-10-19 Static hostname: smarthome Icon name: computer-vm Chassis: vm Virtualization: kvm Operating System: Ubuntu 22.04.5 LTS Kernel: Linux 5.15.0-127-generic Architecture: x86-64 Hardware Vendor: QEMU Hardware Model: Standard PC _i440FX + PIIX, 1996_ Installation: kvm Kernel: x86_64 Userland: 64 bit Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 Display-Server: false Boot Target: graphical.target Pending OS-Updates: 2 Pending iob updates: 1 Nodejs-Installation: /usr/bin/nodejs v20.18.1 /usr/bin/node v20.18.1 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.4 Recommended versions are nodejs 20.18.1 and npm 10.8.2 nodeJS installation is correct MEMORY: total used free shared buff/cache available Mem: 4.8G 3.1G 632M 1.0M 1.1G 1.4G Swap: 3.9G 548M 3.4G Total: 8.8G 3.7G 4.0G Active iob-Instances: 43 Upgrade policy: none ioBroker Core: js-controller 7.0.3 admin 7.1.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: redis Status admin and web instance: + system.adapter.admin.0 : admin : smarthome - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.admin.1 : admin : smarthome - enabled, port: 8090, bind: 0.0.0.0, run as: admin system.adapter.web-speedy.0 : web-speedy : smarthome - disabled + system.adapter.web.0 : web : smarthome - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 19904 States: 22141 Size of iob-Database: 62M /opt/iobroker/iobroker-data/objects.jsonl 20M /opt/iobroker/iobroker-data/objects.json.migrated 20M /opt/iobroker/iobroker-data/objects.json.bak.migrated 0 /opt/iobroker/iobroker-data/objects.json.broken 2.7M /opt/iobroker/iobroker-data/states.json 232K /opt/iobroker/iobroker-data/states.json.bak Operating System codenamed 'jammy' is an aging Ubuntu release! Please upgrade to the latest LTS release 'noble' in due time!@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
HM RPC in V 2.0.2
und davon bitte die Konfigurationen aller 4 Instanzen
Vielleicht auch mal ein Screenshot der Servicemeldungen in der RaspberryMatic
wie sind da die Timestamps? -
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
HM RPC in V 2.0.2
und davon bitte die Konfigurationen aller 4 Instanzen
Vielleicht auch mal ein Screenshot der Servicemeldungen in der RaspberryMatic
wie sind da die Timestamps?@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
und davon bitte die Konfigurationen aller 4 Instanzen
HM Rega
RPC0
RPC1
RPC2 - inaktiv
RPC3
Raspberrymatic Fehlermeldungen
Vielleicht auch mal ein Screenshot der Servicemeldungen in der RaspberryMatic
Da gibt es aktuell keine Servicemeldungen
Timestamps der States
wie sind da die Timestamps?
Unreach bei dem Tür Rollo: 2024-07-07 18:31
LowBat bei der WZ Rechts Heizung: 2024-12-21 18:16
Ich hoffe die Screenshots sind jetzt besser anzuschauen
-
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
und davon bitte die Konfigurationen aller 4 Instanzen
HM Rega
RPC0
RPC1
RPC2 - inaktiv
RPC3
Raspberrymatic Fehlermeldungen
Vielleicht auch mal ein Screenshot der Servicemeldungen in der RaspberryMatic
Da gibt es aktuell keine Servicemeldungen
Timestamps der States
wie sind da die Timestamps?
Unreach bei dem Tür Rollo: 2024-07-07 18:31
LowBat bei der WZ Rechts Heizung: 2024-12-21 18:16
Ich hoffe die Screenshots sind jetzt besser anzuschauen
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Unreach bei dem Tür Rollo: 2024-07-07 18:31
das ist ja wirklich schon was her.
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
LowBat bei der WZ Rechts Heizung: 2024-12-21 18:16
War möglicherweise ein kurzer Lowbat während des Antriebs.
Warum beide nicht gelöscht werden kann zwei Gründe haben.
- Die Änderung wird von der RM nicht zuverlässig mitgeteilt.
- Wenn diese Info einmal verloren gegangen ist, wird erst beim nächsten Wechsel des Zustands wieder geändert.
- Du hast die Checkbox "Geräte nicht löschen..." nicht aktiv
- kann sein, dass die Meldung dadurch bei einem Neustart verloren gegangen ist oder falsch aktualisiert wurde
Hak die Checkboxen an, ebenfalls die "neu einlesen" und starte die Instanzen neu.
Warum ist in der .3 bei Adapteradresse eine IP eingetragen und keine Callback Adresse?
Bei allen anderen 0.0.0.0 und dafür die Iob Adresse als Callback?.102 ist doch die RM und .198 iob?
- Die Änderung wird von der RM nicht zuverlässig mitgeteilt.
-
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Unreach bei dem Tür Rollo: 2024-07-07 18:31
das ist ja wirklich schon was her.
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
LowBat bei der WZ Rechts Heizung: 2024-12-21 18:16
War möglicherweise ein kurzer Lowbat während des Antriebs.
Warum beide nicht gelöscht werden kann zwei Gründe haben.
- Die Änderung wird von der RM nicht zuverlässig mitgeteilt.
- Wenn diese Info einmal verloren gegangen ist, wird erst beim nächsten Wechsel des Zustands wieder geändert.
- Du hast die Checkbox "Geräte nicht löschen..." nicht aktiv
- kann sein, dass die Meldung dadurch bei einem Neustart verloren gegangen ist oder falsch aktualisiert wurde
Hak die Checkboxen an, ebenfalls die "neu einlesen" und starte die Instanzen neu.
Warum ist in der .3 bei Adapteradresse eine IP eingetragen und keine Callback Adresse?
Bei allen anderen 0.0.0.0 und dafür die Iob Adresse als Callback?.102 ist doch die RM und .198 iob?
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
Hak die Checkboxen an, ebenfalls die "neu einlesen" und starte die Instanzen neu.
Erledigt, die Werte bleiben aber gleich !!!
.102 ist doch die RM und .198 iob?
Ja korrekt.
Warum ist in der .3 bei Adapteradresse eine IP eingetragen und keine Callback Adresse?
Bei allen anderen 0.0.0.0 und dafür die Iob Adresse als Callback?Kann ich dir nicht mehr sagen, warum ich das mal unterschiedlich eingestellt habe.
Wie sollte es denn idealerweise konfiguriert sein ? - Die Änderung wird von der RM nicht zuverlässig mitgeteilt.
-
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
Hak die Checkboxen an, ebenfalls die "neu einlesen" und starte die Instanzen neu.
Erledigt, die Werte bleiben aber gleich !!!
.102 ist doch die RM und .198 iob?
Ja korrekt.
Warum ist in der .3 bei Adapteradresse eine IP eingetragen und keine Callback Adresse?
Bei allen anderen 0.0.0.0 und dafür die Iob Adresse als Callback?Kann ich dir nicht mehr sagen, warum ich das mal unterschiedlich eingestellt habe.
Wie sollte es denn idealerweise konfiguriert sein ?@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Wie sollte es denn idealerweise konfiguriert sein ?
wenn es kein Docker oder ähnliches ist, braucht es (eigentlich) keine CallbackAdresse
hm-rpc übermittelt die AdapterAdresse an die CCU, damit diese dorthin die abonnierten Änderungen schickt.
mit 0.0.0.0 oder der internen Container Adresse kann die CCU nichts anfangen, daher braucht es dann die Callback Adresse.Da es bei dir aber nur einzelne Geräte betrifft, ist das Verhalten seltsam.
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Wie sollte es denn idealerweise konfiguriert sein ?
wenn es kein Docker oder ähnliches ist, braucht es (eigentlich) keine CallbackAdresse
hm-rpc übermittelt die AdapterAdresse an die CCU, damit diese dorthin die abonnierten Änderungen schickt.
mit 0.0.0.0 oder der internen Container Adresse kann die CCU nichts anfangen, daher braucht es dann die Callback Adresse.Da es bei dir aber nur einzelne Geräte betrifft, ist das Verhalten seltsam.
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Wie sollte es denn idealerweise konfiguriert sein ?
wenn es kein Docker oder ähnliches ist, braucht es (eigentlich) keine CallbackAdresse
hm-rpc übermittelt die AdapterAdresse an die CCU, damit diese dorthin die abonnierten Änderungen schickt.
mit 0.0.0.0 oder der internen Container Adresse kann die CCU nichts anfangen, daher braucht es dann die Callback Adresse.Da es bei dir aber nur einzelne Geräte betrifft, ist das Verhalten seltsam.
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
Läuft ein einer Proxmox Instanz.
Hilft es vielleicht die Geräte doch mal zu löschen und die Liste neu einzulesen ?
-
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Wie sollte es denn idealerweise konfiguriert sein ?
wenn es kein Docker oder ähnliches ist, braucht es (eigentlich) keine CallbackAdresse
hm-rpc übermittelt die AdapterAdresse an die CCU, damit diese dorthin die abonnierten Änderungen schickt.
mit 0.0.0.0 oder der internen Container Adresse kann die CCU nichts anfangen, daher braucht es dann die Callback Adresse.Da es bei dir aber nur einzelne Geräte betrifft, ist das Verhalten seltsam.
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
Läuft ein einer Proxmox Instanz.
Hilft es vielleicht die Geräte doch mal zu löschen und die Liste neu einzulesen ?
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Läuft ein einer Proxmox Instanz.
heisst was?
VM oder Container?
-
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Läuft ein einer Proxmox Instanz.
heisst was?
VM oder Container?
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Läuft ein einer Proxmox Instanz.
heisst was?
VM oder Container?
Als VM.
-
@martinschm sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Wie sollte es denn idealerweise konfiguriert sein ?
wenn es kein Docker oder ähnliches ist, braucht es (eigentlich) keine CallbackAdresse
hm-rpc übermittelt die AdapterAdresse an die CCU, damit diese dorthin die abonnierten Änderungen schickt.
mit 0.0.0.0 oder der internen Container Adresse kann die CCU nichts anfangen, daher braucht es dann die Callback Adresse.Da es bei dir aber nur einzelne Geräte betrifft, ist das Verhalten seltsam.
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
@homoran sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
hast du das versucht?
-
@homoran sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
hast du das versucht?
@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:
@homoran sagte in Homematic - einzelne States stimmen nicht mit CCU überein:
Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen
hast du das versucht?
Ja, hat aber nichts gebracht.
Ich habe gerade das Gerät einmal manuell aus dem Objektbaum gelöscht und im Adapter "Geräte einmalig neueinlesen" angeklickt.
Jetzt wurde es korrekt wieder angelegt und die Info stimmt.Hab das dann bei dem Türrollo der angeblich auf Unreach stand wiederholt und beim neu einlesen waren die Werte dann richtig.
Mal schauen wie lange.
Support us
926
Online32.6k
Benutzer81.9k
Themen1.3m
Beiträge