@ahnungsbefreit
Ja war ich mal, solange habe ich den Benutzernamen schon.

@crazy32
Sieht sehr gut aus!

@ralf
Ja ich hatte auch das Problem aber seit ich vor 3 Tagen auf Version 3.7.1 gegangen bin, waren keine Ausfälle dieser Art nicht mehr zu verzeichnen.

@da_woody
Hat sich erledigt ich habe den Fehler gefunden lag an mir. Alles OK

@liv-in-sky Ganz viele Dank für deine Unterstützung über den TeamViewer.
Das war ganz großes Kino!!!!!
Es wäre schön, wenn du vielleicht doch noch mal schauen könntest, ob du bei der Tabelle oben beim Erstplatzierten auch die 1 hinbekommst statt der 0.
Danke

@dslraser
Die Meldung kommt im Script aber auch schon, wenn ich es nur starte. Dazu brauche ich das Fenster gar nicht öffnen.
Wenn ich es öffnen kommt das im Log

Wenn ich schließe kommt nichts

@bostil Ich hatte das bei mir auch. 2 sind richtig gefahren und eins hat bei mir immer noch GoldenHourEnd erst geöffnet, obwohl ich es wieder auf öffnen bei Sonnenaufgang eingestellt hatte. Ich habe es dann einmal gelöscht und neu angelegt und seitdem geht es auch.

@liv-in-sky said in FussballMeisterschat HTML Tabelle:

@dslraser werd ich machen - im moment weiß ich nur nicht, ob ich auch den spieltag miteinbringen soll - als eigene spalte -rechts -daneben - aber ich glaube, dass sieht nicht gut aus, weil dann in dieser spalte eigentlich immer das selbe steht

@biker1602 @dslraser

was denkst ihr

Ich persönlich finde das schwarze besser, weil es auch zur Tabelle in Schwarz passt

@dslraser
Das ist ja wie verhext, auf einmal geht es wieder und die Datenpunkte sich auch nicht mehr rot.
Verstehe das wer will
Manchmal reich die Drohung schon einem Spezi zu schreiben.

@bostil Ich hatte gestern auch auf die 1.4.5 gewechselt und da gingen 2 von 3 Rollos gar nicht mehr weder gestern Abend in den Weihnachtsmodus noch später ganz runter. Ich habe deswegen gleich heute Morgen wieder auf die 1.4.2 gewechselt und sie da ohne das ich etwas eingestellt habe fuhren alle Rollos zum Sonnenaufgang wieder hoch. Ich kann es auch immer nicht lassen etwas Neues zu probieren und muss dann Lehrgeld bezahlen.
Aber ich habe allergrößten Respekt vor @simatec wie er sich dem Adapter opfert und viel Zeit und Kraft investiert damit alles gut läuft.

@asgothian said in Wir empfehlen: Node.js 22.x:

@mcm1957 sagte in Wir empfehlen: Node.js 22.x:

Bitte mach ein Issue beim Adapter auf oder ein getrenntes Topic und gib dort auch die für eine Analyse notwenigen Infos (z.B. Version des Adapters) an.
@Asgothian FYI falls du mit den derzeitigen Infos schon was anfangen kannst.

Das ist eher @arteck 's Baustelle, sorry. Sieht aber wirklich komisch aus. Hier mal in Lesbar:

08:53:38.761 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee2mqtt.0 
2025-10-11 08:53:38.761 info terminating zigbee2mqtt.0
 2025-10-11 08:53:38.358 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } zigbee2mqtt.0
 2025-10-11 08:53:38.358 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } zigbee2mqtt.0
 2025-10-11 08:53:38.323 warn Start try again in 1 seconds... zigbee2mqtt.0
 2025-10-11 08:53:38.319 info Got terminate signal TERMINATE_YOURSELF zigbee2mqtt.0
 2025-10-11 08:53:16.777 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:16.768 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:16.768 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:16.768 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:15.456 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:15.456 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:15.455 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0
 2025-10-11 08:53:13.789 info Connect to Zigbee2MQTT over websocket connection. zigbee2mqtt.0
 2025-10-11 08:53:12.786 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type

Das komische war, halt auch das alle Geräte plötzlich für kurze Zeit keine Verbindung mehr hatten und dann wieder ja und das im Wechsel.

@mcm1957 said in Wir empfehlen: Node.js 22.x:

Leider sagts du nicht was du unter 'lief unzuverlässig' verstehts. Keine Fehlermeldungen oder ähnliches.

