Hatte ich auch schon... Hab dann "feste Zuordnung aufheben" für das Gerät 1x aktiviert, danach war wieder alles ok
RaspberryMatic 3.59.6.20210911 – Neue Version
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.59.6.20210911 – Neue Version
-
- Beiträge: 30
- Registriert: 09.02.2015, 13:20
- Hat sich bedankt: 42 Mal
- Danksagung erhalten: 2 Mal
Re: RaspberryMatic 3.59.6.20210911 – Neue Version
Habe ich auch, praktisch taeglich, weil das VPN (Fritte6660<->6660, anderes trauriges Thema) ueber das der LGW an der CCU haengt wohl packetloss hat wie bloede. Ich schiess dann die Meldungen mit nem "alle Stoerungsmeldungen quittieren" script manuell ab. Aber letztendlich ist Zentrale booten einfacherroe1974 hat geschrieben: ↑22.09.2021, 09:25Hallo zusammen
Ich hatte heute Nacht ein Problem mit meinem HM-LGW ... heute in der Früh den rfd der RM neu gestartet.
Verbindung ist da, die Geräte senden wieder. Seltsam ist nur, dass die Servicemeldungen "Gerätekommunikation gestört" nicht verschwinden, obwohl die Geräte wieder Daten liefern ?
Stoerender ist dass der rfd wohl sich irgendwie aufhaengt und die Verbindung nicht mehr wieder aufbaut wenn er erstmal so richtig nen Treffer abbekommen hat. Ich seh dann immer
Code: Alles auswählen
root@ccu3-webui:~# netstat -ntupla | grep 111.
tcp 0 0 192.168.178.40:53172 192.168.111.21:2000 ESTABLISHED -
root@ccu3-webui:~#
Code: Alles auswählen
root@ccu3-webui:~# /etc/init.d/S61rfd restart
Stopping rfd: OK
Starting rfd: ..OK
root@ccu3-webui:~# netstat -ntupla|grep '168.111'
tcp 0 0 192.168.178.40:45826 192.168.111.21:2000 TIME_WAIT -
tcp 0 0 192.168.178.40:39582 192.168.111.21:2000 ESTABLISHED 2225/rfd
tcp 6 0 192.168.178.40:39566 192.168.111.21:2001 ESTABLISHED 2225/rfd
root@ccu3-webui:~#
Code: Alles auswählen
root@ccu3-webui:~# netstat -ntupla|grep '168.111'
tcp 0 0 192.168.178.40:32816 192.168.111.21:2000 ESTABLISHED 942/rfd
tcp 6 0 192.168.178.40:35472 192.168.111.21:2001 ESTABLISHED 942/rfd
root@ccu3-webui:~#
/j
Zuletzt geändert von joerg_rw am 22.09.2021, 21:47, insgesamt 3-mal geändert.
- 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: RaspberryMatic 3.59.6.20210911 – Neue Version
Mein LGW hängt auch über VPN site to site (Mikrotik <-> Mikrotik) an der RM … und das eigentlich mit 0 Probleme … der 2te Mikrotik Router ist sogar ein LTE Router.
Hatte nur testweise TCP SYNCookies an den Routern aktiviert … das mag der rfd anscheinend nicht
lg Richard
Hatte nur testweise TCP SYNCookies an den Routern aktiviert … das mag der rfd anscheinend nicht
lg Richard
-
- Beiträge: 30
- Registriert: 09.02.2015, 13:20
- Hat sich bedankt: 42 Mal
- Danksagung erhalten: 2 Mal
Re: RaspberryMatic 3.59.6.20210911 – Neue Version
Super-Hinweis, vielen Dank!
Falls wer von den Entwicklern Interesse hat koennte ich /var/log/messages, strace und pcap/tcpdump traces bereitstellen
/j
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.59.6.20210911 – Neue Version
wird sich hier niemand zu erkennen geben.
Bei Problemen mit Binaries, mit Ausnahme der ReGaHss, hilft nur ein Ticket bei eQ-3 direkt.
-
- Beiträge: 30
- Registriert: 09.02.2015, 13:20
- Hat sich bedankt: 42 Mal
- Danksagung erhalten: 2 Mal
Re: RaspberryMatic 3.59.6.20210911 – Neue Version
naja, da sind wir gleich beim o.g. gaaaaanz traurigen Kapitel. Ich zitiere mal:
Der geplante Einsatz eines Homematic IP Access Points (HmIP-HAP) als Reichweitenverlängerung für die CCU3 Zentrale setzt voraus, dass beide Geräte (die Zentrale als auch der Access Point) im gleichen Subnetz betrieben werden. Idealerweise sollten beide Geräte direkt per LAN-Kabel an einem gemeinsamen Router angeschlossen sein. Eine Kopplung des Access Points via VPN-Verbindung mit der CCU3 Zentrale ist unsererseits nicht vorgesehen und bislang auch nicht getestet worden.
Mit freundlichen Grüßen aus Leer
Traurigerweise sogar Themaverfehlung, meine Frage war, da ich die von eQ-3 in ihrer Antwort bereitgestellten "Infos" schon alle so auf dem Plan hatte, eben nach Details zu diesen Anforderungen, etwa so (etwas gekuerzt)
Bitte stellen Sie Dokumentation zur Verfuegung welche Bedingungen im LAN-
Routing (multicast, broadcast, firewall-rules, ARP, was auch immer) erfuellt
sein muessen damit der HmIP-HAP korrekt mit der CCU3 verbindet.
Eine technische Beschreibung der Arbeitsweise des HmIP-HAP im Zusammenspiel
mit der CCU insbesondere auf Netzwerkprotokoll-Ebene waere sehr hilfreich und
hoch willkommen
Ich fuerchte ein ticket bringt bei eQ-3 halt wenig
und dass mir jetzt bloss keiner lacht!! ;-D
-
- Beiträge: 12929
- Registriert: 16.01.2009, 18:48
- Wohnort: Steingaden
- Hat sich bedankt: 1604 Mal
- Danksagung erhalten: 222 Mal
Re: RaspberryMatic 3.59.6.20210911 – Neue Version
warum sollte eq3 das offenlegen ? da gibt es keinen grund für !Bitte stellen Sie Dokumentation zur Verfuegung welche Bedingungen im LAN-
Routing (multicast, broadcast, firewall-rules, ARP, was auch immer) erfuellt
sein muessen damit der HmIP-HAP korrekt mit der CCU3 verbindet.
Eine technische Beschreibung der Arbeitsweise des HmIP-HAP im Zusammenspiel
mit der CCU insbesondere auf Netzwerkprotokoll-Ebene waere sehr hilfreich und
hoch willkommen
-------
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso !!!
wer schreibfehler findet darf sie behalten.
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso !!!
wer schreibfehler findet darf sie behalten.
-
- 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: RaspberryMatic 3.59.6.20210911 – Neue Version
Ich habe noch eine Frage zu den neuen WatchDog Variablen.
Eine Variable für meinen einen HM-Lan (HM_LAN_OG1) wurde bei einem Alarm angelegt.
Die zweite Variable für meinen zweiten HM-Lan (HM_LAN_OG2) erscheint nach einem Alarm nicht. Kann es sein, dass aktuell nur einmal eine angelegt wird?
Grüße,
Ban
Eine Variable für meinen einen HM-Lan (HM_LAN_OG1) wurde bei einem Alarm angelegt.
Die zweite Variable für meinen zweiten HM-Lan (HM_LAN_OG2) erscheint nach einem Alarm nicht. Kann es sein, dass aktuell nur einmal eine angelegt wird?
Grüße,
Ban
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: RaspberryMatic 3.59.6.20210911 – Neue Version
Haben wir eigentlich keine Chance, diese ewige und immer wiederkehrende Thematik „Funklangateways“ , von der ich auch sehr betroffen bin, in der Griff zu bekommen? @Jmaus, @jp112sdl, ihr entwickelt doch die Raspimatic so toll weiter. Was kann ich tun, um Euch bei dieser Thematik FLGW zu helfen? Es ist sooooo nervig. Mindestens einmal am Tag muss ich den rfd mittels monit restart rfd neu starten. Die raspimatic verliert den Kontakt zu den FLGW. Grundlos. Es lässt sich nicht nachvollziehen, woran das liegt. Es ist auch Raspimatic versionsunabhängig. Müssen wir eq3 bedrohen? Wie kann ich helfen? Ich bin zu allen Schandtaten bereit….
Bernd