[gelöst] Fhem2Fhem host disconnected ständig

Begonnen von Larusso, 18 Dezember 2018, 09:58:23

Vorheriges Thema - Nächstes Thema

Larusso

Hallo zusammen,

ich probiere gerade meinen zweiten Raspberry per FHEM2FHEM mit meinem Haupt Raspberry zu verbinden um einen Temperatur Sensor an meinen Haupt Raspberry weiter zu geben. Das ganze läuft über den Telnetport 7072. Auf dem Haupt Raspberry ist das FHEM2FHEM device nachfolgend definiert:

Internals:
   DEF        192.168.178.96:7072 LOG:.* larusso1
   FD         28
   Host       192.168.178.96:7072
   NAME       Raspberry2
   NR         697
   PARTIAL   
   STATE      connected
   TYPE       FHEM2FHEM
   informType LOG
   portpassword larusso1
   regexp     .*
Attributes:
   room       Unsorted
   verbose    5


auf dem zweiten Raspberry habe ich im Moment auch nur einen Sensor angeschlossen, sollte also von der Performance bei FHEM2FHEM keine Probleme geben, deshalb habe ich LOG:.* noch im define stehen.

Das Temperature device sieht so aus:

Internals:
   CODE       SD_WS_51_TH_1
   DEF        SD_WS_51_TH_1
   LASTInputDev SIGNALduino
   MSGCNT     687
   NAME       Kuehlschrank_Kueche
   NR         59
   SIGNALduino_DMSG W51#8382508711
   SIGNALduino_MSGCNT 687
   SIGNALduino_RAWMSG MS;P1=-15804;P2=586;P3=-4122;P4=-1866;P7=-7948;D=2723242424242423232324242424242324242324232424242423242424242323232424242324242423215;CP=2;SP=7;R=253;
   SIGNALduino_RSSI -75.5
   SIGNALduino_TIME 2018-12-18 09:48:05
   STATE      Temp: 3.8°C <br> Hum: 71% <br> Tendenz: rising <br> Batterie: ok
   TYPE       SD_WS
   bitMSG     1000001110000010010100001000011100010001
   lastMSG    8382508711
   lastReceive 1545122885
   READINGS:
     2018-12-18 09:48:05   battery         ok
     2018-12-18 09:48:05   batteryState    ok
     2018-12-18 09:48:05   channel         1
     2018-12-18 09:48:05   humidity        71
     2018-12-18 09:48:05   state           T: 3.8 H: 71
     2018-12-18 09:48:05   temperature     3.8
     2018-12-18 09:48:05   trend           rising
Attributes:
   alias      Küche Kühlschrank
   event-min-interval .*:300
   event-on-change-reading .*
   genericDeviceType thermometer
   homebridgeMapping CurrentTemperature=temperature CurrentRelativeHumidity=humidity

   icon       temperature_humidity
   room       Homekit
   siriName   Kühlschrank
   stateFormat Temp: temperature°C <br> Hum: humidity% <br> Tendenz: trend <br> Batterie: batteryState
   userReadings Aussentemperatur:trend{ReadingsVal($name,"trend",0) eq "rising"? "steigend":ReadingsVal($name,"trend",0)}


Die Werte werden mir in dem cloneDummy auf dem Haupt Raspberry auch angezeigt:

Internals:
   CFGFN     
   DEF        Kuehlschrank_Kueche LOG:.*
   NAME       Kuehlschrank_Kueche_clone
   NDEV       Kuehlschrank_Kueche
   NR         6199
   NSTATE     LOG:.*
   NTFY_ORDER 50-Kuehlschrank_Kueche_clone
   STATE      3.8 °C
   TYPE       cloneDummy
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   Helper:
     DBLOG:
       humidity:
         DbLog:
           TIME       1545123092.98444
           VALUE      69
       temperature:
         DbLog:
           TIME       1545123092.92646
           VALUE      3.8
   READINGS:
     2018-12-18 09:51:32   T               3.8 H: 69
     2018-12-18 09:51:32   humidity        69
     2018-12-18 09:51:32   state           active
     2018-12-18 09:51:32   temperature     3.8
Attributes:
   event-on-change-reading .*
   stateFormat temperature °C


Mein FHEM2FHEM device geht ca. alle 10 Sekunden auf disconnected und verbindet sich im Anschluss wider, das führt dazu das Mein FHEM auf dem Haupt Raspberry sehr schlecht erreichbar ist. Wo könnte nun das Problem liegen das die Verbindung ständig unterbrochen und wider neu aufgebaut wird. Hier noch die define von meinem telnet auf dem zweiten Raspberry:

Internals:
   CONNECTS   238
   DEF        7072 global
   FD         6
   NAME       telnetPort
   NR         3
   PORT       7072
   STATE      Initialized
   TYPE       telnet
   READINGS:
     2018-12-17 12:29:07   state           Initialized
Attributes:
   room       System


und das allowed device

Internals:
   NAME       allowed_telnetPort
   NR         26
   STATE      validFor:telnetPort
   TYPE       allowed
   validFor   telnetPort
   READINGS:
     2018-12-17 12:29:08   state           validFor:telnetPort
Attributes:
   password   larusso1
   room       System
   validFor   telnetPort


hier noch die Log Einträge;

