amad und neues handy

[the ratman]

servus,

meine holde hat sich ein neues handy zugelegt ... samsung a50. soweit funzt das auch super mit amad.
alles original, keine firewall oder sonst was - das ding ist out-of-the-box.

ab und zu allerdings - scheint aber nicht von sleep oder bildschirmsperren abzuhängen - geht  "set commands" nach z.b. ttsMsg nicht durch, bleibt dann auf rot wie "wird ausgeführt" stecken und lässt sich durch nix, ausser dem beenden von automagic lösen.

log hab ich derzeit leider keines von automagic, weil der fehler natürlich beim testen jetzt kein einziges mal aufgetreten ist *g* und fehm hat im log keine meinung dazu.

hat da jemand ne idee dazu? hab ich was vergessen oder was falsch eingestellt?

[CoolTux]

Schau mal unter Einstellungen -> Optionen für Google Sprachausgabe -> Sprachdaten installieren ob dort das Deutsche Packet installiert ist. Wenn nicht nachinstallieren.

[the ratman]

ja, is installiert

wer das übrigens beim samsung sucht --> einstellungen --> allgemeine verwaltung --> sprache und eingabe --> text zu sprache --> bevorzugte engine (google sprachausgabe) --> sprachdaten installieren
dort sind alle sprachen aufgelistet - man erkennt installierte sprachen daran, dass man sie löschen darf, wenn man die sprache antippt.

dass nur, weil ich jetzt folgendes sagen kann: cool, meiner is länger als deiner *fg*

[CoolTux]

Dann bin ich aktuell Ahnungslos.

[the ratman]

erste verdachtsmomente, also nix konkretes:

ich musst wegen des neato bots mein 2,4ghz vom 5ghz wlan in 2 eigenständige netze auftrennen (der bot spinnt gewaltig beim wechseln der frequenzen).
die handys haben beide frequenzen als eigenständige wlans erlaubt, amad natürlich auch.


mir dünkt, dass meine ausfälle vom wechseln  der frequenzen kommen. z.b. haben wir im gästezimmer nur 2,4ghz über einen repeater zur verfügung. das handy schlatet entsprechend um. das geht!
wenn man aber mit dem handy ins 5ghz wlan zurück wechselt, spinnt amad mit "set commands" wie geschrieben (nö, ich verstehs nicht, warum nicht auch was anderes).
mittlerweile kann ich sagen: auch ein samsung a70 betrifft das.

das dumme: das passiert sehr selten, aber außerhalb dieses szenarios hab ich diese art spinnerei noch gar ned erleben dürfen. die handys funzen bis jetzt super beim eintreten ins wlan, wenn man z.b. unterwegs war (frequenz scheinbar egal), deep sleep oder auch sperren scheint auch kein problem zu sein.

[CoolTux]

Ich gehe aktuell davon aus das der Flow immer bei ttsMsg stecken bleibt. Und zwar genau bei der Aktion Sprachausgabe. Korrekt. Ich selbst habe das Problem hin und wieder. Leider zu selten als es vernünftig debuggen zu können. Da kommen dann nach mehrmaligen ttyMsg Zahlen hinter dem roten Rechteck. Das sind die Anzahl der Aufrufe die stecken bleiben. Abhilfe schafft ein Neustart oder einfach den Service neu starten.

[the ratman]

kann sein, würd aber ned drauf wetten, dass es nur ttsmsg is ... man kriegt ja immer so genaue infos von der holden *duck*

jo, service neustart wär geil - der funzt bei mir auch. leider kann man den flow selber nicht mehr angreifen - der is rot, bleibt rot und lässt nicht mit sich reden *g*.

kann man den service ansich irgendwie per automagic anwerfen, hast du da schon was gesehen mal?
bins ja gewohnt *g* bei dem blöden chinabrett damals an der wand, mußt ich ja alle flows immer wieder neu anstarten - ging auch ganz gut per "watchdog-flow".

dumme frage: wärs irgendwie möglich, sich in automagic nen flow zu basteln, der das log einfach mal richtung fhem schickt? sonst find ich da drin nie was und so müsste das problem wenigstens am ende des logs stehen.

[CoolTux]

Ich habe nur von Hand den Service immer beendet und dann wieder gestartet.
Hat mit China Mist im übrigen nix zu tun. Kommt vermehrt auch bei meinem Nexus und den Motorola vor. Wie gesagt hab da noch keinen Plan.

[the ratman]

der chinamist hatte ja andere probleme gemacht - da sind die flows damals einfach aus gegangen, weil das brett (ich nehme mal an) zu langsam das wlan wieder voll angeworfen hat nach nem deep sleep.
das war nur als anfang der idee gedacht, vielleicht nen watchdog-flow zu schreiben - aber entweder such ich zu blöd, oder ich find nix in richtung "automagic service restarten".

btw - wenn ich wart, bis ich das handy in die hand krieg, oder das von anderer hand restartet wird, kann ich das ding auch gleich aus fhem raus nehmen ...

