Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[xcilence]

Moin @homoran,

also wenn du jetzt meinst bzgl. der Umstellung auf socketio, gerade durchgeführt aber das Problem besteht weiterhin das ich den Editor nicht wirklich nutzen kann.

Das Speicher-Symbol bleibt dauerhaft bestehen, es kommt auch für ein paar Millisekunden der Hinweis das ein Verbindungsproblem besteht.

Füge ich in diesem Projekt ein neues Objekt ein, wird dieses nicht übernommen/gespeichert und im Log ist davon nichts zu finden.

Habe soeben feststellen müssen, dass ich im Editor unter Setup > Projekte nur das "Main" vorfinde was aktuell auf meinem Backend läuft und mein Frontend Projekt wird zwar normal am Tablet dargestellt, fehlt aber im Editor.

[Homoran]

@xcilence sagte in Merkwürdiges Verhalten VIS-Editor / ioBroker:

also wenn du jetzt meinst bzgl. der Umstellung auf socketio, gerade durchgeführt aber das Problem besteht weiterhin

was genau hast du gemacht?

Deine Symptome sind mMn identisch mit den anderen

[xcilence]

@homoran - Es geht ja nicht hauptsächlich um die Verbindungsabbrüche, sondern darum das der Editor nutzlos ist wenn man keine Objekte speichern kann bzw. irgendetwas ändern. Dieser lässt es einfach nicht zu, egal ob ich Objekte hinzufüge oder vorhandene ändern möchte - es passiert einfach nichts.

Ich habe vorhin im Web-Adapter den Cache eingeschaltet und die socketio von integriert auf die vorhandene Instanz gesetzt ohne Änderung. Da ich ggf. davon ausgegangen bin, dass eventuell VIS nur ein Kommunikationsproblem mit der DB haben könnte.

Die Installation ist ja wie im Eingangspost auch sauber durchgelaufen wie auch das einspielen des Backups.

[Conquest]

@xcilence

Damit konnte ich es bei mir lösen.

[xcilence]

@homoran - ich nehme alles zurück xD

der Web-Adapter hatte zwar angezeigt die Einstellung gespeichert zu haben, hatte diese aber nicht übernommen.

Also bei mir steht jetzt unter den Einstellungen des Web-Adapters folgendes:

Cache ist aktiviert
integriert Socket wird verwendet & Reine Web-Sockets ist auch aktiv.

So scheint zumindest erst mal alles wieder zu funktionieren in Richtung VIS-Editor.

Ich danke dir für deine Hilfe homoran und werde Thema als gelöst markieren.

[Homoran]

@xcilence sagte in Merkwürdiges Verhalten VIS-Editor / ioBroker:

Es geht ja nicht hauptsächlich um die Verbindungsabbrüche, sondern darum das der Editor nutzlos ist wenn man keine Objekte speichern kann b

das ist mir klar! Die Meldung Verbindungsfehler ist ja nur das Symptom, an dem man drin Problem erkennt.
Der Rest ist bei allen gleich.

@xcilence sagte in Merkwürdiges Verhalten VIS-Editor / ioBroker:

Ich habe vorhin im Web-Adapter den Cache eingeschaltet

das stand aber nicht in den anderen Threads, oder?

@xcilence sagte in Merkwürdiges Verhalten VIS-Editor / ioBroker:

und die socketio von integriert auf die vorhandene Instanz gesetzt ohne Änderung.

das auch nicht soweit ich weiß

Hast du ws nicht installiert und aktiviert?

[JB_Sullivan]

Ich möchte hier das Thema mit den Verbindungsfehler nochmal aufgreifen. Es wird zwar geschrieben, das es "gelöst" ist, aber das kann man bestenfalls als Work-around bezeichnen.

Ich habe dieses WE sehr viel an meiner VIS verändert und hatte das gleiche Problem mit dem Verbindungsfehler. Also WS aktiviert und "gut ist" - vermeindlich.

Es gibt trotz dieses Work-around immer wieder Phasen, wo die Verbindungsfehler Meldung im VIS Editor aufpoppt. Konkret konnte ich das z.B. festmachen, wenn man mehrere Objekte markiert hatte und mit den Cursor Tasten verschieben wollte. In 95% der Fälle kam es dann wieder zu einer Verbindungsstörung und alle Änderungen waren für die Tonne.

Der nächste große Nachteil (für mich) von "WS" ist, das die Android ioBroker App damit nicht mehr funktioniert. Im Moment ist es für mich ein permanentes Hin und Her geschalte im Web Adapter.

Also als gelöst würde ich das Thema noch nicht sehen - die Frage ist nur, seit wann und durch welchen Adapter das verursacht wird. Ggf. könnte man ein Rollback dieses(er) Adapter machen. An Nodesjs 16.xx.xx liegt es meiner Meinung nach nicht (hatte ich in anderen Beiträgen gelesen), da ich noch mit 14.14.x unterwegs bin.

Neben dem VIS Editor, "spackt" auch der Admin 6.2.1 zweiweise immer mit Meldungen wie "Can not read Instanzes" oder bei der Abfrage des Host, mit dem Hinweis, das die Verbindung langsam ist und ob man das Timeout auf 1 Minute hoch setzen möchte, rum.

Mit allem hatte ich bislang nie Probleme. Netzwerk und System sind seit 2 Jahren unverändert.

PS: 9 Elemente versucht zu verschieben und wieder "Verbindungsfehler" trotz WS.

[haselchen]

@jb_sullivan

Bin 1:1 bei Dir , besser hätte ich es nicht formulieren können. Genauso ist es.
Hakt man das eine an, geht die App nicht und umgekehrt .
Würde Dir , wenn es ginge , auch 2 Daumen hoch geben 😁

[Conquest]

@jb_sullivan
Ja leider hast du Recht. Es war mit der Umstellung auf WS kurzzeitig besser aber der Fehler kommt immer noch.
Kann leider nicht mehr zurückverfolgen seit welchem Update das Problem besteht. Hat auch nichts mit Nodejs 16 zu tun hab es mit 14 und 16 probiert Fehler kommt bei beiden.
Vielleicht sollten wir ein neues Thema aufmachen da dieses auf gelöst gesetzt ist.

[JB_Sullivan]

@conquest

Schade das man nicht weiß, aus welcher Ecke der Fehler kommt. Vielleicht sollten wir dazu mal @apollon77 befragen. Ich denke er steckt viel tiefer in der ioB Materie drin als wir alle und ich vermute, das er durchaus wissen könnte zu welchem Adapter sich ein GIT Issue bzgl. des Fehlers lohnen würde.

VIS Editor würde ich ausschließen, da dieser seit geraumer Zeit in der Version 1.4.15 fehlerfrei lief.

Die einzigen Adapter die in letzter Zeit geupdatet wurden und ggf. etwas damit zu tun haben könnten, wären der Admin, socketio, websocket, websever und vielleicht noch der java-skript Adapter. Überall ein Issue dazu aufmachen, ist vermutlich Kontraproduktiv.

Wie gesagt, vielleicht kann Apollon dazu was sagen.