Tabellen in Vis aus Script mit Binding

[Chrunchy]

@OliverIO sagte in Tabellen in Vis aus Script mit Binding:

@Chrunchy
skripte laufen auf der serverseite (also im iobroker). der server kennt binding nicht.

Der Server muss das nicht kennen... ich möchte das binding ja in der Tabelle haben. Es soll nur in der vis interpretiert werden.

du musst im skript den inhalt des datenpunkts mit getState holen und dann in deinen String einsetzen.

Genau das will ich nicht, Für den aktuellen Verbrauch, würde ansonsten ja das Script bei einem OnChange alle 10 Sekunden die Tabelle neu erzeugen. Das halte ich dann doch für etwas übertrieben.

[OliverIO]

@Chrunchy

na fakt ist, skript wird auf dem server ausgeführt. da gibt es kein binding.
das interpretieren von binding erfolgt nur in vis und nur am anfang wenn vis geladen wird.

wenn du dynamisch einen datenpunkt mit text nachlädst, der wie binding aussieht, interessiert es vis nicht

wenn sich der wert alle 10 sekunden ändert, dann willst du ihn ja doch auch angezeigt bekommen?
Alternativ kannst du das skript immer in regelmäßigen Abständen laufen (jede Stunde?) über die schedule funktion

[Chrunchy]

@OliverIO

OK, jetzt habe ich es verstanden. Das Problem ist also das Nachladen der Inhalte mit Binding.

Dann werde ich wohl eher die Tabelle mit Binding direkt in das HTML-Widget schreiben.

Aber woher kommt der Effekt, dass bei meinem Versuch mit dem zweiten Binding im Widget plötzlich der erste Wert aus der Script-erzeugten-Tabelle interpretiert wird?

Vielleicht muss man ein "Blind-Widget" nutzen, wo man quasi die Werte initialisiert.

Und ja, den Verbrauch hätte ich dann schon gerne aktuell, deshalb möchte ich ja nicht alle paar Sekunden die Tabelle neu durch das Script erzeugen.

[OliverIO]

@Chrunchy
iobroker gibt über den on-befehl nur signal wenn der wert sich tatsächlich ändert.
mach dir keine gedanken darüber wie oft die tabelle neu geschrieben wird.
der browser kann das sehr schnell, wahrscheinlich merkst du nicht einmal was davon,
das die tabelle neu aufgebaut wird.

[Chrunchy]

@OliverIO

Die Darstellung im Vis macht mir an der Stelle auch weniger Sorgen...

Aber das Script im iobroker, welches die Tabelle aufbaut, macht dies ja beim aktuellen Verbrauch für ca. 5-8 Steckdosen (Gosund mit Tasmota). Die senden alle 10 Sek. den Status... Allerdings wohl eher nicht synchron. Kann also im worstcase sein, dass das Script alle 2 Sekunden triggert...

Und ich denke das geht dann schon ein wenig auf die Performance. iobroker läuft bei mir im Docker auf dem NAS.

Vielleicht ist das aber auch wirklich zu vernachlässigen, das weiß ich nicht, da ich ja gerade erst anfange mich mit iobroker zu beschäftigen.

Oder bezieht sich dein Hinweis auf den Verzicht des Scripts und der Tabellendarstellung im HTML-Widget mit Bindings?

[OliverIO]

@Chrunchy
probiere es aus. du kannst ja im log jeweils die milisekunden ausgeben, die es braucht um das zu verarbeiten.

meine adapter squeezeboxrpc ruft alle 950ms (also weniger wie eine sekunde) daten zu 3 playern ab und schreibt für jeden ca 25 states. das juckt den rechner relativ wenig, da das alles im speicher abläuft. die kommunikation zwischen server und client läuft sehr effizient über websockets ab.

da iobroker für jeden adapter doch einiges an speicher benötigt, ist auf einem rapsi eher der speicher knapp und erst ab 10-15 adapter spielt das mit der prozessorperformance eine rolle.

[Chrunchy]

@OliverIO

Das mit der Zeitangabe im log klingt interessant.
Kannst du mir etwas genauer sagen, wie ich das anstelle?

[OliverIO]

@Chrunchy

Der Befehl gibt die Zeit in Millisekunden aus.

log('MeinSkript: '+ new Date().getTime());

[Chrunchy]

@OliverIO

OK, das ist die Zeit im ms seit dem 1.1.1970.

Habe aber im Netz was gefunden, mittels start und endzeit setzten und am Ende subtrahieren.

[OliverIO]

@Chrunchy
ja genau.
du machst eine zeile am anfang und eine zeile am ende.
dann siehst du wie lange das ca braucht. kannst es natürlich auch genau ausrechnen
ich schätze deine paar zeilen werden nicht mehr als 100-200 ms benötigen. je nach system

[Chrunchy]

@OliverIO

Ja. Wobei ich gerade noch etwas Teste...
Beim Start zeigt er 20ms an, bei einem Aufruf aus der Subscription gerade 103.
Derzeit sind aber die aktuellen Verbräuche noch nicht eingebunden.

Werde das so erstmal beobachten. Vielen Dank.