Neu: Fibaro CO Sensor (Bitte um Ergänzung)

Begonnen von Klaus.A, 05 Oktober 2017, 18:27:43

Vorheriges Thema - Nächstes Thema

Klaus.A

Hallo - von Fibaro gibt es seit kurzem einen CO-Sensor. Sieht aus wie der Rauchwarnmelder, erkennt aber CO (Kohlenmonoxyd) und Hitze. Ich habe das Teil heute bekommen, aber der Sensor ist zu neu für FHEM. Es gibt zur Zeit nur sehr wenige CO-Sensoren mit Standard-Schnittstellen wie z-Wave um die Sensoren in ein Automationssystem einzubinden. Wie zuverlässig der Fibaro ist, ob es irrtümliche Alarme gibt, wird sich zeigen - dazu mehr wenn ich das Teil integriert habe. Ziel ist die CO-Überwachung im (Gas) Heizungsraum.

Könnte dieser neue Fibaro-Sensor bitte in die Konfig-Daten mit aufgenommen werden?

Folgende Infos habe ich gefunden:

Allgemeine Informationen zum Produkt (z-Wave Alliance):
https://products.z-wavealliance.org/products/2336

Für die openzwave_manufacturer_specific.xml, Bereich "Fibaro" wäre dann folgende Zeile zu ergänzen:
<Product type="1201" id="1000" name="FGCD-001 CO Sensor" config="fibaro/fgcd001.xml" />

Die Konfig-Daten im XML-Format habe ich hier gefunden; wenn ich das richtig verstehe wäre es eine Ergänzung in openzwave_deviceconfig.xml:
XML aus https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgcd001.xml

Wenn ich noch weitere Infos liefern müsste - kein Problem.
Danke!

Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

krikan

Kümmere mich darum; wird aber erst in einer Woche gehen.

Gruß, Christian

Klaus.A

Danke, das ist OK, nicht so dringend. Wenn die Integration dann einmal möglich ist, freue ich mich  :)

Etwas off-topic: Ich habe diese Woche einen FHEM-Update laufen lassen, der hat alle ZWAVE-Verbesserungen der letzten Monate bewirkt. Die ZWAVE Kommunikation erweist sich als extrem stabil: Keine Probleme mehr wie "cannot SEND_DATA ... transmit queue overflow", oder "transmit NO_ACK for ...", obwohl es in meiner Installation keine Änderungen gab.  Da zeigen einige Umbauten, zumindest bei meiner Installation, sehr positive Wirkung.

Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

Klaus.A

Ich habe mich mit den XML-Configs weiter beschäftigt, mit dem Ziel das besser zu verstehen und vielleicht etwas Aufwand für die Implementierung zu übernehmen. Hat funktioniert, ich habe alle Daten für die Integration des Fibaro CO Sensors.

Ergänzung für openzwave_manufacturer_specific.xml:
Neues Sub-Element zu Manufacturer 010f, "FIBARO System":

<Product type="1201" id="1000" name="FGCD001 CO Sensor" config="fibaro/fgcd001.xml" />

Ergänzung für openzwave_deviceconfig.xml:


