Fibaro Rauchmelder nach Batteriewechsel nicht kommunikativ

Begonnen von MarkusAutomaticus, 30 Dezember 2018, 10:50:24

Vorheriges Thema - Nächstes Thema

MarkusAutomaticus

Hallo zusammen,

Nachdem der Rauchmelder (fibaro/fgsd002) zu piepen angefangen hat, habe ich die Batterie gewechselt (beschriebenes Prozedere: alte Batterie raus, Taster 3s drücken, neue rein).

Allerdings sendet er weiterhin keine Daten an den ZWave Dongle.
Fairerweise muss man sagen, dass die readings von dem Teil zum Teil 1 Jahr alt sind. Batteriestatus 15%

Internals:
   DEF        xxxxxxx
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     1
   NAME       RauchmelderTechnikRaum
   NR         41
   STATE      Batterie: 15 %
   TYPE       ZWave
   ZWDongle_0_MSGCNT 1
   ZWDongle_0_RAWMSG 0004000506310504220000
   ZWDongle_0_TIME 2018-12-17 20:00:01
   ZWaveSubDevice no
   cmdsPending 4
   homeId     xxxxxx
   isWakeUp   1
   nodeIdHex  05
   READINGS:
     2017-10-31 14:32:42   SEND_DATA       failed:00
     2017-08-23 22:38:42   UNPARSED        SENSOR_BINARY 03300100
     2017-01-10 10:44:57   alarm           Smoke: Event cleared: Alarm Test, arg 0103
     2017-08-17 19:25:42   basicReport     0
     2017-11-05 19:58:39   basicSet        0
     2017-10-31 14:33:06   battery         15 %
     2018-10-27 05:52:04   current         0 A
     2018-06-10 04:18:08   energy          376.696 kWh previous: 376.696 delta_time: 60 s
     2017-04-18 08:44:41   model           FIBARO System FGSD002 Smoke Sensor
     2017-04-18 08:44:41   modelConfig     fibaro/fgsd002.xml
     2017-04-18 08:44:41   modelId         010f-0c02-1002
     2018-12-28 12:53:46   neighborList    TechnikraumDose1 SireneEingang HzgKinderBad
     2017-08-12 20:31:20   neighborUpdate  failed
     2018-12-17 20:00:01   power           0.0 W
     2017-01-06 20:15:15   powerlvlTest    node 0 status 0 frameAck 0
     2017-08-24 00:33:00   reportedState   closed
     2017-08-24 00:33:00   state           closed
     2017-11-10 20:05:48   temperature     20.7 C
     2017-11-10 16:36:35   timeToAck       0.376
     2017-11-10 16:36:35   transmit        OK
     2018-11-24 15:45:01   voltage         0 V
     2017-11-10 16:36:33   wakeup          notification
   SendStack:
     get:13050280022576
     get:13050280022579
     set:48057a
     get:1305028002259c
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL WAKE_UP BATTERY ALARM CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL MULTI_CHANNEL_ASSOCIATION APPLICATION_STATUS SENSOR_ALARM SECURITY FIRMWARE_UPDATE_MD
   group      ALARM-Sensoren
   icon       secur_smoke_detector
   neighborListPos 783.2364144730064,446.09795782045677
   room       Alarm,Technikraum,ZWave
   stateFormat Batterie: battery
   vclasses   ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:1 BATTERY:1 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL_ASSOCIATION:2 POWERLEVEL:1



Kann es sein, dass man das Teil nach einem Batteriewechsel neu inkludieren muss?

Viele Grüße
Markus

PS. : irgendwie finde ich es wenig vertrauenserweckend, wenn ein so sicherheitsrelevantes Teil irgendwann mitten in 2017 zu kommunizieren aufhört und man erst Ende 2018 durch Piepen am Gerät auf eine schwache Batterie aufmerksam gemacht wird
FHEM 5.8 |intel NUC Core i3: Ubuntu 22.04 | z-Wave: Aeon Labs USB Stick | Jeelink (v3c): LaCrosse-Sensoren | DuoFern Stick: Rademacher Gurtwickler | Philips Hue Bridge | CUNX: HomeMatic, EnOcean-Pigator