Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[A Former User]

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

[A Former User]

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

[A Former User]

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

[e-s]

@ilovegym

[A Former User]

@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

[A Former User]

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

[A Former User]

@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

[A Former User]

@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

[e-s]

@nis
das log von gestern ist auch von dem Gerät was kein Akkuwert anzeigt. Solltest du darin auch finden, aber ich sehe da nix.

Die Tabelle muss nicht schön, aber wäre klasse wenn ich schon mal sehen könnte ob es überhaupt funktioniert, dann könnte ich weiter basteln in meinen Ideen.

[A Former User]

@e-s Das Log beinhaltet nur 3 Minuten nachdem erfolgreichen Anmelden, das ist etwas zuwenig um das Akkuproblem zu finden.

[e-s]

@nis
Nach erneuten Neustart klappt es auf einmal, keine Ahnung warum.

Für mich ist der akkustand ja nur interessant, damit ich nicht vergesse die Tablets aufzuladen.
Jetzt will ich mir ein kleines script dazu basteln, ich überlege jedoch ob es nicht Sinn machen würde sowas direkt in die app zu integrieren.
Also min / max Level Eingabe und zusätzlich die id die eine pushnachricht bekommen soll.

[A Former User]

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

Nach erneuten Neustart klappt es auf einmal, keine Ahnung warum.

Beim Neustart werden die Prozesse neu registriert die auf Änderungen der Batterie reagieren.

[e-s]

@nis
Hatte das tablet mindestens schon 5 mal neu gestartet, da hatte es nichts gebracht.

Was hältst du von den pushmeldungen, extern im iobroker script oder in der app?

[A Former User]

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

Was hältst du von den pushmeldungen, extern im iobroker script oder in der app?

das würde ich extern mit einem Skript in ioBroker machen

[e-s]

@nis
Mach ich dann.

[e-s]

@nis
Zeitangabe funktioniert, wenn man die app aber ärgert dann kann man diese abschießen.
Wenn man 2l eingibt, meckert er ordnungsgemäß wegen falschem Zeichen.
Gibt man aber 2m30s ein, wird die Eingabe übernommen aber die app crasht dauerhaft. Im log kann ich aber nichts sehen:

08:33:00:542 D/StateFirebaseServiceImpl - 61: Service created
08:33:00:556 D/EnumFirebaseServiceImpl - 54: Service created
08:33:00:648 I/FirebaseService - 205: DeviceFirebaseServiceImpl successfully connected
08:33:00:654 I/DeviceFirebaseServiceImpl - 73: buffer is empty
08:33:00:657 I/FirebaseService - 205: StateFirebaseServiceImpl successfully connected
08:33:00:662 I/FirebaseService - 205: EnumFirebaseServiceImpl successfully connected
08:33:00:894 V/FCMService - 78:  onCreate called
08:33:00:913 D/FCMService - 85: Message received
08:33:01:744 I/DeviceFirebaseServiceImpl - 87: send device S105G
08:33:14:240 D/StateFirebaseServiceImpl - 61: Service created
08:33:14:253 D/EnumFirebaseServiceImpl - 54: Service created
08:33:14:345 I/FirebaseService - 205: DeviceFirebaseServiceImpl successfully connected
08:33:14:348 I/DeviceFirebaseServiceImpl - 73: buffer is empty
08:33:14:353 I/FirebaseService - 205: StateFirebaseServiceImpl successfully connected
08:33:14:357 I/FirebaseService - 205: EnumFirebaseServiceImpl successfully connected
08:33:29:148 I/StateFirebaseServiceImpl - 117: send new value for 0_userdata.0.Funktionen.Warnungen.Shelly_Temperatur
08:33:33:677 V/FCMService - 78:  onCreate called
08:33:33:704 D/FCMService - 85: Message received
08:33:33:742 D/FCMService - 85: Message received
08:33:34:008 D/FCMService - 85: Message received
08:33:36:333 D/StateFirebaseServiceImpl - 61: Service created
08:33:36:346 D/EnumFirebaseServiceImpl - 54: Service created
08:33:36:461 I/FirebaseService - 205: DeviceFirebaseServiceImpl successfully connected
08:33:36:476 I/DeviceFirebaseServiceImpl - 73: buffer is empty
08:33:36:479 I/FirebaseService - 205: StateFirebaseServiceImpl successfully connected
08:33:36:484 I/FirebaseService - 205: EnumFirebaseServiceImpl successfully connected
08:33:38:018 V/FCMService - 78:  onCreate called
08:33:38:029 D/FCMService - 85: Message received
08:33:38:834 I/DeviceFirebaseServiceImpl - 87: send device S105G
08:33:41:630 D/FCMService - 85: Message received
08:33:41:685 D/FCMService - 85: Message received
08:33:41:721 D/FCMService - 85: Message received
08:33:48:013 V/FCMService - 78:  onCreate called
08:33:48:030 I/FirebaseService - 205: DeviceFirebaseServiceImpl successfully connected
08:33:48:036 I/DeviceFirebaseServiceImpl - 73: buffer is empty
08:33:48:053 D/FCMService - 85: Message received

[Basti97]

Wie funktioniert jetzt die GPS Anwesenheit genau. Muss ich nur die App und den Adapter installieren. Und dann wird wohl der GPS Standort geschickt. Wie funktioniert es außerhalb wenn ich nicht mehr Zuhause bin wie bekommt iobroker die GPS- Standort.

[A Former User]

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

Wie funktioniert jetzt die GPS Anwesenheit genau. Muss ich nur die App und den Adapter installieren. Und dann wird wohl der GPS Standort geschickt. Wie funktioniert es außerhalb wenn ich nicht mehr Zuhause bin wie bekommt iobroker die GPS- Standort.

Du benötigst die App und den Adapter mit einer Lizenz. Dann kannst du in der App mehrere Gebiete einrichten, also GPS Punkt mit Umkreis. Jedes Gebiet bekommt einen Namen. Die Gebiete werden in ioBroker synchronisiert und zudem ob sich das Smartphone in einem der Gebiete befindet.
Der GPS Standort wird nicht von der App an ioBroker übermittelt. Nur die eingerichteten Gebiete mit Änderungen True/False bei betreten oder verlassen.