Url_call wird mit timeout abgebrochen

rookie · 25. Februar 2020

Hallo

mit dem folgenden Url Aufruf löse ich ein Klingelevent auf dem doorpi aus

http://door:pi@192.168.176.6:8080/control/trigger_event?event_name=OnKeyPressed_virtual.e1&event_source=doorpi.keyboard.from_filesystem

das klingeln funktioniert auch.

Da ich eine Rückmeldug möchte das dieses auch ausglöst hat, schicke ich mir ein url event zurück. Leider wird dies mit einem Fehler abgebrochen.

Grundsätzlich funktioniert der url call nach extern aber

Code

2020-02-25 18:07:24,527 [ERROR] [doorpi.action.handler] [U0NGBT] error while fire action UrlCallAction with args () and kwargs {'url': 'http://192.168.176.161:8080/dopirec?alive=on'} for event_name OnKeyPressed_virtual.e1
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/action/handler.py", line 284, in fire_event_synchron
result = action.run(silent)
File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/action/base.py", line 48, in run
return self.__callback(**self.__kwargs)
File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/action/SingleActions/url_call.py", line 40, in fire_command
timeout=1
File "/usr/lib/python2.7/urllib2.py", line 154, in urlopen
return opener.open(url, data, timeout)
File "/usr/lib/python2.7/urllib2.py", line 429, in open
response = self._open(req, data)
File "/usr/lib/python2.7/urllib2.py", line 447, in _open
'_open', req)
File "/usr/lib/python2.7/urllib2.py", line 407, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1228, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "/usr/lib/python2.7/urllib2.py", line 1201, in do_open
r = h.getresponse(buffering=True)
File "/usr/lib/python2.7/httplib.py", line 1137, in getresponse
response.begin()
File "/usr/lib/python2.7/httplib.py", line 448, in begin
version, status, reason = self._read_status()
File "/usr/lib/python2.7/httplib.py", line 404, in _read_status
line = self.fp.readline(_MAXLINE + 1)
File "/usr/lib/python2.7/socket.py", line 480, in readline
data = self._sock.recv(self._rbufsize)
timeout: timed out

Alles anzeigen

Code: doorpi.ini

[EVENT_OnKeyPressed_virtual.e1]
#10 = os_execute:aplay -D plughw:1,0 !BASEPATH!/media/ShortDialTone.wav
20 = call:**610
30 = url_call:http://192.168.176.161:8080/dopirec?alive=on
[DTMF]
"96" = sleep:0
[EVENT_OnDTMF_"96"]
10 = os_execute:aplay -D plughw:1,2 !BASEPATH!/media/ShortDialTone.wav
20 = url_call:http://192.168.176.161:8080/dopirec?door=open
30 = url_call:http://192.168.176.165:8080/dopirec?door=open

Alles anzeigen

rookie · 26. Februar 2020

Was ich jetzt raus gefunden habe ist, wenn die Empfänger Adresse nicht die Sender Adresse ist geht es d.h.

Sender 192.168.176.161 schicktan doorpi

http://door:pi@192.168.176.6:8080/control/trigger_event?event_name=OnKeyPressed_virtual.e1&event_source=doorpi.keyboard.from_filesystem

und dorpi schickt zurück

30 = url_call:http://192.168.176.161:8080/dopirec?alive=on

ergibt eine fehlermeldung

ändere ich jetzt auf

30 = url_call:http://192.168.176.163:8080/dopirec?alive=on

gibt es keinen fehler

deviloper · 27. Februar 2020

Hm nochmal zum mitüberlegen. Wann änderst du die IP und wo? Nur in der doorpi.ini? Dann dürfte er doch nicht mehr drunter erreichbar sein?!

rookie · 27. Februar 2020

Da ich mehrere Türmodule habe. schicke ich die Alive Bestätigung einfach zu einem anderen Modul was das dort auch bestätigt wird. Wenn ich es versuche an die Sendeadresse zurück zu schicken, kommt der Fehler.

