[gelöst] Fibaro Türsensor FGK-10x - Temperatur

[m74]

Hallo zusammen,
o.g. Sensor (ZW5 v3.2) habe ich mit einem Temperatursensor ausgestattet.
Ich habe ihn auch schon neu mit dem Pi verbunden, allerdings bekomme ich kein weiteres Device angelegt, um die Temperatur auszulesen.
Der Assoziationsgruppe 3 wurde der Pi hinzugefügt, allerdings funktioniert der hier vorgeschlagene Befehl  um das Device anzulegen nicht.
Ausgabe des Befehls

Code Auswählen Erweitern

Unknown argument mcCapability, choose one of alarm alarmEventSupported alarmTypeSupported:noArg alarmWithType alarmWithTypeEvent association associationAll:noArg associationGroupCmdList associationGroupName associationGroups:noArg basicStatus:noArg battery:noArg config config2ndAssociationGroupTriggers:noArg configAlarmBroadcast:noArg configAll:noArg configAssociationsInZWaveNetwork72:noArg configCommandsSentTo2ndAssociation11:noArg configDOORWINDOWALARM:noArg configDelayOfTamperAlarmCancellation:noArg configHighTemperatureAlarmThreshold:noArg configIntervalOfTemperature50:noArg configIntervalOfTemperatureReports:noArg configLowTemperatureAlarmThreshold:noArg configOperationMode:noArg configRangeTestAfterDoubleClick:noArg configReportingTamperAlarmCancellation:noArg configSceneActivationFunctionality:noArg configTemperatureAlarmReports:noArg configTemperatureOffset:noArg configTemperatureReportsThreshold:noArg configTimeDelayOfOFFCommandFrame:noArg configTimeDelayOfONCommandFrame:noArg configTypeOfSentAlarmFrames:noArg configValueOfOFFCommandFrameSentTo2nd13:noArg configValueOfONCommandFrameSentTo2nd12:noArg configVisualLEDIndications:noArg mca mcaAll:noArg mcaGroupings:noArg model:noArg neighborList:noArg powerlevel:noArg powerlevelTest:noArg sbStatus:noArg version:noArg versionClass versionClassAll:noArg wakeupInterval:noArg wakeupIntervalCapabilities:noArg zwavePlusInfo:noArg

Bin leider grade etwas ratlos was ich da noch machen könnte.

[A.Harrenberg]

Hi,

ich kenne das Ding nicht, aber die meisten Geräte erzeugen die Temperaturkanäle erst wenn auch ein Sensor angeschlossen ist und melden diese Kanäle nicht bereits vorher. Daher denke ich das solche Geräte IMMER neu inkludiert werden müssen.

Wenn Du mit

Ich habe ihn auch schon neu mit dem Pi verbunden

neu inkludiert meinst, dann wüsste ich auch erst einmal nicht warum das nicht funktioniert...

Kannst Du das Ding noch mal exkludieren, neu inkludieren und dann ein list von dem Gerät posten?

Gruß,
Andreas.

[krikan]

Dein Link betrifft die alte Variante des Sensors und Du hast die neue ZWavePlus-Variante. Neben Andreas' Hinweis solltest Du auch kontrollieren, ob Assogroup 3 auch für den neuen Sensor relevant ist.

[m74]

Kannst Du das Ding noch mal exkludieren, neu inkludieren und dann ein list von dem Gerät posten?

Getan, mehrmals, wgen eigener Unfähigkeit
Hier nun die Ausgabe von list ZWave_SENSOR_NOTIFICATION_6

Code Auswählen Erweitern

