Rolladensteuerung, Abfrage auf / zu mit 2 Variablen

[B.Stromberg]

Guten Morgen!
Ich habe eine Rolladensteuerung "gebastelt" und in FHEM integriert.

Etwas tricky wird es mit den Abfragen der Zustände "auf" bzw. "zu"

Dies würde ich sehr gern durch Farbwechsel im Icon fts_shutter_updown von orange für geschlossen auf weiss für offen realisieren.
Config sieht bisher so aus:

define WohnzimmerTuer jarolift 1 192.168.2.27 4210 4211
attr WohnzimmerTuer icon fts_shutter_updown
attr WohnzimmerTuer room Jarolift
attr WohnzimmerTuer webCmd up:stop:down:shade:learn

Damit lassen sich die Rolladen öffnen, schließen, stoppen und auch anlernen.

Bei den Readings gibt es ein Problem von der Hardware Seite aus. Diese werden (warum auch immer) nicht in jedem Define für jedes Gerät angezeigt.
Im Gerät WohnzimmerTuer jedoch ja.

Beispielhaft für 2 Rolläden gibt es folgende Readings:

Badezimmer runter:
Disc_l_h 0000000010000000
rssi 0
rx_function 02
serial_rx 00bc6107

Badezimmer hoch:
Disc_l_h 0000000010000000
rssi 0
x_function 08
serial_rx 00bc6107

Büro runter:
Disc_l_h 0000000000010000
rssi 0
rx_function 02
serial_rx 00bc6104

Büro hoch:
Disc_l_h 0000000000010000
rssi 0
rx_function 08
serial_rx 00bc6104

Man könnte so also das Öffnen und Schließen über 2 Variablen auslesen, die für jeden Rolladenmotor unterschiedlich sind, nämlich
rx_function (08 für hoch und 02 für runter, bei allen Motoren immer gleich) und der serial_rx, welche für jeden Motor eine eigene Serial erzeugt.

Tja und nun hakt es bei mir...

Ich frage zum Beispiel das Reading für Buero mit serial_rx 00bc6104 ab und dann brauch ich auch noch zusätzlich das Reading rx_function, welches das Icon "Icon fts_shutter_updown" von Orange auf Weiss für Öffnen bzw. von Weiss auf Orange für Schließen schaltet.

Wäre für jede Hilfe dankbar.

[Otto123]

Guten Morgen,

fangen wir mal vorsichtig an, für jeglichen Code verwendest Du bitte Code Tags, die sind genau dafür gemacht. Die findest Du über dem  Smiley - die # Taste.
Wenn es um Readings usw. geht, poste bitte ein komplettes list von dem Gerät und nicht bloß Begriffe

Ich habe nicht wirklich verstanden wie man Dir helfen kann.
Du willst lediglich Das Status Icon einfärben? Dazu müsstest Du den state setzen, geht mit stateFormat oder auch mit einem userReadings, ich kenne die jarolift Geräte leider nicht.
Zustätzlich brauchst Du dann noch devStateIcon für das Symbol und die Farbe.

Die Beschreibung findest Du in der Doku

Gruß Otto

[B.Stromberg]

Guten Morgen Otto!

Wenn es so "einfach" mit State gehen würde, würde ich hier nicht fragen, dass kenne ich glaube ich schon von den normalen Ein/Aus Schaltern.

Hier ist es etwas komplexer.

Es wird hier nicht je Gerät ein Reading erzeugt, es gibt das Reading nur in einem Device.
Unterschieden werden kann es nur anhand der Variable/Reading serial_rx
Zustände sind 02 für runter und 08 für hoch mit der Variable/Reading rx_function

Hier der gewünschte List, ist aber im Endeffekt das, was ich bereits oben geschrieben habe:

Code Auswählen Erweitern


Internals:
   CONNECTS   1
   DEF        4 192.168.2.27 4210 4211
   FD         15
   NAME       Buero
   NR         131
   STATE      up
   TYPE       jarolift
   channel    4
   ip         192.168.2.27
   port       4210
   remoteport 4211
Attributes:
   icon       fts_shutter_updown
   room       Jarolift
   webCmd     up:stop:down:shade:learn


JA, ich weiß, dass dort ein STATE angegeben ist, jedoch wechselt dieser nicht, wenn ich den Rolladen mit dem Wandsender betätige, NUR wenn ich den Rolladen über FHEM steuere.
Die Readings aber ändern sich auch beim betätigen des Funktasters!
Deshalb wäre das auslesen der beiden Readings erforderlich.

[CoolTux]

Du hast ja gar keine Readings.
Ich würde dem Modulentwickler das Modul um die Ohren hauen. So kann man damit ja nicht mal arbeiten. Oder liegt das an was anderem?

[B.Stromberg]

Ich würde dem Modulentwickler das Modul um die Ohren hauen. So kann man damit ja nicht mal arbeiten. Oder liegt das an was anderem?

Das Modul ist das hier angehängte

"Um die Ohren hauen" werde ich ihm das sicher nicht, ich bin dankbar dafür, dass er den Jarolift Code entschlüsselt hat und ich somit sehr günstig die Möglichkeit habe meine Rolladen über FHEM zu steuern.

Das Modul basiert auf einen ESP8266 ESP 12E plus CC1101 Transceiver.
Am USB angeschlossen liefert das Modul alle Readings 1A!

Gäbe es hier die Möglichkeit die benötigten Readings seriell über USB auszulesen?
Diese sehen wie folgt aus:

Code Auswählen Erweitern


Decoded: 10029E8
CC1101_RSSI 99
Seriennummer: 45F500*

8*
2C
Device KeyLow : 684D5207
Device KeyHigh: 8EF2D151


Die mit "*" markierten Readings wären die, die es auszuwerten gilt...
Besserer Ansatz?

EDIT:

Sehe grade, da scheinen die Readings nach einem Reset des ESP untergegangen zu sein.
Hier das komplette List:

Code Auswählen Erweitern


Internals:
   CFGFN     
   CONNECTS   1
   DEF        1 192.168.2.27 4210 4211
   FD         26
   NAME       WohnzimmerTuer
   NR         149
   STATE      shade
   TYPE       jarolift
   channel    1
   ip         192.168.2.27
   port       4210
   remoteport 4211
   READINGS:
     2018-08-29 10:07:10   Disc_l_h        0010110000000001
     2018-08-29 10:07:10   rssi            99
     2018-08-29 10:07:10   rx_function     08
     2018-08-29 10:07:10   serial_rx       0045f500
Attributes:
   icon       fts_shutter_updown
   room       Jarolift
   webCmd     up:stop:down:shade:learn


[CoolTux]

Also Readings werden gesetzt. Und eigentlich müssen die für alle Geräte da sein.
Ich kenne leider nicht die Geräte dahinter. Du schließt ein USB Gerät an was die ganzen Daten der Rollos empfängt?

[CoolTux]

Code Auswählen Erweitern


Decoded: 10029E8
CC1101_RSSI 99
Seriennummer: 45F500*

8*
2C
Device KeyLow : 684D5207
Device KeyHigh: 8EF2D151


Die mit "*" markierten Readings wären die, die es auszuwerten gilt...
Besserer Ansatz?

Das sind aber keine Reading sondern Datenpackete oder?

[B.Stromberg]

JaNein.

Der ESP 8266 hängt am WLAN meiner Fritzbox und sendet die Befehle über den Transceiver via Funk 433MHZ an die Rolladenmotoren.
Der Transceiver empfängt aber auch die Funksignale der Wandtaster.

Der ESP kann, da er am WLAN hängt auch nur an ein USB Netzteil angeschlossen werden, ein Anschluss an den FHEM Server via USB ist also nicht erforderlich.
Das mit dem USB war nur eine Idee von mir zur Auswertung der Daten, da diese seriell über USB gelogged werden könnnen...

und auf deine andere Frage, ja das sind Datenpakete die über USB gelogged sind.

[CoolTux]

Ok zurück zu Deinem Problem. Jedes Device sollte eigentlich ein Reading state haben. Achtung Reading nicht Internal STATE
Das was ich jetzt so auf die einfache im Modul sehe ist das die auch gesetzt werden.

Ist das bei Dir nicht so?

[Beta-User]

jedoch wechselt dieser nicht, wenn ich den Rolladen mit dem Wandsender betätige, NUR wenn ich den Rolladen über FHEM steuere.

Es muß lt. Einleitung im Modul jeweils eine FB-ID gesetzt werden, wenn die FB-Signale erkannt werden sollen; das ist im List aber nicht zu erkennen.

While pressing a original remote, the serial number of this remote is displayed as an reading. copy this serial in lower case, and put a 0 infront, if serial is displayed with only 7-digits. Example: 4D5F632 -> 04d5f632. Insert this serial in attribute-> remote_serial.

