Fibaro Roller Shutter FGRM-222 ->TRANSMIT_NO_ACK

[nightstorm99]

Hallo,

ich habe ein Problem mit meinen 5 Roller Shutter.
Bis jetzt liefen alle ohne Probleme, aber seit gestern bekomme ich von alle 5
nur noch ein "TRANSMIT_NO_ACK" zurück und sie reagieren bis auf einen nicht mehr.
Den einen kann ich noch hoch und runter fahren, aber ich bekomme keine Rückmeldung mehr.

Hier mal ein Auszug von einem:

Code Auswählen Erweitern

Internals:
   DEF        ee7bb30d 4
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     6
   NAME       wz.rollo.arbeit
   NR         129
   STATE      TRANSMIT_NO_ACK
   TYPE       ZWave
   ZWDongle_1_MSGCNT 6
   ZWDongle_1_RAWMSG 00130401011d
   ZWDongle_1_TIME 2015-06-28 11:02:22
   homeId     ee7bb30d
   id         04
   Readings:
     2015-06-17 23:58:51   UNPARSED        HRV_CONTROL 0639050422000f
     2015-06-12 17:57:07   assocGroup_03   Max 01 Nodes 01
     2015-06-04 22:21:32   configPowerReports 10
     2015-06-04 20:38:23   configRollerShutterOperatingModes RollerBlindModeWithPositioning
     2015-06-04 22:21:51   configSelfMeasurement SelfMeasurementActive
     2015-06-27 16:00:54   energy          0.03 kWh
     2015-06-05 23:34:33   model           FIBARO System FGRM222 Roller Shutter Controller 2
     2015-06-05 23:34:33   modelConfig     fibaro/fgrm222.xml
     2015-06-05 23:34:33   modelId         010f-0301-1001
     2015-06-27 16:00:44   power           0.7 W
     2015-06-27 08:51:44   reportedState   dim 30
     2015-06-28 11:02:22   state           TRANSMIT_NO_ACK
     2015-06-28 11:02:22   status          SMIT_NO_ACK
     2015-06-28 11:02:22   transmit        NO_ACK
     2015-06-11 08:30:00   undef           0.01 undef
     2015-06-06 10:19:52   velocity        0.0 m/s
     2015-06-05 17:02:09   version         Lib 3 Prot 3.52 App 22.22
Attributes:
   IODev      ZWDongle_1
   classes    MANUFACTURER_SPECIFIC VERSION CONFIGURATION ASSOCIATION SWITCH_BINARY POWERLEVEL METER SENSOR_MULTILEVEL FIRMWARE_UPDATE_MD SWITCH_BINARY MANUFACTURER_PROPRIETARY PROTECTION MARK METER SENSOR_MULTILEVEL MANUFACTURER_PROPRIETARY SCENE_ACTIVATION SWITCH_MULTILEVEL SWITCH_BINARY
   devStateIcon up:fts_shutter_10@green down:fts_shutter_100@black s/[0-9]|1\d.*:fts_shutter_10 s/[0-9]|2\d.*:fts_shutter_20 s/[0-9]|3\d.*:fts_shutter_30 s/[0-9]|4\d.*:fts_shutter_40 s/[0-9]|5\d.*:fts_shutter_50 s/[0-9]|6\d.*:fts_shutter_60 s/[0-9]|7\d.*:fts_shutter_70 s/[0-9]|8\d.*:fts_shutter_80 s/[0-9]|9\d.*:fts_shutter_90 s/[0-9]|99\d.*:fts_shutter_100
   eventMap   on:down off:up
   group      Rollos
   icon       fts_shutter_40
   room       Wohnzimmer,ZWave
   userReadings status {if ((Value("wz.rollo.mitte_rechts") eq "off") || Value("wz.rollo.arbeit") eq "up") {"0"} else {substr(Value("wz.rollo.arbeit"),4) ;;}}
   userattr   room_map structexclude
   webCmd     dim:up:down:dim 20:dim 40:dim 60:dim 80

Die anderen sehen genauso aus.

Was mache ich falsch?
Dachte es liegt am Update, da die Z_Wave Module erneuert wurden, aber mit meinem Backup von vor 2 Wochen geht es auch nicht.

Nachtrag:
So siehts im FHEm Log aus:

Code Auswählen Erweitern


2015.06.28 11:16:20 2: ZWave set wz.rollo.arbeit dim
2015.06.28 11:16:24 2: ZWave_ProcessSendStack: no ACK, resending message
2015.06.28 11:16:24 2: ZWDongle_1 transmit NO_ACK for 04
2015.06.28 11:16:24 2: ZWDongle_1 transmit NO_ACK for 04
2015.06.28 11:16:24 2: ZWDongle_1 transmit NO_ACK for 04
2015.06.28 11:16:30 2: ZWave set wz.rollo.rechts off
2015.06.28 11:16:31 2: ZWave_ProcessSendStack: no ACK, resending message
2015.06.28 11:16:32 2: ZWDongle_1 transmit NO_ACK for 06
2015.06.28 11:16:34 2: ZWDongle_1 transmit NO_ACK for 06
2015.06.28 11:31:13 2: ZWave set wz.rollo.arbeit dim
2015.06.28 11:31:14 2: ZWave_ProcessSendStack: no ACK, resending message
2015.06.28 11:31:15 2: ZWDongle_1 transmit NO_ACK for 04
2015.06.28 11:31:17 2: ZWDongle_1 transmit NO_ACK for 04
2015.06.28 11:31:49 2: ZWave set wz.rollo.arbeit dim
2015.06.28 11:31:50 2: ZWave_ProcessSendStack: no ACK, resending message
2015.06.28 11:31:51 2: ZWDongle_1 transmit NO_ACK for 04



