Problem bei Verbindung zweier Instanzen mittels FHEM2FHEM

[CoolTux]

Die Sichtweise ist eigentlich immer die Richtung des Verbindungsaufbaus. Also wer startet die Verbindung. Und das ist immer der Client. Für FHEM2FHEM heißt das also, immer da wo die Instanz definiert ist ist der Verbindungsaufbauer.

[Otto123]

Vielleicht hat man einfach zwei Sichtweisen/Flussrichtungen:

Telnet
Client    -> Server
F2F       -> telnetPort
Daten
Dummy <- Original Device

Gruß Otto

[duke-f]

Will ja nicht Klugscheißern, aber hängt die Sichtweise nicht immer irgendwie vom Betrachter ab?

[R1F800]

Internals:
   CONNECTS   459
   DEF        7072 global
   FD         5
   FUUID      5c48ae86-f33f-0b1b-4957-ac4608784ba0c2ea
   NAME       telnetPort
   NR         2
   PORT       7072
   STATE      Initialized
   TYPE       telnet
   READINGS:
     2019-03-06 10:16:56   state           Initialized
Attributes:


Aber wie gesagt, das Zielsystem, welches die Daten pullt ist nach meinem Eindruck überlastet. Es dauert alles total lange ... pageaufbau, putty Zugriff etc.

[Otto123]

Dann wäre dieses regexp das Problem:
LOG:ESPEasy_Gartenhaus_Aussentemp

Kannst Du mal im Eventmonitor schauen was mit dem Filter ESPEasy_Gartenhaus_Aussentemp.* so passiert? Auf beiden Seiten? Eigentlich sollte ein einzelnen Device nicht das Problem sein.
Meist liegt "gähnend langsam" daran, das man F2F in beide Richtungen definiert hat. Hast Du?

Gruß Otto

[R1F800]

Hallo,
nein, F2F läuft nur auf einem device.


Quelle:
2019-03-08 09:46:53 ESPEasy ESPEasy_Gartenhaus_Aussentemp presence: present
2019-03-08 09:46:53 ESPEasy ESPEasy_Gartenhaus_Aussentemp Tem: 6.5

Ziel:
2019-03-08 09:48:40 FHEM2FHEM TAussen DISCONNECTED
2019-03-08 09:48:40 FHEM2FHEM TAussen CONNECTED
2019-03-08 09:48:45 FHEM2FHEM TAussen DISCONNECTED
2019-03-08 09:48:45 FHEM2FHEM TAussen CONNECTED
2019-03-08 09:48:45 FHEM2FHEM TAussen CONNECTED

[CoolTux]

Ich würde ja behaupten das Dein Netzwerk nicht stabil ist.

[R1F800]

Ich würde ja behaupten das Dein Netzwerk nicht stabil ist.

Ach ja, woher nimmst Du Deine Erkenntnis?

Und wieso gibt es "NUR" mit fhem2FHEM Probleme? Sämtliche ESP8266 laufen, Hue läuft etc .

[Otto123]

und die IP stimmt ? 192.168.0.11

Und das System auf dieser IP läuft ansonsten ruhig? Mal mit Top geschaut?

[R1F800]

und die IP stimmt ? 192.168.0.11

Und das System auf dieser IP läuft ansonsten ruhig? Mal mit Top geschaut?

Ja genau.
Das FHEM webfrontend läuft sehr flüssig

[Otto123]

Also wenn Du FHEM2FHEM mit einem Device einrichtest und das System läuft anschließend träge und macht einen ständigen Wechsel von connnect und disconnect dann stimmt was nicht. Ich habe mehrere F2F Instanzen mit mehreren Devices, das merkt man überhaupt nicht.
Mach mal zur Kontrolle auf beiden Systemen

Code Auswählen Erweitern

list TYPE=FHEM2FHEM
Geht von der FHEM Instanz aus wo F2F läuft (laufen soll)

Code Auswählen Erweitern

{qx(perl fhem.pl  192.168.0.11:7072 "list")} in der FHEM Kommandozeile?

Ansonsten weiß ich es nicht. 

Gruß Otto

[Wernieman]

also ich würde auch im Netzwerkbereich suchen. Andauernde Connekt/Disconnect hören sich nicht gut an.

Für Fehlersuche könnte man auch mal im Syslog/Kernlog schauen ...

[R1F800]

Also wenn Du FHEM2FHEM mit einem Device einrichtest und das System läuft anschließend träge und macht einen ständigen Wechsel von connnect und disconnect dann stimmt was nicht. Ich habe mehrere F2F Instanzen mit mehreren Devices, das merkt man überhaupt nicht.
Mach mal zur Kontrolle auf beiden Systemen

Code Auswählen Erweitern

list TYPE=FHEM2FHEM
Geht von der FHEM Instanz aus wo F2F läuft (laufen soll)

Code Auswählen Erweitern

{qx(perl fhem.pl  192.168.0.11:7072 "list")} in der FHEM Kommandozeile?

Ansonsten weiß ich es nicht. 

Gruß Otto

ZIEL:
   CFGFN     
   DEF        192.168.0.11:7072 LOG:ESPEasy_Gartenhaus_Aussentemp
   FD         4
   FUUID      5c822ac1-f33f-fa48-d79f-c3724656ee71b4e0
   Host       192.168.0.11:7072
   NAME       TAussen
   NR         99
   PARTIAL   
   STATE      connected
   TYPE       FHEM2FHEM
   informType LOG
   regexp     ESPEasy_Gartenhaus_Aussentemp
Attributes:
   room       F2F


was ist mit Security issues rund um das TELNET Socket ?

[Otto123]

Also der qx Befehl geht nicht? Dann geht die Telnet Schnittstelle nicht.

Issues die die Kommunikation verhindern gibt es per default nicht, es sei denn Du hast welche eingebaut

[R1F800]

also ich würde auch im Netzwerkbereich suchen. Andauernde Connekt/Disconnect hören sich nicht gut an.

Für Fehlersuche könnte man auch mal im Syslog/Kernlog schauen ...

syslog /kernlog des Zielsystems kommt der PI mit einem W1_master_driver W1_Busmastereintrag jede Min um die Ecke ...?
Vielleicht durch einen alten Test ..

interessanterweise kommt das auf dem Quellsystem auch ...