Geräte werden nicht in die assocGroup_1 eingetragen

Begonnen von tomspatz, 25 April 2021, 14:25:53

Vorheriges Thema - Nächstes Thema

tomspatz

So jetzt habe ich noch etwas komisches.
Das system ist sehr frisch. Beim Anlernen von zwei Fibaro devices werden diese NICHT in die assocGroup_1 eingetragen.
Auch ein nachträgliches associationAdd 1 1 wird ohne meckern "verschluckt" bzw nicht ausgeführt.
Habe ich etwas übersehen ? in einem Anderen Sytem klappte das hervorragend andere Z Wave geräte habes das getan die beiden fibaros wollen nicht.

Beta-User

Falls das 223-er Modelle sind: die werden anders behandelt, wenn ich das richtig im Kopf habe; die benötigen eine spezielle mca.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

tomspatz

OK also das eine ist tatsächlich ein FGS-223 und so ist er inkludiert. Es fiel mir nur auf das das Schalten am device das nicht an fhem übermittelt.
2021.04.25 13:46:50 2: autocreate: define ZWave_SWITCH_BINARY_8 ZWave d0415cea 8 5e8672255a5985735670328e60227571987a5bef26
2021.04.25 13:46:50 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_8 FileLog ./log/ZWave_SWITCH_BINARY_8-%Y.log ZWave_SWITCH_BINARY_8
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 model
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass ALARM
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass APPLICATION_STATUS
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass ASSOCIATION
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass ASSOCIATION_GRP_INFO
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass CENTRAL_SCENE
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass CONFIGURATION
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass CRC_16_ENCAP
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass DEVICE_RESET_LOCALLY
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass FIRMWARE_UPDATE_MD
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass MANUFACTURER_SPECIFIC
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass METER
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass MULTI_CHANNEL
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass MULTI_CHANNEL_ASSOCIATION
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass POWERLEVEL
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass PROTECTION
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass SECURITY
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass SWITCH_BINARY
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass SWITCH_MULTILEVEL
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass VERSION
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 versionClass ZWAVEPLUS_INFO
2021.04.25 13:46:51 1: ZWAVE INIT: get ZWave_SWITCH_BINARY_8 versionClassAll: working in the background, check the vclasses attribute
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 zwavePlusInfo
2021.04.25 13:46:51 3: ZWave get ZWave_SWITCH_BINARY_8 mcEndpoints
2021.04.25 13:46:54 3: ZWave got config for fibaro/fgs223.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2021.04.25 13:46:54 3: ZWave set ZWave_SWITCH_BINARY_8 associationDel 1 1
2021.04.25 13:46:54 3: ZWave set ZWave_SWITCH_BINARY_8 mcaAdd 1 0 1 1
2021.04.25 13:46:55 3: ZWave set ZWave_SWITCH_BINARY_8 mcaAdd 1 0 1 0
2021.04.25 13:46:55 3: ZWave get ZWave_SWITCH_BINARY_8 mcCapability 1
2021.04.25 13:46:55 3: ZWave get ZWave_SWITCH_BINARY_8 mcCapability 2
2021.04.25 13:46:55 2: autocreate: define ZWave_SWITCH_BINARY_8.01 ZWave d0415cea 2049 5e862585598e32ef26
2021.04.25 13:46:55 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_8.01 FileLog ./log/ZWave_SWITCH_BINARY_8.01-%Y.log ZWave_SWITCH_BINARY_8.01
2021.04.25 13:46:55 2: autocreate: define ZWave_SWITCH_BINARY_8.02 ZWave d0415cea 2050 5e862585598e32ef26
2021.04.25 13:46:55 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_8.02 FileLog ./log/ZWave_SWITCH_BINARY_8.02-%Y.log ZWave_SWITCH_BINARY_8.02