<Product sourceFile="fibaro/fgcd001.xml">
<CommandClass id="112">
<Value type="list" genre="config" instance="1" index="2" label="Z-Wave notifications" min="0" max="3" value="0" size="1">
<Help>
This parameter allows to set the actions which result in sending notifications to the Z-Wave network controller.
</Help>
<Item label="All notifications disabled" value="0" />
<Item label="Enclosure opening notification enabled" value="1" />
<Item label="Exceeding temperature threshold notification enabled" value="2" />
<Item label="All notifications enabled" value="3" />
</Value>
<Value type="byte" genre="config" instance="1" index="3" label="LED diode indications" min="0" max="7" value="0" size="1">
<Help>
This parameter allows to set the actions which result in LED diode indications.
0=All actions disabled.
1=Tampering (opened casing).
2=Exceeding the temperature.
4=Lack of Z-Wave range.
This parameter does not apply to the most important actions, such as CO Alarm, Malfunction Alarm and Low Battery Alarm.
NOTE: Parameter 3 values may be combined, e.g. 1+2+4=7 means that all actions will be active.
</Help>
</Value>
<Value type="byte" genre="config" instance="1" index="4" label="Acoustic signals" min="0" max="7" value="0" size="1">
<Help>
This parameter allows to set the actions which result in acoustic signals.
0=All actions disabled.
1=Tampering (opened casing).
2=Exceeding the temperature.
4=Lack of Z-Wave range.
This parameter does not apply to the most important actions, such as CO Alarm, Malfunction Alarm and Low Battery Alarm.
NOTE: Parameter 4 values may be combined, e.g. 1+2+4=7 means that all actions will be active.
</Help>
</Value>
<Value type="byte" genre="config" instance="1" index="7" label="Associations in Z-Wave network security mode" min="0" max="63" value="63">
<Help>
Parameter defines how commands are sent in specified association groups: as secure or non-secure.
Parameter is active only in Z-Wave network security mode.
It does not apply to 1st Lifeline association group.
Available settings:
0 - all groups sent as non-secure
1 - 2nd group sent as secure.
2 - 3rd group sent as secure.
4 - 4th group sent as secure.
8 - 5th group sent as secure.
16 - 6th group sent as secure.
32 - 7th group sent as secure.
Default setting: 63.
NOTE Parameter 7 values may be combined, e.g. 1+2=3 means that 2nd and 3rd group are sent as secure.
</Help>
</Value>
<Value type="list" genre="config" instance="1" index="10" label="Commands sent to 2nd association group (CO Alarm)" min="1" max="3" value="3" size="1">
<Help>This parameter defines which frames will be sent in the 2-nd Association Group (CO ALARM).</Help>
<Item label="BASIC ON" value="1" />
<Item label="BASIC OFF" value="2" />
<Item label="BASIC ON and OFF" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="11" label="Value of BASIC ON command sent to 2nd association group" min="0" max="255" value="255">
<Help>This parameter defines the value of BASIC ON command sent to devices in 2nd association group after the CO Alarm activation.</Help>
</Value>
<Value type="short" genre="config" instance="1" index="12" label="Value of BASIC OFF command sent to 2nd association group" min="0" max="255" value="0">
<Help>This parameter defines the value of BASIC OFF command sent to devices in 2nd association group after the CO Alarm cancellation.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="13" label=" Commands sent to 4th association group (CO Level)" min="1" max="3" value="3" size="1">
<Help>
This parameter defines commands sent to devices associated in 4th association group (CO Level).
Values of specified commands may be set in parameters 16 and 19.
</Help>
<Item label="BASIC ON" value="1" />
<Item label="BASIC OFF" value="2" />
<Item label="BASIC ON and OFF" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="14" label="CO level required for sending BASIC ON command to 4th association group" units="ppm" min="20" max="400" value="40">
<Help>
This parameter defines the minimum level of CO concentration whichexceeding will result in starting the timer set in parameter 15.
Available settings: 20 - 400  CO concentration level in ppm
</Help>
</Value>
<Value type="short" genre="config" instance="1" index="15" label="Time required for sending BASIC ON command to 4th association group" min="0" max="2880" value="0">
<Help>
This parameter defines the time during which the level of CO concentration should remain above the value set in parameter 14 to send the BASIC ON command to 4th association group.
Available settings: 0 - immediate sending of BASIC ON command 1-2880 (30s - 24h, in 30s steps)
Default setting: 0
</Help>
</Value>
<Value type="short" genre="config" instance="1" index="16" label="Value of BASIC ON command sent to 4th association group" min="0" max="255" value="255">
<Help>
This parameter defines the value of BASIC ON command sent to devices in 4th association group after exceeding the CO level set in parameter 14 through the time set in parameter 15.
Available settings: 0-99 or 255.
Default setting: 255 (turn on)
</Help>
</Value>
<Value type="short" genre="config" instance="1" index="17" label="CO Level required for sending BASIC OFF command to 4th association group" units="ppm" min="10" max="400" value="25" >
<Help>
This parameter defines the level of CO concentration below which falling will result in sending the BASIC OFF command to 4th association group.
Available settings: 10-400 - CO concentration level in ppm.
Default setting: 25 (25 ppm)
</Help>
</Value>
<Value type="short" genre="config" instance="1" index="18" label="Time required for sending BASIC OFF command to 4th association group" min="0" max="2880" value="0">
<Help>
This parameter defines the time during which the level of CO concentration should remain below the value set in parameter 17 to send the BASIC OFF command to 4th association group.
Available settings: 0 - immediate sending of BASIC OFF command 1-2880 (30s - 24h, in 30s steps)
Default setting: 0
</Help>
</Value>
<Value type="short" genre="config" instance="1" index="19" label="Value of BASIC OFF command sent to 4th association group" min="0" max="255" value="0">
<Help>
This parameter defines the value of BASIC OFF command sent to devices in 4th association group after falling below the CO level set in parameter 17.
Available settings: 0-99 or 255
Default setting: 0 (turn off)
</Help>
</Value>
<Value type="short" genre="config" instance="1" index="20" label="Temperature report interval" value="0" min="0" max="1440" >
<Help>
Time interval (in seconds) between consecutive reports of temperature (done by built-in temperature sensor).
Short time interval means more frequent communication, which results in shortened battery life.
Available settings: 0 - no periodical reports 10-1440 (5min - 12h, in 30s steps)
Default setting: 0
</Help>
</Value>
<Value type="byte" genre="config" instance="1" index="21" label="Temperature report hysteresis" value="2" min="1" max="20" >
<Help>
This parameter defines a minimum change in temperature resulting in a report being sent to the main Z-Wave controller.
Available settings: 1-20 (0.5C - 10C, each 0.5C)
Default setting: 2 (1C) P</Help>
</Value>
<Value type="byte" genre="config" instance="1" index="22" label="Threshold of exceeding the temperature" units="Celsius" value="55" min="1" max="85" size="1">
<Help>
This parameter defines the temperature level, which exceeding will result in sending actions set in parameters 2, 3 and 4.
Available settings: 1-85 (1C - 85C, each 1C)
Default setting: 55 (55C)
</Help>
</Value>
<Value type="byte" genre="config" instance="1" index="23" label="CO meter activation"  value="1" min="0" max="1" size="1">
<Help>This parameter activates reporting the value of CO concentration level to the main Z-Wave controller.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="25" label=" CO level reporting hysteresis" units="ppm" value="2" min="2" max="6" size="1">
<Help>
This parameter defines a minimum change in CO concentration level which results in sending a new value to the main Z-Wave controller.
</Help>
<Item label="10" value="2" />
<Item label="15" value="3" />
<Item label="20" value="4" />
<Item label="25" value="5" />
<Item label="30" value="6" />
</Value>
<Value type="short" genre="config" instance="1" index="26" label="Threshold of CO meter activation" units="ppm" value="30" min="10" max="255">
<Help>
This parameter defines the CO concentration level, which exceeding will result in sending a new value to the main Z-Wave controller, according to parameter 25 settings.
Adjusting the value allows to get the accurate data in case of danger and helps to save the battery in normal conditions.
Available settings: 10-255 (ppm)
Default setting: 30 (30 ppm)
</Help>
</Value>
</CommandClass>
<CommandClass id="32" setasreport="true"/>
<CommandClass id="133">
<Associations num_groups="7">
<Group index="1" max_associations="1" label="Lifeline" />
<Group index="2" max_associations="5" label="CO Alarm" />
<Group index="3" max_associations="5" label="CO Alarm" />
<Group index="4" max_associations="5" label="CO Level" />
<Group index="5" max_associations="5" label="Tamper Alarm" />
<Group index="6" max_associations="5" label="CO Alarm" />
<Group index="7" max_associations="5" label="Tamper Alarm BC" />
</Associations>
</CommandClass>
</Product>


