neue Version Fenster / Tür Öffner Fibaro FGK001

Begonnen von mischi, 11 August 2016, 17:48:02

Vorheriges Thema - Nächstes Thema

mischi

Ich habe gerade einen Fibaro Fenster / Tür Kontakt in Betrieb genommen. Die Erkennung funktioniert soweit, Öffnen / Schliessen taucht im Log auf. Das Model / die ModelID erscheinen nur hexadezimal. Vermutlich handelt es sich um eine neue Version, die noch nicht korrekt erkannt wird?

Internals:
   CFGFN
   DEF        db1c4286 10
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     63
   NAME       ZWave_SENSOR_NOTIFICATION_10
   NR         1787
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 63
   ZWDongle_0_RAWMSG 0004000a097105000000ff061700
   ZWDongle_0_TIME 2016-08-11 17:37:13
   ZWaveSubDevice no
   homeId     db1c4286
   isWakeUp   1
   lastMsgSent 1470929823.38763
   nodeIdHex  0a
   Readings:
     2016-08-11 17:37:13   alarm           AccessControl:  Window/Door is closed
     2016-08-11 17:32:07   basicReport     ff
     2016-08-11 17:21:57   model           0x010f 0x0701 0x1001
     2016-08-11 17:21:57   modelId         010f-0701-1001
     2016-08-11 17:21:55   state           wakeupInterval 86400 1
     2016-08-11 17:37:03   timeToAck       0.074
     2016-08-11 17:37:03   transmit        OK
     2016-08-11 17:37:01   wakeup          notification
     2016-08-11 17:32:07   zwavePlusInfo    version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0c06 userIcon:0c06
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 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


Welche Datei muss ich ändern? Reicht es aus in der Datei FHEM/lib/openzwave_manufacturer_specific.xml per copy paste einen alten Fibaro Sensor zu kopieren und den type / die id anzupassen?

krikan

Zitat von: mischi am 11 August 2016, 17:48:02
Das Model / die ModelID erscheinen nur hexadezimal. Vermutlich handelt es sich um eine neue Version, die noch nicht korrekt erkannt wird?
Ja.

ZitatWelche Datei muss ich ändern? Reicht es aus in der Datei FHEM/lib/openzwave_manufacturer_specific.xml per copy paste einen alten Fibaro Sensor zu kopieren und den type / die id anzupassen?
Infos dazu:
http://www.fhemwiki.de/wiki/Z-Wave#Wie_k.C3.B6nnen_fehlende_XML-Config-Informationen_f.C3.BCr_mein_ZWave-Ger.C3.A4t_in_Fhem_eingebunden_werden.3F
und
http://www.fhemwiki.de/wiki/Z-Wave#Welche_Funktion_haben_die_XML-Config-Dateien_in_Fhem.3F

Den reinen Sensornamen kann ich heute abend einbinden und einchecken.

Die Config-XML müsste noch kontrolliert und evtl. angepasst werden. Wenn Du das machen könntest, wäre das hilfreich. Ich möchte nicht blind die XML von openzwave übernehmen, da dort (öfter) die Änderungen der neuen Gen5-Geräte nicht berücksichtigt werden.

Gruß, Christian

mischi

Danke erstmal für Deine Antwort. Ich habe gerade mal das manual von Fibaro mit der xml quergecheckt. Da scheint sich schon was geändert zu haben, ab Parameter 9 passt es glaube ich nicht mehr. Ich bin noch nicht so tief im Thema, werde es aber die Tage mal versuchen, eine passende XML Datei zu erstellen.

mischi

Ich habe eine erste Version der Datei openzwave_deviceconfig.xml für die ZWave Plus version des Fenster Tür Kontaktes gebaut. Die Configeinträge können jetzt ausgelesen werden, allerdings weiß ich nicht so recht, wie ich die labels sinnvoll belegen soll. Im ersten Wurf habe ich einfach copy/paste aus dem Manual von Fibaro gemacht, dann schneidet der aber irgendwann ab wenn das label zu lang wird und hängt Nummern dran. Gibt es da ein Schema für eine sinnvolle Verkürzung/Benennung?
Bei den anderen Geräten in dieser Datei gibt es bei den CommandClasses auch Angaben wie action="remove", getsupported="false", mapping="endpoints", remove="true". Dazu habe ich keine Dokumentation gefunden, kennt jemand die Bedeutung?
Wohin/Wie soll ich die Änderungen übermitteln?. Eigentlich müßten auch die Original openzwave Einträge geändert werden, weil die derzeit den neuen Sensor einfach auf die alte Config mappen, was falsch ist.

krikan

