fhem bleibt hängen, wenn OW Server nicht antwortet

Begonnen von maci, 05 November 2018, 08:11:02

Vorheriges Thema - Nächstes Thema

maci

Mein Fhem Server bleibt hängen weil er keine Antwort vom OWServer bekommt.
Der OWServer ist auf einem anderen Raspberry. Dieser war gestern nicht erreichbar.
Weder per ssh, aber einige Ports waren offen, aber ohne Funktion . Er ist also im Dillirium :o

Mein Fhem Hauptserver bleibt nun hängen weil der OW-Server nicht antwortete.
Der 4304 port ist geschlossen lt. Portscan.

Im Log steht:
2018.11.05 08:01:36 3: Heizungstemperaturen: Opening connection to OWServer 10.0.0.8:4304...
2018.11.05 08:01:36 3: Heizungstemperaturen: Successfully connected to 10.0.0.8:4304.


Bei dieser Meldung blieb Fhem hängen und machte nicht weiter.
Weil Fhem nicht antwortete, habe ich den Server neu gestartet und da blieb er hängen machte nichts mehr.

Frage mich, warum es hier kein TimeOut gibt. Oder muss ich die Konfiguration anpassen?

Internals:
   DEF        10.0.0.8:4304
   LAST_READ_FAILED 0
   NAME       Heizungstemperaturen
   NOTIFYDEV  global
   NR         85
   NTFY_ORDER 50a-Heizungstemperaturen
   OWNET_VERSION 3.1p5
   STATE      Initialized
   TYPE       OWServer
   READINGS:
     2018-11-05 17:23:28   /settings/timeout/directory           60
     2018-11-05 17:23:28   /settings/timeout/ftp          900
     2018-11-05 17:23:28   /settings/timeout/ha7           60
     2018-11-05 17:23:28   /settings/timeout/network            1
     2018-11-05 17:23:28   /settings/timeout/presence          120
     2018-11-05 17:23:28   /settings/timeout/serial            5
     2018-11-05 17:23:28   /settings/timeout/server           10
     2018-11-05 17:23:28   /settings/timeout/stable          300
     2018-11-05 17:23:28   /settings/timeout/uncached 0
     2018-11-05 17:23:28   /settings/timeout/usb            5
     2018-11-05 17:23:28   /settings/timeout/volatile           15
     2018-11-05 17:23:28   /settings/timeout/w1           30
     2018-11-05 17:23:28   /settings/units/pressure_scale mbar
     2018-11-05 17:23:28   /settings/units/temperature_scale C
     2018-11-05 17:23:28   state           Initialized
   fhem:
     protocol   10.0.0.8:4304
Attributes:
   DbLogExclude .*
   group      Verbindung Heizung
   room       9.09_Systemkonfiguration


Es steht zwar etwas von Timeout drinnen, aber das reagierte gestern irgendwie nicht.
Die Uhrzeit ist daher weil ich um diese Zeit der OW Server wieder an laufen brachte und dann den Fhem server neu gestartet habe.
Fhem auf Dell Thinclient, Fhem auf Raspebrry Pi4,
UniPi Vers. 1.1 mit Raspberry Pi3, 1wire USB Adapter mit OWX
Netatmo Wetterstation + Regenmesser + Netatmo Thermostat
Homematic mit HMLan

roli

HAbe momentan ebenfalls Probleme das ganze zu laufen zu bringen   und Fhem hängt sich auf sobald  ich  einen OWserver definiere

z.B:    define myOWServer OWServer localhost:4304

HAbe aber auch gesehen, dass z.B.  kein  owhttp  gestartet war.  Konnte es jedoch  manuell starten

ich verwende :
/usr/bin/owhttpd -V
/usr/bin/owhttpd version:
        2.8p15
libow version:
        2.8p15

owserver -V
owserver version:
        2.8p15
libow version:
        2.8p15

KEine Ahnung was lost ist ?


FHEM auf Debian Wheezy(RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp, GPIO based Relais-Schalter;i2c Bus
Integration von Sonnenbatterie Eco8;
Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

Rohan

Hallo roli,

falls dich die Antwort noch interessiert:

Nach einem Update auf die neueste Fhem-Version werden von Fhem nur noch die OW-Versionen V 3.1p5 und 2.8p17 unterstützt. Du nutzt die 2.8p15, genau wie ich bis vor 1 Stunde. Im Wiki unter https://wiki.fhem.de/wiki/OWServer_%26_OWDevice findest du Abhilfemöglichkeiten. Ich habe die unter "Zweite Variante: Eine ältere, kompilierte Version für den RaspberryPi kann hier heruntergeladen werden: owfs_2.8p17-1_all.zip" genommen auf meinem "Uralt"-RasPi-OW-Server.

Und jetzt bin ich wieder weg. War nur hier, weil ich den o.a. Download nur durchführen kann, wenn man hier im Forum angemeldet ist.

Grüßle
Rohan
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor