Aktorfehler: PEHA 452 FU-EBIM JR o.T

[Spartacus]

Hallo zusammen,
wie schon in einem anderen Thread berichtet, habe ich ein Problem mit zwei Rolladenaktoren der Fa. Peha (PEHA 452 FU-EBIM JR o.T.).
Obwohl offenbar ein "opens"-Befehl von fhem gesenet wird, fahren beide Aktoren den Rolladen hinunter. Das tritt nur sporadisch auf.
Ein Empfangsproblem kann ausgeschlossen werden, da der enocean-rPi in unmittelbarer Nähe der Aktoren steht.

Ein Fehler in den DOIF Anweisungen wurde auch mit Hilfe des Forums nicht erkannt.
Ich habe daraufhin alle DOIFs mit "close" Befehl deaktiviert und nur meine "opens"-Steuerung aktiv gelassen und trotzdem sind bei Rolladen heute morgen um 08:17: wieder geschlossen worden, nachdem sie richtigerweise um 08:00 Uhr geöffnet wurden.
Es kann jetzt m.E. nur noch zwei mögliche Ursachen haben:

1. Es gibt ein generelles Softwareproblem in den Peha Aktoren (das schließt der Hersteller nach Rücksprache aber aus),
2. Fhem steuert den Rolladen mit einen falschen Befehl an (möglicherweise tritt das nur unter bestimmten Umständen auf!)

Hier mal die Konfiguration meines Aktors:

Code Auswählen Erweitern

Internals:
   CFGFN      Config/98-EnOcean.cfg
   CHANGED
   DEF        FFB81080
   IODev      TCM310
   LASTInputDev TCM310
   MSGCNT     1505
   NAME       EG.wz.RO.links
   NR         251
   NTFY_ORDER 50-EG.wz.RO.links
   STATE      0
   TCM310_DestinationID FFFFFFFF
   TCM310_MSGCNT 1505
   TCM310_PacketType 1
   TCM310_RSSI -71
   TCM310_ReceivingQuality excellent
   TCM310_RepeatingCounter 1
   TCM310_SubTelNum 9
   TCM310_TIME 2016-01-18 08:46:52
   TYPE       EnOcean
   Readings:
     2016-01-18 08:46:52   alarm           off
     2016-01-18 08:46:52   endPosition     open
     2016-01-18 08:16:50   observeFailedDev
     2016-01-18 08:46:52   position        0
     2016-01-18 08:46:52   positionMode    normal
     2016-01-18 08:46:52   serviceOn       no
     2016-01-18 08:46:52   shutterState    stopped
     2016-01-18 08:46:52   state           open
     2015-11-12 16:05:41   teach           4BS teach-in sent
   Helper:
Attributes:
   IODev      TCM310
   alias      Wohnzimmer Rollade links
   angleMax   0
   angleMin   0
   comMode    confirm
   comment    PEHA 452 FU-EBIM JR o.T.
   devStateIcon 100:fts_shutter_100 0:fts_window_2w 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \d.*:fts_window_2w
   eep        A5-38-08
   event-on-change-reading .*
   eventMap   opens:auf closes:ab
   group      452 FU-EBIM
   gwCmd      blindCmd
   manufID    001
   observe    on
   observeCmdRepetition 2
   room       98-EnOcean
   stateFormat position
   subDef     FF94C082
   subType    shutterCtrlState.01
   subTypeSet gateway
   verbose    3
   webCmd     auf:ab:stop

Der zweite Aktor ist identisch konfiguriert.

Das DOIF mit dem ich ansteuere:

Code Auswählen Erweitern

Internals:
   CFGFN      Config/01-Wohnzimmer.cfg
   DEF        ([?switch.di.02.EG.wz.RO.dum] eq "on" and
(([{sunrise_abs("HORIZON=-2",0,"06:30","08:00")}|12345] and
  ![?state.NRW.Ferien.dum] and [?hl.01.Feiertag:today] eq "none") or
([{sunrise_abs("HORIZON=-2",0,"07:30","08:30")}])))
  (set EG.wz.RO.*:FILTER=STATE!=open auf)