[kaihs]

Ich gehe aktuell davon aus das der Flow immer bei ttsMsg stecken bleibt. Und zwar genau bei der Aktion Sprachausgabe. Korrekt. Ich selbst habe das Problem hin und wieder. Leider zu selten als es vernünftig debuggen zu können. Da kommen dann nach mehrmaligen ttyMsg Zahlen hinter dem roten Rechteck. Das sind die Anzahl der Aufrufe die stecken bleiben. Abhilfe schafft ein Neustart oder einfach den Service neu starten.

Ich habe seit einiger Zeit das selbe Problem auf zwei Geräten, einem Nexus5 und einem Nexus7, beide mit LineageOS.
Lief vorher lange Zeit ohne Probleme.

Der Flow SetCommands hängt bei 'Sprachausgabe deutsch'. Im Log des Flows steht nur

Code Auswählen Erweitern


Execution delayed due to queue-execution policy


Nach Neustart des Automagic Services geht es dann für kurze Zeit wieder.

Das letzte was sich geändert hat müssten eigentlich die AMAD Module sein:

Code Auswählen Erweitern


File                 Rev   Last Change

73_AMADCommBridge.pm 19673 2019-06-20 20:34:51Z CoolTux
74_AMADDevice.pm     19676 2019-06-21 08:34:16Z CoolTux


Die Flowsets sind auf Version 4.4.1, Automagic ist vom März 2019.

[CoolTux]

Im Flow SetCommands könnt Ihr zu Testzwecken unter Options mal einstellen führe mehrere Instanzen parallel aus.

[the ratman]

hab ich mal bei einem handy gemacht - hab ja jetzt super vergleichsmöglichkeiten *g*

btw - ich hab da auch nie probs gehabt mit ttsmsg.
meine handys haben übrigens diesen automagic  workaround und bei dem die beschleunigte reaktion bei tts ein. die war eig. für android 6 und nu bin ich unsicher ...

[CoolTux]

meine handys haben übrigens diesen automagic  workaround und bei dem die beschleunigte reaktion bei tts ein. die war eig. für android 6 und nu bin ich unsicher ...

Kenne ich ehrlich gesagt gar nicht.

[the ratman]

ohne den https://play.google.com/store/apps/details?id=ch.gridvision.ppam.androidautomagicworkarounds ging damals beim china-tablet gar nix

[kaihs]

Im Flow SetCommands könnt Ihr zu Testzwecken unter Options mal einstellen führe mehrere Instanzen parallel aus.

Habe ich gemacht.
Dann bleibt Automagic zwar nicht ganz hängen, die Sprachausgabe funktioniert aber nach kurzer Zeit nicht mehr.
Allerdings steht dann mehr im Log:

Code Auswählen Erweitern


20.08.2019 19:52:33.372 Wake lock WakeLockTracker{creationTimeMillis=Tue Aug 20 18:51:56 GMT+02:00 2019, wakeLock=WakeLock{f3a27da held=true, refCount=1}, name='AM:[SetCommands]', lastCheckTimeMillis=Tue Aug 20 18:51:57 GMT+02:00 2019, createdThrowable=java.lang.Throwable: Creation hint
at ch.gridvision.ppam.androidautomagic.util.ct.<init>(SourceFile:47)
at ch.gridvision.ppam.androidautomagic.model.flow.i.<init>(SourceFile:74)
at ch.gridvision.ppam.androidautomagic.model.flow.e.b(SourceFile:969)
at ch.gridvision.ppam.androidautomagic.model.flow.k$b.a(SourceFile:58)
at ch.gridvision.ppam.androidautomagic.model.flow.e.a(SourceFile:961)
at ch.gridvision.ppam.androidautomagic.model.c.b.a(SourceFile:187)
at ch.gridvision.ppam.androidautomagic.model.c.av$2.run(SourceFile:320)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6186)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:889)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:779)
, lastCheckThrowable=java.lang.Throwable: Last check before Sprachausgabe: Deutsch, current locker:  none
at ch.gridvision.ppam.androidautomagic.util.ct.a(SourceFile:67)
at ch.gridvision.ppam.androidautomagic.model.flow.e.a(SourceFile:1030)
at ch.gridvision.ppam.androidautomagic.model.flow.e.b(SourceFile:1403)
at ch.gridvision.ppam.androidautomagic.model.flow.e.a(SourceFile:66)
at ch.gridvision.ppam.androidautomagic.model.flow.e$8.run(SourceFile:1207)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6186)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:889)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:779)

} has been active too long, releasing


Da stürzt wohl was ab.
Mein Verdacht liegt jetzt bei der neuesten Version der 'Google Sprachausgabe'. Da gab es am 3.8. ein Update.
Ich habe jetzt zum Test mal auf picoTTS als Sprachausgabeengine umgestellt und werde beobachten, ob das Problem damit auftritt.

Falls nicht liegt es wohl am Zusammenspiel von Automagic und der neuen Version der Google Sprachausgabe.