Ergänzung für zwavealliance_links.csv

010F-1201-1000,2336,ZC10-17055584

Der Sensor kann SECURITY oder einfache Betriebsart. Ich habe ihn mit SECURITY integriert (Networkkey gesetzt, entsprechend angelernt, alles ok). Es ist ein WakeUp-Device und da gibt es erhebliche Probleme zwischen FHEM und dem Sensor. Ein anderer ZWave Sensor (Popp 10-Jahres-Melder mit Sirene) funktioniert mit Security problemlos, aber das ist auch ein FLIRS Device.

Zu den Kommunikationsproblemen mache ich ein separates Thema auf, sonst geht das alles etwas durcheinander.

Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

krikan

Hallo Klaus!
Danke für Deine Arbeit! Hast du im Vergleich zu ozw etwas an der XML am Inhalt angepasst?
Grundsätzlich erfolgt die Übernahme der Daten von ozw und der Links zur alliance skriptgesteuert (Dank Rudi). Ich brauche eigentlich nicht viel machen außer Skripte durchlaufen lassen, testen und einchecken/hochladen.
Gruß, Christian

Klaus.A

Hallo Christian,

nein, ich habe keine Änderungen vorgenommen - die Optionen und Parameter mit der Fibaro Doku verglichen, sollte alles ok sein.
Der Link war leicht zu definieren nachdem ich die Systematik verstanden hatte.
Alle Infos habe ich von den Z-Wave Alliance Seiten bzw. aus dem GitHub-Link genommen.

Einige Dinge sind mir jetzt wesentlich klarer - das hilft bei Fehlern im System systematischer anzusetzen.

Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

krikan

Zitat von: Klaus.A am 07 Oktober 2017, 15:15:45
Einige Dinge sind mir jetzt wesentlich klarer - das hilft bei Fehlern im System systematischer anzusetzen.
Verstehe ich! :-)

krikan

XML ist ins SVN eingecheckt und wird ab ca. 8 Uhr per Update verteilt.
Link zur Alliance dauert noch.

krikan

Link zur Alliance für den Sensor sollte nach heutigem update ab ca. 8 Uhr auch vorhanden sein.

Klaus.A

Danke! Der Sensor läuft - ohne Einbindung mit "Security" - problemlos, passt alles bestens.

Das Thema "Security Class" muss ich vorerst zurückstellen bis ich mehr Zeit dafür finde. Falls sonst jemand Ergebnisse mit Wake-Up Geräten und Security Class hat wären Details interessant.

Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

Damu

#10
Hallo

Hab diesen CO Sensor auch angemeldet.
Bei mir erscheint aber nur die Temperatur.
Sollte da nicht noch irgendwie ein CO Status sein.
Habe ihn ganz "normal" angemeldet und danach ein get configAll ausgelöst.
Readings sehen so aus:
ZitatReadings
battery 100 % 2018-01-21 11:38:02
configAcousticSignals 0 2018-01-21 11:38:00
configAssociationsInZWaveNetwork7 63 2018-01-21 11:38:00
configCOLevelReportingHysteresis 10 2018-01-21 11:38:00
configCOLevelRequiredForSendingBASICOF17 25 2018-01-21 11:38:00
configCOLevelRequiredForSendingBASICON14 40 2018-01-21 11:38:01
configCommandsSentTo2ndAssociation10 BASICONAndOFF 2018-01-21 11:38:01
configLEDDiodeIndications 0 2018-01-21 11:38:01
configTemperatureReportInterval 0 2018-01-21 11:38:01
configThresholdOfExceedingThe22 55 2018-01-21 11:38:01
configTimeRequiredForSendingBASICON15 0 2018-01-21 11:38:01
configValueOfBASICOFFCommandSentTo2nd12 0 2018-01-21 11:38:01
configValueOfBASICOFFCommandSentTo4th19 0 2018-01-21 11:38:02
configValueOfBASICONCommandSentTo2nd11 255 2018-01-21 11:38:02
configValueOfBASICONCommandSentTo4th16 255 2018-01-21 11:38:02
configZWaveNotifications AllNotificationsDisabled 2018-01-21 11:38:02
model FIBARO System FGSD001 CO Sensor 2018-01-21 11:26:05
modelConfig fibaro/fgcd001.xml 2018-01-21 11:26:05
modelId 010f-1201-1000 2018-01-21 11:26:05
state wakeupInterval 86400 1 2018-01-21 11:26:04
temperature 21.9 C 2018-01-21 14:24:54
timeToAck 0.028 2018-01-21 11:38:06
transmit OK 2018-01-21 11:38:06
wakeup notification 2018-01-21 11:38:04