DEF        f5061d3e 6
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     28
   NAME       Tuerkontakt_Haustuer
   NR         128
   STATE      closed
   TYPE       ZWave
   ZWAVE1_MSGCNT 28
   ZWAVE1_RAWMSG 00040006079c020600000000
   ZWAVE1_TIME 2017-02-13 17:01:05
   ZWaveSubDevice no
   endpointChildren ZWave_Node_6.43
   homeId     f5061d3e
   isWakeUp   1
   lastMsgSent 1487001388.00874
   nodeIdHex  06
   Readings:
     2017-02-13 17:01:05   alarm           AccessControl: Window/Door is closed
     2017-02-13 17:01:05   alarm_type_00   level 0 node 6 seconds 0
     2017-02-13 16:30:13   assocGroup_1    Max 1 Nodes ZWAVE1
     2017-02-13 16:30:13   assocGroup_2    Max 5 Nodes
     2017-02-13 16:30:13   assocGroup_3    Max 5 Nodes ZWAVE1
     2017-02-13 16:30:14   assocGroup_4    Max 5 Nodes ZWAVE1
     2017-02-13 16:30:14   assocGroup_5    Max 5 Nodes
     2017-02-13 16:30:13   assocGroups     5
     2017-02-13 16:30:46   battery         100 %
     2017-02-13 16:11:09   model           FIBARO System FGK101-ZW5 Door Opening Sensor
     2017-02-13 16:11:09   modelConfig     fibaro/fgk001-zw5.xml
     2017-02-13 16:11:09   modelId         010f-0701-1001
     2017-02-13 17:01:05   reportedState   closed
     2017-02-13 17:01:05   state           closed
     2017-02-13 16:56:28   timeToAck       0.109
     2017-02-13 16:56:28   transmit        OK
     2017-02-13 16:56:24   wakeup          notification
Attributes:
   IODev      ZWAVE1
   classes    ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO APPLICATION_STATUS BASIC BATTERY CONFIGURATION CRC_16_ENCAP DEVICE_RESET_LOCALLY FIRMWARE_UPDATE_MD MANUFACTURER_SPECIFIC MULTI_CHANNEL_ASSOCIATION ALARM POWERLEVEL SECURITY SCENE_ACTIVATION SENSOR_ALARM SENSOR_BINARY VERSION WAKE_UP
   room       ZWave
   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:3 POWERLEVEL:1 SCENE_ACTIVATION:1 SECURITY:1 SENSOR_ALARM:1 SENSOR_BINARY:1 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2 

Im Handbuch sind folgende Gruppen beschrieben

Code Auswählen Erweitern

The Door/Window provides the association of five groups:
1st Association Group – "Lifeline" reports the device status and allows
for assigning single device only (main controller by default).
2nd Association Group – "Control" is assigned to the device status
- reed sensor and IN input (sends Basic Set command frames).
3rd Association Group – "Alarm" is assigned to the device status -
reed sensor and IN input (sends alarm command frames). Its value
may be modified via advanced parameters.
4th Association Group – "Sensor ZW3" is assigned to the device status
- reed sensor and IN input (sends Basic Set command frames). This
group provides backward compatibility with controllers not supporting
Z-Wave+.
5th Association Group – "Tamper ZW3" is assigned to the TMP
switch (sends alarm command frames). This group provides backward
compatibility with controllers not supporting Z-Wave+.

PS: Sorry, aber das mit den verschiedenen SW Versionen bei ZW Geräten macht mich ganz kirre. Hab auch gestern das falsche manual benutzt

[jeep]

Hi,

wenn man den FGK-10x nachträglich mit einem Temperatursensor austattet, muss das device excludiert und wieder neu includiert werden. Das ist halt so.

Grüße, Josef

[krikan]

Hier nun die Ausgabe von list ZWave_SENSOR_NOTIFICATION_6

War der Temperatursensor jetzt vor der Inklusion an FHEM angeschlossen?
Die Class MULTI_CHANNEL für die Befehle "mcCapability" und Co. lese ich nicht und laut http://products.z-wavealliance.org/products/1356/classes gibt es die auch nicht.

[jeep]

Hi,

wenn man den FGK-10x nachträglich mit einem Temperatursensor austattet, muss das device excludiert und wieder neu includiert werden. Das ist halt so.

