[AMADNG] AMAD 4.2 The Next Generation of AMAD with Tasker Support

[CoolTux]

Eigentlich sollte es mit dem Assistenten von ganz alleine funktionieren.
Freut mich aber das es jetzt geht.

[tagedieb]

Hallo CoolTux

Eigentlich sollte es mit dem Assistenten von ganz alleine funktionieren.
Freut mich aber das es jetzt geht.

so hatte ich es auch  dem Wiki entnommen  , doch wer weiss, was ich übersehen habe
ich freu mich auch, das es jetzt fünktioniert - ab welcher Androidversion läuft diese Version? denn ich habe noch ein paar Tablets in Fhem
intergriert, auf denen die 2er Version lief

Ich wünsche noch einen schönen Abend
Gruss tagedieb

[CoolTux]

Hallo CoolTux

so hatte ich es auch  dem Wiki entnommen  , doch wer weiss, was ich übersehen habe
ich freu mich auch, das es jetzt fünktioniert - ab welcher Androidversion läuft diese Version? denn ich habe noch ein paar Tablets in Fhem
intergriert, auf denen die 2er Version lief

Ich wünsche noch einen schönen Abend
Gruss tagedieb

Es Laufe alle Versionen welche auch mit der 2er liefen. Kein Problem.

[Gisbert]

Hallo CoolTux,

ich nutze die nutze Automagic Premium App in Verbindung mit der Autovoice App.

Wenn ich den in Autovoice hinterlegten Testbefehl anklicke, dann wird der Befehl ausgeführt, in meinem Fall wird der Rollladen gefahren und eine Sprachausgabe als Rückmeldung ausgegeben.

Was noch nie funktionierte, ist auf meinem LG G6 "Ok Google" zu sagen und dann den Sprachbefehl auszuführen. Stattdessen öffnet Google ein Suchfenster.

Was seit heute ebenfalls, was aber gestern bzw. vorgestern funktionierte, ist das Mikrofon in der Google-Leiste anzuklicken und den Befehl auszusprechen. Jetzt geht ebenfalls eine Suchseite auf anstatt den Sprachbefehl auszuführen.

Durch den obigen Test vermute ich das Problem nicht bei deinem Modul oder den beiden Apps, sondern bei meinem LG G6. Was kann es sein?

Viele​ Grüße​ Gisbert​

[CoolTux]

Hallo Gisbert,

Wenn Du ok Google sagst und danach den Such/Befehlstext eingibst, dann öffnet sich eigentlich immer kurz das Ergebnisfenster oder Google sagt Dir ganz kurz habe das und das gefunden aber innerhalb von 1-2 Sekunden sollte dann Autovoice erkennen das der gesprochene Text ein Trigger für AutoVoice und somit für Automagic ist.
Leider verwende ich das so nicht mehr und kann da jetzt nichts zu sagen.



Grüße
Leon

[Gisbert]

Hallo Leon,

es läuft wieder.
Ich hab (fast) nichts getan, außer das Handy aus- und eingeschaltet. Danach sah es so aus, dass es wieder nicht richtig arbeitet. Nach ein paar Sekunden lief's dann doch. Der nächste Befehl ging dann glatt ohne Unterbrechung durch.

Nachdem ich dein Modul eingerichtet habe, habe ich am Ablauf nichts mehr verändert. Welche App's gibt es denn stattdessen, die Sprachbefehle zu Fhem schicken können? Im Wiki hab ich beim Drüberblättern keine konkreten Infos gefunden, außer Tasker, was nicht so einfach zu implementieren/bedienen ist wie Automagic, also eher nichts für mich.

Viele​ Grüße​ Gisbert​

[CoolTux]

Hallo Leon,

es läuft wieder.
Ich hab (fast) nichts getan, außer das Handy aus- und eingeschaltet. Danach sah es so aus, dass es wieder nicht richtig arbeitet. Nach ein paar Sekunden lief's dann doch. Der nächste Befehl ging dann glatt ohne Unterbrechung durch.

Nachdem ich dein Modul eingerichtet habe, habe ich am Ablauf nichts mehr verändert. Welche App's gibt es denn stattdessen, die Sprachbefehle zu Fhem schicken können? Im Wiki hab ich beim Drüberblättern keine konkreten Infos gefunden, außer Tasker, was nicht so einfach zu implementieren/bedienen ist wie Automagic, also eher nichts für mich.

