Neues YouTube-Video: Visualisierung im Devices-Adapter

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

[haselchen]

@Kredar

Da scheint was in den Datenpunkt geschrieben zu werden, der Read Only ist.
Durchsuch mal Deine Skripte/Blocklys.

[Kredar]

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.

[Homoran]

@Kredar sagte:

komisch

Wie sehen denn die Objektdaten von

@Kredar sagte:

cloud.0.remote.command

Aus?

Der Bezeichnung nach ist das ein Datenpunkt um Befehle abzusetzen

Und die Meldung kommt vom Web.0

Also möglicherweise aus einer vis

[Kredar]

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.

[Homoran]

Homoran sagte:

Wie sehen denn die Objektdaten von

@Kredar sagte:

cloud.0.remote.command

Aus?

??

[Kredar]

Habe es mal rauskopiert:

cloud.0.remote.command - Received remote command from the app via cloud - {"value":"true","deviceName":"Tablet_Wohnzimmer","name":"alive"}

Typ und Rolle: State

[Homoran]

@Kredar sagte:

Habe es mal rauskopiert:

Bitte die Opjektdaten von dem genannten DP!
Keine logmeldungen!

[Kredar]

Das ist der Datenpunkt, außer der steht woanders.

[Homoran]

@Kredar sagte:

Das ist der Datenpunk

Aber nicht dessen Objektdaten!

Expertenmodus
Bleistift
Objektdaten

Diese als Text in code-tags posten

[Kredar]

Okay hier:

{
  "_id": "cloud.0.remote.command",
  "type": "state",
  "common": {
    "role": "state",
    "name": "Received remote command from the app via cloud",
    "type": "string",
    "read": true,
    "write": false
  },
  "native": {},
  "from": "system.adapter.cloud.0",
  "user": "system.user.admin",
  "ts": 1770224261755,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Dragon]

Habe das Problem, dass seit dem letzen Update der mobile Zugang nicht mehr funktioniert. Jemand eine Idee?
Zuvor war die Farbe über mobil auf hell gestellt und es ließ sich nicht in der vis2 erkennen.
Beide Probleme traten auf dem Pixel 10 pro mit der jeweils aktuellen App Version auf

[Bluefox]

@Kredar Das ist jetzt in der neuen Cloud (6.0.5) version gefixt.

[Kredar]

@Bluefox sagte:

@Kredar Das ist jetzt in der neuen Cloud (6.0.5) version gefixt.

Super danke für die Info. mfg

[Bluefox]

In 2.2.0 habe ich widgets implementiert.

Den Zustand wird in 3 Methoden upgedated:

• Zyklisch, aber mit dem Intervall 15 Minuten mindestens;
• Nach Tippen am Widget
• Über iot Messages.

ioBroker.iot 6.1.0 hat jetzt die Möglichkeit direkt den Zustand an App senden:

Allerdings, das ist für seltene Ereignisse gedacht, z.b. Temperatur update jeder Stunde, oder Alarmanlage. Nicht die Werte die jede Minute sich updaten.

Batteriezustand wird jetzt auch im Hintergrund upgedatet.

[Black_Teletabbi]

Guten Abend in die Runde,

erstmal großes Lob an den Entwickler das MakeOver der App ist Klasse.
Ich nutze Produktiv noch die alte Version der App (1.4.3), möchte aber bald umsteigen.
Auf meinem Test Tablet lies sich mein vis(-1) super einbinden und die app ist flüssig und funktional.
In den vorherigen Beträgen habe ich gelesen das der Batteriezustand auch übertragen wird.
Bei der "alten" App war dieser unter vis.X.Gerätename.Battery zu finden.
Ich nutze den Wert um über eine kleine Logik (Blocky), das Netzteil bei konkreten Werten über einen
Smartplug ein- bzw auszuschalten.

Vielleicht habe ich den Datenpunkt aber auch nur übersehen.
Ich nutze vis komplett lokal. Die Tabs haben keine direkte Internetverbindung.
Für Hilfe wäre ich sehr dankbar.

[oxident]

Meint ihr, es wird irgendwann wieder einen Remote-Zugang (ohne Cloud) geben?
Finde die neue App toll und auch sehr schnell, muss aber unterwegs den deutlich langsameren Browser verwenden :-(

[Bluefox]

@Black_Teletabbi Ich fand die Position falsch und habe dann die Batterie unter cloud.0.devices.GERÄTENAME.batteryLevel platziert.