Das andere ist aber ein dimmer2
2021.04.21 21:42:26 2: autocreate: define ZWave_SWITCH_MULTILEVEL_3 ZWave d0415cea 3 5e208672265a598573987a567031328e6075712722ef2b
2021.04.21 21:42:26 2: autocreate: define FileLog_ZWave_SWITCH_MULTILEVEL_3 FileLog ./log/ZWave_SWITCH_MULTILEVEL_3-%Y.log ZWave_SWITCH_MULTILEVEL_3
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 model
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass ALARM
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass APPLICATION_STATUS
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass ASSOCIATION
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass ASSOCIATION_GRP_INFO
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass BASIC
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass CONFIGURATION
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass CRC_16_ENCAP
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass DEVICE_RESET_LOCALLY
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass FIRMWARE_UPDATE_MD
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass MANUFACTURER_SPECIFIC
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass METER
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass MULTI_CHANNEL
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass MULTI_CHANNEL_ASSOCIATION
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass POWERLEVEL
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass PROTECTION
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass SCENE_ACTIVATION
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass SECURITY
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass SENSOR_MULTILEVEL
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass SWITCH_ALL
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass SWITCH_MULTILEVEL
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass VERSION
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 versionClass ZWAVEPLUS_INFO
2021.04.21 21:42:26 1: ZWAVE INIT: get ZWave_SWITCH_MULTILEVEL_3 versionClassAll: working in the background, check the vclasses attribute
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 zwavePlusInfo
2021.04.21 21:42:26 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 mcEndpoints
2021.04.21 21:42:30 3: ZWave got config for fibaro/fgd212.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2021.04.21 21:42:30 2: ZWDongle_0 transmit NO_ACK for CB 0d, target ZWave_SWITCH_MULTILEVEL_3
2021.04.21 21:42:31 3: ZWave set ZWave_SWITCH_MULTILEVEL_3 mcaAdd 1 0 1 0
2021.04.21 21:42:31 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 mcCapability 1
2021.04.21 21:42:31 3: ZWave get ZWave_SWITCH_MULTILEVEL_3 mcCapability 2
2021.04.21 21:42:31 2: autocreate: define ZWave_SWITCH_MULTILEVEL_3.01 ZWave d0415cea 769 5e20862685598e323171
2021.04.21 21:42:31 2: autocreate: define FileLog_ZWave_SWITCH_MULTILEVEL_3.01 FileLog ./log/ZWave_SWITCH_MULTILEVEL_3.01-%Y.log ZWave_SWITCH_MULTILEVEL_3.01
2021.04.21 21:42:31 2: autocreate: define ZWave_SWITCH_MULTILEVEL_3.02 ZWave d0415cea 770 5e20862685598e
2021.04.21 21:42:31 2: autocreate: define FileLog_ZWave_SWITCH_MULTILEVEL_3.02 FileLog ./log/ZWave_SWITCH_MULTILEVEL_3.02-%Y.log ZWave_SWITCH_MULTILEVEL_3.02
2021.04.21 21:43:13 3: ZWave: downloading http://fhem.de/deviceimages/zwave//016e861800029706fddd83b3161b4cd70846e95f.jpg for 010f-0102-1000