Grüße, Josef

Ach ja, der Controller sollte aus assocGroup_3 und assocGroup_4 raus und in assocGroup_2 kann ein Grät hinterlegt werden das Basic Set Kommandos empfängt (Lichtscahlter, Sirene, etc.).

[A.Harrenberg]

Hi,

War der Temperatursensor jetzt vor der Inklusion an FHEM angeschlossen?
Die Class MULTI_CHANNEL für die Befehle "mcCapability" und Co. lese ich nicht und laut http://products.z-wavealliance.org/products/1356/classes gibt es die auch nicht.

das Ding hat aber anscheinend MULTI_CHANNEL_ASSOCIATION V3 gemeldet, aber nur ein Sub-Device angelegt:

Code Auswählen Erweitern

endpointChildren ZWave_Node_6.43

@m74: ich gehe davon aus das sich da nur der Türsensor hinter verbirt, oder?

Hast Du denn einen originalen Temperatursensor angeschlossen und kannst ausschliessen das es nicht ein falscher ist oder er evtl. falsch verbaut ist? Die Dinger kommen doch "nackt" im Transistor Gehäuse, oder?

Gruß,
Andreas.

[krikan]

Hi,das Ding hat aber anscheinend MULTI_CHANNEL_ASSOCIATION V3 gemeldet, aber nur ein Sub-Device angelegt:

Ja, hatte ich auch gesehen und wollte deshalb schon ein Löschen aller Assoziationen mit associationDel und "mcaAdd 1 0 1 0" vorschlagen; analog zu FGS-213/223. Begriff aber nicht, warum es dann kein MULTI_CHANNEL gibt. Jetzt meine ich es wieder zu wissen: CRC_16_ENCAP sollte doch auch funktionieren, oder?

[m74]

War der Temperatursensor jetzt vor der Inklusion an FHEM angeschlossen?
Die Class MULTI_CHANNEL für die Befehle "mcCapability" und Co. lese ich nicht und laut http://products.z-wavealliance.org/products/1356/classes gibt es die auch nicht.

Ich hab den Sender ohne Temperatursensor inkludiert,dann angeschlossen, exkludiert, wieder inkludiert.

Hi,das Ding hat aber anscheinend MULTI_CHANNEL_ASSOCIATION V3 gemeldet, aber nur ein Sub-Device angelegt:

Code Auswählen Erweitern

endpointChildren ZWave_Node_6.43

@m74: ich gehe davon aus das sich da nur der Türsensor hinter verbirt, oder?

Hast Du denn einen originalen Temperatursensor angeschlossen und kannst ausschliessen das es nicht ein falscher ist oder er evtl. falsch verbaut ist? Die Dinger kommen doch "nackt" im Transistor Gehäuse, oder?

Gruß,
Andreas.

Original? Nein! DS18B20? Ja!
Das Subdevice scheint der Türsensor zu sein, das gibt als Reading nur einen Alarmwert aus.

Ja, hatte ich auch gesehen und wollte deshalb schon ein Löschen aller Assoziationen mit associationDel und "mcaAdd 1 0 1 0" vorschlagen; analog zu FGS-213/223. Begriff aber nicht, warum es dann kein MULTI_CHANNEL gibt. Jetzt meine ich es wieder zu wissen: CRC_16_ENCAP sollte doch auch funktionieren, oder?

CRC_16_ENCAP?

[krikan]

CRC_16_ENCAP?

War eher für Andreas bestimmt. 

Ich habe für Dich nur die wage Idee, wenn das list von einem korrekt inkludierten Device stammt und Konfiguration passt:

Code Auswählen Erweitern

set <device> associationDel 1 <controllerNodeID>
set <device> mcaAdd 1 0 <controllerNodeID> 0
Dabei stört mich aber fehlende Class MULTI_CHANNEL.
Vielleicht gibt es noch andere Ideen.

