Verbesserter Retourkanal

Eine bekannte schwäche ist der Retourkanal bei Digitalstrom. Ich vermute, dass dieser leicht behoben werden könnte.

Beginnen wir mit dem Ist-Zustand

  • Ein sofortiger (Sekundenbruchteil) Retour-Kanal haben wir für jeden Szenenaufruf in jedem Raum.
    Mit entsprechender Logik kann man damit in IP-Symcon den Zustand jeder Raum- und Bereichsklemme berechnen. Wenn man konsequent keine Gerätetaster verwendet, hat man einen Retourkanal in IP-Symcon.

Periodische Abfrage

  • Temperatur Sensoren
  • Eingang der Automatisierungsklemmen

Verbesserungspotential
Bei einem Temperatur Sensor genügt es, wenn die periodische Abfrage jede Minute einmal gemacht wird. Eigentlich könnte man damit leben. Bei einem Fenster-Sensor ist dies aber doch sehr langsam. Meines Wissens sollte man diese Sensorabfragen nicht mit einer zu hohen Frequenz durchführen, da sonst dS in die Knie gezwungen wird.

Idee Skizze
Im dS-Splitter wird im log-file eine Aenderung des Sensorwertes in einem Sekundenbruchteil angezeigt. Wenn ich ein Fenster mit einem Sensor öffne, kommt folgende Meldung:

{„name“:„stateChange“,„properties“:{„callOrigin“:„7“,„oldvalue“:„1“,„statename“:„dev.302ed89f43f0000000000a00000c22c000.0“,„state“:„inactive“,„value“:„2“},„source“:{„dsid“:„302ed89f43f00a00000c22c0“,„dSUID“:„302ed89f43f0000000000a00000c22c000“,„zoneID“:1,„isApartment“:false,„isGroup“:false,„isDevice“:true}}

Wenn ich das Fenster wieder schliesse, kommt gleich folgende Meldung:
{„name“:„stateChange“,„properties“:{„callOrigin“:„7“,„oldvalue“:„2“,„statename“:„dev.302ed89f43f0000000000a00000c22c000.0“,„state“:„active“,„value“:„1“},„source“:{„dsid“:„302ed89f43f00a00000c22c0“,„dSUID“:„302ed89f43f0000000000a00000c22c000“,„zoneID“:1,„isApartment“:false,„isGroup“:false,„isDevice“:true}}

Ich vermute, im Splitter wird jede Raum-Szene herausgefiltert. Könnte man nicht ähnlich diese Sensorenmeldungen herausfiltern?

Einen ähnlichen Lösungsvorschlag hätte ich das updaten der Temperatur- und Feuchtigkeitsmeldungen. Da muss man aber nicht das Event-Log File verwenden sondern das Log-Sensor-File. Dieses kann man über
https://192.168.1.xxx/logs/dss/js/system-sensor.log
betrachten. Im Anhang ein kleiner Auszug dieses Log-Files.

[2018-01-08T22:57:25.553+01:00] ;ZoneSensorValue;Temperature Indoors [9];16.5 [2386];UG - Trocknungsraum;10;broadcast;0;Raumbediengerät T/rH – Trockenraum;302ed89f43f0000000002dc0000b633400;
[2018-01-08T22:57:29.809+01:00] ;SensorValue;Temperature Indoors [9/2];15.9 [2362];UG - Bad;2;;;Raumbediengerät T/rH – UG Bad;302ed89f43f0000000002dc0000b62a400;
[2018-01-08T22:57:29.873+01:00] ;ZoneSensorValue;Temperature Indoors [9];15.9 [2362];UG - Bad;2;broadcast;0;Raumbediengerät T/rH – UG Bad;302ed89f43f0000000002dc0000b62a400;
[2018-01-08T22:57:34.529+01:00] ;SensorValue;Humidity Indoors [13/3];100 [4000];1. Stock - Bad;13;;;Raumbediengerät T/rH – OG Bad;302ed89f43f0000000002dc0000b640000;
[2018-01-08T22:57:34.588+01:00] ;ZoneSensorValue;Humidity Indoors [13];100 [4000];1. Stock - Bad;13;broadcast;0;Raumbediengerät T/rH – OG Bad;302ed89f43f0000000002dc0000b640000;

Ich weiss nicht, ob diese Ideen hier völlig trivial sind. Hat dies jemand schon gemacht. Ich finde einfach, die periodische Abfrage nur suboptimal.

Ich muss noch anmerken, dass eine solche Meldung einer Automatisierungsklemme nur dann im log-file ist, wenn ein benutzerdefinierter Zustand eingestellt wurde. Ein Benutzerdefinierter Zustand definiert man im Konfigurator von dS.