openWB Forum

Verfasst: **Fr Apr 30, 2021 2:10 pm**

Gerade beobachte ich eine seltsame Sache. Im Smarthomelog gibt es de Meldung "Name or Service not known". Wenn ich das Gerät deaktiviere, dann geht auch die Fehlermeldung weg. Hier mal das Log:

Code: Alles auswählen

2021-04-30 15:45:08: (6) GeschirrSp manueller Modus aktiviert, keine Regelung
urllib.error.URLError: <urlopen error [Errno -2] Name or service not known>
    raise URLError(err)
  File "/usr/lib/python3.5/urllib/request.py", line 1256, in do_open
    return self.do_open(http.client.HTTPConnection, req)
  File "/usr/lib/python3.5/urllib/request.py", line 1282, in http_open
    result = func(*args)
  File "/usr/lib/python3.5/urllib/request.py", line 444, in _call_chain
    '_open', req)
  File "/usr/lib/python3.5/urllib/request.py", line 484, in _open
    response = self._open(req, data)
  File "/usr/lib/python3.5/urllib/request.py", line 466, in open
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.5/urllib/request.py", line 163, in urlopen
    urllib.request.urlopen(url, timeout=5)
  File "/var/www/html/openWB/modules/smarthome/http/on.py", line 27, in <module>
Traceback (most recent call last):

During handling of the above exception, another exception occurred:

socket.gaierror: [Errno -2] Name or service not known
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
  File "/usr/lib/python3.5/socket.py", line 733, in getaddrinfo
    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
  File "/usr/lib/python3.5/socket.py", line 694, in create_connection
    (self.host,self.port), self.timeout, self.source_address)
  File "/usr/lib/python3.5/http/client.py", line 849, in connect
    self.connect()
  File "/usr/lib/python3.5/http/client.py", line 877, in send
    self.send(msg)
  File "/usr/lib/python3.5/http/client.py", line 934, in _send_output
    self._send_output(message_body)
  File "/usr/lib/python3.5/http/client.py", line 1103, in endheaders
    self.endheaders(body)
  File "/usr/lib/python3.5/http/client.py", line 1152, in _send_request
    self._send_request(method, url, body, headers)
  File "/usr/lib/python3.5/http/client.py", line 1107, in request
    h.request(req.get_method(), req.selector, req.data, headers)
  File "/usr/lib/python3.5/urllib/request.py", line 1254, in do_open
Traceback (most recent call last):
2021-04-30 15:45:08: (6) GeschirrSp angeschaltet. Ueberschussberechnung (1 = mit Speicher, 2 = mit Offset) 1 oncount: 4972

Das Gerät ist eigentlich gar keins, denn es soll nur den Verbrauch loggen. Dementsprechend ist da auch nur ein URL konfiguriert, der die aktuelle Leistung ermittelt:

Gut, da funktioniert der Aufruf nicht, würde man am naheliegensden sagen. Aber der liefert sauber eine Null zurück. Zumindest mal, wenn ich den hier lokal auf der Shell aufrufe. Am DNS kann es auch nicht liegen, denn ich habe noch ein Gerät, was genauso definiert ist, und das funktioniert.

Wie komme ich der Sache denn ein bissl mehr auf den Grund?

Verfasst: **Fr Apr 30, 2021 3:17 pm**

Schau mal auf die Ramdisk , da müsste es zu diesem Device eine _httlp.log haben,
Gruss Oliver

Verfasst: **Sa Mai 01, 2021 11:15 am**

Aha, da steht:

Code: Alles auswählen

4/30/2021, 16:04:00 http watty.py devicenr 6 orig url http://ccu.fritz.box/addons/red/geschirrspueler replaced url http://ccu.fritz.box/addons/red/geschirrspueler urlc undef
04/30/2021, 16:04:02 http on.py devicenr 6 url http://undef)

Beim anderen Device fehlt die zweite Zeile. Ich vermute mal, dass on.py der Einschalt-URL ist. Aber der ist leer. Ich habe mal testweise da einen (den es nicht gibt) eingetragen:

Code: Alles auswählen

05/01/2021, 12:58:48 http watty.py devicenr 6 orig url http://ccu.fritz.box/addons/red/geschirrspueler replaced url http://ccu.fritz.box/addons/red/geschirrspueler urlc undef
05/01/2021, 12:58:50 http on.py devicenr 6 url http://ccu.fritz.box/addons/red/geschirrspueler_ein)
05/01/2021, 12:58:59 http watty.py devicenr 6 orig url http://ccu.fritz.box/addons/red/geschirrspueler replaced url http://ccu.fritz.box/addons/red/geschirrspueler urlc undef
05/01/2021, 12:59:01 http on.py devicenr 6 url http://ccu.fritz.box/addons/red/geschirrspueler_ein)