[m74]

War eher für Andreas bestimmt. 

Ich habe für Dich nur die wage Idee, wenn das list von einem korrekt inkludierten Device stammt und Konfiguration passt:

Code Auswählen Erweitern

set <device> associationDel 1 <controllerNodeID>
set <device> mcaAdd 1 0 <controllerNodeID> 0
Dabei stört mich aber fehlende Class MULTI_CHANNEL.
Vielleicht gibt es noch andere Ideen.

Code Auswählen Erweitern

Scheduled for sending after WAKEUP
Bin gespannt

Dieses MULTI_CHANNEL wird von dem Gerät gemeldet nehme ich an?

[A.Harrenberg]

Hi Christian,

Ja, hatte ich auch gesehen und wollte deshalb schon ein Löschen aller Assoziationen mit associationDel und "mcaAdd 1 0 1 0" vorschlagen; analog zu FGS-213/223. Begriff aber nicht, warum es dann kein MULTI_CHANNEL gibt. Jetzt meine ich es wieder zu wissen: CRC_16_ENCAP sollte doch auch funktionieren, oder?

den Zusammenhang zwischen MultiChannel und CRC16 verstehe ich jetzt nicht ganz...

Also CRC16 empfangen funktioniert und wird auch auf korrekte CRC geprüft. Da steckt allerdings immer nur ein ganz normaler Befehle drin.

Gruß,
Andreas.

[A.Harrenberg]

Hi,

Original? Nein! DS18B20? Ja!

bist Du dann auch sicher das die Belegung stimmt? Bist Du auch sicher ob das Ding mit drei Kontakten oder mit parasitäerer Speisung läuft?

Ich tippe jetzt mal das der Fibaro den Temperatursensor nicht erkennt und deswegen den Kanal gar nicht erst anlegt.

Moment, eine Idee hätte ich noch... Hast Du die Batterie entfernt und damit einen völligen Neustart ausgelöst? Was sagt denn eigentlich die Anleitung dazu wie man vorgehen soll...

Gruß,
Andreas.

[m74]

Hi,bist Du dann auch sicher das die Belegung stimmt? Bist Du auch sicher ob das Ding mit drei Kontakten oder mit parasitäerer Speisung läuft?

Angeschlosen hab ich ihn laut Anleitung...was die Speisung angeht, keine Ahnung ehrlich gesagt.

Ich tippe jetzt mal das der Fibaro den Temperatursensor nicht erkennt und deswegen den Kanal gar nicht erst anlegt.

Tja, vielleicht ist er auch hin? Ich hab noch zwei, werde ich mal probieren

Moment, eine Idee hätte ich noch... Hast Du die Batterie entfernt und damit einen völligen Neustart ausgelöst? Was sagt denn eigentlich die Anleitung dazu wie man vorgehen soll...

Gruß,
Andreas.

Also die Anleitung sagt

Code Auswählen Erweitern

Connecting/disconnecting
the temperature
sensor to/from
previously added
Door/Window Sensor,
requires removing
and re-adding the
device to the Z-Wave
network.
Was ich ja getan habe: Batterie raus/rein und eben auch neu angelegt

[jeep]

Hi,

