AMAD: SetCommands wird inaktiv falls das Tablet die Verbindung zu FHEM verliert

[Leeloo_Dallas]

Hallo zusammen,

gibt es eine Möglichkeit den Flow "SetCommands" aktiv zu halten, auch wenn dieser kurzzeitig den Kontakt zu FHEM verliert?

Hintergrund:
Falls mein Tablet (welches u.a. auch SMS versendet wenn der ALARM aktiviert wird) kurzzeitig die Verbindung zu FHEM verliert, wird z.Zt. der FLOW "SetCommands" deaktiviert und kann nur manuell wieder aktiviert werden.

Gründe für eine solche Unterbrechung sind z.B.:
- mein Router weißt den WLAN- Geräten einen anderen Kanal zu
- FHEM wird aufgrund eines Updates neu gestartet
- die VM auf welcher FHEM läuft wird kurzzeitig heruntergefahren um einen Snapshot zu machen
- meine Switch wird neu gestartet
- ...

In all diesen Fällen musste ich immer wieder feststellen, dass "SetCommands" automatisch deaktiviert wurde und nicht mehr alleine anspringt.
Wenn ich Zuhause bin und daran denke keine Problem. Bin ich extern und ein Alarm wird ausgelöst, bekomme ich dies nicht mehr mittels einer "schnellen" SMS mitgeteilt.

Hat jemand dazu eine Erklärung oder besser eine passende Lösung.

Vielen Dank für Eure Hilfe.

Gruß
Leeloo

[CoolTux]

Zeige mal bitte ein list vom AMAD Device

[Leeloo_Dallas]

Gerne, hier die List:

Code Auswählen Erweitern

Internals:
   AMAD_ID    1560942357011
   CFGFN      /opt/fhem/mycfg/80_amad.cfg
   CHANGED   
   DEF        192.168.1.47 1560942357011 Automagic
   FHEM_Lizzy__AMADBridge_MSGCNT 5868
   FHEM_Lizzy__AMADBridge_TIME 2019-11-18 14:00:32
   FUUID      5c486147-f33f-b5a5-2dc2-bac627cc7b686ee8
   FVERSION   74_AMADDevice.pm:v4.4.7-s20404/2019-10-24
   HOST       192.168.1.47
   IODev      FHEM_Lizzy__AMADBridge
   LASTInputDev FHEM_Lizzy__AMADBridge
   MODEL      Automagic
   MSGCNT     5868
   NAME       Lizzy
   NOTIFYDEV  global,Lizzy,FHEM_Lizzy__AMADBridge
   NR         2312
   NTFY_ORDER 50-Lizzy
   PORT       8090
   STATE      active
   TYPE       AMADDevice
   VERSION    v4.4.7
   VERSIONFLOWSET 4.4.3
   Helper:
     DBLOG:
       batteryPercent:
         DBLogging:
           TIME       1574082014.93383
           VALUE      77
       batteryTemperature:
         DBLogging:
           TIME       1574063831.96649
           VALUE      18.0
       powerPlugged:
         DBLogging:
           TIME       1574020765.56926
           VALUE      0
       state:
         DBLogging:
           TIME       1574082029.98454
           VALUE      screen off
   READINGS:
     2019-04-03 10:37:17   airplanemode    off
     2019-04-03 10:37:17   androidVersion  8.1 Oreo
     2019-11-07 23:09:47   automagicState  Automagic Premium Automagic Service läuft
     2019-04-03 10:37:17   batteryHealth   2
     2019-11-18 14:00:14   batteryPercent  77
     2019-11-18 08:57:11   batteryTemperature 18.0
     2019-04-03 10:37:17   bluetooth       off
     2019-04-03 10:58:43   checkActiveTask 0
     2019-04-03 10:37:17   connectedBTdevices none
     2019-04-03 10:37:17   connectedBTdevicesMAC none
     2019-04-03 10:37:19   currentMusicAlbum no player active
     2019-04-03 10:37:19   currentMusicApp no player active
     2019-04-03 10:37:19   currentMusicArtist no player active
     2019-04-03 10:37:19   currentMusicIcon no player active
     2019-04-03 10:37:19   currentMusicTrack no player active
     2019-11-18 11:22:33   deviceState     online
     2019-04-03 10:37:19   doNotDisturb    always
     2019-04-03 10:37:17   dockingState    undocked
     2019-10-12 10:49:03   flow_SetCommands aktiv
     2019-11-18 11:21:03   flow_informations aktiv
     2019-06-19 13:10:12   flowsetVersionAtDevice 4.4.1
     2019-11-12 09:06:18   incomingCallerName
     2019-11-12 09:06:18   incomingCallerNumber +49xxx
     2019-11-12 09:06:18   incomingCallerStatus IDLE
     2019-11-06 18:45:05   incomingSmsMessage +49xxx - Hallo
     2019-04-03 11:04:13   keyguardSet     0
     2019-11-18 14:00:30   lastSetCommandState setCmd_done
     2019-11-18 11:20:36   lastStatusRequestState statusRequest_done
     2019-06-24 18:57:46   mute            off
     2019-04-03 10:37:17   nextAlarmDay    off
     2019-04-03 10:37:17   nextAlarmTime   off
     2019-08-29 10:24:10   outgoingCallerNumber +49xxx
     2019-08-29 10:24:45   outgoingCallerStatus IDLE
     2019-11-17 20:59:25   powerPlugged    0
     2019-11-18 14:00:31   screen          off unlocked
     2019-06-24 18:57:46   screenBrightness 80
     2019-05-25 12:56:10   screenOrientation landscape
     2019-04-03 10:37:19   screenOrientationMode auto
     2019-11-18 11:20:36   state           active
     2019-06-24 18:57:46   volume          14
     2019-08-26 09:59:37   volumeNotification 15
     2019-04-03 10:37:17   wiredHeadsetPlugged 0
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 0
Attributes:
   DbLogExclude .*
   DbLogInclude batteryHealth,batteryPercent,batteryTemperature,mute,powerPlugged,state
   IODev      FHEM_Lizzy__AMADBridge
   group      IT
   icon       it_smartphone
   remoteServer Automagic
   room       003_EG,SYSTEM,TOOLBOX
   setAPSSID  Leeloo_Korban
   setOpenApp de.ozerov.fully
   setOpenUrlBrowser de.ozerov.fully|de.ozerov.fully.MainActivity
   verbose    0