Hab ich da was Falsch gemacht?

Klaus.A

Nein, nichts falsch gemacht - das doofe Ding meldet den CO-Wert nur als Alarm wenn bestimmte Werte überschritten werden. Die Temperatur wird laufend gemeldet, wobei man da besser ein Melde-Intervall einstellt um Batteriekapazität zu sparen. Ich habe ein paar Werte angepasst, aber einen Co-Wert bisher noch nie gesehen weil die Gasheizung keine so hohen Werte produziert - ist ja gut, aber ich hätte auch gerne gewusst wie die aktuellen Werte sind. Die Readings aus meiner Installation sind wie folgt:

     2018-01-22 21:36:55   battery         100 %
     2017-10-07 20:40:47   configAcousticSignals 0
     2017-10-07 20:40:47   configAssociationsInZWaveNetwork7 63
     2017-10-07 20:40:47   configCOLevelReportingHysteresis 10
     2017-10-07 20:40:48   configCOLevelRequiredForSendingBASICOF17 25
     2017-10-07 20:40:48   configCOLevelRequiredForSendingBASICON14 40
     2017-10-07 20:40:48   configCOMeterActivation 1
     2017-10-07 20:40:48   configCommandsSentTo2ndAssociation10 BASICONAndOFF
     2017-10-07 20:40:48   configCommandsSentTo4thAssociation13 BASICONAndOFF
     2017-10-07 20:40:48   configLEDDiodeIndications 0
     2017-10-07 20:40:48   configTemperatureReportHysteresis 2
     2017-10-08 16:50:30   configTemperatureReportInterval 360
     2017-10-08 16:50:30   configThresholdOfCOMeterActivation 10
     2017-10-07 20:40:48   configThresholdOfExceedingThe22 55
     2017-10-07 20:41:16   configTimeRequiredForSendingBASICON15 0
     2017-10-07 20:41:17   configValueOfBASICOFFCommandSentTo2nd12 0
     2017-10-07 20:41:17   configValueOfBASICOFFCommandSentTo4th19 0
     2017-10-07 20:41:17   configValueOfBASICONCommandSentTo2nd11 255
     2017-10-07 20:41:17   configValueOfBASICONCommandSentTo4th16 255
     2017-10-07 20:41:17   configZWaveNotifications AllNotificationsDisabled
     2017-10-07 20:44:13   model           FIBARO System FGCD001 CO Sensor
     2017-10-07 20:44:13   modelConfig     fibaro/fgcd001.xml
     2017-10-07 20:44:13   modelId         010f-1201-1000
     2017-10-08 11:44:03   neighborList    ZWDongle_0 SZ_Licht_Spiegel EK_Licht SZ_Licht_Bett BK_Steckdose_Repeater UH_Rauchmelder
     2017-10-07 21:11:25   state           ok
     2018-01-22 21:35:49   temperature     17.8 C
     2018-01-22 21:36:57   timeToAck       0.070
     2018-01-22 21:36:57   transmit        OK
     2017-10-07 20:51:20   version         Lib 3 Prot 4.38 App 3.2 HW 1 FWCounter 1 FW 3.2
     2018-01-22 21:36:54   wakeup          notification
     2017-10-07 20:41:35   wakeupIntervalCapabilitiesReport min 0 max 43200 default 21600 step 3600
     2017-10-07 20:46:13   wakeupReport    interval 21600 target 1
     2017-10-07 20:52:09   zwavePlusInfo   version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0c02 userIcon:0c02


Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

Damu

Danke für die Antwort

Das ist doch ein Gas Melder?
Oder hab ich das Irgendwie Falsch verstanden.
Kein CO2 Melder?
Wie löse ich das Ding Manuel aus?
Bei meinem Gasmelder im Keller geht das mit einem Feuerzeug problemlos (Ohne Feuer).

Ist immer noch die erste Batterie bei Dir?

Klaus.A

Es ist ein CO-Melder (Kohlenstoffmonoxid)
CO2 wäre Kohlenstoffdioxid.

CO hat in Räumen eine normale Konzentration von 0.5 bis 5 ppm, in der Nähe von Gasbrennern sollen bis zu 15 ppm aufzufinden sein.

Manuell auslösen - gute Frage. Soweit ich das feststellen konnte, kann der Melder nur so konfiguriert werden das er ab einem Mindestwert meldet, aber nicht ab "null". Damit sind Tests erschwert, weil man erst einen "Notfall" produzieren muss um eine echte CO-Meldung zu erhalten. Sonst gibt er keinen Wert an.