HauptRaspberry:
2018.12.18 09:58:07 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:07 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:07 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:07 1: 192.168.178.96:7072 disconnected, waiting to reappear
2018.12.18 09:58:12 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:12 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:12 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:12 1: 192.168.178.96:7072 disconnected, waiting to reappear
2018.12.18 09:58:17 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:17 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:17 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:17 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:17 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:17 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:17 1: 192.168.178.96:7072 disconnected, waiting to reappear
2018.12.18 09:58:22 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:22 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:22 5: publish received for tele/SZ_Heizdecke/STATE, {"Time":"2018-12-18T09:58:18","Uptime":"42T16:23:10","Vcc":3.187,"POWER":"OFF","Wifi":{"AP":1,"SSId":"FRITZ!Box 6490 Cable","RSSI":50,"APMac":"44:4E:6D:99:B8:4D"}}
2018.12.18 09:58:22 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:22 1: 192.168.178.96:7072 disconnected, waiting to reappear
2018.12.18 09:58:27 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:27 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:27 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:28 4: global: Global global UNDEFINED PFR_130_131 CUL_TCM97001 CUL_TCM97001_131
2018.12.18 09:58:28 4: Kuehlschrank_Kueche: SD_WS Kuehlschrank_Kueche T: 4.2 H: 67
2018.12.18 09:58:28 4: Kuehlschrank_Kueche: SD_WS Kuehlschrank_Kueche temperature: 4.2
2018.12.18 09:58:28 1: 192.168.178.96:7072 disconnected, waiting to reappear
2018.12.18 09:58:33 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:33 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:33 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)
2018.12.18 09:58:33 1: 192.168.178.96:7072 disconnected, waiting to reappear
2018.12.18 09:58:38 5: HttpUtils url=http://192.168.178.96:7072/
2018.12.18 09:58:38 4: IP: 192.168.178.96 -> 192.168.178.96
2018.12.18 09:58:38 1: FHEM2FHEM 192.168.178.96:7072 reappeared (Raspberry2)


und vom zweiten Raspberry

2018.12.18 09:26:40 3: FHEM2FHEM opening Raspberry1 at 192.168.178.45:8083
2018.12.18 09:26:40 3: FHEM2FHEM device opened (Raspberry1)
2018.12.18 09:29:00 3: FHEM2FHEM opening Raspberry1 at 192.168.178.45:7072
2018.12.18 09:29:00 3: FHEM2FHEM device opened (Raspberry1)
2018.12.18 09:29:00 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:05 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:05 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:05 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:10 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:10 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:10 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:15 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:15 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:15 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:20 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:20 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:20 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:25 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:25 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:30 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:31 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:36 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:36 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:36 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
2018.12.18 09:29:46 1: 192.168.178.45:7072 disconnected, waiting to reappear
2018.12.18 09:29:51 1: FHEM2FHEM 192.168.178.45:7072 reappeared (Raspberry1)
nanoCul434MHz, nanoCul868MHz, HueBridge, shellyRolladenaktoren, Nuki, Homematic, RPI3, Homebridge, Sonoffbridge, Xiaomi Saugrobotter,

Otto123

Hi,

erstens:CloneDummy brauchst Du nicht. Normaler Dummy reicht
zweitens: LOG.* birgt immer Gefahren!

Also mach bitte folgendes:
Definiere auf dem zweiten Rasberry den dummy mit gleichen Namen wie dein zu übertragendes Device -> Kuehlschrank_Kueche
define Kuehlschrank_Kueche dummy
Trage in die FHEM2FHEM Definition ein:
LOG:Kuehlschrank_Kueche

Und alles sollte funktionieren.

Ich denke, dein disconnect könnte auch daher kommen, dass irgendwas deinen zweiten raspberry "irre" macht. Wenn es nicht so ist müssen wir weiter suchen. Kann dann eigentlich nur am Netzwerk liegen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Larusso

Hi Otto,

erstmal ein Kompliment an dich, von deiner Seite habe ich schon viele Anleitungen erfolgreich umsetzen könne und du bist immer sehr viel mit Rat und Tat im Forum unterwegs, finde ich echt super. Kannst du mir bitte erklären wofür dann das cloneDummy device benötigt wird, im Forum habe ich den Hinweis gefunden das man es mit cloneDummy anlegen soll, wo besteht der Unterschied.

Habe das ganze so umgesetzt und bekomme keine Disconects mehr, denke das das dann an dem ganzen Traffic lag da ja viel mehr gelloged wurde.

Danke Otto, werde das noch ein bisschen beobachten und dann gelösst setzen.

nanoCul434MHz, nanoCul868MHz, HueBridge, shellyRolladenaktoren, Nuki, Homematic, RPI3, Homebridge, Sonoffbridge, Xiaomi Saugrobotter,

CoolTux

cloneDummy wurde bis vor 2 Jahren noch benötigt. Vor 2 Jahren hat Rudi dann die Funktion unter anderem in den dummy verlegt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Otto123

Zitat von: CoolTux am 18 Dezember 2018, 12:50:23
cloneDummy wurde bis vor 2 Jahren noch benötigt. Vor 2 Jahren hat Rudi dann die Funktion unter anderem in den dummy verlegt.
genau :) und für den Einsteiger ist es echt schwer herauszufinden, das es "einfach" geht.  Die "komplizierte" Beschreibung steht überall noch rum.

Der große Vorteil ist ja vor allem der identische Name.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Larusso

Super, scheint genau das zu machen was es soll, vielen dank an Otto und CoolTux für die schnellen Infos, denke das Thema ist gelöst  ;D
nanoCul434MHz, nanoCul868MHz, HueBridge, shellyRolladenaktoren, Nuki, Homematic, RPI3, Homebridge, Sonoffbridge, Xiaomi Saugrobotter,