UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[e-s]

@nis
Extrem merkwürdig, habe ein tablet neu gestartet. Danach kamen 3 mal wieder 0 und plötzlich die richtigen Werte.
Und dann sofort die Werte der anderen Tablets ohne das daran was verändert wurde!?!?

Aber ich habe das jetzt die ganze Zeit im log beobachtet, 3 Geräte haben jeweils ein paar Prozente(1-3) weniger Akku in der Zeit bekommen.
Die Werte im log blieben aber immer gleich bei jedem logeintrag. Also bei jedem alive change.

edit: habe versucht den Fehler mit dem einloggen nachzustellen, es ist zwar etwas komisch wenn man sich vertippt, aber prinzipiell geht es scheinbar doch, notfalls die App einmal beenden.
Anschließend war Akku wieder auf 0, nach 2-3 Minuten ging dies auch wieder. Scheinbar wird nur ab und zu in der App der Stand neu kontrolliert und dieser Wert die nächsten Minuten versendet.

[Ein ehemaliger Benutzer]

@e-s Der Batteriezustand sollte eigentlich sofort übermittelt werden wenn sich die Prozente ändern oder wenn ein Netzteil angeschlossen/entfernt wird. Als Fallback wird zudem alle 15 Minuten der aktuell Stand übermittelt.

Poste (oder schick ne mail) mal deine Logeinträge, dann schaue ich dort gerne mal drauf.

[e-s]

@nis
Mache ich morgen, auf welchem debug Level?

[Ein ehemaliger Benutzer]

@e-s am besten wäre Verbose

[e-s]

@nis
Wenn man die Geräte alle mal in Ruhe lässt, dann scheint es doch zu funktionieren...
Also könnte meine Ungeduld Schuld sein.

Das Fire will aber wirklich nicht, um verbose Log passiert aber kaum was

23:02:53:373 D/StateFirebaseServiceImp - 61: Service created
23:02:53:425 D/EnumFirebaseServiceImpl - 54: Service created
23:02:53:681 I/FirebaseService - 205: DeviceFirebaseServiceImpl successfully connected
23:02:53:688 I/DeviceFirebaseServiceIm - 73: buffer is empty
23:02:53:692 I/FirebaseService - 205: StateFirebaseServiceImpl successfully connected
23:02:53:734 I/FirebaseService - 205: EnumFirebaseServiceImpl successfully connected
23:02:58:358 D/HostFirebaseServiceImpl - 60: Service created
23:02:58:369 D/InstanceFirebaseService - 60: Service created
23:02:58:376 D/AdapterFirebaseServiceI - 54: Service created
23:02:58:555 I/FirebaseService - 205: HostFirebaseServiceImpl successfully connected
23:02:58:559 I/FirebaseService - 205: InstanceFirebaseServiceImpl successfully connected
23:02:58:567 I/FirebaseService - 205: AdapterFirebaseServiceImpl successfully connected
23:03:03:503 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:03:03:504 I/HostFirebaseServiceImpl - 70: start syncing
23:03:03:508 I/InstanceFirebaseService - 70: start syncing
23:03:03:509 I/AdapterFirebaseServiceI - 77: start syncing
23:03:03:582 I/EnumFirebaseServiceImpl - 77: start syncing
23:03:03:647 I/StateFirebaseServiceImp - 91: start syncing
23:03:03:863 I/EnumFirebaseServiceImpl - 123: no differences found
23:03:03:868 I/StateFirebaseServiceImp - 150: no differences found
23:03:03:872 I/AdapterFirebaseServiceI - 109: 0 differences found
23:03:03:877 D/AdapterFirebaseServiceI - 119: system.adapter.icons-material-png found only local 
23:03:03:881 I/HostFirebaseServiceImpl - 133: no differences found
23:03:03:884 I/InstanceFirebaseService - 137: no differences found
23:03:09:841 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:03:14:983 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:03:19:029 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:06:01:721 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:06:21:891 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:06:48:552 I/DeviceFirebaseServiceIm - 87: send device FireHD8
23:07:36:881 I/DeviceFirebaseServiceIm - 87: send device FireHD8

Werde es weiter beobachten, aber bisher bleibt die 0 stehen.
Neustart hat auch nicht geholfen.

[Ein ehemaliger Benutzer]

@e-s es könte an der doch schon recht alten Android Version liegen, da muss ich mal recherchieren ob man da was zu findet an Inkompabilitäten...

[Ein ehemaliger Benutzer]

@e-s sagte in Beta-Test Android App ioGo 2.1.x:

Ist es theoretisch möglich eine Pushnachricht mit verfallszeit zu senden, also push kommt auf handy an und wird nach Zeit x wieder von selbst gelöscht aus der Infobar auch wenn nicht weggedrückt oder gesehen?

In der nächsten Version kann man einstellen, dass Pushnachrichten nach x Sekunden entfernt werden sollen. Die Nachrichten sind dann trotzdem noch in der Messageliste der App nachzusehen.

[e-s]

@nis
Hab dir ne Mail gesendet...

[Ein ehemaliger Benutzer]

@nis Version 2.1.8 kommt gerade als Beta online:
(Feature) Automatisches Löschen von Pushbenarichtigungen

[e-s]

@nis
Habs gerade installiert aber noch nicht getestet. Geht das nur global oder wäre es auch möglich durch prio Wahl beim senden zu unterscheiden ob Nachrichten existent in der statusleiste bleiben oder nicht?

Edit: klappt einwandfrei, nur möchte ich nicht alle Nachrichten sofort wieder weg haben.

Edit2: hab mal auf dem fireHD eine akku app installiert, die kann prinzipiell den akkustand auslesen. Du kannst ja alternativ mal eine Beta bauen die den akkustand in der app selbst anzeigt um dem Fehler eingrenzen zu können.

[Ein ehemaliger Benutzer]

@e-s sagte in Beta-Test Android App ioGo 2.1.x:

Geht das nur global oder wäre es auch möglich durch prio Wahl beim senden zu unterscheiden ob Nachrichten existent in der statusleiste bleiben oder nicht?

Geht aktuell nur global. Aber genau dafür ist ja die Beta Version auch da, einfach mal zum Ausprobieren.
Ich finde die Idee gut, dass Nachrichten mit hoher Prio nicht automatisch gelöscht werden.
Für Normale Nachrichten zieht dann der globale Timeout und zusätzlich kann ich auch noch einen individuellen Timeout als Payload der Nachricht selber einbauen. Dann kann man auch jede einzelne Nachricht individuell löschen lassen.

[Ein ehemaliger Benutzer]

@e-s sagte in Beta-Test Android App ioGo 2.1.x:

Edit2: hab mal auf dem fireHD eine akku app installiert, die kann prinzipiell den akkustand auslesen. Du kannst ja alternativ mal eine Beta bauen die den akkustand in der app selbst anzeigt um dem Fehler eingrenzen zu können.

Ich würde das lieber erstmal über die Logs versuchen zu analysieren. Dazu bin ich gerade dabei die App mit weiteren sinnvollen Logging zu versehen.

[Ein ehemaliger Benutzer]

@nis Hi, könnte man das automatische löschen auch in Minuten eingeben? Hab da jetzt 86400 stehen... 🙈

[e-s]

@ilovegym
🤣🤣

[Ein ehemaliger Benutzer]

@ilovegym sagte in Beta-Test Android App ioGo 2.1.x:

@nis Hi, könnte man das automatische löschen auch in Minuten eingeben? Hab da jetzt 86400 stehen... 🙈

ich versuche mal in der nächsten Version den folgenden Input zu ermöglichen:

• "30" = 30 Sekunden
• "30s" = 30 Sekunden
• "10m" = 10 Minuten
• "12h" = 12 Stunden
• "2d" = 2 Tage

[Ein ehemaliger Benutzer]

@nis und da ist auch schon die neue Version 2.1.9 (als Beta) mit "smarter" Zeitangabe beim Löschen von Pushnachrichten...

Folgendes ist möglich als Eingabe:
"30s" = 30 Sekunden
"10m" = 10 Minuten
"12h" = 12 Stunden
"2d" = 2 Tage

[e-s]

@nis
konntest du dir meine Mail von gestern ansehen?

[Ein ehemaliger Benutzer]

@e-s ja, habe ich gesehen. Ich kann es aber nicht nachstellen. Wenn ich das Passwort falsch eingebe kommt bei Information "iogo - account unknown". Wenn ich dann das richtige Passwort eingebe, steht dort sofort wieder "iogo -connected"

[e-s]

@nis
ist ja auch nicht so wichtig, schon komisch das es nur mit 2 verschiedene Geräten passiert ist.
Viel wichtiger wäre mir im Moment sowieso der Akkuwert und noch wichtiger die json Tabelle:blush:

[Ein ehemaliger Benutzer]

@e-s hattest du mir schonmal wegen dem Akkuthema ein Log der App geschickt? Ich habe eine Vermutung woran es liegt und könnte das mit dem Log überprüfen.

Tabellen wird vermutlich noch etwas länger dauern, ist nicht so einfach aus einem beliebigen JsonArray eine hübsche Tabelle zu zaubern