FHEM Forum

FHEM - Hausautomations-Systeme => ZWave => Thema gestartet von: ujaudio am 07 Dezember 2018, 20:53:57

Titel: transmit NO_ACK - aber nur bei einem Sensor
Beitrag von: ujaudio am 07 Dezember 2018, 20:53:57
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
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:
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
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?
Titel: Antw:transmit NO_ACK - aber nur bei einem Sensor
Beitrag von: rudolfkoenig am 08 Dezember 2018, 15:17:54
ZitatWas 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.
Titel: Antw:transmit NO_ACK - aber nur bei einem Sensor
Beitrag von: ujaudio am 10 Dezember 2018, 08:57:26
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.
Titel: Antw:transmit NO_ACK - aber nur bei einem Sensor
Beitrag von: ujaudio am 10 Dezember 2018, 15:32:56
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...