Prüfen kann man nur die Alarm-Meldung:

  • Knopf gedrückt halten bis die weisse LED leuchtet, dann loslassen.
  • Wenn die LED grün leuchtet dann kurz (aber nur ganz kurz!) draufdrücken
Jetzt wird eine Alarmmeldung bzw. "Alarm gelöscht"-Meldung ausgegeben.

Ich habe erst ewig experimentiert weil ich überhaupt keine Test-Meldung erhalten habe. In der Beschreibung fehlt der ausdrückliche Hinweise die Taste bei farbiger LED nur ganz kurz zu drücken, sonst hat der Tastendruck keine Wirkung!

Batterie: Ja, es ist immer noch die erste Batterie, aber die ist ja erst vom Oktober 2017. Mit entsprechenden Konfig-Einstellungen (Melde-Inervall) ist der Batterieverbrauch sehr gering.
Ich bekomme hier bisher nur den Batteriestand und die Temperatur gemeldet. CO habe ich noch nicht geschafft - Feuerzeug (nur Gas, ohne Feuer) hat noch nicht funktioniert, obwohl ich die Meldeschwelle auf den niedrigsten Wert gesetzt, CO-Meldung eingeschaltet und die Meldung über Assoziation 1 (Standard, Controller) eingestellt habe.

Gruß, Klaus


2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

Damu

#14
Hab das Ding entlich mal zum auslösen gebracht.
Nach einer Anleitung:
http://www.kohlenmonoxidmelder.com/co-melder-testen/
Hab das ganze mit einem kurzen Stück dünnen Streichholz mit Kopf gemacht.

Es kommt dann der Alarm.
Es wird ein reading "alarm" mit der Ausgabe "CO:....."
Und ein reading "carbonMonoxide" mit einez Zahl erzeugt.
Jetzt ist dieses reading wieder bei 0 und bleibt da.
Für mich ist das in Ordnung so, es zeigt mir das dieser Melder sehr gut funktioniert und auch anspringt.
Werde ihn wohl im Keller einbauen und den Gasmelder entfernen.

r-m-w

Hallo zusammen,

hab den Fibaro CO-Sensor jetzt auch seit einem Monat.
In den letzten Wochen haben wir ordentlich mit unserem offenen Kamin eingeheizt  :)
Es gab nie eine CO-Warnung  ;) ... was ja auch gut ist.
Auf der Fibaro Seite hab ich gesehen, dass es eine App gibt, welche die aktuellen CO Werte aber über das Fibaro-System (Z-Wave Controler/Master) auslesen kann. Da sind entsprechende Diagramme abgebildet .... sehr hübsch ... 8)

Meine Frage wäre: Gibt es denn keine dokumentierten Z-Wave Requests oder Messages,
die man in FHEM implementieren könnte um diese Daten anzufordern/auszulesen ?

Gruß
Ralf

krikan

Laut Anleitung https://products.z-wavealliance.org/ProductManual/File?folder=&filename=Manuals/2336/FGCD-001-EN-T-v0.4.pdf zu den Config-Parametern 23, 25, 26 sollte bei richtiger Konfiguration CO-Werte zur grafischen Darstellung an den Controller verschickt werden. Leider kann ich in der Anleitung nicht finden, an welche Assogroup die Info geschickt wird.

Eventuell kann man das an den Rückgaben von
Zitatget <device> associationGroupCmdList <assocgroup>
erkennen.

Ob die Auflösung genügt ist angesichts der Aussagen hier im Thread dann auch noch zweifelhaft.

r-m-w

Hallo @krikan,

danke für die schnelle Rückmeldung.
Ich hab mal die entsprechenden 'assoGrpCmdList_x..' Einstellungen ausgelesen
(es müssten noch die defaults sein, da ich dort bisher nichts verändert hab):


assocGroups 7
assocGroupCmdList_1 DEVICE_RESET_LOCALLY:01 BATTERY:03 SENSOR_MULTILEVEL:05 ALARM:05
assocGroupCmdList_2 BASIC:01
assocGroupCmdList_3 ALARM:05
assocGroupCmdList_4 BASIC:01
assocGroupCmdList_5 ALARM:05
assocGroupCmdList_6 SENSOR_ALARM:02
assocGroupCmdList_7 SENSOR_ALARM:02


