Widgets verschwinden kurz nach erstellen in Vis
-
-
-
@hugom
oder installiere den web socket adapter und wähle dann die instanz davon dann in der web instanz aus (ws[0]) -
Jo, das wäre dann auch noch gekommen
-
-
@bahnuhr Danke! Der Tipp hat bei mir geholfen.
Darf ich fragen, was diese Option bewirkt? Ich hatte den Eindruck, dass das Problem bei mir auftritt, wenn das gesamte VIS-Projekt eine gewisse Komplexität erreicht hat. Ich konnte dann auf keinem view mehr etwas hinzufügen, ohne Verbindungsfehler + Editor kaputt. Sobald ich ein paar widgets entfernt habe, konnte ich in vergleichbarer Anzahl wieder hinzufügen.
Nach folgen deiner Empfehlung scheint es nun "ohne Limit" zu gehen...
-
@brunnengustel
Ein Limit gab es da noch nie.Wenn irgendwo was stockt, dann liegt es meist an zu schwacher Hardware oder einfach zu wenig RAM.
-
@brunnengustel sagte in Widgets verschwinden kurz nach erstellen in Vis:
eine gewisse Komplexität erreicht hat
klingt eher nach vollem Browsercache o.ä.
-
@homoran sagte in Widgets verschwinden kurz nach erstellen in Vis:
@brunnengustel sagte in Widgets verschwinden kurz nach erstellen in Vis:
eine gewisse Komplexität erreicht hat
klingt eher nach vollem Browsercache o.ä.
Ich habe exakt und ursplötzlich heute das gleiche Problem bekommen: Nach dem Versuch des Hinzufügen einer etwas größeren Anzahl an Widgets zu einem doch schon umfangreichem Projekt wird jedes weitere Widget "undefined". Nutze Chrome (habe aber auch Firefox und Edge getestet) v114 mit VIS 1.4.16 im lokalen Netzwerk von meinem Hauptrechner aus.
Wie oben beschrieben, werden die Widgets nicht gespeichert und es werden "Verbindungsprobleme" gezeigt. Der Dev-Console kann man einige verdächtige Fehler und Meldungen entnehmen.
- Einen vollen Browsercache kann ich ausschließen - habe ich gelöscht.
- Neustart iobroker und direkter Versuch in VIS bringt keine Änderung
- Hardware sollte kräftig genug (IOBroker läuft nahezu exklusiv auf nem NUC mit deutlich mehr Power als z.B. ein Pi) und Ressourcen verfügbar genug sein (siehe auch Screenshot))
- Auch lokal auf dem Server (localhost) zeigt der VIS Editor das gleiche Verhalten.
- Es tritt bei verschiedenen Widgets unterschiedlicher Pakete (vis-iventwo, vis-materialdesign, etc.) auf
Dev-Console zeigt im Moment des Versuchs ein bestehendes Widget zu kopieren
Bei dem Versuch, das kopierte Widget dann zu bearbeiten (bewegen) sind die Eigenschaften nicht sichtbar und die die Dev-Console zeigt:
Das Widget ist zwar noch sichtbar, aber jeder Versuch es wieder zu selektieren wird in der Console erneut mit Fehler quittiert:
Ein Verlassen von VIS bringt die Warnung bzgl. Verlust ungespeicherter Daten (den ich sonst nie habe) und bei einem erneuten Öffnen von VIS ist das Widget verschwunden.
Edit: Und was ich vergaß:
Meine web-Instanz sieht so aus
Und meine socket.io so:
Es gab seit Wochen keine Änderungen oder Anpassungen (abgesehen von javascript- und VIS-Projekt-Anpassungen.
Ich kann nicht erkennen, was nun plötzlich an web oder socket falsch sein soll. -
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Nach dem Versuch des Hinzufügen einer etwas größeren Anzahl an Widgets zu einem doch schon umfangreichem Projekt wird jedes weitere Widget "undefined"
Inventwo und materialdesign sind sehr hungrig.
Dein System mit dem Du Deine Vis bearbeitest hast wieviel GB RAM ?
Wenn Du da mit 4 GB eierst dann wird das halt mal iwann nix. -
@djmarc75
Ich hab 32GB RAM. -
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Ich hab 32GB RAM
schön, auf dem System wo Du die VIS erstellst ?
-
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Ich kann nicht erkennen, was nun plötzlich an web oder socket falsch sein soll.
Socket.io funktioniert bei mir schon lange nicht mehr, da bekomme ich keine vis zum laufen, daher auf ws umgestellt, abgesehen davon fällt socket.io sowieso irgendwann mal raus
-
@djmarc75 sagte in Widgets verschwinden kurz nach erstellen in Vis:
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Ich hab 32GB RAM
schön, auf dem System wo Du die VIS erstellst ?
Auf jedem meiner Systeme.
Edit: Auf dem IOBroker-Server sind bei offenem VIS-Editor 4,7 GB in Nutzung. -
@crunchip sagte in Widgets verschwinden kurz nach erstellen in Vis:
ws
Ich kann das auch gerne versuchen - auch wenn ich erst mal noch skeptisch bleibe, dass sich das Verhalten im VIS-Editor durch den Wechsel verändern würde, aber einen Versuch ist es Wert.
Kann ich ohne viel zu beachten von socket.io auf ws wechseln? - Ich würde ws zusätzlich installieren, socket.io stoppen, ws konfigurieren und starten. Spricht etwas gegen dieses Vorgehen? -
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Spricht etwas gegen dieses Vorgehen?
nein,
aktuell läuft es so bei mir
-
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Auf dem IOBroker-Server sind bei offenem VIS-Editor 4,7 GB in Nutzung
Hat ja damit erstmal nix zu tun. Du editierst über einen Browser und da liegt der Punkt - Cache. Wenn der voll ist oder überläuft, dann klappt da nix mehr
-
@djmarc75 sagte in Widgets verschwinden kurz nach erstellen in Vis:
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Auf dem IOBroker-Server sind bei offenem VIS-Editor 4,7 GB in Nutzung
Hat ja damit erstmal nix zu tun. Du editierst über einen Browser und da liegt der Punkt - Cache. Wenn der voll ist oder überläuft, dann klappt da nix mehr
Verstehe ich Dich richtig? Du meinst, der Cache läuft voll, auf jedem System auf dem ich, wie oben beschrieben, sogar nach Neustart des Systems direkt den VIS-Editor starte und lediglich ein weiteres Widget zu kopieren versuche (was überall und immer reproduzierbar scheitert) - und dies auch in verschiedenen aktuellen Browsern und trotz vorheriger vollständiger Löschung des Browser-Caches? - OK, Angenommen dies wäre der Fall, was könnte ich dann Deiner Ansicht nach nun tun? Aufgrund Deiner Fragen ist mir das nicht klar - Schlägst Du eine RAM-Erweiterung vor?
-
@mojito-joe sagte in Widgets verschwinden kurz nach erstellen in Vis:
Schlägst Du eine RAM-Erweiterung vor?
na wenn Du tatsächlich auf allen Systemen, auf denen Du VIS bearbeitest, 32 GB RAM hast dann eher nicht.
Allerdings hat der Arbeitsspeicher vom System erstmal nix mit dem Browsercache zu tun. Ich arbeite hier auch mit 32 GB (System) und muss meinen Browsercache auch regelmässig leeren, da ich auch andere Webseiten offen habe, welche den Speicher auffressen.
Welchen Browser nutzt Du ? -
@djmarc75
Ich habe Chrome als Standardbrowser, aber Firefox und Edge in der aktuellsten Version versucht (auch oben beschrieben) - selbst der Inkognitomodus hatte nichts geändert. Die Cachethematik habe ich in meiner Fehlerbeschreibung als aller ersten Punkt beschrieben bzw. selbst ausgeschlossen. Wenn ich mehrere aktuelle Browser nach Löschen des Caches erfolglos versuche, ist ein voller Cache als erster Ansatzpunkt der Ursache m.A.n. nahezu auszuschließen.@crunchip
Was soll ich sagen, ich habe es soeben versucht, und nicht nur der dass VIS-Editor mit dem ws-Adapter nun gefühlt deutlich smoother lädt und bedient werden kann, selbst das kopieren und bearbeiten mehrerer Widgets (aller, die ich noch benötigt habe) hat einwandfrei funktioniert.Danke für die Unterstützung, Ursache war dann wohl socket.io!