Interessant wäre noch, wieso das nicht als 2-stufiges Modul gebaut wurde (vielleicht geht deswegen was verloren), kannst du mal ein list liefern von einem weiteren Device? So wie ich das verstanden habe, geht alles über den einen ESP; dann müßten sich die Definitionen ja auch irgendwie unterscheiden, oder? (Channel?) Und kann man den ESP irgendwie konfigurieren?

[CoolTux]

Bin da voll Deiner Meinung. 2-stuffiges wäre korrekt. So macht er ja für jedes Device eine eigene Verbindung oder aber er hat eine Verbindung und regelt intern alles an die Devices. Habe ich ganz am Anfang bei meinem AMAD Modul so gemacht.
Aber auf die schnelle erkenne ich leider im Modul nichts dazu. Bin auch ehrlich nur halbherzig dabei 

[Beta-User]

Na ja, wifilight macht das auch so, und von dem UDP-Kram verstehe ich leider nichts.

Sendeseitig ist das vermutlich kein Problem, macht z.B. Wifilight ja auch so.

Wenn es eine serielle Kommunikation wäre, müßte es m.E. aber für die Empfangsrichtung 2-stufig aufgebaut sein, weil da Doppelverbindungen nicht gehen; irritierend ist halt, dass die anderen Devices von den FB-Bedienungen gar nichts mitbekommen. Das spricht dafür, dass die Info grundsätzlich nur an ein Device weitergegeben wird (aber zumindest dort vorhanden ist).

Wenn das wiklich das Problem ist, könnte als workaround ein notify auf das Gerät/reading gelegt werden, das die Infos tatsächlich erhält. Das (bzw. der nachfolgende (myUtils-) Code) müßte dann nach dem passenden "Client" suchen und dort den Status korrigieren. Aber erst mal sollte das Attribut gesetzt werden, vielleicht hilft das schon und die Info wird weitergereicht? Immerhin hatte der Modulautor auch mehrere Rolläden, die er steuern wollte. Im Zweifel bitte auch mal da nachfragen, wo der Code herkommt .

[B.Stromberg]

Danke das ihr Beiden euch dem Thema annehmt

Das Problem ist, ich kann leider keinen Kontakt zum Entwickler aufbauen.

Das Ganze ist hier zu finden:

http://www.bastelbudenbuben.de/2017/04/25/protokollanalyse-von-jarolift-tdef-motoren/#comment-687

Dort gibt es kein PN System und der Entwickler hat nirgends seine Mail hinterlassen.
Meine Fragen / Beiträge werden dort bisher auch noch nicht freigeschaltet, hatte seit Vorgestern 3 Beiträge geschrieben, welche noch freigegeben werden sollen...

@Beta-User
Die Geschichte mit der Remote Serial hatte ich bisher noch nicht so wirklich verstanden.
Soll das nun heißen ich muss, um den STATE korrekt zu haben AUCH ÜBER die Wandsender alle 10 Wandsender benennen und Serial Attribute schreiben?
Da ja jeder Motor einzeln mit define eingefügt wird, müsste dort also auch je Device sämtliche Fernbedienungen hinzugefügt?
Ich weiß es ist blöd, weil es nich dein Modul ist...
Aber du scheinst da 1000 Mal besser durchzublicken als ich...
Habe leider vom Programmieren sehr sehr beschränkte Kenntnisse....

[B.Stromberg]

Die Readings werden wohl nur an Channel 1 geliefert, dies ist bei mir das Device WohnzimmerTuer

Alle anderen Devices vom selben Typen (Rohrmotor) bekommen keine Readings.

ABER

In meine Markise ist ein anderes Jarolift Modul verbaut, dieses erhält auch Readings.

Hier das List:

Code Auswählen Erweitern


Internals:
   CONNECTS   1
   DEF        11 192.168.2.27 4210 4211
   FD         22
   NAME       Markise
   NR         144
   STATE      down
   TYPE       jarolift
   channel    11
   ip         192.168.2.27
   port       4210
   remoteport 4211
   READINGS:
     2018-08-28 22:08:23   Disc_l_h        0000000000000000
     2018-08-28 22:08:23   reboot          Reboot done
     2018-08-28 22:08:23   rssi            0
     2018-08-28 22:08:23   rx_function     00
     2018-08-28 22:08:23   serial_rx       00000000
Attributes:
   icon       fts_shutter_updown
   room       Jarolift
   webCmd     up:stop:down:shade:learn


Allerdings scheinen Markise und WohnzimmerTuer auch nicht immer zuverlässig jeden Funkbefehl (von den Wandsendern) zu empfangen.
Sie tun dies allerdings, meist wenn ich den betreffenten Motor via Fhem kurz vorher angesteuert habe...