keine Ahnung warum kein Subdevice in FHEM angelegt wird, aber wenn man den Parameter52 nicht auf 0 stehen hat erscheint ein reading mit Temperatur, hab gerade einen mit DS18B20 inkludiert. Siehe list:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        f21495c7 20
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     78
   NAME       TFS34
   NR         66
   STATE      open
   TYPE       ZWave
   ZWDongle_0_MSGCNT 78
   ZWDongle_0_RAWMSG 0004001406310501420866
   ZWDongle_0_TIME 2017-02-13 21:09:41
   ZWaveSubDevice no
   homeId     f21495c7
   isWakeUp   1
   lastMsgSent 1487015899.62187
   nodeIdHex  14
   Readings:
     2017-02-13 20:58:16   CMD             ZW_APPLICATION_UPDATE
     2017-02-13 20:51:26   alarm           HomeSecurity: Tampering - product covering removed
     2017-02-13 20:51:26   assocGroup_1    Max 1 Nodes ZWDongle_0
     2017-02-13 20:51:27   assocGroup_2    Max 5 Nodes
     2017-02-13 20:51:28   assocGroup_3    Max 5 Nodes
     2017-02-13 20:51:30   assocGroup_4    Max 5 Nodes
     2017-02-13 20:51:31   assocGroup_5    Max 5 Nodes
     2017-02-13 20:51:26   assocGroups     5
     2017-02-13 20:58:16   config2ndAssociationGroupTriggers10 switchAfterOpeningAndClosing
     2017-02-13 20:58:16   configAlarmBroadcast71 broadcastInactive
     2017-02-13 20:58:16   configAssociationsInZWaveNetwork72 allGroupsSentAsSecure
     2017-02-13 20:58:16   configCommandsSentTo2ndAssociation11 ONOFF
     2017-02-13 20:58:16   configDelayOfTamperAlarmCancellation30 5
     2017-02-13 20:58:16   configDoorWindowOrAlarmStatus2 doorWindowClosed
     2017-02-13 20:58:16   configHighTemperatureAlarmThreshold55 540
     2017-02-13 20:58:16   configIntervalOfTemperature50 300
     2017-02-13 20:58:17   configIntervalOfTemperatureReports52 120
     2017-02-13 20:58:17   configLowTemperatureAlarmThreshold56 40
     2017-02-13 20:58:17   configOperationMode1 DoorWindowsSensorOrExternal0
     2017-02-13 20:58:17   configRangeTestAfterDoubleClick4 disabled
     2017-02-13 20:58:17   configReportingTamperAlarm31 sendTamperCancelationReport
     2017-02-13 20:58:17   configSceneActivationFunctionality70 0
     2017-02-13 20:58:17   configTemperatureAlarmReports54 temperatureAlarmsDisabled
     2017-02-13 20:58:17   configTemperatureOffset53 0
     2017-02-13 20:58:17   configTemperatureReportsThreshold51 10
     2017-02-13 20:58:17   configTimeDelayOfOFFCommandFrame15 0
     2017-02-13 20:58:17   configTimeDelayOfONCommandFrame14 0
     2017-02-13 20:58:17   configTypeOfSentAlarmFrames20 DoorWindowSensorGeneralPurpose0
     2017-02-13 20:58:17   configValueOfOFFCommandFrameSentTo2nd13 0
     2017-02-13 20:58:17   configValueOfONCommandFrameSentTo2nd12 255
     2017-02-13 20:58:17   configVisualLEDIndications3 indicationOfAllEvents
     2017-02-13 20:48:53   model           FIBARO System FGK101-ZW5 Door Opening Sensor
     2017-02-13 20:48:53   modelConfig     fibaro/fgk001-zw5.xml
     2017-02-13 20:48:53   modelId         010f-0701-1001
     2017-02-13 20:52:40   reportedState   open
     2017-02-13 20:52:40   state           open
     2017-02-13 21:09:41   temperature     21.50 C
     2017-02-13 20:58:19   timeToAck       0.027
     2017-02-13 20:58:19   transmit        OK
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO APPLICATION_STATUS BASIC BATTERY CONFIGURATION CRC_16_ENCAP DEVICE_RESET_LOCALLY FIRMWARE_UPDATE_MD MANUFACTURER_SPECIFIC MULTI_CHANNEL_ASSOCIATION ALARM POWERLEVEL SECURITY SCENE_ACTIVATION SENSOR_ALARM SENSOR_BINARY SENSOR_MULTILEVEL VERSION WAKE_UP
   room       ZWave
   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:3 POWERLEVEL:1 SCENE_ACTIVATION:1 SECURITY:1 SENSOR_ALARM:1 SENSOR_BINARY:1 SENSOR_MULTILEVEL:5 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2  