Leider sagt mir das nicht viel  :(
Kann man daraus ableiten 'wohin' die Werte gesendet werden ?

Hab auch in den entsprechenden Manuals zum Fibaro CO-Sensor nichts dazu gefunden
(d.h. wie ich die CO Werte auslesen kann...).
Der Parameter 'configCOMeterActivation' ist bei mir auf 1 gesetzt
Zu diesem heißt es in der Beschreibung:
"activates reporting the value of CO concentration level to the main Z-Wave controller."
Aber wie komme ich an diese Werte ran ?

Gruß
Ralf

krikan

#18
Hallo Ralf!

An den 'assoGrpCmdList_x..' kannst Du auch nichts ändern.

Mit den Rückgaben teilt das Gerät mit, welche Nachrichten (CommandClass:Command) es an die in der jeweiligen Assoziationsgruppe aufgenommenen Geräte schickt. Das wollte ich nur wissen, damit ich besser abschätzen kann, wo CO-Werte gemeldet werden und nicht blind irgendetwas raten muss.

CO-Werte sollten an die Geräte in Assoziationsgruppe 1, in der der Controller standardmäßig aufgenommen ist, geschickt werden. Mitteilung erfolgt über Command Class SENSOR_MULTILEVEL. Alle anderen Assogroups können diese Infos afaik nicht übermitteln.

Darum:
Wenn der Controller ordnungsgemäß in Assogroup 1 aufgenommen ist, muss man mit der Konfiguration "spielen" (bspw. Parameter 25 und 26), ob das Gerät automatisch laufend Werte schickt.
Ansonsten probieren, ob
get <device> smStatus
den gewünschten CO-Wert liefert.
Falls ja, regelmäßig den Wert abfragen/pollen.

Gruß, Christian


Dia81

Zitat von: krikan am 10 März 2018, 18:47:29
Hallo Ralf!

An den 'assoGrpCmdList_x..' kannst Du auch nichts ändern.

Mit den Rückgaben teilt das Gerät mit, welche Nachrichten (CommandClass:Command) es an die in der jeweiligen Assoziationsgruppe aufgenommenen Geräte schickt. Das wollte ich nur wissen, damit ich besser abschätzen kann, wo CO-Werte gemeldet werden und nicht blind irgendetwas raten muss.

CO-Werte sollten an die Geräte in Assoziationsgruppe 1, in der der Controller standardmäßig aufgenommen ist, geschickt werden. Mitteilung erfolgt über Command Class SENSOR_MULTILEVEL. Alle anderen Assogroups können diese Infos afaik nicht übermitteln.

Darum:
Wenn der Controller ordnungsgemäß in Assogroup 1 aufgenommen ist, muss man mit der Konfiguration "spielen" (bspw. Parameter 25 und 26), ob das Gerät automatisch laufend Werte schickt.
Ansonsten probieren, ob
get <device> smStatus
den gewünschten CO-Wert liefert.
Falls ja, regelmäßig den Wert abfragen/pollen.

Gruß, Christian

Servus, suche auch ein co-Melder zum einbinden. Wichtig wäre mir jedoch auch dauerhaft einen Wert Anfragen zu können nicht nur im Alarmfall. Konnte dem Thread nicht richtig entnehmen ob ihr das nun hinbekommen habt mit dem Gerät oder nicht. Freue mich auf eine Rückmeldung

harald654

ich wollt auch nochmal nachfragen ob es schon jemand geschafft hat die CO Werte auszulesen?
Spiel jetzt schon eine weile mit den einzelnen Parametern, bekomme jedoch immer nur die Temperaturwerte gesendet  :-\
Falls jemand noch ne Idee hat, ich teste es gerne aus :)

Gruß,
H

harald654

#21
So!,
ich bin der CO Übertragung auf die schliche gekommen 8)
Kurz und knapp, die Übermittlung der CO Werte funktioniert ohne an den Standardwerten etwas zu ändern!
Allerdings werden die Werte nur bei einer Veränderung des CO Gehalts übermittelt und da die dieser ,außer in direkter Umgebung zur Brennquellen, normalerweise bei ~0ppm (bzw.  unter 30ppm) liegt gibt es keine Veränderung und somit auch kein Überermittlung!
Ein Test mit einer brennenden Kippe in einer kleine Box bracht den Sensor nach kurzer Zeit zum Reden und er hat fleißig den steigenden CO Wert übermittelt ;)

Im Event Monitor sieht dies dann folgendermaßen aus:
2018-10-16 18:13:59 ZWave Zwave_SENSOR_NOTIFICATION_26 carbonMonoxide: 13
Und im Device gibt es jetz das Reading:
carbonMonoxide                             13
Welches nach herausnehmen aus der Box relativ schnell wieder den Wert 0 anzeigt.

EDIT: Hinzu kommt noch das für Parameter26 default 30ppm gesetzt sind, was bedeutet das nur Werte über 30ppm gesendet werden. Dieser kann max. auf 10ppm reduziert werden.

Dia81

#22
Zitat von: harald654 am 16 Oktober 2018, 19:01:41
So!,
ich bin der CO Übertragung auf die schliche gekommen 8)
Kurz und knapp, die Übermittlung der CO Werte funktioniert ohne an den Standardwerten etwas zu ändern!
Allerdings werden die Werte nur bei einer Veränderung des CO Gehalts übermittelt und da die dieser ,außer in direkter Umgebung zur Brennquellen, normalerweise bei ~0ppm liegt gibt es keine Veränderung und somit auch kein Überermittlung!
Ein Test mit einer brennenden Kippe in einer kleine Box bracht den Sensor nach kurzer Zeit zum Reden und er hat fleißig den steigenden CO Wert übermittelt ;)

Im Event Monitor sieht dies dann folgendermaßen aus:
2018-10-16 18:13:59 ZWave Zwave_SENSOR_NOTIFICATION_26 carbonMonoxide: 13
Und im Device gibt es jetz das Reading:
carbonMonoxide                             13
Welches nach herausnehmen aus der Box relativ schnell wieder den Wert 0 anzeigt.

