Meine Peha Rollladenaktoren funktionieren nur noch teilweise

[Timmy.m]

Hallo Zusammen.

Gab es größere Änderungen bei der ENOCEAN Funktion?

Zugegeben, ich habe bereits seit einigen vielen Wochen meine Rollladen nicht mehr über FHEM gesteuert, jedoch ist mir heute aufgefallen, dass die meisten Aktoren nicht mehr über FHEM ansprechbar sind.
Ich verwende "Peha D 452 FU-EP JR O.T Easyclick-JR-Empfänger 2 Kanal" Aktoren, die Teilweise über eine Konfiguration über A0/AI bzw. B0/BI je einen Aktor schalten können. Als Sender nutze ich einen Busware TCM310 Stick.


Beispiel: AI und A0 funktioniert noch, jedoch BI und B0 wird nicht mehr verarbeitet, obwohl soweit in der Konfiguration nichts geändert wurde.

Code Auswählen Erweitern


Internals:
   DEF        01816DB1
   IODev      TCM310_1
   NAME       EnO_switch_01816DB1
   NR         234
   NTFY_ORDER 50-EnO_switch_01816DB1
   STATE      Tür_unten
   TYPE       EnOcean
   Readings:
     2016-03-03 19:46:48   buttons         released
     2016-03-03 19:46:47   channelA        A0
     2016-03-03 07:12:52   channelB        B0
     2016-03-03 20:35:07   state           AI
   Helper:
Attributes:
   IODev      TCM310_1
   alias      UG Wohnzimmer
   eventMap   A0:Tür_oben AI:Tür_unten B0:Fenster_oben BI:Fenster_unten
   fp_3_EG    -22,168,5, ,EnO_switch_01816DB1
   group      2 Wohnzimmer
   manufID    7FF
   room       Rollladen
   subDef     FF8E5505
   subType    switch
   webCmd     Tür_oben:Tür_unten:Fenster_oben:Fenster_unten


Vielen Dank für Eure Hilfe.

Grüße Tim

[krikan]

Hallo Tim!

Gab es größere Änderungen bei der ENOCEAN Funktion?

Es gab laufend Ergänzungen und Verbesserungen an den Modulen. Änderungshistorie postet klaus.schauer hier im Forum. Mir ist aber nichts bekannt, was in einem Zusammenhang mit Deiner Beschreibung stehen könnte. Damit Dir jemand evtl. helfen kann, wären verbose 5-Logs vermutlich auch nützlich.

Gruß, Christian

[krikan]

Jetzt ist mir bei Deinen Angaben noch eine Merkwürdigkeit aufgefallen, die aber nicht mit Moduländerungen zusammenhängt:

Der "Peha D 452 FU-EP JR O.T Easyclick-JR-Empfänger 2 Kanal" ist meines Wissens nach ein unidirektionaler Aktor.
Dein list zeigt aber ein FHEM-Device mit den Angaben für einen bidirektionalen Aktor. Im FHEM-Device für einen unidirektionalen Aktor gehört die TCM-SenderID nicht in das Attribut subDef, sondern ins DEF. Das war aber schon immer so.

[Timmy.m]

Hallo Christian.

Vielen Dank für deine Antwort.
Zunächst einmal das Ergebnis des Logs mit verbose 5.

Code Auswählen Erweitern