Im HC2 erscheint das gleiche Gerät mit 3 Subdevices - 1 x Türkontakt, 1 x Temperatur und 1 x Überhitzungstemperatur = Parameter55 in FHEM

Grüße, Josef

[A.Harrenberg]

Hi,

jetzt bin ich einigermaßen verwirrt...

Bei "jeep" wird KEIN endpoint angelegt, es gibt kein MULTI_CHANNEL, aber SENSOR_MULTILEVEL und über die Klasse scheint dann die Temperatur zu kommen...

Bei "m74" wird ein endpoint angelegt, es gibt weder MULTI_CHANNEL noch ein SENSOR_MULTILEVEL und es wird auch nichts übertragen...

Die Geräte melden sich mit der gleichen model-Id, bliebe höchstens noch unterschiedliche Firmware...

Gruß,
Andreas.

[jeep]

Hallo Andreas,

bitte schön

Code Auswählen Erweitern

2017-02-13 22:10:37   temperature     20.93 C
     2017-02-13 22:11:45   timeToAck       0.027
     2017-02-13 22:11:45   transmit        OK
     2017-02-13 22:10:49   version         Lib 3 Prot 4.05 App 3.2 HW 1 FWCounter 0
     2017-02-13 22:11:43   zwavePlusInfo    version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0c06 userIcon:0c06


Firmware ist also 3.2 sollte immer gleich sein, Produktionsdatum bei diesem ist 29.09.2016.

Grüße Josef

[A.Harrenberg]

Hi,

Firmware ist also 3.2 sollte immer gleich sein, Produktionsdatum bei diesem ist 29.09.2016.

hab' ich mir schon so gedacht... 

Verstehe aber nicht wieso FHEM hier die Geräte unterschiedlich einbindet. Oder es sind STARK unterschiedlich alte FHEM versionen im Spiel, was ich aber nicht glaube da z.B. das Attribut vclasses bei beiden listings vorhanden ist...

Vielleicht fällt ja noch jemand anderem was auf.

Gruß
Andreas.

[jeep]

Na ja, ganz frisch ist es nicht 

Code Auswählen Erweitern

Latest Revision: 13031

File              Rev   Last Change

fhem.pl           12966 2017-01-05 20:26:04Z rudolfkoenig
98_autocreate.pm  11984 2016-08-19 12:47:50Z rudolfkoenig
91_eventTypes.pm  11984 2016-08-19 12:47:50Z rudolfkoenig
01_FHEMWEB.pm     12984 2017-01-06 13:58:42Z rudolfkoenig
92_FileLog.pm     13027 2017-01-09 16:28:24Z rudolfkoenig
91_notify.pm      11984 2016-08-19 12:47:50Z rudolfkoenig
99_SUNRISE_EL.pm  12485 2016-11-01 15:18:51Z rudolfkoenig
98_telnet.pm      11984 2016-08-19 12:47:50Z rudolfkoenig
99_Utils.pm       11984 2016-08-19 12:47:50Z rudolfkoenig
98_version.pm     11987 2016-08-19 17:13:41Z markusbloch
10_ZWave.pm       13010 2017-01-08 12:37:23Z rudolfkoenig
00_ZWDongle.pm    12654 2016-11-25 19:18:53Z rudolfkoenig

DevIo.pm          12716 2016-12-05 09:11:31Z rudolfkoenig
HttpUtils.pm      12740 2016-12-11 12:57:36Z rudolfkoenig
RTypes.pm         10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm  12935 2017-01-02 19:51:46Z rudolfkoenig
TcpServerUtils.pm 11908 2016-08-06 15:09:55Z rudolfkoenig
ZWLib.pm          12651 2016-11-25 15:12:14Z rudolfkoenig

Grüße, Josef

[A.Harrenberg]

