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
Zeige mal bitte ein list vom AMAD Device
Gerne, hier die List:
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.
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
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?
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)
Bist bei Automagic Up to date? Welche Android Version verwendest Du?
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.
Ist dann wirklich nur der SetCommand Flow inaktiv oder auch der Informations Flow?
Es ist nur der "SetCommand"-Flow deaktiviert. Alles andere läuft weiter.
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.
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
OK dann muss ich das mal testen. Hatte ich so rum nicht getestet.
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.
Aber dann sollte doch das Problem eher selten sein, oder. Ich meine wann fährst Du schon mal FHEM runter. ;D
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.
Ich verstehe nur nicht den Unterschied. Selbst wenn durch einen Wegfall von FHEM sich der SetCommand Flow deaktiviert so wird er nach einiger Zeit vom Informations Flow wieder aktiviert.
Was passiert wenn Du einen statusReaquest bei einem der Devices auslöst wenn der SetCommand inaktiv ist?
Das muss in meinen Augen was anderes sein.
Ähh, ich hänge gerade. Was soll ich tun?
1. SetCommands manuell deaktivieren
2. Und jetzt irgend ein Gerät schalten bzw. ein set Device statusReaquest ausführen
Hab ich gemacht. => SetCommands wird automatisch gestartet.
Und jetzt FHEM runterfahren und wieder starten so das wie von Dir erwähnt alle Flows bis auf SetCommand wieder aktiv sind. Danach ein set DEVICE statusRequest machen und schauen ob dann der SetCommand Flow aktiv wird.
Moin,
wenn ich das so wie von Dir beschrieben durchführe, dann läuft "SetCommands" immer wieder an. ???
Wieso kommt es dann doch zu meinem beschriebenen Fall?
Gibt es irgendwo einen Zähler oder Timer, der dies verhindert wenn die Verbindung länger ausfällt?
Oder wird irgendwo eine Variable gelöscht/geändert die dies verhindert?
Beim nächsten mal wenn das Problem auftritt, gehe ich genauso so vor und sehe mal was passiert.
Kannst es vielleicht sein, dass AutoMagic in eine Art "Ruhemodus" geht?
Zitat von: Leeloo_Dallas am 19 November 2019, 10:24:07
Moin,
wenn ich das so wie von Dir beschrieben durchführe, dann läuft "SetCommands" immer wieder an. ???
Wieso kommt es dann doch zu meinem beschriebenen Fall?
Gibt es irgendwo einen Zähler oder Timer, der dies verhindert wenn die Verbindung länger ausfällt?
Oder wird irgendwo eine Variable gelöscht/geändert die dies verhindert?
Beim nächsten mal wenn das Problem auftritt, gehe ich genauso so vor und sehe mal was passiert.
Kannst es vielleicht sein, dass AutoMagic in eine Art "Ruhemodus" geht?
Eigentlich hast Du genau das von Hand gemacht was das Modul nach einem FHEM neustart automatisch macht. Ein "statusRequest". Dazu kommt noch das die beiden Flows SetCommand und Informations sich gegenseitig überwachen. Meldet einer das der andere nicht aktiv ist wird automatisch der inaktive Flow gestartet.
Android macht eine Art Ruhemodus in der Batterieeinstellung. Da sollte man Automagic von aus schließen.
Ich hab den entsprechenden Toggle in Automagic entdeckt und aktiviert.
Falls es in nächster Zeit dennoch vorkommt, melde ich mich nochmals.
Dir vielen Dank für Deine Unterstützung.