Also der Aufruf ist von 192.168.176.161

http://door:pi@192.168.176.6:8080/control/trigger_event?event_name=OnKeyPressed_virtual.e2&event_source=doorpi.keyboard.from_filesystem

Code: doorpi.ini

[EVENT_OnKeyPressed_virtual.e2]
10 = sleep:0
20 = url_call:http://192.168.176.163:8080/dopirec?alive=on

Code: log

2020-02-27 23:03:34,778 [DEBUG] [doorpi.status.webserver_lib.request_handler_static_functions] {
"event_name": [
"OnKeyPressed_virtual.e2"
],
"event_source": [
"doorpi.keyboard.from_filesystem"
]
}
2020-02-27 23:03:34,800 [DEBUG] [doorpi.action.handler] [MWNH2G] fire for event OnKeyPressed_virtual.e2 this actions [<doorpi.action.SingleActions.sleep.SleepAction instance at 0xb2799828>, <doorpi.action.SingleActions.url_call.UrlCallAction instance at 0xb2799968>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0xb27999b8>]
2020-02-27 23:03:34,808 [TRACE] [doorpi.action.handler] [MWNH2G] try to fire action SleepAction with args (0.0,) and kwargs {}
2020-02-27 23:03:34,815 [TRACE] [doorpi.action.base] run SleepAction with args (0.0,) and kwargs {}
2020-02-27 23:03:34,823 [TRACE] [doorpi.action.handler] [MWNH2G] try to fire action UrlCallAction with args () and kwargs {'url': 'http://192.168.176.163:8080/dopirec?alive=on'}
2020-02-27 23:03:34,831 [TRACE] [doorpi.action.base] run UrlCallAction with args () and kwargs {'url': 'http://192.168.176.163:8080/dopirec?alive=on'}
2020-02-27 23:03:34,953 [TRACE] [doorpi.action.handler] [MWNH2G] try to fire action SleepAction with args (0.0,) and kwargs {}
2020-02-27 23:03:34,961 [TRACE] [doorpi.action.base] run SleepAction with args (0.0,) and kwargs {}
2020-02-27 23:03:34,971 [TRACE] [doorpi.action.handler] [MWNH2G] finished fire_event for event_name OnKeyPressed_virtual.e2

Alles anzeigen

deviloper · 28. Februar 2020

Wenn ichs aus deinem letzten Thread richtig in Erinnerung habe nutzt du ESP32? Der "Webserver" darauf ist nicht geblockt durch bzw. in der Funktion die den Aufruf tätigt?

Anders ausgedrückt, du löst ja letztlich die do_control in https://github.com/motom001/Do…er_lib/request_handler.py aus. Ich bin mir nicht sicher auf du praktisch erst einen Response-Code an deinen ESP32 bekommst, nachdem das Event abgearbeitet ist. Du also eine Anfrage an den Webserver vom ESP stellst, während er noch auf die Response vom trigger_event aufruf wartet. Ist das verständlich? Welche Webserver impl. nutzt du aufm ESP? Die Async? Dabei sollte es klappen, weil sie nicht blockt.

rookie · 28. Februar 2020

Ich glaube du hast recht, hab mir das nochmal angeschaut , und der ES32 mit dem Standard Webserver wartet auch noch an dieser Stelle bis er eine Antwort bekommt oder einen Timeout. Bei der Sichtung der Async Module ist mir allerdings aufgefallen das ich ja durch die http code 200Rückmeldung schon die Alive Information bekomme, somit muss ich mir ja nicht nochmal eine Botschaft schicken .

Vorerst ist das super so, für die Zukunft bastle ich mir gerade ein udp_keyboard, da ich auf meinem Türmodul auch eine LAN Buchse habe worüber ich mit dem Tür Master kommuniziere. Darüber möchte ich auch gerne mit dem Doorpi kommunizieren. Das Wlan hat mir zu viele Timeout Zeiten

Teilen