Problem bei Verbindung zweier Instanzen mittels FHEM2FHEM

Begonnen von duke-f, 29 September 2017, 10:00:18

Vorheriges Thema - Nächstes Thema

Otto123

gibt es denn FHEM Log Einträge bez. telnet auf dem 192.168.0.11 ?
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

CoolTux

Nimm einfach Mal einen telnet Client und verbinde Dich mit dem telnet Server von FHEM.
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

R1F800

#32
Zitat von: CoolTux am 08 März 2019, 16:51:56
Nimm einfach Mal einen telnet Client und verbinde Dich mit dem telnet Server von FHEM.

Mit dem WIN 10 telnet client kann keine Verbindung zum HOST hergestellt werden.
Also kein Connect auf das Socket möglich.  IP:Port#

Sorry.. hatte die falsche Syntax  IP Port#
Jetzt fragt er nach dem Passwort - wenn ich das eingebe verliehrt er die Verbindung ... "Verbindung zu Host verloren"

Wie gesagt mit putty (ssh) komme ich auf den PI ja drauf.

Ich habe jetz einmal TELNET aktiv auf dem PI nachinstalliert :-)
sudo apt-get install telnetd

Ich werde morgen wieder berichten

CoolTux

Du bringst da was durcheinander. Ssh und putty und Pi ist ganz was anderes. Das ist das System.
Wir reden von FHEM als Anwendung und die verwendet unteranderem als Möglichkeit einer Verbindung das telnetprotokoll. Es läuft also ein telnet Server für die Kommunikation mit FHEM.
So. Also was hast du genau gemacht? telnet ip-fhem 7072 sollte dein Aufruf im Normalfall sein. Was passiert dann?
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

R1F800

#34
Zitat von: CoolTux am 08 März 2019, 19:38:06
Du bringst da was durcheinander. Ssh und putty und Pi ist ganz was anderes. Das ist das System.
Wir reden von FHEM als Anwendung und die verwendet unteranderem als Möglichkeit einer Verbindung das telnetprotokoll. Es läuft also ein telnet Server für die Kommunikation mit FHEM.
So. Also was hast du genau gemacht? telnet ip-fhem 7072 sollte dein Aufruf im Normalfall sein. Was passiert dann?

ich habe auf meinem WIN10 system den Telnet Client zur Hand genommen und dann via Socket auf den PI zugreifen wollen ... die Passwortabfrage kommt und Ende

Putty auch auf der WIN10 Büchse geht über SSH; das weiß ich ...

direkt auf dem PI:
$ telnet 127.0.0.1
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
Raspbian GNU/Linux 8
Zaehlertafel login: pi
Password:
Last login: Fri Mar  8 19:38:39 CET 2019 from office.fritz.box on pts/1
Linux Zaehlertafel 4.19.25-v7+ #1205 SMP Mon Feb 25 18:19:20 GMT 2019 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
pi@Zaehlertafel:~ $

CoolTux

Sorry ich glaube ich verstehe Dich da nicht ganz.
Bist du so nett und schreibst mir kurz den kompletten telnet Befehl das ich sehe was du gemacht hast?
Und dann wäre ein list vom allowed Device welches dem telnet Device zugeordnet ist noch gut. Also so fern vorhanden.
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

@Cooltux: Da ich dieses Schlamassel mit telnet irgendwie geahnt hatte, hatte ich ja das list über fhem.pl probieren wollen. :)

@R1F800 Hattest Du jetzt den Befehl aus #25 probiert oder nicht? Kam was zurück oder nicht? Gab es auf beiden Seiten irgendwelche Einträge im Log?

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

CoolTux

Das telnet auf localhost ist falsch. Dir fehlt die Angabe des Ports.
Also wenn dann

telnet localhost 7072

Was passiert wenn du das auf dem pi aus führst? Also mit SSH auf dem pi anmelden und dann den telnet Befehl aus führen.
Und bitte Ottos letzten Post beachten.
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

R1F800

Zitat von: Otto123 am 08 März 2019, 20:48:50
@Cooltux: Da ich dieses Schlamassel mit telnet irgendwie geahnt hatte, hatte ich ja das list über fhem.pl probieren wollen. :)

@R1F800 Hattest Du jetzt den Befehl aus #25 probiert oder nicht? Kam was zurück oder nicht? Gab es auf beiden Seiten irgendwelche Einträge im Log?