Viele​ Grüße​ Gisbert​

Ausser Automagic und Tasker kenne ich persönlich keine weiteren Apps.

[duke-f]

Ich habe hier gerade ein seltsames Phänomen, bei dem ich nicht weiß, wem ich das zuordnen soll. Daher berichte ich einfach mal an dieser Stelle. Klar, ich erwarte keine Lösung, kann auch nicht mir ausführlichen Logs und Listings dienen sondern muss mich mal auf die verbale Beschreibung reduzieren.

Ich nutze für mein Android 4.4 Tablet nun AMAD mit Taskersupport für die Interaktion mit FHEM und dazu den Fullscreenbrowser Fully, wie es ja auch andere machen. Jetzt wird mittels AMAD von FHEM der Akkustand erfasst und je nach Ladung die Schaltsteckdose ein- (bei Übersteigen von 80%) oder ausgeschaltet (bei fallen unter 30%). Eigentlich unnötig, aber um die Sache etwas im Blick zu haben wird dabei bei jedem Schaltvorgang auch zum einen eine Mail (mittels MSGMail) versendet und eine Sprachausgabe mittels AMAD ttsMsg am Tablet ausgegeben.

Das ganze hatte früher praktisch identisch mit WebViewControl und Sem Versenden der Mail mittels Systembefehl funktioniert, habe ich aber auf der Suche nach Freezes zwischenzeitlich umgestaltet.

Leider scheint die aktuelle Version aber nicht zufriedenstellend zu laufen. Ich bekam die letzten Tage meistens statt der einen Mail und Sprachausgabe so einige Hundert, der genauso oft stattfindende Schaltvorgang hatte schließlich auch dann immer in einem LOVF geendet.

Die Abfrage des Ladezustandes ist identisch wie früher bei WVC mittels DOIF, nur dass die überwachte Variable nicht mehr der von WVC gemeldete Ladestand, sondern der von AMAD ist. Es ist auch nicht "do always" gesetzt.

Ich habe jetzt mal sowohl den Mailversand als auch die Sprachausgabe deaktiviert und schalte nur ein oder aus. Das hat jetzt einmal problemlos funktioniert.

Als Ursache kann ich mir eigentlich nur die Kombination zwischen einerseit Sprachausgabe mittels AMAD und andererseits Kontrolle des Ladezustandes über AMAD vorstellen - rein spekulativ, versteht sich. Es kommt aber eben schon mal vor, dass infolge irgendwelcher Störungen ein Befehl durch AMAD nicht beim Tablet ankommt und in der Fehlermeldung resultiert:

Code Auswählen Erweitern


2018-05-09_11:28:42 Tablet_AMAD 192.168.178.44: Connection refused
2018-05-09_11:28:42 Tablet_AMAD lastSetCommandState: setCmd_error


Das hat sich dann in den entsprechenden Fällen eben so einige huntert Mal wiederholt und jedesmal kam die Mail an. Die Ansage allerdings kann ich nicht hören, bin nicht zuhause. Ich glaube aber, sie kam nicht.

Kann es nun sein, dass infolge der Fehlermeldung der Trigger, der durch DOIF auf AMAD:powerLevel gelegt ist, erneut ausgelöst wird?

[CoolTux]

Gib Mal bitte ein list vom AMADDevice und vom DOIF für zum schalten der Schaktsteckdose.

[duke-f]

Listing zum AMADDevice ist kein Problem:

Code Auswählen Erweitern