Dann steht im Log ein bisschen weniger Fehler.

Code: Alles auswählen

2021-05-01 13:04:51: (6) GeschirrSp manueller Modus aktiviert, keine Regelung
urllib.error.HTTPError: HTTP Error 404: Not Found
    raise HTTPError(req.full_url, code, msg, hdrs, fp)
  File "/usr/lib/python3.5/urllib/request.py", line 590, in http_error_default
    result = func(*args)
  File "/usr/lib/python3.5/urllib/request.py", line 444, in _call_chain
    return self._call_chain(*args)
  File "/usr/lib/python3.5/urllib/request.py", line 510, in error
    'http', request, response, code, msg, hdrs)
  File "/usr/lib/python3.5/urllib/request.py", line 582, in http_response
    response = meth(req, response)
  File "/usr/lib/python3.5/urllib/request.py", line 472, in open
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.5/urllib/request.py", line 163, in urlopen
    urllib.request.urlopen(url, timeout=5)
  File "/var/www/html/openWB/modules/smarthome/http/on.py", line 27, in <module>
Traceback (most recent call last):
2021-05-01 13:04:50: (6) GeschirrSp angeschaltet. Ueberschussberechnung (1 = mit Speicher, 2 = mit Offset) 1 oncount: 35

Dann habe ich "Gerät kann schalten" wieder ausgemacht. Keine Änderung im Log, da steht immer noch der Einschalt-URL. Interessanterweise wird der Ausschalt-URL nicht mitgeloggt. Für mich sieht das so aus, als ob die Änderungen in der Konfiguration nicht ordentlich gespeichert werden.

Noch eine Frage zu der anderen Meldung im Log: Wer ersetzt denn da warum den URL? Vorher und Nachher sehen ja ziemlich gleich aus. Und bei beiden Geräten ist das Log mittlerweile 5,2MB bzw. 5,7Mg groß.

Vermutlich ist die schnelle Lösung: Werkseinstellungen und dann die Konfiguration neu eintippen und dann niemals mehr "Gerät kann schalten" bei http-devices anklicken. Bei den shelly-Geräten ist das Log nicht so umfangreich. Oder konfiguriere ich da mal ein shelly und dann wieder zurück auf http? Vielleicht reicht das ja schon.

Verfasst: **So Mai 02, 2021 1:16 pm**

Nö, auf Werkseinstellungen zurücksetzen hilft nicht. Es werden beim Zürcksetzen auch bei Weitem nicht alle Felder zurückgesetzt. Gerätetyp (Shelly, http) und URLs zur separaten Leistungsmessung haben den Reset überlebt. Auch die Einstellung "Manuell / Automatik" waren wieder da, sobald die Geräte neu definiert waren. So auch das Problem mit dem loggen beim Device 6

update
So, nun hab' ich das http-Device mal durch ein Shelly ersetzt und die Meldungen verschwinden sofort. Stelle ich das Device wieder um auf http, dann kommt auch sofort wieder der alte Leistungsmesser-URL, der hat die Umstellung auf Shelly und zurück überlebt. Genauso wie die Fehlermeldung im Log. Die ist nun auch wieder da.
/update

Verfasst: **So Mai 02, 2021 4:55 pm**

erfass mal folgendes:
Oben unter Gerätetyp
kein Gerät
erfassen
Unten separate Leistungsmessung = ja
Dann hier unter Gerätetyp http eintragen, umd die Url angeben.
Gruss Oliver

Verfasst: **Mo Mai 03, 2021 7:46 am**

Nun kommt im smarthomelog das hier:

Code: Alles auswählen

2021-05-03 09:37:35: Device none6GeschirrSp File not found: /var/www/html/openWB/modules/smarthome/none/on.py

Und in der ramdisk ist nur noch die Protokollierung des Ersetzens des einen durch das selbe:

Code: Alles auswählen

05/03/2021, 09:37:44 http watty.py devicenr 6 orig url http://ccu.fritz.box/addons/red/geschirrspueler replaced url http://ccu.fritz.box/addons/red/geschirrspueler urlc none

Verfasst: **Mo Mai 03, 2021 4:02 pm**

Setzte jetzt mal Gerät kann schalten nein. Beim url ersetzten kannst du erreichen, das der aktuelle überschuss den http Aufruf mitgegeben wird. Setzte bitte auch die neuste nightly ein.
Gruss Oliver

Verfasst: **Do Mai 06, 2021 10:33 am**

Danke Oliver, mit der 1.9233 ist die Fehlermeldung nun weg. Hat halt ein bissl gedauert, bis ich die Zeit zum Update gefunden habe.

openWB Forum

smarthome 2.0:Fehlermeldungen im Log

smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log

Re: smarthome 2.0:Fehlermeldungen im Log