Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Manuel001]

@skvarel
O.K. danke.
Ja kann ich machen, wobei es diese Abhängigkeit scheinbar bei vielen Widget Adaptern gibt, welch ursprünglich für vis1 entwickelt wurden.
Nachdem ich mit dem Umstieg auf vis-2 eh lange gewartet habe, frage ich mich halt, was ich anders oder falsch machen. Weil offensichtlich haben die Probleme andere Personen nicht. Ich kann mir nicht vorstellen, dass alle die auf vis-2 umgestiegen sind, nur mehr die für vis-2 entwickelten Widget Adapter verwenden. Vor allem weil es scheinbar bei weitem noch nicht den gleichen Funktionsumfang gibt.

[skvarel]

@Manuel001 .. die wenigsten VIS1 Widget Adapter laufen sauber in VIS2.

Ich habe bei mir alles was zu VIS1 gehört gelöscht und nutze nur noch unseren Widget Adapter und gar keine anderen mehr.

[OliverIO]

@Manuel001

Zu dem was @skvarel gesagt hat ist, das mit dem cloud Adapter dann das Hauptproblem. Gut, ich hab kein cloud Zugriff, ich nutze VPN, daher weiß ich nicht wie das wirklich aussieht/funktioniert

Vis1 selbst läuft nicht. Da gibt es keine wirklich echte Server Funktionalität, die dauerhaft läuft. Nur bei Start/restart sammelt er Widget Dateien ein und kopiert die um. Das geht wenige Sekunden lang. Ansonsten besteht nur vis1 aus Dateien die auf der Festplatte liegen

Ich habe auch mal in den Adapter vis-gauge reingeschaut, eigentlich gibt es da keine echten Abhängigkeiten echten Abhängigkeiten zu vis1, daher müsste vis1 auch deinstallierbar sein. Probiere das aber mal nich selber aus.
Da vis-gauge ein Community Adapter ist kann man da auch was machen.

[Manuel001]

@skvarel sagte:

@Manuel001 .. die wenigsten VIS1 Widget Adapter laufen sauber in VIS2.

Ich habe bei mir alles was zu VIS1 gehört gelöscht und nutze nur noch unseren Widget Adapter und gar keine anderen mehr.

Ja das wäre ursprünglich auch mein Plan gewesen, hätte dabei aber zu viele Kompromisse eingehen müssen.
Es wird mir aber eh nichts anderes übrig bleiben.

[OliverIO]

@skvarel

das ist nicht ganz korrekt.
ich würde sagen, das sogar die meisten vis1 widgets in vis2 ebenfalls laufen,
sofern sie keine großartigen extra würste machen.

ich hatte widgets die mit der vis-2 oberfläche interagieren (bspw der template editor von rssfeed und jsontemplate) das geht tatsächlich nicht.

aber in vis1 und vis2 gibt es jquery, die attribut-deffinition aus vis1 funktioniert auch vis2. vis-2 besitzt eine kompatibilitätsschicht für die vis1 widgets. ich hatte da noch was hinzufügen lassen, die bei vis1 zur Verfügung standen, jetzt aber auch in vis-2 bereit stehen. die meisten benötigen das aber nicht.

was ich gesehen habe, funktionieren vis1 widgets dann nicht mehr, wenn eine evtl genutzte bibliothek die vom widget genutzt wird, wirklich alt ist (<ES6), ebr auch nicht generell. Oft liegt es an der generellen code qualität

ich mach überwiegend immer noch vis1 widgets, da der ganze build aufwand von vis2 widgets viel größer ist. auch die versionsabhängigkeiten zwischen widgets und vis2 machen immer wieder mal schwierigkeiten.

auch die mapwidgets sind nur vis1 widgets funktionieren aber auch in vis2

[OliverIO]

@Manuel001

also, ich habe mal in einer kleine iobroker umgebung
das folgende installiert:

justgage v2.1.7
vis1 (v1.5.6,neueste version aus dem beta repo)
vis2 (v2.14.3 neueste version aus dem beta repo)

habe dann in vis1 und vis2 das justgage widget in einem view eingerichtet.
im anschluss habe ich vis1 deinstalliert.
widget hat in beiden views funktioniert
vis1 lies sich ohne Anstalten deinstallieren.
widget war in vis2 im Anschluss ohne probleme nutzbar

Überprüfe bitte mal deine versionen

bei justgage habe ich gesehen, das es probleme mit dem pointer gibt, aber dazu muss im feld eine konfiguration eingetragen sein. das ist dann aber eher das thema code qualität

[icebear]

@skvarel sagte:

.. die wenigsten VIS1 Widget Adapter laufen sauber in VIS2.

Genaus so isses, und ich hab auch alles gelöscht was zu vis-1 gehörte , ich nutze bis auf wenige Ausnahmen auch nur noch die vis-2-widgets-inventwo.

