FHEM Forum

Hallo,

anbei findet ihr ein neues Modul für das DuoFern System von Rademacher. Dieses Modul verwendet nicht den HomePilot von Rademacher. Stattdessen wird der dort enthaltene oder auch einzeln erhältliche DuoFern USB Stick direkt von FHEM angesteuert. Da der USB Stick einen FT232RQ verwendet sollten auch Treiber dafür vorhanden sein.

Das Modul ist zweistufig aufgebaut.  DUOFERNSTICK steuert den USB Stick, die DuoFern Geräte werden in DUOFERN angelegt.

define <name> DUOFERNSTICK <device> <code>
define <name> DUOFERN <code>

• <device>  - serielle Schnittstelle des DuoFern USB Sticks
• <code> - Funkcode des USB Sticks/DuoFern Geräts

Wenn man von einem vorhandenen HomPilot die Geräte übernehmen möchte, kann man die Funkcodes der gepaarten DuoFern Geräte in der Weboberfläche finden. Den Funkcode des USB Sticks kann man aus dem HomePilot auslesen indem man ihn ohne DuoFern USB Stick startet und in der dann verfügbaren Diagnose Seite der Weboberfläche ein Backup herunterlädt. Dort befindet sich dann eine Datei etc\serverbox\duofern\DuoFernDongleSerial.raw in der der Funkcode gespeichert ist (HEX Editor verwenden).

Update 17.11.2015
Die Module sind ab jetzt in FHEM integriert und per update erhältlich.

Hallo Telekatz,

ich nutze das Modul 23_HOMEPILOTAKTOR von Thomas_Homepilot (http://forum.fhem.de/index.php/topic,31777.0.html) was ist denn der Unterschied zu deinen Module außer, dass diese Billiger in der Anschaffung sind.
Gibt es unterschiede beim Funktionsumfang oder Ähnlichem?


Danke für die Info
Christian

Hallo Christian,

mit diesem Modul sind sämtliche Einstellungen und Betriebszustände der Aktoren wie man sie im Homepilot sieht in FHEM verfügbar und auch von dort aus Konfigurierbar. Und da der Stick direkt an FHEM angebunden ist bekommt man auch alle Änderungen an den Aktoren sofort mit, ohne dass ständig der Status vom Homepilot abgefragt werden muss.

Auch lassen sich die Automatikfunktionen der Aktoren (Sonne, Regen, Wind, Morgendämmerung, Abenddämmerung und Zeitsteuerung) aus FHEM heraus aktivieren und werden dann entsprechend den aktivierten Automatikfunktionen am Aktor ausgeführt.

Und zu guter Letzt kann man auf den Homepilot verzichten, der die meiste Zeit des Tages 3W sinnlos verheizt.

Gruß
Alex

Super, danke für die Info  8)
Mit so einer Werbung werde ich sicher in dieser Woche noch umsteigen.

Muss man denn einen separaten Treiber installieren?
Weil ich habe das Modul installiert und den Stick am Raspberry angeschlossen. leider stürzt mir nun FHEM dauernd ab :-(

Eigentlich nicht. In meinem Stick ist ein FT232RQ USB-Seriell Chip installiert. Die Treiber dafür musste ich auf meinem Raspberry nicht installieren, die waren schon vorhanden.
Kannst du den Stick mal in einen Windows Rechner stecken und schauen, welchen Treiber Windows verlangt und ob der Stick als serielle Schnittstelle im Gerätemanager erscheint.

Also der Stick scheint nun in FHEM eingebunden zu sein. Wenn ich einen Befehl sende, dann blickt er kurz rot auf. Die grüne LED blinkt ständig. Gehört das so?

Einzig meine Rolläden reagieren nicht, obwohl ich die Codes aus dem Homepilot übernommen habe.

2015.08.25 12:06:07 3: Opening DuoFernStick device /dev/ttyUSB1
2015.08.25 12:06:07 3: DuoFernStick device opened
Er sollte also richtig eingebunden sein.

Also Status bei den Rolläden bekomme ich nur ein "Initialized". Mehr nicht.

Ich habe den Fehler gefunden!
Man muss hinter der Device-Angabe unbedingt auch die Baudrate mit einstellen. Also so:
define (name) DUOFERNSTICK (device@115200) (code)
Als Beispiel:
define Rademacher DUOFERNSTICK /dev/ttyUSB1@115200 1A2B3C

Könnte das ganze auch mit der DuoFern Handzentrale funktionieren?
Diese hat auch eine USB Schnittstelle und lässt sich drüber mit der ConfigTool Software programmieren.

Ich hätte noch ein "Verbesserungsvorschlag".
Wäre es nicht günstiger, wenn man im State die Position der Rollläden hätte?
Dann könnte man über Icons den Rollladenstatus in der Übersicht darstellen.

Zitat von: klausw am 25 August 2015, 12:49:44
Könnte das ganze auch mit der DuoFern Handzentrale funktionieren?
Diese hat auch eine USB Schnittstelle und lässt sich drüber mit der ConfigTool Software programmieren.

Lassen sich mit dem ConfigTool überhaupt die Rollläden per Hand vom PC aus steuern?
Ich hab mir das Tool heruntergeladen und installiert. Für mich schaut es so aus, als ob mit dem Tool nur die Handzentrale konfiguriert werden kann und keine direkte Steuermöglichkeit der Aktoren vorgesehen ist. Deshalb denke ich nicht, dass es mit der Handzentrale funktioniert.

Zitat von: Toto1973 am 25 August 2015, 13:00:13
Ich hätte noch ein "Verbesserungsvorschlag".
Wäre es nicht günstiger, wenn man im State die Position der Rollläden hätte?
Dann könnte man über Icons den Rollladenstatus in der Übersicht darstellen.

Im STATE wird die Position der Rollläden angezeigt. Nur bei 0 und 100 wird der STATE mit "opened" und "closed" angegeben.
Wenn du auch bei 0 und 100 die Position haben willst, kannst du auch das Attribut stateFormat mit "{ReadingsVal($name,"position",0)}" setzen.

Zitat von: Telekatz am 25 August 2015, 19:35:30
Lassen sich mit dem ConfigTool überhaupt die Rollläden per Hand vom PC aus steuern?
Ich hab mir das Tool heruntergeladen und installiert. Für mich schaut es so aus, als ob mit dem Tool nur die Handzentrale konfiguriert werden kann und keine direkte Steuermöglichkeit der Aktoren vorgesehen ist. Deshalb denke ich nicht, dass es mit der Handzentrale funktioniert.

Rolläden lassen sich nicht steuern, aber man kann über die am PC angeschlossene Handzentrale beispielsweise auch den Wettersensor Programmieren und die Wetterdaten abfragen. Daher war meine Hoffnung, das bei Handzentrale und Stick gleiche USB-Funk Adapter verbaut sind. Das Tool erkennt den Stick nicht?

Nein, der Stick wurde nicht vom Tool erkannt.

Zitat von: Telekatz am 26 August 2015, 10:12:10
Nein, der Stick wurde nicht vom Tool erkannt.

Schade, ich werde es am Wochenende trotzdem mal versuchen.

Notfalls bestelle ich einen...kann ich denn auch ohne den Homepilot das ganze aufsetzten?

Das Aufsetzen funktioniert auch ohne Homepilot. Der Stick bekommt dann irgend einen selbst ausgedachten, mit 6F beginnenden, sechsstelligen Funkcode. Gepairt wird dann mit FHEM.

Hat jemand Erfahrung mit der Funkreichweite des USB Sticks? Mein RasPi, auf dem FHEM läuft, ist ziemlich weit weg von den Gurtwicklern. Kann man die Reichweite mit dem HomeMatic-System vergleichen (das sendet ja auf 866 MHz, während der HomePilot ja auf 433 MHz funkt)?.

Vielen Dank für Info. Und: Super Projekt!

Die Reichweite in Gebäuden wird mit ca 30m angegeben (abhängig von der Bausubstanz).

Kann man jeden rademacher USB Stick dafür benutzen, oder nur einen bestimmten ?

Z.B  9495 UW
     

senden ja auf unterschiedlichen Frequenzen
Für Rolladen ja dann wohl den 9495 mit  434,5Mhz

Danke

Es funktioniert nur mit dem DuoFern USB Stick 70000093 Typ 9495-UW. Mit dem Z-Wave USB Stick, den Rademacher auch für den Homepilot anbietet, funktioniert es nicht.

Danke dann werde ich es mal testen :)

Ich bin echt begeistert, das ich jetzt ohne Homepilot auskomme. Das spart Strom und unnötig war er ja auch, da ich eh alles über FHEM steuere!
Danke für das geniale Modul!

Hallo,

wie komme ich an die Codes für die Gurtwickler wenn ich keinen Homepilot habe?
Ich würde gern das Modul verwenden und nur den USB Stick kaufen.

Grüße
Oliver

Den Code muss man nicht wissen, wenn man autocreate einschaltet. Nachdem man den Gurtwickler betätigt oder ihn mit FHME pairt wird dieser dann automatisch angelegt.

Super! Danke für die schnelle Antwort.

Eine Steuerung der Gurtwickler ist nicht möglich oder?

Sobald der Gurtwickler mit DUOFERNSTICK gepairt wurde lässt er sich natürlich auch steuern.

Ok. Ich habe mir nun einen solchen Stick besorgt und auch gepairt.
Ich bekomme auch die Infos über Position usw., aber steuern Hoch / Runter / Stopp usw. funktioniert nicht.

Im Log steht folgendes:

Rademacher: Unknown code 810108AA00000000000000000000006F5E4D610F6400, help me!

Es geht hier um  RolloTron Pro Comfort DuoFern 9800.

Es hat sich erledigt. Ich hatte die Beiden nicht richtig gepairt.
Jetzt funktioniert es. Vielen Dank nochmal für das tolle Modul!!!

Hallo,

ist es auch möglich die Werte aus dem RADEMACHER DuoFern Sonnensensor 9478 (32000069) zu bekommen.
Wenn ja, werde ich mir einen solchen Sonnensensor kaufen.

Grüße
Oliver

Möglicherweise funktioniert er jetzt schon, falls die Nachrichten genauso aufgebaut sind wie die des Sonnensensors im RolloTron Comfort. Ansonsten bräuchte ich mindestens eine der Nachrichten, die er sendet, um das implementieren zu können.

Ich denke allerdings nicht, das der Sensor einen Wert für die aktuelle Helligkeit sendet. Wohl eher nur einen Nachricht bei Grenzwert überschritten und unterschritten.

Nach meinen Kenntnisstand wird nur gesendet, wenn der Helligkeitswert überschritten, bzw unterschritten wird, wenn also die Rolläden im Netzwerk auf Sonne umschalten sollen.

Hi,

ich überlege gerade von meine alten RooloTube mit Fernotron auf RolloTubes mit DuoFern USB umzeusteigen.

Allerdings bin ich gerade etwas Irritiert:

hier finde ich welche mit der Bezeichung RADEMACHER RTFS 10/16 Z DuoFern Funk Rolladenmotor (26401065):

https://www.jalousiescout.de/rollladenmotor/rohrmotor/rademacher/rademacher-rtfs-rtfm-duofern-funk-rollladenmotoren.html
für akzeptable 125€.

Diese kann ich aber nicht auf rademacher.de finden. Dort finde ich nur ILFS:

ILFS 10/16Z Rohrmotor RolloTube i-Line Funk Small

Welche aber knapp 200€ kosten.

Weiß jemand den Unterschied?

Und wie ist das mit der Statuserkennung? Kennt der nur offen/geschlossen oder auch z.B. 50% ?


Und dann gibt es ja HomePilot bzw. RolloHomeControl. Rademacher ist wirklich total unübersichtlich.


Vielleicht kann mir ja jemand von euch etwas dazu sagen, wenn Ihr das schon im Einsatz habt.

Zitat von: Samsi am 20 September 2015, 20:04:35
Weiß jemand den Unterschied?

Funktionell habe ich beim vergleichen der Bedienungsanleitungen vom ILFS/ILFM und RTFS/RTFM keinen Unterschied feststellen können.

Zitat von: Samsi am 20 September 2015, 20:04:35
Und wie ist das mit der Statuserkennung? Kennt der nur offen/geschlossen oder auch z.B. 50% ?

Ich habe den RTFM im Einsatz. Man kann jede beliebige Position anfahren und er meldet diese Position auch so zurück.

Hallo!
Gibt es eigentlich auch eine Möglichkeit, die Fernbedienung DuoFern 9491 mit in das Modul zu übernehmen?
Dann könnte man diese Fernbedienung auch dazu "missbrauchen" andere Sachen über FHEM zu schalten ;-)

Hast du diese Fernbedienung kannst du mal versuchen, sie mit dem Stick zu pairen?

Ich werde das morgen in aller Ruhe mal probieren!

Hallo!
Also das pairen zwischen dem DuoFern USB-Stick und der Fernbedienung DuoFern 9491 klappt.
Nach dem pairen bekomme ich die folgenden Logeinträge:
Gruppe 1:
Taste HOCH = 0F01070100000101000000000CXXX....
Taste STOP = 0F01070200000101000000000CXXX....
Taste RUNTER = 0F01070300000101000000000CXXX....

Gruppe 2:
Taste HOCH = 0F01070100000102000000000CXXX....
Taste STOP = 0F01070200000102000000000CXXX....
Taste RUNTER = 0F01070300000102000000000CXXX....

Gruppe 3:
Taste HOCH = 0F01070100000103000000000CXXX...
Taste STOP = 0F01070200000103000000000CXXX...
Taste RUNTER = 0F01070300000103000000000CXXX...

Gruppe 4:
Taste HOCH = 0F01070100000104000000000CXXX...
Taste STOP = 0F01070200000104000000000CXXX...
Taste RUNTER = 0F01070300000104000000000CXXX...

Gruppe 5:
Taste HOCH = 0F01070100000105000000000CXXX...
Taste STOP = 0F01070200000105000000000CXXX...
Taste RUNTER = 0F01070300000105000000000CXXX...

Gruppe 6:
Taste HOCH = 0F01070100000106000000000CXXX...
Taste STOP = 0F01070200000106000000000CXXX...
Taste RUNTER = 0F01070300000106000000000CXXX...

Nach dem C in der RAWMSG wird wohl der Gerätecode mitgesendet. Deshalb habe ich diesen hier mit XXX ausgelassen.
Wenn das fürs Verständnis auch wichtig wäre, dann sende ich den gerne per PM zu.
Vom Prinzip her, habe ich nun verstanden, wie das funktioniert. Nun müsste nur jemand ein Modul vorbereiten für diese Fernbedienung, welche ich dann mit Sicherheit mit den passenden Codes füllen könnte.

Ich brauche nur die ersten beiden Stellen des Gerätecodes. Anhand dessen kann man den Gerätetyp unterscheiden.

Die ersten 2 Stellen wären dann: 5A
Ich hoffe, das passt :-)

Hab die Fernbedienungen jetzt ins Modul integriert. Kannst du mal testen, ob es funktioniert?

Ich weiß gar nicht, was ich sagen soll!
Das klappt mal richtig genial.
So kann ich jetzt über DOIF den Tasten Funktionen zufügen. Vielen Dank!

Hallo

Vielen Dank erst mal für Dein DuoFern Modul.
Die Möglichkeit Duofern mit anderen Systemen zu koppeln war der Auslöser mich mit FHEM zu beschäftigen.
Ich bin also absoluter Anfänger mit FHEM und habe erste Schritte mit Z-Wave Aktoren in Verbindung mit einem Raspberry Pi unternommen.

Nun meine Frage:
Nach der Anleitung benötigt man den Funkcode des DuoFern USB Sticks.

ZitatDen Funkcode des USB Sticks kann man aus dem HomePilot auslesen indem man ihn ohne DuoFern USB Stick startet und in der dann verfügbaren Diagnose Seite der Weboberfläche ein Backup herunterlädt. Dort befindet sich dann eine Datei etc\serverbox\duofern\DuoFernDongleSerial.raw in der der Funkcode gespeichert ist (HEX Editor verwenden).

Auf den Homepilot bekomme ich ohne Duofern Stick keinen Zugriff. Wie erreicht man die erwähnte Diagnoseseite?
Und wo finde ich die erwähnte Datei DuoFernDongleSerial.raw ?

Ich habe einen Homepilot 1 mit aktueller Firmware.

Beste Dank
Gruss
Lars

Die Diagnoseseite kommt, wenn man den Homepilot ohne den Stick startet. Eventuell etwas länger warten, der Homepilot braucht recht lange zum Booten.

Den Funkcode aus dem Homepilot braucht man allerdings nur, wenn man eine bereit bestehende Installation übernehmen will ohne alle Aktoren neu anlernen zu müssen. Ansonsten kann man sich auch selbst einen Code für den Stick ausdenken und alle Aktoren neu anlernen.

Hallo Telekaz,

danke für das Modul, darauf habe ich schon lange gewartet, da ich 3 Rollotron DuoFern Comfort und 6 x Standard im Einsatz habe. FHEM läuft bei mir, seitdem die Fritzbox nicht mehr zugänglich ist, auf einem Mac mini. Der DuoFern Stick ließ sich problemlos einrichten, auch das Pairing mit den Gurtwicklern hat auf Anhieb geklappt und es wird alles angezeigt. Nur auf die Set-Befehle reagiert keiner der Rollläden. Muss ich dazu erst den Automatik-Modus ausschalten?

Wenn die Rollläden nicht auf die Set Befehle reagieren sind sie wahrscheinlich noch nicht mit dem Stick gepairt. Angezeigt werden die Geräte auch ohne Pairing.

Hallo!
Ich möchte mich nicht unbeliebt machen, aber da ja jetzt das Modul so super funktioniert, werde ich mein System um den DuoFern Funksender UP 9497 erweitern.
Könntest Du diesen dann auch einpflegen?
Oder könnte ich da als Vorlage die Konfiguration des DuoFern 9491 nehmen?

Ich habe hier eine Ritto Gegensprechanlage. Für diese gibt es ein Rufanschaltrelais, welches potentialfrei schaltet. Dort werde ich dann den DuoFern 9497 schalten, um dann ein Signal auf meinen FHEM zu bekommen, wenn jemand klingelt.
Wenn ich dann draußen auf dem Balkon bin, kann ich mich benachrichtigen lassen, wenn es klingelt...

P.S.: Wenn ich das richtig sehe, dann wird der Funksender UP bereits unterstützt!?

Hallo Telekatz,

danke für den Hinweis, dass die Rolläden nur nach erfolgreichem Pairing reagieren. Bei mir wird zwar, wenn ich Rolladenaktor und Stick auf "pair" setze mit einer kurzen Bewegung quittiert, aber danach ist die am Rollotron angezeigte Anzahl der gepaarten Geräte unverändert, also offenbar war es nicht erfolgreich. Woran könnte das noch liegen, ist eventuell der Abstand zum Stick zu groß?

Hast du für den Stick einen Funkcode ausgewählt, der mit 6F beginnt?

Nein, habe einfach das eine Beispiel abgeschrieben, da beginnt er mit 1A, ist das falsch?

Hab es gerade ausprobiert. Der Code des Sticks muss mit 6F beginnen. Sonst funktioniert das pairing nicht.

Das war's, habe den Code geändert, dass er mit 6F anfängt und jetzt funktioniert es, vielen Dank!

Eine Frage hätte ich aber noch: Da die Uhren der Rollotron etwas unterschiedlich gehen, würde ich diese gern mit dem Server synchronisieren, ist das möglich?

Zitat von: kuwagei am 30 September 2015, 21:31:37
Eine Frage hätte ich aber noch: Da die Uhren der Rollotron etwas unterschiedlich gehen, würde ich diese gern mit dem Server synchronisieren, ist das möglich?

Nein, das ist nicht möglich.

Zitat von: Toto1973 am 30 September 2015, 17:31:08
P.S.: Wenn ich das richtig sehe, dann wird der Funksender UP bereits unterstützt!?

Er wird teilweise unterstützt, weil er sich ähnlich verhält, wie die Handsender. Kleinere Änderungen sind noch nötig.

Hallo,
erstmal danke für die Module, ich wollte meine beiden Radermacher Motoren schon ausbauen und gegen 08/15 mit HM für fhem ersetzen. Vielleicht komme ich da ja noch drum herum.

@Telekatz... nach dem Autocreate hatte ich meinen ersten Beitrag gelöscht, weil es plötzlich einmal funktionierte, sorry...

Leider schaffe ich es nicht, den Stick mit den Motoren zu Laufen zu bekommen. Ich habe alle 3 ID, eine aus dem Wartungs-Backup für den Stick und 2 aus dem HomePiloten für die Motoren. Beide Motoren laufen am HomePiloten problemlos.

Zuerst habe ich den Stick und beide Motoren manuell angelegt in der fhem.cfg. Der Stick steht auf Initialized, das taten anfangs auch beide Motoren, ohne jede Bewegung. Dann nach einem Restart hatte sich einer der Motoren mit seiner ID selbst nochmal angelegt, ich hatte einen Zahlendreher in der ID. Diesen konnte ich auch mit dem set-Slider steuern - ein Mal. Der zweite Motor steht auf initialized. Ich hab dann beide wieder ganz gelöscht, restart und ... wieder schreibt sich ein Motor von selbst in die fhem.cfg, er steht korrekt auf closed, der andere taucht nicht auf, dafür lässt sich auch der eine nicht bewegen. Der Slider hüpft kurz, dann steht alles wie vorher.

Das hier hat sich der eine Motor selbst gebastelt, im Logfile steht was von DUOFERN UNDEFINED, code 49A041 und dann einige autocreate:

define DUOFERN_49A041 DUOFERN 49A041
attr DUOFERN_49A041 IODev Rademacher
attr DUOFERN_49A041 room DUOFERN
define FileLog_DUOFERN_49A041 FileLog ./log/DUOFERN_49A041-%Y.log DUOFERN_49A041
attr FileLog_DUOFERN_49A041 logtype text
attr FileLog_DUOFERN_49A041 room DUOFERN

Kann mir da wer weiterhelfen?

Danke
Michael

Falls du an dem Rollladen, der sich nicht per autocreate angelegt hat, einen externen Taster angeschlossen hast, bewege den Rollladen kurz per Hand, damit er seine Status sendet und auch per autocreate angelegt wird.

Und führe danach mal ein "set Rademacher reopen" aus.

Ich habe nun den/die Rolladen nochmal mit dem HomePilot verbunden und bewegt. Dann alles aus der fhem.cfg gelöscht, mehrere restarts gemacht, den USB-Stick wieder an den raspberrypi, nochmal restart und dann waren beide Motoren als autocreate da.

Ich habe diese umbenannt und per Slider mit anschließendem Klick auf "set" bewegt. Soweit scheint jetzt alles zu funktionieren. Was mich etwas stutzig macht (dafür kenne ich fhem aber nach 3 Tagen zu wenig), ist der Umstand, dass folgendes passiert:

Ich befinde mich in den Readings eines Motors. Alle Anzeigen sind ok. Dann bewege ich den Slider und fahre den Motor mit "set". Es dauert etwas, dann färben sich alle Datumseinträge der Readings (bis auf "version") rot und unter Internals wird der Wert STATE nicht immer korrekt angezeigt. Wenn ich dann nach einiger Zeit die Seite neu lade, passt alles und die Datumseinträge sind wieder schwarz. Muss das so?

Dann noch eine Frage zu den Readings (sorry, falls ich nerve)... Ich hatte einen Motor per Dämmerung im HomePiloten runter- bzw. hoch gefahren. In den Readings steht nun duskAutomatic on. Bedeutet das, dass der Motor von alleine fährt, auch wenn er kein Signal von fhem bekommt?  Ebenso steht timeAutomatic auf on. Muss das für fhem alles auf off?

Danke für die Geduld
Michael

Zitat von: MichaelO am 01 Oktober 2015, 10:08:46
Ich befinde mich in den Readings eines Motors. Alle Anzeigen sind ok. Dann bewege ich den Slider und fahre den Motor mit "set". Es dauert etwas, dann färben sich alle Datumseinträge der Readings (bis auf "version") rot und unter Internals wird der Wert STATE nicht immer korrekt angezeigt. Wenn ich dann nach einiger Zeit die Seite neu lade, passt alles und die Datumseinträge sind wieder schwarz. Muss das so?

Das ist normal. Readings, die seit dem letzten Seitenaufbau upgedated wurden, werden automatisch aktualisiert und in rot dargestellt. Internals werden nur beim Neuladen der Seite aktualisiert.

Zitat von: MichaelO am 01 Oktober 2015, 10:08:46
Dann noch eine Frage zu den Readings (sorry, falls ich nerve)... Ich hatte einen Motor per Dämmerung im HomePiloten runter- bzw. hoch gefahren. In den Readings steht nun duskAutomatic on. Bedeutet das, dass der Motor von alleine fährt, auch wenn er kein Signal von fhem bekommt?  Ebenso steht timeAutomatic auf on. Muss das für fhem alles auf off?

Von alleine macht der Rollladen nichts, er muss immer von irgendwo her einen Befehl bekommen. Wenn die entsprechende Automatikfunktion aktiv ist bedeutet dies nur, dass er auf diesen Befehl dann auch reagiert.
Du musst also dafür sorgen, das FHEM die entsprechenden Befehle ("set <nameDesRollladen> dusk" bzw. "set <nameDesRollladen> dawn") sendet, z.b. mit dem Modul TWILIGHT und einem AT.

Alles klar, nun wird es verständlicher. Das bedeutet aber dann, dass ich die Dusk/Dawn Sache auch weg lassen kann (ist wohl "nur" für den HomePiloten wichtig) und mit position 0 bzw. 100 dasselbe erreiche, oder? Ich habe mal mit

*{twilight("LichtWetter","ss_indoor","17:00","21:00")} set GZ_Rolladen,WZ_Rolladen position 100

einen ersten Versuch gestartet und schaue, ob heute Abend beide Rolladen runter fahren. Sollte das gehen, kommen weitere Bedingungen dazu (Wochenende, Feiertage und das Aussetzen des Öffnens wenn Übernachtungsbesuch da ist). Daran bastele ich aber gerade noch, es dauert doch erheblich, bis man die Logik und den Syntax von fhem versteht, selbst, wenn man schon programmieren kann.

Aber ich werde weiter nerven! Jedenfalls hat mir Dein Modul wohl erspart, dass ich beide Motoren wieder ausbaue und gegen einfachere tausche. Da freut sich die Frau :-)

Im Prinzip funktioniert das auch. Der Vorteil bei der Verwendung von dusk und dawn liegt darin, dass sich die Automatikfunktionen einfach deaktivieren lassen ohne dass man dazu noch irgendwelche Dummys und IF Bedingungen braucht. Insbesondere wenn man einen RolloTron oder Troll verwendet ist das von Vorteil, weil man dort die Automatikfunktionen auch am Gerät an- und ausschalten kann.

Mein DuoFern Funksender UP 9497 ist heute gekommen.
Ich habe den auf Schalterstellung S1 = 1 und S2 = 1. Somit sollte ein Ein / Aus gesendet werden.
Wenn ich jetzt ein Relais schalten lasse, dann kommt folgende RAWMSG: 0FFF071A0000010100013200200006A7XXX (ab A7 ist der Code des UP Schalters.
Das ist Schalter S1.
Bei Schalter S2 habe ich folgende Meldung: 0FFF071A0000010200013200200006A7XXX

Bei State kommt noch keine Meldung. Daher ist der Funkschalter wohl noch nicht richtig eingepflegt!?

Könntest du bitte die RAWMSG für die anderen Schalterstellungen von S1 und S2 auch noch ermitteln?

Kann ich machen. Werde morgen mal alles durchprobieren.

So hier nun die RawMSG's:
S1 /S2 sind die Schalter mit denen man den Up Codieren kann und E1 / E2 sind die jeweiligen Schalter, die angeschlossen werden können.
S1 = 1
S2 = 1
E1: 0FFF071A0000010100013200200004A7XXX
E2: 0FFF071A0000010200013200200004A7XXX

S1 = 0
S2 = 1
E1: 0FFF07180000010100012100200004A7XXX
E2: 0FFF07190000010100012100200004A7XXX

S1 = 0
S2 = 0
(es werden 2 MSG gleichzeitig gesendet)
E1: 2015.10.03 11:08:37 3: DUOFERN unknown msg: 0FFF07010000010100010100200004A7XXX
    2015.10.03 11:08:37 3: DUOFERN unknown msg: 0FFF07020000010100010100200004A7XXX
E2: 2015.10.03 11:10:06 3: DUOFERN unknown msg: 0FFF07030000010100010100200004A7XXX
    2015.10.03 11:10:06 3: DUOFERN unknown msg: 0FFF07020000010100010100200004A7XXX

S1 = 1
S2 = 0
(es werden 2 MSG gleichzeitig gesendet)
E1: 2015.10.03 11:14:01 3: DuoFernStick: Unknown code 0FFF0E030000010100011200200004A7XXX
    2015.10.03 11:14:01 3: DuoFernStick: Unknown code 0FFF0E020000010100011200200004A7XXX
E2: 2015.10.03 11:15:35 3: DuoFernStick: Unknown code 0FFF0E030000010200011200200004A7XXX
    2015.10.03 11:15:35 3: DuoFernStick: Unknown code 0FFF0E020000010200011200200004A7XXX

Wenn ich richtig rechen kann, sollten nun alle Möglichkeiten durch sein.

Der Funksender UP sollte jetzt auch funktionieren.

Vielen Dank!
Ich weiss gar nicht, was ich sagen soll! Tolle Arbeit!
Funktioniert wunderbar!
Jetzt werde ich auch benachrichtigt, wenn jemand klingelt :-)

Hallo,

Ist es auch möglich die Daten des Umweltsensor 9475 auszulesen?

Viele Grüße
Christian

Im Prinzip ja. Aber um den zu Implementieren ist etwas mehr Aufwand nötig als nur ein paar Nachrichten aufzuzeichnen wie bei der Fernbedienung oder dem UP Funksender. Der Umweltsender muss auch konfiguriert werden können. Um das zu implementieren müsste man den Datenverkehr zwischen Homepilot und Stick aufzeichnen. Da ich keinen Umweltsensor habe kann ich da nichts machen. 

Schade.
Ich habe zwar den nötigen Umweltsensor, aber leider keine Kenntnisse in der Programmierung. Wenn es mir möglich ist dir die benötigten Daten zur Verfügung zu stellen, würde ich dies gerne tun. :)

Viele Grüße

Hast du folgende Dinge zum aufzeichnen der Kommunikation:

• Homepilot
• DuoFern Stick
• USB-Seriell Wandler mit FTDI Chipsatz
• Einen zweiten USB-Seriell Wandler oder einen Seriellen Port am PC
• Nullmodemkabel
• Windows PC

Also außer das Nullmodemkabel und die Wandler habe ich alles. Ich bin aber bereit mir dies anzuschaffen. Kannst du mir was empfehlen? Gerne auch per PM.

Gesendet von meinem Nexus 5 mit Tapatalk

Ich hätte noch eine Frage zum Status der Rolladen.

Vollkommen öffnen/schließen kann ich ja über die set Werte 0 bzw. 100. Geöffnet/geschlossen wird aber nicht mit 0 bzw. 100 angezeigt, sondern mit "open" und "closed". Kann Ich trotzdem in einem DOIF < oder > verwenden, auch wenn in den Endpositionen gar keine Zahlen mehr im State stehen?

Gruß
Michael

Du kannst ja auch das Reading "position" in DOIF verwenden. Dort stehen nur Zahlen drin.

Anstelle der Wandler könnt ihr auch mal das "Device Monitoring Studio" versuchen. Damit lässt sich auf vorhandenen Com/usb Verbindungen lauschen.

Zitat von: Telekatz am 16 Oktober 2015, 14:40:04
Du kannst ja auch das Reading "position" in DOIF verwenden. Dort stehen nur Zahlen drin.

Danke! Manchmal sieht man vor lauter Bäumen den Wald nicht.

Zitat von: klausw am 16 Oktober 2015, 16:48:27
Anstelle der Wandler könnt ihr auch mal das "Device Monitoring Studio" versuchen. Damit lässt sich auf vorhandenen Com/usb Verbindungen lauschen.

Die Software bringt dir aber nichts, wenn die USB Verbindung, die du belauschen möchtest, auf dem Homepilot läuft.

Hallo Christian,

ich hab jetzt den Empfang der Wetterdaten des Umweltsensors mit aufgenommen. Da ich in deinem Log auch gesehen habe, dass du Universalaktoren hast, hab ich die Unterstützung dafür auch noch mit eingebaut.

Gruß
Alex

Super, vielen Dank. Ich werde es gleich am Freitag testen.

Hallo,

ich habe das Modul jetzt seit einiger Zeit in Benutzung für 2 Rolläden. Bisher ist es zweimal passiert, dass die Position eines Rolladen völlig falsch angezeigt wurde und dadurch andere Szenen nicht auslösten. Einmal stand der Rolladen trotz zuvor einwandfreiem Betrieb plötzlich auf "initialized" und gestern kam ich nach Hause und ein Rolladen zeigte closed und 100 an, war aber komplett hochgefahren (also opened bzw. 0).

Leider ist kein get implementiert, welches man einfach 2-3 mal täglich aufrufen könnte, um sicher zu sein, wie die aktuelle Position wirklich ist. Kann man sowas noch hinbekommen?

Gruß
Michael

P.S. Und wie ich es gerade schreibe... kann es sein, dass der STATE absichtlich nicht mit den Readings überein stimmt? Ist mir zuvor irgendwie nicht aufgefallen. Ich hab den Rolladen gerade ein paar mal gefahren, jetzt stimmen die Readings (opened, 0) aber STATE steht auf dem zuletzt angefahrenen Wert 14  :o

Es gibt schon Befehle, um den aktuellen Status der Rollläden abzufragen.

Entweder für jeden Aktor einzeln:
set <nameDesRollladen> getStatus

Oder für alle gemeinsam:
set <nameDesDuofersticks> statusBroadcast

Das Internal STATE wird vom Modul gar nicht verändert. Normalerweise sollte es von FHEM automatisch, anhand vom Reading state gesetzt werden.

Oh, das war mir so nicht klar. Ich hatte den "get" button gesucht und es dann auf gut Glück in der Kommandozeile versucht.

Anscheinend braucht (heute??) der STATE etwas, denn als ich gerade schaute, stimmte er mit dem Reading überein. Trotzdem danke für die Hilfe, ich werde das Verhalten mal beobachten und sonst den getStatus verwenden.

So Alex, es funktioniert alles wir gewünscht. Vielen Dank nochmals.


Gesendet von iPhone mit Tapatalk

Moin,

ich muss leider nochmal nachfragen, bekomme es alleine nicht hin. Ich hatte noch den DuoFern Wandtaster (Artikel 3216 02 21 / 3216 02 11) hier liegen, mit keinem Autor direkt verbunden. Ich habe ihn dann gem. Anleitung per gleichzeitigem Druck auf 1+4 in den Licht-/Gerätemodus versetzt, dann den Stick per "set pair" in den Anlernmodus versetzt und dann am Taster gleichzeitig 1+2 zum Anmelden gedrückt. Dann den Stick auf reopen und danach tauchte folgendes Device auf
Internals:
   CFGFN
   CODE       A419BE
   DEF        A419BE
   IODev      Rademacher
   LASTInputDev Rademacher
   MSGCNT     8
   NAME       DUOFERN_A419BE
   NR         256
   Rademacher_MSGCNT 8
   Rademacher_RAWMSG 0FFF07030000010100000000130001A419BE6F8AAF00
   Rademacher_TIME 2015-10-25 18:07:44
   STATE      paired
   SUBTYPE    Wandtaster
   TYPE       DUOFERN
   Readings:
     2015-10-25 18:03:01   state           paired
Attributes:
   IODev      Rademacher
   room       DUOFERN

Und jetzt komme ich nicht weiter. Wie komme ich denn an die 4 Tasten ran? Es tut sich nichts, auch nichts im Event-Monitor, wenn ich sie betätige (außer dass die Kontrollleuchte am Taster kurz rot blitzt und dann grün leuchtet).

Danke
Michael

Bei mir wird deine RAWMSG korrekt entschlüsselt:

Internals:
   CFGFN
   CODE       A419BE
   DEF        A419BE
   IODev      myDuoFernStick
   LASTInputDev myDuoFernStick
   MSGCNT     8
   NAME       DUOFERN_A419BE
   NR         41
   STATE      Btn03
   SUBTYPE    Wandtaster
   TYPE       DUOFERN
   myDuoFernStick_MSGCNT 8
   myDuoFernStick_RAWMSG 0FFF07030000010100000000130001A419BE6F8AAF00
   myDuoFernStick_TIME 2015-10-25 19:28:19
   Readings:
     2015-10-25 19:28:19   channel01       down
     2015-10-25 19:28:19   state           Btn03
Attributes:
   IODev      myDuoFernStick
   room       DUOFERN

Verwendest du eventuell einen ältere Version des Moduls?

Zitat von: Telekatz am 25 Oktober 2015, 19:48:14
Verwendest du eventuell einen ältere Version des Moduls?

Ich habe es vor etwa 3 Wochen runter geladen. Wie finde ich raus, welche Version es ist? Es wird ja nicht per Update aktualisiert, oder? Das habe ich zuletzt gestern gemacht.

Gruß
Michael

Installiere einfach nochmal die Version aus dem ersten Beitrag. Das ist die aktuelle Version.

Zitat von: Telekatz am 25 Oktober 2015, 21:19:40
Installiere einfach nochmal die Version aus dem ersten Beitrag. Das ist die aktuelle Version.

Erledigt, läuft... fast.

Bei Druck auf den on-Button stehen die Readings channel01 bzw. channel02 sofort auf on, bei Druck auf den entspr. off-Button stehen die Readings auf 01. Ist das so gewollt, dass da nicht off steht, oder hat das technische Gründe?

Ansonsten klappt das einwandfrei!

Gruß
Michael

Eigentlich sollte da schon off stehen. Ich dachte, der Wandtaster schickt die gleichen Nachrichten wie der UP Sender.

Wechsel mal mit der Taste 1+5 zwischen Licht- und Gerätefunktion, ob dann andere Nachrichten kommen. 

Zitat von: Telekatz am 25 Oktober 2015, 22:26:53
Eigentlich sollte da schon off stehen. Ich dachte, der Wandtaster schickt die gleichen Nachrichten wie der UP Sender.

Wechsel mal mit der Taste 1+5 zwischen Licht- und Gerätefunktion, ob dann andere Nachrichten kommen.

Also im Licht-/Gerätemodus liefert er folgende Meldungen im Log des Tasters
(gedrückt: Taster1, Taster2, Taster 3, Taster 4 - wobei 1/3 linke Wippe und 2/4 rechte Wippe gem Anleitung ist):
2015-10-26_19:13:30 DUOFERN_A419BE Btn03.01
2015-10-26_19:13:30 DUOFERN_A419BE channel01: on
2015-10-26_19:13:32 DUOFERN_A419BE Btn03.02
2015-10-26_19:13:32 DUOFERN_A419BE channel02: on
2015-10-26_19:13:34 DUOFERN_A419BE Btn01.01
2015-10-26_19:13:34 DUOFERN_A419BE channel01: 01
2015-10-26_19:13:36 DUOFERN_A419BE Btn01.02
2015-10-26_19:13:36 DUOFERN_A419BE channel02: 01

und mit Verbose 5 des Sticks im HauptLog:
2015.10.26 19:17:34 4: Rademacher: rx -> 0fff07010000010100000000130001a419be6f8aaf00
2015.10.26 19:17:34 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:17:34 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:17:34 5: Rademacher dispatch 0FFF07010000010100000000130001A419BE6F8AAF00
2015.10.26 19:17:37 4: Rademacher: rx -> 0fff07020000010100000000130001a419be6f8aaf00
2015.10.26 19:17:37 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:17:37 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:17:37 5: Rademacher dispatch 0FFF07020000010100000000130001A419BE6F8AAF00
2015.10.26 19:17:40 4: Rademacher: rx -> 0fff07030000010100000000130001a419be6f8aaf00
2015.10.26 19:17:40 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:17:40 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:17:40 5: Rademacher dispatch 0FFF07030000010100000000130001A419BE6F8AAF00
2015.10.26 19:17:42 4: Rademacher: rx -> 0fff07020000010100000000130001a419be6f8aaf00
2015.10.26 19:17:42 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:17:42 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:17:42 5: Rademacher dispatch 0FFF07020000010100000000130001A419BE6F8AAF00

Im Rolladenmodus gleiche Reihenfolge wie oben kommt :
2015-10-26_19:11:01 DUOFERN_A419BE Btn01
2015-10-26_19:11:01 DUOFERN_A419BE channel01: up
2015-10-26_19:11:07 DUOFERN_A419BE Btn02
2015-10-26_19:11:07 DUOFERN_A419BE channel01: stop
2015-10-26_19:11:11 DUOFERN_A419BE Btn03
2015-10-26_19:11:11 DUOFERN_A419BE channel01: down
2015-10-26_19:11:14 DUOFERN_A419BE Btn02
2015-10-26_19:11:14 DUOFERN_A419BE channel01: stop

bzw:
2015.10.26 19:19:08 4: Rademacher: rx -> 0fff0e030000010100000000130001a419be6f8aaf00
2015.10.26 19:19:08 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:19:08 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:19:08 5: Rademacher dispatch 0FFF0E030000010100000000130001A419BE6F8AAF00
2015.10.26 19:19:10 4: Rademacher: rx -> 0fff0e030000010200000000130001a419be6f8aaf00
2015.10.26 19:19:10 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:19:10 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:19:10 5: Rademacher dispatch 0FFF0E030000010200000000130001A419BE6F8AAF00
2015.10.26 19:19:13 4: Rademacher: rx -> 0fff0e010000010100000000130001a419be6f8aaf00
2015.10.26 19:19:13 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:19:13 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:19:13 5: Rademacher dispatch 0FFF0E010000010100000000130001A419BE6F8AAF00
2015.10.26 19:19:15 4: Rademacher: rx -> 0fff0e010000010200000000130001a419be6f8aaf00
2015.10.26 19:19:15 4: Rademacher(SimpleWrite): snd -> 81000000000000000000000000000000000000000000
2015.10.26 19:19:15 5: SW: 81000000000000000000000000000000000000000000
2015.10.26 19:19:15 5: Rademacher dispatch 0FFF0E010000010200000000130001A419BE6F8AAF00

Gruß
Michael

Hallo zusammen,

da mein HomePilot nach 3 Jahren den Geist aufgegeben hat, bin ich auf der Suche nach einer Lösung über dieses geniale Modul gestolpert. Erstmal vielen Dank dafür!
Ich habe das System soweit ans laufen gebracht, habe da aber noch eine Frage:
Gibt es die Möglichkeit die Rohrmotoren über FHEM in den Anlernmodus zu bekommen? Sonst müsste ich im ganzen Haus die Rolladenkästen aufschrauben um an die Setztaste zu kommen!

Grüße Michael

Zitat von: Lexx am 01 November 2015, 12:56:36
Gibt es die Möglichkeit die Rohrmotoren über FHEM in den Anlernmodus zu bekommen? Sonst müsste ich im ganzen Haus die Rolladenkästen aufschrauben um an die Setztaste zu kommen!

Feran- und abmelden ist jetzt auch enthalten. Die Befehle schalten den entsprechenden Aktor in den An- oder Ablernmodus. Danach muss das Anlernen noch im DUOFERNSTICK Modul ausgeführt werden.

Zitat von: MichaelO am 25 Oktober 2015, 21:38:51
Bei Druck auf den on-Button stehen die Readings channel01 bzw. channel02 sofort auf on, bei Druck auf den entspr. off-Button stehen die Readings auf 01. Ist das so gewollt, dass da nicht off steht, oder hat das technische Gründe?

Hab das Reading auf off korrigiert.

Hallo,

ich bekomme in letzter Zeit folgende Meldung im FHEM Log:

PERL WARNING: Use of uninitialized value $arg in string eq at ./FHEM/30_DUOFERN.pm line 285.

Grüße
Olli

Gibt es noch irgendwo eine Quelle wo ich den Stick (DuoFern USB Stick 70000093 Typ 9495-UW) her bekommen kann?

Danke
Marek

Ist dein Google kaputt?
https://www.google.de/search?q=rademacher+70000093+shop (https://www.google.de/search?q=rademacher+70000093+shop)

Hallo Telekatz,

auf der Suche nach eine Möglichkeit meine Rollläden zu automatisieren, bin ich auf Dein Modul gestoßen. Ich habe auch gelesen was man damit schon alles von den Duofern Produkten steuern kann. Wäre es Dir auch möglich die angebotenen Rauchmelder ins Modul einzubinden, denn ich suche auch Rauchmelder. Damit könnte man beim auslösen der Rauchmelder direkt die Rollläden öffnen lassen, denn wenn es brennt hat man sicher andere Sorgen als die Rollläden hochzuziehen.

Ich werde mich jetzt auf die Suche nach solch einem Stick machen und mir einen Stick und einen Gurtwickler beschaffen. Habe ich es richtig gelesen das man mit der Steuerung jede beliebige Position anfahren kann? Das die Sticks derzeit fast überall vergriffen sind, deutet dies auf ein Auslaufmodell ?

Grüße
Ralph 

Wenn mir jemand ein paar RAWMSG von einen noch nicht integrierten Gerät schickt, dann kann ich das in das Modul auch einbinden. Mit der Steuerung lässt sich jede beliebige Position anfahren.

Ich denke nicht, dass der Grund für die lange Lieferzeiten für die Sticks der ist, dass da was neues kommt. Wahrscheinlich haben die Händler den Stick gar nicht auf Lager liegen und bestellen den bei Bedarf erst selbst bei Rademacher weil er nicht oft verkauft wird. Denn eigentlich ist bei jedem Homepilot der Stick mit dabei und der einzeln erhältliche Stick ist dann nur ein Ersatzteil dafür. Eine Verwendung ohne Homepilot ist von Rademacher ja nicht vorgesehen.

Hallo,

irgendwie bin ich zu blöde das zum Laufen zu bekommen:

Nachdem heute der USB Stick gekommen ist, konnte ich es nicht mehr erwarten das ganze Konstrukt in Betrieb zu nehmen.
Also Stick eingesteckt, in FHEM eingerichtet - hat soweit wunderbar funktioniert.

Kurz darauf sind dann auch alle meine DuoFern Rollo automatisch via autocreate in FHEM "aufgetaucht".
Die Status der Rollos werden soweit auch alle korrekt angezeigt - ich denke das sieht daher auch gut aus.

Das Einzige was nicht funktioniert ist das "set" von Positionen - es tut sich schlichtweg rein gar nichts.

Vermutlich habe ich ein Problem mit dem Pairing, zumindest habe ich noch kein explizites Pairing USB Stick <--> DuoFern Aktoren durchgeführen können.
Ein in FHEM ausgeführtes "set pair" auf dem USB Stick funktioniert soweit - zumindest ist der Stick dann im Status pair = 1.
Wenn ich dann einen der per autocreate angelegten Rohrmotoren auswähle, und dort ein "set remotePair" ausführe, dann passiert schlichtweg gar nichts.

Was mache ich falsch???

Hallo Mizaru,

ich habe leider keine Rohrmotoren sondern nur Gurtwickler.
Aber ich hatte das selbe Problem. Du musst deine Rohrmotoren in den Pair Modus bringen und dann Pairen.

Grüße
Olli

Hallo Olli,

vielen Dank für Deine Antwort.
Manchmal kann es so einfach sein.

Ich habe jetzt über vorhandene und bereits gepairte Rademacher Handzentrale die Aktoren der Reihe nach in den Pairing Modus gesetzt (1-1-2-3) und anschließend in FHEM ein "set pair" auf dem USB Stick ausgeführt.
Hat auf Anhieb geklappt und jetzt lassen sich aus Position Werte setzen!!

Vielen Dank für die Inspiration! :-)
Robert

Hallo Robert,

gern geschehen. Sich gegenseitig zu helfen ist so wichtig bei einer solchen Umgebung!

Viele Grüße und ein schönes WE
Olli

Zitat von: Mizaru am 06 November 2015, 18:35:25
Wenn ich dann einen der per autocreate angelegten Rohrmotoren auswähle, und dort ein "set remotePair" ausführe, dann passiert schlichtweg gar nichts.

Es hat deshalb nicht funktioniert, weil der Rohrmotor nur Befehle von bereits gepairten Sendern akzeptiert. Und mit deinem Stick war er da noch nicht gepairt. Lediglich innerhalb von zwei Stunden nach Einschalten der Netzspannung am Rohrmotor wird der remotePair Befehl auch von nicht gepairten Sendern akzeptiert.

Hallo Telekatz,

bin noch recht unerfahren hier im Forum und mit dem FHEM
finde aber deine Idee mit dem USB stick Klasse, super Arbeit

womit kann ich den den stick am besten beschreiben ändern ohne weitere rademacher Zubehör ?

Vielen Dank

Rainer

Hallo octek0815,

ich bin gerade dabei mich in das Thema hier einzulesen. Welche Gurtwickler nutzt Du denn? Die Standard oder Comfort? Meiner Meinung nach müssten die Standard ausreichen, denn die Automatik würde man ja via FHEM realisieren. Oder habe ich hier was übersehen?

Danke
Ralph

Zitat von: homeboy am 06 November 2015, 19:46:02
womit kann ich den den stick am besten beschreiben ändern ohne weitere rademacher Zubehör ?

Was willst du am Stick ändern? Da muss nichts beschrieben werden.

Hallo Ralph,

ich habe derzeit 5 x 9800 Pro Comfort DuoFern.
Bekomme aber noch nächste Woche 2 x RolloTron Comfort DuoFern 1800 für zwei weitere Fenster.

Ich denke die Standard DuoFern würden reichen, aber mir gefielen halt die mit dem Display optisch besser.

Grüße
Olli

Da es ja inzwischen die Möglichkeit gibt, alles über FHEM zu steuern, würde ich mir auch nur noch die Standard kaufen.
Ich habe hier 4 Standard und einen Comfort in Benutzung, das ich den FHEM erst danach eingerichtet habe.

Hallo Olli,
hallo Toto1973,

danke für die Antworten. Ich werde morgen eine Bestellung starten. Erst einmal 2 Gurtwickler und den Stick, da ich noch ein Zimmer renovieren muss. Dabei werde ich die Zuleitungen direkt Unterputz legen. Muss nur noch einen Rollladen ausmessen, um zu wissen ob ich die Plus Variante benötige.

Ich habe bei Rademacher auch die Rauchmelder gesehen. Ich denke auch darüber nach mir solch einen zu kaufen. Im Alarmfall könnte man direkt die Rollläden öffnen lassen. Bei Telekatz habe ich bzgl. der Möglichkeit zur Einbindung gefragt. Grundsätzlich scheint dies möglich zu sein. Bei uns werden die Rauchmelder spätestens 2017 Pflicht.

Grüße
Ralph

Hallo Ralph,

wenn du eh schon neue Leitungen Unteputz verlegst, dann würde ich gleich eine Leitung in den Rollladenkasten verlegen und einen RTFM Rohrmotor statt dem Gurtwickler einbauen. Recht viel mehr kostet der Rohrmotor auch nicht.

Gruß
Alex

Habe meinen Stick versucht zu pairen, hoffe es ist der richtige......
es kommt immer nur die Fehlermeldung

Unknown module DUOFERNSTICK


define Rademacher DUOFERNSTICK /dev/ttyUSB2@115200


Was mache ich da falsch ?

Jemand eine Idee ?

Vielen Dank

Rainer

Zitat von: homeboy am 09 November 2015, 11:11:39
Unknown module DUOFERNSTICK

Da hat FHEM das Modul nicht gefunden. In welches Verzeichnis hast du die Dateien kopiert und hast du danach "shutdown restart" ausgeführt?

Nirgend wohin.
Dachte erst, der Stick muss damit beschrieben werden.
Da habe ich wohl etwas überlesen, sorry.
Wohin muss ich es den kopieren ?

Danke und verzweifelte Grüße

Rainer

Kopiere die beiden Dateien in den Ordner FHEM im fhem Verzeichnis.

OH danke, habe die beiden Dateien ins Verzeichnis rein kopiert.

Wird jetzt gefunden....

Bekomme jetzt:

wrong syntax: define <name> DUOFERNSTICK devicename DongleSerial

Du musst Stick noch einen Funkcode mitgeben, z.B.

define Rademacher DUOFERNSTICK /dev/ttyUSB2@115200 6F1234


Der Funkcode sollte mit 6F beginnen.

Ah danke für deine Geduld.
Dachte der kommt allein dazu wenn ich ihn vorher nicht auslesen kann.

.......hat jetzt geklappt

Dann kann ich ja die Motoren einpflegen

Nachdem der ein oder andere Rolladen die letzten Tage nicht gefahren ist, dachte ich zunächst, es läge an der Funkanbindung. Nun habe ich im Log einige dieser Zeilen entdeckt:

2015.11.10 05:30:02 3: Rademacher_Stick: Unknown code 810108AA00000000000000000000006F8AAF49A04100, help me!
2015.11.10 06:18:37 3: Rademacher_Stick: Unknown code 810108AA00000000000000000000006F8AAF49A04100, help me!
2015.11.10 19:51:21 3: Rademacher_Stick: Unknown code 810108AA00000000000000000000006F8AAF49A04100, help me!
2015.11.10 19:56:22 3: Rademacher_Stick: Unknown code 810003CC00000000000000000000006F8AAF49A04100, help me!
2015.11.10 20:06:24 3: Rademacher_Stick: Unknown code 810108AA00000000000000000000006F8AAF49A04100, help me!
2015.11.10 20:11:27 3: Rademacher_Stick: Unknown code 810108AA00000000000000000000006F8AAF49A04100, help me!

und bei einem Test heute Abend mit verschiedenen Fahrten, die alle nicht ausgeführt wurden:

DUOFERNSTICK Rademacher_Stick UNKNOWNCODE 810108AA00000000000000000000006F8AAF49830B00
DUOFERNSTICK Rademacher_Stick UNKNOWNCODE 810101DD08000000000000000000006F8AAF49830B00

Was hat das zu bedeuten?

Gruß
Michael

Ach so... und könntest Du die Module vielleicht so einchecken, dass sie bei einem update von fhem auch mit auf aktuellen Stand gebracht werden? Das würde es leichter machen, die aktuelle Version im Auge zu behalten.

Danke
Michael

Das sind ACK Nachrichten vom Stick an die Zentrale nach dem Senden eines Befehls. In der aktuellen Version vom 1.11. sollten diese Meldungen nicht mehr an den Dispatcher weitergegeben werden und verursachen dann auch keine "Unknown code ..., help me!" Meldungen mehr.
Die Aktuelle Version ist momentan noch im Ersten Post zu finden, die Versionsnummer steht in den Kopfzeilen der Dateien. Welche Version verwendest du gerade?

Zitat von: MichaelO am 10 November 2015, 20:50:28
2015.11.10 05:30:02 3: Rademacher_Stick: Unknown code 810108AA00000000000000000000006F8AAF49A04100, help me!

Diese ACK Nachricht kann ich reproduzieren, wenn ich einen Befehl an einen nicht gepairten oder an einen nicht vorhandenen bzw. sich ausser Reichweite befindenen Aktor sende. Da du um 19:56:22 ein ACK empfangen hast, das vom Rollladen korrekt bestätigt wurde, tippe ich mal auf ein Reichweitenproblem zwischen dem Stick und dem Rollladen. Wie weit sind den deine Rollläden untereinander und vom Stick entfernt?

Also bzgl. Reichweite - das dürften etwa 5-7m Luftlinie (Zimmer auf Dachboden, erster Stock) sein, durch 2 Wände und eine Decke bis ins EG zu den Rolladen - Haus Baujahr 1900. Aber es könnte in der Tat ein Reichweitenproblem sein, da es schon mit dem HomePilot immer mal wieder Tage gab, an denen das ein - oder andere Rollo nicht gefahren ist. Ich werde mir mal ein USB-Verlängerungskabel besorgen und den Stick außerhalb des Zimmers im OG auf den Dachboden bringen.

Ich habe nach den Fehlermeldungen auf die aktuelle Version geupdatet, mehrere Tests liefen die letzen Minuten fehlerfrei.

Gibt es einen Grund, warum Du die Module nicht über das Update von fhem auf Stand bringen lässt? Scheint doch alles super zu funktionieren (wenn  die Reichweite passt)

Bei Reichweitenprobleme soll es auch helfen, weitere Netzgebundene Aktoren in die Lücken zu integrieren. Die sollen dann auch als Repeater arbeiten.

Zitat von: MichaelO am 10 November 2015, 21:59:56
Gibt es einen Grund, warum Du die Module nicht über das Update von fhem auf Stand bringen lässt? Scheint doch alles super zu funktionieren (wenn  die Reichweite passt)

Werd das demnächst mal in Angriff nehmen.

Gerade hab ich noch beim Durchsehen des Logfiles gesehen, dass folgende Zeile geschrieben wurde:

PERL WARNING: Use of uninitialized value $arg2 in string eq at ./FHEM/30_DUOFERN.pm line 290, <FH> line 4728.

Liegt das an einem (falschen?) Befehl meinerseits, oder hat sich da wo ein Fehler eingeschlichen?

Das liegt am Programmcode. Wird mit der nächsten Version korrigiert.

Hallo.
Ich habe fünf Funk RolloTube Motoren im Einsatz. Diese steuere ich im Moment über eine Homepilot2.
möchte aber auf den FHEM Server umsteigen.
Bis jetzt habe ich folgendes gemacht:
- FHEM auf einem Raspberry Pi installiert.
- den Duofern Stick in den Raspberry gesteckt.
- define Rademacher DUOFERNSTICK /dev/ttyUSB0@115200 6F1234    im FHEM Webinterface eingegeben.

FHEM hat nun automatisch 4 duofern Rollos angelegt.

was muß ich jetzt definieren, um z.B. die 4 Rollos getrennt automatisch morgens hoch und abends runterzufahren.

kenne mich mit FHEM noch nicht gut aus.
Danke im vorraus.

Zitat von: aggi am 15 November 2015, 16:08:20

was muß ich jetzt definieren, um z.B. die 4 Rollos getrennt automatisch morgens hoch und abends runterzufahren.

kenne mich mit FHEM noch nicht gut aus.
Danke im vorraus.

set <rolloname> position <gewünschte Position>

wobei die Position 0 = auf und 100 = zu ist. Das ganze mit der gewünschten Zeit kombinieren und fertsch.

Gruß
Michael

Zitat von: aggi am 15 November 2015, 16:08:20
Hallo.
Ich habe fünf Funk RolloTube Motoren im Einsatz. Diese steuere ich im Moment über eine Homepilot2.
möchte aber auf den FHEM Server umsteigen.
Bis jetzt habe ich folgendes gemacht:
- FHEM auf einem Raspberry Pi installiert.
- den Duofern Stick in den Raspberry gesteckt.
- define Rademacher DUOFERNSTICK /dev/ttyUSB0@115200 6F1234    im FHEM Webinterface eingegeben.

FHEM hat nun automatisch 4 duofern Rollos angelegt.

was muß ich jetzt definieren, um z.B. die 4 Rollos getrennt automatisch morgens hoch und abends runterzufahren.

kenne mich mit FHEM noch nicht gut aus.
Danke im vorraus.

Da dein Homepilot sehr wahrscheinlich nicht den Funkcode 6F1234 verwendet hat musst du die Rollos erst mal neu mit dem Stick paaren da sonst die Befehle nicht angenommen werden. Du könntest aber auch probieren, den Funkcode aus dem Homepilot wie im ersten Beitrag beschrieben auszulesen. Allerdings weiß ich nicht, ob das mit dem Homepilot 2 genauso möglich ist.

Um meine Rollläden morgens und abends zu steuern verwende folgende Befehle in verbindung mit Twilight:
define Rollladen_morgens at *{twilight("myTwilight","sr_civil","7:00","9:00")} set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* dawn

define Rollladen_abends at *{twilight("myTwilight","ss_civil","17:00","21:30")} set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* dusk

Moin!

Möchte mich erstmal bedanken für diese klasse Modul!

Ich hätte noch eine Frage zur Funktion/Readings:
Es lässt sich ja die Morgen- und Abenddämmerungsautomatik aktivieren, dieses wird ja vom Motor quittiert. Ich frage mich: Woher weiß der Motor wann Dämmerung ist?

Sind die Readings irgendwo noch weiter als in der help dokumentiert?

Danke!

Oder wenn man, wie ich, alles mit DOIF steuern möchte, kann man diesen Code verwenden:
define rollo_kueche DOIF ({sunset(0,"16:00","23:00")}) (set kue_rollo position 100)
DOELSEIF ({sunset(0,"08:00","10:00")}) (set kue_rollo position 0)
Der Code bewirkt, das der Rolladen zwischen 16 und 23 Uhr schließt, wenn der Sonnenuntergang erreicht ist.
Geöffnet wird zwischen 8 und 10 Uhr, wenn die Sonne aufgegangen ist.

Zitat von: dsoltau am 17 November 2015, 11:13:03
Ich hätte noch eine Frage zur Funktion/Readings:
Es lässt sich ja die Morgen- und Abenddämmerungsautomatik aktivieren, dieses wird ja vom Motor quittiert. Ich frage mich: Woher weiß der Motor wann Dämmerung ist?

Sind die Readings irgendwo noch weiter als in der help dokumentiert?

Man muss es dem Motor noch mit dem entsprechenden Kommando mitteilen, dass ein derartiges Ereignis (Morgendämmerung, Abenddämmerung, Sonne, Regen und Wind) eingetreten ist.

Folgender Befehl teilt zum Beispiel allen Rohrmotoren, RolloTrons und Trollen mit, dass Morgendämmerung ist.
set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* dawn

Die readings sind nur in der help dokumentiert.


Die Module sind jetzt übrigens in FHEM integriert und können per update aktualisiert werden.

Mittlerweile sind auch die meisten DuoFern Geräte enthalten. Was jetzt noch fehlt ist der 1-Kanal Universalaktor, der Sonnensensor, der HomeTimer, der Markisenwächter und der Rauchmelder. Wenn jemand eines dieser Geräte hat und mir die entsprechenden RAWMSG mitteilen würde, könnte ich die Geräte auch noch mit einbauen.

Perfekt, die Module sind nun im Update enthalten!

Prima Telekatz, weiter so und danke nochmal für Umsetzung des Moduls.

Warum entsteht, seitdem die Module im Update von FHEM enthalten sind, per Autocreate folgendes?

DUOFERN_FFFFFF
FileLog_DUOFERN_FFFFFF

Entfernen nutzt nichts. Es kommt beim neustart immer wieder.

Nachtrag:
Jedesmal beim Starten von FHEM erhalte ich auch im Log folgendes:
DUOFERN unknown msg: 810000000000000000000000000000000000FFFFFF01

Ich habe es korrigiert. Das Gerät DUOFERN_FFFFFF sollte in Zukunft nicht mehr von Autocreate angelegt werden.

hallo
mein Rollo nimmt kein "set DUOFERN_49573C position 100" an
im log steht:
Opening Rademacher device /dev/ttyUSB0
Setting Rademacher serial parameters to 115200,8,N,1
Rademacher device opened
autocreate: define DUOFERN_49573C DUOFERN 49573C
autocreate: define FileLog_DUOFERN_49573C FileLog ./log/DUOFERN_49573C-%Y.log DUOFERN_49573C
DUOFERN unknown msg: 81010C5500000000000000000000006F123449573C00

was mache in denn verkehrt ?

Hi Alex,

ich habe gerade diese Meldung im log gefunden.

2015.11.19 16:56:00 1: PERL WARNING: Use of uninitialized value $what in pattern match (m//) at ./FHEM/10_DUOFERNSTICK.pm line 511.

Seit dem neusten Update, habe ich das Problem, das nicht mehr alle Rolladen fahren. Und es sind immer die gleichen. Ein Empfangsproblem würde ich eigentlich ausschließen, da die Rolladen mehrere Wochen fehlerfrei fuhren.

Dazu habe ich dann diesen Log Eintrag gefunden.

2015.11.19 16:49:02 2: DUOFERN unknown msg: 81010C550000000000000000000000FFFFFF47279C00

Viele Grüße
Christian

Könnt ihr Beiden mal beim DUPFERNSTICK verbose auf 4 stelle, ein "reopen" und "statusBroadcast" ausführen, Befehle an die nicht reagierenden Rollläden senden und mir dann die Log Einträge zukommen lassen?

hallo Telekatz.
ich habe das mal für einen Rollo mit den Befehlen gemacht:

set DUOFERN_496D7A getStatus
set DUOFERN_496D7A getStatus
set DUOFERN_496D7A getStatus

und hier den Log dazu

2015.11.19 19:35:17 4: FHEMWEB:192.168.178.44:51780 POST /fhem&room=DUOFERN&cmd=set+DUOFERN_496D7A+getStatus; BUFLEN:0
2015.11.19 19:35:17 4: Rademacher: snd -> 0DFF0F400000000000000000000000000000496D7A01
2015.11.19 19:35:17 4: Rademacher: rx  -> 810000000000000000000000000000000000496d7a01
2015.11.19 19:35:17 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.19 19:35:17 2: DUOFERN unknown msg: 810000000000000000000000000000000000496D7A01
2015.11.19 19:35:17 4: FHEMWEB:192.168.178.44:51780 GET /fhem?room=DUOFERN; BUFLEN:0
2015.11.19 19:35:18 4: name: /fhem?room=DUOFERN / RL:1477 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.19 19:35:18 4: Connection closed for FHEMWEB:192.168.178.44:51775: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2015.11.19 19:35:18 4: FHEMWEB:192.168.178.44:51780 GET /fhem?XHR=1&inform=type=status;filter=room=DUOFERN;since=1447958116;fmt=JSON×tamp=1447958112267; BUFLEN:0
2015.11.19 19:35:18 4: Rademacher: rx  -> 0fff0f246000a2075a2c0064130001496d7a6f123401
2015.11.19 19:35:18 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.19 19:35:21 4: Closing inactive connection FHEMWEB:192.168.178.44:51768
2015.11.19 19:35:27 4: FHEMWEB:192.168.178.44:51779 POST /fhem&room=DUOFERN&cmd=set+DUOFERN_496D7A+position+0; BUFLEN:0
2015.11.19 19:35:27 4: Rademacher: snd -> 0D01070700000000000000000000006F1234496D7A00
2015.11.19 19:35:27 4: FHEMWEB:192.168.178.44:51779 GET /fhem?room=DUOFERN; BUFLEN:0
2015.11.19 19:35:27 4: name: /fhem?room=DUOFERN / RL:1477 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.19 19:35:27 4: Connection closed for FHEMWEB:192.168.178.44:51780: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2015.11.19 19:35:27 4: FHEMWEB:192.168.178.44:51779 GET /fhem?XHR=1&inform=type=status;filter=room=DUOFERN;since=1447958126;fmt=JSON×tamp=1447958121965; BUFLEN:0
2015.11.19 19:35:29 4: Rademacher: rx  -> 810108aa00000000000000000000006f1234496d7a00
2015.11.19 19:35:29 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.19 19:35:29 3: DUOFERN error: DUOFERN_496D7A MISSING ACK
2015.11.19 19:35:41 4: FHEMWEB:192.168.178.44:51777 POST /fhem&room=DUOFERN&cmd=set+DUOFERN_496D7A+getStatus; BUFLEN:0
2015.11.19 19:35:41 4: Rademacher: snd -> 0DFF0F400000000000000000000000000000496D7A01
2015.11.19 19:35:41 4: FHEMWEB:192.168.178.44:51777 GET /fhem?room=DUOFERN; BUFLEN:0
2015.11.19 19:35:41 4: name: /fhem?room=DUOFERN / RL:1481 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.19 19:35:41 4: Rademacher: rx  -> 810000000000000000000000000000000000496d7a01
2015.11.19 19:35:41 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.19 19:35:41 2: DUOFERN unknown msg: 810000000000000000000000000000000000496D7A01
2015.11.19 19:35:41 4: Connection closed for FHEMWEB:192.168.178.44:51779: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2015.11.19 19:35:41 4: FHEMWEB:192.168.178.44:51777 GET /fhem?XHR=1&inform=type=status;filter=room=DUOFERN;since=1447958140;fmt=JSON×tamp=1447958135788; BUFLEN:0
2015.11.19 19:35:41 4: Rademacher: rx  -> 0fff0f246000a2075a2c0064130001496d7a6f123401
2015.11.19 19:35:41 4: Rademacher: snd -> 81000000000000000000000000000000000000000000

2015-11-19_19:35:17 DUOFERN_496D7A getStatus
2015-11-19_19:35:18 DUOFERN_496D7A manualMode: off
2015-11-19_19:35:18 DUOFERN_496D7A timeAutomatic: on
2015-11-19_19:35:18 DUOFERN_496D7A ventilatingPosition: 90
2015-11-19_19:35:18 DUOFERN_496D7A ventilatingMode: off
2015-11-19_19:35:18 DUOFERN_496D7A position: 100
2015-11-19_19:35:18 DUOFERN_496D7A closed
2015-11-19_19:35:18 DUOFERN_496D7A obstacle: 0
2015-11-19_19:35:18 DUOFERN_496D7A block: 0
2015-11-19_19:35:18 DUOFERN_496D7A sunPosition: 44
2015-11-19_19:35:18 DUOFERN_496D7A sunMode: off
2015-11-19_19:35:18 DUOFERN_496D7A sunAutomatic: on
2015-11-19_19:35:18 DUOFERN_496D7A dawnAutomatic: on
2015-11-19_19:35:18 DUOFERN_496D7A duskAutomatic: on
2015-11-19_19:35:18 DUOFERN_496D7A windAutomatic: off
2015-11-19_19:35:18 DUOFERN_496D7A windMode: off
2015-11-19_19:35:18 DUOFERN_496D7A windDirection: up
2015-11-19_19:35:18 DUOFERN_496D7A rainAutomatic: off
2015-11-19_19:35:18 DUOFERN_496D7A rainMode: off
2015-11-19_19:35:18 DUOFERN_496D7A rainDirection: up
2015-11-19_19:35:18 DUOFERN_496D7A reversal: off
2015-11-19_19:35:27 DUOFERN_496D7A position 0
2015-11-19_19:35:29 DUOFERN_496D7A MISSING ACK
2015-11-19_19:35:41 DUOFERN_496D7A getStatus
2015-11-19_19:35:41 DUOFERN_496D7A manualMode: off
2015-11-19_19:35:41 DUOFERN_496D7A timeAutomatic: on
2015-11-19_19:35:41 DUOFERN_496D7A ventilatingPosition: 90
2015-11-19_19:35:41 DUOFERN_496D7A ventilatingMode: off
2015-11-19_19:35:41 DUOFERN_496D7A position: 100
2015-11-19_19:35:41 DUOFERN_496D7A closed
2015-11-19_19:35:41 DUOFERN_496D7A obstacle: 0
2015-11-19_19:35:41 DUOFERN_496D7A block: 0
2015-11-19_19:35:41 DUOFERN_496D7A sunPosition: 44
2015-11-19_19:35:41 DUOFERN_496D7A sunMode: off
2015-11-19_19:35:41 DUOFERN_496D7A sunAutomatic: on
2015-11-19_19:35:41 DUOFERN_496D7A dawnAutomatic: on
2015-11-19_19:35:41 DUOFERN_496D7A duskAutomatic: on
2015-11-19_19:35:41 DUOFERN_496D7A windAutomatic: off
2015-11-19_19:35:41 DUOFERN_496D7A windMode: off
2015-11-19_19:35:41 DUOFERN_496D7A windDirection: up
2015-11-19_19:35:41 DUOFERN_496D7A rainAutomatic: off
2015-11-19_19:35:41 DUOFERN_496D7A rainMode: off
2015-11-19_19:35:41 DUOFERN_496D7A rainDirection: up
2015-11-19_19:35:41 DUOFERN_496D7A reversal: off

Gruß Aggi

Zitat von: aggi am 19 November 2015, 16:15:49
hallo
mein Rollo nimmt kein "set DUOFERN_49573C position 100" an
im log steht:
Opening Rademacher device /dev/ttyUSB0
Setting Rademacher serial parameters to 115200,8,N,1
Rademacher device opened
autocreate: define DUOFERN_49573C DUOFERN 49573C
autocreate: define FileLog_DUOFERN_49573C FileLog ./log/DUOFERN_49573C-%Y.log DUOFERN_49573C
DUOFERN unknown msg: 81010C5500000000000000000000006F123449573C00

was mache in denn verkehrt ?

Nachdem ein Aktor per autocreate angelegt worden muss der Stick neu initialisiert werden (set <nameStick> reopen), damit er Befehle an den Aktor senden kann. Dabei werden ihm die Funkcodes alle Aktoren mittgeteilt, die er steuern soll. Macht man das nicht kommt, wie ich jetzt herausgefunden habe, das ACK 81010C55... zurück.

Zitat von: aggi am 19 November 2015, 19:39:41
2015.11.19 19:35:29 4: Rademacher: rx  -> 810108aa00000000000000000000006f1234496d7a00
2015.11.19 19:35:29 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.19 19:35:29 3: DUOFERN error: DUOFERN_496D7A MISSING ACK

Hier hast du zwischenzeitlich den Stick neu initialisiert. Der Status MISSING ACK kommt, wenn der Aktor außer Funkreichweite ist oder nicht gepairt ist (dann antwortet der Aktor auch nicht). Da du den Status des Aktors empfängst ist er wohl nicht gepairt.

@Dippy98
Bei dir sieht es so aus, dass zu viele Befehle nahezu gleichzeitig an den Stick gesendet werden und er deshalb nicht mehr hinterherkommt. Es wurden 14 Befehle gesendet, aber nur von 11 kam ein ACK zurück. Da ich momentan nur 8 Rollläden habe, ist mir das bisher auch nie aufgefallen. Da muss ich erst mal schauen, wie ich das am besten lösen kann.
Als Behelfslösung müsste es funktionieren, die Rollläden in eine structure zu packen und diese mit async_delay zeitverzögert auszuführen.

Zitat von: Dippy98 am 19 November 2015, 17:05:53
2015.11.19 16:56:00 1: PERL WARNING: Use of uninitialized value $what in pattern match (m//) at ./FHEM/10_DUOFERNSTICK.pm line 511.

Kommt diese Meldung bei jedem Neustart von FHEM?

Die Fehlermeldung "Perl Warning" trat bisher nur einmal auf.

Hallo Telekatz
ich habe einen reopen auf den usb-stick gemacht. Hat aber leider nichts gebracht.
hier den Auszug aus dem Log.

2015.11.20 19:14:28 4: FHEMWEB:192.168.178.44:50480 POST /fhem&room=DUOFERN&cmd=set+Rademacher+reopen; BUFLEN:0
2015.11.20 19:14:28 3: Setting Rademacher serial parameters to 115200,8,N,1
2015.11.20 19:14:28 1: /dev/ttyUSB0 reappeared (Rademacher)
2015.11.20 19:14:28 4: Rademacher: snd -> 01000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 0E000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 0A6F1234000100000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 14140000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 0300496D7A0000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 03014972390000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 0302423E470000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 0303491DF30000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:28 4: Rademacher: snd -> 030449573C0000000000000000000000000000000000
2015.11.20 19:14:29 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:29 4: Rademacher: snd -> 10010000000000000000000000000000000000000000
2015.11.20 19:14:29 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:29 4: Rademacher: snd -> 0DFF0F400000000000000000000000000000FFFFFF01
2015.11.20 19:14:29 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:29 4: FHEMWEB:192.168.178.44:50480 GET /fhem?room=DUOFERN; BUFLEN:0
2015.11.20 19:14:29 4: name: /fhem?room=DUOFERN / RL:1455 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.20 19:14:29 4: Connection closed for FHEMWEB:192.168.178.44:50479: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2015.11.20 19:14:29 4: FHEMWEB:192.168.178.44:50480 GET /fhem?XHR=1&inform=type=status;filter=room=DUOFERN;since=1448043268;fmt=JSON×tamp=1448043262592; BUFLEN:0
2015.11.20 19:14:29 4: Rademacher: rx  -> 0fff0f242000a0005a320000140003491df3ffffff01
2015.11.20 19:14:29 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:30 4: Rademacher: rx  -> 0fff0f242000a0015a32008012000449573cffffff01
2015.11.20 19:14:30 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:30 4: Rademacher: rx  -> 0fff0f242000a2035a320064130001497239ffffff01
2015.11.20 19:14:30 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:30 4: Rademacher: rx  -> 0fff0f246000a2075a2c0064130000496d7affffff01
2015.11.20 19:14:30 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:46 4: Connection accepted from FHEMWEB:192.168.178.44:50481
2015.11.20 19:14:46 4: FHEMWEB:192.168.178.44:50481 POST /fhem&room=DUOFERN&cmd=set+Rollo_Juergen+position+100; BUFLEN:0
2015.11.20 19:14:46 4: Rademacher: snd -> 0D01070700640000000000000000006F1234491DF300
2015.11.20 19:14:46 4: FHEMWEB:192.168.178.44:50481 GET /fhem?room=DUOFERN; BUFLEN:0
2015.11.20 19:14:46 4: name: /fhem?room=DUOFERN / RL:1455 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.20 19:14:46 4: Connection closed for FHEMWEB:192.168.178.44:50480: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2015.11.20 19:14:46 4: FHEMWEB:192.168.178.44:50481 GET /fhem?XHR=1&inform=type=status;filter=room=DUOFERN;since=1448043285;fmt=JSON×tamp=1448043279859; BUFLEN:0
2015.11.20 19:14:48 4: Rademacher: rx  -> 810108aa00000000000000000000006f1234491df300
2015.11.20 19:14:48 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:14:48 3: DUOFERN error: Rollo_Juergen MISSING ACK
2015.11.20 19:14:58 4: Connection accepted from FHEMWEB:192.168.178.44:50482


Gruß Aggi

Der Rollo_Juergen befindet sich ca. 3 Meter neben meinem raspberry mit dem Duofern-Stick.
Gruß Aggi

ein getStatus an den Rollo_Juergen wird ausgeführt und ich bekomme den Status zurück.

2015.11.20 19:24:11 4: FHEMWEB:192.168.178.44:50552 GET /fhem?XHR=1&inform=type=status;filter=room=DUOFERN;since=1448043850;fmt=JSON×tamp=1448043844955; BUFLEN:0
2015.11.20 19:24:11 4: Rademacher: rx  -> 0fff0f242000a0005a320000140003491df36f123401
2015.11.20 19:24:11 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2015.11.20 19:24:28 4: FHEMWEB:192.168.178.44:50550 GET /fhem/FileLog_logWrapper&dev=FileLog_Rollo_Juergen&type=text&file=Rollo_Juergen-2015.log; BUFLEN:0
2015.11.20 19:24:28 4: FHEMWEB:192.168.178.44:50551 GET /fhem/FileLog_logWrapper&dev=FileLog_Rollo_Juergen&type=text&file=Rollo_Juergen-2015.log; BUFLEN:0

Gruß Aggi

Hallo Telekatz,

ich habe heute meinen Stick erhalten und diesen eingebunden.
Da ich einen ersten Gurtwickler erst morgen bekommen werde, kann ich heute noch nicht testen.

Ich erhalte folgende Anzeige nachdem der Stick eingebunden ist.
Internals:
   CFGFN
   DEF        /dev/ttyUSB0@115200 6Fxxxx
   DeviceName /dev/ttyUSB0@115200
   DongleSerial 6Fxxxx
   FD         71
   NAME       Rollos
   NR         557
   NTFY_ORDER 50-Rollos
   PARTIAL
   STATE      Initialized
   TYPE       DUOFERNSTICK
   Readings:
     2015-11-20 19:13:25   state           Initialized
Attributes:

Ist der Stick somit richtig eingebunden?

Anbei noch ein Eintrag aus dem Logfile
Opening Rollos device /dev/ttyUSB0
Setting Rollos serial parameters to 115200,8,N,1

Danke Dir
Ralph

Zitat von: aggi am 20 November 2015, 19:19:52
Hallo Telekatz
ich habe einen reopen auf den usb-stick gemacht. Hat aber leider nichts gebracht.

Du musst den Rollladen noch mit dem Stick pairen.

@Ralph
Sieht richtig aus.

Hallo Telekatz.
Du hast ja recht. Ich habe jetzt lange gebraucht bis ich herausgefunden habe, wie ich das
mit meinen Rollos mache. Ich habe immer gedacht das autocreate macht das Pairing mit den Rollos.
Das war natürlich verkehrt gedacht.
Mit meiner Duafern Handbedenung habe ich die Rollos in den Anmeldemodus gesetzt.
Dann den Duofern-Stick in "set pair" gesetzt und schon waren die Rollos gepaired.
Nun kann ich auch die Rollos hoch und runter fahren.
Telekatz vielen Dank für die Hilfe und besonderen Dank für die super Module von dir.

Gruß Aggi

Hallo Dippy98,

Ich hab jetzt eine Sendewarteschlange in das DUOFERNSTICK Modul eingebaut. Nun sollte es auch wieder ohne die Zeitverzögerung über die structure funktionieren.

Gruß
Alex

Super, ich werde es gleich morgen mal testen.

Vielen Dank dafür.

Ich hatte die selben Einträge im Logfile. Scheinen wirklich jetzt weg zu sein.
Prima, super arbeit!

Ich habe meinen Stick bekommen, alles geht prima. Danke dafür!

Ich benutze nun einen Homematic Wandtaster um die Rollos hoch und runter zu fahren.
Drückt man hoch, fahren sie hoch, runter natürlich runter, aber immer nur komplett. up/down.
Von meinen anderen (Superrollo mit 8 Kanal Homematic Empfänger) bin ich es gewohnt, sie mit einen weiteren Tastendruck anzuhalten.
Wie könnte man das mit den Rademachern verwirklichen?

Und die Prozentangaben stimmen nicht wirklich, 50% ist bei etwa 75% geschlossen, aber 0% ist dann doch vollständig geöffnet, also der Verlauf ist nicht linear.

Danke
Marek

Zitat von: Marekh am 29 November 2015, 22:11:57
Von meinen anderen (Superrollo mit 8 Kanal Homematic Empfänger) bin ich es gewohnt, sie mit einen weiteren Tastendruck anzuhalten.
Wie könnte man das mit den Rademachern verwirklichen?

Würde dir ein Befehl weiterhelfen, bei dem der Rollladen bei jedem Tastendruck zwischen hoch-stop-runter-stop wechselt?

Zitat von: Marekh am 29 November 2015, 22:11:57
Und die Prozentangaben stimmen nicht wirklich, 50% ist bei etwa 75% geschlossen, aber 0% ist dann doch vollständig geöffnet, also der Verlauf ist nicht linear.

Die Prozentangabe kommt so direkt aus dem Aktor.

ZitatWürde dir ein Befehl weiterhelfen, bei dem der Rollladen bei jedem Tastendruck zwischen hoch-stop-runter-stop wechselt?

Am Rollo direkt ist es so das ich wenn ich auf hoch drücke, fährt es hoch, dieses Hochfahren kann ich stoppen in dem ich nochmal auf hoch oder auf runter drücke.
Runter genau so.
Ein hoch-stop-runter-stop wäre nicht ganz das was ich brauche, hoch-stop-hoch-stop und runter-stop-runter-stop wäre schön.

Danke das Du Dir so viele Gedanken machst.

Marek

Ich glaube die Prozentangabe der Position ist abhängig von der im Aktor hinterlegten Fahrzeit. Ist diese bei dir evtl. nicht korrekt hinterlegt?

ZitatIch glaube die Prozentangabe der Position ist abhängig von der im Aktor hinterlegten Fahrzeit. Ist diese bei dir evtl. nicht korrekt hinterlegt?

Es fährt aber genau von Offen bis Zu, die Grenzen sind eingestellt. Das sehe ich aber nicht wirklich als Problem.

Marek

Na dann kann ich dir leider auch nicht weiterhelfen. Bei mir war nämlich die "runningTime" falsch eingestellt, nachdem ich diese an die tatsächliche Laufzeit der Rolladen angepasst hatte, stimmte auch die Prozentangabe. Vorher hatten bei offen und zu die Endlagen Schalter den Rollladen gestoppt und der Aktor schaltete erst einige Sekunden später.

Christian

Zitat von: Marekh am 30 November 2015, 19:53:53
Am Rollo direkt ist es so das ich wenn ich auf hoch drücke, fährt es hoch, dieses Hochfahren kann ich stoppen in dem ich nochmal auf hoch oder auf runter drücke.
Runter genau so.
Ein hoch-stop-runter-stop wäre nicht ganz das was ich brauche, hoch-stop-hoch-stop und runter-stop-runter-stop wäre schön.

Ich hab mal beide Varianten eingebaut. Der hoch-stop-runter-stop Befehl wird von den Aktoren direkt unterstützt und ist mit "set <NameAktor> toggle" verfügbar.
Hoch-stop-hoch-stop und runter-stop-runter-stop musste ich in Software nachbilden. Wenn das neue Attribut "toggleUpDown" gesetzt ist, wird anstelle von up und down ein stop Befehl gesendet, falls der Rollladen sich gerade bewegt.

Danke Telekatz, es funktioniert perfekt!

Marek

Moin,
dieses ist mein erster Beitrag hier im Forum.

Ich habe einen Homepilot (den alten). Mit diesen schalte ich meine Aussenanlage + Rollos.

Ich habe 9 x Jalousie Aktoren, 5 x Schaltaktoren und ein Umweltsensor im Einsatz.
Im Flur habe ich ein 10Zoll Tablet an der Wand montiert von wo ich alles schalten kann.
Leider kann ich mit Rademacher nicht alles machen was ich möchte, somit möchte ich mich nun in FEHM einarbeiten.

Einen Raspberry habe ich nun mit FHEM am laufen.

Die Funkkanäle von meinen Aktoren und Schaltern habe ich aufgeschrieben.

Nun möchte ich gerne den Code vom USB Stick vom DuoFern auslesen.
Ich habe den USB Stick abgezogen und den Homepilot Aus/Ein geschaltet.
Jetzt komme ich aber nicht auf die Diagnose Seite. Ich habe schon 1std. gewartet aber der Homepilot Startet nicht. Die Rote LED Blinkt ...

Was mache ich da falsch?

Mfg

Stefan

Das er rot blinkt ist normal. Gib nur die IP Adresse des Homepilots im Browser ein dann sollte die Diagnoseseite kommen.

Das habe ich gemacht.
Im Firefox die Ip Adresse eingegeben 192.168.1.150

Die Webseite antwortet nicht

Hast du die IP Adresse fest im Hompilot eingestellt? Im Service Modus des Hompilots wird die Adresse über DHCP bezogen und ist dann eventuell anders als im normalen Modus
Und hast du es über LAN oder WLAN versucht?

Hallo Zusammen, man kommt auch im normalen Betrieb über [IP-Homepilot]:81 auf die Diagnoseseite des Homepilot

Danke super es haz geklappt. Mein Homepilot hat gemerkt das ich fremdgehe. Nun ist er kaputt.........

Ich habe den DuoFern USB Stick inbetrieb genommen.
Alle Aktoren etc wurden erkannt.
Mein Licht kann ich auch chon schalten.

Nur was ich nicht verstehe, im Logfile hat mir alles voll mit der Meldung

2015.12.16 20:23:00 2: DUOFERN unknown msg: 0FFF071101FF9F000000000000000A6903976FXXXX00

Was bedeutet das?

Das sind Nachrichten vom Umweltsensor. Vom Umweltsensor werden aktuell nur die Nachrichten der Umweltdaten dekodiert. Die Nachrichten, die beim unter- oder überschreiten der eingestellten Grenzwerte kommen, fehlen noch.

Kannst du mir da mal ein Log mit den unterschiedlichen Nachrichten, die da kommen, zukommen lassen?

Moin,

ich versuche mein Licht Autoatisch zu schalten.


define WuerfellampeBeetTerrasseAutomatik at +*{sunset_rel(0,"17:00","21:30")} set WuerfellampeBeetTerrasse on-till 23:00

Im Log steht

ZitatWuerfellampeBeetTerrasseAutomatik: Unknown argument on-till, choose one of dawnAutomatic:on,off duskAutomatic:on,off getStatus:noArg manualMode:on,off modeChange:on,off off:noArg on:noArg remotePair:noArg remoteUnpair:noArg stairwellFunction:on,off stairwellTime:slider,0,10,3200 sunAutomatic:on,off sunMode:on,off timeAutomatic:on,off

Mache ich etwas falsch? Oder ist der Befehl nicht eingebaut?

Der Befehl ist noch nicht eingebaut.

Hallo, danke für das Modul!

Ein neues setzen von Position oben ist damit nicht möglich? Manchmal wandert meine Position leicht Nach unten, dann würde ich gerne sowas machen wie :
positionOben=positionOben -  4%.

Nein, dazu musst du die Endpunkte des Rollladens neu justieren.

Moin,
gerade nach dem Update von fhem gesehen, dass im Log eine Fehlermeldung steht:

2015.12.21 08:44:37 1: PERL WARNING: Use of uninitialized value $what in pattern match (m//) at ./FHEM/10_DUOFERNSTICK.pm line 523

Keine Ahnung, ob das vom Modul oder meiner Programmierung verursacht wurde. Kann da wer helfen? Ich verwende $what zumindest nicht.

Gruß
Michael

Hallo Zusammen,

vielen Dank für die tolle Anleitung und das geniale Modul. Soweit funktioniert bei mir alles.
Allerdings habe ich zusätzlich Homebridge auf dem Pi installiert. Der Rolladen lässt sich somit mit Siri steuern, allerdings setzt Siri für auf 100 und für zu 0.
Damit reagiert der Rolladen gerade entgegensetzt.
Hat jemand eine Lösung hierfür?

Grüße und frohe Weihnachten Morgen.

Nach einem Update am 29.12. lassen sich meine Rademacher Gurtwickler mit dem USB-Stick nicht mehr steuern. Es kommen die ".... Help me!" Meldungen vom Stick. Vor dem Update hat alles problemlos funktioniert.  Meine HM-Devices über HMLAN laufen wie immer. Ich bin ratlos, wie ich das wieder in Gang kriegen kann.

Wie lauten die ".... Help me!" Meldungen genau?

Hallo Telekatz,

ich wollte mich nur schnell bei dir für dieses großartige Modul bedanken: es funktioniert ganz hervorragend!  :)

Ich brauchte eine Funktion um die Jalousien auf die ventilatingPostition herunterzufahren. Die folgenden Zeilen erledigen das:
IF ([Rolladen_Arbeitszimmer:position:d] < [Rolladen_Arbeitszimmer:ventilatingPosition:d]) (
set Rolladen_Arbeitszimmer down
);
Vielleicht nützt es ja irgendjemandem :)

Grüße

Hallo,

ich benutze dein Modul seit ziemlich von Anfang an als du es hier veröffentlicht hast - funktioniert einwandfrei und ich war froh den (stromfressenden) HomePilot endlich in Rente schicken zu können - vielen Dank dafür! :)

Heute hab ich nach einiger Zeit mal wieder alles upgedatet und bekomme das hier im Log:
wrong DongleSerial format: specify a 6 digit hex value starting with 6F

Ich hatte mir damals selbst einen 6 stelligen Hex-Code gewürfelt, der nicht mit 6F beginnt, und alles neu gepairt - die Einschränkung kam wohl dann erst später dazu...

Die Stelle mit der Prüfung hab ich bei mir nun mal auskommentiert, die Steuerung meiner Rolläden klappt auch weiterhin wie gewohnt - gabs einen Grund warum diese Einschränkung eingebaut wurde?

Danke und Grüße,
Bernd

Kann ich irgendwie feststellen, wenn ein Knopf am Gurtwickler manuell gedrückt wird, und wenn ja, auch, welcher?
Ich würde dann gerne für den Rest des Tages meinen Automatikmodus beenden....

Zitat von: berrnd am 04 Januar 2016, 13:36:13
Hallo,

ich benutze dein Modul seit ziemlich von Anfang an als du es hier veröffentlicht hast - funktioniert einwandfrei und ich war froh den (stromfressenden) HomePilot endlich in Rente schicken zu können - vielen Dank dafür! :)

Heute hab ich nach einiger Zeit mal wieder alles upgedatet und bekomme das hier im Log:

Code Auswählen Erweitern

wrong DongleSerial format: specify a 6 digit hex value starting with 6F

Ich hatte mir damals selbst einen 6 stelligen Hex-Code gewürfelt, der nicht mit 6F beginnt, und alles neu gepairt - die Einschränkung kam wohl dann erst später dazu...

Die Stelle mit der Prüfung hab ich bei mir nun mal auskommentiert, die Steuerung meiner Rolläden klappt auch weiterhin wie gewohnt - gabs einen Grund warum diese Einschränkung eingebaut wurde?

Danke und Grüße,
Bernd

Weil nicht jeder beliebige Code funktioniert. Deshalb habe ich es auf den Hex-Code beschränkt, den mein Stick hatte. Aber anscheinend funktioniert auch jeder Code, bei dem das zweite Bit im höchstwertigen Nibble gesetzt ist, also alle die mit 2,3,6,7,A,B, E und F beginnen.

Zitat von: JoeALLb am 04 Januar 2016, 14:17:12
Kann ich irgendwie feststellen, wenn ein Knopf am Gurtwickler manuell gedrückt wird, und wenn ja, auch, welcher?
Ich würde dann gerne für den Rest des Tages meinen Automatikmodus beenden....

Man bekommt es nur indirekt über die Statusnachricht mit, die bei jeder Änderung der Position oder einer Automatikfunktion gesendet wird.

Zitat von: Telekatz am 03 Januar 2016, 20:52:18
Wie lauten die ".... Help me!" Meldungen genau?

Hi Telekatz,

2016.01.03 15:58:36 3: Setting Rademacher serial parameters to 115200,8,N,1
2016.01.03 15:58:36 1: /dev/ttyUSB1 reappeared (Rademacher)
2016.01.03 15:58:41 3: Rademacher: Unknown code 7806700CF0188018F8867E66F0CC1E1818E698E09898, help me!
2016.01.03 15:58:41 3: Rademacher: Unknown code 987E66809880FE989E980098F8188018F8188098E018, help me!
2016.01.03 15:58:41 3: Rademacher: Unknown code 8018E61880181E66188098E018E0181EE68098809880, help me!
2016.01.03 15:58:41 3: Rademacher: Unknown code 9E6678CC03CF1E9818E69E1EE6F86678869860668066, help me!
2016.01.03 15:58:41 3: Rademacher: Unknown code 784F33E6F886986678069E609E669E1886860618E018, help me!
2016.01.03 15:58:41 3: Rademacher: Unknown code 860698E006600CCC0C988660E6987898F81880187898, help me!
2016.01.03 15:58:41 3: Rademacher: Unknown code 18F8181E80987806F00CF0188018F8867E66F0CC1E18, help me!
2016.01.03 15:58:45 3: Rademacher: Unknown code FE989E980098F8188018F8188098E0188018E6188018, help me!

Die letzte Zeile wird dabei am häufigsten angezeigt.

Ich habe den Verdacht, dass es am Stick liegt. Parallel ist auf /dev/ttyUSB0 ein Jeelink aufgesteckt, der auch Probleme hatte. Jetzt läuft der wieder. Der Rademacher-Stick blinkt permanent grün.

Ich denke mal, dass auf /dev/ttyUSB1 nicht der Duofern Stick ist. Die Codes sehen nicht so aus, als ob sie vom Stick kommen.
Binde den Stick lieber über seine ID ein, z.B. /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR0455TN-if00-port0.

Hi Telekatz,

aufgrund Deines Moduls bin ich auch ganz neu (seit gestern) bei FHEM dabei, vielen Dank :-). Ich teste langsam meine verschiedenen Aktoren durch. Mein Rauchmelder meldet Täglich seinen Batteriestand, ich vermute, folgende Nachricht ist dafür da:

2016.01.04 18:41:46 2: DUOFERN unknown msg: 0FFF132364FFFFFFFFFFFFFFFFFF03ABXXXXFFFFFF01

Der Aktuelle Batteriestand ist 100%

Würde mich freuen wenn Du das noch einpflegen könntest :-)

LG
Christian

Hi Telekatz,

ZitatIch denke mal, dass auf /dev/ttyUSB1 nicht der Duofern Stick ist. Die Codes sehen nicht so aus, als ob sie vom Stick kommen.
Binde den Stick lieber über seine ID ein, z.B. /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR0455TN-if00-port0.

Problem ist gelöst: es war ein Problem mit dem ebenfalls integrierten Jeelink-Stick. Den habe ich jetzt neu geflasht. Nun empfängt er auch seine Daten wieder korrekt. Und jetzt läuft auch der Rademacher-Stick wieder wie er soll. Durch meine diversen Versuche bei der Fehlersuche musste ich einen Duofern-Rollotron noch einmal neu pairen, damit er wieder korrekt läuft. Das könnte auch eine der Unkown-Messages gewesen sein.

Danke für deine schnelle Rückmeldung und das tolle Modul! Hilft sehr weiter, wenn man Gurtwickler einsetzt.

Hi Telekatz,

ich hab es mal selber umgesetzt. Ist das so brauchbar?

root@fhem:~# cat patch
--- 30_DUOFERN.pm 2016-01-07 19:21:25.706214943 +0100
+++ /opt/fhem/FHEM/30_DUOFERN.pm 2016-01-08 19:09:04.661336042 +0100
@@ -1055,6 +1055,10 @@
     readingsBulkUpdate($hash, "time",   $hour.":".$minute.":".$second,      1);
     readingsEndUpdate($hash, 1); # Notify is done by Dispatch
   
+  } elsif ($msg =~ m/0FFF1323.{36}/) {
+    my $battery = hex(substr($msg, 8, 2));
+    readingsSingleUpdate($hash, "battery", "$battery %", 1);
+ 
   } elsif ($msg =~ m/810003CC.{36}/) {
     $hash->{helper}{timeout}{t} = AttrVal($hash->{NAME}, "timeout", "60");   
     InternalTimer(gettimeofday()+$hash->{helper}{timeout}{t}, "DUOFERN_StatusTimeout", $hash, 0);


Hallo Christian,

Ich würde das in zwei Readings aufteilen. Einmal "battery" mit den Zuständen ok und low und einmal batteryLevel mit dem Ladezustand. Und die Readings werden ohne Einheit angegeben.

Aber um den Rauchmelder komplett zu implementieren könntest du noch die Nachricht ermitteln, die kommt, wenn Rauch erkannt wird?

Gruß
Alex

Hi Telekatz,

Zitat von: Telekatz am 09 Januar 2016, 14:52:53
Ich würde das in zwei Readings aufteilen. Einmal "battery" mit den Zuständen ok und low und einmal batteryLevel mit dem Ladezustand. Und die Readings werden ohne Einheit angegeben.

Hatte ich auch kurz überlegt, dann müsste man nur einen sinnvollen Schwellwert für low definieren. Wie gesagt, bin 'hier' ganz neu, ich weiss noch nicht so, wie die Gepflogenheiten sind :-)

Zitat von: Telekatz am 09 Januar 2016, 14:52:53
Aber um den Rauchmelder komplett zu implementieren könntest du noch die Nachricht ermitteln, die kommt, wenn Rauch erkannt wird?

Stimmt, hatte ich garnicht drüber nachgedacht. Folgende Nachrichten kommen beim Testen des Rauchmelders via Test-Knopf. Ich verstehe die Doku des Rauchmelders so, dass Test und echter Alarm identisch sind.

Rauch erkannt:
2016.01.09 15:37:16 2: DUOFERN unknown msg: 0FFF071E0100010000000000100005ABxxxx6Fyyyy00

Rauch nicht mehr erkannt:
2016.01.09 15:37:29 2: DUOFERN unknown msg: 0FFF071F0100010000000000100005ABxxxx6Fyyyy00

LG und Danke!
Christian

Hi,

als Newbie bei FHEM (habe gestern erst damit angefangen) habe ich es inzwischen geschafft, meine Rademacher Rollläden zu integrieren - zumindest mit manueller Steuerung.

Jetzt würde ich gerne noch zwei Funktionen abbilden, an denen ich aber aktuell scheitere. Hat evtl. einer von Euch einen Tip?

1) Wie Toto1973 im August schon geschrieben hat, würde ich gerne den Rolladenstatus über Icons abbilden. Da man dazu auch bei 0 und 100 die numerische Position benötigt, hatte Telekatz empfohlen, das Attribut stateFormat mit "{ReadingsVal($name,"position",0)}" zu setzen. Das funktioniert auch perfekt.

Ich habe noch das Problem, dass meine RegExp für das devStateIcon nicht funktioniert. Diese habe ich wie folgt angegeben:

attr SZ_Tuere devStateIcon \[0-5\]:fts_window_2w \[6-15\]:fts_shutter_10 \[16-25\]:fts_shutter_20 \[26-35\]:fts_shutter_30 \[36-45\]:fts_shutter_40 \[46-55\]:fts_shutter_50 \[56-65\]:fts_shutter_60 \[66-75\]:fts_shutter_70 \[76-85\]:fts_shutter_80 \[86-95\]:fts_shutter_90 \[96-100\]:ft_shutter_100

2) Ich würde gerne die Rolladensteuerung automatisieren wie Toto1973 empfohlen hat:

define Fenster_WZ DOIF ({sunset("REAL",0,"16:00","23:00")}) (set WZ_Fenster position 50)
DOELSEIF ({sunrise("REAL",0,"05:00","10:00")}) (set WZ_Fenster position 0)

Wenn ich versuche, diesen define einzugeben erhalte ich folgende Fehlermeldung:

Fenster_WZ DOIF: no trigger in condition: {sunset("REAL",0,"16:00","23:00")}

Der trigger sollte doch das sunset sein, oder mache ich da noch einen Denkfehler?

Danke an Telekatz für dieses tolle Modul und sorry für die vielleicht dummen Fragen zum Einstieg. Danke für Euere Hilfe!

VG,
Peter

Hallo Peter,

ich habe gar nix mit stateFormat gemacht.

Folgende devStateIcon definition:

2:shutter_1 4:shutter_1 6:shutter_1 8:shutter_2 1\d.*:shutter_2 2\d.*:shutter_2 3\d.*:shutter_3 4\d.*:shutter_4 5\d.*:shutter_5 6\d.*:shutter_6 7\d.*:shutter_7 8\d.*:shutter_7 9\d.*:shutter_7 opened:shutter_open closed:shutter_closed

Vielleicht musst Du ein wenig mit den Werten rumspielen da ich die Gurtwickler von Rademacher einsetze und die Positionswerte nicht wirklich passen.

und folgende DOIF definition fürs öffnen und schließen:

([HWR1_EG_Fensterrollladen:state] ne "opened" and [HWR1_EG_Fensterrollladen:manualMode] eq "on" and [{sunrise_abs(rand(600)-300,"06:00","08:30")}|12345] or [{sunrise_abs(rand(600)-300,"09:00","10:00")}|06])(set HWR1_EG_Fensterrollladen up) DOELSEIF ([HWR1_EG_Fensterrollladen:state] ne "closed" and [HWR1_EG_Fensterrollladen:manualMode] eq "on" and [{sunset_abs(rand(600)-300,"16:00","21:00")}|01234] or [{sunset_abs(rand(600)-300,"16:00","22:00")}|56])(set HWR1_EG_Fensterrollladen down)

Grüße
Olli

Hi Olli,

danke für die schnelle Antwort. Deine Definition geht davon aus, dass von 10-19, 20-29, etc. ein anderes Icon gesetzt wird. Nur wie muss man das schreiben, wenn man 15-24, 25-34, etc. braucht? Danke für den Tip wie es ohne stateFormat geht ;)

Wofür verwendest Du eigentlich die ersten Statements (2:shutter_1 4:shutter_1 6:shutter_1 8:shutter_2). Der Rest ist nachvollziehbar...

Die DOIF kommt auch in die fhem.cfg, richtig? Muss mir die heute Abend mal ansehen und versuchen sie zu verstehen :)

VG,
Peter

Zitat von: octek0815 am 09 Januar 2016, 19:54:09
und folgende DOIF definition fürs öffnen und schließen:

([HWR1_EG_Fensterrollladen:state] ne "opened" and [HWR1_EG_Fensterrollladen:manualMode] eq "on" and [{sunrise_abs(rand(600)-300,"06:00","08:30")}|12345] or [{sunrise_abs(rand(600)-300,"09:00","10:00")}|06])(set HWR1_EG_Fensterrollladen up) DOELSEIF ([HWR1_EG_Fensterrollladen:state] ne "closed" and [HWR1_EG_Fensterrollladen:manualMode] eq "on" and [{sunset_abs(rand(600)-300,"16:00","21:00")}|01234] or [{sunset_abs(rand(600)-300,"16:00","22:00")}|56])(set HWR1_EG_Fensterrollladen down)

Wozu soll die Überprüfung auf  [HWR1_EG_Fensterrollladen:manualMode] eq "on" gut sein? Das wiederspricht irgendwie den Sinn des manualMode, wenn dann doch von FHEM automatisch Befehle ausgeführt werden. Und die Überprüfung, ob der Rollladen bereits geschlossen bzw. offen ist, ist meiner Meinung nach auch unnötig.

Zitat von: Telekatz am 09 Januar 2016, 20:30:03
Wozu soll die Überprüfung auf  [HWR1_EG_Fensterrollladen:manualMode] eq "on" gut sein? Das wiederspricht irgendwie den Sinn des manualMode, wenn dann doch von FHEM automatisch Befehle ausgeführt werden. Und die Überprüfung, ob der Rollladen bereits geschlossen bzw. offen ist, ist meiner Meinung nach auch unnötig.

Ich nutze das wenn ich im Urlaub bin, da stelle ich alle Gurtwickler per script auf AUTO um um die Timerfunktion der Gurtwicker zu nutzen. Ist aber sicherlich Geschmackssache.

Hallo,

die Anzeige der Stellung meiner Rollos mit devStateIcon ist gelöst seitdem ich die korrekten RegEx eingetragen habe. :)

Als nächstes soll je nachdem ob meine Gurtwickler auf Automatik oder Manuell stehen ein anderes Standard-Icon angezeigt werden. Das funktioniert mit folgendem Statement:

define WZ_Fenster_Icon DOIF ([WZ_Fenster:manualMode] eq "on") (attr WZ_Fenster icon fts_shutter_manual) DOELSEIF ([WZ_Fenster:manualMode] eq "off") (attr WZ_Fenster icon fts_shutter_automatic)
attr WZ_Fenster_Icon do always

Leider war ich gestern zu ungeduldig und hatte schon vermutet, dass das so nicht geht. Anscheinend braucht es aber 1-2 Minuten, bevor FHEM das Statement ausführt. Danach funktioniert alles wie gewünscht.

Evtl. hilft das ja anderen Anfängern wie ich einer bin ;)

VG
Peter

Hi Telekatz,

vielen Dank für das Einpflegen (und fixen) vom Rauchmelder :-)

Ich würde gerne noch mehr contributen, und möchte dazu mit Dir klären, wie wir mit den events umgehen. Ich habe eine Liste der Events, die die Sensoren auslösen und bin mir nicht sicher, wie ich sie einbauen soll:

Auf
Stop
Ab
Ein
Aus
Button gedrückt
Einzelschritt Auf
Einzelschritt Ab
Abenddämmerung
Morgendämmerung
Regen: Start
Regen: Stop
Sonne: Start
Sonne: Stop
Temperatur: Start
Temperatur: Stop
Wind: Start
Wind: Stop
Bewegung erkannt: Start
Bewegung erkannt: Stop
Rauch: Erkannt
Rauch: nicht erkannt


Ich hab gesehen, dass Du die events "Rauch: Erkannt" und "Rauch: nicht erkannt" als "state: on" und "state: off" eingepflegt hast. Ich hätte eher erwartet, dass man es entweder als "state" oder "event" "smokeDetected" bzw. "smokeNotDetected" benennt.

Im Umweltsensor kann man pro "Eventart" jeweils 5 verschiedene Einstellungen vornehmen, die der UWS dann als Kanalnummer an den Homepilot sendet. Am Beispiel für Abenddämmerung/dusk:


2016.01.15 16:43:38 4: [...]: rx  -> 0fff070901ff90000000000000001369xxxx6fyyyy00
2016.01.15 16:54:57 4: [...]: rx  -> 0fff070901ff88000000000000001369xxxx6fyyyy00
2016.01.15 17:02:28 4: [...]: rx  -> 0fff070901ff84000000000000001369xxxx6fyyyy00
2016.01.15 17:06:37 4: [...]: rx  -> 0fff070901ff82000000000000001369xxxx6fyyyy00
2016.01.15 17:14:08 4: [...]: rx  -> 0fff070901ff81000000000000001369xxxx6fyyyy00


Eingestellt habe ich 50Lux, 40Lux, 30Lux, 20Lux und 10Lux.

Die Kanalnummer wird als gesetztes Bit im 7. Byte codiert.

Ich könnte mir jetzt vorstellen, das ganze als "event: dusk_3" zu generieren. Gleiches gilt für die Sonnenfunktion. Auch hier sendet er die Kanalnummer mit, so dass die Readings dann z.B. "event: beginSun_2" und "event: endSun_2" heissen könnten.

Was meinst Du?

LG
Christian

Hallo Christian,

Die Ereignisse für die Tasten Auf, Stop, Ab, Ein, Aus, Button gedrückt, Einzelschritt Auf und Einzelschritt Ab müssten schon alle implementiert sein.

Für die Events, die bei erkannt und nicht erkannt jeweils eine Nachricht senden (Regen, Sonne, Temperatur, Wind, Bewegung und Rauch), würde ich jeweils ein Reading pro Kanal anlegen, dessen Wert einheitlich zwischen on und off wechselt (z.b wind1: on).

Und für Morgendämmerung und Abenddämmerung wie bisher über das Reading event.

Gruß
Alex

Hi Alex,

danke für den Input, hab das jetzt mal so umgesetzt, wie Du vorgeschlagen hast. Das werde ich mal ein paar Tage testen, und dann gebe ich Dir 'nen patch. :)

LG
Christian

Mein Rolladenmotor läuft nun wunderbar mit dem USB Radermacher stick
Vielen Dank dafür

Habe aber nun ein Problem mit dem Update:
2016-01-19 16:13:58 Global global UPD FHEM/10_DUOFERNSTICK.pm
2016-01-19 16:13:58 Global global open ./FHEM/10_DUOFERNSTICK.pm failed: Permission denied, trying to restore the previous version and aborting the update

Auch wenn ich den Stick lösche kommt die gleich Fehlermeldung ??

Das hat nichts mit dem Modul zu tun. Bei dir passt irgend etwas mit den Dateirechten nicht.

Siehe auch:
http://forum.fhem.de/index.php/topic,45794.msg375432.html#msg375432 (http://forum.fhem.de/index.php/topic,45794.msg375432.html#msg375432)
http://forum.fhem.de/index.php/topic,43531.msg354673.html#msg354673 (http://forum.fhem.de/index.php/topic,43531.msg354673.html#msg354673)

Hallo zusammen,

Wenn ich die Daten des Umweltsensors auslese, wird unter Wind: als 10er Stelle z.B. 53 ausgegeben.

Laut Hersteller ist die Auflösung 1m/s - 35m/s.

Der angezeigte Wert 53 müsste dann 5,3m/s entsprechen.

Gibt es eine Möglichkeit, im Log einen weiteren Wert mitzuführen z.B. Wind_m/s, bei dem der Wert Wind durch 10 geteilt ist.

Grüße
Frank

Hi Franki112,

ich hab' mich damit noch garnicht beschäftigt, aber vermutlich hast Du recht!

Ich denke nicht, dass wir einen 2. Eintrag in m/s benötigen, Telekatz wird den Windwert einfach direkt anpassen und durch 10 teilen :-).

LG
Christian

Hallo Christian,

Es war Zufall, dass mir das so aufgefallen ist. Mein System läuft seit 2 Tagen. Da beschäftigt man sich doch intensiver. Dazu kommt, dass es doch recht windig war. Da ist die Anzeige in die Höhe geschossen.

Wenn man es direkt im Modul ändern könnte wäre es natürlich besser.

Vielleicht kann man dann auch gleich noch einen weiteren Wert berechnen.

Wind in km/h.

Gruß
Frank

Habe gerade ins Log geschaut und dabei diese Zeilen gefunden:

2016.02.05 17:06:55 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/10_DUOFERNSTICK.pm line 562.
2016.02.05 17:06:55 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/10_DUOFERNSTICK.pm line 542.

Was auch immer da nicht stimmt, es ist nicht meine Programmierung, oder?

Gruß
Michael

Zitat von: Franki112 am 03 Februar 2016, 20:46:45
Hallo zusammen,

Wenn ich die Daten des Umweltsensors auslese, wird unter Wind: als 10er Stelle z.B. 53 ausgegeben.

Laut Hersteller ist die Auflösung 1m/s - 35m/s.

Der angezeigte Wert 53 müsste dann 5,3m/s entsprechen.

Gibt es eine Möglichkeit, im Log einen weiteren Wert mitzuführen z.B. Wind_m/s, bei dem der Wert Wind durch 10 geteilt ist.

Grüße
Frank

Der Wert ist nun korrigiert. Und falls noch ein weiterer Wert für den Wind in km/h benötigt wird kann das auch über ein userReading gelöst werden:
attr name_des_Umweltsensors userReadings wind2 { ReadingsVal("name_des_Umweltsensors","wind",0)*3.6; }

Zitat von: MichaelO am 05 Februar 2016, 19:24:43
Habe gerade ins Log geschaut und dabei diese Zeilen gefunden:

Code Auswählen Erweitern

2016.02.05 17:06:55 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/10_DUOFERNSTICK.pm line 562.
2016.02.05 17:06:55 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/10_DUOFERNSTICK.pm line 542.

Was auch immer da nicht stimmt, es ist nicht meine Programmierung, oder?

Gruß
Michael

Das kam, wenn die Initialisierung des Duofernsticks nicht funktioniert hat. Ist jetzt auch korrigiert.

Hallo Telekatz,

vielen Dank, funktioniert.

Gruß
Frank

Zitat von: Telekatz am 06 Februar 2016, 13:20:04
Der Wert ist nun korrigiert. Und falls noch ein weiterer Wert für den Wind in km/h benötigt wird kann das auch über ein userReading gelöst werden:

Code Auswählen Erweitern

attr name_des_Umweltsensors userReadings wind2 { ReadingsVal("name_des_Umweltsensors","wind",0)*3.6; }


Das kam, wenn die Initialisierung des Duofernsticks nicht funktioniert hat. Ist jetzt auch korrigiert.

Hallo Telekatz,

wenn ich deinen Quellcode eingegeben habe, wurde eine Fehlermeldung unknown command ausgegeben.

Nach dem Entfernen des Zeichen ";" wurde der Code ohne Fehler übernommen.

Der neue Wert wird nun errechnet und mitgeloggt.

Gruß
Frank

Guten Tag, nur ne kurze Frage.
Der "DuoFern USB Stick" ist doch der, welcher mit dabei ist und nicht der extra zu kaufende "Z-Wave Stick. Richtig?
Ich konnte das nicht rauslesen.
Also einfach Stick vom Homepilot abziehen, am RasPi einstecken und fertig?
Danke für Infos.
Gruß
Christian

Ja, der DuoFern USB Stick ist der, der beim Homepilot dabei ist.

Zitat von: christian-ruh am 21 Februar 2016, 15:25:37
Also einfach Stick vom Homepilot abziehen, am RasPi einstecken und fertig?

Und dann noch in FHEM definieren.

Ja klar,
danke für die Hilfe.
Gruß Christian

Ganz blöd gefragt.

Wie kann ich die Temperatur anders Anzeigen lassen?
Zurzeit stehtt dort T: -0.299999999999997
Ist doch recht genau ;-) 0,29 würde mir auch reichen.

Und Regen 1 oder 0 würde ich gerne als Erkannt und nicht Erkannt haben

Die Temperaturanzeige habe ich korrigiert.

Und für den Regen könntest du ein entsprechendes userReading anlegen.

Mannmannmann ... da ärgere ich mich über meine umständliche Einbindung meiner DuoFern Gurtwickler via UP-Sender und HM-Aktoren ... und dabei könnte es so einfach sein ...

Habe ich das jetzt richtig interpretiert: Ich kaufe einen 9495-UW, hänge den an den Raspi, schreibe meine Codes um, lerne die Gurtwickler neu an - und kann die beiden bisher verwendeten Unterputzkekse für beliebige andere Steueraufgaben rund um FHEM verwenden? Kann den Status der Rolläden abfragen (weil die andere Hälfte öfter am Gerät selbst schaltet), bestimmte Positionen anfahren usw.?

Sagt ja, denn der Mauszeiger schwebt schon über dem "Bestellen"-Button ...  :)

Dann sag ich mal ja.

Super Danke !!

Das sieht doch super aus.

Kannst DU mir noch sagen warum die Uhrzeit nicht stimmt ?

Ich schätze mal, dass an deinem Umweltsensor DCF nicht aktiviert ist.

Hallo,
erstmal möchte ich ein herzliches Dank an alle richten, die dieses Modul pflegen und weiterentwickeln.

Nun zur Sache:
ich habe seit gestern zwei neue Rademacher Funk-Rolladenmotoren inklusive Hand- / Programmierzentrale 9493 + 5 DuoFern Rohrmotor-Aktoren für meine bestehenden Rolladen.
Da ich seit einigen Jahren FHEM auf einem Raspberry am Laufen habe, würde ich die o.g. Komponenten gerne dort einbinden. Hierzu würde ich mir dann noch den 9495-UW ordern.
Ich habe den gesamten Thread aufmerksam gelesen, jedoch wurde nirgends die Handzentrale erwähnt.

Daher meine Frage(n): Kann ich die 9493 parallel zu FHEM für Steueraufgaben (keine Programmierung) verwenden und bekäme FHEM dann mit, wenn ich einen Rolladen von dort aus hoch- oder runterfahre ? Wie sieht es mit dem Pairing aus, d.h. kann ein Motor/Aktor mit mehreren Steuerinstanzen gepairt sein oder müsste ich alle Komponenten exklusiv mit dem 9495-UW pairen und die komplette Steuerung liefe dann über diesen ?

Danke schonmal vorab für eure Antworten.
Gruß,
Lexus

Hi Lexus,

ja, du kannst die Rolladenmotoren gleichzeitig mit der Handzentrale und FHEM (und bei bedarf noch mehreren anderen Fernbedienungen von Rademacher) koppeln, das ist kein Problem. Nachdem die Rolladen ihre Position verändert haben (sobald sie wieder stoppen), broadcasten sie ein Statusupdate, das wird auch von FHEM empfangen. Die Positionsänderungen kommen also fast on the fly an.

LG
Christian

Nochwas:

Zitat von: lexus am 02 März 2016, 15:16:08
Wie sieht es mit dem Pairing aus, d.h. kann ein Motor/Aktor mit mehreren Steuerinstanzen gepairt sein oder müsste ich alle Komponenten exklusiv mit dem 9495-UW pairen und die komplette Steuerung liefe dann über diesen ?

Ich habe einige Fernbedienungen von Rademacher mit DuoFern Motoren und Lichtschaltern unabhängig von FHEM gekoppelt. Das ermöglicht dir dann auch das komfortable herunterfahren der Rolläden per Fernbedienung, falls es mal Probleme mit FHEM gibt.

Ist also quasi ein Feature :-)

LG
Christian

Super, danke für die schnellen Antworten. Mir gefällt das Rademacher System immer besser  :)
Ich werde mir gleich den Stick bestellen und hoffe, dass ich hier zukünftig auch was beitragen kann.
Gruß,
Alex

Stick ist da, eingerichtet - und läuft. Es ist eine einzige Freude.
Die erste Schwierigkeit war für mich die Identifikations des Sticks (/dev/ttyxxx), aber da das dank /dev/serial/by-id/... inzwischen anders und sogar zweifelsfrei möglich ist, war das vieeel einfacher.
Die Gurtwickler wurden sofort per Autocreate angelernt und meldeten ihren Status. Steuerung funktionierte natürlich erst nach dem Pairen.

1. Das finde ich in der commandref etwas unglücklich beschrieben.
"Set the DuoFern stick in pairing-mode. Any DouFern device set into pairing mode in this time will be paired with the DuoFern stick."
In welcher Zeit? Vielmehr ist meine Erfahrung die, dass wenn man das Gerät (also den Rolladenmotor/wickler) zuerst in den Pairmodus versetzt und dann "set myDuoFernStick pair" aufruft (oder wie er eben heißt), das Pairen sofort und einmalig durchgeführt wird und dann beendet ist. Also würde ich "Any DouFern device set into pairing mode at this time will be paired" passender finden.

2. Meine beiden Steuerkekse sind per Autocreate nicht aufgetaucht. Ist das normal? S1 und S2 stehen beide auf "0" (ich nutze den Jalousieschaltermodus). Muss ich da noch was verändern? Wäre kein Ding. Ich bräuchte eh eine zweikanalige Schaltererkennung. Nur mal gefragt.
edit: Habe einen vom Rolladen abgelernt (remoteUnpair, fast so schön wie HM), als 2xEinzelschalter deklariert (S1=1,S2=0) und gepairt (erst am Keks, dann "set myDuoFernStick pair"). Autocreate legt das Gerät an. Direkt abbildende Kanäle wie ein Homematic-Gerät bildet der aber keine, oder geht das auch? Reaktion auf Änderungen per DOIF oder notify gingen ja auch ohne. Is aber nicht so schön. :-)

3. der Status geöffnet wird mit "opened" gemeldet, das steht im Widerspruch zu meiner bisherigen Homematic-Erfahrung ("open"). Absicht, Versehen, Zufall?

Sonst auch von mir: BRAVO. Toll gemacht, läuft super.

Zitat von: Pfriemler am 02 März 2016, 19:35:39
1. Das finde ich in der commandref etwas unglücklich beschrieben.
"Set the DuoFern stick in pairing-mode. Any DouFern device set into pairing mode in this time will be paired with the DuoFern stick."
In welcher Zeit? Vielmehr ist meine Erfahrung die, dass wenn man das Gerät (also den Rolladenmotor/wickler) zuerst in den Pairmodus versetzt und dann "set myDuoFernStick pair" aufruft (oder wie er eben heißt), das Pairen sofort und einmalig durchgeführt wird und dann beendet ist. Also würde ich "Any DouFern device set into pairing mode at this time will be paired" passender finden.

Die Beschreibung hab ich aus der CUL Hilfe übernommen und angepasst. Grammatikalisch ist hier wohl tatsächlich "at" und nicht "in" richtig. Und die Zeit, in der der Pairing Mode aktiv ist, kann ich auch noch mit dazuschreiben.

Zitat von: Pfriemler am 02 März 2016, 19:35:39
2. Meine beiden Steuerkekse sind per Autocreate nicht aufgetaucht. Ist das normal? S1 und S2 stehen beide auf "0" (ich nutze den Jalousieschaltermodus). Muss ich da noch was verändern? Wäre kein Ding. Ich bräuchte eh eine zweikanalige Schaltererkennung. Nur mal gefragt.

Die sollten eigentlich schon per Autocreate angelegt werden. Egal welche Schalterstellung S1 und S2 haben. Gibt es irgend welche Meldungen im Logfile?

Zitat von: Pfriemler am 02 März 2016, 19:35:39
3. der Status geöffnet wird mit "opened" gemeldet, das steht im Widerspruch zu meiner bisherigen Homematic-Erfahrung ("open"). Absicht, Versehen, Zufall?

Da hab ich mich am MAX Fensterkontakt orientiert. Der meldet opened.

"at" vs. "in": In Homematic gibt es tatsächlich eine Zeitspanne, in der die Zentrale pair-bereit ist. Erst wird die Zentrale in den Pairmodus versetzt, dann werden die Aktoren/Sensoren per Knopfdruck gebeten mit der Zentrale zu reden. Pairen oder Unpairen gibt hier die Zentrale vor.
Hier bei Rademacher ist es offenbar umgekehrt: Die Geräte werden in den (Un-)Pairmodus versetzt, und die Zentrale redet dann auf Kommando mit den Geräten ...?

Zitatdie Zeit, in der der Pairing Mode aktiv ist, kann ich auch noch mit dazuschreiben

Das ist eben die Frage. Die Homematic-Zentralen kann man für einen beliebigen Zeitraum in den Pairmodus versetzen. Ich weiß nicht ob es hier auch geht.

ZitatDie sollten eigentlich schon per Autocreate angelegt werden.

Wurden sie ja unmittelbar nach dem Pairen. Allerdings war dies eben nötig. Die Gurtwickler wurden bereits angelegt, als sie ihre Statusänderung (durch Lokalbedienung) funkten, das Pairen war erst für eine Fernbedienbarkeit erforderlich. (Heißt umgekehrt: Ich könnte den Status der Rolladen eines Nachbarn problemlos mitlesen ...)
Die Schalterzustandserkennung funktioniert jetzt einwandfrei. Es gibt ja auch readings "channel01" und "channel02".
Verwirren tut mich nur die "state"-Meldung je nach Betriebsart...

Nur als Info:
Im Zweikanalmodus (S1=1):
- Schaltermodus (S1=1, S2=0) "Btn0y.0x" (mit y=3 für geschlossen und y=2 für offen und x für Kanal 1 bzw. 2), "channel01" bzw. "channel 02" jeweils "on" oder "off"
- Einzeltastermodus (S1=1, S2=1) "Btn1A.0x" (x = Kanal), "channel01" und "channel02" jeweils "pressed" (nur beim Schließen des Kontaktes)
Im Einkanalmodus (S1=0) wird nur "channel01" benutzt:
- Jalousietastermodus (S1=0, S2=1) Kanal 1 "Btn01", "up" bei langer, "Btn18", "stepUp" bei kurzer Betätigung; Kanal 2 "Btn03", "down" bei langer, "Btn19", "stepDown" bei kurzer Betätigung
- Jalousieschaltermodus (S1=0, S2=0) Kanal 1 beim Schließen "Btn01", "up" und beim Öffnen "Btn02", "stop"; Kanal 2 beim Schließen "Btn03", "down" und beim Öffnen ebenfalls "Btn03, "stop".
Hoffe, das ist richtig so ...
Homematic kennt kein vergleichbares Gerät. Am ähnlichsten ist noch der Schaltermodus (sensor). Für den dortigen Switch-Modus (Signal bei Zustandsänderung) oder den Fernbedienmodus (remote) gibt es keine Entsprechung. Der Jalousieschaltermodus ist aus meiner Sicht eher eine 4-Kanal-Eintasten-Fernbedienung mit festgelegter Bedeutung ...
Wie auch immer: Et lüppt prima.

"open" vs. "opened"

ZitatDa hab ich mich am MAX Fensterkontakt orientiert. Der meldet opened.

Hm. Ja, dann ist es eben so. Dann müsste eher Martin die Meldungen von Homematic für eine Vereinheitlichung anpassen  ;) ... was aus Bestandsschutzgründen wohl ein absolutes NoGo sein dürfte.

... und nach dem Lesen der ganzen commandref und den möglichen Befehlen weiß ich auch schon, welches mein nächster Garagentorantrieb wird, wenn der alte nach 15 Jahren endlich mal kaputtgeht ... ;D

Zitat von: Pfriemler am 02 März 2016, 22:05:31
"at" vs. "in": In Homematic gibt es tatsächlich eine Zeitspanne, in der die Zentrale pair-bereit ist. Erst wird die Zentrale in den Pairmodus versetzt, dann werden die Aktoren/Sensoren per Knopfdruck gebeten mit der Zentrale zu reden. Pairen oder Unpairen gibt hier die Zentrale vor.
Hier bei Rademacher ist es offenbar umgekehrt: Die Geräte werden in den (Un-)Pairmodus versetzt, und die Zentrale redet dann auf Kommando mit den Geräten ...?Das ist eben die Frage. Die Homematic-Zentralen kann man für einen beliebigen Zeitraum in den Pairmodus versetzen. Ich weiß nicht ob es hier auch geht.

Es funktioniert beides. Man kann entweder erst am Aktor und dann am Stick oder zuerst am Stick und dann am Aktor den Pairing Mode aktivieren.
Momentan ist die Zeitspanne, in der der Stick im Pairing Mode ist, fest auf 60 Sekunden eingestellt.

60s entsprechen auch dem Standardintervall einer Homematic CCU2. Und wenn die Reihenfolge egal ist, dann ist ja alles richtig und das "in" in der commandref auch korrekt. Schreib aber mal ruhig die 60s dazu. Reichen ja i.d.R. dicke.
Also viel Lärm um nichs. Danke für die Aufklärung!

Gibt es eigentlich Überlegungen, die Rademachers auf diese Weise mal im Wiki zu erwähnen?

Die Überlegung war schon mal da. Aber das hatte auf meiner Prioritätenliste jetzt nicht die höchste Wichtigkeit.

Ich hab jetzt ins Modul auch die Konfiguration des Umweltsensors mitaufgenommen. Könnte das mal jemand mit Umweltsensor testen, ob das auch funktioniert?

Hi Telekatz,

vielen Dank, hab das jetzt mal ausprobiert, wenn auch ich mich noch nicht weiter getraut habe, als die Konfiguration auszulesen ;-).

Die sieht schon ziemlich gut aus :-).

Was mir aufgefallen ist: Es fehlt die Konfigurationseinstellung der Sonnenrichtung und die Sonnenhöhe für "triggerSun", hier ist zur Zeit nur Helligkeit:SonneErkennenNach:SchattenErkennenNach:Temperatur angegeben. Ich hab noch nicht in Deinen Sourcecode geguckt, ob das möglicherweise Absicht ist.

LG
Christian

Nochwas, Telekatz,

ich habe hier Patches, in denen ich die einzelnen Events des UWS auswerte. Ich bin nicht ganz glücklich, mit den Patches, weil sie auch das Verhalten der Buttons ändern. Soll ich sie Dir trotzdem mal zukommen lassen, oder lieber nicht? Sie laufen hier auf jeden fall schon seit ca. 5 Wochen ohne Probleme :-).

Falls ja, auf welchem Weg und in welchem Format (patch oder git-format).

LG
Christian

Bei den Konfigurationseinstellungen der Sonnenrichtung und der Sonnenhöhe bin ich noch am überlegen, ob ich das auch noch in triggerSun reinpacken soll, oder ob ich dafür ein eigenes Reading anlege.
Den Patch für die Events kannst du mir ja mal schicken. Ich schau dann mal, was ich verwenden kann.

Hallo, ich betreibe FHEM auf einer Fritzbox 7390. Ich möchte jetzt auch meine DuoFernGurtwickler über den Stick einbinden. Jetzt steckt in der Fritzbox aber bereits der Cul 432 von Busware für meine Steckdosen. Geht das oder kommen sich die Geräte in die Quere?

Da sollte sich nichts in die Quere kommen. Voraussetzung dafür ist natürlich, dass auf der Fritzbox auch ein FTDI Treiber vorhanden ist.

Zitat von: Pfriemler am 02 März 2016, 22:23:47... und nach dem Lesen der ganzen commandref und den möglichen Befehlen weiß ich auch schon, welches mein nächster Garagentorantrieb wird, wenn der alte nach 15 Jahren endlich mal kaputtgeht ... ;D

Genau so ist es mir gerade ergangen  ::)
Rolladenmotor nach 30 Jahren kaputt und ein gutes Angebot für einen Rademacher-Funkmotor gesehen. Also gleich 2 Motoren gekauft und nun warte ich gespannt auf die Komponenten. Nun kostet allerdings der Stick so viel wie der Ersatzmotor kosten würde und dazu noch 2 die Motoren   :'(
Ich macht hier was mit mir  8)

Zitat von: Pfriemler am 10 März 2016, 23:17:24
Gibt es eigentlich Überlegungen, die Rademachers auf diese Weise mal im Wiki zu erwähnen?

Ich werde mal versuchen meine ersten Schritte mit dem Modul derart zu dokumentieren, dass ein Grundgerüst für das Wiki da ist. Dann dürfen alle mit helfen um es wachsen zu lassen  ::)


gestörte Grüße
Niels

Hätte ich eine echte Wahl gehabt, dann hätte ich mich für brauchbare Wellenmotore und Homematic-Aktoren entschieden - das geht mindestens genauso gut wie die Rademacher. Wegen der baulichen Voraussetzungen (man braucht sehr schmale Hände um den Rolladenkasten zu kommen, der ansonsten alleseitig verputzt ist, und Strom gibt es auch keinen dort) habe ich mich aber für Gurtwickler entschieden, und da gibt es nichts Homematic-steuerbares. Natürlich ist das teurer, aber es bietet letztlich den gleichen Komfort (inkl. lokaler Bedienung mit automatischer Nachführung in FHEM).

FHEM gibts halt für lau, aber nicht die Hardware dazu  8)
Der Garagentoröffner ist auch ein wenig teurer als üblich (für meinen habe ich mal 130 DM bezahlt, der SX5 DuoFern kostet Liste 389 Euro).

Wegen des Wikis warte mal Telekatz' Meinung ab. Ich tue dann gern mit.

Bisher laufen meine Rademacher vollkommen störungsfrei, wie sich das gehört. Nur für die Kekse habe ich noch keine Verwendung, einer wird wohl einen Homematic SCI-3 im Briefkasten ersetzen...

Zitat von: Pfriemler am 22 März 2016, 22:26:52
Wegen des Wikis warte mal Telekatz' Meinung ab. Ich tue dann gern mit.

Ich hab da nichts dagegen, wenn ihr am Wiki arbeiten wollt.

Zitat von: Pfriemler am 22 März 2016, 22:26:52Hätte ich eine echte Wahl gehabt, dann hätte ich mich für brauchbare Wellenmotore und Homematic-Aktoren entschieden - das geht mindestens genauso gut wie die Rademacher.

Jo, ich habe bislang ja Homematic-Aktoren. Entscheidend für mich war bei einer Neuanschaffung eigentlich die Hinderniserkennung. Wenn man schon automatisch die Rolläden fährt ist das doch eine beruhigende Sache (zumindest wenn wie bei uns die Rollläden zur Terrasse bis fast auf den Boden gehen). Und zwischen der Version mit und ohne Funk liegen dann nur noch 10,-€ zzgl. dem auch nicht ganz günstigen Stick.
Zudem passen die Homematic-Aktoren nicht ganz in meine Einbaudosen und ich musste da arg basteln. Diese nicht ganz so optimale Optik kann ich jetzt auch korrigieren und durch den Verkauf der Homematic-Aktoren die Kosten etwas abfedern.

Zitat von: Pfriemler am 22 März 2016, 22:26:52Der Garagentoröffner ist auch ein wenig teurer als üblich (für meinen habe ich mal 130 DM bezahlt, der SX5 DuoFern kostet Liste 389 Euro).

Ein wenig hast Du ja schön formuliert, wobei mit dem allgemeinen Teuro-Faktor ist es vielleicht nicht so viel. Aber man darf ja auch nicht in die Liste schauen - dann wäre mir die Nummer auch deutlich zu teuer gewesen. Mit ausgiebiger Internetsuche ist es nur noch teuer.

investierte Grüße
Niels

So, ein Anfang im Wiki ist gemacht. Ist noch etwas dünn & holperig, aber ich will Euch ja nicht den ganzen Spaß am Korrigieren und Ergäzen nehmen  ;D

http://www.fhemwiki.de/wiki/Rademacher_DuoFern

dokumentierte Grüße
Niels

Ich habe da noch eine Frage zum Autocreate: In der Anleitung meines Motors steht, dass er 2 Stunden nach der ersten Inbetriebnahme paarungswillig ist. Kann es sein, dass dies auch ganz ohne ein Pairing im Modul DUOFERNSTICK abläuft? Ich meine, dass mein Motor da schon war, bevor ich ihn gepairt habe. Aber irgendwie habe ich das nicht so richtig registriert und das manuelle Pairing ausgeführt, was der Motor auch mit seinem "Quittungszucken" bestätigt hat. Das wäre ja noch ein wichtiger Hinweis für das Wiki.

vollautomatische Grüße
Niels

Die Aktoren senden nach einer Zustandsänderung automatisch eine Statusnachricht aus, auch dann, wenn sie noch mit keinem anderen Gerät gepaart sind. Empfängt FHEM eine solche Nachricht, wird der Aktor per Autocreate angelegt. Gepaart ist er deshalb noch nicht. Man sieht seinen Status, kann ihn aber ohne pairing nicht fernsteuern.

Während der zwei Stunden nach Aktivierung der Stromzufuhr ist der Aktor lediglich bereit, das remotePair/remoteUnpair Kommando auch von nicht gepairten Geräten zu akzeptieren. Danach muss dann noch ein pair/unpair Kommando vom Stick kommen.

Danke, ich habe das mal so in's Wiki übernommen.

guttenbergsche Grüße
Niels

Zitat von: Pfriemler am 22 März 2016, 22:26:52
Hätte ich eine echte Wahl gehabt, dann hätte ich mich für brauchbare Wellenmotore und Homematic-Aktoren entschieden - das geht mindestens genauso gut wie die Rademacher.

Hallo Pfriemler,
welche Hersteller / Typbezeichnungen sind denn brauchbare Wellenmotore ?
Ich habe den Thread hier aufmerksam verfolgt als Alternative zu Somfy-io-homecontrol, da habe ich bei einem Händler einen sehr leisen, mit 2 Geschwindigkeiten sanft fahrenden gesehen... würde ich sofort nehmen, bekomme ich aber ohne Tahoma nicht in FHEM hinein....

Also die Rademachers sind im Vergleich zu meinen alten Motoren auch sehr leise (aber die waren auch 30 Jahre alt). Von Problemen mit Somfy ist das Netz voll und auch bei meinem Kollegen haben die nur 5 Jahre gehalten. Schellenberg ist im Baumarktsegment meinen Recherchen nach ganz vernünftig...
Aber mit Hinderniserkennung habe ich nur Rademacher im DIY-Bereich gefunden.

subjektive Grüße
Niels

Zitat von: Holger-Arnold am 27 März 2016, 18:37:44
Hallo Pfriemler, welche Hersteller / Typbezeichnungen sind denn brauchbare Wellenmotore ?

Da bin ich der falsche Berater. Ich habe, nachdem klar war, dass bei uns Wellenmotore nicht ohne einen erheblichen baulichen Nebenaufwand einzubringen sind, nicht weiter in dieser Richtung recherchiert.

Eine langsamere oder variable Geschwindigkeit würde ich mir für die Rademacher-Gurtwickler sehr wünschen. Das Herablassen im Schleichgang abens wäre ein Beitrag zur Nachbarschaftspflege  ;)
edit 8.4.17: Die Rademacher Gurtwickler bieten genau das seit Ende 2016 an. Habe den ersten UW1800 damit im Einsatz - es ist toll!

Hallo zusammen,

erst mal vielen Dank für das Tolle Modul, ich nutze es sehr viel und meine Frau findet es super:

12x RolloTron Standard DuoFern Gurtwickler 1400
1x Funksender UP
1x Rohrmotor RolloTube (https://anleitungen.jalousiescout.de/Rademacher_Rollotube_Funk_Duofern.pdf (https://anleitungen.jalousiescout.de/Rademacher_Rollotube_Funk_Duofern.pdf))

Bei meinem Rohrmotor (in einem Vorbaurolladen von https://www.jalousiescout.de/ (https://www.jalousiescout.de/)) habe ich schwierigkeiten, an die Setztaste am Motor zu gelangen um die Endpunkte einzustellen.
In der Anleitung vom DuoFern Handsender steht, das würde auch mit dem Handsender gehen (http://www.rademacher.de/fileadmin/rad-daten/pdf/Fachhandel/RolloHomeControl/DuoFern/DuoFern%20Handsender%20Standard/VBD_473-2-%2808.15%29_DuoFern-Handsender-DE-EN_Internet.pdf (http://www.rademacher.de/fileadmin/rad-daten/pdf/Fachhandel/RolloHomeControl/DuoFern/DuoFern%20Handsender%20Standard/VBD_473-2-%2808.15%29_DuoFern-Handsender-DE-EN_Internet.pdf). Gibt es wohl eine Möglichkeit dies auch über den DUOFERNSTICK zu machen?
Ansonsten muss ich erst wieder eine lange Leiter anbringen und eine zweite Person dazu holen.


Danke und LG

Christian

Laut Wiki (http://www.fhemwiki.de/wiki/DUOFERN) reagieren die Geräte bis zu 2h nach dem Einstromen auch auf einem remotePair-Befehl des DUOFERNSTICK. Wenn Du also eine Chance siehst, den Rolladenmotor mal ausreichend lange stromlos zu machen (im einfachsten Fall über die zugehörige Sicherung), könnte es nach dem Einstromen mit dem remotePair klappen.

Hier geht es nicht um das Pairen sondern um das Einstellen der Endpunkte. Das geht mit dem Duofern Stick nicht. Aber sofern du einen externen Taster an den Rohrmotor angeschlossen hast, steht auf Seite 20 der Bedienungsanleitung wie das auch ohne den Setztaster funktioniert.

Zitat von: Telekatz am 30 März 2016, 17:33:07
Hier geht es nicht um das Pairen sondern um das Einstellen der Endpunkte. Das geht mit dem Duofern Stick nicht. Aber sofern du einen externen Taster an den Rohrmotor angeschlossen hast, steht auf Seite 20 der Bedienungsanleitung wie das auch ohne den Setztaster funktioniert.

Perfekt, vielen Dank. Hatte ich doch glatt überlesen. Den externen Taster habe ich.

Zitat von: Telekatz am 30 März 2016, 17:33:07
Hier geht es nicht um das Pairen sondern um das Einstellen der Endpunkte.

O mann, wie peinlich. Ich lösche mich gleich selbst vor Scham ...  :-\

Hallo zusammen,

aktuell beschäftige ich mich mit der Programmierung von Szenarien.

Das unenstehende Szenario läuft soweit.

Abgefragt wird folgende Bedingungen:

Automatikbetrieb Status ein/aus
Partymodus ein/aus
Anweseheitsstatus (EMA)
Dämmerung Wert erreicht

Ablauf 1: Die Rolläden schließen mit dem definierten Dämmerungswert, wenn der Status der EMA auf "abwesend" steht

Ablauf 2: Die Rolläden bei Anwesenheit erst, wenn die Zeit errreicht wurde
Ablauf 3: Die Rolläden öffnen, wenn der Helligkeitswert erreicht wurde:

([Automatik_Rolladen_Daemmerung] eq "on" and [Automatik_Party] eq "off" and [Anwesenheitsstatus] eq "Abwesend" and [DUOFERN_6901BB_sensor:brightness]<150) (set DUOFERN_471664 down;set DUOFERN_47165B down) DOELSEIF ([Automatik_Rolladen_Daemmerung] eq "on" and [Automatik_Party] eq "off" and [DUOFERN_471664] eq "Closed" or [22:00]) (set DUOFERN_471664 down;set DUOFERN_47165B down) DOELSEIF ([DUOFERN_6901BB_sensor:brightness]>150) (set DUOFERN_471664 up;set DUOFERN_47165B up)


Mein Problem ist folgendes:
Ich möchte aber in der Bedingung 3 noch haben, dass morgens die Rolläden frühestens um 8 Uhr hochfahren. Wenn ich das untenstehende Beispiel (die Uhrzeit) einfüge, fahren die Rolläden nicht mehr?!?!

"DOELSEIF ([DUOFERN_6901BB_sensor:brightness]>150 and [08:00]) (set DUOFERN_471664 up;set DUOFERN_47165B up)


Hat jemand einen Rat für mich?

Grüße
Frank

Hallo Frank,

deine neue Bedingung würde nur genau um 8:00 die Rollladen hochfahren wenn es hell genug ist. Ab 8:01 aber nicht mehr. Du müsstest die Uhrzeit auf grösser (gleich) 8:00 prüfen. Leider kenn ich die Syntax nicht, sonst würde ich ein Beispiel hier reinschreiben, Aber als Suchansatz vielleicht auch hilfreich.

Gruß
qlaus

Hallo Frank,

Das ist doch eher eine DOIF-Frage. Hier bekommst Du sicher schneller eine Antwort, wenn Du das im DOIF-Bereich postest.

verschobene Grüße
Niels

Hi Leute,

ich bin neu dabei bei FHEM und versuche u.a. meine Rademacher Gurtwickler einzurichten. Das pairen hat funktioniert und steuern lassen sich beide Gurtwickler ebenfalls.

Meine Frage ist nur, wie kann ich über FHEM die Zeit auf dem Gurtwickler stellen? Hintergrund ist eigentlich der, dass ich auf allen Geräten mit Display im Haus die gleiche Zeit angezeigt haben möchte. Auch nach einem Spannungsausfall sollen die Geräte nach der Verbindung zu FHEM von diesem die aktuelle Zeit erhalten.

oder wird das durch das Rademacherprotokoll nicht unterstützt?

Das setzen der Uhrzeit über Funk wird bei den Gurtwicklern nicht unterstützt.

Hallo zusammen, ich bin neu hier und habe ein Problem beim Pairen: Ich habe als Aktoren die Troll Basis Duofern 5615 und kann diese nicht mit FHEM pairen. Es erscheint keine Rückmeldung (leuchtet am Aktor durchgehend in hellgrün = "Beim Pairen". Im Log wird das Senden des StartPair angezeigt, sonst jedoch nichts.

Hat jemand eine Idee, was das sein könnte?

Viele Grüße

bigbang

Durchgehend grün leuchten bedeutet eigentlich, dass das pairen funktioniert hat. Mach mal ein reopen beim DUOFERNSTICK und schau, ob sich danach der Troll steuern lässt.

Sorry, "leuchten" war der falsche Begriff :-( Das Lämpchen blinkt für zwei Minuten und geht dann aus. Im Log erhalte ich auch keine Antwort...

Schalt mal am DUOFERNSTICK verbose auf 4, paire nochmal und poste den Log.

Hallo,

seit ein paar Wochen arbeite ich mit Fhem. Ziel ist es irgendwann meine Rolladen über Tablet-UI oder Floorplan zu steuern und zu automatisieren.
Momentan habe ich nur 3 RolloTron im Einsatz und experimentiere damit herum.
Ich kann alle Gurtwickler mit einmal fahren und über Weekdaytimer sind die Gurtwickler automatisiert. Nun möchte ich aber gern die Zeit im Weekdaytimer über einen Dummy ändern (setlist:time), damit ich nicht immer im Quellcode schreiben muss.
Ich bin ratlos wie ich die Zeit triggern kann. Ist dafür der Weekdaytimer überhaupt das geeignte Modul? Als erster Schritt würde mir reichen die Anfangszeit zu ändern. Später würde ich gern noch unterscheiden ob ich beim Runterfahren der Rollos eine Zeit eingeben möchte oder per Sonnenuntergang fahren lassen.
Hat jemand einen Impuls für mich?
Vielen Dank!

Probier es mal damit:

define myTimer WeekdayTimer myDevice ".ReadingsVal("myDummy","state","00:00")."|up

Beim editieren der DEF wird der Wert vom dummy übernommen. Leider aktualisiert sich der Wert dann aber nicht mehr im WDT, wenn ich am Dummy die Zeit ändere. Ich habe gleich noch versucht das ganze auf Tage zu begrenzen, da nun wieder die Profile 0-6 gezeigt werden. Wenn ich dann z.B. 12345 schreibe wird der WDT inaktiv gesetzt, obwohl trotzdem die Profile 1-5 gesetzt werden.

define myTimer WeekdayTimer myDevice 12345|".ReadingsVal("myDummy","state","00:00")."|up

Mit den Wochentagen funktioniert doch. Gestern stand es auf "inaktiv", weil ich "12345" geschrieben hatte und somit der Sontag raus war.
Fehlt nur noch das Autoupdate, wenn der Dummy die Zeit ändert.

Vielen Dank hier an alle im Forum und vor allem Telekatz für die Unterstützung. Ohne die vielen Beiträge käme man nur sehr langsam ans Ziel.

Hier der Auszug aus dem Log, mehr ist es nicht:
2016.04.25 19:55:40 4: Rademacher: snd -> 04000000000000000000000000000000000000000000
2016.04.25 19:55:40 5: SW: 04000000000000000000000000000000000000000000
2016.04.25 19:56:40 4: Rademacher: snd -> 05000000000000000000000000000000000000000000
2016.04.25 19:56:40 5: SW: 05000000000000000000000000000000000000000000

Viele Grüße
bigbang

Hast du überprüft, ob du den DUOFERNSTICK den richtigen Anschluss zugewiesen hast? Das sieht nicht so aus, als ob das zum Stick gesendet wurde. Der Antwortet normalerweise auf jedes Kommando mit einem ACK:

2016.04.24 21:20:04 4: DuoFernStick: snd -> 04000000000000000000000000000000000000000000
2016.04.24 21:20:04 4: DuoFernStick: rx  -> 81000000000000000000000000000000000000000000

Das sind die Zeilen in der Konfig-Datei:
define Rademacher DUOFERNSTICK /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR03RAZU-if00-port0 6Fxxxx
define Rolladen DUOFERN 6fxxxx
attr Rolladen IODev Rademacher

Was muss ich denn tun?

Zitat von: bigbang am 26 April 2016, 06:40:40Was muss ich denn tun?

Poste doch mal ein ls -l /dev/serial/by-id/


nachfragende Grüße
Niels

ls bringt folgendes:
pi@raspberrypi:~ $ ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13 Apr 24 18:06 usb-Rademacher_DuoFern_USB-Stick_WR03RAZU-if00-port0 -> ../../ttyUSB0


Sieht doch nicht so schlecht aus, oder?

Wird der Stick korrekt initialisiert, d.h. hört er auf rot zu blinken?

Zitat von: bigbang am 26 April 2016, 06:40:40

Code Auswählen Erweitern


define Rolladen DUOFERN 6fxxxx
attr Rolladen IODev Rademacher


Das kann nicht passen. Mit 6f.... beginnt kein Aktor. Lösche das mal raus.

Ändere das auch mal (Baudrate):
define Rademacher DUOFERNSTICK /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR03RAZU-if00-port0@115200 6Fxxxx


Klappt jetzt! Vielen Dank! Toller Support von euch. Werde mich sicher noch mal melden, ich habe ein bisschen was vor ;-)

Nochmal zu meiner Frage wegen dem Weekdaytimer.
Ich habe es noch nicht geschafft, dass sich ein geänderter "state" beim dummy auf den Weekdaytimer aktualisiert.
Die einzige einmalige Übernahme des Wertes "state" aus dem dummy erfolgt wenn ich im Weekdaytimer die DEF neu lade (also einmal Modify drücke).

Hat jemand eine Idee?

define Timer_Mo_Do WeekdayTimer Rollo1,Rolle2,Rollo3 1234|".ReadingsVal("dummy","state","00:00")."|up 1234|{sunset_abs(-600,"18:00","22:00")}|down

Am besten machst du für deine Frage ein neues Thema im richtigen Unterforum auf. Die, die sich mit WeekdayTimer auskennen, finden so deine Frage eher.

Du hast recht.

Hallo,

zuerst mal vielen Dank für das tolle Modul. Es funktioniert wirklich einwandfrei!!! Eine Frage: funktioniert der Rademacher Sonnensensor mittlerweile mit dem Modul? Ich habe ihn zwar in fhem einbinden können und er wird mir auch angezeigt (state = Initialized). Weitere Readings gibt es aber wohl nicht. Kann mir jemand auf die Sprünge helfen, wie ich nun mit dem Sonnensensor meine Rollläden steuern kann?

Vielen Dank schon mal im Voraus, haemmi

Kannst du mal in FHEM beim Sonnensensor verbose auf 5 stellen und im Log nachschauen, was vom Sonnensensor empfangen wird.

Hallo Teekatz,

verbose steht jetzt auf 5, aber vom Sonnensensor ist im Log nix zu sehen.

Gruß, haemmi

Du musst den Sonnensensor auch dazu bringen, etwas zu senden.

Hallo Telekatz,

so, jetzt hab ich es geschafft. Im Log steht jetzt folgendes:

2016.05.09 20:17:31 2: DUOFERN unknown msg: 0FFF07160000000000000000000000A518A16F234500

Gruß, haemmi

Kommt das bei Sonne da oder Sonne weg? Und was kommt dann beim anderen Ereignis?

Hallo Telekatz,

ich glaube, jetzt habe ich es. Ich habe den Sonnensensor nochmal neu gepairt und dann (mangels Sonne) 15 Minuten lang eine Taschenlampe auf den Sensor scheinen lassen. Jetzt habe ich ein neues Reading "event: beginnSun". Damit kann man arbeiten. Vielen Dank für Deine Mühe.

Gruß, haemmi

Hallo,

ich bin gerade dabei mir eine Weinor Markise zu bestellen. Und da ich FHEM schon im Einsatz habe, dachte ich mir ich schaue mal ob ich die Weinor Produkte einbinden kann. Da das nicht geht, habe ich weiter gesucht und bin dabei ich auf diesen Thread/das Rademacher System gekommen. Würdet ihr mir das für eine Neuanschaffung für die Markisensteuerung empfehlen?

Ich bräuchte eine Aktor für den Motor (DuoFern Connect-Aktor 9477), den Vibrationssensor (DuoFern Markisenwächter 9480) und dann noch einen Handsender (DuoFern Handsender Standard 9491). Das würde mich auf ca. 180 Euro kommen. Bei meinem Markisenangebot vom Weinro-Händler kostet alles 385 Euro.  :o

Irgendwann würde ich dann den USB Stick an FHEM anschließen wollen.

Danke für eure Tips!
Gruß,
Jakl

Ist der elektrische Anschluss schon vorhanden oder muss der auch noch neu verlegt werden? Denn der Connect-Aktor ist wohl eher dafür gedacht, vorhandene Anlagen auf Funk um zurüsten, da er nur in die Anschlussleitung dazwischengesteckt wird. Für eine Neuinstallation würde ich eher den Rohrmotor-Aktor 9471-1 nehmen. Da könntest du dann auch externe Taster anschließen und dadurch eventuell auf den Handsender verzichten.

Hallo zusammen,

Hat jemand auch eine Lôsung für die Stick mit Raspberry Pi ? (beispiel script python, C, shelll, ....) ohne zb FHEM zu benutzen. (vielleicht probiere ich doch mal FHEM)

edit: habe die module 10_DUOFERNSTICK und 30_DUOFERN gefunden :-)

An den author von diese Module: du könnte sie doch nicht schreiben ohne hilfe von Rademacher selbst ?
Schade das Rademacher keine öffene funk systeme benutzt wie Z-Wave/...

Kennt jemand noch andere Merke die Gurtwicklers machen aber mit offene funk protocol ? Ich finde nür Rademacher....

vielen dank im vorraus

Hallo Kollegen,

ich betreibe einen Rademacher ILFS 10/16Z mit Duofern 9491 Handsender und wundere mich über die doch sehr geringe Reichweite: Unter 10 m bei fast Sichtverbindung (2 Leichtbauwände / offene Türen dazwischen).
Die LED ist oft rot und die Steuerung hakt. Direkt neben dem Motor ist die Steuerung einwandfrei. Das Anschlußkabel mit Antenne ist ganz ausgelegt, habe variiert, keine Änderung.
Ich habe den Verdacht, die Antenne ist nicht richtig im Motorinneren verbunden.

Wie sind Eure Reichweitebeobachtungen in dieser Konstellation ? Es ist mein erster Motor, den ich im Testbetrieb habe, und ich weiß nicht recht, ob das so sein kann.


Weitere Detailtests, die ich gemacht habe:
USB-Stick 9495 (FHEM-gesteuert) gepairt mit dem Handsender 9491: Reichweite problemlos bis weit in den Hausflur und in die nächste Etage hinein (LED grün, Alle Ereignisse in FHEM-Log).

Dann Steuerung des Motors mit FHEM (<10m, fast Sichtverbindung durch Türen, Leichtbauwände): Oft holprig, Acknowledges fehlen, Stop-Kommando kommt oft nicht an.
Stück näher an den Motor: Besser.

Ich bin am Zweifeln, ob ich den Motor wegen Defekt zurückschicken soll...

Danke und Gruß

Holger-Arnold

Zitat von: monty_burns_007 am 15 Mai 2016, 17:44:48
An den author von diese Module: du könnte sie doch nicht schreiben ohne hilfe von Rademacher selbst ?
Schade das Rademacher keine öffene funk systeme benutzt wie Z-Wave/...

Kennt jemand noch andere Merke die Gurtwicklers machen aber mit offene funk protocol ? Ich finde nür Rademacher....

Für die Entschlüsselung des Protokolls habe ich die Kommunikation zwischen Duofern Stick und Homepilot aufgezeichnet und analysiert. Da hab ich kein Hilfe von Rademacher gebraucht.
Andere Gutwickler mit Funk gibt es von Uniroll. Wird auch von FHEM unterstützt.

@Holger-Arnold
Wenn du jetzt mit einem Motor ein Reichweitenproblem hast, muss das nicht bedeuten, das du auch ein Reichweitenproblem hast, wenn später überall Duofern Motore verbaut sind. Die Netzbetriebenen Aktoren arbeiten beim Duofern System auch als Repeater.

Hallo, ich bin am Überlegen einen Rademacher Gurtwickler einzusetzen. Um diesen über FHEM zu steuern benötige ich den 9495-UW Stick, oder?
Kann es sein, dass dieser nicht mehr bzw. schwer Lieferbar ist? Zumindest habe ich den in verschiedenen Shop mit Lieferzeiten > 7 Tage gesehen
Oder sind das normale Lieferzeiten?

Danke und Gruß

9495-UW ist der richtige Stick. Ich denke, das sind die normalen Lieferzeiten für den Stick. Der Stick wird normalerweise ja nur als Ersatzteil benötigt.

Ok, danke.

Dann kann es ja los gehen. Und ein weiterer Stick in FHEM  ;D

Hallo,

ich wollte mich einfach nur bedanken, für die hervorragende Arbeit.
Heute meinen Duofern USB Stick geliefert bekommen, an den Raspberry Pi angeschlossen und die Einrichtung war dank dieses Threads und dem Wiki ein Kinderspiel.
Alles hat auf Anhieb funktioniert, obwohl ich absoluter FHEM-Einsteiger bin... - Jetzt muss ich mich nur nochmal näher mit Twilight beschäftigen.

Danke, Danke, Danke !

@Holger-Arnold
Wenn du jetzt mit einem Motor ein Reichweitenproblem hast, muss das nicht bedeuten, das du auch ein Reichweitenproblem hast, wenn später überall Duofern Motore verbaut sind. Die Netzbetriebenen Aktoren arbeiten beim Duofern System auch als Repeater.
[/quote]

Hallo Telekatz,
muß man für den Repeater-Betrieb etwas konfigurieren ? Ich betreibe 4 Duofern Funkmotoren, die zuverlässig steuerbar sind, wenn der Funkstick den gleichen Abstand zu allen hat. Bei anderen Positionen meldet ein entfernter Motor sporadisch missing status oder missing ack. Der entfernte Motor hat <10 Abstand und fast Sichtverbindung zu einem zuverlässig steuerbarem anderen Motor, nur eine Tür mit Leichtbauwand ist dazwischen.

Ansonsten vielen Dank für dieses klasse Modul, dieser Thread war der Einstieg für mich in Rolladenmotoren und auch FHEM, um ein zuverlässiges und offenes System zu bekommen. Hab's nicht bereut!

Das soll automatisch funktionieren ohne das man es konfigurieren muss. Siehe auch https://www.facebook.com/rademacher.de/posts/464132653601396 (https://www.facebook.com/rademacher.de/posts/464132653601396)

Hallo Telekatz,

ich versuche mich gerade an der Einbindung des DuoFern Stick in FHEM, komme aber nicht weiter.

Den Funkcode meines Stick habe ich, und ich habe den Stick mittels

define Rademacher DUOFERNSTICK /dev/ttyUSB1@115200 XXXXXX

versucht einzubinden - leider sagt FHEM immer nur Disconnected, egal ob ich USB1...USB4 eingebe.

Spielt der Name des Stick evtl. eine Rolle ?? Mein Homepilot war defekt und wurde von Rademacher samt Stick getauscht, der alte Stick hieß FT232R USB UART, der neue heißt nun DuoFern USB-Stick.

Spielt das ne Rolle oder mache ich was falsch ??

Gruß

EDIT: Bei mir muss es USB0 heißen - Kommando zurück - nun funktioniert alles !!

Hallo zusammen,

erstmal vielen Dank für die super Anleitung!

Ich habe folgende Problematik:
Duofern Stick ist angelernt und wird auch angezeigt
Status der verschiedenen Rollladen Aktoren wird auch angezeigt open / closed

ABER es werden keine Befehle angenommen einfach nix???

Bin gerade noch am Anfang meiner Lernphase was FHEM angeht...

Vielen Dank schon mal für Eure Hilfe :-)

Grüße
Sven

Du musst die Aktoren noch mit dem Stick pairen.

Hallo,

ich wollte mich nur einmal für das Modul und die Anleitungen bedanken. Ich habe meine ersten Rolläden gestern in Betrieb genommen (meine erste Installation mit FHEM) und alles rennt wie doof. Mehr folgt bbestimmt :)

Hm...

Ich sehe alle Readings usw. Ich habe nun versucht auch nochmal zu pairen, aber irgendwie will er bzw. alle trotzdem nicht.??

Die Geräte waren vorher über einen HomePilot gepairt.

Habt ihr noch irgendwelche Ideen?

Danke & Grüße
Sven



Gesendet von iPad mit Tapatalk

Wie bist du bei deinem Versuch die Aktoren zu pairen vorgegangen?

So wie hier beschrieben?
http://www.fhemwiki.de/wiki/DUOFERN#Pairing (http://www.fhemwiki.de/wiki/DUOFERN#Pairing)

Ja ich bin genau wie beschrieben vorgegangen... Ich sehe auch in den Readings moving "up" aber er fährt nicht hoch obwohl er den Befehl scheinbar registriert hat???

Alles ein bisschen merkwürdig...


Gesendet von iPad mit Tapatalk

Das Reading moving wird nur intern berechnet und sagt nichts darüber aus, ob der Aktor das auch wirklich macht.

Schalt mal am Stick verbose auf 4, versuch den Aktor nochmal zu pairen und schick mir das Log.

Zitat von: Telekatz am 15 Juli 2016, 16:26:57
Das Reading moving wird nur intern berechnet und sagt nichts darüber aus, ob der Aktor das auch wirklich macht.

Ach Mist ... ich hatte gedacht, dass die Aktoren ihren Status nicht nur im Stillstand aktualisieren. Aktuell bin ich auf der Suche nach einer Möglichkeit, auf fahrende Rolläden besonders zu reagieren. Mit "moving" bin ich aber auch nicht weitergekommen. Das will ich hier aber gar nicht weiter erörtern.

Nur zur Sicherheit: ein Gurtwickler z.B. sendet keine Aktion, wenn er lokal bedient wird - erst wenn er stoppt gibt es einen neuen Status (mit dem Öffnungswert)?

Zitat von: Pfriemler am 18 Juli 2016, 22:30:55
Nur zur Sicherheit: ein Gurtwickler z.B. sendet keine Aktion, wenn er lokal bedient wird - erst wenn er stoppt gibt es einen neuen Status (mit dem Öffnungswert)?

Richtig. Ein Aktor sendet erst dann seinen neuen Status, wenn er gestoppt hat.

Zitat von: Telekatz am 18 Juli 2016, 23:00:43
Richtig. Ein Aktor sendet erst dann seinen neuen Status, wenn er gestoppt hat.

Wo war gleich nochmal der Danke-Knopf hier? ... [pling]

Hallo zusammen,

ich habe mir den DuoFern Markisenwächter gekauft und hatte die Hoffnung, mit diesem über den DuoFernStick und FHEM meine Markise (die via ZWave gesteuert wird) einfahren zu lassen (also natürlich nur das Signal bei Wind zu bekommen und dann via DOIF etc. das Einfahren auszulösen.).

Nun konnte ich den Wächter pairen, aber er scheint nichts zu senden, auch wenn er stark geschüttelt wird.

Hat jemand Erfahrung damit? Muss er evtl. an einem Aktor gepaart sein, damit er überhaupt ein Kommando sendet? Kann man das in FHEM simulieren?

Natürlich könnte ich die Markise auf DuoFern umstellen, aber alle Rollos etc. sind bei mir auf ZWave... Außerdem hat die Markise ein Volant, so dass das Einfahren in der richtigen Reihenfolge passieren sollte.

Viele Grüße und danke für jede Hilfe!

Die Anleitung zum Markisenwächter liest sich so, als ob das anlernen an einen Homepilot nur zusätzlich zu einem Aktor vorgesehen ist. Von daher könnte deine Annahme richtig sein, dass er nur etwas sendet, wenn er an einem Aktor angelernt ist.

Du könntest mal probieren, dem Stick eine andere Adresse zu geben, damit der Markisenwächter meint, er wäre ein Rollladenmotor (z.B. 490101). Dazu müsstest du die Prüfung der Adresse des Sticks in der Datei 10_DUOFERNSTICK.pm deaktivieren:

Index: fhem/FHEM/10_DUOFERNSTICK.pm
===================================================================
--- fhem/FHEM/10_DUOFERNSTICK.pm (revision 11783)
+++ fhem/FHEM/10_DUOFERNSTICK.pm (working copy)
@@ -70,8 +70,8 @@

   my $name = $a[0];
   my $dev = $a[2];
-  return "wrong DongleSerial format: specify a 6 digit hex value starting with 6F"
-                if(uc($a[3]) !~ m/^6F[a-f0-9]{4}$/i);
+  #return "wrong DongleSerial format: specify a 6 digit hex value starting with 6F"
+  #              if(uc($a[3]) !~ m/^6F[a-f0-9]{4}$/i);
                 
   $hash->{DongleSerial} = uc($a[3]);



Danach den Stick nochmal mit dem Markisenwächter pairen.

Sorry das es soooo lange gedauert hat, aber wir haben Nachwuchs bekommen und der geht vor... ;-)

Heute habe ich mich nochmal daran versucht. Habe die Geräte manuell auf Paring gesetzt usw.

Folgendes spuckt das Log aus:

2016.08.06 11:57:09 1: DUOFERN device paired, code 616xyz
2016.08.06 11:57:11 4: Rademacher: rx  -> 0fff0f210100500000004101120004616f8fffffff01
2016.08.06 11:57:11 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.08.06 11:57:13 4: Rademacher: rx  -> 0fff0f210100500000004101120004616f8fffffff01
2016.08.06 11:57:13 4: Rademacher: snd -> 81000000000000000000000000000000000000000000


Ich hätte jetzt gesagt Juuuuuhuuuuu jetzt muss es gehen.... aber nein es funktioniert nicht.

Vielen Dank schon mal.

Ich werde jetzt nochmal versuchen die anderen anzulernen.

Grüße
Sven

Gerade einen weiteren gepaired aber auch der will die Position nicht anfahren die ich ihm sende... Eigentlich will er gar nix machen


Log:
2016.08.06 12:42:01 4: Rademacher: snd -> 04000000000000000000000000000000000000000000
2016.08.06 12:42:01 4: Rademacher: rx  -> 81000000000000000000000000000000000000000000
2016.08.06 12:42:01 4: Rademacher: rx  -> 060201000000000000000000000003405c3000000000
2016.08.06 12:42:01 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.08.06 12:42:01 1: DUOFERN device paired, code 40xyzx
2016.08.06 12:42:04 4: Rademacher: rx  -> 0fff0f210908640000004101120003405c30ffffff01
2016.08.06 12:42:04 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.08.06 12:42:05 4: Rademacher: rx  -> 0fff0f210908640000004101120003405c30ffffff01
2016.08.06 12:42:05 4: Rademacher: snd -> 81000000000000000000000000000000000000000000

Mach mal ein reopen am Stick, versuch nochmal zu pairen, sende ein paar Befehle und schick mir davon dann das komplette LOG per PM.

Hallo!

Zitat von: Telekatz am 30 Juli 2016, 11:48:24
Die Anleitung zum Markisenwächter liest sich so, als ob das anlernen an einen Homepilot nur zusätzlich zu einem Aktor vorgesehen ist. Von daher könnte deine Annahme richtig sein, dass er nur etwas sendet, wenn er an einem Aktor angelernt ist.

Ja, das ist tatsächlich so. Ich habe den Stick gemäß deiner Anleitung kurz als Aktor "getarnt" und dann den Wächter angelernt. Nun konnte ich sehen, dass er beim Schütteln aktiv wurde.

Dann habe ich den Stick wieder als Stick konfiguriert (6F Adresse) und den Wächter auch daran angelernt.

Er sendet nun "startMovement", wenn ich ihn schüttele. Offenbar stört es ihn nicht, dass der Aktor nun nicht mehr da ist.

Es kommt in Ruhe kein "stopMovement", das ist aber vermutlich eine Einschränkung des Wächters, oder? Kann man ja mit einem DOIF lösen.

Da ich noch den Umweltsensor habe, kann ich den Stick nicht dauerhaft als Aktor betreiben (wobei das vermutlich auch nichts ändern würde.)

Vielen Dank für den Tipp!

Hallo,

erstmal Danke für die Module um mit FHEM auch die Rademacher Produkte einbinden zu können! Super Arbeit!

Bis jetzt habe ich einige "RolloTron Comfort DuoFern" (viele mit Sonnensensor), zwei "DuoFern Handsender Standard" und einen "DuoFern Zwischenstecker" angebunden.
Diese funktionieren bei mir bis jetzt ohne Probleme.

Inzwischen habe ich auch angefangen, diese mit Homematic Produkten in FHEM zu kombinieren, z.B. den Funk-Fenster-Drehgriffkontakt.

Zwei Dinge vermisse ich bis jetzt:

- Die Möglichkeit in den RolloTron's auch die Uhrzeit setzen zu können.
Ich lege Wert darauf, dass die Antriebe auch autonom mit ihren lokalen Timmern arbeiten können auch wenn der FHEM mal ausgefallen ist.
Diese Frage wurde hier im Thread schon einmal gestellt und beantwortet, für mich war nur nicht ersichtlich ob diese Funktion technisch nicht möglich ist, da dies im DuoFern Protokoll nicht vorgesehen ist oder ob dies in den FHEM-Modulen bis jetzt nur nicht implementiert ist.
Auf jeden Fall wäre das ein tolles Feature.

- Die Rollo-Tron's kennen eine Zufallsmodus, der die programmierten Öffnungs- und Schließzeiten mit 0 bis 30 Minuten variieren kann.
In den Readings finde ich leider keinen dazu passenden Eintrag.
Es wäre sehr praktisch diesen Modus auch über FHEM setzen zu können, um über einen zentralen Abwesenheitsschalter auch die Rollo-Tron's auf "Zufall" setzen zu können, so dass diese das dann dezentral erledigen.
Wenn nicht möglich, dann fällt mir im Moment nur die Alternative ein, im Fall der "Abwesenheit", die Rollo-Tron's alle auf timeAutomatic=off zu setzen und dann von FHEM aus die Öffnungs- und Schließzeiten zu generieren und damit dann die Rolladenbewegung direkt zu steuern.

Grüße
Markus

Es ist zwar im DuoFern Protokoll ein Befehl vorhanden, um Datum und Uhrzeit zu setzen. Dieser Befehl funktioniert aber nur beim Umweltsensor.  Beim RolloTron Comfort funktioniert er nicht. Es ist auch über den Homepilot nur beim Umweltsensor möglich, Datum und Uhrzeit zu setzen.

Für das Ein- und Ausschalten der Zufallsfunktion gibt es keinen Befehl im DuoFern Protokoll. Auch diese Einstellung kann wie die Uhrzeit beim RolloTron Comfort nur lokal eingestellt werden. Es gibt zwar die Möglichkeit, die Schaltbefehle mit einer Zufallsfunktion zu senden. Allerdings funktioniert das beim RolloTron Comfort nicht richtig. Der Befehl wird dort sofort ausgeführt. Wenn man dann die Bewegung stoppt, wird er nach einer zufälligen Zeit nochmal ausgeführt.
Auch der Homepilot verwendet nicht diese Zufallsfunktion sondern erzeugt die zufälligen Schaltzeiten selber und sendet normale Schaltbefehle.

Moin
für mich persönlich kommen die Rollo Tron Gurtwickler in die nähere Wahl.
Davon gibt es mind. zwei die interessant sind.
RolloTron Comfort DuoFern 1800 und den RolloTron Standard DuoFern 1400.
Hat diese schon jemand in Gebrauch?
Lassen die sich komplett mit fhem steuern?
Der 1800 hat ja die Möglichkeit einen Sonnensensor anzuschliessen. somit wäre der autark?
Der 1400 würde dann auf irgend ein Sensor über fhem getriggert?
LG
Tom

Hi Telekatz,

kannst du mir bitte mal etwas erläutern ??

Was bedeutet bzw. was ist der unterschied zwischen dawn automatic und dusk automatic ?? Google gibt mir für dask und dawn die gleiche übersetzung an.

Des weiteren, was bedeutet sun automatic ??

Welche dieser Automatikfunktionen ist das Hochfahren der Rolladen bei Sonnenaufgang und welche das Herunterfahren bei Sonnenuntergang ??

Wie verhalten sich die aktoren wenn die Automatiken auf "Aus" sind, ein AT unter FHEM aber aktiv ist und zu einer bestimmten Zeit den Aktor fahren möchte ??

Ich denke da an die Terrasse, wenn ich draußen im Garten bin, und es wird Dunkel, und ich kein Smartphone o.Ä. in der Tasche habe, sperrt fhem mich u.U. aus. Beim Homepilot war das bisher klar, wenn ich lokal am Akto die Automatik deaktiviere, reagiert dieser nicht auf Befehle des Homepilot. Wie ist das hier bei deinem Modul ??

Gruß

Hallo Tomspatz,

Ich habe die Gurtwickler im Einsatz...
Alle mit Duofern sind über den Stick von Rademacher und FHEM steuerbar.

Der 1800 könnte rein theoretisch alle anderen steuern in der Funktion als Master, aber wenn du das alles per FHEM machst ist das wesentlich komfortabler...
Es gibt den sonnensensor auch mit Duofern und könnte somit auch eingebunden werden.

Ob der Anschluss per Kabel an den 1800 auch funktioniert und die Daten dann an FHEM weitergibt habe ich noch nicht getestet.

Grüße
Sven


Gesendet von meinem SM-T810 mit Tapatalk

Zitat von: roadghost am 28 September 2016, 15:20:32
Was bedeutet bzw. was ist der unterschied zwischen dawn automatic und dusk automatic ?? Google gibt mir für dask und dawn die gleiche übersetzung an.

Welche dieser Automatikfunktionen ist das Hochfahren der Rollladen bei Sonnenaufgang und welche das Herunterfahren bei Sonnenuntergang ??

Dawn bedeutet Morgendämmerung und fährt den Rollladen hoch. Dusk bedeutet Abenddämmerung und fährt den Rollladen runter.

Zitat von: roadghost am 28 September 2016, 15:20:32
Des weiteren, was bedeutet sun automatic ??

Wenn sunAutomatic aktiviert ist reagiert der Rollladen auf die dazugehörigen Ereignisse der Sonnensensoren und fahrt dann in die Sonnenposition. Das Ereignis kann von einem Sonnensensor 9478, einem RolloTron 1800 mit Sonnensensor, einem Troll Comfort mit Sonnensensor, einem Umweltsensor 9475 oder einer Zentrale kommen.

Zitat von: roadghost am 28 September 2016, 15:20:32
Wie verhalten sich die aktoren wenn die Automatiken auf "Aus" sind, ein AT unter FHEM aber aktiv ist und zu einer bestimmten Zeit den Aktor fahren möchte ??

Die Befehle dusk, dawn, sunMode, rainMode, windMode werden vom Aktor nur dann ausgeführt, wenn die entsprechende Automatik auch aktiviert wurde.
Bei den Befehlen up, down und position kommt es darauf an, ob der Befehl mit dem Argument "timer" definiert wurde. Ein "set <aktor> down" wird immer ausgeführt. Ein "set <aktor> down timer" nur dann, wenn die timeAutomatic aktiv ist.

Zitat von: roadghost am 28 September 2016, 15:20:32
Ich denke da an die Terrasse, wenn ich draußen im Garten bin, und es wird Dunkel, und ich kein Smartphone o.Ä. in der Tasche habe, sperrt fhem mich u.U. aus. Beim Homepilot war das bisher klar, wenn ich lokal am Akto die Automatik deaktiviere, reagiert dieser nicht auf Befehle des Homepilot. Wie ist das hier bei deinem Modul ??

Wenn die entsprechenden Befehle verwendet werden funktioniert das mit dem Modul genauso.

Zitat von: tomspatz am 28 September 2016, 08:26:23
RolloTron Comfort DuoFern 1800 und den RolloTron Standard DuoFern 1400.
Hat diese schon jemand in Gebrauch?
Lassen die sich komplett mit fhem steuern?

Ja und ja.

Zitat von: tomspatz am 28 September 2016, 08:26:23
Der 1800 hat ja die Möglichkeit einen Sonnensensor anzuschliessen. somit wäre der autark?

Ja.

Zitat von: tomspatz am 28 September 2016, 08:26:23
Der 1400 würde dann auf irgend ein Sensor über fhem getriggert?

Den 1400 kann man entweder direkt am 1800 pairen oder man kann den Sonnenmodus von FHEM aus aktivieren. FHEM kann dazu das Sonnenereignis vom 1800 auswerten.

Hi Telekatz,

Danke für deine Erläuterungen.

Ich muss da noch mal was nachhaken:

Zitat von: Telekatz am 28 September 2016, 20:17:27
Die Befehle dusk, dawn, sunMode, rainMode, windMode werden vom Aktor nur dann ausgeführt, wenn die entsprechende Automatik auch aktiviert wurde.
Bei den Befehlen up, down und position kommt es darauf an, ob der Befehl mit dem Argument "timer" definiert wurde. Ein "set <aktor> down" wird immer ausgeführt. Ein "set <aktor> down timer" nur dann, wenn die timeAutomatic aktiv ist.

Wie kann ich den in FHEM ein Herauffahren eines Rollos definieren unter zuhilfenahme von sunrise und unter beaachtung der entsprechenden Automatik ?? Worauf kommt es hier an ??

Ich verwende bzw. teste momentan das folgende:

*{sunset()} {
if (!$we) {
my $ZufallszahlMin = int(rand(15) +1 );\ my $ZufallszahlMax = int(rand(15) +1 );\ my $SunsetStart1 = int(rand(3) + 0 );\ my $SunsetStart2 = int(rand(5) + 2 );\ my $start = "17:".($ZufallszahlMin + 10);\ my $ende = "22:".($ZufallszahlMax + 44);\ fhem("define abends_terrasse_zu *{sunset('HORIZON=".$SunsetStart1.".".$SunsetStart2."',0,'".$start."','".$ende."')} { fhem('set DUO_Terrasse position 100') }");
}
}

Gefunden unter http://www.computerhilfen.de/info/smart-home-programmieren-zufallszahlen-fhem.html (http://www.computerhilfen.de/info/smart-home-programmieren-zufallszahlen-fhem.html)

Ich glaube da hab ich noch nen Bock drinnen, FHEM hat im Log einen Eintrag:

2016.09.28 19:51:32.004 3: abends_terrasse_zu: Can't modify single ref constructor in scalar assignment at (eval 14642) line 3, at EOF

Gruß

@Telekatz
Vielen Dank diese Infos helfen.

ZitatFHEM kann dazu das Sonnenereignis vom 1800 auswerten.

Bedeutet das den am 1800 angeschlossenen Sonnen Sensor?
Und andersrum sollte sich doch jeder andere Sensor oder jedes andere Ereignis welches in fhem verfügbar ist dafür nutzen lassen?

Zitat von: tomspatz am 28 September 2016, 20:34:21
@Telekatz
Vielen Dank diese Infos helfen. Bedeutet das den am 1800 angeschlossenen Sonnen Sensor?
Und andersrum sollte sich doch jeder andere Sensor oder jedes andere Ereignis welches in fhem verfügbar ist dafür nutzen lassen?

Ja. Aber auch jeder andere Sonsor oder Ereignis kann dazu benutzt werden.


@roadghost
set DUO_Terrasse position 100
Dieser Befehl ignoriert alle Automatikfunktionen und wird immer ausgeführt. Besser ist unter Berücksichtigung der Abenddämmerungsautomatik:
set DUO_Terrasse dusk

Und wenn man auf die Zufallsfunktion verzichtet geht das gleichzeitig für alle Rollläden damit:
define Rollladen_morgens at *{sunrise("CIVIL",0,"07:00","08:00")} set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* dawn
define Rollladen_abends at *{sunset("CIVIL",0,"17:00","22:00")} set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* dusk

Nur mal so zur Ergänzung: Das Tolle an den verschiedenen Modes ist, dass die einen viel Arbeit abnehmen. Ich fahre die Rollläden ab einer gewissen Solarleistung in einen Verschattungsmodus (irgendwo um die 30%) und auch wieder hoch, wenn die Leistung zu niedrig ist. Da mache ich über den SunMode, dessen Position ich im Rollladenmotor gespeichert habe (via FHEM).
Nun kommt meine Frau und findet die Position bei der Verschattung doof und fährt den Rolladen 5% höher oder tiefer. Und wenn Frau was gemacht hat, dann ist das Gesetz, da hat keine Automatik mehr was zu melden  ;)
Durch den manuellem Eingriff wurde der SunMode automatisch deaktiviert. Ich könnte also schauen, wie das Reading SunMode steht, bevor ich automatisch hoch fahre. Aber das ist viel zu kompliziert. Man kann einfach das SunMode off senden, da dieser schon aus ist, passiert nichts.
Das ist echt cool und macht das Leben leicht.
8)
schattige Grüße
Niels

Mal noch eine Frage:

Wie kann ich es lösen wenn ich über einen Dummy oder einen Button in FTUI allen DUOFERN-Aktoren verschiedene Werte für die Position zuweisen kann.

Ich möchte quasi auf Knopfdruck die Rollos in eine Sonnenschutzposition fahren,, jeddoch sind die Fenster unterschiedlich groß, von faher hat Rolladen 1 Bspw. 70 und Rolladen 2 jedoch nur 85 als Zielposition.

Wie stell ich das an ??

Gruß

Dummys sind hier nicht nötig, da das DuoFern System so eine Funktion bereits eingebaut hat.

Die Sonnenposition wird für jeden Aktor individuell mit "set <aktor> sunPosition <Zielposition>" einmalig definiert.
Danach kann die Sonnenposition mit "set <Aktor> sunMode <on/off>" angefahren/beendet werden sofern sunAutomatic auf on steht.

Um alle Rollläden gleichzeitig in die Sonnenposition zu fahren:
set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* sunMode on

Um die Sonnenposition aller Rollläden gleichzeitig zu verlassen:
set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* sunMode off

Ahh, danke Telekatz, ich hab gestern Abend mit den Befehlen gespielt, aber habe es nicht hinbekommen.

Probiere ich heute direkt mal aus.

Die Steuerung für Dusk und Dawn un Kombination mit Zufallszahlen habe ich gestern auch mal angetastet, da muss ich aber noch Testen.

Ich habe die my xxxx Formeln in die 99myUtils gelegt und den at in Fhem quasi mit Set Dawn bzw. Set Dusk enden lassen.

Mein Code in der 99:

my $ZufallszahlMin = int(rand(15) +1 );
my $ZufallszahlMax = int(rand(15) +1 );
my $SunsetStart1 = int(rand(3) + 0 );
my $SunsetStart2 = int(rand(5) + 2 );
my $start = "17:".($ZufallszahlMin + 10);
my $ende = "21:".($ZufallszahlMax + 22);
fhem("define Rollos_Sonnenuntergang at *{sunset('HORIZON=".$SunsetStart1.".".$SunsetStart2."',0,'".$start."','".$ende."')} { fhem('set DUO_.* dusk') }");

my $ZufallszahlMin = int(rand(15) +1 );
my $ZufallszahlMax = int(rand(15) +1 );
my $SunriseStart1 = int(rand(3) + 0 );
my $SunriseStart2 = int(rand(5) + 2 );
my $start = "06:".($ZufallszahlMin + 10);
my $ende = "09:".($ZufallszahlMax + 22);
fhem("define Rollos_Sonnenaufgang at *{sunrise('HORIZON=".$SunriseStart1.".".$SunriseStart2."',0,'".$start."','".$ende."')} { fhem('set DUO_.* dawn') }");

Definition in FHEM (cfg):

define Rollos_Sonnenuntergang at *{sunset('HORIZON=2.3',0,'17:16','21:50')} { fhem('set DUO_.* dusk') }
attr Rollos_Sonnenuntergang room DUOFERN
define Rollos_Sonnenaufgang at *{sunrise('HORIZON=0.4',0,'06:13','09:56')} { fhem('set DUO_.* dawn') }
attr Rollos_Sonnenaufgang room DUOFERN

Sollte funktionieren.

Gruß

Zitat von: Telekatz am 29 September 2016, 22:34:04
Um alle Rollläden gleichzeitig in die Sonnenposition zu fahren:

Code Auswählen Erweitern

set TYPE=DUOFERN:FILTER=SUBTYPE=(Rollo|Troll|Rohrmotor).* sunMode on

Oder man macht sich einen Kopf um eine gute Namensstruktur, dann wird der Syntax noch einfacher. Beispiel:
DF_Roll_Sued_Wohnzimmer
DF_Roll_Sued_Terassentuer
DF_Roll_Sued_Kinderzimmer
DF_Roll_Nord_Kueche
DF_Roll_Nord_Kinderzimmer
Alle Rollläden auf der Südseite:
set DF_Roll_Sued.* set sunMode on

Alle Rollläden Nord & Süd:
set DF_Roll.* set sunMode on

Die Nutzung von regulären Ausdrücken ist wirklich stark, nur wie gesagt - man muss sich etwas bei der Namensstruktur anstrengen.

namentliche Grüße
Niels

Hallo Telekatz,
erstmal vielen Danke für deine Rademacher/Duofern Umsetzung. Sie hat bisher sehr gut funktioniert. Aber seit dem August-Update tauchen bei mir im Logfile die Events Dusk, Dawn, StartSun und EndSun immer 5mal auf. Da ich diese Events demnächst in DOIF's verwenden möchte, habe ich die Befürchtung, dass die DOIF's dann auch 5mal ausgeführt werden. Im Sourcecode (Zeilen 190-228) fand ich, dass sämtliche Trigger, außer "triggerRain" mit "count"=>5 vorbelegt werden. Wenn das von dir so gewollt ist (Warum eigentlich?), gibt es ausser einer Codeänderung etwas, wie das 5malige auslösen verhindert werden kann?

Logfile Beispiel:
2016-10-03_16:18:58 RolloAnkRe ventilatingPosition: 80
2016-10-03_16:18:58 RolloAnkRe ventilatingMode: off
2016-10-03_16:18:58 RolloAnkRe sunPosition: 50
2016-10-03_16:18:58 RolloAnkRe sunMode: off
2016-10-03_16:18:58 RolloAnkRe timeAutomatic: on
2016-10-03_16:18:58 RolloAnkRe sunAutomatic: on
2016-10-03_16:18:58 RolloAnkRe dawnAutomatic: on
2016-10-03_16:18:58 RolloAnkRe duskAutomatic: on
2016-10-03_16:18:58 RolloAnkRe manualMode: off
2016-10-03_16:18:58 RolloAnkRe position: 48
2016-10-03_16:18:58 RolloAnkRe 48
2016-10-03_16:18:58 RolloAnkRe moving: stop
2016-10-03_16:29:11 RolloAnkRe event: startSun
2016-10-03_16:29:11 RolloAnkRe startSun
2016-10-03_16:29:11 RolloAnkRe event: startSun
2016-10-03_16:29:11 RolloAnkRe startSun
2016-10-03_16:29:11 RolloAnkRe event: startSun
2016-10-03_16:29:11 RolloAnkRe startSun
2016-10-03_16:29:11 RolloAnkRe event: startSun
2016-10-03_16:29:11 RolloAnkRe startSun
2016-10-03_16:29:11 RolloAnkRe event: startSun
2016-10-03_16:29:11 RolloAnkRe startSun
2016-10-03_16:29:16 RolloAnkRe ventilatingPosition: 80
2016-10-03_16:29:16 RolloAnkRe ventilatingMode: off
2016-10-03_16:29:16 RolloAnkRe sunPosition: 50
2016-10-03_16:29:16 RolloAnkRe sunMode: on
2016-10-03_16:29:16 RolloAnkRe timeAutomatic: on
2016-10-03_16:29:16 RolloAnkRe sunAutomatic: on
2016-10-03_16:29:16 RolloAnkRe dawnAutomatic: on
2016-10-03_16:29:16 RolloAnkRe duskAutomatic: on
2016-10-03_16:29:16 RolloAnkRe manualMode: off
2016-10-03_16:29:16 RolloAnkRe position: 50
2016-10-03_16:29:16 RolloAnkRe 50
2016-10-03_16:29:16 RolloAnkRe moving: stop
2016-10-03_16:53:57 RolloAnkRe event: endSun
2016-10-03_16:53:57 RolloAnkRe endSun
2016-10-03_16:53:57 RolloAnkRe event: endSun
2016-10-03_16:53:57 RolloAnkRe endSun
2016-10-03_16:53:57 RolloAnkRe event: endSun
2016-10-03_16:53:57 RolloAnkRe endSun
2016-10-03_16:53:57 RolloAnkRe event: endSun
2016-10-03_16:53:57 RolloAnkRe endSun
2016-10-03_16:53:57 RolloAnkRe event: endSun
2016-10-03_16:53:57 RolloAnkRe endSun
2016-10-03_16:54:12 RolloAnkRe ventilatingPosition: 80
2016-10-03_16:54:12 RolloAnkRe ventilatingMode: off
2016-10-03_16:54:12 RolloAnkRe sunPosition: 50
2016-10-03_16:54:12 RolloAnkRe sunMode: off
2016-10-03_16:54:12 RolloAnkRe timeAutomatic: on
2016-10-03_16:54:12 RolloAnkRe sunAutomatic: on
2016-10-03_16:54:12 RolloAnkRe dawnAutomatic: on
2016-10-03_16:54:12 RolloAnkRe duskAutomatic: on
2016-10-03_16:54:12 RolloAnkRe manualMode: off
2016-10-03_16:54:12 RolloAnkRe position: 0
2016-10-03_16:54:12 RolloAnkRe opened
2016-10-03_16:54:12 RolloAnkRe moving: stop
2016-10-03_19:26:46 RolloAnkRe event: dusk
2016-10-03_19:26:46 RolloAnkRe dusk
2016-10-03_19:26:46 RolloAnkRe event: dusk
2016-10-03_19:26:46 RolloAnkRe dusk
2016-10-03_19:26:46 RolloAnkRe event: dusk
2016-10-03_19:26:46 RolloAnkRe dusk
2016-10-03_19:26:46 RolloAnkRe event: dusk
2016-10-03_19:26:46 RolloAnkRe dusk
2016-10-03_19:26:46 RolloAnkRe event: dusk
2016-10-03_19:26:46 RolloAnkRe dusk
2016-10-03_19:27:13 RolloAnkRe ventilatingPosition: 80
2016-10-03_19:27:13 RolloAnkRe ventilatingMode: off
2016-10-03_19:27:13 RolloAnkRe sunPosition: 50
2016-10-03_19:27:13 RolloAnkRe sunMode: off
2016-10-03_19:27:13 RolloAnkRe timeAutomatic: on
2016-10-03_19:27:13 RolloAnkRe sunAutomatic: on
2016-10-03_19:27:13 RolloAnkRe dawnAutomatic: on
2016-10-03_19:27:13 RolloAnkRe duskAutomatic: on
2016-10-03_19:27:13 RolloAnkRe manualMode: off
2016-10-03_19:27:13 RolloAnkRe position: 100
2016-10-03_19:27:13 RolloAnkRe closed
2016-10-03_19:27:13 RolloAnkRe moving: stop
2016-10-04_08:03:41 RolloAnkRe event: dawn
2016-10-04_08:03:41 RolloAnkRe dawn
2016-10-04_08:03:41 RolloAnkRe event: dawn
2016-10-04_08:03:41 RolloAnkRe dawn
2016-10-04_08:03:41 RolloAnkRe event: dawn
2016-10-04_08:03:41 RolloAnkRe dawn
2016-10-04_08:03:41 RolloAnkRe event: dawn
2016-10-04_08:03:41 RolloAnkRe dawn
2016-10-04_08:03:41 RolloAnkRe event: dawn
2016-10-04_08:03:41 RolloAnkRe dawn

Der Code in den Zeilen 190-228 hat damit nichts zu tun, das betrifft nur den Umweltsensor. Der hat jeweils 5 Kanäle für die Events.
Das Problem lag woanders, sollte aber jetzt behoben sein.

Hallo,

ich habe die DuoFern jalousie Aktoren und auch die Schalaktoren im Einsatz.

Bei beiden wird der Tast / Schalter ja direkt beim ausführen vom  Aktor direkt geschaltet.
Kann  man dieses ändern?

Bei einem Tasten Druck soll der Befehl zu Fhem gesendet werden und ich kann dann den Taster konfigurieren.

Z.b mit einem Taster am Aktor zwei Aktoren (Jalousie) zusammen anfahren lassen.

Gruss

Nein, die Taster an den Aktoren lassen sich nicht auswerten. Du kannst nur auf die Statusänderung, die der Aktor nach Ausführen der Aktion sendet, indirekt reagieren.

Hallo Telekatz!

Zitat von: Telekatz am 05 Oktober 2016, 20:44:52
Der Code in den Zeilen 190-228 hat damit nichts zu tun, das betrifft nur den Umweltsensor. Der hat jeweils 5 Kanäle für die Events.
Das Problem lag woanders, sollte aber jetzt behoben sein.

Vielen Dank für die schnelle Fehlerbehebung, die Logfiles sehen gut aus.

2016-10-06_19:20:44 RolloAnkRe closed
2016-10-06_19:20:44 RolloAnkRe moving: stop
-----
2016-10-07_08:01:17 RolloAnkRe event: dawn
2016-10-07_08:01:17 RolloAnkRe dawn
-----
2016-10-07_08:01:45 RolloAnkRe ventilatingPosition: 80

Dann bissdi Tage [Ruhrgebietsgruß]  ;D

Hi zusammen,

mein FHEM-Projekt steht in den Startlöchern, aber ich befinde mich noch in der Konzeptionsphase, also sehr mir bitte diese Anfängerfrage nach: Da in dem Thread lediglich die Sprache von Rolladenmotoren ist (ich werde auch meine RolloTron 1400 Gutwickler in die Lösung integrieren) stellt sich mir die Frage, ob das DuoFern Modul auch mit allen anderen Geräten dieser Redemacher-Serie umfänglich kommunizieren kann - in meinem konkreten Fall das DuoFern Raumthermostat 9485?

Herzlichen Dank und viele Grüße

Bastian

Der Raumthermostat ist wird noch nicht vom Modul unterstützt. Da hatte ich noch keine Zeit dafür. Steht aber auf der To-do-Liste. Ebenso wie der neue Bewegungsmelder. Die restlichen Geräte werden unterstützt.

Zitat von: Telekatz am 10 Oktober 2016, 10:25:13
Der Raumthermostat ist wird noch nicht vom Modul unterstützt. Da hatte ich noch keine Zeit dafür. Steht aber auf der To-do-Liste. Ebenso wie der neue Bewegungsmelder. Die restlichen Geräte werden unterstützt.

Vielen lieben Dank für die schnelle Antwort!!

Hallo zusammen,
Ich habe eine Markisensteuerung ReWiSo von Rademacher. Ein FHEM mit diversen Sensoren und Aktoren von Homematic habe ich auch in Betrieb.
Jetzt würde ich gerne die Reise auch Integrieren.
Meine Anfrage an Rademacher nach der Integration der Reise in die Rademacher Duofern Welt  war sehr ernüchternd .

Zitatvielen Dank für Ihre Anfrage und Ihr Interesse an unseren Produkten.

Unser DuoFern FunkSystem ist ein in sich geschlossenes System, es ist mit keiner anderen Hausautomation kompatibel. Sie können mit DuoFern HomePilot nur DuoFern Motoren/Empfänger steuern.

Bitte entschuldigen Sie, dass ich Ihnen nicht weiterhelfen konnte.

Und sorry, leider auch nicht unbedingt die Antwort auf meine Frage.
IcH habe die Dame dann auch mal auf diese Seite hingewiesen.  Evtl. bekommt der Nächste ja eine bessere Antwort.
Nachdem meine Frage nicht beantwortet ist, frage ich mal hier. Hat jemand mal versucht mit einem Duofern Stick eine ReWiSo anzusprechen?
Die ca. 80€ nur um zu testen sind mir dann doch zu teuer.
Der Umweltsensor sieht gleich aus wie mein Sensor an der ReWiSo. Aber natürlich kann es ein komplett anderes Protokoll sein, das die spricht.

Grüße
Det

Der ReWiSo sendet auf 868,2 MHz, DouFern auf 434,5 MHz. Das kann nicht mit dem DuoFern Stick funktionieren.

Hallo zusammen,
ich lese hier schon die ganze Zeit mit und kann mit vorstellen zuhause auch den Rademacher DuoFern USB Stick einzusetzen.
Mit meinem FHEM auf Raspberry Pi bin ich noch sehr am Anfang. Ich schalte einige Funksteckdosen über GPIO mit einem 433Mhz Sender und mache noch ein paar andere Sachen.

Ich komme noch einmal auf die Reichweite zurück. Zwischen meinem Pi und dem entferntesten Rolladen liegen zwei Etagen und zwei Beton Decken.
Aus der Erfahrung mit meinem bisherigen Sender weiss ich das "oben" keine Signale ankommen. Eine kurze Stummel-Drahtantenne brachte hier keine große Abhilfe. Erst der Bau dieser Antenne (http://tinyurl.com/zm977ry) brachte Abhilfe. Damit habe ich volle Funkreichweite in alle Richtungen.

Hat schon einmal jemand den USB Stick "geknackt" und analysiert was dort als Antenne verbaut ist? Gibt es einen Lötpunkt an dem man eine ähnliche Antenne anbringen könnte? Gibt es vielleicht Bilder des offenen Sticks?

Beste Grüße
Jan

Die Antenne ist als Leiterbahn auf der Platine ausgeführt. Allerdings sollte es nicht nötig sein da etwas umzubauen um den entferntesten Rollladen zu erreichen. Jedes Netzbetriebenes DuoFern Gerät arbeitet auch als Repeater.

Was den Empfang angeht, ist der Duofern Stick wirklich sehr gut. Ich kann hier die Rollladenmotoren von meiner Eltern empfangen, die 2 Häuser weiter weg wohnen. Luftlinie ca. 100m!

Dank für die Infos - auch wenn ich weiter Skeptisch bleibe. ;-)

Hier gibt es 6 Rolläden im Erdgeschoss, im ersten Stock keine (also auch nichts das als Repeater agiert) und dann erst wieder welche im zweiten Stock.

Aber "Versuch macht klug!" Ich werde berichten sobald es soweit ist.

Also mein Stick ist 4-6m von den Rollläden weg und hängt knapp unter der Kellerdecke. Die Rolläden sind im 1. OG. Was sich erst einmal nicht weit anhört, aber weit  werden kann, da der ganze Kram diagonal durch die Stahlbetondecke funken muss. Da ich nur sehr wenig Anschlusskabel brauchte, habe ich die Antennenader im Kabel länger raus gezogen. Das funktioniert so ausgezeichnet, solange ich die Antenne der Motoren nicht komplett im Alu-Rolladenkatsen verbaue. Auch ein Befestigung oberhalb des Rolladenkastens war nicht gut, daher hängen die Antennen momentan links und rechts raus und warten darauf von mir an der Laufschiene versteckt zu werden. Alternativ will ich den Stick über eine USB-Verlängerung etwas versetzen, dann können die Antennen auch oben rauf.
Aus dieser Erfahrung heraus denke ich wirklich, dass die Funkverbindung an der nackten Hauswand kein Problem sein sollte, solange der Stick einen Motor vernünftig erreicht und dieser seinen Routing-Job ordentlich erledigt.
Interessant an der Hauswand ist sicher auch noch die Polarisation. Ich würde hier alle Antennen senkrecht legen, da haben die am meisten Freude voneinander.
Und das Anschlusskabel nicht zu stark kürzen bzw. die Antennenader lang lassen (abschneiden kann man immer noch  ;))

diagonale Grüße
Niels

Zitat von: Telekatz am 26 Oktober 2016, 09:24:57
Der ReWiSo sendet auf 868,2 MHz, DouFern auf 434,5 MHz. Das kann nicht mit dem DuoFern Stick funktionieren.

Das finde ich ja so schade, dass es bei Rademacher nicht zusammenpasst. Anscheinend hat auch noch niemand die Funkverbindung zwischen Handgerät und Aussensensor mitgeschnitten. Müsste sodass mit einem CUL auf der entsprechenden Frequenz gehen?

Grüße
Det

Hallo zusammen,

ich habe seit ein paar Tagen 2 Rollotron mit dem Modul im Einsatz.
Das funktioniert grundsätzlich sehr gut.
Allerdings ist das Verhalten bei aktiviertem toggleUpDown nur manchmal wunschgemäß.
Meistens macht er keinen Stop, sondern führt das Kommando direkt aus.
Ich sehe auch, dass in diesen Fällen das moving reading nicht stimmt. Im Eventmonitor sehe ich zwar am Ende der Fahrt ein "moving stop", aber das "moving up" bzw. "moving down" event am Anfang fehlt.
Ist dieses Verhalten bekannt?

Viele Grüße
Leo

"moving" steht (oder stand) mal auf der Wunschliste zumindest bei Auslösung von FHEM aus. Seitens DuoFern gibt es die Designschwäche, dass die Rolläden nur am Ende der Bewegung einen Status senden, nicht aber zu Beginn und schon gar nicht zwischendurch. Eine Reaktion auf den fahrenden Rolladen ist daher nicht möglich.
Derzeit lupfe nach dem Entschärfen der Alarmanlage den Terrassentür-Rolladen um 15% (auf 85%), um zwei Minuten verzögert. Das tut er aber nur, wenn der Rolladen nicht schon oben ist. Habe ich den Rolladen inzwischen manuell am Antrieb gestartet und er fährt gerade noch, kehrt er dann um und geht auf die 85%... FHEM weiß ja nicht dass der Rolladen schon unterwegs ist, s.o.


toggle funktionert bei mir aber eigentlich einwandfrei. Komisch.

Ich hab das moving reading mal überarbeitet. Müsste jetzt besser funktionieren.

Hallo,

und vielen Dank für das tolle Modul. Konnte auch bisher alle Grundfunktionen und Aktionen/Notifies definieren, so dass sie gut klappen. 8) Auch den Funk-Sonnensensor konnte ich einbinden.

Nun habe ich aber an einem bereits angemeldeten, funktionierenden Troll Comfort einen kabelgebundenen Sonnensensor angesteckt und im Troll auch aktiviert. Den Betriebsmodus des Troll habe ich auf Sender umgestellt, da ich das Sonnensignal abgreifen will.
Leider sehe ich aber in FHEM nichts von der Umstellung. Ich wäre zB davon ausgegangen, dass ein Event-Feld hinzukommen müsste, der dann sunset & Co. anzeigt. Oder muss ich dazu diesen Duofern-Aktor löschen und neu eintragen/anmelden?

Und gleich noch eine Frage  ;): der lokale Sonnensensor steuert ja den Troll direkt. Kann man das auch abstellen? Sprich nur den Sensor in FHEM auslesen und die Steuerung komplett via FHEM machen?

Danke & VG
Achim

Am Troll sieht man erst dann ein neues Event reading, wenn ein entsprechendes Ereignis vom Troll ausgelöst wurde.

Das der Troll direkt auf die von ihm erzeugten Ereignisse reagiert kann man nicht abstellen.

Hallo,

darf ich mal fragen, ob auch der Universal-Aktor 9470-2 unterstützt wird? Die meisten Beiträge beziehen sich auf Rollosteuerung. Aber was ist mit Lichtsteuerung? Die Aktoren von HM sind von den Abmaßen nicht immer passend.

Danke und VG

Der Universal-Aktor 9470-2 wird unterstützt.

Sehr fein.  :)
Ich habe noch keine Einträge darüber gefunden. Ich vermute mal das Pairing funktioniert wie bei den RolloTrons?
Und der Rest erkärt sich dann.

Danke für das Modul und die ganze Mühe die drin steckt.

@Telekatz: Danke! Und stimmt, Ereignis wurde ausgelöst und Event-Feld ist da.  :)

Hallo Telkatz,

Erst mal ein großes Danke für Dein DUOFERN Modul. Funktioniert prima mit bisher allen meinen Rademacher Komponenten.

Meine Frage:

Ich habe heute meine neuen Wandtaster erhalten: http://www.rademacher.de/hausautomation-homepilotr/steuerungen-sender/duofern-mehrfachwandtaster-230v/ (http://www.rademacher.de/hausautomation-homepilotr/steuerungen-sender/duofern-mehrfachwandtaster-230v/) und zum testen gleich eingebaut.

Das ist Fernbedienung mit 3 Channels und Schaltaktor in einem.

Beim pairen mit fhem wird er als 47 - Rohrmotor Steuerung erkannt.


CFGFN
CODE  74****
DEF  74****
DuoFernStick_MSGCNT  58
DuoFernStick_RAWMSG  0FFF0F22000000010000000010001774****FFFFFF01
DuoFernStick_TIME  2016-11-09 20:42:26
IODev  DuoFernStick
LASTInputDev  DuoFernStick
MSGCNT  58
NAME  DUOFERN_74****
NR  888
STATE  off
SUBTYPE  unknown
TYPE  DUOFERN


Wie kann man diesen als Universalaktor anlernen, damit der Aktor in fhem schaltbar wird?

mfG
zazu

Den muss ich erst noch integrieren. Bin noch nicht dazu gekommen. Muss dazu auch erst mal meinen Homepilot aktualisieren.

Dann danke schon mal im Voraus. :D

Momentan löse ich es mit einem Dummy.

Hat hier jemand schon einen Duofern Bewegungsmelder? Ich bräuchte da mal ein paar Daten von dem Teil.

In der neuesten Version werden jetzt auch Raumthermostat, Bewegungsmelder und 6-fach Wandtaster unterstützt.

Hallo Telekatz,

Super, vielen Dank.
Frank


Gesendet von iPhone mit Tapatalk

Hallo zusammen,

bin ganz neu dabei und hab mir einen Raspberry samt Fhem eigentlich nur zugelegt um meine DuoFern Aktoren zu steuern.
Ich hatte schon länger mal mitgelesen und war, bzw. bin sehr begeistert von diesem Modul und den Möglichkeiten die sich damit auftun, daher auch von mir ein großes Danke an den Macher.

Ich habe 7 Rolladenmotoren, 1 Steckdosenaktor und 4 2-Kanal Unterputzaktoren zu steuern.

Der Raspi und Fhem waren schnell eingerichtet und es sollte losgehen.
Als erstes den USB Stick eingerichtet, ales prima.
Dann den Steckdosenaktor in den Pairing Modus gesetzt und auch dieser war schnell gepairt und funktioniert über Fhem.
Nun wollte ich einen Rohrmotor anlernen.
Ich habe diesen über eine bereits angemeldete Fernbedienung in den Pairingmodus gesetzt und wollte nun über set mein_DuoFern_Stick pair den Motor pairen.
Im Fhem wird mir unter state auch paired angezeigt, auch im Log ist ein endsprechender Eintrag. Nur bewegen läßt sich der Rolladenmotor nicht über Fhem. Was kann da noch falsch laufen, habt Ihr noch eine Idee?
Falls euch noch Infos fehlen um das Problem besser einschätzen zu können, fragt bitte.
Ich versuche dann alles zu liefern was noch helfen kann.

Danke schon einmal im voraus.

Gruß
Ronald

Hat der Rollladen das Anlernen mit einem kurzen anfahren bestätigt?
Ist das IODev am Rollladen vorhanden?
Hast du schon mal reopen am Stick probiert?

Hallo Telekatz,

danke für Deine Antwort.
Die hoch/runter bestätigung hatte ich erhalten, auch einen Reset des Sticks hatte ich bereits probiert.

Der entscheidende Tipp war das mit dem IODev.
Ich hatte den Rolladen nicht per define angelegt.
Da der Rolladen schon per Autocreate vorhanden war, dachte ich, ich muß ihn nur noch pairen, und später evtl. noch umbennen.
Das per Autocreate angelegte Objekt hatte aber keinen IODev.
Ich habe dann eben den Rolladen per define nochmal angelegt, er war dann halt zweimal da.
Er hat aber unter dem manuel angelegtem Objekt direkt funktioniert.
Das Autocreate Objekt habe ich dann gelöscht.

Habe ich grundsätzlich was falsch gemacht?
Wie hätte ich eine IODev in das Autocreated Objek bekommen?

Schönen Gruß
Ronald

Das IODev wird bei mir immer automatisch eingetragen. Auch per Autocreate. Ohne dass ich das irgendwie konfiguriert hätte.

OK, das die IODev eigentlich auch bei einem autocreated Objekt automatisch angelegt wird
erklärt zumindest warum ich in so ein Problem gelaufen bin.
Das war halt noch kein Thema in diesem Thread.
Da muß bei mir irgendwas anders sein, zumindest bei meinem Rolladenmotoren.
Dank dem guten Hinweis bin ich aber trotzdem weiter gekommen.
Danke nochmal.

SO jetzt habe ich das Modul auch sauber am laufen.
VIELEN DANK dafür.

Im Event Monitor ist ja alles zu sehen, die einzelnen DUOFERN devices legen ja auch logs an.
Ist es möglich diese ins fhem Logfile zu packen?


LG
Tom

Hallo zusammen und vielen Dank an Telekatz für das hervorragende Modul!

Gegenwärtig habe ich ca. 20 Rollladenaktoren (Duofern Troll Comfort), mehrere Universalaktoren, zwei 1-10Volt Dimmaktoren, sowie den Umweltsensor eingebunden. In den meisten funktioniert das System tadellos. Leider hat das System jedoch gelegentlich Aussetzer der Form "MISSING STATUS" bzw. "MISSING ACK" - insbesondere werden nicht alle der Rollladenaktoren bei einem Neustart erkannt. Diese Fehler treten nicht beim Betrieb mit dem Homepilot 2 auf. Ein erneutes Pairing in fhem funktioniert in der Regel. 

Ist es möglich, dass die Probleme mit der relativ großen Anzahl an Aktoren im Zusammenhang stehen (z.B. zu viele Kommandos in einem Zeitintervall)?

Des Weiteren frage ich mich, ob es möglich ist, den genauen Weg eines Aktors über andere Aktoren bis zum Stick festzulegen (da die einzelnen Aktoren ja eine Repeaterfunktion besitzen)?

Vielen Dank in Voraus

Zitat von: jfhem am 29 November 2016, 21:29:42
... Leider hat das System jedoch gelegentlich Aussetzer der Form "MISSING STATUS" bzw. "MISSING ACK" - insbesondere werden nicht alle der Rollladenaktoren bei einem Neustart erkannt.

Das passiert bei mir sogar mit nur zwei Rollotrons, gibt sich aber auch in ein paar Stunden oder nach der ersten Benutzung eines Rollotrons auch ohne erneutes Pairing. System-Grundrauschen?

Zitat von: jfhem am 29 November 2016, 21:29:42
Leider hat das System jedoch gelegentlich Aussetzer der Form "MISSING STATUS" bzw. "MISSING ACK" - insbesondere werden nicht alle der Rollladenaktoren bei einem Neustart erkannt. Diese Fehler treten nicht beim Betrieb mit dem Homepilot 2 auf.

Betrifft das immer die gleichen Aktoren und werden, wenn das auftritt, alle Aktoren gleichzeitig angesteuert? Haben die betroffenen Aktoren den Befehl trotzdem ausgeführt?

Zitat von: jfhem am 29 November 2016, 21:29:42
Des Weiteren frage ich mich, ob es möglich ist, den genauen Weg eines Aktors über andere Aktoren bis zum Stick festzulegen (da die einzelnen Aktoren ja eine Repeaterfunktion besitzen)?

Das lässt sich nicht beeinflussen.

In der Regel sind es dieselben zwei Aktoren. Wenn ich diese jedoch am Schalter direkt bediene (Troll Duofern Comfort), so wird der aktuelle Zustand vom Stick empfangen - nur eben nicht umgekehrt.

Zurzeit löse ich dieses Problem, indem ich die Aktoren per Homepilot in den Anmeldemodus bringe, und anschließend unter FHEM erneut paire (ich habe zwei Rademacher-Sticks).

Wie bereist zuvor erwähnt tritt dieses Problem nicht bei einer Steuerung mit dem Homepilot 2 auf.

Wieso musst du die Aktoren neu pairen? Dass ein Aktor einfach so das Pairing zum Stick verliert habe ich noch nie erlebt.

"MISSING ACK" kommt, wenn der Aktor einen Befehl nicht bestätigt weil er z.B außerhalb der Funkreichweite ist. Aber selbst ein ungepairter Aktor würde den Empfang des Befehls bestätigen und kein "MISSING ACK" verursachen.

Zitat von: jfhem am 30 November 2016, 18:11:39
Wie bereist zuvor erwähnt tritt dieses Problem nicht bei einer Steuerung mit dem Homepilot 2 auf.

Steht der Homepilot am selben Ort, wie der Stick für FHEM?

Ja, steht am selbem Ort.

Hi Telekatz,

ich habe da ein echt "geniales" Problem.

Es hat zwar nichts mit deinem Modul zu tun, da du dich aber sehr mit dem Rademacher DuoFern-Stick beschäftigt hast, erhoffe ich mir von dir ggf. einen Lösungsansatz.

Beschreibung:

Ich betreibe mein FHEM seit ein paar Wochen auf einem NAS, auf dem NAS läuft eine Virtuelle Maschine mit Debian 8, auf der VM läuft FHEM.

Alles funktioniert soweit.

Jetzt hatten wir vor 4 Wochen einen Stromausfall im Ort, bei dem ist das NAS natürlich unkontrolliert abgestürzt und eine HDD hat sich dabei verabschiedet.

Ich habe die HDD ersetzt und die Daten wiederhergestellt, alles läuft wieder so wie vorher.

Um mich in Zukunft gegen Stromausfälle abzusichern, habe ich mir eine AEG Protect NAS USV gekauft. Die USV wird per USB ans NAS angeschlossen. Laut QNAP ist die USV mit der NAS kompatibel.

Jetzt kommt der Stick ins Spiel:

Das NAS erkennt die USV nur dann, wenn der Rademacher Stick N I C H T mit am USB-Hub hängt. Ich habe 2 verschiedene HUB´s, etliche varianten des ansteckens, Neustarts des NAS versucht - nix hilft.

Wenn ich den Rademacher abstecke und das NAS neu starte, wird die USV erkannt, wenn ich dann den Stick anschließe wird die USV nach 5 Sekunden nicht mehr erkannt.

Wenn ich dann den Stick wieder entferne erkennt das NAS die USV nicht, erst nach einem Neustart des NAS wird die USV wieder erkannt.

Des weiteren löst der Stick noch ein anderes komisches Problem aus, es kommt vor dass andere, an USB angeschlossene Geräte wie ein HM-CFG-USB oder ein CUL 433 MHz oder ein Jeelink, kurzzeitig nicht mehr vom NAS erkannt werden und die zuweisung der USB-Geräte an die VM dabei verloren geht. FHEM verliert in diesen Fällen natürlich auch die Verbindung zu dem Device.

Hasst du eine Idee was das seien könnte ??

Hat der Stick ne Macke oder ist da einfach eine inkompatibilität gegeben ?? An meinem Raspberry PI konnte ich dieses verhalten vorher nicht beobachten, dort wird aber auch jeder USB-Buchse eine eigene ID zugeordnet, beim NAS läuft das irgendwie anders.

Gruß

Veit

Schon mal einen aktiven USB Hub getestet? Klingt nach Problemen mit der Spannungsversorgung.

Hi,

bisher nicht - aber kann ich ja heute mal probieren.

Was mich dabei jedoch stutzig macht ist, dass dieses Phänomen auch auftritt wenn ich den Rademacher z.B. in eine USB 3.0 stecke, und die USV in eine USB 2.0 stecke.

Soweit ich weiß ist die Stromversorgung von USB 3.0 höher (1 Ampere) als die von USB 2.0 ?!

Ich teste mal ein aktives HUB.

Gruß

Veit

Update:

Auch mit einem aktiven HUB ergibt sich die genau gleiche Situation.

Rademacher angesteckt = USV wird nicht mehr erkannt.

Hat jemand noch eine Idee ??

Hat jemand einen Rademacher-Stick herumliegen den ich mir zum Testen mal borgen könnte ??

Gruß

Probier doch mal, ob ein anderes Gerät mit FTDI Chip die selben Probleme verursacht, wie der Duofern Stick.
Verwendet die USV eventuell auch einen FTDI Chip?

Hi Telekatz,

ich hab leider nix anderes mit FTDI hier - meine beiden Arduinos (CUL/Jeelink) haben beide einen CH340G - keinen FTDI - ob die USV einen FTDI nutzt kann ich mal versuchen in Erfahrung zu bringen.

Gruß

Hallo,

die Firma AEG hat mir geantwortet, die USV nutzt einen ST7260 in der SO24-Bauform als Chipsatz für die Kommunikation.

Ist das in irgendwie Hilfreich ??

Gruß

Hallo,

auch von meiner Seite erstmal ein großes Dankeschön an Telekatz für das DuoFern Modul.
Ich steuere damit insgesamt gut 30 Rolladen- und Universalaktoren. Dabei habe ich ein Problem, dass so ähnlich von jfhem bereits beschrieben wurde.
Nach einem Neustart sind fast immer ein oder mehrere Aktoren nicht mehr ansprechbar. In der Log-Datei steht dann z.B.
DUOFERN unknown msg: 81010C5500000000000000000000006FD71A435A5800
wenn ich den Aktor mit Hexadezimalcode 435A58 ein- oder ausschalten möchte, und der Aktor reagiert auch tatsächlich nicht. Nach einem weiteren Neustart funktionieren die betroffenen Aktoren (meistens) wieder völlig problemlos - nur sind dann i.d.R. andere betroffen.
Momentan "löse" ich dieses Problem dadurch, dass ich so oft einen Neustart ausführe bis alle Aktoren reagieren, was bei über 30 Stück ziemlich mühsam und unbefriedigend ist.

Hallo,

hier noch ein kurzer Nachtrag zu meinem vorherigen Post. Wenn ich für den Rademacher Funk-USB-Stick als verbosity level 4 angebe, bekomme ich in der log-Datei beim Versuch, einen "verloren gegangenen" Aktor anzusteuern folgende Einträge:

2016.12.13 23:48:13 4: Rademacher: snd -> 0D010E0300000000000000000000006FD71A432AD400
2016.12.13 23:48:13 4: Rademacher: rx  -> 81010c5500000000000000000000006fd71a432ad400
2016.12.13 23:48:13 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.13 23:48:13 2: DUOFERN unknown msg: 81010C5500000000000000000000006FD71A432AD400

Grüße

81010C55... bedeutet normalerweise, dass der Aktor nicht mit dem Stick gepairt ist. Kannst du mir mal ein Log von der Initialisierung des Sticks zuschicken.

Ich hoffe mal, dass das hier die Information ist, die Du meintest (wenn nicht würde ich Dich bitten, mir zu sagen, wo ich die entsprechenden Daten finde):

2016.12.13 23:16:37 3: Opening Rademacher device /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR03RB0Z-if00-port0
2016.12.13 23:16:37 3: Setting Rademacher serial parameters to 115200,8,N,1
2016.12.13 23:16:37 3: Rademacher device opened

Verbose level 4 am Stick einstellen und dann "set Rademacher reopen".

vielen Dank für die schnelle Antwort.
Mit dem Befehl bekomme ich Folgendes in der Log-File:


2016.12.14 20:37:22 3: Setting Rademacher serial parameters to 115200,8,N,1
2016.12.14 20:37:22 4: Rademacher: snd -> 01000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 0E000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 0A6FD71A000100000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 14140000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030042B0410000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030142A8DC0000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030242AD970000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030342A8450000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030442B0320000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030542B05D0000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030642A8C00000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030742A8200000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030842B0350000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030942A8D00000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:22 4: Rademacher: snd -> 030a435A9A0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 030b42969D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 030c435A580000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 030d435D2D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 030e4359F70000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 030f421E740000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031042AD910000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031142A8DF0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031242A8CE0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031342B0400000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031442A82E0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 03150000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031642B0250000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031742AD820000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031842AD8D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 0319E035010000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031a435A520000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031b42B0190000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031c435D520000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031d42B04A0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031e42AD9D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 031f42A5CA0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032042A8D60000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032142E4BC0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 0322421ED70000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 03234691B00000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032442A8C60000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032542B04D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032642E4D40000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032742B04C0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032842B01E0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032942B03D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032a42AD980000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032b42AD900000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032c42AFE70000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032d432AD40000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032e42A8D20000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 032f42A81D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033042A15D0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033142A8290000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033242B0290000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033342ADA50000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033442B0270000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033542B02E0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033642A8370000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 03374359F10000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 03384296910000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 0339421ED40000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033a42A8C20000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033b42B0100000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033c42A8C80000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033d42AFF40000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033e435A8F0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 033f42B0240000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034042B0450000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 0341435D550000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034242A8440000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034342E85A0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034442A86B0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034542B0170000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034642B03B0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034742B0510000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034842B05E0000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:23 4: Rademacher: snd -> 034942A8BE0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 034a42AD8C0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 034b42AD890000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 034c42B0590000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 034d42B0580000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 034e42AD990000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 034f42B0150000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035042B0200000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035142A8C40000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035242E4DC0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035342A85F0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035442AD930000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 03554296660000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035642A8950000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035742AD9C0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035842B02F0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035942A5A50000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035a42A8C50000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035b432AE90000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035c42A8D50000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035d42E8410000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035e42B0360000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 035f42B02A0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036042AD880000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036142B02B0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036242B01D0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036342A8F00000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036442966E0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036542EE2C0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 0366434A5F0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036742B01B0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036842A8DD0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036942B0540000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036a42B0480000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036b433ECA0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036c42A8CA0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036d4344D60000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036e4E026C0000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 036f42E4D30000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 03706907C60000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 10010000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 4: Rademacher: snd -> 0DFF0F400000000000000000000000000000FFFFFF01
2016.12.14 20:37:24 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:24 1: /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR03RB0Z-if00-port0 reappeared (Rademacher)
2016.12.14 20:37:25 4: Rademacher: rx  -> 0fff0f23090000015032126430000442b0326fd71a01
2016.12.14 20:37:25 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:25 4: Rademacher: rx  -> 0fff0f2207080101070800643300ff4344d66fd71a01
2016.12.14 20:37:25 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:26 4: Rademacher: rx  -> 0fff0f22070801010708000033000d435d2d6fd71a01
2016.12.14 20:37:26 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2016.12.14 20:37:27 4: Rademacher: rx  -> 0fff0f22070801010708000033001a435a526fd71a01
2016.12.14 20:37:27 4: Rademacher: snd -> 81000000000000000000000000000000000000000000

Kurzer Nachtrag:
Ein Aktor, der zuvor nicht ansprechbar war, lässt sich jetzt nach Eingabe Deines Befehls wieder steuern.
Mindestens zwei, die vorher ansprechbar waren reagieren jetzt allerdings nicht mehr. Dieses Verhalten ist sehr ähnlich dazu, wenn ich ein shutdown restart mache.

Zitat von: bluetakamaka am 14 Dezember 2016, 20:42:23
Mindestens zwei, die vorher ansprechbar waren reagieren jetzt allerdings nicht mehr. Dieses Verhalten ist sehr ähnlich dazu, wenn ich ein shutdown restart mache.

Welche beiden sind das?

Hat in deiner Nachbarschaft noch jemand Duofern Geräte? Du hast geschrieben, du hättest gut 30 Rolladen- und Universalaktoren. Bei dir werden jedoch 112 Geräte initialisiert.

Die Hex-codes der Aktoren, die momentan nicht ansprechbar sind, sind
433ECA
und
434A5F

In meiner Nachbarschaft gibt es in der Tat einige Rademacheraktoren. Die, die nicht zu uns gehören, habe ich auf ignore gestellt.

Versuch mal die angehängte Version von 10_DUOFERNSTICK.

@jfhem
Gibt es bei dir in der Nachbarschaft auch viele fremde Duofern Geräte?

Hallo Telekatz,

das sieht in der Tat schon sehr vielversprechend aus. Vier Rolladenaktoren kann ich im Moment nicht testen, weil ich sonst die Kinder aufwecken würde.
Alle anderen Rolladenaktoren und sämtliche Universalaktoren haben aber auf Anhieb nach dem ersten "shutdown restart" (nachdem ich die Datei 10_DUOFERNSTICK ausgetauscht hatte) funktioniert, was mich doch sehr optimistisch stimmt.

Auf jeden Fall schon mal vielen Dank für Deine schnelle Hilfe!

Edit (15.12.2016): Die vier Rolladenaktoren, die ich gestern Abend nicht mehr testen konnte, haben heute Morgen auch wunderbar funktioniert.

@Telekatz

Entschuldigung für die späte Rückmeldung - aufgrund anderer Verpflichtungen musste die Fehlersuche zunächst etwas warten.

Ich habe die "problematischen" Aktoren nun erneut gepairt. Kurzum: Seitdem läuft alles perfekt.

Beim erneuten Pairing ist mir jedoch aufgefallen, dass die Aktoren zuvor nicht mehr mit dem Stick gepairt waren. Insofern sind die vorherigen Probleme verständlich. Ich verstehe jedoch nicht, wie das ursprüngliche Pairing gelöscht werden konnte - die problematischen Aktoren funktionierten zuvor hin und wieder auch mit FHEM (auch das Ausführen von Schaltvorgängen).

Insgesamt sind nun ca. 20 Troll Duofern Comfort (Rollladen), ca. 10 Universalaktoren (2-Kanal), 5 Dimmakoren mit 1-10V Schnittstelle, 1 Universaldimmaktor sowie der Umweltsensor eingebunden. Insbesondere von Letzterem bin ich beeindruckt: Beschattung sowie das Helligkeitsgesteuerte Hoch- und Herunterfahren von Rollläden mit notify!

Des Weiterem habe ich auch keine Probleme bei Befehlen der Form "set .*_Rollladen_.* up" feststellen können. Sämtliche 20 Aktoren lösen zuverlässig aus. Das System erscheint somit auch bei größeren Anlagen als robust und zuverlässig.

Vielen Dank noch einmal für eure Hilfsbereitschaft

Hi Telekatz,

sag mal, hast Du dich shcon mit der Einbindung von Amazon Echo (Alexa) in FHEM und der Steuerung der DuoFern-Aktoren mittels Alexa bafasst ??

Ich habe seit gestern einen Amazon Echo, leider findet dieser sämtliche DuoFern-Aktoren nicht, andere Devices wie z.B. HM / Dummys etc. werden jedoch gefunden. In allen fällen habe ich die devices auf die gleiche Art und Weise mit attributen versorgt, AlexaName, AlexaRoom, etc.

Weißt du was hier das Problem seien könnte ??

Gruß

Nein, mit Alexa habe ich keine Erfahrungen.

Hallo Telekatz,

genau dieselben sporadischen Probleme mit "MISSING STATUS" bzw. "MISSING ACK" wie in den Einträgen Ende November dargestellt. Passiert bei mir alle 3-4 Wochen mal.
Immer die gleichen Aktoren: Nein, aber 'gefühlte' Häufigkeit von 2 der 4 Motoren.

Aufbau:
Ich betreibe 4 Rolladenmotoren Rademacher ILFS 10/16Z, gepairt mit Duofern 9491 Handsender (Tasten 1-4, 6 alle) und gepairt mit DUOFERN-Stick  (RasPI3, FHEM).
Ich sehe insgesamt 10 DUOFERN-Devices mit SUBTYPE Rohrmotor, 4 davon meine, 6 aus der Nachbarschaft.

Verhalten:
Direkt nach dem Auftreten kann ich mit FHEM den betroffenen Motor nicht mehr steuern. Einmalige Verwendung der Fernbedienung löst das Problem, FHEM zeigt sofort den neuen Status an und steuert danach den Motor wieder korrekt.

Bisher habe ich das Verhalten auf die Funkverbindung zurückgeführt, aber der DUOFERN Stick ist in der Mitte, Entfernung von allen Motoren zwischen 4 und 7 Metern.

Vielleicht helfen die Hinweise ja beim Einkreisen der Ursache.
Nachdem ich dieses Verhalten auch von anderen lese, schaue ich bei mir weiter, es reproduziert zu bekommen.
Ich habe gerade mal alle 4 mehrmals gleichzeitig über FHEM angesteuert - läßt sich nicht so einfach provozieren, momentan alles stabil (seit 3 Wochen).

Viele Grüße

Holger-Arnold

Hallo Zusammen,

ich benutze den Duofern Stick am Raspberry Pi.

Seit gestern morgen sind alle Rademacher Aktoren auf Missing Status und der Stick meldet folgenden Fehler:

2017-01-11 08:40:43 DUOFERNSTICK myDuoFernStick UNKNOWNCODE 62E26262626262626262626262626262626262626262


FHEM ist auf dem Aktuellen Stand und kann mir den Fehler so nicht erklären. Da ansonsten alles soweit ok war.

Hängt an deinem Raspberry noch ein anderer Stick, mit dem sich das Modul fälschlicherweise verbunden hat?

Hallo,

herzlichen Dank für das Modul!

Da ich heute einige Probleme mit dem Pairing hatte hier eine kurze Beschreibung bei Verwendung von ,,Troll Comfort Duo Fern" o.ä.

Stick in Fhem konfigurieren:

1) define (name) DUOFERNSTICK (device@115200) (code)
define Rademacher DUOFERNSTICK /dev/ttyUSB1@115200 6F1234

2) Rollos am Wandschalter hoch/runter fahren
Nun sollte per autocreate im Raum DUOFERN ein neues Device angelegt worden sein (z.B. DUOFERN_704B4B).
Den automatisch erstellten Namen kann man einfach umbenennen
rename DUOFERN_704B4B Rollo_Wohnzimmer

3) Um das pairing einzuleiten, am Radermacher Wandschalter (Troll Comfort Duo Fern) in Menu gehen:
9 - 9 - 1
Mit Pfeil nach oben sollte  ,,ON" im Display stehen.

4) In Fhem im Device Rademacher (Duofern Stick) oder oben im Webinterface eingeben set Rademacher pair.
Der Wandschalter quittiert das erfolgreiche Pairing mit einer 1 im Display, bzw. klickt kurz.

5) Im Webinterface set Rademacher reopen

6) Im Raum DUOFERN auf Rollo_Wohnzimmer klicken.
Das Kästchen (Slider) mit der Zahl drin kann man nach rechts und links verschieben um die Position des Rollos in % zu setzen.
Mit Klick auf Set fährt das Rollo die entsprechende Position an.

Gruss
Thomas

Etwas off topic, aber hier erwarte ich entsprechendes Know-how und der Hersteller beantwortet meine Anfrage nicht. Ist die funk Kommunikation bei Radermacher mit dem USB Stick eigentlich verschlüsselt?
Gruß Jan

Eine Verschlüsselung scheint es nicht zu geben, da man mit dem DuoferStick auch die Nachrichten von Geräten empfangen kann, die nicht mit dem Stick gepaart sind. Lediglich zum Steuern benötigt man noch die Duofern Code des Sticks. Den kann man nicht mit dem Stick empfangen. Da es dafür allerdings nur 65536 verschiedene Möglichkeiten gibt, ist Brute Force hier nicht allzu aufwendig. 

Zitat von: Telekatz am 22 Januar 2017, 15:07:38
Eine Verschlüsselung scheint es nicht zu geben, da man mit dem DuoferStick auch die Nachrichten von Geräten empfangen kann, die nicht mit dem Stick gepaart sind. Lediglich zum Steuern benötigt man noch die Duofern Code des Sticks. Den kann man nicht mit dem Stick empfangen. Da es dafür allerdings nur 65536 verschiedene Möglichkeiten gibt, ist Brute Force hier nicht allzu aufwendig.

Vielen Dank. Da bei mir gerade der zweite noname rohrmotor anfängt zu spinnen (insgesamt sechs Stück, alle älter als zehn Jahre) überlege ich mir auf das rademacher System umzusteigen. Wahrscheinlich wähle ich die Variante mit "Funkintelligenz" im Bedienteil (timer Schalter) und nicht die speziellen rohrmotoren.
Dann ist die Anbindung an FHEM ja greifbar nah. Und was die Verschlüsselung angeht, doof - aber auch nicht so ein sensibles Objekt wie z.B. eine Haustüre. Und erstmal müsste jemand den Funk mitschneiden.

Hallo,

erstmal dickes Lob an den/die Programmierer!
ich bin jetzt soweit, dass die Aktoren gefunden wurden. Was muss ich tun, damit ich sie remote in den pairing modus bekomme? Ich hab keine grosse Lust meine ganzen Rolladenkästen aufzuschrauben :-)

Grüsse

Thomas

Die Stromzufuhr des Aktors muss kurz unterbrochen werden. Also Sicherung raus. Danach kann man "set [Aktor] remotePair" und "set [duofernstick] pair"ausführen.

Lässt sich mit dem Modul eigentlich auch der RolloPort SX5 DuoFern steuern?

Der RolloPort SX5 Duofern ist im Modul enthalten, hab allerdings keinen zum testen.

Kann es sein das Rademacher den DuoFern USB Stick zu Gunsten der ZWave Lösung verschwinden lässt? Irgendwie bekomme ich den Eindruck...

Wieso sollten Sie das tun und was erweckt in dir den Eindruck?

Wenn ich nach dem USB Stick Google wird hauptsächlich der 868mhz Stick angeboten, auf deren Homepage wird er auch nicht erwähnt - jedenfalls finde ich dazu nichts. Vielleicht stimmt mein Eindruck auch nicht.

Das liegt daran, dass der Duofern Stick bei jedem Homepilot mit dabei ist. Aus Sicht von Rademacher muss man den, außer als Ersatzteil, nicht extra kaufen und deshalb auch nicht extra erwähnen. Den Z-Wave Stick kann man zusätzlich zum Homepilot dazukaufen.

Erstmal Aloha, ;D
bin neu hier im Forum und auch neu, was RasPi und FHEM angeht..
Ich habe mir allerdings schon im "jugendlichen" Leichtsinn den USB-Stick von Rademacher geholt und einen RasPi. ::)
FHEM ist auch bereits installiert nun muss ich nur noch den komplizierten Rest verstehen..
Den USB-Stick habe ich eingerichtet (define Rademacher DUOFERNSTICK /dev/ttyUSB1@115200 6F1234) aber jetzt habe ich was von Codes gelesen?
Benötige ich den DuoFern Code des Sticks? Habe keinen Homepilot um den auszulesen..
Die Codes meiner Rolläden hätte ich.
Hab ich das richtig verstanden, jetzt einfach meine Rolläden auf und ab zu bewegen und FHEM legt dann automatisch was an? Irgendwie ist da nichts passiert..
Und was bringt es mir den Troll DuoFern Wandschalter zu pairen? Müsste es nicht reichen alle Rolläden zu pairen oder reicht es dann den Wandschalter zu pairen - kann der die Rolläden einzeln ansteuern?
Sorry, wenn es sich hier um total blöde Fragen handelt..  ::)
Kann ich meine Einstellung schrotten oder bleiben meine Rolläden so oder so mit meinem Wandschalter gepaired? Habe etwas Angst mein System lahm zu legen  ;D

Danke trotzdem schon mal für ein paar mehr Infos  ;)
Cheers

Zitat von: flux am 24 Februar 2017, 12:28:11
Den USB-Stick habe ich eingerichtet (define Rademacher DUOFERNSTICK /dev/ttyUSB1@115200 6F1234) aber jetzt habe ich was von Codes gelesen?
Benötige ich den DuoFern Code des Sticks? Habe keinen Homepilot um den auszulesen..

Der Stick selber hat keinen festen Code. Der Code, den man auslesen kann, ist auf dem Homepilot. Den braucht man auch nur, wenn man von einem bestehenden Homepilot auf FHEM umstellen möchte, ohne alle Aktoren neu zu pairen.

Zitat von: flux am 24 Februar 2017, 12:28:11
Hab ich das richtig verstanden, jetzt einfach meine Rolläden auf und ab zu bewegen und FHEM legt dann automatisch was an? Irgendwie ist da nichts passiert..

Im Prinzip ja. Autocreate eingeschaltet? Passt ttyUSB1 für den Duofern Stick?

Zitat von: flux am 24 Februar 2017, 12:28:11
Und was bringt es mir den Troll DuoFern Wandschalter zu pairen? Müsste es nicht reichen alle Rolläden zu pairen oder reicht es dann den Wandschalter zu pairen - kann der die Rolläden einzeln ansteuern?

Durch pairen mit dem Troll kann man den Aktor ansteuern, der im Troll verbaut ist. Die Aktoren, die mit dem Troll gepairt sind, kann man damit nicht steuern. Mit denen muss man den Stick separat pairen.

Zitat von: flux am 24 Februar 2017, 12:28:11
Kann ich meine Einstellung schrotten oder bleiben meine Rolläden so oder so mit meinem Wandschalter gepaired? Habe etwas Angst mein System lahm zu legen  ;D

Solange man keinen Reset am Aktor ausführt, bleibt das pairing der Rollläden mit dem Wandschalter bestehen.

Vielen Dank für die Antworten - dann werde ich das dieses Wochenende mal weiter in Angriff nehmen  ;D

Danke auch, für die Mühe, dass überhaupt alles möglich zu machen!

Also der Stick hat nun alles mögliche an Rolläden gefunden und ein paar habe ich zuvor auch manuell geadded.
Nun habe ich zwei Rolläden vom Strom genommen, Strom wieder eingeschaltet und habe dann bei FHEM die beiden Rolläden auf pairing geschaltet und den Stick dann auch.
Es kommt allerdings immer die Fehlermeldung:
2017.02.25 16:02:11 3: DUOFERN error: Flur MISSING ACK
2017.02.25 16:02:18 3: DUOFERN error: WC MISSING ACK

Was mache ich falsch? Der Stick ist in 2m Entfernung.
Vielen Dank schon mal :)

Anhand der vorliegenden Informationen würde ich sagen, dass kein ACK empfangen wird. Für eine ausführliche Diagnose benötige ich auch ein ausführliches Log (verbose 4 am Stick).

Hallo,

hat jemand Erfahrungen mit den 9470 Universalaktoren?

Ich habe heute versucht einen in eine Kreuzschaltung zu integrieren (dort in den 1. Wechselschalter eingebaut mit Verbindung zur Lampe und den manuellen Schalter eliminiert da nun von anderer Stelle über einen Funkwandtaster geschaltet wird). Ganz theoretisch gehen die Lampen an und aus und auch von den anderen Schaltern kann ich steuern ABER leider erkennt der 2. Wechselschalter und der Kreuzschalter nicht ob der Aktor on oder off ist. Somit geht dann die Kreuzschaltung in bestimmeter Konstelation dann doch nicht mehr. Also der Stromfluss wird wohl nicht erkannt. Die Schaltung verschluckt sich.

Ich hatte mich extra wieder für einen Rademacher 9470 und gegen einen Fibaro Double Switch entschieden, Da ich bereits einen 9470 in einem einfachen Schalter in Kombi mit einem HM Bewegungsmelder habe. Da klappt die Schalterei wunderbar und egal wer die Lampenschaltung auslöst (Bewegungsmelder oder Schalter) gibt es auch eine optische Meldung das die Lampe brennt (in FTUI). Somit nahm ich an die 9470 messen auch den Stromfluß.

Gibt es ein Attribut was man setzen muss oder habt Ihr Erfahrung damit und es funktioniert bei euch. Evtl. hab ich ja auch nicht korrekt verkabelt.
Ich arbeite sehr gern mit den Rademacher Geräten in Verbindung mit Fhem. Stabil und unkompliziert.
Beim Fibaro weiß ich das er Strom messen kann. Bin nur noch kein großer Fan von ZWave. Da nervt schon die Reichweite.

Viele Dank und Grüße Andreas

In der Anleitung zum Universalaktor ist ein Installationsbeispiel, wie man den Aktor in eine Wechselschaltung integriert. Im Prinzip auch für eine Kreuzschaltung anwendbar.

Hallo Telekatz,

die Anleitung hab ich benutzt. Für ein anderes (wahrscheinlich älteres Modell) gibt es auch eine Anleitung zur Kreuzschaltung. Deshalb ging ich davon aus es funktioniert.
Aber wie gesagt die Schalter und der Aktor wissen nicht wer gerade an oder aus ist. Schalte ich per Fhem den Aktor auf on, dann leuchtet auch die Lampe in FTUI. Schalte ich das Licht per manuellen Schalter aus, bleibt die Signalisierung in FTUI auf an. Der Aktor weiß also nicht dass das Licht aus ist. Sein Status ist on.

LG

Hast du es so wie in der Anleitung verschalten? Also die Leitung, die bisher zur Lampe ging, an den Eingang des Universalaktors, und die Lampe dann am Ausgang des Universalaktors?

Es war zugegeben etwas knifflig.
Am Schalter waren 2x braune Kabel im L und 1x schwarz und 1x grau vom Kreuzschalter.

Ich hab es jetzt so dass das eine braune Kabel (230V) in L und in den Relaiskontakt K1 steckt.
Das schwarze Kabel steckt jetzt im Relaiskontakt K1 (war die Lampe).
Das andere braune Kabel habe ich mit dem grauen über Klemme verbunden (dieses zweite braune Kabel war die Führung zum anderen Schalter).
Die Steuereingänge sind frei, da kein Schalter mehr vorhanden.

Wenn du so nachfragst, dann mach ich mir Hoffnung das es eigentlich gehen müsste? Ich bilde mir ein ich hätte mal gelesen das man in einer Kreuzschaltung noch einen Funksender 9497 packen muss? Ist aber schon ne Weile her und ich finde es auch nicht mehr.

In der Anleitung steht das der Wechselschalter in den Steuereingang kommt. Hab angenommen damit ist der lokale Schalter gemeint, den ich ja nicht mehr wollte. Ist zu überlegen das man dort das braune und graue Kabel packt, statt einfach nur über Klemme zusammenzubringen?

Mach es so, wie in der Anleitung beschrieben ist. Oder noch besser, lass es einen Elektriker machen.

Ja gut. Elektriker wird immer gern genannt. Leider kenn ich keinen der wegen einer Schaltung kommt.
Parallel nochmal die Verkabelung überprüfen ist ok. Die Eigendliche Frage war dazu aber noch, ob es Erfahrungen in einer Kreuzschaltung mit dem 9470 gibt. Also ob es bei euch funktioniert. Bin mir eben zwischenzeitlich nicht ganz sicher, ob das Produkt dafür geeignet ist.

Danke Telekatz für deinen Support.

VG
Andreas

Hallo Andreas,

ich habe einige dieser Aktoren verbaut. Allerdings nutzte ich (wie in der Anleitung auch Favorisiert) Taster und keine Schalter. Angeblich halten die Aktoren dann länger. -> Das wäre mein erster (aber teurerer) Tipp.

2. Wenn ich dich richtig verstehe, dann hattest du einen Kreuz und zwei Wechselschalter, also 3 Schaltmöglichkeiten.
Davon hast du eine durch einen Funk-Schalter ersetzt, es gibt also nur noch 2 klassische (kabelgebundene) Schaltstellen.
Ich bin zwar kein Elektriker, aber wenn ich nicht völlig falsch liege, dann musst du den Kreuzschalter ausbauen, bzw. diesen durch einen Wechselschalter ersetzten!!

Eine weitere Frage: Stimmt die Anzeige im FTUI mit dem Schaltzustand des Aktors überein??

Viele Grüße
Thomas

Hallo Thomas,

die Empfehlung ist Taster. Im ganzen Haus sind Schalter verbaut. Aus haptischen Gründen hatte ich mich immer versucht um einzelne Taster zu drücken.

zu. 2. Das hast du richtig verstanden. Mein Aufbau ist so exakt.
Na einen Wechsleschalter habe ich ja nun übrig:). Dann würde ich aus der Kreuzschaltung eine Wechselschaltung + Aktor machen. Da bin ich leider raus. Aber interessanter Ansatz. Das versuch ich mal in Erfahrung zu bringen. Am Kreuzschalter befinden sich 2x grau und 2x schwarze Kabel. Da hab ich keine Ahnung wie ich die am Wechselschalter anschliesse.
Meine Vermutung ist immer noch das der Aktor keineen Stromfluss messen kann und somit nicht die Rückmeldung "Lampe aus oder an" von den manuellen Schaltern bekommt.

Die Anzeige im FTUI zeigt nur den Zustand des Aktors. Da der Zustand des Aktors leider nicht durch die manuellen beiden Schaltstellen geändert wird, bleibt dort z.B. die Anzeige auch auf Lampa an, obwohl sie durch einen manuellen Schalter ausgeschaltet wurde.

Viele Grüße
Andreas

Der Aktor misst keinen Stromfluss. Er geht davon aus, dass der Status der Lampe auch der Status des Aktors ist. Will man zusätzliche Schalter benutzen können, müssen die am Steuereingang E1 angeschlossen werden und nicht am Relaiskontakt. Vorzugsweise Taster, aber auch eine Wechsel oder Kreuzschaltung kann so wie in der Anleitung beschrieben ist angeschlossen werden.

Gelöst!
Ich danke euch beiden.
Als erstes habe ich mich an Telekatz Vorschlag gehalten und habe mir jemanden geholt der sich besser auskennt.
Da haben wir festgestellt, dass die Leitung zum Verbraucher im anderen Wechselschalter ist. Natürlich ist diese Dose vollgestopft mit Kabeln und kein Platz für den Aktor. Hab Ihn dann in die Dose drunter gepackt und die Kabel verlängert.
Dann haben wir den anderen Wechselschalter überbrückt (brauchte ich ja nicht mehr und da sitzt jetzt eine Blindabdeckung drauf). Der Kreuzschalter wurde zum 2. Wechselschalter.
Jetzt läuft alles wie gewünscht. Die Signalisierung in Fhem/FTUI läuft auch sauber.

Herzlichen Dank und einen schönen Abend!
LG Andreas

@Telekatz
Habe heute Morgen "komische" Meldung im Log gefunden. In dieser Form das erste mal übrigens. Ich soll helfen aber wie?  ;)
2017.03.21 07:23:33 2: DUOFERN unknown msg: 810100BB00000000000000000000006F23F1408C2800
2017.03.21 07:23:33 3: RademacherUSB: Unknown code 120107010000000000000000000001408C286F23F102, help me!

LG
Tom

Hat der Rolladen sich normal geöffnet? Diese Meldungen hatte ich bisher noch nie.

Hallo zusammen,

ich überlege meine Rademacher Fernotron Rohrmotoren durch neue DuoFern Rohrmotoren auszutauschen, da einer der Fernotron Motoren bereits "rumzickt". Brauche ich für's anlernen der DuoFern Motoren die DuoFern Handzentrale oder reicht es, den DuoFern USB Stick in Fhem einzubinden um dann die Motoren über Fhem anzulernen und einzurichten (Endposition ...)?

Gruss Sven

Das anlernen der Endpositionen kann man nicht mit dem Stick vornehmen. Aber dafür braucht man auch nicht unbedingt die Handzentrale. Und wenn die Rollläden am Ende Stopper haben, funktioniert das auch automatisch. Da muss man dann nichts mehr nachjustieren.  Die restlichen Einstellungen kann man mit dem Stick machen.

Hallo zusammen,

ich habe ein kleines Denkproblem mit dem Universalaktor 9470-2 ( 2 Kanal ). Der Aktor wird erkannt, nur finde ich keine Möglichkeit die beiden Kontakte zu schalten:

define Steckdose1 DUOFERN 43xxxx01
attr Steckdose1 alias Poollicht
attr Steckdose1 group Steckdosen
attr Steckdose1 webCmd pct
attr Steckdose1 eventMap on:AN off:AUS
attr Steckdose1 icon light_light
attr Steckdose1 room 1.Outdoor,2.Steckdosen

define Steckdose2 DUOFERN 43xxxx02
attr Steckdose2 alias Boa Pumpe
attr Steckdose2 group Steckdosen
attr Steckdose2 webCmd pct
attr Steckdose2 eventMap on:AN off:AUS
attr Steckdose2 icon light_light
attr Steckdose2 room 1.Outdoor,2.Steckdosen

Kann mir jemand sagen wo der Fehler liegt.

Danke
pepe8866

Ist der Aktor gepairt mit dem USB-Stick (DUOFERNSTICK)? Dazu den Aktor in den Anlernmodus bringen und in der Definitionsansicht des DUOFERNSTICK ein "set" ... "pair" absetzen.
Vorher werden alle Schaltaktionen ignoriert. (Nehm ich mal an. Bei den Gurtwicklern ist es jedenfalls so.)

Der Universalaktor kennt keinen Befehl pct.

ZitatDer Universalaktor kennt keinen Befehl pct.

Natürlich nicht, als Schalter (nicht Dimmer). Aber wer sprach davon?

Er hat es in webCmd angegeben:

Zitat von: pepe8866 am 07 April 2017, 19:49:08
define Steckdose1 DUOFERN 43xxxx01
attr Steckdose1 alias Poollicht
attr Steckdose1 group Steckdosen
attr Steckdose1 webCmd pct
attr Steckdose1 eventMap on:AN off:AUS
attr Steckdose1 icon light_light
attr Steckdose1 room 1.Outdoor,2.Steckdosen

define Steckdose2 DUOFERN 43xxxx02
attr Steckdose2 alias Boa Pumpe
attr Steckdose2 group Steckdosen
attr Steckdose2 webCmd pct
attr Steckdose2 eventMap on:AN off:AUS
attr Steckdose2 icon light_light
attr Steckdose2 room 1.Outdoor,2.Steckdosen

Zitat von: Telekatz am 07 April 2017, 21:15:13
Er hat es in webCmd angegeben:

Aua. Mea maxima culpa *plonk*. Ich bitte tief gebeugt um Vergebung.
Ja so wird das natürlich nix. Aber ich war davon ausgegangen, dass das Schalten generell nicht geht, also auch aus der Befehlsauswahl nicht.

Zitat von: Telekatz am 05 Februar 2017, 16:19:53
Der RolloPort SX5 Duofern ist im Modul enthalten, hab allerdings keinen zum testen.

Ich möchte meinen alten langsamen klapprigen FAUST-Öffner durch einen SX5 ersetzen und könnte mich (in ein bis zwei Wochen) als Tester anbieten. Eine umfassende Unterstützung wäre allerdings kaufentscheidend ... dass ich den Antrieb (endlich) gezielt in eine Richtung bewegen kann dürfte kein Problem sein, aber
- gezieltes Anfahren einer Position (wie bei Rolläden) oder wenigstens einer Lüftungsstellung,
- Rückmeldung der Position des Antriebs (nach Ende der Fahrt, wie bei Rolläden, reicht)
- Info über ausgelöste Hinderniserkennung
wäre schon sehr nett. Lässt sich abschätzen, wie viel davon realisiert wird?

Hat niemand anders einen SX5 DuoFern inzwischen in Betrieb?

Hallo zusammen,
habe mittlerweile meinen siebten Rollo in Betrieb genommen.. :)

Bei einem habe ich das Problem, das der obere Endanschlag nicht passt. Der Rollo "knallt" immer mit der Schiene auf den Rollokasten. Bei allen anderen habe ich cirka 1 cm Luft. Der Rollo fährt also zuweit nach oben.
Habe bereits mehrmals eine Lernfahrt angestossen, mit reset settings. (Rollo runter, reset settings, Taster manuell gedrückt)
Kann ich da noch was machen ?

VG
Klaus

EDIT:
Habe jetzt einfach mal einen Maßstab bei der Lernfahrt dazwischen geklemmt, jetzt passt es.
Kleine Maßnahme, große Wirkung ..

Zitat von: Rampler am 08 April 2017, 10:59:44
Hallo zusammen,
habe mittlerweile meinen siebten Rollo in Betrieb genommen.. :)

Bei einem habe ich das Problem, das der obere Endanschlag nicht passt. Der Rollo "knallt" immer mit der Schiene auf den Rollokasten. Bei allen anderen habe ich cirka 1 cm Luft. Der Rollo fährt also zuweit nach oben.
Habe bereits mehrmals eine Lernfahrt angestossen, mit reset settings. (Rollo runter, reset settings, Taster manuell gedrückt)
Kann ich da noch was machen ?

VG
Klaus

Mach mal einen reset full, um den Motor auf Werkseinstellungen zurückzusetzen. Danach automatisch die Endpunkte neu anlernen und neu pairen.

Zitat von: Pfriemler am 08 April 2017, 09:18:28
Ich möchte meinen alten langsamen klapprigen FAUST-Öffner durch einen SX5 ersetzen und könnte mich (in ein bis zwei Wochen) als Tester anbieten. Eine umfassende Unterstützung wäre allerdings kaufentscheidend ... dass ich den Antrieb (endlich) gezielt in eine Richtung bewegen kann dürfte kein Problem sein, aber
- gezieltes Anfahren einer Position (wie bei Rolläden) oder wenigstens einer Lüftungsstellung,
- Rückmeldung der Position des Antriebs (nach Ende der Fahrt, wie bei Rolläden, reicht)
- Info über ausgelöste Hinderniserkennung
wäre schon sehr nett. Lässt sich abschätzen, wie viel davon realisiert wird?

Hat niemand anders einen SX5 DuoFern inzwischen in Betrieb?

Ich gehe davon aus, das alles was mit dem Homepilot beim SX5 funktioniert, jetzt auch schon mit FHEM funktioniert.

Zitat von: Telekatz am 08 April 2017, 11:16:19
Ich gehe davon aus, das alles was mit dem Homepilot beim SX5 funktioniert, jetzt auch schon mit FHEM funktioniert.

Also auf deutsch alles und noch mehr, wie ich jetzt nach einigem Suchen gefunden habe. G..l!
Lichtschranke kommt auch dazu, es wird immer besser.

aus der Rademacher-FAQ

ZitatRolloPort SX5 DuoFern über den HomePilot: ... Status des RolloPort SX5 DuoFern bei jeder Änderung ... aktuelle Position ... Hinderniserkennung, Blockiererkennung, Lichtschranke und Schlupftürkontakt... kann positionsgenau angesteuert werden ... programmierbare Lüftungsposition ... 

an alle: Wie sind die Erfahrungen mit der Zuverlässigkeit des Umweltsensors? Ich brauche eh was zum Steuern der Markise ...

Hi,

Zitat von: Pfriemler am 08 April 2017, 13:25:59
Wie sind die Erfahrungen mit der Zuverlässigkeit des Umweltsensors?

Ich habe den UWS seit ca. 5 Jahren im Einsatz, funktioniert seither einwandfrei. Funktioniert auch prima in fhem, das hat Telekatz (auch) gut hinbekommen :).

LG
Christian

Hallo zusammen,

hat jemand die "RolloTron Schwenkwickler Standard DuoFern 2510" erfolgreich am laufen?
https://www.rademacher.de/rolllaeden/gurtwickler/rollotron-schwenkwickler-standard-duofern/
Gibt es da Erfahrungen?

Grüße

Christian

Hallo zusammen,

seit  Kurzem missbrauche ich den 1-10V-Duofern-Dimmaktor, um unsere KWL (kontrollierte Wohnraumbelüftung) sowohl über einen CO2-Sensor (Modul co2mini) als auch über einen Feuchtigkeitssensor (mittels Jeelink) zu steuern (mit einem einfachen P-Regler). Das funktioniert hervorragend.
Zwar existieren im Netz ähnliche/analoge Ansätze, jedoch waren diese für mich nicht ausführlich beschrieben. Bei Bedarf kann ich daher gerne weitere Informationen liefern. Im Wesentlichen wird der 1-10V-Duofern-Dimmaktor einfach als Poti verwendet.

Viele Grüße

jfhem

Hi Telekatz,

innerhalb der letzen zwei Wochen ist es zwei mal vorgekommen, dass bei mir Rollläden abends nicht runtergefahren sind. Beim 1. Mal war es einer, bei 2. Mal sind zwei Rollläden nicht runtergefahren. Runtergefahren werden sie mit set .*Rolladen.*:FILTER=TYPE=DUOFERN dusk

Ich habe jetzt mal ins Logfile vom DUOFERNSTICK geschaut und herausgefunden, dass die beiden Rollläden gestern folgendes geschickt haben:

fhem-2017-04-12.log:2017.04.12 20:20:52 4: EG.Fhem.DuoFernStick: rx  -> 810101dd00000000000000000000006fzzzz40xxxx00
fhem-2017-04-12.log:2017.04.12 20:20:52 4: EG.Fhem.DuoFernStick: rx  -> 810101dd08000000000000000000006fzzzz4cyyyy00


Bei der Suche nach "810101dd" habe ich gesehen, dass MichaelO sowas in den Anfängen der Module schonmal hatte:

Zitat von: MichaelO am 10 November 2015, 20:50:28
Nachdem der ein oder andere Rolladen die letzten Tage nicht gefahren ist, dachte ich zunächst, es läge an der Funkanbindung. Nun habe ich im Log einige dieser Zeilen entdeckt:
[...]
DUOFERNSTICK Rademacher_Stick UNKNOWNCODE 810108AA00000000000000000000006F8AAF49830B00
DUOFERNSTICK Rademacher_Stick UNKNOWNCODE 810101DD08000000000000000000006F8AAF49830B00

In der Antwort bist Du aber nur auf die "810108AA" eingegangen, über "810101DD" wurde nichts gesagt. Leider habe ich für den 1. Vorfall, bei dem nur ein Rolladen oben geblieben ist, keinerlei interessante Dinge im Logfile gefunden.

Ist es sinnvoll, das Logging in den Aktoren zu erhöhen, um bei weiteren Vorfällen mehr Informationen zu haben? Bisher logge ich nur den STICK ausführlich.

LG und vielen Dank schonmal
Christian

Hallo zusammen,

wie kommt man beim HomePilot 2 mit aktueller Firmware 4.4.9 auf die Diagnoseseite? Wenn ich den DuoFern-Stick abziehe, startet der HomePilot zwar, er zeigt nach Eingabe der IP-Adresse jedoch nur eine Fehlerseite (HomePilot-Logo, dann zwei Zeilen mit dem Text "Ein Fehler ist aufgetreten." und "Entschuldigung, diese Seite ist derzeit nicht verfügbar".). Lediglich die Service-Seite ([homepilot-ip]/service) ist verfügbar. Weder mit angesteckten DuoFern-Stick noch mit abgesteckten Stick ist eine Diagnose-Seite über [homepilot-ip]:81 erreichbar. Hat sich da zwischenzeitlich vielleicht etwas in der Firmware geändert?

Viele Grüße

DuoFern

So, mein SX5-Duofern-Garagentorantrieb ist da, probeweise aufgebaut und eingelernt. Alles wie geplant. Steuerung und Status werden einwandfrei übertragen. Programmiertests folgen dann nach Einbau.

Beiliegend sind zwei Handfernbedienungen und ein sogenanntes "Codiergerät" - nichts anderes als eine Fernbedienung mit Zahlencode zur Festmontage. Das Ding anderweitig in FHEM zu benutzen hatte ich mich schon gefreut, aber leider zu früh:
Den Garagentoröffner gibt es ja auch in einer Nicht-Duofern-Variante, dort gehören diese Teile ja ebenfalls zum Lieferumfang. Im Gerät selbst sind zwei Antennen verlegt (man muss es zum Anschluss einer Lichtschranke ganz regulär so öffnen), die auf zwei unterschiedliche Baugruppen führen - nur ein Funkteil ist mit RECEIVER beschriftet, vermutlich ist das andere dann das Duofern-Interface.

Gehe ich also recht in der Annahme, dass diese Funkfernbedienungen und der Zahlendrücker einer separaten Funk-Familie angehören, die man mit Duofern nicht "abhören" kann?  :-\

(Mit Signalduino & Co klappt es vielleicht trotzdem).

Neuigkeiten vom SX5: Das Garagentoröffner meldet in nicht nachvollziehbaren Intervallen - im Gegensatz zu Gurtwicklern - teilweise kurz nach Beginn der Bewegung (gleich ob sie über Duofern oder über eine Schlüsselfernbedienung angestoßen wurde, rauf wie runter) eine Zwischenposition, ohne jedoch zusätzliche Infos zum aktuellen Bewegungsstatus zu bringen.

@Telekatz: Du hast das reading "moving" ja so spezifiziert, dass eine Steuerung via Duofern dort noch vor der ersten Meldung ein "up" oder "down" liefert und bei einer gemeldeten (Zwischen-)Position dann wiederum "stop". Diese Zwischenmeldungen führen jetzt dazu, dass das Reading moving vorzeitig auf "stop" wechselt, obwohl der Antrieb noch fährt. Das macht eine kurzfristige Warnung über ein Stehenbleiben schwierig (und andersherum muss bei einer gewünschten Fahrt in die Endzustände eine gemeldete Zwischenposition kein Problem sein) - allerdings kann man ein Problem eher daraus ableiten, dass die Readings block, obstacle und lightCurtain etwas liefern.

Einen Verbesserungsvorschlag habe ich daraus nicht, weil ich nicht weiß, wie man es besser machen kann. Der Rolloport-Besitzer muss seine DOIFs, Notifys und Pushovers halt nur entsprechend sorgfältig bauen.

Hallo,

ich habe ein RolloTron Standard und ein RolloTron Comfort Master mit einem Lichtsensor.
Wie kann ich den Standard überreden, zusammen mit dem Comfort in die Sonnenposition zu gehen?

Danke
Marek

Das ist eigentlich OT, weil es das Modul Rademacher nicht betrifft ...

Das Handbuch ist an dieser Stelle in der Tat widersprüchlich. Am Comfort müsste im Einstellungsmenü 9.9.2. selbiger als Sender (Modus 2) eingestellt werden. Ein Empfang von Fernsteuerungen wird nur bei Modus 1 (reiner Empfänger, entspricht dann der Funktionalität des Standard-Gurtwicklers) und Modus 3 (Zeit- und lokale Automatiken sind aktiv, werden aber nicht an andere Geräte gesendet) erwähnt, so wie ich das aber verstanden habe, ist der Rollotron auch dann für Signale aus dem Duofern-Netzwerk ansprechbar. Versuch macht kluch.

BTW: Nur im Modus 1 lassen sich von FHEM aus dusk-, dawn- und timer-Automatik unabhängig voneinander aktivieren, als Filter dafür, ob das Gerät auf entsprechende Duofern-Berfehle überhaupt reagiert (wie beim Standard-Gurtwickler an den LEDs direkt ablesbar). Im Modus 3 wurden bei mir mit der dusk-Automatik auch immer gleichzeitig dawn und time aktiviert. Das Gerät geht wohl dann davon aus, dass es die eigene Zeitsteuerung für alle Vorgänge verwenden soll...

Im Menü 9.9.3 müssten dann Modus 1 (lokaler Lichtsensor) oder 2 (lokaler Lichtsensor und Sonnenposition) eingestellt sein.
Last but not least muss der Standard-Gurtwickler natürlich am Comfort angelernt sein (Menü 9.9.1) ...

Jm2c.

Hallo Leute,

versuche schon seit einiger Zeit den DuoFern USB Stick einzurichten.

Wenn ich den USB Stick einstecke wird via Autocreate ein ZWDongle erstellt:

define ZWDongle_0 ZWDongle /dev/ttyUSB0@115200


Wenn ich den Stick selbst anlege

define Rademacher DUOFERNSTICK /dev/ttyUSB0@115200 6F1A3A

steht dieser nach kurzer Zeit auf Open. Ich schaffe es aber nicht einen meiner Gurtwickler zu pairen.

Es wir kein Gerät erkannt es passiert nichts.

Wäre über Hilfe dankbar.

Grüße
afroasiate

Bist du sicher, dass du auch den Duofern Stick und nicht den ZWave Stick hast? Welche Nummer steht auf dem Stick?

Es handelt sich um einen länglichen weißen Stick, auf der Rückseite steht Art-Nr. 3200 2019 868,42 Mhz.

https://www.amazon.de/Rademacher-USB-Stick-3200-20-19/dp/B00E0K1CSU (https://www.amazon.de/Rademacher-USB-Stick-3200-20-19/dp/B00E0K1CSU)

Das ist der ZWave Stick. Der DuoFern Stick  hat die Nummer 70000093, Typ 9495-UW.

Danke für den Hinweis dachte mir so etwas schon.  :-\

Hallo zusammen,

ich hoffe ich bin hier in dem Thread richtig, wenn nicht bitte nicht gleich schimpfen, dann mach ich einen neuen Thread auf :)

Ich bin total begeistert von der DUOFERN Integration, allerdings habe ich jetzt einen Rolladenmotor der spinnt. Ich habe reset Settings durchgeführt weil ich die Endpunkte neu einstellen wollte, hochfahren, runterfahren zum einstellen klappte, danach ging die Rollade auf 50% und da steht sie nun. Bei jedem Kommando bekomme ich "MISSING ACK". Ein Reichweitenprolbem ist ausgeschlossen, da direkt daneben 2 Jalousien sind die funtkionien und es hat ja nun auch 6 Monate reibungslos alles geklappt.
Stromlos, neu pairen etc. hat alles nichts gebracht. Nach einem Neustart des RASPI oder stromlos / stroman des Motors sehe ich den richtigen Status der Rollade (50%) aber ich bekommen bei jedem Kommando ein MISSING ACK. Das doofe ist, dass ich keine Fernbedienung und keinen Schalter habe, also steigt mir die Frau aufs Dach weil die Jalousie nicht hochgeht :)

Habt ihr noch ne rettende Idee

Hi,

ich habe solche Probleme auch schon gehabt, geholfen hat meist
* Schalter drücken (hast Du nicht)
* Fernbedienung drücken (hast Du nicht)
* stromlos schalten.

Viellecht hilft ja der dritte Ansatz.

LG
Christian

Hi,

danke erstmal einmal für deine schnelle Antwort. Stromlos habe ich mehrfach gemacht. Oder über längere Zeit? Habe meist so 10 sekunden gewartet.

Der Status in FHEM nach Neustart des Raspi kommt sicher aus dem Statefile und hat nichts zu sagen.
MISSING ACK klingt nach Nichtredenwollen. Ich würde tippen, dass das Ding seine Settings vergessen hat und damit auch sein Pairing. Das hast Du mit "reset Settings" vermutlich selber angestoßen.

Mach mal stromlos über mindestens ne Minute (man weiß nicht wie lange die interne Schaltung die Elektronik puffert, aber 10 s können deutlich zu wenig sein) und dann versuche nochmal ein Pairing über den Duofern-Stick - meines Wissens sind die Dinger ja nach dem Anstromen im PairingMode für 2h oder so und lassen sich so anlernen, das hattest Du ja auch schon vor.

Jm2c.

Das klingt nach nem Plan. Ich werde das gleich mal direkt probieren.

Bringt leider auch nichts. Wenn Strom aus, hat der Motor MissingStatus, wenn STrom an, ist der Status aktuell und stimmt, sobald ich dann sage remotepair oder etwas anderes, kommt wieder Missing ACK. Hat noch jemand eine Idee?

Mach mal verbose 4 am Stick, versuch es nochmal und poste das Log.

Hi

Anbei das Log.

017.05.23 17:54:36 3: DUOFERN error: flur_links MISSING ACK
2017.05.23 18:21:52 4: duofernstick: snd -> 0D01070700640000000000000000006F121349657600
2017.05.23 18:21:54 4: duofernstick: rx  -> 810108aa00000000000000000000006f121349657600
2017.05.23 18:21:54 4: duofernstick: snd -> 81000000000000000000000000000000000000000000
2017.05.23 18:21:54 3: DUOFERN error: flur_links MISSING ACK
2017.05.23 18:22:31 4: duofernstick: snd -> 04000000000000000000000000000000000000000000
2017.05.23 18:22:31 4: duofernstick: rx  -> 81000000000000000000000000000000000000000000
2017.05.23 18:23:00 4: duofernstick: rx  -> 0fff0f242000a2035a320032140004496576ffffff01
2017.05.23 18:23:00 4: duofernstick: snd -> 81000000000000000000000000000000000000000000
2017.05.23 18:23:17 4: duofernstick: snd -> 0D01060100000000000000000000006F121349657600
2017.05.23 18:23:19 4: duofernstick: rx  -> 810108aa00000000000000000000006f121349657600
2017.05.23 18:23:19 4: duofernstick: snd -> 81000000000000000000000000000000000000000000
2017.05.23 18:23:19 3: DUOFERN error: flur_links MISSING ACK
2017.05.23 18:23:31 4: duofernstick: snd -> 05000000000000000000000000000000000000000000
2017.05.23 18:23:31 4: duofernstick: rx  -> 81000000000000000000000000000000000000000000

jump to the top

Zitatwenn STrom an, ist der Status aktuell und stimmt

heißt er sendet seinen Status nach dem Bestromen und FHEM liest ihn. Das ist aber ein ungerichtetes Rundsendetelegramm (nehme ich mal an) und besagt nur, dass FHEM ihn kennt, aber nicht, dass der Rolladen auch FHEM kennt. Oder liege ich falsch?

Zitatremotepair

Ich dachte mit remotePair versetzt man einen mit einer Zentrale gepairten Aktor in den Paarungsmodus, etwa zum direkten Anlernen von weiteren Fernbedienungen. Der Aktor sollte aber von sich aus (nach dem Stromausfall) im Paarungsmodus sein. Also nicht "set <Rolladen> remotePair", sondern "set <DUOFERNSTICK> pair", damit der Rolladen FHEM wieder als Zentrale akzeptiert. Sonst antwortet er nämlich nicht auf Zentralenbefehle -> MISSING ACK.
Ich habe das anfangs jedenfalls mal verwechselt.

Zitat von: Pfriemler am 23 Mai 2017, 18:31:10
Ich dachte mit remotePair versetzt man einen mit einer Zentrale gepairten Aktor in den Paarungsmodus, etwa zum direkten Anlernen von weiteren Fernbedienungen. Der Aktor sollte aber von sich aus (nach dem Stromausfall) im Paarungsmodus sein. Also nicht "set <Rolladen> remotePair", sondern "set <DUOFERNSTICK> pair", damit der Rolladen FHEM wieder als Zentrale akzeptiert. Sonst antwortet er nämlich nicht auf Zentralenbefehle -> MISSING ACK.
Ich habe das anfangs jedenfalls mal verwechselt.

Nachdem die Spannung an einen Aktor angelegt ist, ist er nicht automatisch im Paarungsmodus. Der Aktor akzeptiert danach 2 Stunden lange den remotePair Befehl auch von nicht gepaarten Sendern.
Allerdings ist anscheinend der remotePair Befehl, der in der Ansicht vom Aktor gesendet werden kann, nicht korrekt. Sende mal den remotePair Befehl aus der Ansicht vom Stick und dann den pair Befehl:

set duofernstick remotePair 496576
set duofernstick pair

Das wars!!!!
10000 Dank!

Allerdings schließt sie wieder nicht komplett. Kann oh die Endschalter nicht mit dem Reset neu einstellen?

Zitat von: Telekatz am 23 Mai 2017, 19:21:51
Nachdem die Spannung an einen Aktor angelegt ist, ist er nicht automatisch im Paarungsmodus. Der Aktor akzeptiert danach 2 Stunden lange den remotePair Befehl auch von nicht gepaarten Sendern.
Allerdings ist anscheinend der remotePair Befehl, der in der Ansicht vom Aktor gesendet werden kann, nicht korrekt. Sende mal den remotePair Befehl aus der Ansicht vom Stick und dann den pair Befehl:

Code Auswählen Erweitern

set duofernstick remotePair 496576
set duofernstick pair

Hat er denn nach dem Reset eine automatische Einstellung der Endpunkte wie in der Anleitung beschrieben ist durchgeführt? 

Gefühlt würde ich sagen beim Pairing hat er das nochmal probiert. Da saß er aber ja bei 50%
Ich Probier es gleich nochmal. Nu weiß ich ja wie ich das pairing hinbekomme Dank dir!

@Telekatz: Danke für die Aufklärung bezüglich remotePair!

Ich traue mich mal ein anderes Problem in die Runde zu werfen. Vor mehr als einem Jahr habe ich mit meinen ersten Rademacher-Gurtwicklern zunächst homematic-bediente DuoFern Funksender UP 9497 (für Unterputzdose) gekoppelt, die seit dem Einzug des Duofernsticks arbeitslos wurden. Jetzt habe ich einen mit einem Taster im Auto versenkt, um damit meinen SX5 fernzusteuern. Das Anlernen war recht problematisch - die LEDs am Sender und am SX5 quittierten wie es sein sollte - allein der Antrieb interessierte sich nicht die Bohne für den Tastendruck, während FHEM jede Tastendruck sauber protokollierte. Dann habe ich den Sender resettet - nun sah das Anlernen am SX5 nicht anders aus, aber der Tastendruck funktioniert jetzt.

Allerdings liest jetzt FHEM die Tastenbetätigungen nicht mehr. Nachdem ich ein erneutes Pairing (Verbinden-Taste am Sender kurz drücken, "set <myDuofernStick> pair" - LEDs am Sender gehen sofort aus) gerade versucht habe, hat sich außer dem reading "state" nichts geändert. Die anzeigten "pressed" stammen noch aus der Zeit vor dem Reset.

Internals:
   CODE       A707A8
   DEF        A707A8
   IODev      myDuoFernStick
   LASTInputDev myDuoFernStick
   MSGCNT     2
   NAME       DUOFERN_A707A8
   NR         479
   STATE      paired
   SUBTYPE    Funksender UP
   TYPE       DUOFERN
   myDuoFernStick_MSGCNT 2
   myDuoFernStick_RAWMSG 060201000000000000000000000000A707A800000000
   myDuoFernStick_TIME 2017-05-24 13:19:26
   Readings:
     2017-05-07 12:58:19   channel01       pressed
     2017-05-07 12:13:20   channel02       pressed
     2017-05-24 13:19:26   state           paired
...


Mit verbose 4 habe ich im Log diese Aktionen (der SX5 hat die ID 4E068F)

2017.05.24 13:24:40 4: myDuoFernStick: rx  -> 0fff0f240030a0015a00000a1101054e068fffffff01 ## verkabelte Taste am Antrieb betätigt, Antrieb fährt von fast auf nach auf
2017.05.24 13:24:40 4: myDuoFernStick: snd -> 81000000000000000000000000000000000000000000
2017.05.24 13:24:47 4: myDuoFernStick: rx  -> 0fff0f240030a0015a0000001101054e068fffffff01 ## Antrieb meldet "offen"
2017.05.24 13:24:47 4: myDuoFernStick: snd -> 81000000000000000000000000000000000000000000
2017.05.24 13:24:48 1: Garagentor wurde geöffnet
2017.05.24 13:24:53 4: myDuoFernStick: rx  -> 0fff0f240030a0015a0000041101054e068fffffff01 ## Taste im Auto betätigt, Antrieb fährt los
2017.05.24 13:24:53 4: myDuoFernStick: snd -> 81000000000000000000000000000000000000000000
2017.05.24 13:25:18 4: myDuoFernStick: rx  -> 0fff0f240030a0015a0000641101054e068fffffff01 ## Antrieb meldet: Tor ist zu.
2017.05.24 13:25:18 4: myDuoFernStick: snd -> 81000000000000000000000000000000000000000000
2017.05.24 13:25:18 1: Garagentor wurde geschlossen
2017.05.24 13:25:19 3: Notify gesendet

Ich kann da nix vom UP-Sender erkennen. Ich sehe nur die Meldungen des Antriebs. Jemand ne Idee was das Problem ist?
Könnte die Senderreichweite eine Rolle spielen? Allerdings hat der Empfang der Taster vor dem Reset von gleicher Position (Auto in Garage) noch einwandfrei funktioniert... und ich dachte bisher, die Funksignale werden von netzbetriebenen Aktoren auch immer repeated, da wären sowohl der SX5-Antrieb als auch ein Gurtwickler in Rufweite.

Wenn du den UP 9497 als Einzeltaster konfiguriert hast, kannst du nur 1 Aktor pro Taster Konfigurieren. Entweder Stick oder SX5. Aber nicht beides. Steht so in der Anleitung.

Jein ... ich bin jetzt echt am Wundern. Zwar habe ich den Keks vormals tatsächlich im Jalousieschaltermodus betrieben. Aber ob ich ihn nach dem Umschalten in den Tastermodus gerettet oder neu angelernt habe, ? Vor allem kapier ich weniger, warum der Stick nicht wenigstens die Telegramme an den Aktor mitschneidet kann - bei HomeMatic ist das ja kein Problem.

Ok, ich probiers mal im Jalousietastermodus mit Richtungsvorgabe, Einzeltasterbetrieb-Toggeln hat an der  Reichweitengrenze eh zu Problemen geführt (mehrfaches Auslösen, dadurch blieb das Tor öfter nach kurzem Lauf stehen). Oder ich paire doch mit FHEM und steuere über Notify ...

In jedem Fall danke für den Tipp. Wie immer ....

Ich lese hier die ganze Zeit mit habe aber noch kein einzigen Radermacher
Rollladen Schalter. Momentan habe ich mir einen investitionsstop verordnet.
Was mich aber interessieren würde wie habt ihr das alles grafisch gelöst. Die FHEM  GUI gibt da ja nicht so viel her. Oder verwendet ihr eine GUI von einem Dritt Anbieter?

@stratege-0815: Frage ist eigentlich offtopic, außer Dich interessiert welche der zahlreichen alternativen GUI die Rademacher-Besitzer speziell nutzen...

Ich selbst probiere derzeit HomePlus aus und überlege auf der Basis eine eigene App zu entwickeln, die schneller ist. Bei TabletUI (https://forum.fhem.de/index.php/board,71.0.html) ist mir die Einstiegshürde bisher zu hoch, für mich ist es die vielversprechendste Alternative und würde den WAF signifikant erhöhen ...

Rolläden steuere ich derzeit tatsächlich über Slider, zudem gibt es einen "Stoppen"-Befehl.

Nachdem nun geklärt ist, warum ich den mit dem SX5 gepairten Taster nicht mehr in FHEM sehe, habe ich mich aus Aufwandsgründen (müsste zweiten Taster im Auto installieren) für

Zitatpaire doch mit FHEM und steuere über Notify ...

entschieden.

Dabei fiel aber auf, dass es beim SX5 in der WebUI im Dropdown keinen Befehl "toggle" gibt (in den Gurtwicklen aber schon). Den brauche ich aber für den Eintastenbetrieb, weil ich das Tor ja nicht nur auf- oder zumachen will vom Auto aus, sondern beides. Also habe ich einfach mal "toggle" im DOIF ausprobiert - und es funktioniert!

@Telekatz: Wenn Du es vervollständigen mögest?

Derzeit kämpfe ich mit einer neuen Nebenwirkung: Der Antrieb toggelt jetzt nicht sauber "auf-stop-zu-stop" (stoppt also bei Bewegung), sondern kehrt bei fahrendem Tor schlicht um. Das zugehörige Event wird aber nur einmal ausgelöst (FileLog Sensor) und das Notify auch (erzeugt Info im globalen Log). Wie zum Fluch habe ich eben nochmal mehrfach ein "set Garagentorabtrieb toggle" von der Kommandozeile abgesetzt - und es läuft alles sauber wie es sollte. &%!"§$%!!

Kurze Frage bitte, ob man den Rademacher Sonnensensor 9478 (https://www.rademacher.de/hausautomation-homepilotr/sensoren/duofern-sonnensensor/) direkt mit FHEM via USB-Stick 7000 00 93 (https://www.amazon.de/gp/product/B00IZAGLSM) koppeln kann, wenn man ansonsten nur Slave-Geräte (hier: mehrere Gurtwickler Rollotron Pro 9400) besitzt.

Oder brauche ich definitiv ein DuoFern "Endgerät" (wie Handsender oder RolloTron Pro Comfort)?

Idee ist, dass der Sonnensensor die Sonnendaten liefert und nur FHEM sich um die Steuerung der Gurtwickler Rolltron Pro kümmern soll...

Danke sehr.

Ich hab zwar keinen Sonnensensor, aber er sollte auch funktionieren, wenn er nur mit dem Stick gepaart ist.

Ich bestätige das mal eben, falls auch andere Interesse haben. Danke sehr, Alex.

Umweltsensor gekauft, aufgeladen (!), Pairing durchgeführt (und zwar nur am USB-Stick und an keinem Rollotron), im Log erscheint:

2017-06-02_17:31:28 1OG.zi2.DUO.2 Initialized
2017-06-02_17:31:28 1OG.zi2.DUO.2 paired
2017-06-02_17:36:59 1OG.zi2.DUO.2 on
2017-06-02_17:36:59 1OG.zi2.DUO.2 event: startSun
2017-06-02_17:36:59 1OG.zi2.DUO.2 startSun
2017-06-02_18:06:33 1OG.zi2.DUO.2 off
2017-06-02_18:06:33 1OG.zi2.DUO.2 event: endSun
2017-06-02_18:06:33 1OG.zi2.DUO.2 endSun

Herzlichen Dank!

Hallo,

ich habe ein Problem mit "sunMode" in Verbindung mit den DUOFERN Comfort Gurtwicklern.
Lediglich ein Gurtwickler an der Terrassentür reagiert bei
set duo.eg.Wohnzimmer.Terrasse sunMode on
und fährt die hinterlegte Position an. Dabei wechselt sunMode-Status auch auf "on". Bei diesem Gurtwickler ist zwar eine sunPosition hinterlegt und die sunAutomatic steht auf "on", jedoch ist kein Sonnensensor verbunden.

Bei allen anderen Gurtwicklern funktioniert das Setzen des sunModes nicht. Der Status bleibt unverändert, der Rollladen bewegt sich nicht. Ein Entfernen der Sonnensensoren brachte auch keine Änderung.
Was kann das sein?

Bei den Comfort Gurtwicklern musst du im Menü 7.8.3 die Zentrale Sonnensteuerung[3] einstellen. Ansonsten wird immer der interne Sonnensensor verwendet und die Zentrale ignoriert.

Das hatte ich bereits versucht, allerdings habe ich danach nicht die Rollläden ganz hochgefahren.
Jetzt funktioniert es wie gewünscht.

Vielen Dank!

Hallo,

ich stelle gerade alle meine Rollos von Fernotron auf DuoFern um. Jetzt habe ich allerdings eine Frage (Ich habe leider noch keinen USB Stick, der isT aber schon bestellt).

Kann man evtl. die Programmierzentrale 9493 dazu missbrauchen andere Funktionen in FHEM zu steuern? Die 9493 kann ja bis zu 9 Gruppen verwalten. Mir schwebt vor Augen, das ich eine neue Gruppe z.B. Licht habe und darin z.B. 5  Virtuelle Aktoren , das ich dann das Steuersignal im FHEM abfange und weiter an meine Homeatic Aktoren leite. Geht so etwas?

Kann man in der 9493 überhaupt Aktoren zu einer Gruppe hinzufügen ohne eine Physikalischen Aktor anzumelden?

Das wäre wirklich sehr cool wenn das ginge.  Dann könnte man auch Gruppen für Szenen anlegen.

Ich denke, dass die Programmierzentrale nur Aktoren verwalten kann, die auch wirklich angelernt wurden.

Aber kann man wenigstens mit FHEM die Befehle von der 9493 auswerten die an einen Aktor gesendet wurden oder geht das nur über den Umweg wenn der Aktor seinen neuen Status bekannt gibt?

Keine Ahnung. Ich habe keine Programmierzentrale.

Auch keinen der anderen Sender (https://www.rademacher.de/rolllaeden/sender/ (https://www.rademacher.de/rolllaeden/sender/)) ?

Bei dem einen steht z.B. folgendes:

DuoFern Mehrfachwandtaster BAT 9494-1

Steuerung von bis zu 24 DuoFern Geräten über 3 Tastengruppen (8 Geräte pro Tastengruppe)
Nutzung jeder der 6 Tasten zur individuellen Auslösung einer Szene (in Verbindung mit dem HomePilot®)


Zumindest mit dem HomePilot scheint es möglich zu sein.

Na, hoffentlich kommt mein Stick bald.

State steht bei mir auf CMDs_done

Was bedeutet das?

Rauf und runter der Rollos geht aber ganz normal.

Zitat von: elmer am 15 Juni 2017, 13:37:13
State steht bei mir auf CMDs_done
Was bedeutet das?

Es bedeutet, dasss alle Kommandos vom DUOFERNSTICK abgearbeitet wurden und dass alles im grünen Bereich ist. Normalzustand sozusagen.

Ich dachte der muß auf initialized oder Connected stehen, dann passt ja alles.

Hallo zusammen,
ich möchte gerne die
"RADEMACHER RolloTube RTFS / RTFM DuoFern Funk Rolladenmotoren"
via den DUOFERNSTICK und das o.g. Modul in FHEM einfügen.

Mein Problem ist: ich habe den Funkcode der Motoren nicht mehr und ich komme an den Motoren nicht ohne einen erheblichen Aufwand ran...
Im Einsatz habe ich "RADEMACHER DuoFern Handsender Standard 9491" und 8 Motoren.

Frage: kann ich das pairing und die Einstellung im FHEM machen ohne Funkcode durchführen?

Vielen Dank im Voraus

Den Funkcode braucht man schon. Den bekommt man aber automatisch nach einer Betätigung des Rollladens, wenn der Rollladen per autocreate angelegt wird.

Danke für die schnelle Antwort.
Was heißt "nach dem Betätigen des Rolladens" ?
Muss ich Also den Rollokasten aufmachen und die Taste auf dem Motor betätigen?
oder geht das beim "Betätigen" anhand des Handsenders?
Vielen Dank

Mit betätigen ist gemeint, den Rolladen auf oder zu zu fahren.

Vielen Dank, anhand des "auto create" habe ich alle Rollos im "Duofern" Fenster im WebInterface.
Der Status der Rollos wird auch angezeigt in % und richtig aktualisiert. Also Super

Ich kann ABER das Pairing nicht erfolgreich durchführen.
Der Rademacher-Stick lässt sich offensichtlich im Pairing mode versetzen  -> CMD: "set Rademacher pair" --> state: Pair = 1
Allerdings die Motoren nicht. Ich benutze das cmd:
"set DUOFERN_4995xx remotePair"
Der Motor wechselt nach Emfang des CMD zum Status "Missing ACK" ???!!!
Auszug aus dem Log: 2017.06.19 16:05:16 3: DUOFERN error: DUOFERN_4995xx MISSING ACK

PS: Ich habe den Finkcode des RademacherSick nicht und habe nur DummyCode benutzt: 6F1A2B

Was mache ich falsche? Besten Dank

Verwende den remotePair Befehl im DUOFERNSTICK Modul. Im DUOFERN Modul ist da noch ein Fehler drin.

mit dem cmd:
"set Rademacher remotePair 4595xx"

immer noch "missing ACK" im status des Motors
??

Aktor kurz vom Netz getrennt?

Jo gemacht! und es Klappt
reboot tut immer gut ;)
Danke

Hallo,

ich habe eine Verständnisfrage bzgl. der Sender-/Empfänger-Funktion mehrerer Duofern Comfort 1800.

Sobald ein Gurtwickler als Empfänger bei einem Sender angemeldet ist, führt er nur noch die Aktionen des Senders aus, ohne lokale Automatik-Funktionen.
Besteht die Möglichkeit, lediglich den Sonnensensor (Kabel) des Senders auszuwerten, aber lokale Automatik-Funktionen trotzdem zu nutzen?
Mittels FHEM und Auswertung des sunModes ist es zwar kein Problem, jedoch würde ich die Logik gerne unabhängig halten und nicht unbedingt den Funk-Sonnensensor einsetzen.

Das ist irgendwie nicht ganz verständlich im Handbuch beschrieben, ich rätsele auch jedes Mal.
Die Lösung sollte sein:
Den betreffenden Wickler nicht als Empfänger, sondern als "lokaler Betrieb" einbinden (Menü 9.9.2 -> 3).
Die Schaltbefehle werden nach dem Paaren mit dem Sender trotzdem ausgeführt:

ZitatUnabhängig vom eingestellten Modus werden alle per
Funk empfangenen manuellen und automatischen
Schaltsignale vor Ort ausgeführt.

Dann den Sonnenmodus auf "Zentral" (9.9.3 -> 3). Denn:

ZitatSchaltbefehle für die Sonnenautomatik werden nur angenommen,
wenn der Sonnenmodus [ 3 ] aktiviert ist

edit/Nachtrag: Bleibt die Frage, ob die lokale Automatik (nach Zeit) jetzt auch wirklich aktiv bleibt und nicht mehr auf ausgesendete Befehle des Masters (also dem mit dem Sonnensensor) hört.
Sonst wäre aber der Modus "Lokal" reichlich sinnlos.
Und den Gurtwickler mit dem Sonnensensor in 9.9.3 auf Modus [2] stellen, damit er Schaltbefehle sendet, ich lese das zumindest so dass dann kein extra Wettersensor nötig ist.

Ich habe leider keinen Sonnensensor, bei mir macht das ein zentraler Lichtsensor über FHEM.
Die Auswertung des "sunMode" des Masters und eine Übertragung an die anderen Rollotrons per FHEM ist doch aber so schlecht auch nicht.

Also den Sender als "Sender" konfigurieren, Sonnenmodus "1" oder "2" einstellen, den Empfänger daran anlernen und dann dessen Modus nicht auf "Empfänger" sondern "lokaler Betrieb" und Sonnenmodus auf "3" setzen?

So funktioniert es.
Vielen Dank.

Mein erster Rolladen mit Duofern 5615 über den Rademacher USB Stick funktioniert , Heureka!
Nun habe ich noch eine Frage zur prozentualen Positionierung. Ich habe zwar gemäß Rademacher Anleitung die Motorlaufzeit eingestellt, aber diese hat offenbar komplett gar nichts mit der prozentualen Positionierung in FHEM zu tun, richtig?
Kann ich die Positionierung in FHEM irgendwie justieren? Die fast vollständige Verdunkelung (nur noch Schlitze im Rolladen) wäre ja eigentlich so etwas um 95~99% - tatsächlich erreiche ich diesen Zustand schon mit einem Wett von ~56
Gruß
Jan

Wenn nur noch Schlitze zu sehen sind, sind das bei meinen Rollläden ca. 75-80%. 56% scheint mir aber auch etwas zu niedrig. Aber eingestellt wird das nur über die Motorlaufzeit.

Danke, ich werde das noch einmal genauer analysieren.

Hi!
Geht das über die Parameter? Oder ist das nur im Automatic Betrieb und nicht im DuoFern Betrieb?
Danke und Gruß

Zitat von: Pfriemler am 28 März 2016, 21:27:42


Da bin ich der falsche Berater. Ich habe, nachdem klar war, dass bei uns Wellenmotore nicht ohne einen erheblichen baulichen Nebenaufwand einzubringen sind, nicht weiter in dieser Richtung recherchiert.

Eine langsamere oder variable Geschwindigkeit würde ich mir für die Rademacher-Gurtwickler sehr wünschen. Das Herablassen im Schleichgang abens wäre ein Beitrag zur Nachbarschaftspflege  ;)
edit 8.4.17: Die Rademacher Gurtwickler bieten genau das seit Ende 2016 an. Habe den ersten UW1800 damit im Einsatz - es ist toll!

Hallo zusammen,

ich habe mit großer Begeisterung dieses Thread hier gelesen. Ich hatte vor ein paar Jahren den Homepilot1 am Start und darüber insgesamt 9 Radermacher Wandschalter (Rolladensteuerung, RolloHomeControl) angesteuert. Daher habe ich kurzerhand auf meinem MacMini einen FHEM Server installiert. Nachdem ich die ersten kleinen Gehversuche erfolgreich abgeschlossen hatte (Einrichtung HUEBridge, etc.) habe ich mir den DuoFernStick bestellt und an den Mini angeschlossen.

Leider komme ich nicht zu dem Punkt, den Stick ordnungsgemäß zum Laufen zu kriegen.
Ich habe ihn mit dem folgenden Befehl eingerichtet:
define Rademacher DUOFERNSTICK /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR04ZEXU-if00-port0@115200 6Fxxxx

Dabei kommt dann folgende Fehlermeldung im Log:
2017.07.10 22:14:26 3: Can't open /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR04ZEXU-if00-port0: No such file or directory

Kann es sein, dass der Stick nicht auf dem Mac läuft? Oder habe ich einen anderen Anfängerfehler begangen?

Was kommt denn, wenn du "ls  /dev/serial/by-id/" in der Konsole eingibst?

Danke für die schnelle Reaktion. Folgende Meldung kommt:

PCxxxxxx:fhem root# ls  /dev/serial/by-id/
ls: /dev/serial/by-id/: No such file or directory

Sorry wenn das jetzt ein bisschen parallel läuft ...

Zum "Schleichbetrieb" bei Rollotron-Gurtwicklern:

Zitat von: suchmich1983 am 10 Juli 2017, 18:30:48
Geht das über die Parameter? Oder ist das nur im Automatic Betrieb und nicht im DuoFern Betrieb?

Die verringerte Motorgeschwindigkeit ist nur für den Automatikbetrieb gedacht - lokale Bedienung erfolgt immer mit maximaler Geschwindigkeit. Gleiches gilt für die gezielten Fahrtbewegungen wie up und down. Automatikfunktionen lassen sich aber auch fernsteuern: so bewirkt eine Fernsteuerung im DuoFern-Betrieb über "dusk" (Dämmerung, abends) und "dawn" (Morgendämmerung) ebenfalls eine reduzierte Geschwindigkeit. Allerdings werden diese Befehle nur ausgeführt, wenn die zugehörige Automatik am Rolladenantrieb prinzipiell aktiv ist.

Ebenfalls eine dokumentierte, mir aber nicht nachvollziehbare Nebenwirkung: Die erste Automatikfahrt nach einer manuellen Bedienung oder einem up/down-Kommando erfolgt ebenfalls immer mit maximaler Geschwindigkeit.

Die verringerte Motorgeschwindigkeit (in zwei Stufen) ist nur am Gerät selbst programmierbar und ist in FHEM weder abrufbar noch zu konfigurieren.

Zitat von: Megabeit am 10 Juli 2017, 22:46:08
Danke für die schnelle Reaktion. Folgende Meldung kommt:

PCxxxxxx:fhem root# ls  /dev/serial/by-id/
ls: /dev/serial/by-id/: No such file or directory

Dann funktioniert beim Computer mit dem angebissenen Obst der Zugriff auf die Seriellen Schnittstellen wohl anders als mit Linux. Frag mal Google.

Und ls /dev/serial/?

Guten Abend ... es war dann doch recht simpel ... der Pfad lautet unter OSX nur "ls /dev/"

bzw. in FHEM dann: "/dev/tty.usbserial-WR04ZEXU@115200 6Fxxxx" ... und schon funktioniert es.

Guten Abend,

denkt ihr es gibt irgendeine Möglichkeit die DuoFern Aktoren mit einem Selbstbau-CUL anzusteuern? Will ungerne noch einen weiteren Stick kaufen...

Viele Grüße

Sebastian

Nein, gibt es nicht. Aber wenn Du kein Stick kaufen möchtest, kannst Du die Homepilot Zentrale kaufen, die lässt sich auch von Fhem steuern ;)

Guten Abend.

Nach dem ich den DUOFERNSTICK letztens auf meinem Mac zum Laufen bekommen haben, konnte ich nach und nach auch meine Rademacher Rolladenschalter pairen. Dies hat wunderbar funktioniert. Aber seit gestern habe ich das Problem, dass (ich vermute mal der Stick) irgendwie rumzickt.

Bei meinen Aktoren wird nach einem Neustart (shutdown restart) immer "MISSING STATUS" angezeigt. In den Logs kommt parallel folgende Meldung: "DUOFERN no ACK, request Status" ... kurz vorher gibt es im Log noch folgenden Eintrag: "2017.07.13 21:14:59 3: Rademacher: Unknown code 52FF52FFD2FFD2FF52FFF2FFD2FFE9A300804C290020, help me!".

Wenn ich den Stick dann lösche, Server neustarte und wieder über Define mit dem gleichen Code 6Fxxxx hinzufüge holt sich der Aktor seinen aktuellen Status. Aber ich kann die Rolläden nicht ansteuern (z.B. set Rolladen1 up). Nach einem weiteren Neustart dann wieder die Fehlermeldung von weiter oben (MISSING STATUS).

Habt ihr eine Ahnung, wo das Problem liegt ... ich hoffe nicht vor dem Rechner  :-\

Bist Du sicher, dass die Geräte wirklich immer noch gepaired sind? Die warden ja automatisch anerkannt und in Fhem kreiert (auch die von den Nachbarn übrigens), das heisst nicht, dass die gepaired sind.

Poste mal ein "list" vom Stick und von einem Device.

Internals:
   CFGFN
   DEF        /dev/tty.usbserial-WR04ZEXU@115200 6Fxxxx
   DeviceName /dev/tty.usbserial-WR04ZEXU@115200
   DongleSerial 6Fxxxx
   FD         22
   NAME       Rademacher
   NR         71
   NTFY_ORDER 50-Rademacher
   PARTIAL
   RAWMSG     0FFF0F23000002035032960A090004472D786Fxxxx01
   STATE      Initialized
   TYPE       DUOFERNSTICK
   Readings:
     2017-07-13 21:25:21   state           Initialized
   cmdStack:
   Helper:
     cmdEx      0
Attributes:


Internals:
   CODE       472D76
   DEF        472D76
   NAME       FK_Terassentuer
   NR         51
   STATE      MISSING STATUS
   SUBTYPE    Rohrmotor Steuerung
   TYPE       DUOFERN
   Readings:
     2017-07-13 20:57:46   blindsMode      off
     2017-07-13 20:57:46   dawnAutomatic   on
     2017-07-13 20:57:46   duskAutomatic   on
     2017-07-13 20:57:46   manualMode      off
     2017-07-13 20:57:46   motorDeadTime   off
     2017-07-13 21:30:00   moving          down
     2017-07-13 20:57:46   position        0
     2017-07-13 20:57:46   rainAutomatic   off
     2017-07-13 20:57:46   rainDirection   up
     2017-07-13 20:57:46   rainMode        off
     2017-07-13 20:57:46   reversal        off
     2017-07-13 20:57:46   runningTime     150
     2017-07-13 21:25:37   state           MISSING STATUS
     2017-07-13 20:57:46   sunAutomatic    off
     2017-07-13 20:57:46   sunMode         off
     2017-07-13 20:57:46   sunPosition     50
     2017-07-13 20:57:46   timeAutomatic   on
     2017-07-13 20:57:46   ventilatingMode off
     2017-07-13 20:57:46   ventilatingPosition 80
     2017-07-13 20:57:46   version         0.9
     2017-07-13 20:57:46   windAutomatic   off
     2017-07-13 20:57:46   windDirection   up
     2017-07-13 20:57:46   windMode        off
   Helper:
     Timeout:
       count      0
       t          30
Attributes:
   room       DUOFERN

Ja, dein Device sollte ein Internal "IODev Rademacher" haben. Das ist wie ob er nicht gepaired wäre.

Danke für den Hinweis. Ich habe nun alle Devices neu gepaired. Dann funktionierte es wieder einwandfrei. ABER ...

Nachdem ich einen Neustart des Servers (shutdown restart) gemacht habe, wieder das gleiche Problem. Die einzelnen Devices haben alle den Status "Missing Status". Im Log taucht auch wieder so ein komischer Eintrag auf: 2017.07.14 20:01:06 3: Rademacher: Unknown code 52FF52FFD2FFD2FF52FF52FFD2FFE3230800A0090221, help me!

Hast du noch eine Idee?

Hast du ein "save" gemacht, nachdem du alles neu-gepaired hast, und VOR dem "shutdown restart"?

Cordialement
Meneau

Ja, Save config habe ich vorher durchgeführt.

Und ist der IODev auf dem Device verschwunden, oder ist er immer noch da nach dem shutdown restart?

Ist noch da ...

Internals:
   CODE       472D76
   DEF        472D76
   IODev      Rademacher
   NAME       FK_Terassentuer
   NR         56
   STATE      MISSING STATUS
   SUBTYPE    Rohrmotor Steuerung
   TYPE       DUOFERN
   Readings:
     2017-07-14 20:06:36   blindsMode      off
     2017-07-14 20:06:36   dawnAutomatic   on
     2017-07-14 20:06:36   duskAutomatic   on
     2017-07-14 20:06:36   manualMode      off
     2017-07-14 20:06:36   motorDeadTime   off
     2017-07-14 21:30:00   moving          down
     2017-07-14 20:06:36   position        0
     2017-07-14 20:06:36   rainAutomatic   off
     2017-07-14 20:06:36   rainDirection   up
     2017-07-14 20:06:36   rainMode        off
     2017-07-14 20:06:36   reversal        off
     2017-07-14 20:06:36   runningTime     150
     2017-07-14 21:05:56   state           MISSING STATUS
     2017-07-14 20:06:36   sunAutomatic    off
     2017-07-14 20:06:36   sunMode         off
     2017-07-14 20:06:36   sunPosition     50
     2017-07-14 20:06:36   timeAutomatic   on
     2017-07-14 20:06:36   ventilatingMode off
     2017-07-14 20:06:36   ventilatingPosition 80
     2017-07-14 20:06:36   version         0.9
     2017-07-14 20:06:36   windAutomatic   off
     2017-07-14 20:06:36   windDirection   up
     2017-07-14 20:06:36   windMode        off
   Helper:
     Timeout:
       count      0
       t          30
Attributes:
   IODev      Rademacher
   room       3.1_UG,DUOFERN

Stell mal am Stick verbose auf 5, speicher ab, mach einen Neustart und schick mir das Log. Im Log sollten die ersten 3 Minuten nach dem Neustart enthalten sein

Anbei das Log ... hoffe du kannst etwas entdecken.

Versuch mal das gleiche wieder aber mach vorher
attr initialUsbCheck disable 1
save
Die Reihenfolge von Rademacher Outputs und usb create gefällt mir nicht.

So, habe das Attr hinzugefügt. Anbei das anschließende Logfile dazu. Zumindest an der Oberfläche war alles ok. Die Devices haben den korrekter Status angezeigt und über den set-Befehl  konnte ich sie ebenfalls ansprechen.

Kannst du mir erläutern, was das Problem war?

Die Duofern Devices fangen an mit dem Stick zu reden, und plötzlich in der Mitte kommt das "usb create", das vermutlich die Unterhaltung stört.

Das attr hat einfach dieses "usb create" deaktiviert. Kannst so lassen, nur werden evtl. neue angeschlossene Sticks in fhem nicht mehr automatisch erkannt.

Noch einmal das Thema Funkreichweite, auch für alle die neu einsteigen wollen.
Ich war am Anfang ja sehr skeptisch. Nun habe ich den Duofern Stick im EG in Betrieb, hier funktionieren die Rolläden natürlich 1A.
Dann wollte ich es wissen und habe zu Testzwecken einmal einen Schalter ins 2.OG hochgebracht. Es sind keine Geräte dazwischen die ggf. als Repeater dienen könnten. Und auch hier vollständige Funktion. Die funkreichweite ist also bei mir über jeden Zweifel erhaben.
Gruß
S

Hallo Alle,

Habe 2 fragen zum Duofern :

1. Wird den event "Start sun" und "End sun" von ein lokale Sonnesensor (kabel) an einem 1400 Gurtwickler auch durchgeschickt nach den centrale FHEM Duofern module ? So ja, dan kann man diese event auch benutzen um andere 1400 (ohne sonnesenoren) auch auf Sonne zu steueren ?
Was ist dan die Mehrwerte von die Duofern sonnesensor ? (drahtlos ohne kabel an die fenster über solarpower)
Die Duofern sensor kostet 98 euro. Die lokale Sonnesensor (kabel) nur 18 euro.

Oder kann man neben start und stop sun event auch die Sonnewerte (Lux) auch lesen (Readings) mit die Duofern sonnesensor ?
Wenn es nur events sind und die lokale Sonnesensoren (kabel) auch die events geben kann an FHEM ist dat vielleicht besser (ein kabel sonnesensor and jeder richting von Hause an nur 1 fenster 1400).

Die Duofern sensor kann direct (ohne FHEM) auch die 1400's steueren. Aber ich wollte alle 1400's steuren durch FHEM, auf sonnewerte (events, lux) die ich lesen (lokal) von einige 1400's.

2. Ich habe probleme mit den homebridge mappings von ein Rademacher gurtwickler. Könnte jemand seine gut funktionierende settings mal durchgeben ?

Hier meine :

genericDeviceType:
WindowCovering

homebridgeMapping:
TargetPosition=position,cmd=position,part=1,cmds=100:on,minValue=0,maxValue=100,minStep=10
CurrentPosition=state,cmd=position,part=1,minValue=0,maxValue=100,minStep=10
PositionState=moving,values=up:INCREASING;down:DECREASING;stop:STOPPED
Brightness=position,cmd=position On=state,valueOff=off,cmdOn=on,cmdOff=off,cmds=100:dim+99

devStateIcon:
attr devStateIcon moving:up:fts_shutter_up@green closed:fts_shutter_100@black moving:down:fts_shutter_down@green 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 0\d.*:fts_shutter_10 opened:fts_shutter_10@black

Vielen Dank im vorraus



edit: gerade entdeckt dat die 1400/1405 Duofern series keine lokale lichtsensor haben (kabel). Also diese können nur über den teure (100 euro) Duofern sonnesensor gesteuert werden.
Aber wenn mein FHEM usb Duofern stick schon die 1400 steueren kann, warum sollte ich dan den Rademacher sonnesensor nehmen ? Für 65 euro hat man ein multisensor (6 messungen) zb.  Aeontec (über Z-wave welch ich auch habe auf FHEM).

Rest nur meine zweite frage über die richtiges Homebridgemappings für Duofern gelinkte gurtwicklers.
Kann jemand seine FHEM config dafür geben ? Hab schon festgestelt das Anderungen in die homebridgemappings nicht direct sichtbar sein auf die Homebridge apps. Auch nicht wenn man den Homebridge service manuel restart.
Auch festgestellt das Homebridge devices nicht reagieren in die apps. Das hat sind einmal korrigiert durch den Home zu lösen auf homebridge apps Seite und wieder zufugen.

Hi,
Momentan steuere ich meine rademacher rolladenmotoren über einen an fhem angebundenen arduino. Ist es möglich, den duofern stick mit einem arduino zu simulieren, um dieses Modul zu nutzen?

So weit ich mich erinnere nutz DuoFern eine fortlaufende Verschlüsselungskode, die es schwierig macht, den Stick zu simulieren.

Dann würde ja die Kombination mit einem arduino auch nicht funktionieren. Das läuft bei mir jetzt seit zwei Jahren. Einen  rolling code gibt es nicht, bzw. Nicht in dem Bereich des Codes, der für die Steuerung wichtig ist.

Hast Recht. Ich hatte was darüber gelesen, aber falsch im Kopf behaltet. Das war hier: https://forum.fhem.de/index.php/topic,40076.msg566805.html#msg566805 ... und ich hab das mit irgendwelcher Garagentorantrieb vertauscht. Sorry.

Was macht dein Arduino? Steuert der Fernotron Rollläden?

Prinzipiell ist es schon möglich, einen Duofern Stick gegenüber einer Zentrale zu simulieren. Ein entsprechenden PC Simulator habe ich auch für die Entwicklung des DUOFERN Moduls erstellt, um für einen Hompilot den DuoFern Stick zu simulieren.

Was nach aktuellen Stand nicht geht, ist die Funkübertragung zu simulieren. Da ist das verwendete Funkprotokoll unbekannt.

Ich bin mir jetzt gar nicht mehr sicher, ob das hier das gleiche System ist, wie bei mit verbaut ist. Ich steuere gemäß folgendem thread meine rolladen mittels arduino angebunden an fhem und funkmodul.
https://forum.fhem.de/index.php/topic,12599.0.html (https://forum.fhem.de/index.php/topic,12599.0.html)

Du hast das alte Fernotron System. Hier geht es um das aktuelle DuoFern System.

Hallo, 

versuche einem Bekannten bei der Einrichtung zu helfen. Seine Rollläden wurden problemlos in Fhem angelegt und auch das pairen war kein Problem. Jetzt ist allerdings ein Rollladen mit falscher Drehrichtung dabei. Auf mein anraten wurden die graue und schwarze Ader am Taster getauscht, mit dem Ergebniss das die Drehrichtung immer noch falsch ist. Hab das Device auch mal gelöscht, auch nachdem das Device neu angelegt wurde ( nach Empfang der Statusnachricht) das gleiche Ergebniss.

Meine Frage wäre jetzt, müssen nach dem tauschen der Adern zusätzlich noch mit Hilfe der Setzleitung die Endpunkte wieder neu bestimmt werden?

Für die Drehrichtung gibt es eine extra Einstellung:

set <aktor> reversal [on|off]

Ist es ein Rohrmotor mit Funk oder ein separater Aktor. Beim Rohrmotor mit Funk die automatische Einstellung der Endpunkte wie in der Anleitung beschrieben ist vornehmen, dann passt auch die Drehrichtung.

Danke. Es ist ein Funkmotor.

Zitat von: DuoFern am 14 April 2017, 19:24:38
Hallo zusammen,

wie kommt man beim HomePilot 2 mit aktueller Firmware 4.4.9 auf die Diagnoseseite? Wenn ich den DuoFern-Stick abziehe, startet der HomePilot zwar, er zeigt nach Eingabe der IP-Adresse jedoch nur eine Fehlerseite (HomePilot-Logo, dann zwei Zeilen mit dem Text "Ein Fehler ist aufgetreten." und "Entschuldigung, diese Seite ist derzeit nicht verfügbar".). Lediglich die Service-Seite ([homepilot-ip]/service) ist verfügbar. Weder mit angesteckten DuoFern-Stick noch mit abgesteckten Stick ist eine Diagnose-Seite über [homepilot-ip]:81 erreichbar. Hat sich da zwischenzeitlich vielleicht etwas in der Firmware geändert?

Viele Grüße

DuoFern

Hallo,
erstmal vielen Dank für das für dieses tolle Modul, das ist genau das was ich gesucht habe. Ich habe bis jetzt einen Home Pilot 2 verwendet und einige Rollos mit dem Stick gepaired. Leider habe ich den gleichen Fehler wie der User DuoFern, ich komme einfach nicht auf die Diagnoseseite. Habt Ihr noch eine Idee? Ansonsten muss ich alle Rollos neu pairen, aber irgendwie würde ich das gerne vermeiden  :)
Chris

Zitat von: Megabeit am 14 Juli 2017, 20:12:02
Danke für den Hinweis. Ich habe nun alle Devices neu gepaired. Dann funktionierte es wieder einwandfrei. ABER ...

Nachdem ich einen Neustart des Servers (shutdown restart) gemacht habe, wieder das gleiche Problem.

Hallo,

ich habe genau das gleiche Problem. Es lief alles einwandfrei bis zum Neustart. Vor ca. 6 Wochen. Ich habe dann alles neu gepairt und es ging erst wieder, bis vorgestern der nächste Neustart war. Gespeichert hatte ich auch mehrmals.

Ich bekomme keine Events mehr und kann die Rolladen auch nicht steuern.

USBCreate ist bei mir in der Config auskommentiert.

Ich habe mal einen Neustart gemacht und das Log angehängt, ich selbst konnte jetzt nichts ungewöhnliches erkennen.

Vielleicht weis hier jemand zu helfen.

Grüße

Samsi

Ungewöhnlich sind in deinem Log die Funkcodes des Sticks und der Aktoren.

Dein Stick hat den Code 1C2AD1. Das sollte mit der aktuellen Version des Moduls gar nicht möglich sein, da der Code mit 6F beginnen muss.
Und auch die Codes der Aktoren sind anders, als sie eigentlich sein sollten. Was sind das für Aktoren, deren Code mit 3A beginnt?

Entschuldige bitte. Ich hatte nicht erwartet, das man das an den Codes erkennen kann. Ich hab die alle aus Datenschutzgründen durch fiktive Adressen ersetzt.

Nenn mich ruhig Paranoid ;)

Das sind aber alles Rolladenaktoren.

Kann es sein, dass ttyUSB1 nicht dein Signalduino, sondern der Duofern Stick ist. Es fällt auf, dass nach dem wiederauftauchen des Signalduinos vom Duofern Stick kein ACK mehr auf gesendete Befehle zurückkommt und eine zu kurze Nachricht verworfen wird.

2017.10.01 08:56:31 5: DuoFernGateway sending 0DFF0F400000000000000000000000000000490FFF01
2017.10.01 08:56:31 4: DuoFernGateway: snd -> 0DFF0F400000000000000000000000000000490FFF01
2017.10.01 08:56:31 5: SW: 0dff0f400000000000000000000000000000490fff01
2017.10.01 08:56:31 3: DUOFERN no ACK, request Status
2017.10.01 08:56:31 1: /dev/ttyUSB1 disconnected, waiting to reappear (Signalduino)
2017.10.01 08:56:31 3: Setting Signalduino serial parameters to 57600,8,N,1
2017.10.01 08:56:31 1: Signalduino/define: /dev/ttyUSB1@57600
2017.10.01 08:56:31 1: Signalduino/init: /dev/ttyUSB1@57600
2017.10.01 08:56:31 1: /dev/ttyUSB1 reappeared (Signalduino)
2017.10.01 08:56:31 5: DuoFernGateway sending 0DFF0F4000000000000000000000000000003A6D0F01
2017.10.01 08:56:31 3: DUOFERN no ACK, request Status
2017.10.01 08:56:31 3: CUL_HM set licht_EG_Wohnzimmer statusRequest
2017.10.01 08:56:31 4: DuoFernGateway discard 08ef080100000000000000

Danke!

Das hat mir geholfen. Ich hab den Signalduino mal rausgenommen, jetzt geht es wieder.

Der war als /dev/ttyUSB1@57600 definiert, aber ich hatte ihn letztendlich seit monaten nicht mehr benutzt.

Der DuoFern ist so definiert:

/dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR04ZELI-if00-port0@115200

Mal schauen ob ich den Signalduino auch über die ID einbinden kann. Vielleicht hat sich das ttyUSB1 tatsächlich mal geändert. Ich bin nicht so der Linux Experte, aber ich weiss noch von meinem TVHeadend, da wurden die USB Tuner auch nach jedem Neustart nicht mehr gefunden.

Grüße

Samsi

Hallo,
gibt es auch die Möglichkeit den Duofern mit zwei verschiedenen Geschwindigkeiten zu steuern? Finde leider den Eintrag nicht mehr hier im Forum.

Gruß

Die gibt es nur bei den neueren Gurtwicklern https://forum.fhem.de/index.php/topic,40076.msg658130.html#msg658130 (https://forum.fhem.de/index.php/topic,40076.msg658130.html#msg658130)

Ach so war das. Danke.

Zitatneueren Gurtwicklern

Dann eben nicht :)

Hallo Gemeinde,

bin neu im Thema und nähere mich langsam an ;-)

Besteht mit fhem die Möglichkeit den Duofern Gurtwickler ( sofern mit Modul um das es hier geht eingebunden ) mit dem "Homematic IP Bewegungsmelder mit Dämmerungssensor – innen, 142722A0" zu steuern wenn ich auch Homematic IP mit fhem verknüpft habe ?

Andererseits, bei Amazon habe ich nicht allzu berauschende Rezensionen über den HMIP Sensor gelesen, kann jemand alternativen empfehlen ? Möchte einfach nur alle Rolläden morgens bei Überschreitung einer von mir vorgegebenen "Helligkeit" hoch fahren und abends wieder runter.

viele Grüße
Freddy

Hallo Freddy,

Grundsätzlich ist es möglich mit sämtlichen Helligkeitssensoren, welche von FHEM unterstützt werden, den Gurtwickler zu steuern.
Das geht dann mit notify oder DOIF.

Warum soll es denn Homematic IP sein? Hast du da schon Geräte?

Ansonsten schlage ich dir vor, die Frage im Anfängerbereich zu stellen. Am Besten was du vor hast und welche Geräte schon vorhanden sind. Dann kann dir zielgerichtet geholfen werden.
Und vorher solltest du die Einsteigerdokumentation von FHEM lesen (sofern noch nicht geschehen). https://wiki.fhem.de/wiki/Hauptseite (https://wiki.fhem.de/wiki/Hauptseite)

>Warum soll es denn Homematic IP sein? Hast du da schon Geräte?

Ja, das Starterset mit Basis und 2 Rolladen-Aktoren...

>Ansonsten schlage ich dir vor, die Frage im Anfängerbereich zu stellen. Am Besten was du vor hast und welche Geräte schon vorhanden sind. Dann kann dir zielgerichtet geholfen werden.

Werde ich machen...

>Und vorher solltest du die Einsteigerdokumentation von FHEM lesen (sofern noch nicht geschehen).

Bin ich dran.... :-) Sehe nir den Wald vor lauter Bäumen nicht mehr.. habe Alexa, Harmony Hub, HUE.. will noch fhem und obroker und Milights und Ikea Lampen... ;-)

Aber ich werde versuchen es im Anfängerbereich zu erläutern !

Vielen Dank und viele Grüße
byby

Hallo zusammen,
ich habe zwei Rademacher Duofern Troll Basis die ich mit dem Duofernstick aus FHEM steuern kann. Bisher bin ich aus Zeitgründen nie dazu gekommen mal eine simple Schaltung aufzubauen. Beide funktionieren, wenn ich aus FHEM manuell Befehle absetze. Z.B. set Rolladen_Bad position 50 funktioniert ebenso wie ein set Rolladen_Bad "up" oder "down".
Nun habe ich ein simples AT angelegt mit dem zu bestimten Zeiten die Rolläden hoch und runter fahren sollen. Eines heißt bei mir "abends_Rolladen_Bad". Es beinhaltet folgenden Befehl: *16:30:00 set Rolladen_Bad down
Dies funktioniert aber nicht. Laut logfile ist der Parameter "down" falsch.

2017.10.08 16:30:00 3: abends_Rolladen_Bad: Unknown argument down
, choose one of blindsMode:on,off dawn:noArg dawnAutomatic:on,off down:noArg dusk:noArg duskAutomatic:on,off getStatus:noArg manualMode:on,off motorDeadTime:off,short,long position:slider,0,1,100 rainAutomatic:on,off rainDirection:up,down rainMode:on,off remotePair:noArg remoteUnpair:noArg reset:settings,full reversal:on,off runningTime:slider,0,1,150 stop:noArg sunAutomatic:on,off sunMode:on,off sunPosition:slider,0,1,100 timeAutomatic:on,off toggle:noArg up:noArg ventilatingMode:on,off ventilatingPosition:slider,0,1,100 windAutomatic:on,off windDirection:up,down windMode:on,off

Wenn ich den Befehl aber manuell an der Konsole eingebe funktioniert er sehr gut. Mein zweites AT für den Rolladen in der Küche ist identisch und läuft 1A. Ich stehe vor einem Rätsel...

Zeig mal ein "list abends_Rolladen_Bad" und evtl. ein "list Rolladen_Bad"

Hier sind die Infos:

Internals:
   COMMAND    set Rolladen_Bad down

   DEF        *16:30:00 set Rolladen_Bad down

   NAME       abends_Rolladen_Bad
   NR         112
   PERIODIC   yes
   RELATIVE   no
   REP        -1
   STATE      Next: 16:30:00
   TIMESPEC   16:30:00
   TRIGGERTIME 1507559400
   TRIGGERTIME_FMT 2017-10-09 16:30:00
   TYPE       at
   Readings:
     2017-10-08 16:30:00   state           Next: 16:30:00
Attributes:
   room       AT

und

Internals:
   CODE       4C6611
   DEF        4C6611
   IODev      Rademacher
   LASTInputDev Rademacher
   MSGCNT     5
   NAME       Rolladen_Bad
   NR         96
   Rademacher_MSGCNT 5
   Rademacher_RAWMSG 0FFF0F230F000000040310001300014C6611FFFFFF01
   Rademacher_TIME 2017-10-08 16:39:46
   STATE      opened
   SUBTYPE    Troll Basis
   TYPE       DUOFERN
   Readings:
     2017-10-08 16:39:46   blindsMode      off
     2017-10-08 16:39:46   dawnAutomatic   off
     2017-10-08 16:39:46   duskAutomatic   off
     2017-10-08 16:39:46   manualMode      off
     2017-10-08 16:39:46   motorDeadTime   off
     2017-10-08 16:39:46   moving          stop
     2017-10-08 16:39:46   position        0
     2017-10-08 16:39:46   rainAutomatic   off
     2017-10-08 16:39:46   rainDirection   up
     2017-10-08 16:39:46   rainMode        off
     2017-10-08 16:39:46   reversal        off
     2017-10-08 16:39:46   runningTime     16
     2017-10-08 16:39:46   state           opened
     2017-10-08 16:39:46   sunAutomatic    off
     2017-10-08 16:39:46   sunMode         off
     2017-10-08 16:39:46   sunPosition     3
     2017-10-08 16:39:46   timeAutomatic   off
     2017-10-08 16:39:46   ventilatingMode off
     2017-10-08 16:39:46   ventilatingPosition 4
     2017-10-08 16:39:46   version         1.3
     2017-10-08 16:39:46   windAutomatic   off
     2017-10-08 16:39:46   windDirection   up
     2017-10-08 16:39:46   windMode        off
   Helper:
Attributes:
   IODev      Rademacher
   room       DUOFERN,Rolläden

Die Uhrzeiten sind natürlich noch von meine Test heute Nachmittag.