2016.03.04 13:21:46 4: WEB_192.168.1.201_63401 POST /fhem?cmd.EnO_switch_01816DB1=set%20EnO_switch_01816DB1%20Fenster_oben&room=Rollladen&XHR=1&fw_id=22389; BUFLEN:0
2016.03.04 13:21:46 5: Cmd: >set EnO_switch_01816DB1 Fenster_oben<
2016.03.04 13:21:46 3: EnOcean set EnO_switch_01816DB1 B0
2016.03.04 13:21:46 5: Triggering EnO_switch_01816DB1 (1 changes)
2016.03.04 13:21:46 5: Notify loop for EnO_switch_01816DB1 Fenster_oben
2016.03.04 13:21:46 5: ABFALL_Notify(myAbfall) - Device: EnO_switch_01816DB1
2016.03.04 13:21:46 5: Triggering n_B
2016.03.04 13:21:46 4: n_B exec { fhem("set PTM_B ".($EVENT=~m/B0/ ? "shutter_open" : "shutter_closed")) }
2016.03.04 13:21:46 5: Cmd: >{ fhem("set PTM_B ".($EVENT=~m/B0/ ? "shutter_open" : "shutter_closed")) }<
2016.03.04 13:21:46 5: Cmd: >set PTM_B shutter_open<
2016.03.04 13:21:46 4: dummy set PTM_B shutter_open
2016.03.04 13:21:46 5: Triggering PTM_B (1 changes)
2016.03.04 13:21:46 5: Notify loop for PTM_B shutter_open
2016.03.04 13:21:46 5: ABFALL_Notify(myAbfall) - Device: PTM_B
2016.03.04 13:21:46 5: rg_battery: not on any display, ignoring notify
2016.03.04 13:21:46 5: rg_temperature: not on any display, ignoring notify
2016.03.04 13:21:46 5: rg_battery: not on any display, ignoring notify
2016.03.04 13:21:46 5: rg_temperature: not on any display, ignoring notify
2016.03.04 13:21:46 4: EnOcean EnO_switch_01816DB1 sent PacketType: 1 RORG: F6 DATA: 70 SenderID: FF8E5505 STATUS: 30 ODATA:
2016.03.04 13:21:46 5: TCM TCM310_1 sending ESP3: 550007000111F670FF8E5505305B
2016.03.04 13:21:46 5: SW: 550007000111F670FF8E5505305B
2016.03.04 13:21:46 4: name: /fhem?cmd.EnO_switch_01816DB1=set%20EnO_switch_01816DB1%20Fenster_oben&room=Rollladen&XHR=1&fw_id=22389 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.03.04 13:21:46 4: Connection accepted from telnetForBlockingFn_1457033651.55183_127.0.0.1_40523
2016.03.04 13:21:46 5: TCM TCM310_1 RAW: 5500010002650000
2016.03.04 13:21:46 5: TCM TCM310_1 RESPONSE: OK

Es ist schon richtig. Der Aktor ist nur unidirecktional. EnO_switch_01816DB1 ist der Rollladen Funk schalter, der den Aktor direkt steuert und mir in FHEM den jeweiligen Zustand anzeigt. Über subDef FF8E5505 schallte ich dann den Aktor aus FHEM. Beide der Funkschalter und subDef FF8E5505 sind beide im Aktor gepaired. Bis dato konnte ich damit wunderbar meine 5 Rollladen schalten... jetzt funktioniert nur noch eine und ich habe an der Konfig der Rollos nichts geändert.
Grüße Tim

[krikan]

Es ist schon richtig. Der Aktor ist nur unidirecktional. EnO_switch_01816DB1 ist der Rollladen Funk schalter, der den Aktor direkt steuert und mir in FHEM den jeweiligen Zustand anzeigt. Über subDef FF8E5505 schallte ich dann den Aktor aus FHEM. Beide der Funkschalter und subDef FF8E5505 sind beide im Aktor gepaired. Bis dato konnte ich damit wunderbar meine 5 Rollladen schalten... jetzt funktioniert nur noch eine und ich habe an der Konfig der Rollos nichts geändert.