ZitatGibt es da ein Schema für eine sinnvolle Verkürzung/Benennung?
Kein mir bekanntes. Mach es einfach so, wie Du es für sinnvoll erachtest.

ZitatBei den anderen Geräten in dieser Datei gibt es bei den CommandClasses auch Angaben wie action="remove", getsupported="false", mapping="endpoints", remove="true". Dazu habe ich keine Dokumentation gefunden, kennt jemand die Bedeutung?
Die sind für FHEM alle irrelevant und nur für ozw wichtig. ozw geht bei einigen Dingen anders vor als FHEM.

Zitat
Wohin/Wie soll ich die Änderungen übermitteln?.
Hänge einfach nur den XML-Abschnitt für den FGK hier an einen Beitrag an, dann baue/checke ich das ein.

ZitatEigentlich müßten auch die Original openzwave Einträge geändert werden, weil die derzeit den neuen Sensor einfach auf die alte Config mappen, was falsch ist.
Ja. Ich habe denen selbst aber bisher keine PullRequests geschickt, da ich die configs nicht mit ozw testen kann/mag.

jeep

Hallo Christian,

gehe ich richtig in der Annahme das es noch keine fgk001-zw5.xml gibt. In der openzwave_manufacturer_specific.xml ist noch keine config Datei angegeben.

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Hallo Josef,
das ist korrekt. Liest sich aber so, als würde mischi etwas in Arbeit haben. Wenn ich etwas bekomme, checke ich das ein.
Gruß, Christian

jeep

Zitat von: krikan am 18 August 2016, 22:20:11
Hallo Josef,
das ist korrekt. Liest sich aber so, als würde mischi etwas in Arbeit haben. Wenn ich etwas bekomme, checke ich das ein.
Gruß, Christian

Hallo Christian,