DOELSEIF
([switch.di.02.EG.wz.RO.dum] eq "off")
DOELSE
   NAME       di.02.EG.wz.RO
   NR         859
   NTFY_ORDER 50-di.02.EG.wz.RO
   STATE      on
   TYPE       DOIF
   Readings:
     2016-01-18 08:16:50   cmd_event       timer_2
     2016-01-18 08:16:50   cmd_nr          1
     2016-01-18 08:16:50   state           on
     2016-01-18 08:00:00   timer_1_c1      19.01.2016 08:00:00|12345
     2016-01-18 08:16:50   timer_2_c1      19.01.2016 08:15:52
   Condition:
     0          InternalDoIf('switch.di.02.EG.wz.RO.dum','STATE','') eq "on" and ((DOIF_time_once($hash,$hash->{timer}{0},$wday,"12345") and   !InternalDoIf('state.NRW.Ferien.dum','STATE','') and ReadingValDoIf('hl.01.Feiertag','today','') eq "none") or (DOIF_time_once($hash,$hash->{timer}{1},$wday,"")))
     1          InternalDoIf('switch.di.02.EG.wz.RO.dum','STATE','') eq "off"
   Days:
     0          12345
   Devices:
     1           switch.di.02.EG.wz.RO.dum
     all         switch.di.02.EG.wz.RO.dum
   Do:
     0:
       0          set EG.wz.RO.*:FILTER=STATE!=open auf
     1:
       0
     2:
       0
   Helper:
     globalinit 1
     last_timer 2
     sleeptimer -1
   Internals:
     1           switch.di.02.EG.wz.RO.dum:STATE
     all         switch.di.02.EG.wz.RO.dum:STATE
   Itimer:
   Readings:
   Realtime:
     0          08:00:00
     1          08:15:52
   State:
   Time:
     0          {sunrise_abs("HORIZON=-2",0,"06:30","08:00")}
     1          {sunrise_abs("HORIZON=-2",0,"07:30","08:30")}
   Timecond:
     0          0
     1          0
   Timer:
     0          0
     1          0
   Timerfunc:
   Timers:
     0           0  1
Attributes:
   alias      autom. Rolladen öffnen
   cmdState   on|off|on
   devStateIcon .*on:general_an@lightgreen .*off:general_aus@red
   do         always
   group      Scripte
   icon       fts_shutter_up
   room       01-Wohnzimmer
   sortby     01

Auszug fhem.log:

Code Auswählen Erweitern

2016.01.17 07:12:35 3: EnOcean set EI.ss.SA.Licht on
2016.01.17 07:12:35 3: EnOcean set EI.ss.SA.Licht on
2016.01.17 07:12:36 3: EnOcean set EI.ss.SA.Licht on
2016.01.17 07:12:36 3: EnOcean set EI.ss.SA.Licht on
2016.01.17 07:12:37 3: EnOcean set EI.ss.SA.Licht on
2016.01.17 07:14:37 3: EnOcean set EI.ss.SA.Licht off
2016.01.17 08:00:00 3: EnOcean set GH.ss.SA.Licht on

2016.01.17 08:17:45 3: EnOcean set EG.wz.RO.links opens
2016.01.17 08:17:45 3: EnOcean set EG.wz.RO.rechts opens

2016.01.17 08:17:45 3: EnOcean set GA.ss.SA.Licht off
2016.01.17 08:18:45 3: EnOcean set EI.ss.SA.Lichtschranke off
2016.01.17 08:30:00 3: EnOcean set KG.ss.SA.ZirkuPumpe on


Es wäre schön, wenn jemand eine Idee hätte, wie man dem Fehler auf die Schliche kommt. Laut Logs wird definitiv zu jeder Zeit ein "opens" gesendet.
Vielen Dank und Gruß,
Christian

[krikan]

Hallo Christan,
kannst Du das Problem nicht mal mit global verbose 5 loggen? Glaube kaum, dass aufgrund der bisherigen Logs sinnvolle Aussagen möglich sind. Ich behaupte immer noch: Liegt nicht an den EnO-Modulen. Vielleicht erkennt man anhand der ausführlichen Logs dann auch sofort die Ursache.
Gruß, Christian

[Spartacus]

Hallo Christian,
ich habe, wie oben beschrieben, alle "close"- Befehle in fhem deaktiviert.Und heute, Freitag, fährt das Teil tatsächlich wieder herunter!
Leider habe ich verbose nicht auf 5 stehen...