[CoolTux]

Wir reden beim Wort Modul aber schon vom FHEM Modul, oder?

[Beta-User]

Ich habe die Dinger nicht und kann daher nur versuchen, hier mein Verständnis dessen darzustellen, was ich lese:

Wenn du die FB (Wandselner?) betätigst, die zu dem Wohnzimmer-Rolladen "gehören", aktualisiert sich das Reading "serial_rx" (z.B. auf 0045f500). Das ist dann im Wohnzimmerrolladen als "remote_serial"-Attribut anzulegen, also:

Code Auswählen Erweitern

attr WohnzimmerTuer remote_serial 0045f500
Mehrere FB's, die zu dem Device gehören, werden mit Komma getrennt (ohne Leerzeichen!), also z.B.

Code Auswählen Erweitern

attr WohnzimmerTuer remote_serial 0045f500,87654321
Zu jedem Rolladen ist/sind also jeweils "seine" FB(s) als Attribut zu hinterlegen .

Die spannende Frage wird dann sein, ob sich nach dem Setzen des Attributs im derzeit empfangenden Device das Reading auch bei einem weiteren Rolladen einstellt, oder ob weiter alles beim Channel-1-Device landet.

EDIT: der Modulautor hat doch an der von dir verlinkten Stelle auch in Deutsch beschrieben, wie es geht; man muß auch das disc-Attribut sowie ggf. weitere Attribute (group_serial) setzen... [/EDIT]

Das mit den verlorenen Messages würde ich auf den ESP-Code bzw. UDP zurückführen; das ist einfach eine unzuverlässige Art der Verbindung. Abhilfe schafft ggf. ein regelmäßiger Ping auf den ESP (alle 2 Min. oder so); da hat Cooltux vermutlich mehr Ideen zu...

"Modul" ist doppeldeutig: im letzten Beitrag von B.Stromberg scheint eher eine verbaute Hardware gemeint zu sein mit der Möglichkeit, mehrere Rolladen/Markisen konkret anzusteuern. Davon hat er 2?
Ich meinte bislang immer das Perl-Modul für FHEM.

[CoolTux]

Ich meinte bislang immer das Perl-Modul für FHEM.

Ich auch

[B.Stromberg]

Oh oh oh...
Jetzt habe ich ja was losgetreten

Also zum einen meinte ich mit Modul den / die Empfänger, sorry für das Missverständnis!

Ich habe hier 10 Rohrmotoren des gleichen Fabrikats, mit dem selben Empfänger.
Nur meine Markise hat einen anderen.

Readings bekomme ich bei den 10 Rohrmotoren nur auf Channel1 (1-16 möglich) und bei dem Empfänger der Markise.

Wohl nächstes Missverständnis:

Die serial_rx im Reading ist wohl eher die besagte Serial von der ansteuernden Funk Fernbedienung.
Der Empfänger/Rohrmotor ist dann das Reading Disc_l_h.

Der Text im Blog ist etwas verwirrend, weil der Ersteller der Module (FHEM und *.ino) hier und da etwas aktuallisiert hat und sich somit ältere Dinge aufgehoben haben. (Diese wurden im 1. Beitrag aber wohl nicht gelöscht)

Konnte jetzt im Blog eine Nachricht hinterlassen und habe hier auf meinen Beitrag verwiesen.
Evtl. kann der Entwickler der Hard und Software uns hier weiterhelfen.
Allerdings hat dieser sich im Blog schon längere Zeit nicht mehr gemeldet...

Wäre sehr schade, wenn dies nun alles einschläft...

[Beta-User]

Vielleicht meldet sich der Entwickler, vielleicht aber auch nicht .

Jedenfalls hat er am Ende des ersten Beitrags diese Attribute in einem zusammenhängenden Nachtrag erläutert. Es macht daher Sinn, zunächst mal dieser Anleitung zu folgen, oder?

Anmerkung: Wie Entwickler denken, kannst du in dem Link aus hier nachlesen; vielleicht hilft dir das zu verstehen, warum er sich ggf. meldet oder eben nicht .

[B.Stromberg]

Ja ok, das habe ich nun getan.

Alles ist so angelegt wie beschrieben:

Code Auswählen Erweitern