Denselben habe ich in meinem produktiv System und dort ist der "normal" eingebunden.
Internals:
   DEF        c9cc092a 28
   FUUID      5f8acd8e-f33f-fa82-7827-94f8f1945160faef
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     1013
   NAME       DimmerWohnzimmer
   NR         291
   STATE      off
   TYPE       ZWave
   ZWDongle_0_MSGCNT 1013
   ZWDongle_0_RAWMSG 0004001c0a320221440000038a0000
   ZWDongle_0_TIME 2021-04-25 19:49:46
   ZWaveSubDevice no
   cmdsPending 0
   endpointChildren DimmerWohnzimmer_28.01,DimmerWohnzimmer_28.02
   homeId     c9cc092a
   isWakeUp   
   lastMsgSent 1618148856.54909
   nodeIdHex  1c
   OLDREADINGS:
   READINGS:
     2020-11-14 23:17:30   CMD             ZW_APPLICATION_UPDATE
     2019-11-16 21:59:16   SEND_DATA       failed:00
     2020-02-23 12:30:40   alarm           PowerManagement: Load error
     2021-03-21 14:42:55   assocGroup_1    Max 1 Nodes ZWDongle_0
     2021-03-21 14:42:55   assocGroup_2    Max 8 Nodes
     2021-03-21 14:42:55   assocGroup_3    Max 8 Nodes
     2021-03-21 14:42:55   assocGroup_4    Max 8 Nodes
     2021-03-21 14:42:55   assocGroup_5    Max 8 Nodes
     2021-03-21 14:42:55   assocGroups     5
     2021-04-07 17:54:32   associatedWith  DimmerWohnzimmer_28.01,DimmerWohnzimmer_28.02
     2019-01-14 13:58:15   configActivePowerReports 10
     2018-07-25 08:18:46   configApproximatedPowerAtTheMaximum53 10
     2019-01-14 13:58:15   configApproximatedPowerAtTheMaximum59 0
     2019-01-14 13:58:15   configAssignToggleSwitchStatusToThe22 DeviceChangesStatusOnSwitch0
     2019-01-14 13:58:15   configAssociationsInZWaveNetwork27 15
     2019-01-14 13:58:16   configAutoCalibrationAfterPowerOn AutoCalibrationPerformedAfter1
     2019-01-14 13:58:16   configAutoCalibrationStatus DimmerOperatesOnAutoCalibration1
     2019-01-14 13:58:16   configBehaviourOfTheDimmerAfterOVERCUR37 threeAttemptsToTurnOnTheLoad
     2019-01-14 13:58:16   configBrightnessLevelCorrectionFor38 255
     2019-01-14 13:58:16   configBurntOutBulbDetection 30
     2019-01-14 13:58:16   configCommandFramesSentIn2NdAnd3Rd24 0
     2019-01-14 13:58:16   configCommandFramesSentIn4ThAnd5Th25 0
     2019-01-14 13:58:16   configDimmabilityOfTheLoad LoadRecognizedAsDimmable
     2019-01-14 13:58:16   configDoubleClickOption EnableDoubleClick
     2019-01-14 13:58:16   configEnableDisableALLONOFF ALLONActiveALLOFFActive
     2019-01-14 13:58:16   configEnergyReports 10
     2019-01-14 13:58:16   configForceAutoCalibration idle
     2019-01-14 13:58:16   configForcedSwitchOnBrightnessLevel 0
     2019-01-14 13:58:16   configIncandescenceLevelOfDimmable3 1
     2019-01-14 13:58:16   configIncandescenceTimeOfDimmable4 0
     2019-01-14 13:58:16   configInputsButtonSwitchConfiguration MonoStableInputButton
     2019-01-14 13:58:16   configLOADERRORAlarmReport SendAnAlarmFrame
     2019-01-14 13:58:16   configLoadControlMode controlModeSelectedAutomatically2
     2019-01-14 13:58:16   configLoadControlMode_2 trailingEdge
     2019-01-14 13:58:16   configMaximumBrightnessLevel 77
     2019-01-14 13:58:16   configMethodOfCalculatingTheActive58 powerMeasurementBasedOnThe0
     2019-01-14 13:58:16   configMinimumBrightnessLevel 8
     2019-01-14 13:58:16   configOVERCURRENTAlarmReport SendAnAlarmFrame
     2019-01-14 13:58:16   configOVERHEATAndVOLTAGEDROPAlarm49 SendAnAlarmFrame
     2019-01-14 13:58:16   configOVERLOADAlarmReport SendAnAlarmFrame
     2019-01-14 13:58:17   configOnOffMode modeSelectedAutomatically
     2019-01-14 13:58:17   configPeriodicActivePowerAndEnergy52 3600
     2019-01-14 13:58:17   configPowerLimitOVERLOAD 250
     2019-01-14 13:58:17   configResponseToGeneralPurposeAlarm ALARMFLASHINGDeviceWillTurnONAnd3
     2019-01-14 13:58:17   configResponseToSmokeCOOrCO2Alarm ALARMFLASHINGDeviceWillTurnONAnd3
     2019-01-14 13:58:17   configResponseToTemperatureAlarm ALARMDIMMERONDeviceTurnONUpon1
     2019-01-14 13:58:17   configResponseToWaterFloodingAlarm ALARMDIMMEROFFDeviceWillTurnOFF2
     2019-01-14 13:58:17   configSURGEAlarmReport SendAnAlarmFrame
     2016-03-28 16:47:08   configSavingStateBeforePowerFaillure StateSavedAtPowerFailureAll1
     2019-01-14 13:58:17   configSavingStateBeforePowerFailure StateSavedAtPowerFailureAll1
     2019-01-14 13:58:17   configSceneActivationFunctionality FunctionalityDeactivated
     2019-01-14 13:58:17   configSelfMeasurement SelfMeasurementInactive
     2019-01-14 13:58:17   configSoftStartFunctionality shortSoftStart01
     2019-01-14 13:58:17   configSwitchFunctionalityOfS1AndS2 standardMode
     2019-01-14 13:58:17   configTheFunctionOf3WaySwitch 3WaySwitchFunctionForS2Disabled
     2019-01-14 13:58:17   configThePercentageOfADimmingStepAt5 1
     2019-01-14 13:58:17   configThePercentageOfADimmingStepAt7 1
     2019-01-14 13:58:17   configTheValueSentToAssociatedDevices21 0xFFValueIsSentWhichWillSet0
     2019-01-14 13:58:17   configTimeDelayOfABurntOutBulb 5
     2019-01-14 13:58:17   configTimeOfADimmingStepAtAutomatic6 1
     2019-01-14 13:58:17   configTimeOfADimmingStepAtManual8 5
     2019-01-14 13:58:17   configTimeOfAlarmState 600
     2019-01-14 13:58:17   configTimerFunctionalityAutoOff 0
     2019-01-14 12:57:38   deviceResetLocally yes
     2021-04-11 15:47:20   dim             55
     2021-03-25 09:04:40   dimVal          40
     2021-04-25 19:49:46   energy          9.06 kWh
     2017-06-06 09:34:49   mcCapability_01 ZWAVEPLUS_INFO BASIC VERSION SWITCH_MULTILEVEL ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER SENSOR_MULTILEVEL ALARM
     2017-06-06 09:34:50   mcCapability_02 ZWAVEPLUS_INFO BASIC VERSION SWITCH_MULTILEVEL ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION
     2017-06-06 09:34:49   mcEndpoints     total 2, different
     2019-01-14 13:51:21   model           FIBARO System FGD212 Dimmer 2
     2019-01-14 13:51:21   modelConfig     fibaro/fgd212.xml
     2019-01-14 13:51:21   modelId         010f-0102-1000
     2019-01-14 14:08:43   neighborList    ZWDongle_0 FunkDose1 LichtWohnzimmerSchrank1A LichtWohnzimmerSchrank2A FunkDose2 LichtBuero1A LichtKueche LichtFlurSpiegel LichtBad DimmerSchlafzimmer LichtSchlafzimmerSchrank1A LichtBueroGabi LichtWC Balkon_47 KuecheFensterLinks_49 LichtKammer LichtWerkstatt KuecheArbeitsflaecheLinks_55 KuecheArbeitsflaecheRechts_56 Waschmaschine_58 LichtWohnzimmerFenster_68
     2019-01-14 14:08:20   neighborUpdate  done
     2021-04-25 19:35:44   power           0.0 W
     2021-04-24 01:30:13   reportedState   off
     2021-04-24 01:30:13   state           off
     2021-04-11 15:47:36   timeToAck       0.111
     2021-04-11 15:47:36   transmit        OK
     2018-11-05 17:29:21   version         Lib 3 Prot 4.05 App 3.3 HW 2 FWCounter 1 FW 3.3
     2019-01-14 14:09:18   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0600 userIcon:0600