Danke und Gruß
Denny

[rudolfkoenig]

Evtl. Funkstoerung durch andere Geraete im 868 MHz Band.

[nightstorm99]

Guten  Morgen,

wenn das so sein sollte, dann dürfte ich ja auf meinen CUL Empfänger im 868 MHz Band auch nichts empfangen.
Dort wurde alles sauber empfangen.

Gestern Abend ging wieder alles ohne Probleme, aber warum lief es 2 Tage nicht?

Im Log habe ich jetzt vereinzelt noch dieses zu stehen:

Code Auswählen Erweitern

ZWDongle_1: SOF missing (got 04 instead of 01)

Was bedeutet das?

Danke und Gruß
Denny

[rudolfkoenig]

ZWDongle_1: SOF missing (got 04 instead of 01)

Zeichen fuer Kommunikationsproblem. Entweder in Hardware, oder in Software,
weil z.Bsp. FHEM verwirrt ist. Habe seit den Umbauten vor 2-3 Monaten bei mir nicht mehr gesehen.

[nightstorm99]

Zeichen fuer Kommunikationsproblem. Entweder in Hardware, oder in Software,
weil z.Bsp. FHEM verwirrt ist. Habe seit den Umbauten vor 2-3 Monaten bei mir nicht mehr gesehen.

Was heißt umbauten?

Kann ich den Z-Wave Dongel auch über FHEM2FHEM betreiben?
Dann würde ich diesen bei mir in einen anderen Raum hängen.

Danke und Gruß

[rudolfkoenig]

Sollte gehen. Empfehlen wuerde ich aber ser2net fuer die Anbindung.

[nightstorm99]

Sollte gehen. Empfehlen wuerde ich aber ser2net fuer die Anbindung.

Hallo,

ich hatte das ganze jetzt mal auf dem Rasp über ser2net angebunden, aber die Fehler waren dann noch viel höher:

Code Auswählen Erweitern

2015.06.30 18:45:01 1: ZWDongle_1: SOF missing (got 00 instead of 01)
2015.06.30 18:46:02 1: ZWDongle_1: wrong checksum: received 44, computed ef for 10000400040a0110000400040a320221
2015.06.30 18:46:02 1: ZWDongle_1: SOF missing (got 00 instead of 01)
2015.06.30 18:47:01 1: ZWDongle_1: SOF missing (got 04 instead of 01)
2015.06.30 18:48:01 1: ZWDongle_1: SOF missing (got 44 instead of 01)
2015.06.30 18:52:04 1: ZWDongle_1: wrong checksum: received 02, computed fc for 10000400040a32020110000400040a32
2015.06.30 18:54:01 1: ZWDongle_1: wrong checksum: received 00, computed a5 for 10000400040a32022144000000040110
2015.06.30 18:55:01 1: ZWDongle_1: SOF missing (got 44 instead of 01)
2015.06.30 18:58:01 1: ZWDongle_1: wrong checksum: received 00, computed a1 for 10000400040110000400040a32022144
2015.06.30 18:59:01 1: ZWDongle_1: wrong checksum: received 01, computed b4 for 10000400040a32022144000000040000
2015.06.30 19:03:01 1: ZWDongle_1: wrong checksum: received 01, computed b4 for 10000400040a32022144000000040000
2015.06.30 19:05:01 1: ZWDongle_1: wrong checksum: received 01, computed b4 for 10000400040a32022144000000040000
2015.06.30 19:08:01 1: ZWDongle_1: SOF missing (got 00 instead of 01)
2015.06.30 19:09:01 1: ZWDongle_1: SOF missing (got 32 instead of 01)
2015.06.30 19:10:01 1: ZWDongle_1: SOF missing (got b4 instead of 01)
2015.06.30 19:11:01 1: ZWDongle_1: SOF missing (got 00 instead of 01)
2015.06.30 19:13:04 1: ZWDongle_1: wrong checksum: received 04, computed a5 for 10000400040a32022144000110000400
2015.06.30 19:34:04 1: ZWDongle_1: wrong checksum: received 04, computed a1 for 10000400040a32022144000000011000
2015.06.30 19:36:01 1: ZWDongle_1: wrong checksum: received 04, computed a5 for 10000400040a32022144000110000400
2015.06.30 19:36:15 1: ZWDongle_1: wrong checksum: received 02, computed fc for 10000400050a32020110000400050a32
2015.06.30 19:50:01 1: ZWDongle_1: wrong checksum: received 00, computed a5 for 10000400040a32022144000001100004
2015.06.30 19:50:01 1: ZWDongle_1: SOF missing (got b4 instead of 01)
2015.06.30 19:51:08 1: ZWDongle_1: wrong checksum: received 0c, computed e6 for 0c0004000406310504220001
2015.06.30 19:51:08 1: ZWDongle_1: SOF missing (got 04 instead of 01)

Bin dann wieder zurück auf mein Hauptserver.
Dann habe ich mal über deinen Hinweis wegen Hardware nach gedacht! Ich hatte den Dongle an einen passiven USB_hub dran.

Den habe ich jetzt ersetzt durch ein Verlängerungskabel und siehe da die Fehler sind weg!!! 

Vielen Dank nochmal