HTML Tabelle Linux-Control Adapter

[dirk1962]

@liv-in-sky mir fehlt nichts, die Schalter sind "tot". Wenn ich auf Motioneye-stop drücke passiert nichts.

[liv-in-sky]

@dirk1962

sorry - schaltbar mit sichtbar verwechselt

das kommt bei mir manchmal auch vor - da verliert die vis die verbindung vom socket (vermute ich) - da hilft ein browser refresh

egal ob in der tabelle oder im widget - es wird immer das selbe interne script ausgeführt

[dirk1962]

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

@dirk1962
egal ob in der tabelle oder im widget - es wird immer das selbe interne script ausgeführt

Das ist mir auch klar. Nur wenn auf 4 verschiedenen Geräten das Schalten per html-Tabelle funktioniert und das Schalten per MD Widget nicht, dann ist der refresh des Browsers für mich nicht nachvollziehbar.

[liv-in-sky]

@dirk1962 hast du mal in chrome die entwickler-console geöffnet, vielleicht sieht man da was, wenn du den button drückst

[dirk1962]

@liv-in-sky das kommt beim Drücken auf Motioneye-stop

[liv-in-sky]

@dirk1962

script in html tabelle wird ausgeführt - anscheinend ist parameter übergabe im script nicht korrekt

[liv-in-sky]

@dirk1962

hast du lust auf anydesk session - im moment sehe ich bei mir hier kein problem

[dirk1962]

@liv-in-sky, auf dem PC geht es mittlerweile. Frag mich aber bitte nicht, was ich gemacht habe. Auf dem Tablet und Handy muss ich noch prüfen. Da weiß ich auch noch nicht, wie ich da die Entwickler-console geöffnet bekomme.
Du hast sicherlich Recht, dass das Problem bei mir liegt .

[liv-in-sky]

@dirk1962 hauptsache es funktioniert schon mal auf dem pc in chrome- damit ist die fehlersuche schon mal extrem eingeschränkt worden

[dirk1962]

@liv-in-sky habe heute Morgen rumprobiert. Auf dem PC konnte ich mit dem materialdesign-Icon List widget Motioneye nicht stoppen. Auch ein browser refresh hat nichts geändert. Dann habe ich es mit dem html widget probiert und ich konnte Motioneye stoppen. Dann habe ich wieder zum materialdesign widget gewechselt und konnte Motioneye starten. Danach konnte ich mit den buttons alles stoppen und starten.
Exakt das gleiche war dann auch beim Tablet und beim Smartphone.
Es sieht so aus, dass ich erst einmal über das html widget schalten muss um die buttons im materialdesign widget zu aktivieren.
Keine Ahnung ob Dir das hilft, aber vielleicht kannst Du es auf Deinem System mal versuchen nachzuvollziehen.

[liv-in-sky]

@dirk1962
welche version von vis(1.3.6)-, material design widget(0.4.2) , socketio(3.1.2) adapter hast du

habe es heute morgen getestet - funktionierte nach einschalten des pc's mit chrome sofort. die html tabelle nutze ich eigenlich nicht

[dirk1962]

@liv-in-sky genau die gleichen wie Du.

[liv-in-sky]

@dirk1962

ganz ehrlich - bin im moment überfragt - leider weiß ich nicht, ob jmd das script am laufen hat und auch nutzt, daher weiß ich nicht, ob es ein script problem ist - bei mir funktioniert es ja.

wie erwähnt, wir können mal gemeinsam über anydesk versuchen, ob wir was finden - ich kann den fehler nicht nachvollziehen

[liv-in-sky]

@dirk1962

bitte teste mal was für mich

kopiere das in der vis unter "Skripte" tab

function setOnDblClickCustom1( myvalue ) {var Self = this; objID = myvalue;  console.log("von extra script"+myvalue); Self.servConn.setState(objID, true); console.log("von extra script"+objID)}

ändert das was ?

[dirk1962]

@liv-in-sky ... und ob das was ändert . Jetzt funktionieren die buttons direkt ohne den Umweg über das html widget. Sowohl am PC als auch am Tablet. Ich denke Du hast mein Problem gelöst, werde es in den nächsten Tagen beobachten.
Vielen Dank .

[liv-in-sky]

@dirk1962 problem ist noch nicht ganz gelöst - aber ich weiß zumindest, woran es liegt

[liv-in-sky]

@Scrounger

hi - hätte mal frage - mein script schreibt in der htmltabelle am schluss ein kleines script rein (datenpunkt schalten) (html tabelle wird über html-widget angezeigt) - ich erstelle auch ein json für das md list widget. ich habe aber ganz vergessen, dass ich das kleine script aber auch im md list widget im json dieses script mitgebe. so kommt es, dass das md widget zuerst meine htmltabelle braucht, um das script zu finden. Fehler von: https://forum.iobroker.net/post/556497

meine frage - soll ich in jedem json object, was ja einen server darstellt, immer dieses script im json mitgeben?

schwarzer pfeil ist der html teil mit den buttons, die das script brauchen
grüner pfeil, da wird es aufgerufen
blauer pfeil, da müßte es anhgehängt werden, in jeden json-array-element

hast du da eine idee ?

[Scrounger]

@liv-in-sky
Die Funktion muss natürlich irgendwo definiert sein. Die sicherste Methode ist, dass unter skripte im VIS Editor einzutragen.
Ob man einen script Tag im JSON mit geben kann hab ich noch nie getestet, d.h. musst du einfach mal ausprobieren.

Schon lustig, ich bin gestern auf die Idee gekommen ob man die MDWs nicht per html tag überall verfügbar machen könnte, dass könntest du an dieser stelle gut gebrauchen.
Und ich verrate mal nur soviel, es scheint zu funktionieren

[liv-in-sky]

@scrounger bin mental mit dir verbunden - daher mein name !!!

habe die function als lösung einzeln in skripte hinterlegt und es scheint zu funktionieren - ist aber wieder eine einstellung, die ich vermeiden wollte

meine bedenken sind , dass ja dann in jedem json object diese function mit dem selben namen liegt - bei 5 servern ist 5mal eine function mit dem selben namen vorhanden

werd wohls ums testen nicht rumkommen - möchte halt nicht, dass im hintergrund fehler entstehen, die im iobroker log nicht sichtbar sind

[Chaot]

@liv-in-sky Kann sein das ich mich jetzt einfach nur blöd anstelle:

Kann ich eigentlich das Widget nutzen ohne das Tabellenscript?
Also die Daten direkt aus dem Adapter erfassen?

Welchen Material Design Adapter muss ich dafür installieren wenn ich auch das Design von Uhula verwende. da gibt es doch mit einem Adapter Probleme.

Wenn ich das Widget aktuell nur importiere sehe ich nichts. Also fehlt mir ganz viel.
Ich möchte aber ehrlich gesagt nicht 100 Scripte laufen lassen sondern nur reine Datenanzeige aus vorhandenen daten.