Zum Spaß (auch wenn er mir inzwischen vergangen ist) habe ich dann mein "open"DOIF so abgeändert, dass nicht auf "sunrise", sondern auf eine Uhrzeit getrigger wird.

Code Auswählen Erweitern

([?switch.di.02.EG.wz.RO.dum] eq "on" and
(([{sunrise_abs("HORIZON=-2",0,"06:30","08:00")}|12345] and
  ![?state.NRW.Ferien.dum] and [?hl.01.Feiertag:today] eq "none") or
([8:57])))
  (set EG.wz.RO.*:FILTER=STATE!=open auf)
DOELSEIF
([switch.di.02.EG.wz.RO.dum] eq "off")
DOELSE

Habe das zig mal mit verbose 5 und anderen Zeiten laufen lassen. Ich habe keine Fehlfunktion feststellen können.

Also,
das Problem besteht weiterhin und ich werde am nächsten Donnerstag Abend das verbose 5 mal einschalten....es bleibt ein Rätsel!
Christian

[Spartacus]

Hallo Christian.
ich habe etwas herausgefunden:
Ich habe gerade diesen Befehl in der Command-Zeile von fhem abgesendet, und der Rolladen führ herunter!!!

Code Auswählen Erweitern

set EG.wz.RO.*:FILTER=STATE!=open auf
Ich kann es bisher leider nicht reproduzieren. Und es fuhr auch nur eine Rollade herunter und nicht beide! Ich werde jetzt den Log-Level auf 5 lassen und weiter testen....

Aber eines sollte jetzt klar sein:
Es liegt nicht an meinen DOIFs, sondern hängt tatsächlich mit der Device-Ansteuerung zusammen!
Siehst Du das auch so?
Christian

NACHTRAG:
ich habe es geschafft, hier das Log:

Code Auswählen Erweitern