Hallo und danke für deine Antwort. Nur um nochmal sicher zu gehen...

- das Reading für den CO-Wert erscheint nur wenn das erstemal ein Wert gemessen wird, was im "Normalfall" eben nicht der Fall ist
- ist es einmal da zeigt es recht schnell wieder 0, ändert sich aber sobald ein veränderter Wert gemessen wird
- Mit den Werten des Readings sollte sich also ein Diagramm erstellen lassen, was z.B. bei Kaminnutzung auch Werte hinterlassen sollte..

Da ich bisher nur Homematicgeräte nutze:

- welchen Z.Wave-USB Stick hast du genutzt und zufrieden mit der Reichweite?
- nach Autcreate des Gerätes keine weiteren Einsellungen notwendig?

Zu guter letzt:

Habe in der Anleitung gelesen das das Auslösewert voreingestellt auf 40 steht man den aber auf 25 minimum änder kann. Wie würde das funkionieren?


Danke für deine Infos :)

harald654

Zitat von: Dia81 am 16 Oktober 2018, 22:10:05
Hallo und danke für deine Antwort. Nur um nochmal sicher zu gehen...

- das Reading für den CO-Wert erscheint nur wenn das erstmal ein Wert gemessen wird, was im "Normalfall" eben nicht der Fall ist
gemessen ist der falsche Begriff, der Sensor misst ja kontinuierlich, er sendet die Werte aber erst wenn diese von der vorherigen Messung abweichen und nicht zyklisch (durch wird Energie gespart, machen meine ZWave Thermostate mit der Temperatur genauso). Da im Normalfall 0ppm herrscht und sich das auch normalerweise nicht ändert wird der aktuelle gemessene Wert auch solange nicht gesendet.
- ist es einmal da zeigt es recht schnell wieder 0, ändert sich aber sobald ein veränderter Wert gemessen wird
richtig, der Wert zeigt wieder 0 an sobald wieder 0 gemessen wird. Das Reading wird daraufhin aber erst wieder aktualisiert (sprich gesendet) wenn sich der CO Wert erneut ändert (!=0)
- Mit den Werten des Readings sollte sich also ein Diagramm erstellen lassen, was z.B. bei Kaminnutzung auch Werte hinterlassen sollte..
richtig, allerdings bleibt der CO Gehalt bei meinem neuen Kaminofen (auch wenn dieser in Betrieb ist) bei 0ppm, getestet mit einem CO Melder mit Display und dem Fibaro. bei einem offenen Kamin sieht das aber wahrscheinlich anders aus?
Da ich bisher nur Homematicgeräte nutze:

- welchen Z.Wave-USB Stick hast du genutzt und zufrieden mit der Reichweite?
diesen hier https://www.amazon.de/Z-Wave-ZME_UZB1-USB-Stick-ZMEEUZB1/dp/B00VKEH1BQ
Reichweite ist Ok, da durch jedes weitere ZWave Gerät (außer Batteriegeräte) die Reichweite vergrößert wird, kann diese aber "fast" beliebig erweitert werden ;)
- nach Autcreate des Gerätes keine weiteren Einsellungen notwendig?
richtig, da Parameter "configCOMeterActivation" devault auf 1=senden steht
Zu guter letzt:

Habe in der Anleitung gelesen das das Auslösewert voreingestellt auf 40 steht man den aber auf 25 minimum änder kann. Wie würde das funkionieren?
In der Anleitung steht zu jeder Einstellung auch die ConfigID, welche du nach Autocreate auch in dem Device findest und einfach veränder kannst. Der Auslösewert z.B. hat die ID25 und heißt "configCOLevelReportingHysteresis". Bei den meisten Parametern steht in FHEM sogar die Beschreibung dabei (siehe Anhang), ist also recht komfortabel ;)
Mit der ID26 "configThresholdOfCOMeterActivation" kann zudem noch der Wert festgelegt werden, welcher mindesten überschritten sein muss bevor der CO wert überhaupt gesendet wird. Dieser ist default auf 30ppm, bei einer Änderung von 0ppm auf 29ppm würde der CO Wert also noch nicht übermittelt werden.


Danke für deine Infos :)

Dia81

#24
Mega, Danke dir für deine Mühe ! Bin noch am zweifeln ob mir die 25er schwelle reicht. Klar für Warnung bei zu hoher konzentration allemal, aber irgendwie ist mein Vertrauen gering wenn ein Wert immer bei 0 angezeigt wird. Habe auch ein Kaminofen und denke gerade beim nachlegen müsste zumindest der Schwellenwert 25 schon kurzzeitig überschritten werden.. hmm.. mangels anderer Alternativen wird's aber wohl trotzdem darauf auslaufen

harald654

wie kommst du auf die 25? Laut Datenblatt kannst den Schwellwert auf min. 10ppm herutersetzen.

Dia81


Dia81

#27
Zitat von: harald654 am 17 Oktober 2018, 22:11:15
wie kommst du auf die 25? Laut Datenblatt kannst den Schwellwert auf min. 10ppm herutersetzen.


achso habe beim Parameter 14 gefunden das der Minimumwert 25 wäre:

"14. CO level required for sending BASIC ON command to 4th association group 25-400"

Wie kommst du auf 10?