Gruß Otto


zum LIST Befehl das habe ich reinkopiert ...
zum anderen kam nichts zurück.

R1F800

Zitat von: CoolTux am 08 März 2019, 20:53:40
Das telnet auf localhost ist falsch. Dir fehlt die Angabe des Ports.
Also wenn dann

telnet localhost 7072

Was passiert wenn du das auf dem pi aus führst? Also mit SSH auf dem pi anmelden und dann den telnet Befehl aus führen.
Und bitte Ottos letzten Post beachten.
telnet localhost 7072
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

CoolTux

Das sieht erstmal okay aus. Und das hast du jetzt auf dem pi gemacht mit dem FHEM wo Du NICHT das FHEM2FHEM Device angelegt hast?
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

Wie sind die IPs von beiden Instanzen?
ZitatNOTE: if this attribute is not defined and there is no valid allowed device defined for the telnet/FHEMWEB instance and the client tries to connect from a non-local net, then the connection is refused. Following is considered a local net:
IPV4: 127/8, 10/8, 192.168/16, 172.16/10, 169.254/16
IPV6: ::1, fe80/10
Es gab im LOG von dem wo F2F nicht definiert ist keinen Hinweis auf Ablehnung der Telnetverbindung? Funktioniert das LOG dort überhaupt?
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

Wernieman

Hast Du OneWire Sensoren dran?

Kenne ich so nicht vom Pi ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

abc2006

Moin zusammen,
ich häng mich mal dazwischen, weil ich seit ein paar Tagen ein ähnliches Problem habe.

Ich besitze einen Hauptrechner, der das gesamte Logging und Monitoring macht, ja, und noch so ein paar Schaltaufgaben nebenbei (licht), an denen man super merkt, wenn was nicht stimmt.
Dazu besitze ich seit drei Raspberry Pi, die mit der Hauptinstanz über FHEM2FHEM verbunden sind.

hzfhem und hvfhem laufen seit langem problemlos, pvfhem kam jetzt dazu. Seitdem reagiert mein Hauptsystem mega träge und sammelt sich die Events an (Lichtschalter drücken - passiert nix. Nochmal drücken - passiert immer noch nix. Fluchend im Dunkeln zum Kühlschrank laufen - Licht geht an, aus, an, aus - je nachdem wie oft ich gedrückt habe.
Deshalb habe ich mit apptime nach dem Problem gesucht:

active-timers: 125; max-active timers: 129; max-timer-load: 5  min-tmrHandlingTm: 0.2ms; max-tmrHandlingTm: 42.2ms; totAvgDly: 821.4ms

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
  pvfhemTOfhem                             FHEM2FHEM_Read                         521      140   50523.43   360.88     0.00     0.00 09.03. 12:06:07 HASH(pvfhemTOfhem)
hzfhemTOfhem                             FHEM2FHEM_Read                         591       12    3267.86   272.32     0.00     0.00 09.03. 11:13:37 HASH(hzfhemTOfhem)
hvfhemTOfhem                             FHEM2FHEM_Read                         410       12    2405.51   200.46     0.00     0.00 09.03. 11:14:01 HASH(hvfhemTOfhem)


Und wundere mich jetzt, dass der Raspberry, der immer mal ein paar Werte überträgt, so viel schlechter da steht, als die anderen beiden, die hunderte Werte pro minute aktualisieren bzw. 4-5 Werte alle paar Sekunden.

Nachdem ich den Thread gelesen hab, werd ich erstmal das Netzwerkkabel tauschen... bin mal gespannt, ob es dann weg ist - und reiner Zufall, dass zweimal das gleiche Problem zeitgleich auftritt - oder ob es doch einen anderen Grund hat...

Warum eigentlich hängt die Instanz, in der F2F definiert ist, wenn der remote nichts liefert/nicht erreichbar ist/sonstwie probleme macht?


Grüße,
Stephan
FHEM nightly auf Intel Atom (lubuntu) mit VDSL 50000 ;-)
Nutze zur Zeit OneWire und KNX

abc2006

Zitat von: Wernieman am 09 März 2019, 12:07:50
Hast Du OneWire Sensoren dran?

Habe ich an hvfhem angeschlossen - keine Probleme...

Grüße,
Stephan
FHEM nightly auf Intel Atom (lubuntu) mit VDSL 50000 ;-)
Nutze zur Zeit OneWire und KNX