[gelöst] Anwesenheiterkennung mithile eine Tablets + G-Tag + AMAD

[CoolTux]

Vergiss was ich geschrieben habe. Vergiss alles. Keine Ahnung wieso ich das geschrieben habe. 

[CoolTux]

Wenn ich der Spezifikation glauben darf muss es ein Nexus7 2013 sein da das 2012er nur Bluetooth 3 kann.

Die Ursache für den Akkuverbrauch habe ich scheinbar gefunden. Das Display bleibt an.
Ich weis nur noch nicht was das Display mit Bluetooth zu tun hat.

Ich bin auch gerade nicht 100%ig sicher ob es direkt mit dem Script zu tun hat denn das wird ja nur 1x jede Minute ausgeführt aber das Display geht direkt immer wieder an. 
Selbst nach einen "set screen off" geht es direkt wieder an.

Code Auswählen Erweitern

2018-07-24 10:31:36 AMADDevice TabletEG screen off
2018-07-24 10:31:37 AMADDevice TabletEG screen: on locked
2018-07-24 10:31:39 AMADDevice TabletEG screen: on unlocked
2018-07-24 10:31:43 AMADDevice TabletEG screen off
2018-07-24 10:31:45 AMADDevice TabletEG screen: on locked
2018-07-24 10:31:47 AMADDevice TabletEG screen: on unlocked

Habe meinen Fehler gefunden. Ich war auf der falschen Seite. Sorry

[WhyTea]

  Das kann doch jedem mal passieren.

Verstehst Du nun meine Verwunderung über deine Antworten. Ja? 

Aber ich bin gerade mal mit dem G-Tag spazieren gegangen um zu provozieren das er nicht da ist und siehe es hat geklappt.

Code Auswählen Erweitern

2018-10-13 22:05:59 AMADDevice TabletEG bluetooth: on
2018-10-13 22:06:01 AMADDevice TabletEG bluetooth: off
2018-10-13 22:08:11 AMADDevice TabletEG bluetooth: on
2018-10-13 22:08:12 AMADDevice TabletEG bluetooth: off
2018-10-13 22:10:00 AMADDevice TabletEG bluetooth: on
2018-10-13 22:10:01 AMADDevice TabletEG bluetooth: off
2018-10-13 22:11:59 AMADDevice TabletEG bluetooth: on
2018-10-13 22:12:04 AMADDevice TabletEG bluetooth: off
2018-10-13 22:13:59 AMADDevice TabletEG bluetooth: on
2018-10-13 22:14:15 AMADDevice TabletEG whity-tag: absent
2018-10-13 22:14:21 AMADDevice TabletEG bluetooth: off
2018-10-13 22:14:44 AMADDevice TabletEG bluetooth: on
2018-10-13 22:14:48 AMADDevice TabletEG batteryPercent: 52
2018-10-13 22:15:00 AMADDevice TabletEG bluetooth: off
2018-10-13 22:15:59 AMADDevice TabletEG bluetooth: on
2018-10-13 22:16:14 AMADDevice TabletEG bluetooth: off
2018-10-13 22:18:11 AMADDevice TabletEG bluetooth: on
2018-10-13 22:18:27 AMADDevice TabletEG bluetooth: off
2018-10-13 22:19:23 AMADDevice TabletEG bluetooth: on
2018-10-13 22:19:25 AMADDevice TabletEG bluetooth: off
2018-10-13 22:19:25 AMADDevice TabletEG whity-tag: present

[CoolTux]

jepp verstehe Deine Verwunderung.



Sieht ja erstmal nicht schlecht aus

[WhyTea]

Aktuell sieht mein Flow so aus.

Bleibt festzustellen das er den Status nicht aktualisiert sondern nur eine Änderung ein Event auslöst. Ist jetz nicht tragisch aber ich weis nicht ob das so gewollt ist von Dir.

[CoolTux]

Welchen Status meinst Du?

[WhyTea]

Angenommen der aktuelle Status ist "present" und bei dem nächsten durchlauf ist er wieder "present".
So wird der Zeitstempel nicht erneuert sondern bleibt auf dem alten Wert. Es wird also kein event ausgelöst.

Also für meinen Verwendungszweck ist das ganz gut bis auf das ich so keinen Anwesenheitsgraphen machen kann , aber nun gut.

[CoolTux]

Angenommen der aktuelle Status ist "present" und bei dem nächsten durchlauf ist er wieder "present".
So wird der Zeitstempel nicht erneuert sondern bleibt auf dem alten Wert. Es wird also kein event ausgelöst.

Also für meinen Verwendungszweck ist das ganz gut bis auf das ich so keinen Anwesenheitsgraphen machen kann , aber nun gut.

Das ist korrekt so. Es wird nur ein Timestamp geschrieben und ein Event erzeugt wenn dich der Status in der Tat ändert.

[WhyTea]

Super dann läuft ja jetzt alles.
Danke für die Hilfe!

Dann werde ich jetzt mal noch weitere G-Tags bestellen und gucken wie es mit mehreren läuft.

Ist der Flow so ok oder hast Du noch Verbesserungsvorschläge?

[CoolTux]

Passt soweit. Man könnte bei der Abfrage Bluetooth eingeschaltet und Nein noch einen Zähler einbauen. Falls BT mal gar nicht das Deine Schleife keine Dauerschleife wird. Aber das ist nur Kosmetik.

[WhyTea]

JA, dass mit dem Zähler wäre sicherlich sinnvoll allerdings finde ich nichts passendes dazu.

Desweiteren habe ich jetzt noch das Problem mit den mehreren GTags. Ich könnte sie nacheinader prüfen allerdings würde das eine Verzögerung von 15s pro nicht gefundenen GTag bedeuten. Das wäre schon recht lang. Hast Du eine Idee wie ich die gleichzeitig prüfen kann? Also parallel wobei darauf gewartet werden muss bis die letzte Prüfung fertig ist.

Also wenn ein GTAG erreichbar ist ist die Prüfung ja schon nach wenigen Sekunden erfolgreich und wenn nicht dauert es 15 Sekunden. Schlußendlich soll ja Bluetooth wieder deaktiviert werden daher muss gewartet werden bis alle Prüfungen abgeschlossen sind.

Gruß
Daniel

[CoolTux]

Im Information Flow gibt es einen Zähler. Siehe Anhang.

Und wenn Du die Wartezeit bei nicht finden verkürzt?

[WhyTea]

Ok... Muss man den Counter (deinem Fall aircount) vorher irgendwie definieren?

[CoolTux]

Nein. Das machst Du ja schon durch die erste Zuweisung.

[WhyTea]

OK das hab ich.

Und neue Erkenntnisse.
Wenn man mehrere Conditions parallel ausführt die wieder auf der gleichen Action enden wartet er automatisch bis alle Conditions geprüft sind.

Was hällst Du davon?