Hi,

aber das Handling der endpoints hat sich schon eine ganze weile nicht mehr grundlegend geändert.
Ich würde nicht erwarten zwei verschiedene Inkludierungen mit/ohne Endpoint bei gleichem Gerät zu sehen.

Gruß,
Andreas.

[jeep]

Hallo Andreas,

habe zufällig entdeckt das ich seit längerem noch einen FGK-101 (Gen5) in FHEM habe, aber ohne Temperatursensor. Und bei diesem fehlt dann in classes und vclasses die Klasse SENSOR_MUTILEVEL.
Ich wage mal zu behaupten dass der Temperatursensor von "m74" defekt oder falsch angeschlossen ist.
Vermute Ersteres, da so was schon oft vorgekommen sein soll. 

Grüße, Josef

[m74]

Ich wage mal zu behaupten dass der Temperatursensor von "m74" defekt oder falsch angeschlossen ist.
Vermute Ersteres, da so was schon oft vorgekommen sein soll. 

Das glaube ich auch langsam.
Deshalb werde ich heute abend quasi noch mal von 0 anfangen.
Ich habe noch 3 Temperatursensoren...die müssen es dann richten.

[m74]

Also, alles neu macht der Valentinstag, und siehe da, ich habe eine Temperatur.
Allerdings, was jetzt ausschlaggebend war, weiss ich nicht.
Der neue Sensor? Das ex/inkludieren? Das setzten des Parameters 52 (Intervall der Temp. Meldung)?
Ich vermute fast es war letzteres, das steht nämlich per Default auf 0, sprich das Ding sendet nie die Temperatur.

Wie auch immer, es geht, vielen Dank für eure Hilfe! 

[A.Harrenberg]

Hi,

Also, alles neu macht der Valentinstag, und siehe da, ich habe eine Temperatur.
Allerdings, was jetzt ausschlaggebend war, weiss ich nicht.
Der neue Sensor? Das ex/inkludieren? Das setzten des Parameters 52 (Intervall der Temp. Meldung)?
Ich vermute fast es war letzteres, das steht nämlich per Default auf 0, sprich das Ding sendet nie die Temperatur.

Das setzen des Parameters halte ich nicht für den Grund, Dir fehlte ja schon die SENSOR_MULTILEVEL Klasse, und die kann nicht im laufenden Betrieb hinzugefügt werden, das geht nur bei der Inklusion.
Da Du einen neuen Sensor genommen hast vermute ich doch mal ganz stark das es am Sensor lag.

Wie auch immer, es geht, vielen Dank für eure Hilfe! 

so einfach kommst Du jetzt aber nicht raus aus der Nummer... 

Kannst Du bitte noch mal ein list von dem Device machen und posten? Ich gehe davon aus das Du jetzt die Sensor Klasse hast, mich würde aber interessieren ob Du auch weiterhin sub-devices hast.

Gruß,
Andreas.

[m74]

Hi,Das setzen des Parameters halte ich nicht für den Grund, Dir fehlte ja schon die SENSOR_MULTILEVEL Klasse, und die kann nicht im laufenden Betrieb hinzugefügt werden, das geht nur bei der Inklusion.
Da Du einen neuen Sensor genommen hast vermute ich doch mal ganz stark das es am Sensor lag.
so einfach kommst Du jetzt aber nicht raus aus der Nummer... 

Kannst Du bitte noch mal ein list von dem Device machen und posten? Ich gehe davon aus das Du jetzt die Sensor Klasse hast, mich würde aber interessieren ob Du auch weiterhin sub-devices hast.

Aber gerne. Auf den Parameter kam ich eigentlich nur, weil dieser eben per default auf 0 steht, und meinem Verständnis nach eben dadurch auch nichts meldet.
Hier das Listing des Sensors.

Code Auswählen Erweitern

