Neues YouTube-Video: Visualisierung im Devices-Adapter

[bahnuhr]

@Shadowhunter23 sagte:
Ist eine andere Funktion.

Versteh ich nicht.
Er wollte doch dies:

@guitardoc sagte:
herauszufinden, ob bestimmte States durch Skripte beeinflusst werden

Und genau das macht die Suche.

[MartinP]

@bahnuhr sagte:

@Shadowhunter23 sagte:
Ist eine andere Funktion.

Versteh ich nicht.
Er wollte doch dies:

@guitardoc sagte:
herauszufinden, ob bestimmte States durch Skripte beeinflusst werden

Und genau das macht die Suche.

Wie viele States hat Deine ioBroker-Installation?
Wenn ich bei mir alle States über die Suche "abklappern" müsste wäre ich ETWAS länger beschäftigt ;-)

Aber zu viel Information an die Datenpunkte anzudocken finde ich auch schwierig.
Ein Parser für den Quellcode wäre ggfs interessant.
Da gibt es aber auch knifflige Fälle. Z. B Listen von Datenpunkten, die irgendwie on-the-fly im Script aufgebaut werden, und dann abgearbeitet.
Nicht so einfach...

[bahnuhr]

@MartinP sagte:

Wie viele States hat Deine ioBroker-Installation?

Na ja, sind schon ein paar:

Und selbst gemachten DP auch zahlreiche.

Nochmal, er wollte dies:

@guitardoc sagte:
herauszufinden, ob bestimmte States durch Skripte beeinflusst werden

Und genau das macht die Suche.

[Shadowhunter23]

@bahnuhr

Du öffnest jetzt deine 45000 Objekte und dann sag uns mit sehr wenigen Klicks bitte welche der 45000 in deinen Scripten verwendet werden.

Das ist der Wunsch und nicht erst 45000 Datenpunkte in die Suche eingeben müssen um herauszufinden welcher Datenpunkt wo verwendet wird.

[Homoran]

@Shadowhunter23 sagte:

Das ist der Wunsch

Ist das so?

Ich lese das Gegenteil da heraus.

@guitardoc sagte:

ob bestimmte States durch Skripte beeinflusst werden

Und nur die müssen gesucht werden.

[bahnuhr]

@Shadowhunter23 sagte:

Das ist der Wunsch

Nein, das war er nicht !

Ich lese das so wie @homoran

Aber, das habe ich ja nun schon mehrfach zitiert.

Soll doch @guitardoc sich die Lösung raussuchen die passt.

[Shadowhunter23]

@Homoran sagte:

Ist das so?

Ich lese das Gegenteil da heraus.

Tja, dann ist das eben für dich so...

Gibt es eine Chance, dass in den Objekten alle die States irgendwie markiert werden, welche in Skripten verwendet werden (und als Sahnehäubchen vielleicht sogar in welchen Skripten)?

[paul53]

@guitardoc [sagte]: States durch Skripte beeinflusst werden

Skript optimiert mit Ausblenden der automatisch erstellten Astro-Datenpunkte und für mehrere Javascript-Instanzen.

[Homoran]

@Shadowhunter23 sagte:

Tja, dann ist das eben für dich so...

Auch wenn du nachträglich etwas ohne Kennzeichnung hinzufügst ändert das nichts an der Fragestellung.

Das von dir hinzugefügte existiert doch bereits:

Aber auch hier gilt dass es auf die Fragestellung ankommt.
Sollte @guitardoc einen Wert in Frage stellen und wissen wollen ob und welches Skript diesen Wert "verbrochen" hat, ist alles da!

Solltest du aber sämtliche in Skripten verwendete Datenpunkte "einfach so" in allen Datenpunkten auflisten wollen, wird es bei x Skripten irgendwann unübersichtlich

[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