FHEM2FHEM - permanentes disappear/appear

Begonnen von ujaudio, 21 Januar 2017, 23:41:01

Vorheriges Thema - Nächstes Thema

ujaudio

Guten Abend,

was soll mir dieser Logeintrag sagen? Klar es funktioniert nicht, aber in welche Richtung geht das Problem? Es gibt wohl immer wieder kurzzeitig eine Verbindung zwischen den beiden FHEMs, die aber sofort wieder zusammenbrechen??!?
2017.01.21 23:35:00 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:05 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:05 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:10 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:10 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:15 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:15 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:20 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:20 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:25 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:25 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:30 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:30 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:35 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:35 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:40 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:41 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:46 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:46 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:51 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:51 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.01.21 23:35:56 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.01.21 23:35:56 1: 192.168.178.54:7072 disconnected, waiting to reappear
Einen lieben Gruß
Jürgen

franky08

Ohne die defines deiner f2f Verbindung wird dir keiner helfen können. Also wie sind die beiden Instanzen definiert und was möchtest du machen?

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

ujaudio

#2
Die Definition ist
define CcontrolsB FHEM2FHEM 192.168.178.54:7072 LOG:.* {passwort}
und die Internals werden dann so angezeigt:
CFGFN
DEF           192.168.178.54:7072 LOG:.* {passwort}
FD                4
Host              192.168.178.54:7072
NAME              CcontrolsB
NR                131
PARTIAL   
STATE            connected
TYPE             FHEM2FHEM
informType       LOG
portpassword     {passwort}
regexp           .*


Einen lieben Gruß
Jürgen

marvin78

Es könnte sein, dass die Verbindung verloren geht, weil dein FHEM2FHEM allumfassend ist und das viel zu viel sein könnte. FHEM2FHEM definiert man am besten nur für das, was man auch benötigt. Ohne mehr Infos über das, was du damit machen willst etc. ist das aber, wie so oft bei dir, ein Ratespiel.

ujaudio

Naja, ich will halt 2 FHEM-Raspberry koppeln ;) und habe nur das Beispiel aus der commandref
Zitatdefine ds1 FHEM2FHEM 192.168.178.22:7072 LOG:.*
mit meinen IP-Daten ausprobiert. In der comanddref steht nichts, dass man hinsichtlich Performance aufpassen muss. Im Wiki habe ich auch nichts darüber gelesen (ich bin aber ggf. auch etwas leseschwach?!). Am Ende geht es mir darum (Zitat aus dem Wiki):
ZitatUm eine zeitkritische und eine weniger zeitkritische Hardwareinstanz zu betreiben, da bestimmte Module die FHEM Instanz für eine gewisse Zeit verzögern können (Verzögerungen verursachen z.B. disconnects des HMLan beim keepalive).
.
Für' erste wollte ich nur mal ein wenig ausprobieren, mache ich jetzt auch, kann ich wenigstens mal wieder regexp üben - der Hinweis mit der Performance könnte stimmig sein, immerhin hat mein Livesystem so knapp 400 entities und mit .* holt sich der 2 Raspberry halt alle Events.
Einen lieben Gruß
Jürgen

marvin78

Also bist du doch logisch selbst darauf gekommen, dass man FHEM2FHEM immer einschränken sollte. Dass viele Events, je nach Anzahl der auf Events reagierende notifies, teuer in der Performance ist, steht ja hier an jeder Ecke.

Es kann aber auch andere Gründe für den Verbundungsverlust geben. Beispielsweise die Verbindung selbst. Wenn es WLAN ist, ist ggf. das WLAN schuld!? Schwer zu sagen, ohne weitere Infos. Ob die Verbindung generell ggf. nicht in Ordnung ist, könntest du aber bspw. mit PRESENCE überprüfen.

ujaudio

Ich glaube ich habe noch immer ein Brett vor dem Kopf:

  • auf dem 1. Raspberry habe ich einen dummy "kp_test1" definiert
  • auf dem 2. Raspberry möchte ich mitbekommen, was dieses dummy auf dem 1. Raspberry macht, deshalb habe ich ein FHEM2FHEM definiert mit LOG:kp_.*
