[Gelöst] OPUS BRiDGE Rollladen/Jalousie EEP D2-05-02

Begonnen von borki, 04 Mai 2019, 14:10:17

Vorheriges Thema - Nächstes Thema

borki

Hallo zusammen,

nach langem probieren habe ich es geschaft meine 1-Kanal Rolladenschalter mit dem RORG D2 anzusprechen und gewünschte Positionen anzufahren.
Allerdings muss ich dafür noch den subType raw verwenden, da im subType blindsCtrl.00 immer als Kanal all gesendet wird.
Das Anlegen der Attribute defaultChannel und devChannel auf Kanal 1 haben dabei leider auch nicht geholfen.

Hier komme ich nicht weiter, da ich nicht weiß ob es am Code im EnOcean Modul liegt.
Installiert ist bei mir Version 18806.


Log mit subType blindsCtrl.00
2019.05.04 09:05:53 3: EnOcean set Gast_Sued_Rolladen position
2019.05.04 09:05:53 4: EnOcean Gast_Sued_Rolladen sent PacketType: 1 RORG: D2 DATA: 147F00F1 SenderID: FFXXXX21 STATUS: 00 ODATA: 030507BDE6FF00


Log mit subType raw
2019.05.04 09:07:05 3: EnOcean set Gast_Sued_Rolladen VLD 147F0001 00
2019.05.04 09:07:05 4: EnOcean Gast_Sued_Rolladen sent PacketType: 1 RORG: D2 DATA: 147F0001 SenderID: FFXXXX21 STATUS: 00 ODATA: 030507BDE6FF00
2019.05.04 09:07:05 4: EnOcean Gast_Sued_Rolladen received PacketType: 1 RORG: D2 DATA: 7F7F0004 SenderID: 0507BDE6 STATUS: 01
2019.05.04 09:07:09 4: EnOcean Gast_Sued_Rolladen received PacketType: 1 RORG: D2 DATA: 7F7F0004 SenderID: 0507BDE6 STATUS: 01
2019.05.04 09:07:10 4: EnOcean Gast_Sued_Rolladen received PacketType: 1 RORG: D2 DATA: 147F0004 SenderID: 0507BDE6 STATUS: 01


list einer Bridge
Internals:
   DEF        0507BDE6
   FUUID      5c7aecb8-f33f-2ddb-d6fc-b2c94659a0dce3e0
   IODev      TCM_ESP3_2
   LASTInputDev TCM_ESP3_2
   MSGCNT     57
   NAME       Gast_Sued_Rolladen
   NR         338
   NTFY_ORDER 50-Gast_Sued_Rolladen
   STATE      20 %
   TCM_ESP3_2_DestinationID FFFFFFFF
   TCM_ESP3_2_MSGCNT 57
   TCM_ESP3_2_PacketType 1
   TCM_ESP3_2_RSSI -53
   TCM_ESP3_2_ReceivingQuality excellent
   TCM_ESP3_2_RepeatingCounter 1
   TCM_ESP3_2_SubTelNum 10
   TCM_ESP3_2_TIME 2019-05-04 09:07:10
   TYPE       EnOcean
   OLDREADINGS:
   READINGS:
     2019-05-04 09:07:05   RORG            VLD
     2019-05-04 09:07:10   anglePos01      unknown
     2019-05-04 09:07:10   block01         unlock
     2019-05-02 11:45:28   buttons         released
     2019-03-03 16:05:31   channelA        AI
     2019-05-04 07:57:45   channelB        B0
     2019-05-04 09:07:05   dataSent        147F0001
     2019-05-04 09:07:10   endPosition01   not_reached
     2019-05-04 09:07:10   position        20
     2019-05-04 09:07:10   position01      20
     2019-04-29 20:43:13   remoteLastFunctionNumber 811
     2019-04-29 20:43:13   remoteLastStatusReturnCode 00
     2019-04-29 20:43:13   remoteLinkTableDescIn00 S2:S3-S4-01:01
     2019-04-29 20:43:13   remoteLinkTableDescIn01 S2:S3-S4-02:01
     2019-05-04 09:07:10   state           20
     2019-05-04 09:07:05   statusSent      00
   helper:
Attributes:
   IODev      TCM_ESP3_2
   defaultChannel 1
   destinationID 0507BDE6
   eventMap   B0:hoch BI:runter
   group      Rolladen EG
   manufID    040
   remoteCode XXXXXXXX
   remoteID   0507BDE6
   remoteManagement manager
   room       00_Rolladen,07_Gast,EnOcean
   stateFormat position01 %
   subDef     FFXXXX21
   subType    raw
   subTypeReading blindsCtrl.00
   userReadings position {(ReadingsVal("Gast_Sued_Rolladen","position01",0))},
   verbose    5
   webCmd     hoch:runter