2016.01.22 18:57:57 3: EnOcean set EG.wz.RO.links opens
2016.01.22 18:57:57 5: TCM TCM310 sending ESP3: 55000A000180A507000028FF94C082005A
2016.01.22 18:57:57 5: SW: 55000A000180A507000028FF94C082005A
2016.01.22 18:57:57 5: TCM TCM310 RAW: 5500010002650000
2016.01.22 18:57:57 5: TCM TCM310 RESPONSE: OK
2016.01.22 18:57:57 5: TCM TCM310 RAW: 55000A0701EBA507
2016.01.22 18:57:57 5: TCM TCM310 RAW: 55000A0701EBA507000028FF94C0820104FFFFFFFF4A0016
2016.01.22 18:57:57 4: TCM TCM310 own telegram from FF94C082 blocked.
2016.01.22 18:57:58 3: EnOcean set EG.wz.RO.links opens
2016.01.22 18:57:58 5: TCM TCM310 sending ESP3: 55000A000180A507000028FF94C082005A
2016.01.22 18:57:58 5: SW: 55000A000180A507000028FF94C082005A
2016.01.22 18:57:58 5: TCM TCM310 RAW: 5500010002650000
2016.01.22 18:57:58 5: TCM TCM310 RESPONSE: OK
2016.01.22 18:57:58 5: TCM TCM310 RAW: 55000A0701EBA507
2016.01.22 18:57:58 5: TCM TCM310 RAW: 55000A0701EBA507000028FF94C0820101FFFFFFFF4A00BC
2016.01.22 18:57:58 4: TCM TCM310 own telegram from FF94C082 blocked.
2016.01.22 18:57:59 5: TCM TCM310 RAW: 55000A0701EBA50A
2016.01.22 18:57:59 5: TCM TCM310 RAW: 55000A0701EBA50A008708FFAC62800105FFFFFFFF4A002A
2016.01.22 18:57:59 5: TCM310 dispatch EnOcean:1:A5:0A008708:FFAC6280:01:05FFFFFFFF4A00
2016.01.22 18:57:59 4: EnOcean received via TCM310: EnOcean:1:A5:0A008708:FFAC6280:01:05FFFFFFFF4A00
2016.01.22 18:57:59 4: EnOcean EG.wz.RO.rechts received PacketType: 1 RORG: A5 DATA: 0A008708 SenderID: FFAC6280 STATUS: 01
2016.01.22 18:57:59 5: Triggering EG.wz.RO.rechts (1 changes)
2016.01.22 18:57:59 5: Notify loop for EG.wz.RO.rechts position: 10
2016.01.22 18:57:59 5: rg.01.EG.wz.RO: not on any display, ignoring notify
2016.01.22 18:57:59 2: EnOcean set EG.wz.RO.links opens observing EG.wz.RO.links failed
2016.01.22 18:57:59 5: Triggering EG.wz.RO.links (1 changes)
2016.01.22 18:57:59 5: Notify loop for EG.wz.RO.links observeFailedDev: EG.wz.RO.links
2016.01.22 18:57:59 5: rg.01.EG.wz.RO: not on any display, ignoring notify
2016.01.22 18:58:01 5: TCM TCM310 RAW: 55000A0701EBA514
2016.01.22 18:58:01 5: TCM TCM310 RAW: 55000A0701EBA514008708FFAC62800106FFFFFFFF4A0070
2016.01.22 18:58:01 5: TCM310 dispatch EnOcean:1:A5:14008708:FFAC6280:01:06FFFFFFFF4A00
2016.01.22 18:58:01 4: EnOcean received via TCM310: EnOcean:1:A5:14008708:FFAC6280:01:06FFFFFFFF4A00
2016.01.22 18:58:01 4: EnOcean EG.wz.RO.rechts received PacketType: 1 RORG: A5 DATA: 14008708 SenderID: FFAC6280 STATUS: 01
2016.01.22 18:58:01 5: Triggering EG.wz.RO.rechts (1 changes)
2016.01.22 18:58:01 5: Notify loop for EG.wz.RO.rechts position: 20
2016.01.22 18:58:01 5: rg.01.EG.wz.RO: not on any display, ignoring notify
2016.01.22 18:58:04 5: TCM TCM310 RAW: 55000A0701EBA51E
2016.01.22 18:58:04 5: TCM TCM310 RAW: 55000A0701EBA51E008708FFAC62800106FFFFFFFF4A0064
2016.01.22 18:58:04 5: TCM310 dispatch EnOcean:1:A5:1E008708:FFAC6280:01:06FFFFFFFF4A00
2016.01.22 18:58:04 4: EnOcean received via TCM310: EnOcean:1:A5:1E008708:FFAC6280:01:06FFFFFFFF4A00
2016.01.22 18:58:04 4: EnOcean EG.wz.RO.rechts received PacketType: 1 RORG: A5 DATA: 1E008708 SenderID: FFAC6280 STATUS: 01
2016.01.22 18:58:04 5: Triggering EG.wz.RO.rechts (1 changes)
2016.01.22 18:58:04 5: Notify loop for EG.wz.RO.rechts position: 30
2016.01.22 18:58:04 5: rg.01.EG.wz.RO: not on any display, ignoring notify
2016.01.22 18:58:05 5: TCM TCM310 RAW: 55000707017AF670
2016.01.22 18:58:05 5: TCM TCM310 RAW: 55000707017AF670002C7E463106FFFFFFFF4A000E
2016.01.22 18:58:05 5: TCM310 dispatch EnOcean:1:F6:70:002C7E46:31:06FFFFFFFF4A00
2016.01.22 18:58:05 4: EnOcean received via TCM310: EnOcean:1:F6:70:002C7E46:31:06FFFFFFFF4A00
2016.01.22 18:58:05 5: EnOcean received PacketType: 1 RORG: F6 DATA: 70 SenderID: 002C7E46 STATUS: 31
2016.01.22 18:58:05 4: EnOcean Unknown device with SenderID 002C7E46 and switch telegram, activate learning mode.
2016.01.22 18:58:05 5: TCM TCM310 RAW: 55000A0701EBA522
2016.01.22 18:58:05 5: TCM TCM310 RAW: 55000A0701EBA522008508FFAC62800105FFFFFFFF4C00C9
2016.01.22 18:58:05 5: TCM310 dispatch EnOcean:1:A5:22008508:FFAC6280:01:05FFFFFFFF4C00
2016.01.22 18:58:05 4: EnOcean received via TCM310: EnOcean:1:A5:22008508:FFAC6280:01:05FFFFFFFF4C00
2016.01.22 18:58:05 4: EnOcean EG.wz.RO.rechts received PacketType: 1 RORG: A5 DATA: 22008508 SenderID: FFAC6280 STATUS: 01
2016.01.22 18:58:05 5: Triggering EG.wz.RO.rechts (2 changes)
2016.01.22 18:58:05 5: Notify loop for EG.wz.RO.rechts position: 34
2016.01.22 18:58:05 5: rg.01.EG.wz.RO: not on any display, ignoring notify
2016.01.22 18:58:05 5: TCM TCM310 RAW: 55000707017AF600002C7E462107FFFFFFFF4A009C
2016.01.22 18:58:05 5: TCM310 dispatch EnOcean:1:F6:00:002C7E46:21:07FFFFFFFF4A00
2016.01.22 18:58:05 4: EnOcean received via TCM310: EnOcean:1:F6:00:002C7E46:21:07FFFFFFFF4A00
2016.01.22 18:58:05 5: EnOcean received PacketType: 1 RORG: F6 DATA: 00 SenderID: 002C7E46 STATUS: 21
2016.01.22 18:58:05 4: EnOcean Unknown device with SenderID 002C7E46 and switch telegram, activate learning mode.
2016.01.22 18:58:05 5: TCM TCM310 RAW: 55000A0701EBA522008508FFAC62800105FFFFFFFF4A00B7
2016.01.22 18:58:05 5: TCM310 dispatch EnOcean:1:A5:22008508:FFAC6280:01:05FFFFFFFF4A00
2016.01.22 18:58:05 4: EnOcean received via TCM310: EnOcean:1:A5:22008508:FFAC6280:01:05FFFFFFFF4A00
2016.01.22 18:58:05 4: EnOcean EG.wz.RO.rechts received PacketType: 1 RORG: A5 DATA: 22008508 SenderID: FFAC6280 STATUS: 01
Habe den Rolladen dann per FT55 gestoppt.