Es ist auch nicht wirklich klar ob nun der ioBroker Adapter oder die externe zigbee2mqtt Software Probleme machte.

Nicht böse sein, aber mit den Infos wird niemand eine Fehlereingrenzung oder eine Verbesserung vornehmen können.

08:53:38.761 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee2mqtt.0 2025-10-11 08:53:38.761 info terminating zigbee2mqtt.0 2025-10-11 08:53:38.358 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } zigbee2mqtt.0 2025-10-11 08:53:38.358 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } zigbee2mqtt.0 2025-10-11 08:53:38.323 warn Start try again in 1 seconds... zigbee2mqtt.0 2025-10-11 08:53:38.319 info Got terminate signal TERMINATE_YOURSELF zigbee2mqtt.0 2025-10-11 08:53:16.777 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:16.768 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:16.768 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:16.768 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:15.456 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:15.456 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:15.455 debug Device: bridge/definitions not found, queue state in incStatsQueue! zigbee2mqtt.0 2025-10-11 08:53:13.789 info Connect to Zigbee2MQTT over websocket connection. zigbee2mqtt.0 2025-10-11 08:53:12.786 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type

Ich habe das kopiert deswegen ist das etwas komisch so

Ich habe gestern Node.js 22 installiert doch leider lief mein Ziggbee2mqtt Adapter der mit einem SLZB-06 über POE angeschlossen ist danach
unzuverlässig und mit ständiger Warnmeldung. Ich musste wieder auf Node.js 20.19 zurück. Danach lief alles wieder wie gehabt. Schade

@arteck said in Fully Browser lädt Visoberfläche nach einiger Zeit neu?:

@biker1602 sagte in Fully Browser lädt Visoberfläche nach einiger Zeit neu?:

Gibt es da grundlegende Einstellungen, die man beim Fully Browser in den Einstellungen beachten soll?

ja..funktioniert aber nicht bei jedem Tablet

Ja wäre schön wenn du sie auch teilen würdest.

So ein Problem mit der Darstellung habe ich gelöst. Habe das Tablet auf Werkseinstellungen zurückgesetzt und siehe da die Darstellung passt.

Jetzt ist nur noch das mit dem ständig Laden der Seite, wenn der Bildschirm länger aus war. Gibt es da grundlegende Einstellungen, die man beim Fully Browser in den Einstellungen beachten soll?

@dr-bakterius
Aber ich hatte ja davor die Vis2 App drauf und da war das nicht. Da war es auch identisch

@meister-mopper said in Fully Browser lädt Visoberfläche nach einiger Zeit neu?:

@biker1602

Kannst ja mal ein Video einstellen, ich kann mir dieses Verhalten nicht vorstellen.

Eine weitere Möglichkeit ist, das Display immer laufen zu lassen und nach einer selbst bestimmten Zeit die Helligkeit auf 0 zu stellen, dann wird zwar auch aktualisiert, es passiert aber otf.

Whatsapp Video 2025-09-29 Um 08.57.36 446Aa0fd.mp4

Irgendwann ist er dann fertig und das normale Bild ist wieder da.

@vowill said in Fully Browser lädt Visoberfläche nach einiger Zeit neu?:

PS zum Thema "Farben vom Vis anders über den Fully Browser": Das kann eigentlich nicht sein: Fully nutzt das gleiche Android Webview wie der (Google-)Broowser auf dem Tablet auch.
So sieht es im Crombrowser am Windows PC

Und so auf dem Tablet

Hallo
Ich habe schon länger beim iobroker auch den Vis Adapter, der auch immer tadellos gelaufen ist. Jetzt habe ich mir den Fully Browser in der Plus Variante installiert, damit ich den Bildschirm vom Tablet mit der Kamera durch Bewegung aus bzw. einschalten kann. Was mich allerdings stört, ist zum einen, dass die Farben vom Vis anders über den Fully Browser anders sind und das, wenn der Bildschirm ca. 30 Minuten aus war und dann durch Bewegung wieder angeht, das Bild vom Vis sofort da ist, aber etwas kleiner ein durchsichtiges Bild darüber liegt mit diesem Rad, was sich dreht, so als wenn man die Vis Einstellungen aus dem iobroker startet. Ich habe keinen Plan wo ich das im Fully Browser einstellen kann. Sonst ist das teil Mega, aber das nervt mich halt. Hat jemand Erfahrung damit, wie ich das ändern kann?
Danke

@homoran OK Danke