Attributes:
   IODev      ZWDongle_0
   alias      Licht WZ
   appOptions { "template": "dimmer_fibaro_FGD212"}
   classes    ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
   devStateIcon .*\b\d{1}(?!\d):dim06%@orange:off .*1\d.*:dim12%@orange:off .*2\d.*:dim25%@orange:off .*3\d.*:dim37%@orange:off .*4\d.*:dim43%@orange:off .*5\d.*:dim50%@orange:off .*6\d.*:dim68%@orange:off .*7\d.*:dim75%@orange:off .*8\d.*:dim87%@orange:off .*9\d.*:dim100%@orange:off
   group      Licht
   icon       light_pendant_light
   neighborListPos 428.1661231962581,1421.7042057683702
   room       System,Wohnzimmer,ZWave
   userReadings Firmware Stand 3.5 (14.Januar 2019)
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     dim

krikan

#3
Zitat von: tomspatz am 25 April 2021, 19:59:50
OK also das eine ist tatsächlich ein FGS-223 und so ist er inkludiert. Es fiel mir nur auf das das Schalten am device das nicht an fhem übermittelt.
Das wird in einem Endpoint signalisiert und nicht zwingend im Hauptdevice. Du musst bitte nachschauen in welchem.

Die Unterscheidung bei den Assoziationen zwischen mca und associationAdd kam erst 2019 durch einen Hinweis von Qubino/Goap in FHEM: https://forum.fhem.de/index.php/topic,103243.0.html . Vorher wurden nur einfache Asssoziationen per associationAdd gesetzt. Bisher konnte ich keine Fehler bei dem "neuen" Vorgehen von FHEM feststellen. Man muss jedoch beachten, dass man nachschaut, was in welchem Endpoint bei den mca-Geräten gemeldet wird. Das ist geräteabhängig. Verwendet man in den mca-Fällen nur eine einfache Assoziation, fehlen in der Regel einzelne Rückmeldungen der Geräte.

