Das ist in der Tat eine interessante Beobachtung und spricht in der Tat dafür das ggf. der RFD Prozess oder das dort verbaute Funkmodul kurzzeitig aussteigt und deshalb auch der DC absinkt. Eine Frage hatte ich noch nicht gestellt: Handelt es sich bei den HM-LAN Gateways von den hier berichtet wird um RaspberryMatic Installation die im LAN-Gateway Modus arbeiten oder um originale eQ3 LAN Gateways (HM-LGW-O-TW-W-EU)?
Alarmmeldung von HM-Lan ausschalten
Moderatoren: jmaus, Co-Administratoren
- jmaus
- Beiträge: 9848
- 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: Alarmmeldung von HM-Lan ausschalten
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 53
- Registriert: 09.04.2019, 08:04
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 3 Mal
Re: Alarmmeldung von HM-Lan ausschalten
Bei mir sind es keine HM-LGW-O-TW-W-EU.
Bei mir sind es eQ3 HM-CFG-LAN (die runden) mit Firmware: 0.965, die das Problem haben. Einen HM-LGW-O-TW-W-EU habe ich nicht laufen.
Ich habe gestern ein Funkmodul bestellt und setzte mit RaspberryMatic ein HM-LAN-Gateway auf, dann kann ich damit gegentesten.
Zuletzt geändert von Ban am 26.02.2021, 07:26, insgesamt 1-mal geändert.
Charly mit Raspberrymatic, 2 HM-CFG-LAN, 2 HmIP-HAP, 1 Raspberrymatic Lan-Gateway, 220 Geräte
-
- Beiträge: 37
- Registriert: 20.11.2011, 17:50
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dortmund
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 1 Mal
Re: Alarmmeldung von HM-Lan ausschalten
Bei mir sind es alle 3 die originalen alten runden HM-CFG-LAN mit Firmware: 0.965jmaus hat geschrieben: ↑25.02.2021, 23:00Das ist in der Tat eine interessante Beobachtung und spricht in der Tat dafür das ggf. der RFD Prozess oder das dort verbaute Funkmodul kurzzeitig aussteigt und deshalb auch der DC absinkt. Eine Frage hatte ich noch nicht gestellt: Handelt es sich bei den HM-LAN Gateways von den hier berichtet wird um RaspberryMatic Installation die im LAN-Gateway Modus arbeiten oder um originale eQ3 LAN Gateways (HM-LGW-O-TW-W-EU)?
Michael
-------------------------------------------
RM auf pi4B mit Firmware 3.71.12.20231020
CUxD 2.11 / CLInstRaspMatic 4.29 / RedMatic 7.2.1
mit 196 Geräten (154 BidCos-RF;9 HMIp-RF; 5 BidCos-Wired; 28 CUXD)
-------------------------------------------
RM auf pi4B mit Firmware 3.71.12.20231020
CUxD 2.11 / CLInstRaspMatic 4.29 / RedMatic 7.2.1
mit 196 Geräten (154 BidCos-RF;9 HMIp-RF; 5 BidCos-Wired; 28 CUXD)
-------------------------------------------
- jmaus
- Beiträge: 9848
- 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: Alarmmeldung von HM-Lan ausschalten
Also beschränkt sich das problem momentan auf die alten HM-CFG-LAN Gateways wie es aussieht.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 203
- Registriert: 06.11.2014, 10:59
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Münster Westf.
- Hat sich bedankt: 128 Mal
- Danksagung erhalten: 22 Mal
Re: Alarmmeldung von HM-Lan ausschalten
Dann gibt es doch immerhin einen Ansatz für diese Fehler, evtl. HM-CFG-LAN als die Ursache. Diesen hatte ich übrigens auch mal kurz im Einsatz und wurde wegen diverser Probleme bei mir wieder ausgemustert.
Ich kenne diese Alarme überhaupt nicht, es sei denn, meine Fritzbox fällt mal wegen Firmware-Upgrades länger aus (z.B. gestern beim Upgrade auf 07.25).
Meine LAN-Gateways bestehen aus Pi2 mit RaspberryMatic und einem Pi HM-MOD-RPI-PCB als LGW umgebaut und meiner alten CCU2, die zur HM-LGW-O-TW-W-EU umgewandelt wurde.
Alle meine Geräte und Zentralen sowie LAN-Gateways und HMIP-HAPs beziehen seit Jahren ihre IPs per DHCP von der Fritzbox mit der Reservierung für die jeweilige Adresse und das funktioniert einwandfrei und ohne Probleme.
Eine feste IP-Vergabe am Endgerät ist mir zu unflexibel und da habe ich nicht genug Übersicht im LAN und kann bei Auffälligkeiten nicht remote klären - Geschmackssache meinerseits
Ich kenne diese Alarme überhaupt nicht, es sei denn, meine Fritzbox fällt mal wegen Firmware-Upgrades länger aus (z.B. gestern beim Upgrade auf 07.25).
Meine LAN-Gateways bestehen aus Pi2 mit RaspberryMatic und einem Pi HM-MOD-RPI-PCB als LGW umgebaut und meiner alten CCU2, die zur HM-LGW-O-TW-W-EU umgewandelt wurde.
Alle meine Geräte und Zentralen sowie LAN-Gateways und HMIP-HAPs beziehen seit Jahren ihre IPs per DHCP von der Fritzbox mit der Reservierung für die jeweilige Adresse und das funktioniert einwandfrei und ohne Probleme.
Eine feste IP-Vergabe am Endgerät ist mir zu unflexibel und da habe ich nicht genug Übersicht im LAN und kann bei Auffälligkeiten nicht remote klären - Geschmackssache meinerseits
Gruß Uwe
Produktiv-Zentrale: RaspberryMatic 3.75.6.20240316 (ova)-VM (Proxmox VE 8.1.10 auf Intel NUC6i3CAYH) per LAN an HB-RF-ETH + RPI-RF-MOD im Original-CCU3-Gehäuse
Testsystem(e) / Backupsystem(e):
1.VM (Proxmox VE 8.1.5) auf Intel NUC 7i3BNB mit HmIP-RFUSB
2.Rpi3 (CCU3) mit RPI-RF-MOD
3.Rpi4 2GB per LAN an HB-RF-ETH + HM-MOD-RPI-PCB
4.Rpi5 8GB per LAN an HB-RF-ETH + HM-MOD-RPI-PCB
5.Intel NUC7i3BNH mit HmIP-RFUSB
Addons: Cux-Daemon 2.11, Philips Hue 3.2.5, Programmedrucken 2.6, Redmatic 7.2.1, HM-Tools 0.7.0, E-Mail 1.7.6, CCU-Historian 3.5.0
Produktiv-Zentrale: RaspberryMatic 3.75.6.20240316 (ova)-VM (Proxmox VE 8.1.10 auf Intel NUC6i3CAYH) per LAN an HB-RF-ETH + RPI-RF-MOD im Original-CCU3-Gehäuse
Testsystem(e) / Backupsystem(e):
1.VM (Proxmox VE 8.1.5) auf Intel NUC 7i3BNB mit HmIP-RFUSB
2.Rpi3 (CCU3) mit RPI-RF-MOD
3.Rpi4 2GB per LAN an HB-RF-ETH + HM-MOD-RPI-PCB
4.Rpi5 8GB per LAN an HB-RF-ETH + HM-MOD-RPI-PCB
5.Intel NUC7i3BNH mit HmIP-RFUSB
Addons: Cux-Daemon 2.11, Philips Hue 3.2.5, Programmedrucken 2.6, Redmatic 7.2.1, HM-Tools 0.7.0, E-Mail 1.7.6, CCU-Historian 3.5.0
-
- Beiträge: 53
- Registriert: 09.04.2019, 08:04
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 3 Mal
Re: Alarmmeldung von HM-Lan ausschalten
Das stimmt, könnte eine Richtung sein.
Im anderen Thread waren auch zwei, die das Problem haben.
@virgin
@Dragonfly
(werden die beiden so informiert?)
Welche Hardeware verwendet ihr als HM-Lan-Gateway?
Charly mit Raspberrymatic, 2 HM-CFG-LAN, 2 HmIP-HAP, 1 Raspberrymatic Lan-Gateway, 220 Geräte
-
- Beiträge: 636
- Registriert: 09.01.2013, 18:36
- Wohnort: Leichlingen
- Hat sich bedankt: 124 Mal
- Danksagung erhalten: 5 Mal
- Kontaktdaten:
Re: Alarmmeldung von HM-Lan ausschalten
Ich habe mir jetzt mal eine Alarmierung eingerichtet, wenn der Duty Cycle des FLGW bei -1 steht. Grund: das FLGW wurde mehr abgehängt.
Ergebnis: ich hatte bisher zwei Alarme. Offenbar hat sich das FLGW aber in beiden Fällen wieder selbst neu verbunden.
Davor wurde es als nicht verbunden gezeigt. Der Neustart des RFD führte aber nicht dazu, dass sich das FLGW wieder neu verbunden hat. Nach einem Neustart der RaspberryMatic (Dezember Version) war es dann wieder verbunden.
Ich verstehe dieses inkonsistente Verhalten nicht und suche nach dem Schüssel? Was könnte ich testen, um dazu beizutragen, dass wir dieses Problem mit den FLGW in den Griff bekommen?
Ergebnis: ich hatte bisher zwei Alarme. Offenbar hat sich das FLGW aber in beiden Fällen wieder selbst neu verbunden.
Davor wurde es als nicht verbunden gezeigt. Der Neustart des RFD führte aber nicht dazu, dass sich das FLGW wieder neu verbunden hat. Nach einem Neustart der RaspberryMatic (Dezember Version) war es dann wieder verbunden.
Ich verstehe dieses inkonsistente Verhalten nicht und suche nach dem Schüssel? Was könnte ich testen, um dazu beizutragen, dass wir dieses Problem mit den FLGW in den Griff bekommen?
Bernd
-
- Beiträge: 636
- Registriert: 09.01.2013, 18:36
- Wohnort: Leichlingen
- Hat sich bedankt: 124 Mal
- Danksagung erhalten: 5 Mal
- Kontaktdaten:
Re: Alarmmeldung von HM-Lan ausschalten
Bei mir sind es zwei FLGW mit mit der Firmware Version 1.4.1. wobei ich mich gerade frage, was die „alten“ FLGW sind?
<<<<Nein, es sind nicht die alten runden, sondern die viereckigen, die wie eine CCU aussehen>>>>>
Allerdings habe ich auch eine alte CCU2 zum FLGW umgebaut, die dieses Verhalten bisher nicht gezeigt hat. Könnte das ein Ansatz sein? Ich habe noch eine weitere alte CCU2 und könnte diese ebenfalls „umbauen‘, um dann zu testen, ob dort auch die Fehler auftreten.
Bernd
- roe1974
- Beiträge: 746
- Registriert: 17.10.2017, 16:15
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Wien
- Hat sich bedankt: 52 Mal
- Danksagung erhalten: 13 Mal
Re: Alarmmeldung von HM-Lan ausschalten
Man könnte z.B. die LGW Überwachung aus der "UpdateDCVars.tcl" ausgliedern in ein eigenes Script (z.B. "StatusLGWs.tcl"), und das nur alle 5min laufen lassen. Ich denke ein Zeitfenster von 5min ist aussagkräftig genug. Wenn da ein LGW von der "Bildfläche" verschwindet und für den RFD nicht mehr auftaucht, dann stimmt wirklich etwas nicht. Einen check jede Minute halte ich persönlich für zu "engmaschig".
Bei mir hängt das LGW zB. via VPN Tunnel im Netzwerk, da gab/gibt es regelmässig "Aussetzer" die ich aber (in den Versionen davor) gar nicht mitbekommen habe (Bei mir hängen keine Geräte dahinter die regelmässig senden).
Nur ein Vorschlag von mir
lg Richard
Bei mir hängt das LGW zB. via VPN Tunnel im Netzwerk, da gab/gibt es regelmässig "Aussetzer" die ich aber (in den Versionen davor) gar nicht mitbekommen habe (Bei mir hängen keine Geräte dahinter die regelmässig senden).
Nur ein Vorschlag von mir
lg Richard
-
- Beiträge: 636
- Registriert: 09.01.2013, 18:36
- Wohnort: Leichlingen
- Hat sich bedankt: 124 Mal
- Danksagung erhalten: 5 Mal
- Kontaktdaten:
Re: Alarmmeldung von HM-Lan ausschalten
Ich verstehe leider nur Bahnhof. Wo sind die beiden tcl Scripte? Alle 5 Minuten? Ich brauche ein bisschen mehr Erklärung und Nachhilfe! Dankeroe1974 hat geschrieben: ↑26.02.2021, 14:03Man könnte z.B. die LGW Überwachung aus der "UpdateDCVars.tcl" ausgliedern in ein eigenes Script (z.B. "StatusLGWs.tcl"), und das nur alle 5min laufen lassen. Ich denke ein Zeitfenster von 5min ist aussagkräftig genug. Wenn da ein LGW von der "Bildfläche" verschwindet und für den RFD nicht mehr auftaucht, dann stimmt wirklich etwas nicht. Einen check jede Minute halte ich persönlich für zu "engmaschig".
Bei mir hängt das LGW zB. via VPN Tunnel im Netzwerk, da gab/gibt es regelmässig "Aussetzer" die ich aber (in den Versionen davor) gar nicht mitbekommen habe (Bei mir hängen keine Geräte dahinter die regelmässig senden).
Nur ein Vorschlag von mir
lg Richard
Bernd