Dummy Status aktualisiert nur nach Wechsel Raum/Refresh

Begonnen von Fistandantilus, 07 Februar 2019, 10:24:23

Vorheriges Thema - Nächstes Thema

Fistandantilus

Hi,

ich habe folgenden Dummy angelegt:

Internals:
   CHANGED   
   FUUID      5c5be9c9-f33f-d82b-28b7-541e8f295f3c2495
   NAME       Lueftung_Stufe
   NR         694
   STATE      2
   TYPE       dummy
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1549530407.15024
           VALUE      1
   READINGS:
     2019-02-07 10:17:33   state           2
Attributes:
   event-on-change-reading 1
   group      2: Geräte
   room       OG.Abstellkammer
   setList    state:1,2,3,abwesend
   stateFormat {ReadingsVal("Lueftung_Stufe","state",0)}
   webCmd     state


Leider wird in der Anzeige state erst aktualisiert, wenn ich den Raum wechsle oder die Seite refreshe. Longpoll 1 hat keine Auswirkung.
Habt Ihr eine Idee?

VG
F.
Raspberry Pi 3 + FHEM + Smartvisu/Fronthem, CUL, HMLAN, Enocean USB300, Eltako (FAM14, FSB14, FSR,FTS14EM,Multisensor,...) - MySQL DB + 2.Raspberry für Heizungsregelung und 3. Raspberry als Alarmanlage

bartman121


nils_

Zitat von: Fistandantilus am 07 Februar 2019, 10:24:23
Attributes:
   event-on-change-reading 1
und wieder mal die frage: wo hast du das her?  ::)
viele Wege in FHEM es gibt!

KernSani

Zitat von: nils_ am 07 Februar 2019, 11:15:05
und wieder mal die frage: wo hast du das her?  ::)
Das ist einfach, nicht das Attribut gelöscht, sondern den Inhalt gim WEBUI gelöscht, "attr" gedrückt und nicht geschaut, was danach drin steht


Kurz, weil mobil
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Fistandantilus

Hi,

das ist es leider nicht. Hab es korrigiert auf state und auch mal ganz weggelassen, mit dem selben Ergebnis.

VG
Raspberry Pi 3 + FHEM + Smartvisu/Fronthem, CUL, HMLAN, Enocean USB300, Eltako (FAM14, FSB14, FSR,FTS14EM,Multisensor,...) - MySQL DB + 2.Raspberry für Heizungsregelung und 3. Raspberry als Alarmanlage

bartman121

Kann eigentlich nicht sein, aber was soll eigentlich der Unfug beim state Format?

Im vorliegenden Fall brauchst du das so nicht.

Lösch bitte das Attribut event-on-change-reading und das stateformat und teste neu.

Ich frage mich ernsthaft wo du gelernt hast, solchen Unfug einzutragen.

Fistandantilus

Wieso Unfug? Ich habe verschiedene Dinge ausprobiert, um eine Änderung zu erzwingen. Das mit dem Stateformate hab ich nur zum Testen drin, um zu schauen, ob ich damit die Änderung der Anzeige antriggern kann.

Das Device sieht jetzt so aus:

Internals:
   FUUID      5c5be9c9-f33f-d82b-28b7-541e8f295f3c2495
   NAME       Lueftung_Stufe
   NR         694
   STATE      1
   TYPE       dummy
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1549537457.04973
           VALUE      1
   READINGS:
     2019-02-07 12:04:16   state           1
Attributes:
   group      2: Geräte
   room       OG.Abstellkammer
   setList    state:1,2,3,abwesend
   webCmd     state


und die Anzeige funtioniert trotzdem nicht. Du kannst das gern testen...
Raspberry Pi 3 + FHEM + Smartvisu/Fronthem, CUL, HMLAN, Enocean USB300, Eltako (FAM14, FSB14, FSR,FTS14EM,Multisensor,...) - MySQL DB + 2.Raspberry für Heizungsregelung und 3. Raspberry als Alarmanlage

bartman121

Nur zur Sicherheit, da hängt kein reverse proxy dazwischen?

Du gehst direkt aufs fhemweb?

Fistandantilus

Kurzes Update: Ich hatte gerade eine Eingebung und habe statt des Firefox mal mit Chrome getestet und da ging es. Vielleicht hat der neue Firefox ein Problem: v65?
Raspberry Pi 3 + FHEM + Smartvisu/Fronthem, CUL, HMLAN, Enocean USB300, Eltako (FAM14, FSB14, FSR,FTS14EM,Multisensor,...) - MySQL DB + 2.Raspberry für Heizungsregelung und 3. Raspberry als Alarmanlage

Fistandantilus

Ich bin aktuell per VPN verbunden, Proxy wird keiner verwendet. Ansonsten muss ich mir das heute Abend zu Hause nochmal anschauen...
Raspberry Pi 3 + FHEM + Smartvisu/Fronthem, CUL, HMLAN, Enocean USB300, Eltako (FAM14, FSB14, FSR,FTS14EM,Multisensor,...) - MySQL DB + 2.Raspberry für Heizungsregelung und 3. Raspberry als Alarmanlage