hatte keine Geduld zu warten  :-[, deshalb habe ich selber was gebastelt. Da ich bis jetzt so was noch nicht gemacht habe, bitte ich Dich das File besonders kritisch zu prüfen.  Ich habe nur ein paar Parameter getestet aber keine Probleme entdeckt. Das list vom device aus meinem Testsystem hänge ich an.
Internals:
   DEF        f21495c7 9
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     4
   NAME       TFS1
   NR         38
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 4
   ZWDongle_0_RAWMSG 00040009057006040100
   ZWDongle_0_TIME 2016-08-20 11:15:05
   ZWaveSubDevice no
   homeId     f21495c7
   isWakeUp   1
   lastMsgSent 1471684507.30098
   nodeIdHex  09
   Readings:
     2016-08-18 22:28:59   alarm           AccessControl:  Window/Door is open
     2016-08-18 21:51:14   assocGroup_1    Max 1 Nodes ZWDongle_0
     2016-08-18 21:51:14   assocGroup_2    Max 5 Nodes
     2016-08-18 21:51:14   assocGroup_3    Max 5 Nodes
     2016-08-18 21:51:14   assocGroup_4    Max 5 Nodes
     2016-08-18 21:51:14   assocGroup_5    Max 5 Nodes
     2016-08-18 21:51:14   assocGroups     5
     2016-08-18 21:58:08   battery         100 %
     2016-08-20 10:48:35   config2ndAssociationGroupTriggers10 switchAfterOpeningAndClosing
     2016-08-20 10:48:35   configAlarmBroadcast71 broadcastInactive
     2016-08-20 10:48:35   configAssociationsInZWaveNetwork72 allGroupsSentAsSecure
     2016-08-20 10:48:36   configCommandsSentTo2ndAssociation11 ONOFF
     2016-08-20 10:48:36   configDelayOfTamperAlarmCancellation30 5
     2016-08-20 10:48:36   configDoorWindowOrAlarmStatus2 doorWindowClosed
     2016-08-20 10:48:36   configHighTemperatureAlarmThreshold55 540
     2016-08-20 10:48:36   configIntervalOfTemperature50 300
     2016-08-20 10:48:36   configIntervalOfTemperatureReports52 0
     2016-08-20 10:48:36   configLowTemperatureAlarmThreshold56 40
     2016-08-20 10:48:36   configOperationMode1 DoorWindowsSensorOrExternal0
     2016-08-20 11:15:05   configRangeTestAfterDoubleClick4 disabled
     2016-08-20 10:48:36   configReportingTamperAlarm31 sendTamperCancelationReport
     2016-08-20 10:48:36   configSceneActivationFunctionality70 0
     2016-08-20 10:48:36   configTemperatureAlarmReports54 temperatureAlarmsDisabled
     2016-08-20 10:48:36   configTemperatureOffset53 0
     2016-08-20 10:48:36   configTemperatureReportsThreshold51 10
     2016-08-20 10:48:36   configTimeDelayOfOFFCommandFrame15 0
     2016-08-20 10:48:36   configTimeDelayOfONCommandFrame14 0
     2016-08-20 10:48:36   configTypeOfSentAlarmFrames20 DoorWindowSensorGeneralPurpose0
     2016-08-20 10:48:36   configValueOfOFFCommandFrameSentTo2nd13 0
     2016-08-20 10:48:36   configValueOfONCommandFrameSentTo2nd12 255
     2016-08-20 10:48:36   configVisualLEDIndications3 indicationOfAllEvents
     2016-08-19 10:21:30   model           FIBARO System FGK101-ZW5 Door Opening Sensor
     2016-08-19 10:21:30   modelConfig     fibaro/fgk001-zw5.xml
     2016-08-19 10:21:30   modelId         010f-0701-1001
     2016-08-18 21:46:19   neighborList    ZWDongle_0 Dimmer2_7 SW_8
     2016-08-18 21:34:00   state           wakeupInterval 86400 1
     2016-08-20 11:15:07   timeToAck       0.026
     2016-08-20 11:15:07   transmit        OK
     2016-08-18 21:36:19   version         Lib 3 Prot 4.05 App 3.2 HW 1 FWCounter 0
     2016-08-20 11:15:05   wakeup          notification
     2016-08-19 08:45:32   wakeupIntervalCapabilitiesReport min 3600 max 64800 default 21600 step 1
     2016-08-19 08:45:32   wakeupReport    interval 21600 target 1
     2016-08-18 21:45:55   zwavePlusInfo   version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0c06 userIcon:0c06
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 VERSION WAKE_UP
   neighborListPos 332,17
   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


Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Hallo Josef!
Danke. Es ist eingecheckt und kommt morgen per update.
Gruß, Christian

@Rudi: Hatte 10_ZWave.pm irrtümlich mit Kleinstaenderung (Kommentar) -trotz "svn diff ." - eingecheckt. Aenderungen habe ich wieder zurückgedreht, aber Dein Name ist damit raus. Sorry.

rudolfkoenig


MarkusAutomaticus

Hallo zusammen,

mal eine Verständnisfrage:

Wenn ich ein Device inkludiert habe, als noch eine ältere Konfiguration in der zugehörigen XML-Datei stand,
muss ich, wenn die XML-Datei danach geändert wird, das Device neu inkludieren oder zieht sich das System die Infos automatisch, sobald die modifizierte XML per update o.ä. draufkommt?

Gruß
Markus
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

DeeSPe

Ich glaube zu wissen dass "get <name> model" reicht.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

krikan

#12
Zitat von: MarkusAutomaticus am 01 September 2016, 16:12:31
Wenn ich ein Device inkludiert habe, als noch eine ältere Konfiguration in der zugehörigen XML-Datei stand,
muss ich, wenn die XML-Datei danach geändert wird, das Device neu inkludieren oder zieht sich das System die Infos automatisch, sobald die modifizierte XML per update o.ä. draufkommt?
Musst nichts neu inkludieren.

Mit dem automatisch ist so eine Sache:
FHEM nimmt automatisch die modifizierte XML aus dem Update für die Befehle, wenn ich den Dateinamen nicht ändere. Das versuche ich zu vermeiden und kündige das bei größeren Änderungen an. Das wird irgendwann bei den AEOTEC-Geräten kommen müssen, damit wir wieder mehr Gleichlauf mit ozw haben.
Die configXY-Befehle und damit die Readingnamen und auch die Readingwerte können sich durch das Update ebenfalls ändern. Dort nehme ich keine Rücksicht auf Rückwärtskompatibilität, weil viel zu aufwendig.
Um überholte Readingnamen/-werte zu vermeiden, kann man nach einem Update die Readings von configXY mit deletereading löschen und mit configAll alles neu abrufen. So handhabe ich das zur Sicherheit, wenn ich nach längerer Zeit an den configXY-Werten eines Devices arbeite.

krikan

Zitat von: DeeSPe am 01 September 2016, 16:22:50
Ich glaube zu wissen dass "get <name> model" reicht.
Das ist notwendig, wenn ich an den Dateinamen etwas anpasse, eine XML für ein Gerät erstmalig einbinde oder jemand das Reading modelConfig gelöscht hat. Bei Änderungen innerhalb der XML-Dateien siehe oben.

Thyraz

Gibt es bei dem Gerät nur noch das Reading "alarm" welches den Fensterstatus in Form von "AccessControl: Window/Door is closed" oder "AccessControl: Window/Door is open" liefert?

Dachte immer reportedState wäre bei allen Zwave Geräten vorhanden.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...