HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Moderator: 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
HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Hallo Gemeinde,
seit dem FW-Update auf 3.61.5 in der vergangenen Woche 'sterben' bei mir nach und nach die noch verbliebenen TFK HM-Sec-SC und TFK HM-Sec-SCo :
Ist fast täglich ein weiterer dabei - Stand heute morgen :6.
Verteilt auf 2 CCUen an unterschiedlichen Standorten auf dem Gelände.
Sterben ist nat. zu drastisch - sie melden sich nicht mehr.
DC ist im normalen Bereich.
CS 0-5 %
RSSI lt. HM-Manager dunkelgrün
Batteriespannung OK
Analyzer meldet auch keine Auffälligkeiten - sehe auch, dass der Sensor seine Meldung sendet.
Einer der TFK ist ~ 3 Meter von seiner CCU entfernt.
Andere hängen auch an Lan-Gateways (HomeMatic RF-LAN Gateway).
Und die Probleme hatte ich mit der 3.59 noch nicht.
Versuche (nur mit jeweils einem SC und SCo und am jeweiligen Montageort):
Gerät batterielos gemacht -> Batterie wieder eingelegt -> Zeitstempel wird in CCU aktualisiert -> Türe öffnen und schließen - LED x * orange - rot.
Gerät Werksreset und wieder angelernt -> The same
Gerät ab- und wieder angelernt -> The same
Gerät abgelernt, WR und wieder angelernt -> The same
Sehe gerade, dass sich meine 4 HM-Sec-SD (Rauchmelder) seit dem Update vor 1 Woche auch noch nicht gemeldet haben.
(Aber das ist (mir) ja bekannt - kann bis zu 2 Monaten dauern, bis die CCU da eine SM rausjagt )
Alle HM-Aktoren funktionieren einwandfrei
Hat evtl. jemand eine Idee, was ich noch machen / testen könnte oder hat ähnliche Probleme seit dem Update?
Oder ist das viel. der Wink mit dem Zaunpfahl vom Hersteller, doch nun bitte auf IP umzusteigen?
Ich werde aber noch mit jeweils einen Analyzer an einem Sensor und in der Nähe der jeweiligen CCU testen.
Evtl. auch ein wenig DVB schauen - allein mir fehlt der Glaube, da sich die TFKs ja problemlos anlernen lassen.
Und dann zum. testweise auf einer CCU wieder downgraden.
/Edith - Titel angepasst!
seit dem FW-Update auf 3.61.5 in der vergangenen Woche 'sterben' bei mir nach und nach die noch verbliebenen TFK HM-Sec-SC und TFK HM-Sec-SCo :
Ist fast täglich ein weiterer dabei - Stand heute morgen :6.
Verteilt auf 2 CCUen an unterschiedlichen Standorten auf dem Gelände.
Sterben ist nat. zu drastisch - sie melden sich nicht mehr.
DC ist im normalen Bereich.
CS 0-5 %
RSSI lt. HM-Manager dunkelgrün
Batteriespannung OK
Analyzer meldet auch keine Auffälligkeiten - sehe auch, dass der Sensor seine Meldung sendet.
Einer der TFK ist ~ 3 Meter von seiner CCU entfernt.
Andere hängen auch an Lan-Gateways (HomeMatic RF-LAN Gateway).
Und die Probleme hatte ich mit der 3.59 noch nicht.
Versuche (nur mit jeweils einem SC und SCo und am jeweiligen Montageort):
Gerät batterielos gemacht -> Batterie wieder eingelegt -> Zeitstempel wird in CCU aktualisiert -> Türe öffnen und schließen - LED x * orange - rot.
Gerät Werksreset und wieder angelernt -> The same
Gerät ab- und wieder angelernt -> The same
Gerät abgelernt, WR und wieder angelernt -> The same
Sehe gerade, dass sich meine 4 HM-Sec-SD (Rauchmelder) seit dem Update vor 1 Woche auch noch nicht gemeldet haben.
(Aber das ist (mir) ja bekannt - kann bis zu 2 Monaten dauern, bis die CCU da eine SM rausjagt )
Alle HM-Aktoren funktionieren einwandfrei
Hat evtl. jemand eine Idee, was ich noch machen / testen könnte oder hat ähnliche Probleme seit dem Update?
Oder ist das viel. der Wink mit dem Zaunpfahl vom Hersteller, doch nun bitte auf IP umzusteigen?
Ich werde aber noch mit jeweils einen Analyzer an einem Sensor und in der Nähe der jeweiligen CCU testen.
Evtl. auch ein wenig DVB schauen - allein mir fehlt der Glaube, da sich die TFKs ja problemlos anlernen lassen.
Und dann zum. testweise auf einer CCU wieder downgraden.
/Edith - Titel angepasst!
Zuletzt geändert von Daimler am 11.12.2021, 09:08, insgesamt 1-mal geändert.
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: 9656
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 697 Mal
- Danksagung erhalten: 1617 Mal
Re: HM-Sensorsterben nach update auf FW 3.61.5
Schau mal hier: same issue
viewtopic.php?p=690967#p690751
viewtopic.php?p=690967#p690751
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- 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: HM-Sensorsterben nach update auf FW 3.61.5
Hi,
Neu gebootet hatte ich zwar in der Aufstellung vergessen, aber das ist ja selbstverständlich.
Kann ich mir also die restlichen Versuche sparen und habe 3 Optionen:
1.
Damit leben und
1,5.
hoffen, dass das mit dem nächsten Update behoben wird
2.
Downgrade
3. die TFKs durch IP ersetzen.
Super
Danke - ist ja mein verbotenes Forum.
Neu gebootet hatte ich zwar in der Aufstellung vergessen, aber das ist ja selbstverständlich.
Kann ich mir also die restlichen Versuche sparen und habe 3 Optionen:
1.
Damit leben und
1,5.
hoffen, dass das mit dem nächsten Update behoben wird
2.
Downgrade
3. die TFKs durch IP ersetzen.
Super
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!
- Bernd-Joras
- Beiträge: 730
- Registriert: 26.03.2016, 09:33
- Hat sich bedankt: 34 Mal
- Danksagung erhalten: 40 Mal
Re: HM-Sensorsterben nach update auf FW 3.61.5
Hallöle … komme auch von viewtopic.php?p=690967#p690751
Da ich auch zwei HM-Sec-SCo habe die plötzlich nicht mehr mit der CCU reden wollten (mit GW schon) wiederhole ich meine Frage hier in diesem Thread …
Wenn das nun wirklich bei mir wieder auftreten sollte, kann mir jemand von Euch vielleicht einen Tipp geben, wie man den Fehler ggf. besser eingrenzen kann bzw. finden kann.
Danke, Bernd
Da ich auch zwei HM-Sec-SCo habe die plötzlich nicht mehr mit der CCU reden wollten (mit GW schon) wiederhole ich meine Frage hier in diesem Thread …
Wenn das nun wirklich bei mir wieder auftreten sollte, kann mir jemand von Euch vielleicht einen Tipp geben, wie man den Fehler ggf. besser eingrenzen kann bzw. finden kann.
Danke, Bernd
2 Standorte mit je RPi3B+ RaspberryMatic 3.73.9.20240130 / RPI-RF-MOD | Externe USB-Platinen Antenne | 2x LAN_RF_GW | 1x LAN_RS485_GW | ca. 170 Geräte davon 35x IP | ca. 250 Programme |>600 Kanäle | Addons: CUX-Daemon, XML-API, hm_pdetect, E-Mail, CCU-Historian
-
- 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: HM-Sensorsterben nach update auf FW 3.61.5
Hallo Leidensgenosse,
Das geht bei mir - zum 1 SC - nicht.
An der anderen CCU habe ich kein Gateway, aber das wäre ja eine der leichteren Übungen.
Auf die nächste CCU-FW warten oder die ELV / EQ3 Hotline benutzen.
Aber nur, wenn du eine Originale CCU hast - ich würde da mit piVCCU auf verlorenem Posten stehen.
Soll das bedeuten, dass die Dinger per Gateway bei dir fehlerfrei laufenBernd-Joras hat geschrieben: ↑29.11.2021, 13:09Da ich auch zwei HM-Sec-SCo habe die plötzlich nicht mehr mit der CCU reden wollten (mit GW schon)
Das geht bei mir - zum 1 SC - nicht.
An der anderen CCU habe ich kein Gateway, aber das wäre ja eine der leichteren Übungen.
Meine Meinung:Bernd-Joras hat geschrieben: ↑29.11.2021, 13:09kann mir jemand von Euch vielleicht einen Tipp geben
Auf die nächste CCU-FW warten oder die ELV / EQ3 Hotline benutzen.
Aber nur, wenn du eine Originale CCU hast - ich würde da mit piVCCU auf verlorenem Posten stehen.
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!
- Baxxy
- Beiträge: 10789
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 604 Mal
- Danksagung erhalten: 2208 Mal
Re: HM-Sensorsterben nach update auf FW 3.61.5
Hmm...
Ich habe an meinem Testsystem auch einen HM-Sec-SCo (FW: 1.0), da ist mir jetzt noch nix aufgefallen.
Das Teil liegt aber meistens nur rum (auf der Seite so das er "geschlossen" anzeigt). Es gibt eine DV zu einem HB-LC-Bl1PBU-FM (Test um 2 verschiedene Positionen anzufahren) die funktioniert. Es gibt keine WebUI-Programme oder sonstiges die auf den Status reagieren. Die zykl. Statusmeldungen sind aktiviert und der Kanal (nun) protokolliert. Laut XS-Analzyer meldet sich das Teil etwa alle 60Min bei der Zentrale. Jegliche Statusänderung wird an den Verknüpfungspartner korrekt gesendet und auch die Zentrale zeigt den Status dann korrekt an.
Vielleicht beschreibt ihr mal euer Setup präziser, dann versuche ich das zu reproduzieren.
DV? wenn ja, mit was?
Status als Trigger in Programm(en) enthalten?
Grüße, Baxxy
Ich habe an meinem Testsystem auch einen HM-Sec-SCo (FW: 1.0), da ist mir jetzt noch nix aufgefallen.
Das Teil liegt aber meistens nur rum (auf der Seite so das er "geschlossen" anzeigt). Es gibt eine DV zu einem HB-LC-Bl1PBU-FM (Test um 2 verschiedene Positionen anzufahren) die funktioniert. Es gibt keine WebUI-Programme oder sonstiges die auf den Status reagieren. Die zykl. Statusmeldungen sind aktiviert und der Kanal (nun) protokolliert. Laut XS-Analzyer meldet sich das Teil etwa alle 60Min bei der Zentrale. Jegliche Statusänderung wird an den Verknüpfungspartner korrekt gesendet und auch die Zentrale zeigt den Status dann korrekt an.
Vielleicht beschreibt ihr mal euer Setup präziser, dann versuche ich das zu reproduzieren.
DV? wenn ja, mit was?
Status als Trigger in Programm(en) enthalten?
Grüße, Baxxy
-
- Beiträge: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: HM-Sensorsterben nach update auf FW 3.61.5
Das ist aber extrem häufig. Muss ich nachher glatt mal bei mir prüfen
- Baxxy
- Beiträge: 10789
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 604 Mal
- Danksagung erhalten: 2208 Mal
Re: HM-Sensorsterben nach update auf FW 3.61.5
Hmm, kann ich nicht beurteilen. Ist mein einziger HM-Fenstersensor.
Liegt's vielleicht an der (unüblichen) DV zum Rollladenaktor?
- 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: HM-Sensorsterben nach update auf FW 3.61.5
Die melden sich bei mir auch alle ca. 60min ....
War aber in der vorherigen RM genauso oft ....
War aber in der vorherigen RM genauso oft ....
Zuletzt geändert von roe1974 am 29.11.2021, 14:14, insgesamt 1-mal geändert.
- Roland M.
- Beiträge: 9787
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1374 Mal
Re: HM-Sensorsterben nach update auf FW 3.61.5
Hallo!
Typische Themen hier: Fentsterstatus stimmt nach CCU-Neustart nicht mehr - operative Hektik mit Programmen und Systemvariablen, oder einfach eine Stunde warten...
EDIT: Wie auf Bestellung: viewtopic.php?f=27&t=71034
Roland
Das ist bei diesen Dingern bekannt!
Typische Themen hier: Fentsterstatus stimmt nach CCU-Neustart nicht mehr - operative Hektik mit Programmen und Systemvariablen, oder einfach eine Stunde warten...
EDIT: Wie auf Bestellung: viewtopic.php?f=27&t=71034
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...