Internals:
   DEF        f5061d3e 7
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     157
   NAME       Haustuer_Kontakt
   NR         130
   STATE      closed
   TYPE       ZWave
   ZWAVE1_MSGCNT 157
   ZWAVE1_RAWMSG 000400070a600d000031050142067e
   ZWAVE1_TIME 2017-02-15 07:10:13
   ZWaveSubDevice no
   homeId     f5061d3e
   isWakeUp   1
   lastMsgSent 1487120236.71113
   nodeIdHex  07
   Readings:
     2017-02-14 20:55:29   alarm           AccessControl: Window/Door is closed
     2017-02-14 20:10:16   assocGroup_1    Max 1 Nodes
     2017-02-14 20:10:16   assocGroup_2    Max 5 Nodes
     2017-02-14 20:10:16   assocGroup_3    Max 5 Nodes
     2017-02-14 20:10:16   assocGroup_4    Max 5 Nodes ZWAVE1
     2017-02-14 20:10:16   assocGroup_5    Max 5 Nodes
     2017-02-14 20:10:16   assocGroups     5
     2017-02-15 01:57:14   battery         100 %
     2017-02-14 20:05:08   configIntervalOfTemperatureReports 300
     2017-02-14 19:49:50   model           FIBARO System FGK101-ZW5 Door Opening Sensor
     2017-02-14 19:49:50   modelConfig     fibaro/fgk001-zw5.xml
     2017-02-14 19:49:50   modelId         010f-0701-1001
     2017-02-14 20:55:29   reportedState   closed
     2017-02-14 20:55:29   state           closed
     2017-02-15 07:10:13   temperature     16.62 C
     2017-02-15 01:57:16   timeToAck       0.026
     2017-02-15 01:57:16   transmit        OK
     2017-02-15 01:57:14   wakeup          notification
Attributes:
   IODev      ZWAVE1
   classes    ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO APPLICATION_STATUS BASIC BATTERY CONFIGURATION CRC_16_ENCAP DEVICE_RESET_LOCALLY FIRMWARE_UPDATE_MD MANUFACTURER_SPECIFIC MULTI_CHANNEL_ASSOCIATION ALARM POWERLEVEL SECURITY SCENE_ACTIVATION SENSOR_ALARM SENSOR_BINARY SENSOR_MULTILEVEL VERSION WAKE_UP
   room       Treppenhaus
   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:3 POWERLEVEL:1 SCENE_ACTIVATION:1 SENSOR_ALARM:1 SENSOR_BINARY:1 SENSOR_MULTILEVEL:5 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2

[A.Harrenberg]

Hi,

Aber gerne. Auf den Parameter kam ich eigentlich nur, weil dieser eben per default auf 0 steht, und meinem Verständnis nach eben dadurch auch nichts meldet.

ja, aber die Klasse muss ja auch vorher vorhanden sein, sonst kannst Du auch mit Parameter verschieden von 0 nichts senden... Und wenn Du den Parameter jetzt auf 0 stellst "verschwindet" die Klasse ja auch nicht ,-)

Hier das Listing des Sensors.

Tja, und schon ist die Klasse SENSOR_MULTILEVEL vorhanden und es gibt KEIN sub-device mehr...
Aber warum das Ding ohne Temperatursensor ein sub-device anlegt und mit keines erschließt sich mir so gar nicht, aber immerhin deckt sich das mit dem Gerät von Jeep.

Gruß,
Andreas.

[m74]

Wobei das Sub-Device ja der Türsensor an sich war.

Aber egal, es läuft, spannend wirds dann bei dem zweiten Fibaro der sicher bald kommt

[jeep]

Was mir an dem list gar nicht gefällt, die assocGroup_1 (Lifeline) ist leer. Da _muss_ der Controller rein.
Und aus der assocGroup_4 kann er raus, da soll er nur rein wenn der Controller kein Zwave+ device ist.

Vermute da wurde nachträglich noch viel experimentiert, den FHEM macht das nicht von allein.