Gruß, Christian

tomspatz

ja danke erstmal, habe mich an die "alte" Installation gehalten.
Kannst du mir noch bitte erklären warum es bei dem FGD212 so aussieht bzw was das bedeutet??
mca_1 Max 1 Nodes ZWDongle_0:0

und bei dem FGS223 so
mca_1 Max 1 Nodes ZWDongle_0:1

gibt es da ein richtig und falschj?

krikan

"ZWDongle_0:0" setzt FHEM automatisch bei der Inklusion mittels mcaAdd gemäß Rudis Info in https://forum.fhem.de/index.php/topic,103243.0.html. Ausnahme: besagter FGS223 bei dem "ZWDongle_0:1" per mcaAdd gesetzt wird.

Meiner Erinnerung nach stammt die "Sonderlocke" für den FGS223 aus einer Zeit als die Info von Qubino/GOAB noch nicht vorlag und in FHEM nicht eingebaut war. Die FGS-Sonderbehandlung könnte nach meiner Meinung/Vermutung aus dem ZWave-Modul entfernt werden. "ZWDongle_0:0" sollte gemäß der Info von Qubino auch funktionieren und müsste nach zwapi "richtig" sein.

Ich selbst habe 2 Geräte von Qubino bei denen ich noch :1 verwende und keine Probleme erkenne. Darum sehe ich keinen zwingenden Handlungsbedarf.

Gruß, Christian

Damu

ZitatFGS223 aus einer Zeit als die Info von Qubino/GOAB

FGS223 Qubino?
Denke Du meinst Fibaro?

krikan

Zitat von: Damu am 28 April 2021, 19:39:42
FGS223 Qubino?
Denke Du meinst Fibaro?
Nein, vermutlich nur schlecht herübergebracht. Neuer Versuch:

FHEM hat ursprünglich bei der Inklusion nur eine einfache Assoziation per associationAdd automatisch gesetzt.
Dann kam irgendwann speziell für den Fibaro FGS223 eine Sonderbehandlung per mcaAdd ("ZWDongle_0:1") statt associationAdd hinzu; hatten Forumsmitglieder herausgefunden.
Zuletzt wurde auf Hinweis von Goap/Qubino gemäß https://forum.fhem.de/index.php/topic,103243.0.html für die dort beschriebenen Fälle mcaAdd ("ZWDongle_0:0") statt associationAdd eingebaut. Die Sonderbehandlung für den Fibaro FGS223 ("ZWDongle_0:1") wurde belassen, obwohl er nach den Angaben von Qubino/Goap auch mit "ZWDongle_0:0" eingebunden werden sollte.

Nach meiner Beobachtung anhand 2er Qubinos (nicht Fibaro) kann ich keine Probleme bei einer Assoziation von "ZWDongle_0:1" statt der von Qubino/zwapi richtigen Assoziation "ZWDongle_0:0" feststellen. Abweichungen bei der Zuordnung der Events auf die Devices/Endpoints der Geräte gibt es schon. Die sind aber funktional nach meiner Erkenntnis nicht relevant. Beim FGS223 habe ich -wenn ich mich richtig erinnere- nicht beide Varianten "ZWDongle_0:1" bzw. "ZWDongle_0:0" getestet.

Gruß, Christian

Damu

#8
Das wäre bei:
ZitatZWDongle_0:1
set device mcaAdd 1 0 1 0
und bei:
ZitatZWDongle_0:0
set device mcaAdd 1 0 0 0

Wie sehe ich welche Assoation FHEM macht soll und richtig ist? (mcaAdd oder AssociationAdd)
Habe Geräte bei denen die MultiAssociation möglich wäre aber nur die normale Association gemacht wurde.

Bei mir werden fast alle Association mit dem Secundärcontroller (64) gemacht.
Es gibt dann aber auch Device bei denen beide Controller in der Liste sind (1 und 64) "AEON Labs ZW112 Door Window Sensor 6"
Das IODev ist aber immer falsch, wie auch das wakeupInterval, da wird immer mit dem Sec Controller eingetragen.