Internals:
   AMADBridge_MSGCNT 221
   AMADBridge_TIME 2018-05-09 20:58:02
   AMAD_ID    1521746366
   CHANGED   
   DEF        192.168.178.44 1521746366 Autoremote
   HOST       192.168.178.44
   IODev      AMADBridge
   LASTInputDev AMADBridge
   MSGCNT     221
   NAME       Alabama_AMAD
   NOTIFYDEV  global,Alabama_AMAD
   NR         1762
   NTFY_ORDER 50-Alabama_AMAD
   PORT       1817
   STATE      active
   TYPE       AMADDevice
   VERSIONFLOWSET 4.2.2
   VERSIONMODUL 4.2.4
   READINGS:
     2018-03-22 20:20:04   airplanemode    off
     2018-03-22 20:20:04   androidVersion  4.4 KitKat
     2018-03-24 15:31:42   automagicState  set screen on: not supported by Tasker
     2018-03-24 21:51:40   daydream        off
     2018-05-09 20:36:03   deviceState     online
     2018-03-22 21:39:59   dockingState    docked
     2018-03-22 20:20:04   flow_SetCommands aktiv
     2018-04-18 20:49:12   flow_informations aktiv
     2018-03-22 21:48:31   flowsetVersionAtDevice Tasker4 v0.25
     2018-03-22 20:20:04   keyguardSet     1
     2018-05-09 20:41:05   lastSetCommandState setCmd_error
     2018-03-22 20:20:04   lastStatusRequestState statusRequest_done
     2018-05-09 07:52:01   mute            off
     2018-03-22 20:20:04   nextAlarmDay    off
     2018-03-22 20:26:45   nextAlarmState  done
     2018-03-22 20:20:04   nextAlarmTime   off
     2018-05-09 20:56:02   powerLevel      76
     2018-05-09 20:36:06   powerPlugged    0
     2018-04-11 22:18:24   screen          on unlocked
     2018-05-07 21:30:01   screenBrightness 20
     2018-05-01 22:42:01   screenOrientation landscape
     2018-03-22 20:20:04   screenOrientationMode auto
     2018-05-09 20:42:03   state           active
     2018-05-09 07:52:01   volume          15
     2018-05-08 17:40:05   volumeNotification 5
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 3
Attributes:
   IODev      AMADBridge
   alarmDevice Actor
   alarmSettings alarm0,|set Alabama_AMAD ttsMsg gleich geht der Alarm los. Die Polizei ist schon informiert||00:05
   group      Mobil
   icon       scene_cooking
   remoteServer Autoremote
   room       AMAD,EDV
   setAPSSID  1
   setOpenApp kill.and.restart.wvc
   setTtsMsgLang de
   setTtsMsgVol 15


Das Listing zum DOIF ist allerdings gerade ohne die genannten Teile für Mail und ttsMsg, also so, wie es heute eigentlich funktionert hatte. Weil ich ja diesen Teil heute raus geschmissen habe.

Code Auswählen Erweitern


Internals:
   DEF        ([Alabama_AMAD:powerLevel] < 25)(set alabama_FS20 on)
  DOELSEIF ([Alabama_AMAD:powerLevel] < 30)
  (set alabama_FS20 on)
  DOELSEIF ([Alabama_AMAD:powerLevel] > 85)(set alabama_FS20 off)
  DOELSEIF ([Alabama_AMAD:powerLevel] > 80)
  (set alabama_FS20 off)
   MODEL      FHEM
   NAME       DI_alabama_akkuwarnung
   NR         1084
   NTFY_ORDER 50-DI_alabama_akkuwarnung
   STATE      cmd_4
   TYPE       DOIF
   READINGS:
     2018-05-09 21:06:05   Device          Alabama_AMAD
     2018-05-09 20:38:03   cmd             4
     2018-05-09 20:38:03   cmd_event       Alabama_AMAD
     2018-05-09 20:38:03   cmd_nr          4
     2018-05-09 21:06:05   e_Alabama_AMAD_powerLevel 73
     2018-05-08 17:36:02   mode            enabled
     2018-05-09 20:38:03   state           cmd_4
   Regex:
   condition:
     0          ReadingValDoIf($hash,'Alabama_AMAD','powerLevel') < 25
     1          ReadingValDoIf($hash,'Alabama_AMAD','powerLevel') < 30
     2          ReadingValDoIf($hash,'Alabama_AMAD','powerLevel') > 85
     3          ReadingValDoIf($hash,'Alabama_AMAD','powerLevel') > 80
   devices:
     0           Alabama_AMAD
     1           Alabama_AMAD
     2           Alabama_AMAD
     3           Alabama_AMAD
     all         Alabama_AMAD
   do:
     0:
       0          set alabama_FS20 on
     1:
       0          set alabama_FS20 on
     2:
       0          set alabama_FS20 off
     3:
       0          set alabama_FS20 off
     4:
   helper:
     DOIF_Readings_events
     DOIF_eventas
     event      powerLevel: 73
     globalinit 1
     last_timer 0
     sleeptimer -1
     timerdev   Alabama_AMAD
     timerevent 192.168.178.44: Connection refused,lastSetCommandState: setCmd_error
     triggerDev Alabama_AMAD
     timerevents:
       192.168.178.44: Connection refused
       lastSetCommandState: setCmd_error
     timereventsState:
       state: 192.168.178.44: Connection refused
       lastSetCommandState: setCmd_error
     triggerEvents:
       powerLevel: 73
     triggerEventsState:
       powerLevel: 73
   internals:
   itimer:
   perlblock:
   readings:
     0           Alabama_AMAD:powerLevel
     1           Alabama_AMAD:powerLevel
     2           Alabama_AMAD:powerLevel
     3           Alabama_AMAD:powerLevel
     all         Alabama_AMAD:powerLevel
   trigger:
   uiState:
   uiTable:
Attributes:
   do         resetwait


[CoolTux]

Sieht erstmal okay aus.
Kann mir zwar nicht vorstellen das Dein WLAN 1 heißt aber stört ja nicht.
Wegen den SetCommand Errors kann ich leider nichts sagen, für Tasker ist Schlimbo zu ständig. Da bitte Mal in diesem Thread nachfragen
https://forum.fhem.de/index.php/topic,81167.0.html


Grüße

[duke-f]

Nein, WLAN heißt nicht 1, keine Ahnung, warum das so da steht.

Mein Verdacht ist ja, dass gerade der dummerweise von mir erst auskommentierte und dann beim erneuten Editieren automatisch gelöschte Teil des DOIF das Problem verursacht. Ich versuch, das mal zu rekonstruieren (fehlt natürlich der erste Teil mit define usw):

Code Auswählen Erweitern


([Alabama_AMAD:powerLevel] < 25)(set alabama_FS20 on)
  DOELSEIF ([Alabama_AMAD:powerLevel] < 30)
  (set alabama_FS20 on, set Alabama_AMAD ttsMsg Es wird geladen)
  DOELSEIF ([Alabama_AMAD:powerLevel] > 85)(set alabama_FS20 off)
  DOELSEIF ([Alabama_AMAD:powerLevel] > 80)
  (set alabama_FS20 off, set Alabama_AMAD ttsMsg Das laden wird beendet)


Ich hoffe, es haben sich jetzt keine Tippfehler eingeschlichen. Wenn ja, liegt das Problem nicht daran, weil es funktioniert hat mit diesem DOIF.

Ich habe da den Verdacht, dass die Fehlermeldung aufgrund eines nicht richtig angekommenen Befehls an das Tablet erneut ein DOIF, das eigentlich auf AMAD:powerLevel getriggert ist, auslöst.

Ist das denkbar? Im Moment weigert sich mein Tablet allerdings insgesamt, einen Befehl über AMAD anzunehmen, sondern meldet nur schön ordnungsgemäß seinen Zustand. Daher kann ich auch nichts probieren, vor ich diesen Fehler ausgemerzt habe 

[CoolTux]

Ich gehe davon aus das der nötige autoremote Server auf dem Tablet nicht läuft. Tablet schon mal neu gestartet?
Das DOIF ist so wie es da steht nicht korrekt. Kann mir auch nicht vorstellen das es an AMAD oder so liegt.

[duke-f]

Ich gehe davon aus das der nötige autoremote Server auf dem Tablet nicht läuft. Tablet schon mal neu gestartet?
Das DOIF ist so wie es da steht nicht korrekt. Kann mir auch nicht vorstellen das es an AMAD oder so liegt.

Das war natürlich völliger Quatsch so - danke für Deine diplomatische Ausdrucksweise Hab's mal geändert.

Jetzt geht es etwas durcheinander, fürchte ich. Dass mein Tablet jetzt nicht reagiert, hat mit AMAD nichts zu tun, das ist richtig. Ist auch erst nach meinem dritten Neuaufsetzen des Tablets der Fall. Das sollte nur der Erklärung dienen, warum ich gerade keine sachdienlichen Details nennen kann und selber meine Vermutung nicht prüfen kann (die da wäre: DOIF wird durch Rückmeldung von AMAD irrtümlich neu getriggert).

Danke Dir aber soweit.

[CoolTux]

Das mit dem neu triggern denke ich nicht, dazu muss definitiv ein Event auf battery kommen und dann muss auch noch die Bedingung erfüllt sein.
Aber wieso machst Du das?     do         resetwait

Nimm das mal raus.