Systemvariablen v2

[SukramJ]

In der CCU gibt es folgende Typen von Systemvariablen:

• Zeichenkette
• Werteliste
• Zahl
• Logikwert
• Alarm

aktuell:

Die Systemvariablen werden wie folgt dargestellt:

• sensor (Zeichenkette, Werteliste, Zahl)
• binary_sensor (Logikwert, Alarm) angelegt.

geplante Änderungen:

Die Logik bleibt im wesentlichen für in der CCU als intern markierten Systemvariablen bestehen, wo bei es folgende Ausnahme gibt:

• Intern markierte Wertelisten liefern nicht mehr die Listenposition zurück sondern den Wert.

Für nicht als intern gekennzeichnete Systemvariablen gibt es folgende Änderung:

• Wertelisten --> select Entität
• Zahl --> number Entität
• Logikwert —> switch Entität
• Alarm —> switch Entität

Durch die Umstellung auf select, number und switch ergeben sich folgende Vorteile:

• Sysvars können direkt ohne zusätzliche Logik in der UI geändert werden.
• Die allgemeinen Services für select, number und switch können verwendet werden.
• Der Service homematicip_local.set_variable_value kann, muss aber nicht mehr verwendet werden.
• Verwendung von Device basierten Automatisierungen.

Für Zeichenketten gibt es keine Änderungen.

Ich bitte um konstruktives Feedback.

[ThomDietrich]

Ich finde den Vorschlag gut. Klingt nach einer deutlich besseren Anpassung an HA. 👏

Zur Vollständigkeit deiner Ausführungen: Gehe ich recht in der Annahme dass all diese Entities standardmäßig aktiviert sind?

[SukramJ]

Die Entitäten sind nach wie vor standardmäßig deaktiviert.
Vielleicht gibt es hierzu aber noch Feedback.

[ThomDietrich]

Würde mich auch interessieren. Ich persönlich befürworte "standardmäßig deaktiviert" 👍

[SukramJ]

@Baxxy13 Spricht aus CCU-Sicht etwas gegen die Verwendung des intern Kennzeichens bei Systemvariablen zur Steuerung?

[SukramJ]

Alarmzone 1, Anwesenheit, HB-RF-ETH Connection sind bei debmatic nicht als intern geflagt, und werden somit als switch erstellt. Ist auf jeden fall bei HB-RF-ETH Connection fragwürdig.
Nicht schon, aber ich denke akzeptabel.

[SukramJ]

@Baxxy13 hast du ein Script, um das intern-flag einer Sysvar zu ändern?

[Baxxy13]

Als Switcher-Script:

string sysvar_name = "Heizung_A Modus";
object sysvar = dom.GetObject (ID_SYSTEM_VARIABLES).Get (sysvar_name);
WriteLine("Vorher:\nSysVar: "#sysvar.Name() #" | Intern: "# sysvar.Internal() #" | Sichtbar: "# sysvar.Visible());
if (sysvar.Internal()) { sysvar.Internal(false); }
 else { sysvar.Internal(true); }
WriteLine("Nachher:\nSysVar: "#sysvar.Name() #" | Intern: "# sysvar.Internal() #" | Sichtbar: "# sysvar.Visible());

Als Einzeiler (true/false einsetzen):
dom.GetObject (ID_SYSTEM_VARIABLES).Get ("Heizung_A Modus").Internal(true);

Alarmzone 1 und Anwesenheit sind Standard-SysVars die jede Zentrale hat, die sind default nie intern.
Zur HB-RF-ETH Connection kann ich nichts sagen, habe nur die USB-Platine.
Die ganzen Watchdog-Alarme von RM werden als Intern erzeugt.

[SukramJ]

Danke @Baxxy13

Nach einer Nacht darüber schlafen und etwas herum probieren mit weitern Systemen musste ich meine Meinung noch mal anpassen:

• da @Baxxy13 's Vorschlag ein Option darstellt, reduziert sich der Breaking Change auf: die Wertelisten-Sysvar gibt jetzt den Listeneintrag statt index zurück.
• weniger Supportaufwand und Verständnisprobleme bei den Usern
• eine für alle Benutzer pflegbare Option, sofern Changelog bzw. Readme gelesen werden.

Ein Sysvar-Script habe ich bereits erstellt.
Als Marker würde ich hahm Vorschlagen.

OK?

[SukramJ]

Die Variante mit hahm als Marker in der Sysvar Beschreibung ist in 1.8.2.beta1 umgesetzt.