@metaxa DAs liegt dann an euren Browsern mit Autofill usw.

@biker1602 sagte in RAM-Auslastung problematisch seit Update auf Debian11: Mache ich da etwas verkehrt? ich tippe wie @paul53 auch auf das USB3 Problem. Demnach würden I/O Probleme auch die LOAD in die Höhe treiben. müsstest du mit top sehen

@robert_r sagte in hqWidget Inner Temperature: Wie kann man das auf auf und zu in der VIS APP ändern? Eigentlich gar nicht. Wobei ich mich frage warum da ein Unterschied ist. Wie immer bleiben Fragen: welcher Browser an welchem PC mit welchem Betriebssystem? Welches Android mit welcher Version vo web-view? oder etwa die Apfel-App?

@dp20eic Danke. @thomas-braun hat mir den Hinweis schon gegeben. Habe dort noch meine Erkenntnis mit den importierten Zuständen ergänzt

@chrissi1 Hat vielleicht jemand noch eine andere Idee welche Schalter man nehmen kann?

@tulpenheini Sowohl Tuya als auch Yahka nutze ich nicht, kann dazu nichts sagen. Aber Dein Log Ausschnitt zeigt nur warnings wegen eines reconnects kann es sein das da noch versucht wird auf Geräte zuzugreifen, die aktuell ausgeschaltet (nicht am Strom hängen) oder eine andere IP Adresse bekommen haben und deswegen nicht erreicht werden? VG Bernd

@kusselin Dann laufen lassen und beobachten. A.

@garbleflux Ich habe seit ein paar Tagen das gleiche Problem. Am System habe ich nichts verändert, in der Vis habe ich zusätzlich eCharts und Flot Elemente aufgenommen. Ich habe bei mir auch 2 Web Server, einen mit Websockets und einen ohne (wegen Fully Browser und IOBroker App). Auf dem PC mit Firefox sind die Vis Seiten sofort da, auf dem Tablet (Fire Tablet 10) kann ich gefühlt 10 mal neu laden, beim elften mal kommt dann irgendwann die Seite (Browser Firefox). Im Silk Browser klappt der Seitenaufruf, dafür sind eCharts Widgets fehlerhaft. Ich habe jetzt folgenden Workaround gefunden: Wenn ich aus dem Vis-Editor (der öffnet zuverlässig auch in Firefox) ein "Runtime in anderem Fenster" öffne kommt die Seite (bisher immer beim ersten Versuch), ich kann von dort aus weiter navigieren und auch andere Tabs mit Runtime Fenstern die davor nicht dazu zu bewegen waren, eine Seite darzustellen, lassen sich dann auf einmal erfolgreich aktualisieren. Das ganze hält solange an, bis das Tablet für einige Stunden (genaue Zeit kann ich nicht sagen) inaktiv ist, dann geht das Spiel von vorne los. Insgesamt keine sonderlich befriedigende Lösug.

@jb_sullivan Dann wurde da das 16er-Repo nicht angelegt in der nodesource.list Schau in meiner Signatur, wie man das macht.

@crunchip bei mir auch, außer vis2 ist 2.0.10

@damrak2022 Na dann stimmen die Koordinaten nicht. Spiel doch damit mal ein bisschen rum.

@mymeyer es gibt den ein oder anderen bug und ist in Bearbeitung.

@thomas-braun sieht sehr gut aus Dankeschön

@wolfgangfb Das kannst du ignorieren. am Anfang war await nur in Funktionen erlaubt die mit async markiert waren. Das hat sich aber geändert. Die Syntax Prüfung kennt aber noch die Vorgänger Regelung und meckert daher. Hat aber keine Auswirkung.

@dp20eic Ok, danke. Muss da herum spielen. Ich hatte ja meinen IOb Port schon geandert weil ich ja motioneye hatte.

@uncleb Du musst dich auch zuerst in das richtige Verzeichnis stellen. Und bitte immer komplette Ein- und Ausgaben posten, dann sieht man sowas auch viel schneller. Die Zeile davor ist nicht aus dekorativen Gründen da.

@maier2309 sagte in Root Partion plötzlich 100% voll: Erst nach dem Update des Admin Adapters trat das Problem auf. welches? @maier2309 sagte in Root Partion plötzlich 100% voll: Wie bekomme ich denn den Speicher gelöscht und welche Vorgehensweise ist sinnvoll sinnvoll ist, nachzusehen, was im log steht, falls es das Problem ist

@malz1902 Moin, Hast du eine Lösung für dieses Problem gefunden? Ich habe ein ähnliches Problem mit einer Gosund Smart Steckdose. LG Andreas