Und weiss hier jamend wann das Ding piept? Wenn ich auf 10 einstelle dann direkt bei 10? oder wird bei 10 nur der "Wert" angezeigt und die Alarmaulösung des Gerätes erfolgt erst a la wenn 5 min 20 überschritten ist dann Alarm.

Hintergrund, will gerne ab 10 ppm eine Warnmeldung per Telegram Marke LÜFTEN schicken lassen aber der Alarm soll natürlich nur angehen wenn es "relevant" wird für Laib und Seele ;)
Bei einem Test mit einem Glas und einem Streicholz schoss der WErt dann auf 300 so dass er natürlich sofor piepte :D

Peteruser

#28
Hallo,
habe mir auch den Sensor besorgt. Leider konnte ich bis jetzt nur die Temperatur auslesen, ich scheine hier etwas vergessen zu haben. Das Gegenstück ist ein USB-Dongle, hat hier jemand eine Idee was bei dem ersten eingebundenen z-Wave Sensor noch fehlt?
defmod WZ.Fibaro.CO ZWave f8a20d6k 2
attr WZ.Fibaro.CO IODev ZWAVE1
attr WZ.Fibaro.CO classes ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL WAKE_UP BATTERY ALARM APPLICATION_STATUS CRC_16_ENCAP CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM FIRMWARE_UPDATE_MD SECURITY
attr WZ.Fibaro.CO room ZWave
attr WZ.Fibaro.CO stateFormat temperature
attr WZ.Fibaro.CO vclasses ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:3 BATTERY:1 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY:1 SENSOR_ALARM:1 SENSOR_MULTILEVEL:10 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2

setstate WZ.Fibaro.CO 23.8 C
setstate WZ.Fibaro.CO 2019-01-16 07:21:24 battery 100 %
setstate WZ.Fibaro.CO 2019-01-16 07:21:24 batteryPercent 100
setstate WZ.Fibaro.CO 2019-01-16 07:21:24 batteryState ok
setstate WZ.Fibaro.CO 2019-01-15 19:18:45 model 0x010f 0x1201 0x1001
setstate WZ.Fibaro.CO 2019-01-15 19:18:45 modelId 010f-1201-1001
setstate WZ.Fibaro.CO 2019-01-15 19:18:08 state wakeupInterval 86400 1
setstate WZ.Fibaro.CO 2019-01-16 07:21:18 temperature 23.8 C
setstate WZ.Fibaro.CO 2019-01-15 19:18:47 timeToAck 0.039
setstate WZ.Fibaro.CO 2019-01-16 07:21:11 transmit NO_ACK
setstate WZ.Fibaro.CO 2019-01-16 07:21:05 wakeup notification


Im Log ist das zu finden
2019-01-15_23:16:08 WZ.Fibaro.CO temperature: 24.6 C
2019-01-16_01:08:29 WZ.Fibaro.CO temperature: 23.6 C
2019-01-16_07:20:59 WZ.Fibaro.CO battery: 100 %
2019-01-16_07:20:59 WZ.Fibaro.CO batteryState: ok
2019-01-16_07:20:59 WZ.Fibaro.CO batteryPercent: 100
2019-01-16_07:21:05 WZ.Fibaro.CO wakeup: notification
2019-01-16_07:21:05 WZ.Fibaro.CO temperature: 23.7 C
2019-01-16_07:21:05 WZ.Fibaro.CO temperature: 23.7 C
2019-01-16_07:21:09 WZ.Fibaro.CO transmit: NO_ACK
2019-01-16_07:21:11 WZ.Fibaro.CO transmit: NO_ACK
2019-01-16_07:21:18 WZ.Fibaro.CO temperature: 23.8 C
2019-01-16_07:21:24 WZ.Fibaro.CO battery: 100 %
2019-01-16_07:21:24 WZ.Fibaro.CO batteryState: ok
2019-01-16_07:21:24 WZ.Fibaro.CO batteryPercent: 100

Danke und Grüße
Peter
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

Peteruser

Hallo,
irgendwann macht man dann die Verzweiflungstat. Räucherstäbchen unter eine Schüssel und den Sensor dazu.

Dann erscheint unter den Readings das folgende:
carbonMonoxide 0

Im Log ist dann auch der Verlauf zu sehen:
2019-01-19_11:55:46 WZ.Fibaro.CO alarm: CO: detected - Unknown Location
2019-01-19_11:55:51 WZ.Fibaro.CO carbonMonoxide: 363
2019-01-19_11:55:57 WZ.Fibaro.CO wakeup: notification
2019-01-19_11:56:08 WZ.Fibaro.CO carbonMonoxide: 119
2019-01-19_11:56:43 WZ.Fibaro.CO carbonMonoxide: 8
2019-01-19_11:57:03 WZ.Fibaro.CO alarm: CO: Event cleared: detected - Unknown Location, arg 0102


Grüße Peter

Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

Dia81

Hat hier jemand in der Zwischenzeit was neues rausgefunden? Der CO wert kann ja laufend über eine Zentrale an Fibaro übertragen werden, somit müsste man ihn doch auch unter SChwellenwert abfangen können? Oder gibt es da technisch überhaupt keine Chance? :( Kennt ggf. wer Alternativen die dauerhaft den CO-Wert loggen?