Hier noch ein paar Infos zu der Opus Rollladen Bridge:

In FHEM wird das Gerät per autocreate als RPS F6 angelegt und lässt sich als SubType switch und in der Bridge angelernter subDef nur hoch oder runter fahren.
Positionsrückmeldungen sendet die Bridge aber immer als VLD D2 .

Am Schalter selber lässt sich kein learn Telegramm auslösen.  Ich konnte auch nicht herausfinden ob dieser so etwas überhaupt kann.
Anlernen von FHEM ging deshalb nur über Remote Management und "remoteLinkTable in <index> <ID> <EEP> <channel>".

Bedienungsanleitung Bridge
https://www.enocean-alliance.org/wp-content/uploads/2017/10/BDA_OPUS_BRiDGE_Rollladen_und_Jalousie_Artikel-Nr.563.031.pdf

Über das erwähnte ConfigTool kann man nur Schalter RPS F6 in der Bridge anlegen und die Fahrzeiten konfigurieren.
Interessant wäre auch, ob man die eingestellten Fahrzeiten auch über FHEM auslesen oder verändern kann.



Danke und Gruß
borki

klaus.schauer

Das Profil blindsCtrl.00 / blindsCtrl.01 habe ich geändert, damit das Attribut defaultChannel für alle Befehle wirksam wird, siehe https://forum.fhem.de/index.php/topic,100182.0.html. Änderungen stehen ab morgen per Update zur Verfügung. defaultChannel nun auf 1 setzen.

Es ist schon sehr speziell, dass man die OPUS Bridge Geräte per ConfigTool parameterisieren muss und ein Anlernen per UTE/VLD nicht oder nur auf Umwegen möglich sein soll. Aber gut zu wissen, dass jetzt auch mal jemand die Fhem Funktionen Remote Management bzw. Remote Configuration genutzt hat.

Bei der Implementierung der Remote Funktionen hatte ich zuerst die Idee, dies weiter auszubauen, um Geräte damit auch ohne tiefere Kenntnis der Inhalte der Geräteregister und der Remotebefehle auszulesen und zu parameterieren, wie z. B. die Fahrzeiten. Ich habe dies aber verworfen, da ich nur von einer Firma einmal brauchbare, strukturierte Daten zu den jeweils verwendeten Registern erhalten habe. Ohne standardisierte Konfigurationsprofile und -verfahren dies nicht leistbar. Es würde das EnOcean-Modul massiv aufblähen, wenn für jede Firma spezielle gerätespezifische Parameter in Fhem zu verwalten und einzuarbeiten wären. Aber ich will niemanden entmutigen, mit den vorhandenen generischen Remotefunktionen zu arbeiten.

Da es dennoch irgendwie auf Umwegen gelungen ist, den Aktor in Fhem einzulernen, wäre es schön, wenn dies für andere Fhem-Anwender im Wiki beschrieben und festgehalten werden würde.

borki

#2
Hallo Klaus,

vielen Dank für die super schnelle Anpassung im Modul.

Die Änderungen für blindsCtrl mit dem Attribut defaultChannel funktionieren jetzt wie gewünscht.
Auch die von der Bridge unterstützten set und get Kommandos konnte ich erfolgreich testen.

Ich habe mir heute auch noch mal die Parametrierung der Fahrzeiten angeschaut.
Diese sind wohl nur nötig, wenn man Raffstores nutzt um die richtige Position der Lamellen über die Rotationszeit zu kalibrieren oder einen Rolladenmotor ohne automatische Endlagenerkennung nutzt.
Die bei mir verbauten SOMFY Ilmo 2 Rolladenmotoren lassen sich auch ohne die Fahrzeitkalibrierung über das ConfogTool mit der Bridge nutzen.

Beim ersten Ansprechen mit D2 über FHEM oder nach einem Stromausfall wird die Positionsanzeige kalibriert. Dies erfolgt durch einen kompletten Schließvorgang und anschließendes Anfahren der gewünschten Position.

Mit der Erweiterung der Remote Funktionen gebe ich dir Recht, es macht keinen Sinn Geräte oder Herstellerspezifische Parameter im Modul zu verwalten.

Gerne werde ich im Wiki beschreiben wie die Rolladenbridge in FHEM einzurichten ist.


p.s.: Beim testen als subType switch (RPS F6) ist mir aufgefallen, dass die Bridge keine set Befehle empfängt, solange das Attribut destinationID vorhanden ist.