Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[andy1960]

@haselchen :+1: yep - muss leider weg - werde dies heute Abend machen und dann das hoffentlich positive Resultat durchgeben :grin:

[haselchen]

@andy1960

BEEIL DICH :) :)

[andy1960]

@haselchen weil's so drängt - NEIN immer noch das gleiche Bild :scream: ....!

[crunchip]

@Homoran also bei mir funktioniert ja noch alles, habe vorhin Update gemacht bei

• ical 1.7.0->1.7.4
• shelly 3.6->4.0.3
• iqontrol 1.1.13->1.1.15

nachdem ich hier gelesen hatte, gleich mal Vis-Edit aufgerufen und siehe da, es war im ersten Augenblick keine Auswahl der Objekt-ID vorhanden. Dacht schon Schei....., jetzt hats mich auch erwischt. Nachdem ich dann paar andere Widgets durchgeklickt hatte, alles wieder vorhanden und im grünen Bereich.:grin:
Als wenn es nur ein Lade/Darstellungsfehler war.

Hilft zwar nicht weiter, aber Hauptsache, ich hab mein Senft dazu beigetragen:joy: :joy:

[haselchen]

@andy1960

Hast du dein Gerät mal komplett neugestartet?

[andy1960]

@haselchen

nun bin ich leider definitiv unterwegs - werde es dann später nochmals komplett neu starten ...

[andy1960]

ES HAT TATSAECHLICH FUNKTIONIERT :muscle:

mit web 13.0.10 / socket 3.0.12 / vis 1.2.6

SUPER!

gemäss Anleitung haselchen:

Mein Vorschlag wäre , auf eigene Gefahr, den Verwahrungsort auf latest stellen.

Dann die 3 Adapter updaten, aber Reihenfolge ist wichtig.
Erst WEB
Dann VIS
Dann Socket.io
iobroker restart (in der Konsole eingeben)

Simple Restful-Api Adapter sollte 2.47 haben.

Und dann über den Expertenmodus jeden der 3 Adapter auf die Version bringen (downgraden), die ich in meinem Thread habe.

Wie gesagt, ein Versuch auf eigene Gefahr!

[haselchen]

@andy1960
Klasse ! Das freut mich !!!!

@Homoran

haselchen <- geiler Typ 😂😂😂😂😂

[Homoran]

@haselchen sagte in VIS zeigt bei Object ID nichts an:

haselchen <- geiler Typ

geil= paarungsbereit

[Glasfaser]

@Homoran sagte in VIS zeigt bei Object ID nichts an:

geil= paarungsbereit

Stimmt ... steht sogar in Google :)

Spoiler

[haselchen]

@Glasfaser

Hahahahaha , sehr geil 😂

@Homoran

Ist ne quick and dirty Lösung aber hat 3mal geklappt. Sollte man die Anleitung fürs Erste irgendwo posten bis ihr eine Lösung habt?

[Homoran]

@haselchen sagte in VIS zeigt bei Object ID nichts an:

Sollte man die Anleitung fürs Erste irgendwo posten

Nee, dann verlinken wir auf dich. Sonst fühlst du dich nachher unnütz ;-)

@haselchen sagte in VIS zeigt bei Object ID nichts an:

bis ihr eine Lösung habt

Das hier hat uns ja leider nicht weitergebracht

[haselchen]

@Homoran sagte in VIS zeigt bei Object ID nichts an:

@haselchen sagte in VIS zeigt bei Object ID nichts an:

Sollte man die Anleitung fürs Erste irgendwo posten

Nee, dann verlinken wir auf dich. Sonst fühlst du dich nachher unnütz ;-)

Ich spüre Ironie in den Worten 😜

[da_Woody]

@haselchen du wirst anders spüren beim dirty quicky... :D

[andy1960]

@Homoran
Auf jeden Fall viel Erfolg beim Suchen der definitiven Lösung! :+1:

[PBDN3010]

Mir ist gerade aufgefallen das ich die Object ID nur bei dem Fernzugriff über iobroker.pro nicht vorhanden ist... wenn ich lokal im Netzwerk oder via VPN auf meine FritzBox zugreife, ist der Button für die Auswahl vorhanden :thinking_face:

[Homoran]

@PBDN3010 Danke für den Hinweis.

Ursache kann sein, dass auf dem iobroker.pro Server andere Versionen verwendet werden.
Welche Versionen hast du lokal?

• vis
• web
• socket

[PBDN3010]

@Homoran sagte in VIS zeigt bei Object ID nichts an:

Welche Versionen hast du lokal?

• vis
• web
• socket

vis - v1.2.4
web - v3.0.9
socket -v3.0.12 -(keine Ahnung wieso, siehe vorherige Nachrichten oben)

[andy1960]

Habe gerade neue Erkenntnisse -> wie gestern gemeldet funktioniert die Object ID Auswahl in der vis mit folgenden Versionen: web 13.0.10 / socket 3.0.12 / vis 1.2.6 (lokal).
Nun bin ich wieder remote über pro verbunden - und siehe da, keine Auswahl mehr, also gleiches Phänomen wie PBDN3010 berichtet :thinking_face: ...
Sobald ich wieder lokal bin, werde ich melden, ob es dort nach wie vor funktioniert ...

[andy1960]

zudem folgender Log-Eintrag