Internals:
   CONNECTS   1
   DEF        1 192.168.2.27 4210 4211
   FD         13
   NAME       WohnzimmerTuer
   NR         127
   STATE      up
   TYPE       jarolift
   channel    1
   ip         192.168.2.27
   port       4210
   remoteport 4211
   READINGS:
     2018-08-29 12:59:39   Disc_l_h        1000001000000001
     2018-08-29 12:00:21   reboot          Reboot done
     2018-08-29 12:59:39   rssi            103
     2018-08-29 12:59:39   rx_function     04
     2018-08-29 12:59:39   serial_rx       0045f500
Attributes:
   disc       0010000011110101
   icon       fts_shutter_updown
   remote_serial 0045f500
   room       Jarolift
   webCmd     up:stop:down:shade:learn


STATE wird trotzdem nicht aktuallisiert wenn ich auf den Wandsender klicke...

Tja, da drehen wir uns nun im Kreis
Schade...

Ähm

help jarolift bringt nicht wirklich eine Ausgabe in FHEM, normalerweise mein erster Anlaufpunkt

[CoolTux]

Das Modul besitzt keine Commandref daher kommt nichts bei help. Das Modul wurde für den eigen Zweck entwickelt und mal eben schnell nach Bedarf zusammengeschuhstert. Da kann man nicht viel erwarten. Der Entwickler wird sich denken für mich passt es.

[Beta-User]

Na ja, einen Versuch war es wert.

Irritiert bin ich aber, weil bei dir

2018-08-29 12:59:39   Disc_l_h        1000001000000001
2018-08-29 12:00:21   reboot          Reboot done
2018-08-29 12:59:39   rssi            103
2018-08-29 12:59:39   rx_function     04
2018-08-29 12:59:39   serial_rx       0045f500

steht, aber

disc       0010000011110101

Eigentlich sollte das nach meinem Verständnis anders sein, siehe die Anleitung:

Das Reading disc_l_h kopiert ihr ins Attribut disc.

Wäre 1:1, ohne irgendeine Art der Umformung...

Das Modul besitzt keine Commandref daher kommt nichts bei help. Das Modul wurde für den eigen Zweck entwickelt und mal eben schnell nach Bedarf zusammengeschuhstert. Da kann man nicht viel erwarten. Der Entwickler wird sich denken für mich passt es.

Vermutlich hätte der Autor gerne ein "vernünftiges Modul" gemacht, allerdings gab es da 2013 eine Diskussion wg. rechtlicher Bedenken hinsichtlich des Keys zur Entschlüsselung der Nachrichten. Und viele andere scheinen nicht diese Probleme zu haben wie der TE, der vorhandenen Anleitung zu folgen...

@TE zur Ergänzung: Solange es kein offizielles Modul ist, darf der Entwickler die Doku machen, wie er will . Commandref in Englisch ist nur bei Veröffentlichung via svn Pflicht.

[exciter]

Genauso habe ich es auch für meine Zwecke geschrieben   Zweistufig wäre besser, aber ich wollte damals schnelle Ergebnisse und deswegen ist es auch so dahingeschustert. Ich werde die Tage nochmal reinschauen. Habe seitdem auch nix weiter geändert...der Empfang war mehr experimentell. Ich melde mich...

Gruß Steffen

[B.Stromberg]

Na ja, einen Versuch war es wert.

Irritiert bin ich aber, weil bei dirsteht, aber
Eigentlich sollte das nach meinem Verständnis anders sein, siehe die Anleitung:Wäre 1:1, ohne irgendeine Art der Umformung...

Ja, nur solange auf dem Channel 1 des Devices SÄMTLICHE Readings auflaufen von den anderen 9 Devices, kann das Reading von List schonmal abweichen.

Und im Moment gibt es auf Channel 1 der Rohrmotoren gar keine Readings mehr, weil diese beim Device Markise (das mit dem Empfänger für Markisen) aufläuft.

Für das Device WohnzimmerTuer (das von dir gerügte) sieht das Reading dann so aus:

Code Auswählen Erweitern


READINGS:
     2018-08-29 14:33:10   Disc_l_h        0010010000000001
     2018-08-29 14:21:09   reboot          Reboot done
     2018-08-29 14:33:10   rssi            110
     2018-08-29 14:33:10   rx_function     04
     2018-08-29 14:33:10   serial_rx       0045f500


Das sollte nun passen.

Ich würde mich freuen, wenn Steffen hier mit den Cracks ein wenig fachsimpeln würde und wir so ein schönes Modul für FHEM basteln könnten.

Wegen der rechtlichen Bedenken:
Die beiden benötigten Keys sind nicht im FHEM Modul enthalten! Diese werden auf die Steuerhardware geflashed.