Bei der AMADBridge sehe ich auch gerade ein ERROR, ist aber bereits recht alt.

Code Auswählen Erweitern

Internals:
   BRIDGE     1
   CFGFN      /opt/fhem/mycfg/80_amad.cfg
   CONNECTS   14929
   FD         14
   FUUID      5c486147-f33f-b5a5-8d26-5bdc8fd7dd0eb462
   FVERSION   73_AMADCommBridge.pm:v4.4.3-s20404/2019-10-24
   NAME       FHEM_Lizzy__AMADBridge
   NR         2309
   PORT       8090
   STATE      opened
   TYPE       AMADCommBridge
   VERSION    v4.4.3
   VERSIONFLOWSET 4.4.3
   READINGS:
     2019-11-16 17:49:33   state           opened
     2019-06-19 13:08:49   transmitterERROR FHEM_Lizzy__AMADBridge_192.168.1.47_48688 has no correct amad_id
Attributes:
   DbLogExclude .*
   fhemServerIP 192.168.1.223
   group      System
   icon       it_net
   room       SYSTEM

[CoolTux]

Sieht gut aus.
Sollte sich der SetCommand Flow mal deaktivieren so sollte er sich nach einer gewissen Zeit automatisch wieder aktivieren. Wie lange hast Du immer so gewartet?

[Leeloo_Dallas]

Leider hat es dies bisher nie automatisch gemacht.
Genaue Angaben kann ich leider nicht machen. Es waren sicherlich schon Stunden dazwischen und keine Minuten.

Ich merke es meistens erst wenn:
a) mein Hintergrundbild nicht mehr wechselt wenn ein Bewegungsmelder aktiviert wird (Wartezeit: Minute bis Stunden)
b) mein Tablet "Leer" ist, da ich je nach Akkustand die zugehörige Steckdose schalte (Wartezeit: Tage)

[CoolTux]

Bist bei Automagic Up to date? Welche Android Version verwendest Du?

[Leeloo_Dallas]

Das wird im Prinzip immer recht zeitnah aktualisiert.
Z.Zt. bin ich auf Version 1.37.0

Es steht halt im GoogleStore, dass die APP nicht für mein Gerät "optimiert" ist. Das war aber bisher nie ein Problem.

[CoolTux]

Ist dann wirklich nur der SetCommand Flow inaktiv oder auch der Informations Flow?

[Leeloo_Dallas]

Es ist nur der "SetCommand"-Flow deaktiviert. Alles andere läuft weiter.

[CoolTux]

Ich habe das eben noch mal an meinen Handy mit Android 10 und meinem Tablet mit Android 7 getestet. In beiden Fällen ist nach kurzer Zeit (<60s) der Flow wieder aktiviert worden.
Bin da bisschen Ratlos.

[Leeloo_Dallas]

Wie rum hast Du denn den Test gemacht ?

A) WLAN am Andriod-Gerät aus und nach kurzer Zeit wieder an ==> SetCommands geht ebenfalls wie von Dir beschrieben wieder an
B) FHEM-SERVER heruntergefahren und nach kurzer Zeit wieder an ==> alle Flows außer "SetCommands" laufen wieder an

[CoolTux]

OK dann muss ich das mal testen. Hatte ich so rum nicht getestet.

[Leeloo_Dallas]

Kein Ding. Ich habe den Test A auch gerade erst gemacht, da Du sagtest bei Dir geht das.
Dieser Fall kommt bei mir aber sogut wie nie vor, da das Tablet die Zentrale der Haussteuerung ist und auch im Haus verbleibt.

[CoolTux]

Aber dann sollte doch das Problem eher selten sein, oder. Ich meine wann fährst Du schon mal FHEM runter. 

[Leeloo_Dallas]

Leider nicht, zum einen wirft mein Router seit neustem die WLAN-Kanalzuweisungen über Bord, um diese zu "optimieren".
Zum anderen muss ich öfter mal FHEM neu starten, weil ich im Alarmfall zu viel funke und die 1%-Regel zuschlägt.
Das Rücksetzen des Systems reagiert dann sehr sehr zäh. Was beim echten Alarm eine gute Sache ist, beim Fehlalarm aber gehörig nervt.
Dabei ist mir eben auch das genannte Problem aufgefallen.