[krikan]

Ich sehe nur 2 (gleiche) Befehle, die Fhem verschickt:

Code Auswählen Erweitern

2016.01.22 18:57:57 5: SW: 55000A000180A507000028FF94C082005A
Und 1 Sekunde später noch einmal den Gleichen. Das ist mMn ein Öffnen-Befehl, wie angefordert.

Bin aber bei den Raw-Codes ein wenig aus der Übung, also bitte auf Klaus warten, ob dem noch etwas auffällt.

Gruß, Christian

PS: Bei Edits besteht die Gefahr, dass per Mail Mitlesende Dein Log nicht mitbekommen haben.

[Spartacus]

Hi Christian,
ok. danke! Dann hoffe ich mal, das Klaus hier mitliest!

Christian

[klaus.schauer]

Ich sehe nur 2 (gleiche) Befehle, die Fhem verschickt:

Code Auswählen Erweitern

2016.01.22 18:57:57 5: SW: 55000A000180A507000028FF94C082005A
Und 1 Sekunde später noch einmal den Gleichen. Das ist mMn ein Öffnen-Befehl, wie angefordert.

Die Sendebefehle sind in Ordnung!

[Spartacus]

Hallo zusammen,
Wenn korrekt gesendet wird, die Aktoren aber falsch reagieren, dann haben die wohl einen Softwarefehler in der Firmware!
Allerdings funktionieren sie über die eingekerbten Richtungstaster völlig korrekt!
Kann das damit zusammenhängen fhem hier nicht als Richtungstaster arbeitet?

Inzwischen zeigt ein neu erworbener dritter Aktor die selbe Fehlfunktion mit fhem.
Christian

[klaus.schauer]

Wenn korrekt gesendet wird, die Aktoren aber falsch reagieren, dann haben die wohl einen Softwarefehler in der Firmware!
Allerdings funktionieren sie über die eingekerbten Richtungstaster völlig korrekt!
Kann das damit zusammenhängen fhem hier nicht als Richtungstaster arbeitet?

Fhem verwendet ein anderes EEP als ein Richtungstaster.

Ich würde "observe" mal abschalten bzw. das "observeInterval" größer machen, als die Laufzeit des Rolloaktors. U. U. stört das erneute Senden eines zweiten gleichen Befehls während der Laufzeit den Aktor. Das sollte normalerweise nichts ausmachen, aber...