krikan

Zitat von: Damu am 01 Mai 2021, 14:55:36
Wie sehe ich welche Assoation FHEM macht soll und richtig ist? (mcaAdd oder AssociationAdd)
Was FHEM bei der Inklusion erfolgreich setzen konnte, kann man mit
get <device> mcaAll
bzw.
get <device> associatinAll
abfragen. Die Abfragen sind eigentlich nach jeder Inklusion Pflicht.

Am Rande: Die Infos aus der Rückgabe/Readings von associationAll sind auch in der Rückgabe/Readings von mcaAll enthalten. Die Class MULTI_CHANNEL_ASSOCIATION deckt die Class ASSOCIATION mit ab.

ZitatHabe Geräte bei denen die MultiAssociation möglich wäre aber nur die normale Association gemacht wurde.
Halte Dich bei ZWavePlus-Geräten einfach an die Info von Qubino/Goab im verlinkten Thread. Bei aktuellen Inklusionen macht FHEM das automatisch "richtig". Bei alten kann man es manuell anpassen. Wenn man keine Rückmeldung/Reading eines Gerätes vermisst, dann ist eine Anpassung nicht zwingend. Letztlich bleibt nur ausprobieren, denn die zwapi geben einige Freiheiten.

Zitat
Bei mir werden fast alle Association mit dem Secundärcontroller (64) gemacht.
Es gibt dann aber auch Device bei denen beide Controller in der Liste sind (1 und 64) "AEON Labs ZW112 Door Window Sensor 6"
Das IODev ist aber immer falsch, wie auch das wakeupInterval, da wird immer mit dem Sec Controller eingetragen.
Mit Deinen 2 statischen Controller bist Du im Experimentierbereich; und Edits gehen hier schnell unter...  :)

Gruß, Christian






Damu

ZitatDie Abfragen sind eigentlich nach jeder Inklusion Pflicht.
Kann das FHEM nicht bei der Inklusion automatisch machen.
Wäre bei Batteriegeräten wünschenswert.
(Anlernen, einstellen danach meist die ersten Batterien tauschen)
Nützt aber nur was wenn mann weis wie es richtig sein soll.
Klappt aber meist schon richtig.

ZitatMit Deinen 2 statischen Controller bist Du im Experimentierbereich
Sehe ich auch so.
Wobei FHEM da schon noch was Falsch macht.
Irgendwie muss sollte FHEM schon wissen welche NodeID für die Association und wakeupInterval verwenden soll.
Eventuell ein Attribut am ZWDongle wo mann das angeben kann.
Denke das ist das "$CTRLID" in der "10_ZWave.pm".




rudolfkoenig

ZitatKann das FHEM nicht bei der Inklusion automatisch machen.
Bei der Inklusion gibt es jetzt schon relativ viel Kommunikation, je mehr passiert, desto eher gibt es Funkstoerungen. Da wo keine Funkprobleme gibt, ist das Zuruecklesen meist unwichtig, da wo es notwendig ist wegen Fehleranalyse, verschlimmert es die Probleme. Einbauen ist trivial, man muss die Kommandos im Zwave.pm / %zwave_class auch als init aufnehmen.
Falls hier qualifizierte :) Argumente dafuer gibt, kann ich es gerne einbauen.


ZitatIrgendwie muss sollte FHEM schon wissen welche NodeID für die Association und wakeupInterval verwenden soll.
FHEM verwendet den Controller, ueber dem die Nachrichten reingekommen sind.

Damu

ZitatFHEM verwendet den Controller, ueber dem die Nachrichten reingekommen sind.
Tatsächlich, habs eben getestet.
Der Primärcontroller steht im Wohnzimmer und der Secundärcontroller im Keller.
Entweder hat der Primärcontroller schlechten Empfang (Antenne defekt oder so) oder der Secundärcontroller extrem guten Empfang.

rudolfkoenig

Ich frage mich was passiert, wenn beide einen guten Empfang haben.
ZWdongle gibt die Daten via Dispatch weiter, und Dispatch hat eine Duplikatserkennung.
Bin aber nicht sicher, ob das in diesem Fall geschickt ist.

Damu

Denke das beide guten Empfang haben.
Auch wenn ich direkt neben dem Prim Controller die Inklusion mache, wird der Sec Controller eingetragen.