UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[liv-in-sky]

und nochwas

in der tabelle und im md widget gibt es nun einen neuen bereich: sonstiges

darin sind eigene befehle definiert, welche angezeigt werden sollen

dazu müssen diese befehle besonders angelegt werden (in diesem beispiel kann das ergebnis "running" oder "stopped" sein

es muss ein "befehle." vor dem befehlnamen hinzugefügt werden - das legt einen eigenen unterordner an, der im script ausgelesen wird

[liv-in-sky]

habe neues update im ersten post - beinhaltet threshold-werte für cpu-temp, root-verzeichnis und update-pakete - die threshold-werte können im setting definiert werden. in der html tabelle ist das blinken nicht integriert - nur eine farbliche darstellung.

um das blinken zu erreichen, muss im css tab in vis-editor eine klasse existieren, die "blinkklasse" heißt (ist aber nicht nötig, wenn die blinkerei stört) :
z.b.

.blinkklasse {
 
  animation: blink 1s linear infinite;
}

@keyframes blink {
  0%, 50% {
    opacity: 0;
  }
  50.01%, 100% {
    opacity: 1;
  }
}

[liv-in-sky]

neu dazu gekommen:

Speicher, Swap und Top-Process anzeige

freiwillige eingabe - -wenn als datenpunkt vorhanden, wird es angezeigt - wenn nicht gewünscht einfach weglassen

einzutragen unter BEFEHLE-tab:

[Homoran]

@liv-in-sky
Läuft soweit ganz gut, aber:

Mein Problemkind:

zeigt keine Updates usw. an, obwohl die DPs in den Objekten korrekt gefüllt sind:

Ich hätte fast schon dem armen @Scrounger die Schuld gegeben und Gottseidank noch schnell in die Objekte gesehen.

Und ja, da steht es schon einige Zyklen

Ich nehme an, dass durch die fehlenden Daten, die wegen der Rechteprobleme nicht kommen, die Tabelle gekillt wird

[Homoran]

@liv-in-sky

Mein Verdacht erhärtet sich!
Nach dem ersten Kontakt mit den Daten vom Tinker hängt sich dein Skript leider auf mit dem Fehler:

14:44:10.127	error	javascript.0 (5057) script.js.Linux_Systeme_V04: script.js.Linux_Systeme_V04:318
14:44:10.128	error	javascript.0 (5057) at writeHTML (script.js.Linux_Systeme_V04:318:64)
14:44:10.128	error	javascript.0 (5057) at script.js.Linux_Systeme_V04:541:1

ich hatte noch mal den ganzen Objektbaum von Linux-control gelöscht und dann baute er sich langsam weider auf.
Das Skript lief so lange bist der Tinker im Objektbaum erschien

EDIT:
habe nochmal die alte Version genommen und die Stelle in Zeile 199, in der isOnline stand gegen info.is_online getauscht.

Das Skript läuft jetzt zumindest weiter durch

[liv-in-sky]

@Homoran bitte zeig mal den inhalt von info ordner

und hast du die befehle, die bei deban funktionieren auch mal auf der console gecheckt - der hängt sich bei der frage nach dem memory auf
funktioniert das ? der wert in den dp ist falsch sollte so aussehen (das script prüft ob ein datenpunkt existiert und geht dann davon aus, dass der inhalt stimmt :

free -m  | awk ' NR == 2 {print $2";"$3";"$4}'

zeigt doch mal den output auf der console von

[Homoran]

@liv-in-sky sagte in HTML Tabelle Linux-Control Adapter:

bitte zeig mal den inhalt von info ordner

gerne, aber etwas später ;-) ich teste gerade noch so einiges.

z.B. habe ich hier mit der alten Version noch die IP drin, die vom eigenen Befehl kommt.
Warum die bei der VM abgeschnitten ist, erklärt sich mir nicht, der Befehl ist überall identisch.

Habe auch an der Stelle in dem Script ip gegen info.ip getauscht. Das klappt jetzt auch.

Den Tinker (jetzt MQTT-Tinker) habe ich jetzt von der Instanz als root ohne Sudo ansprechen lassen - das klappt.

Dann kann ich jetzt im nächsten Schritt damit mal das neue Skript starten

[liv-in-sky]

@Homoran ja die ip ist unnötig als befehl

habe ich in der beschreibung ausgebessert

[Homoran]

@liv-in-sky neues Skript geht sofort wieder auf standby mit

javascript.0	2020-08-20 16:22:44.691	error	(5057) at Script.runInContext (vm.js:133:20)
javascript.0	2020-08-20 16:22:44.691	error	(5057) at script.js.Linux_Systeme_V04:541:1
javascript.0	2020-08-20 16:22:44.691	error	(5057) at writeHTML (script.js.Linux_Systeme_V04:318:64)
javascript.0	2020-08-20 16:22:44.690	error	(5057) TypeError: myArr[i][12].split is not a function
javascript.0	2020-08-20 16:22:44.690	error	(5057) ^
javascript.0	2020-08-20 16:22:44.690	error	(5057) if(myArr[i][12]!="") { let myMemTab=myArr[i][12].split(";");
javascript.0	2020-08-20 16:22:44.689	error	(5057) script.js.Linux_Systeme_V04: script.js.Linux_Systeme_V04:318
javascript.0	2020-08-20 16:22:44.629	info	(5057) Start javascript script.js.Linux_Systeme_V04

[liv-in-sky]

@Homoran das istz der selbe fehler wegen dem falschen inhalt in "mem" datenpunkt

hast du gecheck

https://forum.iobroker.net/post/476714

[Homoran]

@liv-in-sky sagte in HTML Tabelle Linux-Control Adapter:

zeigt doch mal den output auf der console von

pi@tinkerboard:~$ free -m  | awk ' NR == 2 {print $2";"$3";"$4}'
2009;284;695

Das steht ja auch im Datenpunkt

[liv-in-sky]

@Homoran ok - dann muss ich nachdenken

[Homoran]

@liv-in-sky muss mich korrigieren, im Datenpunkt steht bei beiden Tinker nur eine Zahl.
kein Semikolon, keine Zahlenreihe

[liv-in-sky]

@Homoran

es müssen 3 werte mit strich-punkt getrennt sein - sonst chaos :-)

[Homoran]

@liv-in-sky sagte in HTML Tabelle Linux-Control Adapter:

es müssen 3 werte mit strich-punkt getrennt sein - sonst chaos

isses nicht, obwohl es auf der Konsole so klappt

[liv-in-sky]

@Homoran bitte zeig mal "free -m" in der console

[liv-in-sky]

@Homoran

wir könnten auch teamviewen - ist angnehmer

[Homoran]

@liv-in-sky sagte in HTML Tabelle Linux-Control Adapter:

bitte zeig mal "free -m" in der console

brauch ich nicht mehr.

Hatte die Datenpunkttypen vertauscht. :flushed:
bei IP der VM war "Zahl", daher nur die ersten beiden Tripletts mit nur einem Separator

und hier hatte ich auch Zahl statt Zeichenkette

[liv-in-sky]

@Homoran dann geht es jetzt ?

[Homoran]

@liv-in-sky Momang - das dauert