[Spartacus]

Hallo Klaus,
Da habe ich auch schon dran gedacht! Alternativ könnte man auch mit "Position 0"ansteuern,

Wenn ich den Hersteller auf das Problem aufmerksam mache, kann der mit den RAW-Codes etwas anfangen? Dann hat er einen Anhaltspunkt das Fehlverhalten zu zu grenzen...

Denn Umtausch geht wohl nicht mehr!

Christian

[klaus.schauer]

Warum sollte es für den Hersteller nützlich sein, sich das Datentelegramm anzusehen, wenn es richtig ist? Es kommt allenfalls auf den Zusammenhang mit dem Empfangszeitpunkt zu dem noch nicht abgeschlossenen Fahrbefehl an.

Ich kann nur nochmals empfehlen, für die Fehlereingrenzung alle überflüssigen Optionen zu entfernen und diese nach und nach einzeln zu testen.

[Spartacus]

Hi Klaus,
ok, ich hoffe ich habe es richtig verstanden:
-  Als erstes werde ich das observe abschalten und prüfen, ob der Fehler wieder auftritt!
- danach "observe" wieder reinnehmen und "observeInterval" z.B. auf 2s erhöhen.

in der aktuellen Situation ist es ja so, dass der Rolladen geöffnet ist und im Abstand von 1s der "auf"-Befehl 2 x gesendet wird. Nach meinem Verständnis kann der Fahrbefehl dürfte nach dem ersten Senden kein Fahrbefehl ausgeführt werden, da der Rolladen bereits in der Endposition ist.
Ist meine Überlegung denn korrekt, dass die Fehlfunktion mit dem Befehl "position 0" bzw. "position 100" ausbleiben könnte, oder mache ich hier einen Gedankenfehler!

Danke und Gruß,
Christian.

[Spartacus]

Hallo,
habe folgenden Test gemacht:
Beide Rolladen geöffnet in Endposition:
linker Rolladen: observe=off
rechter Rolladen: observe = off

Code Auswählen Erweitern

define Test at +*{5}00:00:10 set EG.wz.RO.*:FILTER=STATE!=open auf

Beide Rolladen fahren nach ein paar Ansteuerungen herunter. Ich kann mir nicht vorstellen, dass das Zeitinterval von 10s zu kurz ist
Am "observe" liegt es also nicht! Das Attribut "observeCmdRepetition" habe ich nicht entfernt. Sollte aber keine Auswirkungen haben.
Im fhem log sieht man, das der Befehl nur 1x pro Rolladen gesendet wird:

Code Auswählen Erweitern

2016.01.23 17:41:36 3: EnOcean set EG.wz.RO.links opens
2016.01.23 17:41:36 3: EnOcean set EG.wz.RO.rechts opens
2016.01.23 17:41:46 3: EnOcean set EG.wz.RO.links opens
2016.01.23 17:41:46 3: EnOcean set EG.wz.RO.rechts opens
2016.01.23 17:41:56 3: EnOcean set EG.wz.RO.links opens
2016.01.23 17:41:56 3: EnOcean set EG.wz.RO.rechts opens
2016.01.23 17:42:06 3: EnOcean set EG.wz.RO.links opens
2016.01.23 17:42:06 3: EnOcean set EG.wz.RO.rechts opens
2016.01.23 17:42:16 3: EnOcean set EG.wz.RO.links opens
2016.01.23 17:42:16 3: EnOcean set EG.wz.RO.rechts opens

Nachtrag:
das scheint zu funktionieren...

Code Auswählen Erweitern

define Test at +*{5}00:00:10 set EG.wz.RO.*:FILTER=position>0 0

Christian

[klaus.schauer]

Sorry, das ist mir alles zu viel auf einmal. Warum alles immer gleichzeitig und mit etlichen Zusatzoptionen, wie z. B. FILTER?

1. "nur" set <Name> open und observe ganz ausschalten
2. observeinterval größer als die Gesamtfahrzeit des Rolloaktors wählen, damit immer sichergestellt ist, dass der Aktor bei einem Sendebefehl im Ruhezustand ist. Deine Aktoren werden doch wohl mehr als 2 s von geschlossen bis voll geöffnet brauchen.

[Spartacus]

