Yep - aber das hatten wir eigentlich bereits vor Jahren geklärt - Lan-Gateway nicht per Lan sondern per xx-Lan anschließen iss nicht, gibt nur Probleme.
LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 9115
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Die Seite "Einstellungen"->"Systemsteuerung"->"LAN Gateway Konfiguration" nutzt für die Spalte "Status" die Methode >>>getlgwconnectionstatus.tcl<<<
webui.js:
Anhand der mit listBidcosInterfaces ermittelten Seriennummer des GW wird der Status aus der Datei /var/status/<SERIENNUMMER>.connstat ausgelesen.
Für mich stellen sich da ein paar Fragen:
- Wer/welcher Prozess schreibt die Datei?
- Warum nutzt man nicht gleich die Infos aus listBidcosInterfaces, die die Infos (zum Verbindungsstatus) zum LANGW auch enthält?
Kommt die "Trotz 'nicht verbunden' geht es trotzdem"-Diskrepanz daher, dass der Inhalt der Datei manchmal nicht mit dem tatsächlichen Status aus dem RFD XMLRPC-Request listBidcosInterfaces übereinstimmt?
Vielleicht kann ja jemand, der das Problem grad hat, mal per SSH ausführen
XYZ0000000 durch die Seriennummer des GW ersetzen
webui.js:
Code: Alles auswählen
...
/* RF-Gateways */
homematic("Interface.listBidcosInterfaces", {"interface": "BidCos-RF"}, function(gatewayStatus) {
if (gatewayStatus)
{
for (var i = 0, len = rfGateways.length; i < len; i++)
{
if(globalLGWTypes.HMLGW2 == rfGateways[i].getType()) {//NEW RF Gateway
//var hmlgw2GW = rfGateways[i];
var lgwStatus = null;
homematic("Interface.getLGWConnectionStatus", {"interface" : "BidCos-RF", "serial" : rfGateways[i].getAddress()}, function(lgwStatus) {
...
if(lgwStatus.connstat == "NO_ERROR") {
textB = translateKey("lanGatewayLblConnected");
}
else if(lgwStatus.connstat == "CONNECT_FAILED") {
textB = translateKey("lanGatewayLblNotConnected");
}
...
Für mich stellen sich da ein paar Fragen:
- Wer/welcher Prozess schreibt die Datei?
- Warum nutzt man nicht gleich die Infos aus listBidcosInterfaces, die die Infos (zum Verbindungsstatus) zum LANGW auch enthält?
Kommt die "Trotz 'nicht verbunden' geht es trotzdem"-Diskrepanz daher, dass der Inhalt der Datei manchmal nicht mit dem tatsächlichen Status aus dem RFD XMLRPC-Request listBidcosInterfaces übereinstimmt?
Vielleicht kann ja jemand, der das Problem grad hat, mal per SSH ausführen
Code: Alles auswählen
echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:32001/ listBidcosInterfaces]" | tclsh
ls -l /var/status/*.connstat
cat /var/status/XYZ0000000.connstat
- jmaus
- Beiträge: 9846
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Das ist in der Tat ein sehr interessantes und gutes Finding! Wusste ich so noch gar nicht bzw. hab ich wohl vergessen. Wäre also interessant was in den connstat Dateien dann so in dem Falle zu finden ist. Und mit den richtigen Infos könnte ich zumindest die richtigen Fragen an eQ3 stellen und vielleicht kommt dann auch irgendwann ein Bugfix oder ne Verbesserung diesbzgl. zustande.jp112sdl hat geschrieben: ↑24.10.2021, 23:15Die Seite "Einstellungen"->"Systemsteuerung"->"LAN Gateway Konfiguration" nutzt für die Spalte "Status" die Methode >>>getlgwconnectionstatus.tcl<<<
[...]
Anhand der mit listBidcosInterfaces ermittelten Seriennummer des GW wird der Status aus der Datei /var/status/<SERIENNUMMER>.connstat ausgelesen.
Das scheint der rfd zu generieren. Zumindest findet man Referenzen zu diesen *.connstat Dateien im Binary.
Das ist in der Tat auch eine gute Frage! Müsste jemand der das Problem regelmäßig hat einfach mal nach Anleitung von dir ggf. mal überprüfung und 1x die connstat Datei prüfen und dann parallel noch via listBidCosInterfaces den Status checken und wenn es da in der Tat ne Diskrepanz gibt könnten wir zumindest mal überlegen ob wir nicht dann einfach das ganze so umstellen das doch der Status von listBidCosInterfaces verwendet wird statt auf die connstat Dateien zurückzugreifen. Ein Versuch wäre es vmtl. wert.jp112sdl hat geschrieben: ↑24.10.2021, 23:15- Warum nutzt man nicht gleich die Infos aus listBidcosInterfaces, die die Infos (zum Verbindungsstatus) zum LANGW auch enthält?
Kommt die "Trotz 'nicht verbunden' geht es trotzdem"-Diskrepanz daher, dass der Inhalt der Datei manchmal nicht mit dem tatsächlichen Status aus dem RFD XMLRPC-Request listBidcosInterfaces übereinstimmt?
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 636
- Registriert: 09.01.2013, 18:36
- Wohnort: Leichlingen
- Hat sich bedankt: 124 Mal
- Danksagung erhalten: 5 Mal
- Kontaktdaten:
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
@jmaus,
an anderer Stelle im Forum haben wir schon drüber gesprochen. Du wolltest wg. dieses Problems ja mal mit eq3 reden. Vielleicht lassen die sich ja erweichen - schon wegen der immer wiederkehrenden Probleme mit den FLGW - und machen closed source zur open source, wenigstens für Dich. Denn ich bin sicher, Du löst das Problem dann schnellstens.
an anderer Stelle im Forum haben wir schon drüber gesprochen. Du wolltest wg. dieses Problems ja mal mit eq3 reden. Vielleicht lassen die sich ja erweichen - schon wegen der immer wiederkehrenden Probleme mit den FLGW - und machen closed source zur open source, wenigstens für Dich. Denn ich bin sicher, Du löst das Problem dann schnellstens.
Bernd
-
- Beiträge: 636
- Registriert: 09.01.2013, 18:36
- Wohnort: Leichlingen
- Hat sich bedankt: 124 Mal
- Danksagung erhalten: 5 Mal
- Kontaktdaten:
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Code: Alles auswählen
Müsste jemand der das Problem regelmäßig hat einfach mal nach Anleitung von dir ggf. mal überprüfung und 1x die connstat Datei prüfen und dann parallel noch via listBidCosInterfaces den Status checken und wenn es da in der Tat ne Diskrepanz gibt könnten wir zumindest mal überlegen ob wir nicht dann einfach das ganze so umstellen das doch der Status von listBidCosInterfaces verwendet wird statt auf die connstat Dateien zurückzugreifen. Ein Versuch wäre es vmtl. wert.
Bernd
-
- Beiträge: 227
- Registriert: 28.12.2014, 12:24
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 4 Mal
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
das kommt bei mir raus
Code: Alles auswählen
root@Raspberrymatic:~# echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:32001
/ listBidcosInterfaces]" | tclsh
{ADDRESS CCU2GW0001 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 1 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2} {ADDRESS LEQ0602423 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 2 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2} {ADDRESS QEQ0689354 CONNECTED 1 DEFAULT 1 DESCRIPTION CCU2-Coprocessor DUTY_CYCLE 2 FIRMWARE_VERSION 4.2.14 TYPE CCU2}
root@Raspberrymatic:~# ls -l /var/status/*.connstat
-rw-r--r-- 1 root root 8 Oct 22 07:58 /var/status/CCU2GW0001.connstat
-rw-r--r-- 1 root root 8 Oct 22 07:58 /var/status/LEQ0602423.connstat
-rw-r--r-- 1 root root 0 Oct 22 07:58 /var/status/REQ0913497.connstat
root@Raspberrymatic:~# cat /var/status/REQ0913497.connstat
root@Raspberrymatic:~#
-
- Beiträge: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Hmm, listBidcosInterfaces zeigt das GW REQ0913497 nicht an.
Der RFD hat dann tatsächlich keine nutzbare Verbindung zu diesem Gateway.
Der RFD hat dann tatsächlich keine nutzbare Verbindung zu diesem Gateway.
- jmaus
- Beiträge: 9846
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Dann musste man mal schauen was in der /var/etc/rfd.conf so zu finden ist.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 9115
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Hi,
es wäre imA sehr hilfreich, wenn jeder, der die Probleme hat, auch dazu schreiben würde, wie das Lan-Gateway am Netz hängt.
Also per Lan-Kabel (oder W-, D-Lan etc.).
Zum Lesen:
viewtopic.php?f=26&t=5093
es wäre imA sehr hilfreich, wenn jeder, der die Probleme hat, auch dazu schreiben würde, wie das Lan-Gateway am Netz hängt.
Also per Lan-Kabel (oder W-, D-Lan etc.).
Zum Lesen:
viewtopic.php?f=26&t=5093
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 227
- Registriert: 28.12.2014, 12:24
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 4 Mal
Re: LAN Gateway zeigt "nicht verbunden" funktioniert aber dennoch? (3.59.6.20211009)
Bei mir hängen die LGWs wie folgt am Netz:
1. LAN
2. LAN über WLAN Bridge
3. LAN
Es macht aber keinen Unterschied bei mir, denn egal ob das LAN oder das über WLAN angebundenen GW als letztes angebunden wird, es ist immer das letzte, welches als nicht verbunden angezeigt wird. Darüber hinaus hat das über die WLAN-Bridge angebundene Gateway über einige Jahre problemlos funktioniert und funktioniert ja auch weiter, lediglich die Anzeige vermeldete neuerdings (fälschlicherweise) eine fehlende Verbindung. Nach temporärem Anschluss eines dritten LGW wurden seitdem aber wieder alle DCs stabil angezeigt (trotz WLAN Bridge, siehe Foto). Nur eben das temporär über LAN angebundene dritte LGW wird zuverlässig nicht angezeigt.
Noch was zu meiner WLAN Bridge. Ich verwende semiprofessionelle UNIFI Komponenten bei denen die Performance so hoch, die Latenz so niedrig und die Verbindung so stabil ist, dass die Homematic Komponenten eigentlich unmöglich davon etwas bemerken können. Ist aber auch egal, denn bei mir betrifft es ja auch die LAN Gateways.
1. LAN
2. LAN über WLAN Bridge
3. LAN
Es macht aber keinen Unterschied bei mir, denn egal ob das LAN oder das über WLAN angebundenen GW als letztes angebunden wird, es ist immer das letzte, welches als nicht verbunden angezeigt wird. Darüber hinaus hat das über die WLAN-Bridge angebundene Gateway über einige Jahre problemlos funktioniert und funktioniert ja auch weiter, lediglich die Anzeige vermeldete neuerdings (fälschlicherweise) eine fehlende Verbindung. Nach temporärem Anschluss eines dritten LGW wurden seitdem aber wieder alle DCs stabil angezeigt (trotz WLAN Bridge, siehe Foto). Nur eben das temporär über LAN angebundene dritte LGW wird zuverlässig nicht angezeigt.
Noch was zu meiner WLAN Bridge. Ich verwende semiprofessionelle UNIFI Komponenten bei denen die Performance so hoch, die Latenz so niedrig und die Verbindung so stabil ist, dass die Homematic Komponenten eigentlich unmöglich davon etwas bemerken können. Ist aber auch egal, denn bei mir betrifft es ja auch die LAN Gateways.
Zuletzt geändert von RaP am 25.10.2021, 12:34, insgesamt 1-mal geändert.