Hallo zusammen,
ich benutze AMAD - wenn es funktioniert ist es sehr gut.
In meinem System läuft AMAD eigentlich kontinuierlich. Doch seit einiger Zeit kommt die Meldung
Tablet1
192.168.178.50: No route to host
Nach diversen Versuchen hat nur eine Methode funktioniert
FHEM wird neugestartet
shutdown restart
Danach gibt es in FHEM wieder eine funktionierende Verbindung
Tablet active
Gibt es Gründe, warum "No route to host" ca. einmal am Tag auftritt.
LG
laxmann
Hallo,
ich habe bei mir das gleiche Problem, habe auch das Gefühl das es mit der vorherigen Version nicht so oft aufgetreten ist.
Gruß Rolf
Ich möchte noch eine Ergänzung zu meinen Problemen mit "AMAD" liefern:
Jeden Tag ist eins meiner "AMAD"-gemeldeten Geräte im Status
"No route to host"
Es gibt aber bei mir auch Probleme die "DOIF"-Anweisungen, die auf "AMAD"-Readings zugreifen. Die "DOIF"-Anweisung regeln den AKKU-Status - <50% Akku Laden - >95% Akku-Ladung beenden.
Gar nicht so selten, wird beim Unter- bzw. Überschreiten der Grenzwerte keine Aktion ausgelöst - erst wenn ich die "DOIF"-set-Anweisung "initialice" auslöse, werden die entsprechenden Aktionen ausgelöst.
Andere "DOIF" - Aktionen verlaufen bei mir ohne Probleme.
Wo könnte das Problem liegen?
Gruß
laxmann
Hab das gleiche Problem... Ich habe vorgestern erst AMAD in Betrieb genommen. Bei mir tritt das Problem bisher immer auf, wenn mein AMAD-Gerät für längere Zeit nicht im WLAN bzw. Netzwerk ist (bspw. wenn ich arbeiten bin).
Grüße Timothee
Hallo Ihr,
AMAD wurde so konstruiert das wenn es Probleme mit dem Netzwerk gibt die entsprechende Instanz gestoppt wird. Dies passiert frühstens nach 9x $INTERVALL wo ein no Route to Host kam. Also das Tablet nicht erreichbar war.
Es können dann 2 Sachen dafür verantwortlich sein das nicht mehr ge-pullt wird
1. deviceState offline
oder
2. Attribut disable 1
Ich denke mal bei Euch sollte es das Reading deviceState offline sein
Dann kann man einfach ein set $DEVICE deviceState online machen und es läuft wieder.
Sollte es das 2. sein, dann einfach das Attribut disable löschen
Das gesamte Konzept von AMAD wird gerade umgebaut. Mit der Version 2 welche Ende erstens Quartales zu erwarten ist, wird das Android aktiv selbst seinen Status senden und die Readings füllen. Es werden also nicht mehr alle x Minuten Abfragen gestartet sondern nur wenn sich am Gerät as ändert wird in Echtzeit das in FHEM geschrieben.
push statt pull
Grüße
Leon
Bei mir hat direkt der erste Ansatz von CoolTux zum Erfolg geführt. Der deviceState von meinem AMAD-Gerät war auf offline gesetzt. Nachdem ich es auf online gesetzt hatte, war mein AMAD-Gerät nach ein paar Minuten wieder online :)
Nochmals Danke an dieser Stelle für die super schnelle Lösung.
Gruß Timothee
Wie gesagt man kann das presence Modul verwenden um bei zustandekommen einer abgerissenden Verbindung die. AMAD Instanz wieder online zu nehmen.
Grüße
Leon
Hallo CoolTux,
hat funktioniert
set $DEVICE deviceState online
Wenn meine "DOIF"-Anweisung mal wieder nicht funktioniert, melde ich mich nochmal.
Nochmal Danke!!!!
Hallo Cooltux,
ich habe heute auf die neue AMAD-Version 4.0.12 aktualisiert und wollte jetzt ein Flowset-Update durchführen und bekomme auch die Meldung "No route to host".
Mein Gerät zeigt deviceState online, ist active und auch das Attribut ist nicht vorhanden.
Hast du noch eine Idee?
VG, Thomas
Hallo Thomas. Von welcher Version bist du zu 4.0.12 gewechselt? Kannst du ein statusRequest ohne Probleme machen?
ZitatHallo Thomas. Von welcher Version bist du zu 4.0.12 gewechselt? Kannst du ein statusRequest ohne Probleme machen?
Ich bin von der 4.0.11 zur neuen gewechselt. StatusRequest bringt auch einen Error.
Wobei z.B. Reading wie Batteriestatus korrekt angezeigt wird.
Gib Mal bitte ein list vom Device
Internals:
AMADBridge_MSGCNT 76
AMADBridge_TIME 2018-01-03 21:15:55
AMAD_ID 1503758255862
CHANGED
DEF 192.168.151.43 1502758955862 Automagic
HOST 192.168.151.43
IODev AMADBridge
LASTInputDev AMADBridge
MSGCNT 76
NAME AsusTab
NR 921
PORT 8090
STATE active
TYPE AMADDevice
VERSIONFLOWSET 4.0.12
VERSIONMODUL 4.0.12
READINGS:
2017-08-26 16:39:30 airplanemode off
2017-08-26 16:39:30 androidVersion 5.0 Lollipop
2017-12-29 12:56:57 automagicState Automagic Premium Automagic Service läuft
2017-08-26 16:39:28 batteryHealth 2
2018-01-03 20:35:28 batteryTemperature 21.2
2017-10-14 23:54:40 bluetooth off
2017-08-26 16:39:55 checkActiveTask 0
2017-10-07 18:32:40 connectedBTdevices none
2017-10-07 18:32:40 connectedBTdevicesMAC none
2017-10-14 23:54:42 currentMusicAlbum no player active
2017-10-14 23:54:42 currentMusicApp no player active
2017-10-14 23:54:42 currentMusicArtist no player active
2017-10-14 23:54:42 currentMusicIcon no player active
2017-10-14 23:54:42 currentMusicTrack no player active
2018-01-03 20:39:52 deviceState online
2017-10-14 23:54:40 doNotDisturb always
2017-10-14 23:54:40 dockingState undocked
2017-08-26 16:41:28 flow_SetCommands aktiv
2017-08-26 16:41:28 flow_informations aktiv
2017-10-20 21:04:32 flowsetVersionAtDevice 4.0.11
2017-10-14 23:54:40 keyguardSet 0
2018-01-03 20:48:13 lastSetCommandState setCmd_error
2018-01-03 21:11:53 lastStatusRequestState statusRequest_done
2017-08-26 16:39:28 mute off
2017-10-14 23:54:40 nextAlarmDay off
2017-10-14 23:54:40 nextAlarmTime off
2018-01-03 20:35:28 powerLevel 57
2018-01-03 16:41:58 powerPlugged 0
2018-01-03 19:57:53 screen off unlocked
2017-08-26 16:39:30 screenBrightness 60
2017-11-22 16:59:18 screenOrientation landscape
2017-08-26 16:41:58 screenOrientationMode manual
2018-01-03 21:11:53 state active
2017-09-03 17:21:53 volume 5
2017-09-03 17:21:57 volumeNotification 3
2017-10-21 11:25:12 wiredHeadsetPlugged 0
helper:
deviceStateErrorCounter 0
infoErrorCounter 0
setCmdErrorCounter 2
Attributes:
DbLogExclude .*
IODev AMADBridge
room AMAD
Stoppe und starte mal bitte den Automagic Dienst auf dem Gerät. Direkt in Automagic Dienst stoppen.
Habe ich gemacht, aber set statusRequest bringt immer noch ein Error.
Dann brauche ich bitte verbose 5 Ausgaben von der Bridge und dem Device.
Alternativ vorher vielleicht mal Tablet/Handy neu starten.
Okay, Neustart vom Tablet hat leider keinen Erfolg gebracht.
set statusRequest hat zwar keinen Fehler mehr gebracht, aber FlowsetUpdate bringt wieder einen Error:
Hier mal das Log:
2018.01.03 21:56:07 5: AMADCommBridge (AMADBridge) - Send with URI: 192.168.151.43:8090/fhem-amad/currentFlowsetUpdate, HEADER: Connection: close, METHOD: POST
2018.01.03 21:56:07 5: AMADDevice (AsusTab) - IOWrite: 192.168.151.43:8090/fhem-amad/currentFlowsetUpdate POST IODevHash=HASH(0x5b18190)
2018.01.03 21:56:10 5: AMADCommBridge (AsusTab) - setCommandERROR: 192.168.151.43: No route to host
2018.01.03 21:56:10 5: AMADCommBridge (AsusTab) - setCommandERROR: error while POST Command: 192.168.151.43: No route to host
2018.01.03 21:56:25 4: Connection accepted from AMADBridge_192.168.151.22_37636
2018.01.03 21:56:25 4: Connection accepted from AMADBridge_192.168.151.22_41191
2018.01.03 21:56:25 4: Connection accepted from AMADBridge_192.168.151.22_48631
2018.01.03 21:56:25 4: Connection accepted from AMADBridge_192.168.151.22_60544
2018.01.03 21:56:26 4: Connection accepted from AMADBridge_192.168.151.22_53759
2018.01.03 21:56:26 4: Connection accepted from AMADBridge_192.168.151.22_56156
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge_192.168.151.22_56156) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","deviceState": "online"}}
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - AMADCommBridge: processing receive reading values - Device: AsusTab Data: HASH(0x6e04060)
2018.01.03 21:56:26 5: AMADBridge: dispatch {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","deviceState": "online"}}
2018.01.03 21:56:26 4: AMADDevice (AMADBridge) - ParseFn was called
2018.01.03 21:56:26 5: AMADDevice (AMADBridge) - ParseFn was called, !!! AMAD_ID: 1502758955862
2018.01.03 21:56:26 5: AMADDevice (AsusTab) - Processing data: HASH(0x27dfa68)
2018.01.03 21:56:26 4: AMADDevice (AsusTab) - find logical device: AsusTab
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - call Dispatcher
2018.01.03 21:56:26 4: Connection accepted from AMADBridge_192.168.151.22_60399
2018.01.03 21:56:26 4: Connection accepted from AMADBridge_192.168.151.22_42310
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge_192.168.151.22_42310) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","flow_informations": "aktiv"}}
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - AMADCommBridge: processing receive reading values - Device: AsusTab Data: HASH(0x7163da8)
2018.01.03 21:56:26 5: AMADBridge: dispatch {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","flow_informations": "aktiv"}}
2018.01.03 21:56:26 4: AMADDevice (AMADBridge) - ParseFn was called
2018.01.03 21:56:26 5: AMADDevice (AMADBridge) - ParseFn was called, !!! AMAD_ID: 1502758955862
2018.01.03 21:56:26 5: AMADDevice (AsusTab) - Processing data: HASH(0x27301f0)
2018.01.03 21:56:26 4: AMADDevice (AsusTab) - find logical device: AsusTab
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - call Dispatcher
2018.01.03 21:56:26 4: Connection accepted from AMADBridge_192.168.151.22_37500
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge_192.168.151.22_37500) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","deviceState": "online","flow_SetCommands": "aktiv"}}
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - AMADCommBridge: processing receive reading values - Device: AsusTab Data: HASH(0x270c180)
2018.01.03 21:56:26 5: AMADBridge: dispatch {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","deviceState": "online","flow_SetCommands": "aktiv"}}
2018.01.03 21:56:26 4: AMADDevice (AMADBridge) - ParseFn was called
2018.01.03 21:56:26 5: AMADDevice (AMADBridge) - ParseFn was called, !!! AMAD_ID: 1502758955862
2018.01.03 21:56:26 5: AMADDevice (AsusTab) - Processing data: HASH(0x75587b0)
2018.01.03 21:56:26 4: AMADDevice (AsusTab) - find logical device: AsusTab
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - call Dispatcher
2018.01.03 21:56:26 4: Connection accepted from AMADBridge_192.168.151.22_50666
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge_192.168.151.22_50666) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","checkActiveTask": "0","deviceState": "online","flow_SetCommands": "aktiv"}}
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - AMADCommBridge: processing receive reading values - Device: AsusTab Data: HASH(0x7051818)
2018.01.03 21:56:26 5: AMADBridge: dispatch {"amad": {"amad_id": "1502758955862","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.0.11","checkActiveTask": "0","deviceState": "online","flow_SetCommands": "aktiv"}}
2018.01.03 21:56:26 4: AMADDevice (AMADBridge) - ParseFn was called
2018.01.03 21:56:26 5: AMADDevice (AMADBridge) - ParseFn was called, !!! AMAD_ID: 1502758955862
2018.01.03 21:56:26 5: AMADDevice (AsusTab) - Processing data: HASH(0x752b340)
2018.01.03 21:56:26 4: AMADDevice (AsusTab) - find logical device: AsusTab
2018.01.03 21:56:26 4: AMADCommBridge (AMADBridge) - call Dispatcher
Hier das list nach dem StatusRequest:
Internals:
AMADBridge_MSGCNT 226
AMADBridge_TIME 2018-01-03 21:53:30
AMAD_ID 1503758255862
DEF 192.168.152.53 1503758255862 Automagic
HOST 192.168.152.53
IODev AMADBridge
LASTInputDev AMADBridge
MSGCNT 226
NAME AsusTab
NR 921
PORT 8090
STATE 192.168.152.53: No route to host
TYPE AMADDevice
VERSIONFLOWSET 4.0.12
VERSIONMODUL 4.0.12
READINGS:
2017-08-26 16:39:30 airplanemode off
2017-08-26 16:39:30 androidVersion 5.0 Lollipop
2017-12-29 12:56:57 automagicState Automagic Premium Automagic Service läuft
2017-08-26 16:39:28 batteryHealth 2
2018-01-03 21:53:29 batteryTemperature 22.0
2017-10-14 23:54:40 bluetooth off
2017-08-26 16:39:55 checkActiveTask 0
2017-10-07 18:32:40 connectedBTdevices none
2017-10-07 18:32:40 connectedBTdevicesMAC none
2017-10-14 23:54:42 currentMusicAlbum no player active
2017-10-14 23:54:42 currentMusicApp no player active
2017-10-14 23:54:42 currentMusicArtist no player active
2017-10-14 23:54:42 currentMusicIcon no player active
2017-10-14 23:54:42 currentMusicTrack no player active
2018-01-03 20:39:52 deviceState online
2017-10-14 23:54:40 doNotDisturb always
2017-10-14 23:54:40 dockingState undocked
2017-08-26 16:41:28 flow_SetCommands aktiv
2017-08-26 16:41:28 flow_informations aktiv
2017-10-20 21:04:32 flowsetVersionAtDevice 4.0.11
2017-10-14 23:54:40 keyguardSet 0
2018-01-03 20:48:13 lastSetCommandState setCmd_error
2018-01-03 21:53:39 lastStatusRequestState statusRequest_error
2017-08-26 16:39:28 mute off
2017-10-14 23:54:40 nextAlarmDay off
2017-10-14 23:54:40 nextAlarmTime off
2018-01-03 21:53:29 powerLevel 52
2018-01-03 16:41:58 powerPlugged 0
2018-01-03 21:53:30 screen off unlocked
2017-08-26 16:39:30 screenBrightness 60
2017-11-22 16:59:18 screenOrientation landscape
2017-08-26 16:41:58 screenOrientationMode manual
2018-01-03 21:53:39 state 192.168.152.53: No route to host
2017-09-03 17:21:53 volume 5
2017-09-03 17:21:57 volumeNotification 3
2017-10-21 11:25:12 wiredHeadsetPlugged 0
helper:
deviceStateErrorCounter 0
infoErrorCounter 1
setCmdErrorCounter 2
Attributes:
DbLogExclude .*
IODev AMADBridge
room AMAD
StatusRequest war zwar erfolgreich, aber das Reading "lastSetCommandState" wurde nicht aktualisert. Dort steht noch der letzte Error drin. Dies nur nebenbei. ;)
@All: Ich denke, das Thema sollte in "Sonstige Systeme" weiter behandelt werden. Ich fürchte nur der TE liest nicht mehr mit... Soll ich verschieben?
Grüße,
Oli
Zitat@All: Ich denke, das Thema sollte in "Sonstige Systeme" weiter behandelt werden. Ich fürchte nur der TE liest nicht mehr mit... Soll ich verschieben?
Hi Oli,
von meiner Seite spricht nichts dagegen.
VG, Thomas
Ich kann da beim besten willen nichts sehen. Kommt denn in Automagic was an? Triggert er wenigstens in dem Moment wo Du den Befehl ab setzt den SetCommand Flow?
Guten Morgen. :)
Ich habe den Fehler gefunden. Irgendwie hatte mein Tablet eine neue IP-Adresse bekommen obwohl ich eingestellt habe, sie soll immer die Gleich bekommen. ::)
Das ist nur nicht aufgefallen da die Daten vom Tablet zu AMAD immer korrekt aktualisiert wurden. Aber interessant dass dann gestern trotzdem set statusRequest funktionierte.
Naja gut, habe jetzt das FlowsetUpdate ausgeführt und keinen Fehler zurück bekommen. Dafür ist das Device jetzt offline.
set AsusTab deviceState online
funktioniert jedoch leider nicht. Ist kein gültiges Command.
Zumindest konnte ich jetzt am Tablet sehen dass die aktuelle FlowSet-Version drauf gespielt wurde.
Habe nochmal set statusRequest probiert, zeigt auch done an, Set-Befehle an sich funktionierten dennoch nicht (keine Auswirkung).
Erst ein Neustart von FHEM hat geholfen. Jetzt wird im AMAD Device die aktuelle FlowSet-Version angezeigt und Set-Befehle funktionieren auch wieder.
Vielen Dank für deine Hilfe! :)
VG, Thomas