jens-maus / RaspberryMatic

:house: A feature-rich but lightweight, buildroot-based Linux operating system alternative for your CloudFree CCU3/ELV-Charly 'homematicIP CCU' IoT smarthome central. Running as a pure virtual appliance (ProxmoxVE, Home Assistant, LXC, Docker/OCI, Kubernetes/K8s, etc.) on a dedicated embedded device (RaspberryPi, etc.) or generic x86/ARM hardware.
https://raspberrymatic.de
Apache License 2.0
1.52k stars 186 forks source link

ReGaHss: Fehlerhaftes Verhalten der SysVar: ID_GW_SYSSERVICE #467

Open ThomasLoeffel opened 5 years ago

ThomasLoeffel commented 5 years ago

Describe the bug Beim Verwenden der SysVar: ID_GW_SYSSERVICE, werden bei .Value() und .LastValue() die gleichen Werte ausgegeben. Bei Verwendung der SysVar: ID_GW_SYSALARM, sowohl als auch selbst angelegte SysVar weisen ein korrektes Verhalten auf.

To Reproduce Steps to reproduce the behavior: ID_GW_SYSSERVICE zeigt dieses Verhalten: 1) Auslösen von Sabotagekontakten bei zwei Geräten. 2) Es wird wie folgt Value() und LastValue() angezeigt: erst 0,0 dann 1,1 dann 2,2 dann 1,1. Es wird bei mir kein unterschiedlicher Status zwischen Value() und LastValue() angezeigt.

Im Vergleich ID_ID_GW_SYSALARM: 1) Auslösen von Alarmen bei zwei Geräten. 2) Es wird wie folgt Value() und LastValue() angezeigt: erst 0,0 dann 1,0 dann 2,1 dann 1,2., dann 0,1. Also wie zu erwarten.

Expected behavior Ich erwarte das die SysVar den vorherigen Wert speichert und man diesen mit dem aktuellen Wert vergleichen kann. Beispiel Value(), LastValue(): 0,0 dann 1,0 dann 2,1 dann 1,2 dann 0,1

Screenshots Genutzter Programm Code:

WriteLine(dom.GetObject(ID_SYSTEM_VARIABLES).Get(ID_GW_SYSSERVICE).Name()); 
WriteLine(dom.GetObject(ID_SYSTEM_VARIABLES).Get(ID_GW_SYSSERVICE).Value()); 
WriteLine(dom.GetObject(ID_SYSTEM_VARIABLES).Get(ID_GW_SYSSERVICE).LastValue());

System information (please complete the following information):

Additional context Add any other context about the problem here.

ThomasLoeffel commented 5 years ago

Auch nach dem Update auf: 3.41.11.20181126 ist der Fehler da.