[ AMAD2 - obsolete] 74_AMAD.pm zur Steuerung eines Androidgerätes

[grappa24]

Was sagt denn Akku unter Einstellungen wer der große Verbraucher ist?

ganz klar Automagic

[CoolTux]

Hast Du das dauerhaft oder war das mal ein Ausreizer? Irgendwie kann ich mir daraus keinen Reim machen.

[Amenophis86]

Bei mir sind es mit 28% Automagic. Gibt es die Möglichkeit das Intervall zu beeinflussen?

[grappa24]

Hast Du das dauerhaft oder war das mal ein Ausreizer? Irgendwie kann ich mir daraus keinen Reim machen.

ja, leider dauerhaft. Der Gag ist, dass es erst auftrat, nachdem ich AMAD und Automagic (um Autovoice zu testen) auf den neuesten Stand gebracht hatte.

Benutze ja AMAD zur Ladekontrolle schon sehr lange, ohne dieses Akku-Problem.

Gruß, Dieter

[CoolTux]

Also auf meinem Handy wird Automagic nicht mal erwähnt  und auf dem Tablet sind es 3%. Ist aber auch spitzenreiter mit 3%

[grappa24]

Frei nach den Gebrüdern Grimm: "Wer hat an meinem Akku gesaugt ..."  .   Statistik der letzten 140 min

[CoolTux]

Irgendwie bisschen unlogisch. Send Data to wird immer nur aufgerufen. Entweder Informations oder SetCommand oder eigene Sachen. Somit kann der Ausreißer nicht so hoch sein. Machst du viel Sprachsteuerung wo Du Send Data auf rufst?

[CoolTux]

Mal so zur Info an Euch.

Ich habe nach 6 Monaten Entwicklungszeit vom neuen AMAD 80 Prozent abgeschlossen.
Es wird komplett neue Module geben. Die CommBridge wird ein eigenständiger TYPE werden und es wird AMADDevice geben. Also ein 2Stufiges Modul. Intern wird über validen JSON kommuniziert und es wird einen Android Installationsassistanten auf Automagic Basis geben. Den mache ich nun als nächstes.

Die Idee ist auf FHEM Seite nur noch die Bridge zu definieren. Und dann auf dem Androidgerät den Assistenten Flow zu aktivieren. Dort werden dann 3 Werte abgefragt die man eingeben muss und danach hat man sofort ein neues AMADDevice in FHEM.

Im großen und ganzen also alles etwas einfacher.



Grüße

[grappa24]

Irgendwie bisschen unlogisch. Send Data to wird immer nur aufgerufen. Entweder Informations oder SetCommand oder eigene Sachen. Somit kann der Ausreißer nicht so hoch sein. Machst du viel Sprachsteuerung wo Du Send Data auf rufst?

Ich hab zwei Installationen von Automagic:
Smartphone mit Android 7.0, Automagic Version 1.33.0, Akkuproblem tritt auf
Tablet mit Anrdroid 6.0.1, Automagic Version 1.32.0, Akkuproblem tritt nicht auf

Ich könnte schwören, meine Akkuprobleme fingen mit dem Update auf 1.33.0 an ....

[CoolTux]

Ich schaue mir das mal mit den Versionen an. Danke für die gute Info. Zur Not setze ich mich mit Micha in Verbindung

[cotecmania]

Hallo,

nochmals zum Akku. Akku mehrmals kalibriert, brachte aber nichts ...

Wenn bei mir der Bildschirm nicht an ist, wird der Akkulevel nicht mehr geloggt (siehe Screenshot ganz rechts). Keine Eintrag powerLevel mehr im Logfile.
Die blauen Balken bedeuten Bildschirm an, gruen laden.
Ich habe zum Test alle 2 Stunden den Bildschirm eingeschaltet mit AT, da werden dann Werte geloggt. Manchmal schaltete sich das Tablet dann aber trotzdem komplett aus, da der Ladezustand schlagartig auf 0 geht.

Hat alles schonmal gut funktioniert mit diesem Tablet, leider seit Update von Fhem UND Android nicht mehr. Somit kenne ich leider nicht den Verursacher ...

Android zeigt aber einen kontinuierlichen Abfall des Ladezustandes an, auch wenn der Bildschirm aus ist  ..

Gruss

[CoolTux]

Hier was zum Thema Akkuverbrauch durch Automagic und AMAD
https://forum.fhem.de/index.php/topic,72574.0.html

[hyper2910]

wenn ich Zeit habe, werde ich auch mal die Logs erstellen, habe seit einiger Zeit auch Akku Probleme, ca. 20% ist Automagic.

[hyper2910]

hallo,


was muss ich genau machen, das AMAD wieder läuft?

Mit Allow bekomme ich es nicht hin!


Aus gegebenen Anlass (und Diskussion) erfordert eine Verbindung von einer nicht-lokalen Adresse ab dem naechsten update entweder eine gueltige allowed Definition (vulgo Passwort) oder eine explizite Freigabe dieser nicht lokalen Adresse mit dem allowfrom Attribut.

Das betrifft alle Module, die ein TCP-Server mit TcpServerUtils realisieren, also FHEMWEB, telnet, FRM, ESPEasy, GHoma und AMAD.

Als lokale Adresse gilt:
IPV4: 127/8, 10/8, 192.168/16, 172.16/10, 169.254/16
IPV6: ::1, fe80/10

Ich gehe davon aus, dass:
- aus dem Internet direkt erreichbare FHEM-Instanzen ein Passwort gesetzt haben
- VPN ueber eine lokale Adresse realisiert wird
- Proxy ueber Apache/Nginx/etc eine lokale Adresse verwendet
Wenn ich mit diesen Annahmen Recht habe, dann sollte fuer den "normalen" Benutzer sich nichts aendern.

Bitte diesbezuegliche Probleme in der Automatisierung-Bereich des Forums melden (passend zum allowed Modul).

[CoolTux]

allowFrom sollte doch reichen. Aber wäre es nicht besser seinen Adressbereich einfach aus dem privaten Bereich zu nehmen so wie es sich gehört?