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

[liv-in-sky]

@Homoran

ich muss sagen, mittlerweile tendiere ich bei diesem project mehr zu material design anzeige - besser zu erfassen als die tabelle - bisher habe ich eigentlich die tabellen bevorzugt

vorallem bei mehreren servern ( bei mir 8 stück) ist das MD viel übersichtlicher

überlege noch, ob ich eine kleinere version machen soll (z.b. ohne bilder)

[Homoran]

@liv-in-sky sieht in diesem Zusammenhang wirklich besser aus. Alle Achtung vor der Arbeit von @Scrounger und dir.

Ich habe bisher noch nie mit MD gearbeitet, weil ich (ohne @Scrounger zu nahetreten zu wollen, weil ich seine Arbeit überhaupt nicht kenne) Bammel habe, dass mit den CSS-Änderungen anderes nicht mehr sauber funktioniert.

Hatte so etwas schon bei @ruhr70 s Widgetsätzen zu TV-Spielfilm und in anderen Fällen.
Im Forum steht dann bei eingen Problemen immer die Frage, ob der User evtl. mit MD-Widgets arbeitet.
(Ich weiß, ich lese zu viel ;-) )

muss mich da mal irgendwann auf einem Testsystem einarbeiten, weil ich dieses schlichte System von MD einfach toll finde.

[liv-in-sky]

@Homoran also ich habe einfach seinen adapter installiert und alles hat weiterhin funktioniert - habe schon einiges an css im vis editor - beißt sich nicht

auch das diagramm (der flot ersatz) finde ich sehr schön

es gibt noch ein anderes material design project - dort muss man sehr viel in die vis-css eintragen - das hat bei mir nicht richtig funktioniert - css wieder raus gelöscht und alles war gut

[liv-in-sky]

ich habe ein update im ersten post - die änderungen betreffen hauptsächlich das Material Design List Widget - dieses kann nun aufgeteilt werden, da einzelne server (z.b. proxmox) mehr daten anzeigen und so das widget enorm verrößern/verzerren
man kann auch die widget auf verschiedene views aufteilen für ganz wichtige server und eine zweite view mit den anderen servern
siehe post 2 am anfang des threads

beim update darauf achten

• es braucht einen neuen datenpunkt für das 2te md-widget
• es sind einige variablen dazu gekommen - daher kann das setting nicht einfach vom alten script übernommen werden

hier ein beispiel:

[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