Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[sigi234]

Zeig mal die Einstellungen vom web.0 Adapter!

[silmaril]

Hi @sigi234,
aus "historischen Gründen" gibt es bei mir nur web.1 und keinen web.0 - ich hoffe, das macht keinen Unterschied.

Allgemeine Einstellungen:

• Gebunden an IP 0.0.0.0 Port 8082
• kein HTTPS
• keine Authentifikation
• kein Cache
• socket.io integriert (Umschalten auf socketio ändert nichts am beschriebenen Problem)
• Ausführen als "admin"

Extra:

• Alle Häkchen aus und alles leer.
• Cache-Maximalalter: 60 s.

Cors:

• kein benutzdefinierten CORS-Einstellungen

Tipps zu besseren Einstellungen probiere ich gerne aus!

[silmaril]

Ich denke, ich habe eine Lösung gefunden.

Beim Öffnen von Vis-2 konnte ich für einen kurzen Moment die Oberfläche sehen und auch bedienen, solange ich schnell genug geklickt habe.
Dabei ist mir aufgefallen, dass als Seitenname der Name einer Seite aus Vis-1 angezeigt wurde.
Ich habe dann mal ausprobiert, die Vis-2-Runtime-URL mit den Namen meiner verschiedenen Vis-1-Seiten aufzurufen.
Manche davon funktionierten (teilweise mit Anzeigefehlern, aber ich habe zumindest etwas gesehen), bei manchen trat derselbe Effekt auf, wie beim Editor: Es kam eine weiße Seite.

Meine Lösung war dann:

• Vis-2-Editor aufrufen und den Mauszeiger bereits beim Laden günstig positionieren.
• Sobald ich das Tab mit dem Namen der Seite sehen konnte, auf dessen X klicken.
  • Damit hatte ich schonmal vorübergehend eine bedienbare Vis-2-Oberfläche, die aber bei jedem Neuladen wieder auf das alte Verhalten zurück fiel.
• Nun unter "Projekte" ein neues Projekt anlegen und dieses weiter verwenden.

Die Ursache hatte also nichts mit dem Web-Adapter zu tun.
Das Problem war m.E. dass Vis-2 beim ersten Start versucht, die erste View von Vis-1 zu laden und dass diese in meinem Fall so inkompatibel mit Vis-2 war, dass es abgestürzt ist.

Was genau der Auslöser dieser Inkompatibilität ist?
Ich tippe auf Flot-Charts.
Zumindest sind die Vis-1-Views, die bei mir zu diesem Problem führen, genau die, die Flot-Charts enthalten.

Dass Vis-2 keine Flot-Charts mehr unterstützt, finde ich nicht schlimm. Aber das Error-Handling ist hier wirklich noch ausbaufähig

[OliverIO]

@silmaril

Welche vis2 Version hast du installiert?
Im Beta repo liegt eine aktuellere Version wo zu diesem Thema etwas gemacht wurde.

Wenn du die aktuellste Version hast benötigt man die fehler Meldungen aus der Browser console
Die du mit F12 öffnen kannst

[Homoran]

@silmaril sagte:

Was genau der Auslöser dieser Inkompatibilität ist?

Alle Vis widgets sind nicht grundsätzlich mit vis-2 kompatibel.
Es kann gehen, muss aber nicht.

Dazu gibt es einen ganzen Thread.

Einen ganzen view von vis "einfach" In vis-2 zu übernehmen ist keine gute Idee!

Was für ein Fehler steht denn in der Browserkonsole?

[silmaril]

@Homoran
Ich wollte ja garnicht meine vis-1 Views in vis-2 übernehmen - das Problem war, dass vis-2 mir keine Chance geben wollte, sie nicht zu übernehmen. ;-)

[silmaril]

@OliverIO
Ich glaube, fürs Herumspielen mit Beta-Versionen fehlt mir gerade die Geduld. :-|

Wenn ich vis-2 auf das Projekt von vis-1 umschalte, erhalte ich eine lange Liste von JS-Fehlern in der Konsole. Das sind im Wesentlichen Wiederholungen dieser drei Meldungen:

• Invalid group id "Door-Disp1" in widget "w00244"
• Someone installs handler without to remove it!
• TypeError: can't access property "data", n.views[e.view].widgets[s.groupid] is undefined

Wie erwähnt, gehe ich inzwischen davon aus, dass das immer dann auftritt, wenn in der View Flot-Charts enthalten sind.

Nachdem ich herausgefunden habe, wie ich da raus komme, ist das für mich auch kein Problem mehr.

[OliverIO]

@silmaril

also die beta von vis-2 ist definitiv besser wie die aktuelle stable

die fehlermeldung sieht nach problemen mit der gruppierung aus.
leider weiß ich aktuell nicht, wie man vis-2 ohne die Übernahme von vis1 startet.

was du mal machen kannst (ohne garantie, insbesondere wenn du redis verwendest):
du gehst in folgenden pfad
/opt/iobroker/iobroker-data/files/vis-2.0/

dort müssten unterverzeichnis(se) sein.
die löscht du
jedes unterverzeichnis ist ein projekt
danach rufst du vis2 auf

wenn es nicht funktionierst
dann leerst du den ordner komplett, also auch die beiden dateien.
danach rufst du vis2 auf

dann zum schluss gäbe es auch noch die möglichkeit vis1 temporär deinstallieren (nach backup natürlich)
dann vis-2 ebenfalls deinstallieren und neuinstallieren
dann gibt es nichts mehr was vis2 übernehmen könnte
vis2 probiert das nur einmal, wenn vis2 einmal offen ist, wird nichts mehr übernommen.

[silmaril]

Ich hab ja schon eine Lösung gefunden (siehe #4).
Nachdem das Projekt einmal umgestellt ist, merkt sich vis-2 das und der Spuk ist vorbei.
Ist also nur ein Problem, solange man nicht versteht, was los ist.

[OliverIO]

@silmaril

ok gut, gar nicht richtig gesehen