NEWS
ioBroker Visu Android App
-
Hallo, habe heute die die neue Version installiert.
Bei der "alten" Version konnte man verschiedenen iobroker hinterlegen und über ein langes drücken auf das Icon hatte man die Möglichkeit zwischen den verschiedenen Installationen zu wechseln. Ist dieses auch bei der neuen Version geplant oder schon möglich und ich habe es noch nicht gefunden?
Ich hoffe ich habe es einigermaßen verständlich beschrieben.... -
Eine Frage zu vis: Ich nutze in meiner Visu das widget "html logout" um die Anwendung zu beenden:

In meiner Visu habe ich ein "X" dargestellt und beim draufklicken schließt sich dann alles.
In der App iob visu funktioniert das nicht, wenn ich auf das "X" klicke, kommt ein Fenster mit Fehlermeldung
"Funktioniert nur im APP"
Geht das generell nicht mehr ? Falls ja, gibt es eine andere Möglichkeit "App schliessen" zu visualisieren? -
Hey, mein Gerät hat die neue Version automatisch gedownloadet... vorher war alles super und ich konnte mich lokal in meiner JARVIS einloggen... nun stehe ich aber vor dem Rätsel, wie ich dies jetzt hinbekomme - unter "App" Jarvis auswählen habe ich soweit gerafft... was muss ich dann dort eingeben? Also in welchem "Format"? Kann mir da vielleicht jemand weiterhelfen? Das wäre super, vielen Dank!
Hallo zusammen,
durch das automatische Update per Play Store ist bei mir auch die Version 2.1.0 der App gelandet.
Ich nutze ebenfalls jarvis als Visualisierung (aktuell Version 3.1.8).Nach neuem eintragen der Konfiguration kriege ich nur die Anzeige "Not Exists", hier die zugehörigen Log-Einträge:
jarvis.0 2026-05-21 16:50:05.828 warn : Not exists jarvis.0 2026-05-21 16:49:51.847 warn state/system.adapter.cloud.9.alive: Not exists jarvis.0 2026-05-21 16:49:51.837 warn state/system.adapter.cloud.8.alive: Not exists jarvis.0 2026-05-21 16:49:51.824 warn state/system.adapter.cloud.7.alive: Not exists jarvis.0 2026-05-21 16:49:51.812 warn state/system.adapter.cloud.6.alive: Not exists jarvis.0 2026-05-21 16:49:51.801 warn state/system.adapter.cloud.5.alive: Not exists jarvis.0 2026-05-21 16:49:51.789 warn state/system.adapter.cloud.4.alive: Not exists jarvis.0 2026-05-21 16:49:51.757 warn state/system.adapter.cloud.3.alive: Not exists jarvis.0 2026-05-21 16:49:51.735 warn state/system.adapter.cloud.2.alive: Not exists jarvis.0 2026-05-21 16:49:51.675 warn state/system.adapter.cloud.1.alive: Not exists jarvis.0 2026-05-21 16:49:51.643 warn state/system.adapter.cloud.0.alive: Not existsNutze nur die lokale Verbindung, keine cloud. Wird aber scheinbar trotzdem durch die App abgefragt.
Auch die manuelle Installation von 2.1.1 schafft hier keine Abhilfe.Was braucht ihr zur Fehlerdiagnose von mir ? g
Mit der Version v3.2.0-rc.5 von jarvis geht es wieder.
Für mich liegt es damit an jarvis und nicht an der Visu app ... -
Moin, bei mir friert die App regelmasig an meinen Galaxy Tab 8 Wandtablet ein. dann kann ich sie null mehr verwenden und muss sie manuel beenden und wieder starten. Danach läuft sie für ca 1-3 std bis sie wieder einfriert. ich habe die version 2.1.1 drauf und nutze VIS2 für die darstellung. Mein größtes problem ist das wir hier per motioneye noch die videostreams samt web hook für bewegungserkennung am laufen haben was dann durch den freez unbrauchbar wird. somit si bekommen wir nur die akustische meldung das jemand vor der haustür ist aber kein bild mehr. hat sonst noch jemand das problem?
-
Moin, bei mir friert die App regelmasig an meinen Galaxy Tab 8 Wandtablet ein. dann kann ich sie null mehr verwenden und muss sie manuel beenden und wieder starten. Danach läuft sie für ca 1-3 std bis sie wieder einfriert. ich habe die version 2.1.1 drauf und nutze VIS2 für die darstellung. Mein größtes problem ist das wir hier per motioneye noch die videostreams samt web hook für bewegungserkennung am laufen haben was dann durch den freez unbrauchbar wird. somit si bekommen wir nur die akustische meldung das jemand vor der haustür ist aber kein bild mehr. hat sonst noch jemand das problem?
@SaiBot1981 das motioneye ein resourcenfresser ist, ist bekannt. wird auch seit jahren nicht mehr betreut.
hab mich auch lange gewehrt, bin aber doch vor einiger zeit auf go2rtc umgestiegen.
meinen proxmox server freuts. cpu last um ca. 50% weniger. -
@SaiBot1981 das motioneye ein resourcenfresser ist, ist bekannt. wird auch seit jahren nicht mehr betreut.
hab mich auch lange gewehrt, bin aber doch vor einiger zeit auf go2rtc umgestiegen.
meinen proxmox server freuts. cpu last um ca. 50% weniger.@da_Woody da bist du leider falsch informiert. Motioneye wird aktualisiert. Aber es frisst bei 3 Kameras ca 20-30 % an Leistung meines systems. Das geht absolut klar. Für meine Belange ist das System völlig ausreichend.
-
@SaiBot1981 das motioneye ein resourcenfresser ist, ist bekannt. wird auch seit jahren nicht mehr betreut.
hab mich auch lange gewehrt, bin aber doch vor einiger zeit auf go2rtc umgestiegen.
meinen proxmox server freuts. cpu last um ca. 50% weniger.@da_Woody ich dachte auch es ist besser go2rtc zu verwenden, allerdings ist der Flaschenhals bei mir das Anzeige Gerät. MotionEye als iFrame stellt mir alle Streams Gleichzeitig dar, wenn ich die selbe Anzahl per go2rtc einbinden will werden nur die Hälfte geladen.
-
@da_Woody da bist du leider falsch informiert. Motioneye wird aktualisiert. Aber es frisst bei 3 Kameras ca 20-30 % an Leistung meines systems. Das geht absolut klar. Für meine Belange ist das System völlig ausreichend.
@SaiBot1981 ja, gab mal eine initiative, aber da tat sich auch länger nichts.
zum thema leistung:
9 cams