[OliverIO]

@icebear

beispiele?

[Manuel001]

Ich kann jetzt nur für mich sprechen:
Bei mir haben die "alten" Widgets absolut problemlos funktioniert. Nur konnte ich vis1 nicht deinstallieren solange diese in Verwendung waren. Das habe ich jetzt bereinigt. Nachdem ich vis1 dann deinstalliert habe, habe ich aber auch gesehen, dass vieles in vis-2 nur funktioniert hat, weil noch auf Daten von vis1 zugegriffen wurden.
z.B. wurden alle eingebetteten Bilder vom vis1 Ordner verwendet, obwohl beim Import alle Bilder in den vis-2 Ordner kopiert wurden.
Auch wenn es jetzt ziemlich mühsam war und einiges noch nicht so funktioniert wie vorher, konnte ich zumindest mein Zwischenziel "vis1 deinstallieren" erreichen.
Allerdings mein Hauptziel "über Cloud auf Vis-2 zugreifen". Wurde damit nicht gelöst.
Jetzt habe ich überhaupt keinen Zugriff mehr über die Cloud.
Irgendjemand eine Idee?
Im Cloud Adapter ist der APP-KEY hinterlegt.

[Homoran]

@Manuel001 sagte:

Irgendjemand eine Idee?

Im log steht gar nichts?

[Manuel001]

@Homoran sagte:

@Manuel001 sagte:

Irgendjemand eine Idee?

Im log steht gar nichts?

Habe ich gerade entdeckt:

Sagt das jemanden entwas?
Ich hatte nur bei der Instanz geschaut und da war alles grün:

[Homoran]

@Manuel001 bitte als Text in codetags!

So

Geht's nicht

[Manuel001]

@Homoran
O.k. sorry.
Bei mir ist es lesbar (auch im Forumseintrag).

	cloud has an invalid jsonConfig: [{"instancePath":"/items/_options/items/_qrCodeLabel","schemaPath":"#/patternProperties/%5E.%2B/allOf/7/then/required","keyword":"required","params":{"missingProperty":"text"},"message":"must have required property 'text'"},{"instancePath":"/items/_options","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/11/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]

[Homoran]

@Manuel001 sagte:

Bei mir ist es lesbar (auch im Forumseintrag).

Dann hast du sicher mehr als 6.3" diagonale 😀

Die Neldung sollte nichts mit

@Manuel001 sagte:

Jetzt habe ich überhaupt keinen Zugriff mehr über die Cloud.

Zu tun haben.

Wie greifst du denn "über die Cloud" zu?

[Manuel001]

@Homoran sagte:
ast du sicher mehr als 6.3" diagonale 😀
Stimmt allerdings :-)
Wie greifst du denn "über die Cloud" zu?
Auf https://iobroker.net/ einloggen. Dann Profil -> Anwendungen -> vis starten.
Wobei dort vis verschwunden ist, seitdem ich vis1 deinstalliert habe.
Vis2 hatte ich dort noch nie. Die Hoffnung war, dass wenn ich vis1 deinstalliere, dann nicht mehr die deaktivierte vis1 gestartet wird sondern vis2.
Gibt es noch einen anderen Weg?
Im großen und ganzen geht es mir darum, dass ich unterwegs nachschauen kann, ob das Haus noch steht. Bzw. falls irgendwas ein Problem macht, auch mal händisch etwas starten.

[Homoran]

@Manuel001 sagte:

Wie greifst du denn "über die Cloud" zu?
Auf https://iobroker.net/ einloggen. Dann Profil -> Anwendungen -> vis starten.

Also via Browser?
Nicht App?

@Manuel001 sagte:

Wobei dort vis verschwunden ist,

Wo?

[Manuel001]

@Homoran sagte:

Also via Browser?
Nicht App?

Ja Browser.
Wusste nicht, dass es eine App gibt.
Muss ich gleich schauen.

Hier gab es auch noch vis:

EDIT: Ich habe jetzt auch noch die App installiert und dort bei Server iobroker.net eingetragen. Dann kann ich mich zwar mit vis-2 verbinden, aber es kommt dann "Unbekannter Widget-Typ tplMaterial2Switches".
Und Browserzugriff wäre mir ohnehin lieber (wenn ich schon am Notebook arbeite).

[OliverIO]

@Manuel001 sagte:

tplMaterial2Switches

da brauchst du diesen adapter
ioBroker.vis-2-widgets-material

[Manuel001]

@OliverIO Ja der läuft eh.
Damit habe ich ja die Vis-2 gemacht. Und im Heimnetzwerk läuft es auch problemlos.
Aber sobald ich mich mit der App über Cloud verbinde, kommt diese Meldung.

[OliverIO]

@Manuel001

hm da gibt es so einen issues von 2024
scheint aber behoben
https://github.com/ioBroker/ioBroker.vis-2-widgets-material/issues/260