Hallo Tim!
Bei unidirektionalen Aktoren gehört die SenderID des TCMs ins DEF. Dort hat die SenderId des Taster nichts zu suchen. Ein subDef gibt es nicht. Wenn Du es nicht entsprechend der schon immer gültigen Modulvorgaben machst, musst Du Dich nicht wundern, wenn es nicht funktioniert. Dass es mal so funktioniert hat, ist Zufall, Glück oder was auch immer  .
Lösung habe ich daher keine außer Anpassung Deiner FHEM-Devices an die commandref. Wenn es dann nicht funktionieren sollte, dann suche ich gerne einen potentiellen Fehler. Denn meine unidi-Aktoren mit korrekten FHEM-Devices funktionieren noch. Ok, PEHA Jalousie habe nicht, sondern nur Peha Schaltaktoren.
Wenn ich was durcheinanderwerfe, dürfen andere mich korrigieren 
Sorry und Gruß, Christian

[Timmy.m]

Hallo Christian.

Alles klar. Vielen Dank. Dann fangen wir bei Null an.


Ich habe ein neues Device angelegt:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        FF8E5505
   IODev      TCM310_1
   NAME       EnO_switch_TEST
   NR         1625
   NTFY_ORDER 50-EnO_switch_TEST
   STATE      AI
   TYPE       EnOcean
   Readings:
     2016-03-05 19:30:19   state           AI
   Helper:
Attributes:
   IODev      TCM310_1
   room       Rollladen
   subType    switch

Ich kann mit A0/AI meine erste Rolllade steuern, jedoch mit B0/BI kann ich meine zweite Rolllade nicht steuern. Gleiches Verhalten, wie bei meiner ursprünglichen Konfiguration. Ich bin ein wenig ratlos.

Grüße Tim

[krikan]

Hallo Tim!

Habe -wie geschrieben- den PEHA Jalousie-Aktor nicht und musste daher mit einem unidi PEHA 452 FU-EP o.T. gegentesten. Habe neues FHEM-Device definiert und am Aktor angelernt:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        FFAEEE8A
   IODev      TCM_ESP3_2
   NAME       Testschalter
   NR         423
   NTFY_ORDER 50-Testschalter
   STATE      BI
   TYPE       EnOcean
   Readings:
     2016-03-05 19:51:02   state           BI
   Helper:
Attributes:
   IODev      TCM_ESP3_2
   manufID    7FF
   room       EnOcean
   subType    switch
   verbose    5

Sowohl AO/AI als auch B0/BI funktionieren bei mir:

Code Auswählen Erweitern

2016.03.05 19:50:25.648 3: EnOcean set Testschalter BI
2016.03.05 19:50:25.862 4: EnOcean Testschalter sent PacketType: 1 RORG: F6 DATA: 50 SenderID: FFAEEE8A STATUS: 30 ODATA:
2016.03.05 19:50:56.142 3: EnOcean set Testschalter B0
2016.03.05 19:50:56.347 4: EnOcean Testschalter sent PacketType: 1 RORG: F6 DATA: 70 SenderID: FFAEEE8A STATUS: 30 ODATA:

Laut http://www.fhemwiki.de/wiki/EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen von BenMarloe braucht der Jalousieaktor released, da er sonst wohl sporadisch nicht reagiert. Das kann ich nicht probieren.

Hattest Du neu angelernt oder einfach nur umdefiniert? Wenn letzteres bitte, bitte ersteres probieren.

Gruß, Christian

[Timmy.m]

Hallo Christian.

So, erfolgt bei dem ersten Aktor. Ein neues Anlernen bringt den Erfolg... jetzt funktioniert der Aktor mit der neuen Konfig und sogar wieder mit der Alten.
Wäre also die Frage, warum meine Aktoren fast alle das Pairing verloren haben oder anderes gefragt, was könnte sich in FHEM geändert haben.

Ein neues Anlernen würde ich gerne vermeiden, da nicht alle Aktoren frei zugänglich sind.

Grüße Tim

[krikan]

Hallo Tim,

sorry, keine Idee. Es ist mMn Zufall, dass es mal funktionierte. Außerdem könnten neben Änderungen an den EnOcean-Modulen auch Änderungen an anderen FHEM-Komponenten hineinspielen. Sicher ist nur neu Anlernen und an Commandref halten.

Gruß, Christian