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
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
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 .*
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.
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.
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.
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...
Hallo Jürgen,
wie hast Du auf dem ersten Pi das Passwort definiert?
Gruß Otto
Passwort = Groß und Kleinbuchstaben, keine Sonderzeichen. Bei define auch richtig angegeben.
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
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.
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...
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
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...
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 :(
Bei dem Versuch mit telnet bleibt die Verbindung stabil? Er fragt Dich nach dem Passwort und akzeptiert es?
Ja, er fragt mich nach dem Passwort, welche sich natürlich ohne geschweifte Klammern angebe ;)
Nach zweimal Eingabetaste habe ich dann einen Prompt mit Namen des global-Attributs "title", bei mir also
Zentrale>
Dann kann ich diverse Kommandos ausführen, exit beendet das Ganze. Klappt in beide Richtungen.
Dann habe ich erstmal keine Idee. Irgendwas zwischen den beiden stört.
Gibt es auffällige Einträge im Log?
Sieht man im Eventmonitor auf beiden unklare Dinge?
Gruß Otto
Ich habe mal auf Verbose = 4 gestellt bekomme im Log dann
2017.02.12 13:49:52 4: Connection accepted from telnetPort_192.168.178.52_50408
2017.02.12 13:49:57 4: Connection accepted from telnetPort_192.168.178.52_50410
2017.02.12 13:50:02 4: Connection accepted from telnetPort_192.168.178.52_50412
2017.02.12 13:50:08 4: Connection accepted from telnetPort_192.168.178.52_50414
Sprich alle 5 Sekunden wird eine Verbindung akzeptiert.
Das andere Logfile zeigt
2017.02.12 13:49:52 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 13:49:52 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 13:49:57 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 13:49:57 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 13:50:02 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 13:50:02 1: 192.168.178.54:7072 disconnected, waiting to reappear
2017.02.12 13:50:08 1: FHEM2FHEM 192.168.178.54:7072 reappeared (CcontrolsB)
2017.02.12 13:50:08 1: 192.168.178.54:7072 disconnected, waiting to reappear
Wieso wird die Verbindung wieder zu gemacht?
Wie muss ich diese Anmerknug in der commandref interpretieren?
ZitatAnmerkung: Wenn das remote FHEM auf einem eigenen Host läuft, muss "telnetPort" des remote FHEM als global festgelegt sein.
Aber meine Definition sollte passen, oder:
define telnetPort telnet 7072 global
Einen schönen Sonntag zusammen,
also ich gebe auf! Irgendetwas mache ich grundlegend falsch, denn andere haben ja FHEM2FHEM wohl am Laufen. Ich habe stundenlang die Suchfunktion bemüht, ich habe alles mögliche ausprobiert. Aktuell habe ich meine Definition gelöscht, das System neu gestartet und dann neu definiert:
ohne Passwort - 5 Sekunden Takt disappear/appear
falsches Passwort- 5 Sekunden Takt disappear/appear
richtiges Passwort - 5 Sekunden Takt disappear/appear
Hallo Jürgen,
Port 7072 wird blockiert? hatten wir da schon getestet?
Gruß Otto
Ja, ich kann ja direkt perfekt zwischen den beiden kommunizieren. Das hatte ich auf deinen Tipp hin ausprobiert - geht einwandfrei!
Tja irgendwie hab ich auch keine Idee mehr. Ich verwende F2F ziemlich oft, zwischen mehreren Instanzen und funktioniert völlig problemlos.
Gruß Otto
Ich habe zwar auch gerade keine Idee, aber auf was für einer Infrastruktur laufen denn die beiden FHEM-Instanzen und wie ist die Verbindung (WLAN / Kabel / etc).
Hintergrund, diese Verbindungsabbrüche können zum Beispiel von Netzwerkfehlern kommen (reconnect) oder timeouts in der Verbindung (Netzwerkkonfiguration oder Wartezeiten in FHEM oder Last auf dem Rechner). Aber das sind erstmal alles nur Ansätze