Neues YouTube-Video: Visualisierung im Devices-Adapter

[paul53]

@Homoran [sagte]: sämtliche in Skripten verwendete Datenpunkte "einfach so" in allen Datenpunkten auflisten wollen

Das ist schon deshalb nicht möglich, weil sehr häufig in Skripten Datenpunkt-IDs konstruiert werden; von RegExp und $Selector mal ganz abgesehen.

@Homoran sagte:
Wert in Frage stellen und wissen wollen ob und welches Skript diesen Wert "verbrochen" hat, ist alles da!

Wenn ein DP in mehreren Skripten geschrieben wird, kann man nur feststellen, welches Skript aktuell als letztes geschrieben hat.
Da hilft nur ein Debug-Trigger, der die Informationen nach und nach liefert:

on({id: 'xyz'}, (dp) => {
    if(dp.state.c && dp.state.c.startsWith('script.js')) {
        log(dp.state.val + ' vom Skript ' + dp.state.c.substring(10));
    }
});

[guitardoc]

@paul53 sagte:

@guitardoc [sagte]: in den Objekten alle die States irgendwie markiert werden, welche in Skripten

In der Statusansicht des Tab "Objekte" sieht man, welche DP durch ein Skript aktualisiert wurden:

Man könnte dort sicherlich auch noch den Skriptnamen (state.c) unterbringen.

Wenn dort der Skriptname stehen würde, das wäre richtig Klasse. Dann weiß man, aus welchem Skript genau der letzte Wert stammt. Das wäre sehr hilfreich, vor allem wenn man zig Skripte hat. Und wenn auch noch in einer (angeschlossenen) Datenbank mitgeloggt werden könnte aus welchem Skript genau der Wert gekommen ist, dann wäre ich schon überglücklich.

Wenn man außerdem noch in einer Liste direkt am Datenpunkt sehen könnte, in welchen Skripten der Datenpunkt alles vorkommt, dann wäre ich über-überglücklich. Aber da hilft die Suche in den Skripten schon.

[paul53]

@guitardoc [sagte]: Wenn dort der Skriptname stehen würde, das wäre richtig Klasse

Dann erstelle ein Issue auf Github.

[MartinP]

Hmm bei aus Scripten schreibend genutzten DPs, die konstruiert werden, oder welchen, die lesend einfach abgefragt werden, wird es schwierig.
Über die, die in Triggern verwendet werden müsste eigentlich die Javascript Engine den Überblick haben.

[paul53]

@guitardoc [sagte]: wenn auch noch in einer (angeschlossenen) Datenbank mitgeloggt werden könnte aus welchem Skript genau der Wert gekommen ist, dann wäre ich schon überglücklich.

Du kannst im Debug-Trigger anstelle des Logs den Text in einen eigenen Test-Datenpunkt schreiben und diesen historisieren.

[Homoran]

@guitardoc sagte:

Dann weiß man, aus welchem Skript genau der letzte Wert stammt.

Genau das zeigt doch der Wert jetzt schon an!
Siehe Screenshot in #14

Deswegen hatte ich das ja gezeigt

[guitardoc]

Das stimmt, aber bei mir beispielsweise nicht immer vollständig (Safari auf Mac):

[paul53]

@guitardoc [sagte]: bei mir beispielsweise nicht immer vollständig

Nicht nur bei dir. Die Anzeige ist grundsätzlich auf die benötigte Breite für "Zuletzt geändert" begrenzt.

[Homoran]

@guitardoc wenn es um den Pfad geht müsstest du den Pfad entweder kürzer gestalten (ich nutze den Ordner common gar nicht) oder die zwei, drei in Frage ko Menden Skripte untersuchen.

Auf jeden Fall bist du schon mal ziemlich dicht am Ziel.

[bahnuhr]

Nochmal ein anderer (einfacherer) Vorschlag.

Ich schreibe in meinen Scripten wenn ein DP geschrieben wird auch immer ein log Eintrag.

Also bei einem
setState ...
auch ein
log (:.)

Und im Log steht das Script in voller Länge drin. Auch hier gibt es eine Suche.
Damit findest du den Eintrag äußerst schnell.

[crunchip]

Sowas in der Art? Tabelle welcher Datenpunkt von welchem Script bzw welche von mehreren beschrieben werden

[guitardoc]

@crunchip sagte:

Sowas in der Art? Tabelle welcher Datenpunkt von welchem Script bzw welche von mehreren beschrieben werden

Das ist auch nicht schlecht - wie hast du das gemacht?

[crunchip]

@guitardoc ist kein Script, das ist mein autodoc Adapter

[guitardoc]

Kann man diesen Adapter irgendwie bekommen? Bei mir wird er nicht in der Adapterliste angezeigt. Oder ist das ein privates Projekt?

[crunchip]

@guitardoc gibt es aktuell noch nicht im Repo.
https://forum.iobroker.net/topic/84267/test-adapter-autodoc