Internals triggern bzw. andere Umsetzungsideen gefragt

Begonnen von HomeAuto_User, 25 März 2019, 17:09:12

Vorheriges Thema - Nächstes Thema

HomeAuto_User

Hallo,
ist es realisierbar, auf ein Internals zu triggern?

Ohne in ein fremdes Modul einzugreifen oder andere Dinge, so würde ich nur auf die Veränderung des Internals reagieren wollen.
Der Name des Devices ist mir bekannt, so das ich gezielt darauf "schauen" könnte.

Leider löst die Aktion kein Event aus oder schreibt ins Logfile. Würde euch eine Möglichkeit einfallen?

Die Funktion -> X_Notify ist ja somit hinfällig aufgrund eines nicht erzeugten Events.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

CoolTux

Um welches Internal geht es denn. Gibt ja auch Internals dessen Status durch setzen eines Attributes verändert wird.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

HomeAuto_User

Hallo CoolTux,

in meinem Falle dreht es sich um ein Internal was mir den letzten Zustand anzeigt.

Beipsiele wären:
- CUL
RAWMSG T161700BA00F4

- beliebier Sensor
lastMSG 753bcede60c059f3213903


Welches Attribut meinst du?
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

CoolTux

Intervall zum Beispiel.
Aber bei Dir ist es in der Tat etwas anderes.
Da hilft dann nur das Du auf das Device triggerst mit NotifyFn und das Internal dann als Reaktion aus liest.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

HomeAuto_User

Zitat von: CoolTux am 25 März 2019, 17:32:28
Da hilft dann nur das Du auf das Device triggerst mit NotifyFn und das Internal dann als Reaktion aus liest.

Eine solche Idee hatte ich auch schon, nur leider ist diese verworfen wurden.

Der Wert des Internals ändert sich angenommen 2mal und wenn ich das Internal auslese, so erhalte ich immer nur den letzten. Mir schwebt ja gern vor, das "ZwischenInternal" ebenso aufzufangen bzw. alle anderen welche folgen könnten.  :o
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Wzut

Geht es dir nun um den CUL oder den Sensor ? Beim CUl kommst du mit addvaltrigger RAWMSG vllt. weiter.
Beim Sensor : ändert sich denn zeitgleich auch ein anders Reading ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HomeAuto_User

Zitat von: Wzut am 25 März 2019, 17:56:53
Geht es dir nun um den CUL oder den Sensor ? Beim CUl kommst du mit addvaltrigger RAWMSG vllt. weiter.
Beim Sensor : ändert sich denn zeitgleich auch ein anders Reading ?

Die Beispiele waren frei herausgegriffen. Nein es geht mir nicht um den CUL.
Ein Reading was sich zeitgleich ändert gibt es bisher noch nicht, deswegen kam meine Frage auf.
Sobald ein zu änderndes Reading existens wäre, dann isses kein Problem. Wenn kein Weg am Reading vorbei geht, so kann ich das nur einarbeiten bzw. vorschlagen.

Ich schaue mal nach der Hervorgehendsweise addvaltrigger wie beim CUL. Danke für den kleinen Sprung, vielleicht ein neuer Ansatz.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

CoolTux

Du kannst ein verstecktes Reading ins fremde Device schreiben. Ist eigentlich nicht gewollt, bedeutet Du solltest es also wenn dann eineindeutig benamen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

HomeAuto_User

Zitat von: CoolTux am 25 März 2019, 18:10:25
Du kannst ein verstecktes Reading ins fremde Device schreiben. Ist eigentlich nicht gewollt, bedeutet Du solltest es also wenn dann eineindeutig benamen.

Das wäre auch nur eine "unsaubere Lösung" denke ich.

Die Sache mit dem addvaltrigger ist schonmal ein guter an Satz. Ich denke , man müsste diese dort einbinden weil es eben kein CUL ist und somit hätte man die Möglichkeit dies zu aktivieren.
Gibt es bei diesem Attribut eine Einschränkung wenn man Bsp. einen Dummy mit ins Spiel bringen würde? Funktioniert dies auch bei "Dummyoption / IsDummmy" aktiv?
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

KernSani

Mal dumm gefragt: Um welches Modul geht es denn und wäre es nicht zielführender mit dem Maintainer zu reden? Oder ist das bereits gescheitert?


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