Velux KLF200 mit Firmware 2.0.0.71 für io-homecontrol

Begonnen von buennerbernd, 06 November 2018, 16:43:00

Vorheriges Thema - Nächstes Thema

BOFH

Grundlegend: nein

ping läuft auf icmp und der ssl kram auf der socket session im tcp block.

Habe jetzt Crossover Kabel, anderes Netzteil und die Original Httpsutils.

aktuell stabil seit 1h.

eventuell war das netzteil auch defekt :/ gleichwohl auch da ping und wlan immer zuverlässig liefen.
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

buennerbernd

Ich bin gespannt. Vielleicht wirklich nur das Netzteil.

Wenn solch eine SSL-Connection nicht wirklich etwas kontinuierliches ist, dann ist es vielleicht doch ein Software-Problem.
In den Anfängen des KLF200-Moduls für FHEM gab es das Problem, dass FHEM nach jedem Fork (neuer Thread) die SSL-Connection versehentlich abgebaut hat. Das hätte man bestimmt in Wireshark sehen können. Vielleicht ist bei dir so etwas ebenfalls beobachtbar. (Zumindest, dass eine Kommunikation zur Box stattgefunden hat, die nicht im FHEM-Log sichtbar ist.)
Modulentwickler von KLF200 und KLF200Node

BOFH

#857
Also hab mal ein stresstest laufen lassen, alle 10 sek ein updateall über 20 minuten.
alles ohne sehr stabil.

ich häng es mal wieder zurück an den switch.

[edit]
hoffe das verursacht auch "echten" traffic
[/edit]


[edit]

also nun hab ich den fehler der in ein paar threads vorher mal angesprochen wurde...

ständige autocreates

2022.06.30 12:52:45 5: DevIo_SimpleWrite xx_gw_io: c0000300080bc0
2022.06.30 12:52:45 2: autocreate: define FileLog_xx_gw_io_13 FileLog ./log/xx_gw_io_13-%Y.log xx_gw_io_13


22.06.30 12:53:41 5: DevIo_SimpleWrite xx_gw_io: c0000300080bc0
2022.06.30 12:53:41 2: autocreate: define FileLog_xx_gw_io_13 FileLog ./log/xx_gw_io_13-%Y.log xx_gw_io_13


was hab ich gemacht: ledigliche  die ip geändert

[/edit]

bin im edit wahn :D

[edit]
ein. updatenodes oder all. aktuallisiert auch keines der nodes.
sicherlich gewollt.
alle alten nodes haben noch die ip + tag der alten gateway ip.   also wenn man irgendwo noch eine "leiche" im keller hat . verursacht die das dann.

- warum interessiert dass das FileLog
- warum werden keine neuen nodes mit der richtige ip angelegt

[/edit]
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

buennerbernd

Mit neuer IP musst du die alten Devices einmal löschen.
Vermutlich werden die Nodes nicht mit neuer IP angelegt, weil der vorgesehene Device-Name schon vergeben ist.
Modulentwickler von KLF200 und KLF200Node

BOFH

jo, hab ich gemacht.
dann hört es auch auf. 

Lustig nur, dass er die FileLog erzeugen möchte....
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

BOFH

#860
Nachdem das nun auf dem Testsystem in der isolierten Umgebung gut läuft, find ich - hier fahren durchaus weniger aktionen via fhem, als auf dem prod system -
schwenke ich mal das klf zurück auf den switch...

also testsystem + switch

-cut
btw. auf meinem PROD FHEM hab ich das gateway mal gelöscht im log flutet es mir hiermit um die ohren


2022.06.30 20:06:22 0: Strange call for nonexistent gw_io_connect: IOCloseFn
2022.06.30 20:06:22 1: stacktrace:
2022.06.30 20:06:22 1:     main::CallFn                        called by FHEM/DevIo.pm (716)
2022.06.30 20:06:22 1:     (eval)                              called by FHEM/DevIo.pm (715)
2022.06.30 20:06:22 1:     main::DevIo_CloseDev                called by fhem.pl (5898)
2022.06.30 20:06:22 1:     main::fhemFork                      called by FHEM/Blocking.pm (172)
2022.06.30 20:06:22 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2022.06.30 20:06:22 1:     main::BlockingCall                  called by ./FHEM/93_DbLog.pm (2409)
2022.06.30 20:06:22 1:     main::DbLog_execmemcache            called by fhem.pl (3476)
2022.06.30 20:06:22 1:     main::HandleTimeout                 called by fhem.pl (702)
2022.06.30 20:06:22 0: Strange call for nonexistent gw_io_connect: IOCloseFn


wurd das modul nicht ordentlich entladen? oder liegt es an den nodes die noch da sind?


[edit]
Ok. Testsystem mit Switch = 13 min Connection broken...

Also doch irgendwo im Netz ein Problem .... 

[/edit]
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

eurofinder