Ich hätte jetzt erwartet, dass ich auf dem 2. Raspberry im Eventmonitor immer einen Event sehe, wenn sich auf dem ersten der Wert des dummy kp_test1 ändert. leider Fehlanzeige, dafür wieder alle 5 Sekuunden ein Connect/Disconnect.
Ich hab's einfach nicht verstanden...
Einen lieben Gruß
Jürgen

Otto123

Hallo Jürgen,

wie hast Du auf dem ersten Pi das Passwort definiert?

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

ujaudio

Passwort = Groß und Kleinbuchstaben, keine Sonderzeichen. Bei define auch richtig angegeben.
Einen lieben Gruß
Jürgen

Otto123

#9
Zitat von: ujaudio am 30 Januar 2017, 06:34:29
Passwort = Groß und Kleinbuchstaben, keine Sonderzeichen. Bei define auch richtig angegeben.
Moin,

ich wollte nicht DEIN Passwort wissen!  :-X
Ich wollte wissen wie/wo Du es definiert hast? Es gibt mehrere Stellen in FHEM wo man ein Passwort vergeben könnte.  :P

Und hast Du es mal ohne Passwort versucht? Gibt es da auch Verbindungsabbrüche?

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

ujaudio

es gibt ein allowedTelnet, dort ist das Passwort hinterlegt. Und es ist "ValidFor Telnet", also die Definitionen sollten passen.. Habe gerade nochmals die commandref zu allowed gelesen, dort kann ich auch nichts herauslesen, was mich auf einen Fehler hinweist.
Einen lieben Gruß
Jürgen

ujaudio

Irgendwie komme ich nicht weiter: auf dem 1.Raspberry habe ich:
define telnetPort telnet 7072 global
attr telnetPort room Zentrale

define allowedTelnet allowed
attr allowedTelnet password xxxxx
attr allowedTelnet room Zentrale
attr allowedTelnet validFor telnetPort

define kp_test1 dummy


Der 2. Raspberry soll nun in Abhängigkeit vom ersten etwas machen:
define telnetPort telnet 7072 global
attr telnetPort room Zentrale

define allowed_telnetPort allowed
attr allowed_telnetPort password xxxxx
attr allowed_telnetPort room Zentrale
attr allowed_telnetPort validFor telnetPort

define CcontrolsB FHEM2FHEM 192.168.178.54:7072 LOG:kp_.* {xxxxx}

define lk_test1 dummy

define sync_test1 notify kp_test1 set lk_test1 $EVENT


Die Passwörter sind identisch. Aber ich bekomme noch immer das permanente disappear/appear.

Also muss ich doch irgendetwas noch komplett falsch verstanden haben...
Einen lieben Gruß
Jürgen

Otto123

Hallo Jürgen,

Pi 1 hat wirklich die Adresse 192.168.178.54 ?
Geht ping 192.168.178.54 vom Pi 2?

Kannst Du auf beiden Telnet installieren sudo apt-get update && sudo apt-get install telnet und dann auf beiden versuchen telnet 192.168.178.54 7072

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

ujaudio

Ping vom 2. Raspberry liefert:
pi@raspberrypi:~ $ ping 192.168.178.54
PING 192.168.178.54 (192.168.178.54) 56(84) bytes of data.
64 bytes from 192.168.178.54: icmp_seq=1 ttl=64 time=0.527 ms
64 bytes from 192.168.178.54: icmp_seq=2 ttl=64 time=0.457 ms
64 bytes from 192.168.178.54: icmp_seq=3 ttl=64 time=0.442 ms
64 bytes from 192.168.178.54: icmp_seq=4 ttl=64 time=0.430 ms
64 bytes from 192.168.178.54: icmp_seq=5 ttl=64 time=0.440 ms


Das Update läuft gerade...
Einen lieben Gruß
Jürgen

ujaudio

#14
Also: telnet war nicht installiert - nun ist es!

Ich kann auch auf Kommandozeilenebene in beiden Richtungen arbeiten.

Aber ich bekomme noch immer alle 5 Sekunden ein disappear/appear:
...
2017.02.12 11:30:52 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 11:30:52 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 11:30:57 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 11:30:57 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 11:31:02 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 11:31:02 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 11:31:07 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 11:31:07 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 11:31:12 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 11:31:13 1: 192.168.178.54:7072 disconnected, waiting to reappear
...


Werde nun beide mal komplett neu starten - hat leider auch nicht geholfen  :(
Einen lieben Gruß
Jürgen