transmit NO_ACK - aber nur bei einem Sensor

[ujaudio]

Ich habe 2 weitere Sensoren eingebunden, beide liegen momentan noch 30 cm voneinander entfernt auf dem Tisch, der Dongle ist 2m entfernt. 1 Sensor funktioniert einwandfrei, bei dem anderen steht im Logfile

Code Auswählen Erweitern

2018.12.07 20:36:25 2: zwusb0 transmit NO_ACK for CB 95, target ZWave_multisensor3
2018.12.07 20:36:30 2: zwusb0 transmit NO_ACK for CB 96, target ZWave_multisensor3
2018.12.07 20:37:46 2: zwusb0 transmit NO_ACK for CB 98, target ZWave_multisensor3
2018.12.07 20:38:33 2: zwusb0 transmit NO_ACK for CB 9a, target ZWave_multisensor3
2018.12.07 20:39:04 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001307028408259dd4
2018.12.07 20:39:05 2: zwusb0 transmit NO_ACK for CB 9e, target ZWave_multisensor3
2018.12.07 20:39:10 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001307028408259fd6
2018.12.07 20:39:12 2: zwusb0 transmit NO_ACK for CB a0, target ZWave_multisensor3
2018.12.07 20:41:52 2: zwusb0 transmit NO_ACK for CB a1, target ZWave_multisensor3
Anmerkung ich habe ihn über Tastendruck mehrfach aufgeweckt.
Es handelt sich folgenden Aeotec DSB05 Multisensor:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        cb8262d3 7
   IODev      zwusb0
   LASTInputDev zwusb0
   MSGCNT     72
   NAME       ZWave_multisensor3
   NR         1428
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWaveSubDevice no
   cmdsPending 0
   homeId     cb8262d3
   isWakeUp   1
   lastMsgSent 1544211725.01175
   nodeIdHex  07
   zwusb0_MSGCNT 72
   zwusb0_RAWMSG 004984070b0420013031808470857286
   zwusb0_TIME 2018-12-07 20:42:01
   READINGS:
     2018-12-07 20:42:01   CMD             ZW_APPLICATION_UPDATE
     2018-12-07 18:41:44   basicSet        255
     2018-12-07 20:11:44   battery         100 %
     2018-12-07 20:11:44   batteryPercent  100
     2018-12-07 20:11:44   batteryState    ok
     2018-12-07 20:20:22   configCommandOptions BasicSetDefault
     2018-12-07 20:34:03   configEnableMotionSensor Enabled
     2018-12-07 20:34:03   configGroup1Interval 720
     2018-12-07 20:34:03   configGroup1Reports 0
     2018-12-07 20:34:03   configGroup2Interval 720
     2018-12-07 20:34:03   configGroup2Reports 0
     2018-12-07 20:34:03   configGroup3Interval 720
     2018-12-07 20:34:03   configGroup3Reports 0
     2018-12-07 20:38:31   configOnTime    240
     2018-12-07 20:34:03   configWakeUp10MinutesWhenBatteriesAre2 Yes
     2018-12-07 18:41:36   model           Aeotec DSB05 Multisensor
     2018-12-07 18:41:36   modelConfig     aeotec/dsb05.xml
     2018-12-07 18:41:36   modelId         0086-0002-0005
     2018-12-07 18:27:16   state           wakeupInterval 86400 1
     2018-12-07 20:40:33   temperature     23.6 C
     2018-12-07 20:42:05   timeToAck       0.080
     2018-12-07 20:42:05   transmit        OK
     2018-12-07 18:41:41   version         Lib 6 Prot 3.28 App 1.18
     2018-12-07 20:20:21   wakeup          notification
     2018-12-07 20:20:25   wakeupReport    interval 240 target 7
Attributes:
   IODev      zwusb0
   classes    SENSOR_BINARY SENSOR_MULTILEVEL BATTERY WAKE_UP CONFIGURATION ASSOCIATION MANUFACTURER_SPECIFIC VERSION
   room       ZWave
   vclasses   ASSOCIATION:1 BATTERY:1 CONFIGURATION:1 MANUFACTURER_SPECIFIC:1 SENSOR_BINARY:1 SENSOR_MULTILEVEL:5

Ich bekomme außer der Info, dass die Batterie ok ist keine weiteren Sensorwerte (keine Temperatur, keine Feuchtigkeit, keine Helligkeit und kein Näherungsalarm). Was kann ich noch tun?

Edit: ups, da ist nun ein Temperaturwert reingerutscht und es hat die Kommunikation mal funktioniert - aber jetzt ist es wieder NO-ACK 

Edit: ab und an funktioniert die Übertragung, aber häufig kommt NO_ACK. Möglicherweise gibt es aber 2 Probleme und das 2. sitzt vor dem Bildschirm 
Wie muss ich denn

Code Auswählen Erweitern

Which reports need to send automatically in timing intervals for group 1. Bitsets: 0 -> Battery report, 5 -> Temperature, 6 -> Humidity, 7 -> Luminosity
das richtig interpretieren? Ich möchte Temperatur und Helligkeit regelmäßig bekommen - wären dann Bit 5 und 6 zu setzen, was einem numrischen Wert 32+64 = 96 entspricht?
Bleibt aber noch das Problem, dass Motion enabled ist, aber nichts ankommt?
Noch glaube ich eher, dass ich einen Knoten im Gehirn habe - oder könnte das Gerät defekt sein?

[rudolfkoenig]

Was kann ich noch tun?

Wiki Eintrag durchlesen: https://wiki.fhem.de/wiki/Z-Wave

NO_ACK ist ein Kommunikationsproblem, und ja, ich habe gelesen, dass es nur 3m entfernt ist, bleibt aber trotzdem eins.

Die Konfigurtationshilfe (config* set Befehle + Hilfetexte) kommt von openzwave, wenn die Hilfe unverstaendlich ist, bitte da beschweren
Ich interpretiere uebrigens den Text auch so, wie Du.
Ueblicherweise gibt es zum Geraet ein Beipackzettel, wo die Konfiguration auch beschrieben wird. Die auf dem Zettel aufgefuehrten Config-Nummer stehen in der openzwave/FHEM-Hilfe im Klammern. Man kann mit configByte/configWord die Zahlen vom Beipackzettel eingeben, ist equivalent zu den sprechenden config* Befehlen.

Das Motion-Problem ist vermutlich ein Konfigurations- und/oder Firmware/Herstellerproblem, da kann entweder der Hersteller, oder jemand mit dem gleichem Geraet Dir helfen. Dafuer ist aber der Betreff hier nicht gluecklich gewaehlt.

[ujaudio]

Da ich mein Gerät von Schwaiger habe, bin ich beim ersten Lesen im Wiki nicht über den richtigen Absatz gestolpert. Danke für den erneuten Hinweise  .

Bis auf den Näherngsalarm tut nun alles. Das Kommunikationsproblem taucht immer wieder auf, aber in Summe ist die Übertragung wohl ausreichend, dass nun alle 10 Minuten die Werte ankommen.

[ujaudio]

Alle Fragen geklärt (Wiki und suchen und suchen und lesen), alle Sensorwerte kommen an - wenn sie denn ankommen. NO_ACK scheint weiterhin in der Mehrzahl. Ich habe den Sensor nun mal ein paar Meter weiter gelegt, mal sehen ob das hilft...