FSB14 gibt Status "STOP" zurück anstelle von open/open_ack/closed

Begonnen von Winterbottom, 15 März 2017, 20:56:02

Vorheriges Thema - Nächstes Thema

Winterbottom

Hallo zusammen,

ich habe 17 FSB14-Aktoren im Betrieb und alle melden brav und soweit man das so nennen soll, richtig zurück.
Also die Position stimmt wie hier schon öfter beschrieben auch nicht, aber wenigstens "open_ack oder open und closed" werden zurückgemeldet.

Nur 2 dieser Aktoren melden immer und immer wieder nur "stop".

Ich fahre sie aber exakt mit denselben Befehlen und Aktionen in gleicher Konfiguration.
Das ist ein List des Aktors, der immer nur "stop" meldet:
Internals:
   DEF        0000004F
   IODev      TCM_ESP2_0
   LASTInputDev TCM_ESP2_0
   MSGCNT     18
   NAME       DG_SuedziWest
   NR         200
   NTFY_ORDER 50-DG_SuedziWest
   STATE      Stop
   TCM_ESP2_0_MSGCNT 18
   TCM_ESP2_0_TIME 2017-03-15 19:13:14
   TYPE       EnOcean
   Readings:
     2017-03-15 19:13:14   anglePos        90
     2017-03-15 19:13:14   block           unlock
     2017-03-15 19:13:14   endPosition     not_reached
     2017-03-15 19:13:14   position        100
     2017-03-15 19:13:14   state           stop
   Helper:
Attributes:
   IODev      TCM_ESP2_0
   eep        G5-3F-7F
   eventMap   down:Ab opens:Auf stop:Stop
   group      R2_DG
   manufID    00D
   room       Rolladen
   shutTime   15
   shutTimeCloses 17
   struct_roll RolladenDG
   struct_roll_map open:Offen open_ack:Offen closed:Geschlossen
   subDef     10000079
   subType    manufProfile
   teachMethod RPS
   userattr   room_map struct_roll struct_roll_map structexclude
   webCmd     Stop:Auf:Ab


Hier ein List eines Aktors, der closed meldet, wie er soll:
Internals:
   DEF        00000051
   IODev      TCM_ESP2_0
   LASTInputDev TCM_ESP2_0
   MSGCNT     18
   NAME       DG_SuedziOstLi
   NR         206
   NTFY_ORDER 50-DG_SuedziOstLi
   STATE      closed
   TCM_ESP2_0_MSGCNT 18
   TCM_ESP2_0_TIME 2017-03-15 19:13:14
   TYPE       EnOcean
   Readings:
     2017-03-15 19:13:14   anglePos        90
     2017-03-14 10:43:55   block           unlock
     2017-03-15 19:13:14   endPosition     closed
     2017-03-15 19:13:14   position        100
     2017-03-15 19:13:14   state           closed
   Helper:
Attributes:
   IODev      TCM_ESP2_0
   eep        G5-3F-7F
   eventMap   down:Ab up:Auf stop:Stop
   group      R2_DG
   manufID    00D
   room       Rolladen
   shutTime   15
   shutTimeCloses 16
   struct_roll RolladenDG
   subDef     10000081
   subType    manufProfile
   teachMethod RPS
   userattr   struct_roll struct_roll_map structexclude
   webCmd     Stop:Auf:Ab


Erkennt hier jemand einen entscheidenden Unteschied? Oder hat jemand ein ähnliches Problem schon gelöst?

Danke für die Antworten!

Gruß
Ulrich
RaspPi3 über FGW-USB, Eltako Gebäudefunk (FAM14) zentral für EFH mit ca 70 Aktoren und 100 Eingängen, 20x LaCrosse an JeeLink, FHEM 5.7, TabletUI

Wassermann52

ich sehe erst mal keinen Unterschied.
aber ...

fährst du auch beide Rolläden bis ganz nach unten, so das der Aktor "closed" erkennt, er also am Anschlag ist, oder bekommt der Aktor vorher ein Stop signal (shut time und Shut time closes), z.B. weil er nur 10 sec runter fahren sollen ?
Für den Aktor sind "closed" und "stop" zwei verschiedene Zustände. Fahr mal den Aktor der "Closed" anzeigt nur mal halb runter und schau dir dann den Status an.

bye