@BOFH:
Schon mal geprüft, ob die IP-Adresse des KLF bereits von einem anderen Gerät belegt ist?

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

BOFH

Zitat von: eurofinder am 01 Juli 2022, 08:44:57
@BOFH:
Schon mal geprüft, ob die IP-Adresse des KLF bereits von einem anderen Gerät belegt ist?

Gruß
eurofinder

Jepp, ips werden vom dhcp server vergeben. und das KLF hat eine statische durch den dhcp zugewiesen bekommen. der poolbereich liegt auch außerhalb der gewählten ip.

Es gab gerade ein update vom router, "FIX IDS Performance" ... bis jetzt läuft es auf dem testsystem + switch seit 8:52  ohne reboot oder ähnlichem.
Eventuell hat der Router pakete versucht zu erkennen und dabei nen delay verursacht, was zum "Connection broken" führte ?

Dubiose sache. Ich teste noch weiter ... step by step zurück zum alten system.


RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

BOFH

Wie oft startet euer KLF ca. denn neu am Tag??

- Zwischenfeedback -
Ich glaub es liegt tatsächlich am neuen Router :/

Router -> Switch -> clients ...
scheinbar funkt der router auf 802.1x dazwischen.
Wireshark sagt allerdings nichts von neuen handshakes.

Und hatte gestern den Fall, dass fhem disconnected war, kein reconnect o. ä. und das klf war pingbar als auch der port 51200 war offen. :/

RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

BOFH

Hey buennerbernd,

in Fhem ist die verbindung nun mit disconnect verloren gegangen.
das klf ist aber komplet erreichbar.


nmap 192.168.20.11 -p 51200
Starting Nmap 7.70 ( https://nmap.org ) at 2022-07-06 20:54 CEST
Nmap scan report for 192.168.20.11
Host is up (0.00024s latency).

PORT      STATE SERVICE
51200/tcp open  unknown


ping 192.168.20.11 -c1
PING 192.168.20.11 (192.168.20.11) 56(84) bytes of data.
64 bytes from 192.168.20.11: icmp_seq=1 ttl=127 time=0.229 ms

--- 192.168.20.11 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.229/0.229/0.229/0.000 ms


aber fhem schmeißt im log raus, dass da probleme sind


2022.07.06 20:22:10 5: KLF200 (gw_io_connect) - error while connecting: start_SSL https://192.168.20.11:51200 timed out
2022.07.06 20:22:41 5: HttpUtils url=https://192.168.20.11:51200/ NonBlocking via https


set dem disconnect 12 Uhr irgendwas.

jetzt nach dem nmap hat fhem die verbindung einfach so wiederherstellen können ?!
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

buennerbernd

Zitat von: BOFH am 04 Juli 2022, 22:08:48
Wie oft startet euer KLF ca. denn neu am Tag??

Gar nicht bei mir.

Connection Broken ist vielleicht etwas missverständlich.
Das Problem tritt auf, wenn die SSL-Verbindung abgebaut wird. Das kann mehrere Gründe haben.

  • OpenSSL oder Perl oder FHEM baut die SSL-Verbindung ab.
  • Das Netzwerk ist kurz weg.
  • Andere Gründe...

Die Box ist insgesamt nur in der Lage, 2 SSL-Verbindungen auszuhandeln.
Das Ping sagt nur, dass das Gerät (unabhängig von SSL) erreichbar ist.

Modulentwickler von KLF200 und KLF200Node

Elektrolurch

Bei mir gibt es auch keine Neustarts während des lfd. Betriebes. Kurzes LAN-Kabel, direkt am Switch.
Allerdings habe ich immer die Meldung nach Neustart von fhem.
Die Erklärung steht ja oben: Vermutlich hat die KLF - Box noch eine offene SSL - Verbindung zum neu gestarteten fhem offen, die fhem natürlich nicht mehr verwenden kann.

Elektrolurch
configDB und Windows befreite Zone!

BOFH

Also bei mir scheint es tatsächlich vom Router im Zusammenhang mit 802.1x zu kommen.
Entweder idlet das KLF zu lange und oder reagiert zu langsam. Der Timeout liegt in meiner config bei 800sek. und alle 600 macht das modul ein update, also sollte es immer aktivität geben. :/

Habe dem Port jetzt ein festes VLAN zugewiesen und die Box rennt bis jetzt seit 1 1/2 tagen ohne abbruch.

Ich nehme es mal in die aktive Haussteuerung mit auf.

RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

BOFH

Kurzes update.

Es funktioniert nun alles sehr stabil und zuverlässig. Das Problemkind KLF oder die exotische Netzwerkumgebung schienen das Problem zu erzeugen ( bzw der neue Router )

Danke an alle die Ideen und Hirnschmalz eingebracht haben.

Läuft wieder.
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

buennerbernd

Cool, dass du dein Problem gelöst hast. 👍
Modulentwickler von KLF200 und KLF200Node