@exciter
Steffen, hast du denn bei dir in FHEM die Readings ordentlich laufen? Also wird der STATE unabhängig vom ausführenden Sender geändert?
Vielleicht bin ich ja wirklich nur zu doof 

[Beta-User]

Ok, sorry wg. der Irritation.
Das mit dem Hinweis auf die key-Frage war nur als Hinweis gemeint, dass es ehrenhafte Gründe gab, die Entwicklung außerhalb von FHEM (bzw. auch der culfw) weiterzuführen, zumal das Perl-Modul ohne die firmware keinen großen Sinn macht.
Scheint wirklich so zu sein, dass der "Rückweg" eher experimentell ist, wenn jetzt plötzlich alles auf dem anderen Device aufläuft.

Ich gehe mal davon aus, dass du das Markisen-Device im Verlauf des Threads neu definiert hattest? (Das würde dann für die Annahme sprechen, dass das letzte Device in der fhem.cfg mit Channel 1 sich alle Daten von der IP:Port-Kombi schnappt, und andere Devices davon nichts mehr haben...).

Da ich aber - wie gesagt - keine solche HW habe, kann ich vermutlich ab hier nichts mehr zielführendes beitragen; wäre schön, wenn es bald eine für dich und ggf. andere sinnvolle Lösung geben würde.

@exciter: Da die firmware scheinbar auch MQTT spricht noch eine Frage: Wäre es evtl. nicht einfacher, mit den neuen MQTT2-Modulen zu arbeiten?

[B.Stromberg]

@Beta-User

Ja, exakt, ich hatte die Markise erst später angelernt, was dafür spricht, dass die Readings immer nur beim zuletzt angelernten Gerät auflaufen.
Bei dem von mir genannten Channel 1 Gerät (WohnzimmerTuer) kommt seitdem nichts mehr an.
Die Readings über MQTT zu bekommen wäre ein Träumchen.

Wenn Steffen möchte, würde ich mich sehr freuen, wenn man hier zusammen im FHEM Board mit den DEVS ein optimiertes Modul zusammenklöppelt.

[Reliktdragon]

Hallo.

Ich habe auch diese Lösung von bastelbude. Den msb und Lsb habe ich soweit alles im Sketch.
Ich sehe im log von esp das die Befehle aus Fhem und die von der Jarolift Fernbedienung erkannt werden.
Leider ist es mir aber nicht möglich die Rollläden anzulernen.
Kann mir da jemand helfen wie ich das hinbekomme?

Hab die Motoren im anlernmodus, drücke in Fhem auf learn. Es passiert aber nix.

Grüße

[B.Stromberg]

Lies in dem Bastelbudenbuben Thread mal weiter.... Und guck dort speziell nach dem Wort "Packetsender "

Sollten die Keys die du hast richtig sein, hilft dir das dann hoffentlich weiter

[Reliktdragon]

Lies in dem Bastelbudenbuben Thread mal weiter.... Und guck dort speziell nach dem Wort "Packetsender "

Sollten die Keys die du hast richtig sein, hilft dir das dann hoffentlich weiter

Vielen dank. Die Motoren funktionieren nun wunderbar.

Ich habe an zwei fenstern nun aber noch jeweils einen TDRR 01W. Bei einem davon wurde das anlernen vom Motor bestätigt. Fahren kann ich diesen rolladen aber leider nicht. Muss ich bei einem TDRR 01W noch etwas ändern?

[B.Stromberg]

Tja so ein Teil habe ich leider nicht, ich habe nur die Rohrmotoren, wo der Funkempfänger direkt verbaut ist im Motor.
Alledings habe ich noch eine Markisensteuerung von Jarolift, die geht mit FHEM ebenfalls...

Sehe eigentlich keinen Grund, warum die TDRR 01W nicht gehen sollten. Geh mal mit einer Fernbedienung auf den Kanal vom TDRR 01W, welche damit funktioniert.
Drück 8 x die Stopptaste (Funktion zum kopieren des Funkcodes, evtl. anders beim TDRR 01W)
Gibt der Empfänger dann eine Rückmeldung (bei den Rohrmotoren laufen die kurz vor und rückwärts) in FHEM anlernen clicken...

Evtl. auch mal die Anleitung vom TDRR 01W lesen und ALLE angelernten Codes löschen (falls möglich)

[B.Stromberg]

Tja
Nun ist das Ganze gut ein Jahr her, und @Exciter / Steffen hat sich nicht mehr gemeldet...
Sehr schade eigentlich.