Verwirrender Fensterstatus in Heizgruppe mit mehreren HMIP-SWDO

HMIP lokale Installation

Moderator: Co-Administratoren

Antworten
Strunzdesign
Beiträge: 21
Registriert: 13.10.2019, 21:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nürnberg

Verwirrender Fensterstatus in Heizgruppe mit mehreren HMIP-SWDO

Beitrag von Strunzdesign » 13.10.2019, 22:22

Hallo,

ich bin gerade in ein Problem mit der "Gruppenlogik" der (CCU3 /) RaspberryMatic bei Einsatz mehrerer Tür- und Fensterkontakte gelaufen. Ich bin in der Zentrale am Zustand der Fenster des Raumes interessiert, also ob (a) alle Fenster einer Gruppe geschlossen sind oder (b) ein oder mehrere Fenster geöffnet sind. Genau die Information, die das kleine Fenster-Icon im Display der HmIP-WTH-2 auch zeigt.

Ich habe in zwei Zimmern je eine "interessante" Heizgruppe bestehend aus:
- 1 x HmIP-WTH-2 als zentrale Mess- und Regelstelle,
- 1 x HmIP-eTRV-C als Ventilsteller an den Heizkörpern sowie
- 2-3 x HMIP-SWDO an Fenstern + Balkontür. Wichtig: es sind mehr als ein Kontakt in dieser Gruppe!

Sind mehrere Kontakte in der Gruppe, gibt es anscheinend einen wichtigen Unterschied zwischen Gruppenkanal 3 "Fenster-/Drehgriffkontakt" ("verriegelt", "gekippt", "offen") und Gruppenkanal 1 "Verknüpfungspartner Heizungsthermostat" ("Fenster offen" und "Fenster geschlossen"). Mit Kanal 3 habe ich angefangen zu arbeiten, denn kann man ja auch gut als Icon in der WebUI in der Geräteübersicht beobachten.

Wenn ich nun aber mehrere Fenster derselben Gruppe nacheinander öffne, und dann eines(!) dieser Fenster schließe, zeigt die WebUI zur Heizgruppe in Kanal 3 den Zustand "verriegelt" an, obwohl ein weiteres Fenster der Gruppe noch geöffnet ist. Der Fensterstatus in Kanal 1 verbleibt dagegen korrekterweise im Status "Fenster offen". Der Fensterstatus in Kanal 1 scheint also "korrekt mitzuzählen", wobei Kanal 3 sich verhält als würde es nur die zuletzt gesehene Statusänderung vorhalten.

Entweder habe ich die Logik noch nicht verstanden, denn der Sinn / der Nutzen des Verhaltens von Kanal 3 erschließt sich mir nicht. Die Fenster-Icons in der Geräteansicht verhalten sich hierbei merkwürdig, und wenn man Kanal 3 als Trigger für eigene Schaltregeln heranzieht, dann passieren genannte merkwürdige Dinge... die verstanden werden wollen. Daher meine Frage :-)

Ist das ein Bug in der Logikschicht? Sollte Kanal drei nicht ebenfalls wie Kanal 1 nur dann "verriegelt" anzeigen, wenn wirklich alle Kontakte geschlossen sind?

Achja:
- RaspberryMatic 3.47.18.20190918
- Tinkerboard S
- HM-MOD-RPI-PCB

Vielen Dank, und viele Grüße,
Florian
Zuletzt geändert von alchy am 14.10.2019, 20:43, insgesamt 1-mal geändert.
Grund: verschoben aus HomeMatic IP Aktoren und Sensoren

manolo
Beiträge: 209
Registriert: 04.12.2018, 11:23
Hat sich bedankt: 2 Mal
Danksagung erhalten: 2 Mal

Re: Verwirrender Fensterstatus in Heizgruppe mit mehreren HMIP-SWDO

Beitrag von manolo » 07.05.2025, 16:00

Hi,

auch wenn dein Thema aus 2019 ist: ich stehe vor genau dem gleichen Problem.

Ich möchte verzögert reagieren, Kanal 3 schließt aber die Gruppe sobald ein Fenster von mehreren geschlossen wird. Wenn es ein Bug ist, dann besteht dieser seit 2019.

Mein Problem ist allerdings, ich habe in der Gruppe kein Thermostat sondern nur 4 optische Fenstersensoren HMIP-SWDO, Kanal 1 zeigt gar keinen Statuswechsel der Fenster an. Der Eintrag dort steht immer auf geschlossen, egal was ich mit den Fenstern anstelle.

Hast du eine Lösung für das Problem gefunden?

Ich möchte entweder dass Kanal 3 richtig funktioniert oder Kanal 1 überhaupt was ausgibt.

Hat jemand eine Idee?
Raspberrymatic (Proxmox) + ioBroker (Proxmox / Docker)

dtp
Beiträge: 10788
Registriert: 21.09.2012, 08:09
System: CCU
Wohnort: Stuttgart
Hat sich bedankt: 352 Mal
Danksagung erhalten: 517 Mal

Re: Verwirrender Fensterstatus in Heizgruppe mit mehreren HMIP-SWDO

Beitrag von dtp » 07.05.2025, 19:19

Also eigentlich sollte das schon funktionieren. Müsste ich mal prüfen.

Ich mache es aber lieber mit einer Systemvariablen für jeden Raum und einem entsprechenden Programm.
2025-05-07_19h18_05.png
Das mit der Systemvarialben "CCU SV Status" kann man einfach weglassen.
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.

Antworten

Zurück zu „HomeMatic IP mit CCU“