Dummy mit einem Reading von einem anderen Device

[hermann1514]

Hallo.
Ich möchte gerne ein Dummy erstellen, der ein Reading von einem anderen Device anzeigt.
Dazu habe ich ein Dummy erstellt und ein UserReadings erstellt.

Code Auswählen Erweitern

Pooltemperatur  { ReadingsVal("NordTerrasse_Lampe", "DS18B20_Temperature",0)}

Leider wird dieses Reading im Dummy nicht angezeigt. In dem Device selber wird es aber angezeigt.
Habe ich da noch einen Denkfehler?
Danke für Eure Hilfe.

Gruß
Hermann

[MadMax-FHEM]

Der Denkfehler ist: userreadings!

Das triggert NUR, wenn sich bei dem Device wo es "dranhängt" etwas ändert!!

Das was du machen willst geht z.B. per Notify und setreading...

Gruß, Joachim

[hermann1514]

Danke.

Aber die Temperatur hat sich in der Zeit schon öfters geändert. Dann müsste das Reading dich erscheinen, oder?

[Otto123]

Nein, das userReadings ist nur im Original device (NordTerrasse_Lampe) verwendbar.

Wenn das Ziel nicht nur der dummy ist, es gibt auch so diverse readings.* Devices in FHEM
z.B. readingsProxy einfach mal in die Doku schauen

[MadMax-FHEM]

Danke.

Aber die Temperatur hat sich in der Zeit schon öfters geändert. Dann müsste das Reading dich erscheinen, oder?

Das userreadings hängt doch am dummy!?
Hat sich bei dem was geändert!?

Ich behaupte: NEIN

Also wird das userreadings NICHT getriggert und macht auch NICHTS

Die Temperatur hat sich DORT geändert wo du sie HERHOLEN willst (mit userreadings)...
...und DAS geht nicht...

Also immer genau lesen was in commandref steht oder hier geantwortet wird

Gruß, Joachim

[hermann1514]

Nein, das userReadings wird nur im Original device verwendbar

Okay. Das sagt alles. Danke. Dann werde ich mir die anderen mal anschauen.

Danke.
Gruß
Hermann

[Jamo]

Hallo Herrmann,
Das was Du machen willst, kannst Du auch lösen, wenn du dein userreading im Dummy in stateformat umwandelst, also

Code Auswählen Erweitern

attr dummy stateformat {ReadingsVal(...)}. Um den State dann im dummy zu aktualisieren (passiert nicht automatich bei temperaturwechsel) musst Du nur den state von dem dummy ändern, z.b. Einfach ein ,,set dummy bla" eingeben. Das musst Du dann immer wieder anstossen um eine neue temperatur anzeigen zu lassen.

Readingsproxy geht auch.

[MadMax-FHEM]

Wenn wir schon bei "eigenartigen" Lösungen sind:

es ginge verm. auch ein userreadings (also eher ein "Pseudo-userreadings") beim "Original-device" anzulegen (am besten mit Trigger auf Temperatur) und dann dort ein setreading DummyName Temperatur Wert

Und das "Pseudo-userreadings" beim "Original-Device" einfach "ignorieren"...

Gruß, Joachim

[Otto123]

setreading DummyName Temperatur Wert

NEIN! Gefahr!
https://forum.fhem.de/index.php?topic=110361.0

ich weiß der Fall geht sicher, aber ich würde über solche Varianten nicht nachdenken. 

[MadMax-FHEM]

Drum ja setreading ANDERES-GERÄT

Und ich hab ja geschrieben: weil wir schon bei "eigenartigen" Lösungen sind...

Gruß, Joachim

[Beta-User]

readingsProxy?

[MadMax-FHEM]

readingsProxy?

Wurde auch schon genannt...
...und ist verm. am sinnvollsten...

Wobei die Frage ist, was erreicht werden soll.

Wenn das beim Dummy-Device gelogged werden soll, dann ist readingsproxy keine Variante, weil (habe ich hier im Forum wo mitbekommen) da keine Events erzeugt werden...


Ich denke jetzt muss sich Hermann halt was passendes raussuchen...

Gruß, Joachim

[Beta-User]

MMn. ist das Duplizieren von Events eher das Ergebnis von Unwissenheit denn wirklich gewollt. Kurz: Diese Umpackerei in Dummy ist praktisch immer Murks (just my2ct).

Man kann ohne weiteres ein separates FileLog-Gerät auf das "ursprüngliche" Reading ansetzen (ggf. getrennt von allen anderen Readings des Ausgangsgeräts), und wenn man unbedingt (warum auch immer) in eine 2. Datenbank loggen wollte, ginge das auch.

stateFormat am Dummy ist jedenfalls wohl auch keine Lösung, denn wann genau nochmal wird der Code in  stateFormat aufgerufen...?

@Otto123: Sorry, deinen (für meinen Geschmack zu leisen) Hinweis auf readingsProxy hatte ich tatsächlich überlesen...