Hallo Klaus,
ich habe das jetzt so gemacht, wie Du gesagt hast. Die Rolladen werden nun so angesteuert:

Code Auswählen Erweitern

set EG.wz.RO.* opens

Das Aktor setting sieht aktuell bei beiden Geräten so aus:

Code Auswählen Erweitern

Internals:
   CFGFN      Config/98-EnOcean.cfg
   CHANGED
   DEF        FFAC6280
   IODev      TCM310
   LASTInputDev TCM310
   MSGCNT     450
   NAME       EG.wz.RO.rechts
   NR         258
   NTFY_ORDER 50-EG.wz.RO.rechts
   STATE      0
   TCM310_DestinationID FFFFFFFF
   TCM310_MSGCNT 450
   TCM310_PacketType 1
   TCM310_RSSI -68
   TCM310_ReceivingQuality excellent
   TCM310_RepeatingCounter 1
   TCM310_SubTelNum 6
   TCM310_TIME 2016-01-26 09:13:33
   TYPE       EnOcean
   Readings:
     2016-01-26 09:13:33   alarm           off
     2016-01-26 09:13:33   endPosition     open
     2016-01-24 08:19:26   observeFailedDev
     2016-01-26 09:13:33   position        0
     2016-01-26 09:13:33   positionMode    normal
     2016-01-26 09:13:33   serviceOn       no
     2016-01-26 09:13:33   shutterState    stopped
     2016-01-26 09:13:33   state           open
     2015-11-11 17:48:09   teach           4BS teach-in sent
   Helper:
Attributes:
   IODev      TCM310
   alias      Wohnzimmer Rollade rechts
   angleMax   0
   angleMin   0
   comMode    confirm
   comment    PEHA 452 FU-EBIM JR o.T.
   devStateIcon 100:fts_shutter_100 0:fts_window_2w 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \d.*:fts_window_2w
   eep        A5-38-08
   event-on-change-reading .*
   eventMap   opens:auf closes:ab
   group      452 FU-EBIM
   gwCmd      blindCmd
   manufID    001
   observe    off
   observeCmdRepetition 2
   room       98-EnOcean
   stateFormat position
   subDef     FF94C084
   subType    shutterCtrlState.01
   subTypeSet gateway
   webCmd     auf:ab:stop

Bis gestern Abend gab es auch keinen Fehler! Heute morgen sind beide Rolladen um 08:00 korrekterweise hochgefahren und um 08:07 Uhr wieder herunter, obwohl ein "opens" Befehl gesendet wurde.

Ich habe echt keine Ahnung mehr, was hier abgeht! Laut Log wird der Befehl nur einmalig gesendet. Es gibt auf der Etage einen Repeater, der das Signal vom Server weiterreicht. Den kann ich aber nicht abschalten, da das Ersgeschoss dann nicht mehr im Empfangsbereich des Enocean Servers liegt.

Hier das ungekürzte Log von heute morgen bei verbose=3  (5 habe ich derzeit deaktiviert, kann ich aber gerne noch einmal einschalten und auf den Fehler warten)

Code Auswählen Erweitern

2016.01.26 07:56:39 3: EnOcean set EI.ss.SA.Licht on
2016.01.26 07:56:39 3: EnOcean set EI.ss.SA.Licht on
2016.01.26 08:00:00 3: EnOcean set EG.wz.RO.links opens
2016.01.26 08:00:00 3: EnOcean set EG.wz.RO.rechts opens
2016.01.26 08:00:00 3: EnOcean set GH.ss.SA.Licht on
2016.01.26 08:00:01 3: EnOcean set EI.ss.SA.Licht off
2016.01.26 08:05:51 3: EnOcean set EI.ss.SA.Licht on
2016.01.26 08:07:55 3: EnOcean set GA.ss.SA.Licht off
2016.01.26 08:07:55 3: EnOcean set EG.wz.RO.links opens
2016.01.26 08:07:55 3: EnOcean set EG.wz.RO.rechts opens
2016.01.26 08:08:12 3: EnOcean set EI.ss.SA.Licht off
2016.01.26 08:08:55 3: EnOcean set EI.ss.SA.Lichtschranke off
2016.01.26 08:15:00 3: EnOcean set KG.ss.SA.ZirkuPumpe off
Christian