grad nochmal motion VM gestartet

das geht teilweise auf 80% rauf.
ok, das eine ist LXC, das andere VM, der unterschied bei CPU ist tropsdem heftig.als iFrame
ich hab keine gesamtübersicht bei mir in iQontrol, max 3 auf einer seite. außerdem nicht als iframe.

einfach http://außerdem hatte ich mit motion 3-4 sec versatz, mit go2 nicht mal 1 sec
-
@SaiBot1981 ja, gab mal eine initiative, aber da tat sich auch länger nichts.
zum thema leistung:
9 cams

grad nochmal motion VM gestartet

das geht teilweise auf 80% rauf.
ok, das eine ist LXC, das andere VM, der unterschied bei CPU ist tropsdem heftig.als iFrame
ich hab keine gesamtübersicht bei mir in iQontrol, max 3 auf einer seite. außerdem nicht als iframe.

einfach http://außerdem hatte ich mit motion 3-4 sec versatz, mit go2 nicht mal 1 sec
Da muss ich @da_woody zustimmen.
MotionEye war vor einiger Zeit auch mein Favorit .
Weil es nicht viel Konkurrenz damals gab , hab ich mich auch mit den 3-6 Sekunden Versatz zufriedengeben.
Mit der Umstellung auf Go2rtc hab ich dann aber alles richtig gemacht .
Keinen Versatz und 9 Kameras laufen gleichzeitig. -
Um nochmal klar zu stellen was mein Problem ist. Die App lässt sich nicht mehr bedienen. Anzeigen wie Anwesenheitsstatus usw reagieren. Jedoch reagiert die App nicht mehr auf Touch Eingaben. Die RAM Auslastung ist nicht zu hoch, es ist genug Reserve. Selbst über Telegramm werden die Videos versendet. Nur die App reagiert nicht mehr wenn ich was anklicke.
-
Da bei zwei Tablets mit der "alten" iobroker.vis App seit neustem immer wieder die App stehengeblieben ist (wurde immer langsamer bis die App vollständigt Standbild hat), habe ich mal geschaut ob es ein Update gibt. Ich hatte seit Jahren die App auf den Tablets (Android 13) und seit ein paar Tagen froren die Apps an zwei Tablets immer wieder komplett ein (wurden langsamer bis das Bild stillstand). Vorher nie Probleme gehabt jahrelang. Komisch.
Ich habe nun zum testen die neue iobroker.vis App installiert schaut komplett anders aus als die "alte" App. Läuft soweit und friert hoffentlich nicht wieder ein. Die neue App ist doch moderner von der Menüstruktur gefällt mir besser als die alte Version.
Eine Frage trotzdem:
Ich habe den Batteriestatus an den ioBroker normalerweise aktiviert, aber da bekomme ich mit der neusten Version immer im Protokoll folgende Meldung:
web.0 2026-05-29 13:52:01.368 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"true","deviceName":"Tablet-Wohnzimmer","name":"alive"}" web.0 2026-05-29 13:51:56.798 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:56.741 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:51.755 warn State "vis.0.Tablet-Wohnzimmer.alive" has no existing object, this might lead to an error in future versions web.0 2026-05-29 13:51:51.604 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:51.589 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:46.559 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:46.502 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:41.755 warn State "vis.0.Tablet-Wohnzimmer.alive" has no existing object, this might lead to an error in future versions web.0 2026-05-29 13:51:36.231 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:36.216 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:31.757 warn State "vis.0.Tablet-Wohnzimmer.alive" has no existing object, this might lead to an error in future versions web.0 2026-05-29 13:51:31.118 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:31.103 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}"Es spammt quasi das Protokoll zu, ohne aufzuhören. Erst wenn ich die Battiestatus übertragung in der App deaktiviere ist es nicht ganz weg aber nur noch alle 30-40 sek. mit der selben Meldung. Muss man da noch was freischalten oder umstellen im iobroker? Mit der alten App gab es diese Meldungen nicht.
Wenn diese App auch einfriert, dann schaue ich doch zu einer "älteren" Version, aber ich hoffe wenn es auftritt das es da eine Lösung gibt oder ein Bugfix.
Keine Stunde vergangen, auch die neue App ist wieder eingefroren. Leider. Wenn man die App schliesst und neu startet, dann geht sie wieder direkt ohne was im iobroker zu ändern/neu zu starten.
-
Da bei zwei Tablets mit der "alten" iobroker.vis App seit neustem immer wieder die App stehengeblieben ist (wurde immer langsamer bis die App vollständigt Standbild hat), habe ich mal geschaut ob es ein Update gibt. Ich hatte seit Jahren die App auf den Tablets (Android 13) und seit ein paar Tagen froren die Apps an zwei Tablets immer wieder komplett ein (wurden langsamer bis das Bild stillstand). Vorher nie Probleme gehabt jahrelang. Komisch.
Ich habe nun zum testen die neue iobroker.vis App installiert schaut komplett anders aus als die "alte" App. Läuft soweit und friert hoffentlich nicht wieder ein. Die neue App ist doch moderner von der Menüstruktur gefällt mir besser als die alte Version.
Eine Frage trotzdem:
Ich habe den Batteriestatus an den ioBroker normalerweise aktiviert, aber da bekomme ich mit der neusten Version immer im Protokoll folgende Meldung:
web.0 2026-05-29 13:52:01.368 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"true","deviceName":"Tablet-Wohnzimmer","name":"alive"}" web.0 2026-05-29 13:51:56.798 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:56.741 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:51.755 warn State "vis.0.Tablet-Wohnzimmer.alive" has no existing object, this might lead to an error in future versions web.0 2026-05-29 13:51:51.604 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:51.589 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:46.559 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:46.502 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:41.755 warn State "vis.0.Tablet-Wohnzimmer.alive" has no existing object, this might lead to an error in future versions web.0 2026-05-29 13:51:36.231 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:36.216 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-29 13:51:31.757 warn State "vis.0.Tablet-Wohnzimmer.alive" has no existing object, this might lead to an error in future versions web.0 2026-05-29 13:51:31.118 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"2","deviceName":"Tablet-Wohnzimmer","name":"batteryState"}" web.0 2026-05-29 13:51:31.103 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet-Wohnzimmer","name":"batteryLevel"}"Es spammt quasi das Protokoll zu, ohne aufzuhören. Erst wenn ich die Battiestatus übertragung in der App deaktiviere ist es nicht ganz weg aber nur noch alle 30-40 sek. mit der selben Meldung. Muss man da noch was freischalten oder umstellen im iobroker? Mit der alten App gab es diese Meldungen nicht.
Wenn diese App auch einfriert, dann schaue ich doch zu einer "älteren" Version, aber ich hoffe wenn es auftritt das es da eine Lösung gibt oder ein Bugfix.
Keine Stunde vergangen, auch die neue App ist wieder eingefroren. Leider. Wenn man die App schliesst und neu startet, dann geht sie wieder direkt ohne was im iobroker zu ändern/neu zu starten.
Ich hatte seit Jahren die App auf den Tablets (Android 13) und seit ein paar Tagen froren die Apps an zwei Tablets immer wieder komplett ein (wurden langsamer bis das Bild stillstand). Vorher nie Probleme gehabt jahrelang. Komisch.
Das hört sich aber nicht nach einem Problem mit der App an, sondern eher als wenn da nicht genug Ressourcen vorhanden sind, bzw. diese durch andere Dinge belegt werden. Insbesondere wenn an der App der Aussage nach nichts verändert wurde. Wie sieht denn die Ressourcenauslastung in so einem Moment aus? Was läuft auf den Tablets noch was ggf. (vor ein paar Tagen?) aktualisiert worden ist?
Zum Batteriestatus kann ich nichts sagen. Ich nutze die App nur am Handy. Auf den 4 Wand-Tablets läuft der Fully Kiosk Browser.
-
Um nochmal klar zu stellen was mein Problem ist. Die App lässt sich nicht mehr bedienen. Anzeigen wie Anwesenheitsstatus usw reagieren. Jedoch reagiert die App nicht mehr auf Touch Eingaben. Die RAM Auslastung ist nicht zu hoch, es ist genug Reserve. Selbst über Telegramm werden die Videos versendet. Nur die App reagiert nicht mehr wenn ich was anklicke.
Um nochmal klar zu stellen was mein Problem ist. Die App lässt sich nicht mehr bedienen.
Ich denke das ist deutlich geworden. Das Problem scheint ja aber nicht immer existiert zu haben, also muss man die Frage nach dem "seit wann" erstmal genau definieren. Wenn an der App nichts geändert worden ist, dann ggf. am Tablet.
Die RAM Auslastung ist nicht zu hoch, es ist genug Reserve.
Das machst Du woran fest? Klingen tut die Beschreibung jedenfalls auch nach Ressourcenproblemen. Um das auszuschließen hast Du sicher aufgrund des Hinweises auf den Ressourcenhunger vom MotionEye selbiges mal testweise deaktiviert um einen Zusammenhang damit auszuschließen?
Selbst über Telegramm werden die Videos versendet. Nur die App reagiert nicht mehr wenn ich was anklicke.
Was hat die App mit Telegram zu tun?
-
Leider ist Ram oder Cache nicht da Problem. Von 3GB sind 2,4GB belegt. Die App selbst braucht 65MB. Da ist noch Platz. Am Tablet selbst ist auch noch viel Platz.
Aktualisiert wurden nur Google Apps, das meiste habe ich eh gelöscht per ADB auf den Tablets.
Ich werde es nochmal neu einrichten kurz. Mal schauen ob es dann geht.
-
Um nochmal klar zu stellen was mein Problem ist. Die App lässt sich nicht mehr bedienen.
Ich denke das ist deutlich geworden. Das Problem scheint ja aber nicht immer existiert zu haben, also muss man die Frage nach dem "seit wann" erstmal genau definieren. Wenn an der App nichts geändert worden ist, dann ggf. am Tablet.
Die RAM Auslastung ist nicht zu hoch, es ist genug Reserve.
Das machst Du woran fest? Klingen tut die Beschreibung jedenfalls auch nach Ressourcenproblemen. Um das auszuschließen hast Du sicher aufgrund des Hinweises auf den Ressourcenhunger vom MotionEye selbiges mal testweise deaktiviert um einen Zusammenhang damit auszuschließen?
Selbst über Telegramm werden die Videos versendet. Nur die App reagiert nicht mehr wenn ich was anklicke.
Was hat die App mit Telegram zu tun?
Um nochmal klar zu stellen was mein Problem ist. Die App lässt sich nicht mehr bedienen.
Ich denke das ist deutlich geworden. Das Problem scheint ja aber nicht immer existiert zu haben, also muss man die Frage nach dem "seit wann" erstmal genau definieren. Wenn an der App nichts geändert worden ist, dann ggf. am Tablet.
Die RAM Auslastung ist nicht zu hoch, es ist genug Reserve.
Das machst Du woran fest? Klingen tut die Beschreibung jedenfalls auch nach Ressourcenproblemen. Um das auszuschließen hast Du sicher aufgrund des Hinweises auf den Ressourcenhunger vom MotionEye selbiges mal testweise deaktiviert um einen Zusammenhang damit auszuschließen?
Selbst über Telegramm werden die Videos versendet. Nur die App reagiert nicht mehr wenn ich was anklicke.
Was hat die App mit Telegram zu tun?
naja Telegram bzw Motioneye lädt ja die videos in einen ordner von iobroker und dieser sendet dann via telegram die videos an mich oder meine frau.so nun habe ich mal per putty über htop geschaut was meine cpu auslastung und ram angeht. cpu schwankt immer so zwischen 11 und 36% je nachdem ob jemand durch eine der kameras läuft und die ramauslastung hat über 1GB Reserve. muss mich auch korregieren, hab nur 4GB Ram
-
Das Zurücksetzen des Tablets hat geholfen. Die App geht nun ohne Crash.
Nur die Meldungen wenn man die Akku-Abfrage an den ioBroker aktivert bleibt:
web.0
2026-05-30 23:33:42.338 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"true","deviceName":"Tablet_Wohnzimmer","name":"alive"}"
web.0
2026-05-30 23:33:38.643 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"3","deviceName":"Tablet_Wohnzimmer","name":"batteryState"}"
web.0
2026-05-30 23:33:38.587 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet_Wohnzimmer","name":"batteryLevel"}"Kommt alle paar Sekunden.
-
Das Zurücksetzen des Tablets hat geholfen. Die App geht nun ohne Crash.
Nur die Meldungen wenn man die Akku-Abfrage an den ioBroker aktivert bleibt:
web.0
2026-05-30 23:33:42.338 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"true","deviceName":"Tablet_Wohnzimmer","name":"alive"}"
web.0
2026-05-30 23:33:38.643 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"3","deviceName":"Tablet_Wohnzimmer","name":"batteryState"}"
web.0
2026-05-30 23:33:38.587 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"100","deviceName":"Tablet_Wohnzimmer","name":"batteryLevel"}"Kommt alle paar Sekunden.
-
Also es ist kein Script (habe alle mal testweise pausiert, kommt immer noch), kommt ja von der App auf dem Tablet. Steht ja auch drinnen
value":"true","deviceName":"Tablet_Wohnzimmer","name":"alive"Ich habe da nur den lokalen Zugang eingerichtet, geht ja auch alles am Tablet. Die Cloud anbindung habe ich am Tablet gar nicht eingerichet, ist ja lokal wozu auch.
Hmm, komisch.
-
Also es ist kein Script (habe alle mal testweise pausiert, kommt immer noch), kommt ja von der App auf dem Tablet. Steht ja auch drinnen
value":"true","deviceName":"Tablet_Wohnzimmer","name":"alive"Ich habe da nur den lokalen Zugang eingerichtet, geht ja auch alles am Tablet. Die Cloud anbindung habe ich am Tablet gar nicht eingerichet, ist ja lokal wozu auch.
Hmm, komisch.
-
Ja kommt vom web.0 Adapter. Vor der Umstellung auf die neue iobroker-App am Tablet hatte ich auch den Akku übermittelt (kam ja am Vis.0 bei den Objekten), seit der neuen App kommt der Akkustand im Cloud-Adapter (cloud.0.devices.Tablet_Wohnzimmer.batteryLevel). Genau seitdem habe ich diese Meldungen, mit der alten App wo der Akkustand im Vis.0 kam nie.
Das ist die Meldung:
web.0 2026-05-31 14:42:36.820 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"1","deviceName":"Tablet_Wohnzimmer","name":"batteryState"}" web.0 2026-05-31 14:42:36.809 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"97","deviceName":"Tablet_Wohnzimmer","name":"batteryLevel"}" web.0 2026-05-31 14:42:31.745 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"1","deviceName":"Tablet_Wohnzimmer","name":"batteryState"}" web.0 2026-05-31 14:42:31.689 warn Read-only state "cloud.0.remote.command" has been written without ack-flag with value "{"value":"97","deviceName":"Tablet_Wohnzimmer","name":"batteryLevel"}"Der Akkustand geht auch einwandfrei, aber diese Meldungen sind nicht nötig. Ein Log oder ähnliches habe ich nirgends extra aktiviert.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden