Neues YouTube-Video: Visualisierung im Devices-Adapter

[Homoran]

@amg_666 sagte:

Boah, vergiss es,

Was soll denn dieser Ton?
@bluefox versucht hier zeitnah mögliche Issues zu reproduzieren um sie zu beheben und du kommst jetzt so??
Anstelle die bereits mehrfach angefragten Informationen zu liefern?

[da_Woody]

@Bluefox ich weiß Du hast viel um die Ohren.
Du editierst zwar den Link und die History, warum nicht die Versionsnummer?
Da steht immer noch 2.0.11.
Wird wieder bei vielen für Verwirrungen sorgen.
Bei Google Play ist nach wie vor die 2.1 drinnen. Liegt aber wahrscheinlich am PlayStore.
Nicht falsch verstehen, sondern als konstruktive Kritik sehen... :)

[amg_666]

@Homoran sagte:

Was soll denn dieser Ton?

Das bezog sich auf MEINE Dämlichkeit.

[stechlinger]

@Frosti sagte:

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 exists

Nutze 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

[EsJot]

Mit Version 2.1.1 funktionieren wieder mehrere "Projekte", vielen Dank für das schnelle Update!

[amg_666]

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?

[stechlinger]

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 ...

[SaiBot1981]

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?

[da_Woody]

@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]

@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.

[Jey Cee]

@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]

@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.

@Jey-Cee sagte:

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

[haselchen]

@jey-cee

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.

[SaiBot1981]

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.

[Kredar]

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.

[Samson71]

@Kredar sagte:

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.

[Samson71]

@SaiBot1981 sagte:

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?

[Kredar]

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.

[SaiBot1981]

@Samson71 sagte:

@SaiBot1981 sagte:

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

[Kredar]

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.