Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[bommel]

Danke zunächst...
Problem: Der Datenpunkt für die msg_from_zigbee ist bei mir nicht da, zigbee2mqtt bietet das so nicht an...
Muß wohl alles loggen?!?

[Asgothian]

Nein, du sollst das Skript auf den datenpunkt ansetzen dessen Wechsel du überwachen willst.

Ich hab nur den einen genommen gerade weil du den wahrscheinlich nicht hast. :)

A.

[darkblu]

Ich klink mich mal hier ein.
„Origin of value“ entspricht im deutschen dem „Wert“, oder ?

[paul53]

@darkblu sagte: „Origin of value“ entspricht im deutschen dem „Wert“, oder ?

"Ursprung".
Umfangreicher ist ein Debug-Log mit mehr Informationen:

[darkblu]

@paul53 DANKE
werde ich morgen mal nachbauen

[darkblu]

@paul53 ,
hab da noch eine Frage an dich: was bedeutet denn bei "enthält den Wert" "javascript" ?

Kurz zur Erklärung warum ich diese Überwachung gebrauchen kann, bei mir werden gelegentlich (ok, bisher erst 2 mal) die Klimaanlagen nachts eingeschaltet.
Somit wüsste ich dann warum, bzw. wer diese einschaltet.

[paul53]

@darkblu sagte: was bedeutet denn bei "enthält den Wert" "javascript" ?

Wenn die Quelle ein Skript ist, beginnt der Ursprung (state.from) mit "system.adapter.javascript". In dem Fall wird der Skriptname ausgegeben, der im Kommentar (state.c) enthalten ist.

[darkblu]

bei mir ist die Quelle ein DP ?
Oder ist mit Quelle derjenige gemeint, der meinen DP auslöst ?
Was muss ich denn dann machen ?

[Asgothian]

@darkblu sagte in Möchte ermitteln, wer der Auslöser für DP-Änderung ist:

bei mir ist die Quelle ein DP ?
Oder ist mit Quelle derjenige gemeint, der meinen DP auslöst ?

Da geht etwas durcheinander:

Umganssprachlich ist die Quelle (allen Übels ?) der Datenpunkt.

Im Zusammenhang mit den ioBroker Datenpunkten ist die Quelle der Adapter der die Änderung / Aktualisierung des Datenpunktes ausgelöst hat.

Solange das ein allgemeiner Adapter ist bekommt man keine weiteren Informationen. Wenn das aber durch ein Skipt des JS Adapters ausgelöst wird kommt Zusatzinformation wie @paul53 beschrieben hat dazu.

Was muss ich denn dann machen ?

Du musst für die Datenpunkte von denen du wissen willst wer sie anpasst das Blockly welches @paul53 Dir vorgeschlagen hat zusammen stellen, und im Trigger jeweils die Datenpunkte auswählen.

In der folge schaust du im Log nach was du an Meldungen bekommst wenn sich diese DP's ändern. Da siehst du dann

• welcher Adapter die Änderung auslöst
• und wenn das von einem deiner Skripte kommt - von welchem es kommt.

A.

[darkblu]

@asgothian , ok Danke

Dann kann ich es ja so übernehmen.
"Power" ist der ein/aus DP von meiner Klimaanlage,
wenn der jetzt geändert wird, sehe ich unter Protokolle, wer das war, check.
Habe das eben mal ausprobiert mit einer Steckdose und verschiedenen Auslösern, (VIS, in den Objekten und eine Fernbedienung).

DANKE

[Homoran]

@darkblu sagte in Möchte ermitteln, wer der Auslöser für DP-Änderung ist:

Habe das eben mal ausprobiert mit einer Steckdose und verschiedenen Auslösern, (VIS, in den Objekten und eine Fernbedienung).

und was hat"s gezeigt?

[darkblu]

Jetzt doch eine AC, eingeschaltet über die VIS,
ausgeschaltet übers Telefon bzw. die Mitsubishi MelCloud,
und als Adapter habe ich "mitsubishi-local-control", warum der allerdings auftaucht ist mir auch nicht klar.
Ich dachte der wäre "local" und hat nix mehr mit der Melcloud zu tun.

Edit, der merkt ja auch wenn die AC ausgeschaltet wird, und muss ja ebenfalls seinen Zustand ändern, gell ?
Aber dann bekomme ich nicht mit, wenn der Befehl von ausserhalb des ioBroker kam.

[Homoran]

@darkblu logs bitte als Text in code-tags posten!

[darkblu]

Spassmodus an, es hat das Bild gezeigt - du wolltest ja nicht wissen was es geschrieben hat - Spassmodus aus.

Du hast ja Recht, normal mache ich das ja (fast) immer

[Asgothian]

@darkblu sagte in Möchte ermitteln, wer der Auslöser für DP-Änderung ist:

Jetzt doch eine AC, eingeschaltet über die VIS,
ausgeschaltet übers Telefon bzw. die Mitsubishi MelCloud,
und als Adapter habe ich "mitsubishi-local-control", warum der allerdings auftaucht ist mir auch nicht klar.
Ich dachte der wäre "local" und hat nix mehr mit der Melcloud zu tun.

Na ja, irgendwie fehlt mir da was. Das Skript von @paul53 bringt nur die mittlere Meldung. Die beiden anderen kommen wohl von meinem Vorschlag.

Ansonsten:

1. wenn du innerhalb des ioBroker die AC schaltest, dann muss die Quelle sein:

• system.adapter.iot (wenn du sowas nutzt)
• system.adapter.web (wenn du Vis nutzt, ggf. auch bei Lovelace und/oder anderen Visualisierungen - das käme auf einen Versuch an)
• system.adapter.admin (wenn du von Hand im Objektbaum räuberst)
• System.adapter.javascript (wenn ein Skript es macht.. siehe oben)

2. Wenn du von ausserhalb (app, am Gerät) schaltest, dann wird es system.adapter.mitsubishi-local-control.0 sein, weil der ja die Änderungen an den ioBroker meldet. Da kannst du nicht unterscheiden ob es via App oder lokal am Gerät war.

A.

Edit: Nachtrag / typo-ex

[darkblu]

passt ja dann,
eingeschaltet über vis - system.adapter.web.0
ausgeschaltet über Handyapp und das führt dann zu deinem Punkt 2.

[bommel]

Habs nachgebaut (nach einiger Suche nach "Ursprung", Tomaten auf Augen...), das einzige Problem:
Der TRV bleibt jetzt beharrlich auf "extern_2"...

Aber "Danke" einstweilen.

[Asgothian]

Hast du am Thermostaten ggf. Zeitpläne, so wie in diesem Fall: https://forum.iobroker.net/topic/83558/avatto-trv06-me167-heizungsthermostat-verstellt-sich/14?_=1768489306813 ?

A.

[bommel]

@Asgothian
Njet,
mode steht auf "heat", und die "days" sind nicht angepackt.

Mir ist auch ein Rätsel, wieso es drei "external_?" gibt, ich aber nur einen "external_temperature_input" setzen kann:::

Sind noch andere Ungereimtheiten, hab ich in anderem Post:
https://forum.iobroker.net/topic/83579/unterschiedl.-werte-in-objekte-und-im-zigbee2mqtt-dash