Rademacher DuoFern USB Stick

[Telekatz]

Du könntest doch auch dauerhaft den manuellen Modus mit "manualMode on" aktivieren und bei Rückkehr wieder mit "manualMode off" in den Automatik Mode wechseln.

Der Befehl, den die Handzentrale mit dem runden Knopf sendet könnte ein stop Befehl sein. Den könntest du mal senden und schauen, ob er das gleiche macht.

[Torsten]

Hallo Telekatz,
Vielen Dank für den Tipp. Ich habe es auch gleich mal ausprobiert: ,,manualMode on" deaktiviert zwar den Timer, aber es bleibt die gerade aktive Soll-Temp eingestellt. D.h. wenn beim Verlassen des Hauses noch 25 Grad soll eingestellt sind, würde er das so beibehalten. Wenn ich aber nach dem ,,manualMode on" noch ein ,,actTempLimit 1" hinterherschicke, würde ich auf Nummer Sicher gehen. Allerdings bringt dieser Workaround mit sich, dass ich bei Rückkehr nicht einfach ,,manualMode off" machen kann, weil dann manualOverride auf on bleibt. Bei Rückkehr würde ein ,,set <Device> stop" genau das machen. Ich muss zugeben, dass ich damit noch nicht ganz zufrieden bin
In der Anleitung gibt es noch den sogenannten ,,Urlaubsmodus". Durch 4 sek langes Drücken auf Minus wird  die Zeitautomatik abgeschaltet, in den manuellen Modus geschaltet und auf die Absenk-Temperatur eingestellt. Wenn ich per Modul ,,set <DEV> timeAutomatic off" setze, fängt der RT kurz an mit dem Relais zu klappern und toggelt ein-zweimal den Aktor. Wenn ich das aber am RT mit ,,lange auf Minus" mache, geht es geschmeidig. Kann es sein, dass hier noch irgenwo ein klitzekleiner BUG versteckt ist?
Vielen Dank und viele Grüße
Torsten

[Telekatz]

Dass manche empfangenen Funkbefehle durch ein kurzes toggeln des Aktors bestätigt werden ist normal.

[Torsten]

Hallo Telekatz,

wenn ich's mit dem TrollComfort Duofern vergleiche, kann ich es bestätigen. Bei meinen Versuchen hatte ich nicht nachvollziehbar einmaliges oder zweimaliges Schließen des Relais und das hatte mich stutzig gemacht.

Wäre es denn denkbar, für den RT ein ,,set DEV holidayMode on" bzw. ein ,,set DEV holidayMode off" (quasi ein ,,resume") zu implementieren?

Viele Dank für Deine Mühe und Deine Geduld mit mir...

Torsten

[Telekatz]

Nur wenn es für den holidayMode auch einen Funkbefehl gibt. Den habe ich aber im Homepilot nicht gefunden.

Du kannst ja mal mit dem raw Befehl beim Stick schauen, ob du einen passenden Befehl findest. Wie die Befehle aufgebaut sind und welche Befehle mir bekannt sind siehst du im angefügten PDF.

[Pfriemler]

Ob bei einem Rolladen 0% zu oder auf und 100% auf oder zu sind, ist ein beliebtes Streitthema. SOMFY kann man mit postionInverse, HomeMatic mit "attr ... param levelInverse" "umpolen". Geht das auch für Rademacher?

Homematic ist bei offen auf 100% und geschlossen auf 0%. Bei Rademacher ist es umgekehrt. Jetzt probiere ich Alexa-fhem, und da ist es wieder umgekehrt: sage ich "setze <rolladenname> auf 90 Prozent", wird der Rademacher auf 10% beordert, weil 90 ja fast offen ist. Soweit so einheitlich, aber in FHEMWEB steht jetzt der Slider auf 10. Das ist doch ... blöd.

Eine Idee, wie man dem abhelfen kann?

[TomLee]

@pfriemler

Versuch's mal hiermit:

Code Auswählen Erweitern

attr <devicename> homebridgeMapping clear CurrentPosition=position TargetPosition=position::position,delay=1000

hier hatte ich das Thema mal verlinkt

https://forum.fhem.de/index.php/topic,78588.msg705780.html#msg705780

[Pfriemler]

'woll, das ist die Lösung. Danke! Komisch dass sich bei Alexa keiner mehr daran erinnern konnte. Ich hatte erst einen Fehler im homebridgeMapping. Jetzt weiß ich!

[nathan1312]

Hallo,

wollte mich kurz bedanken für die tolle Entwicklung!

Habe soeben mein RolloTron Comfort erfolgreich in meine Hausautomatisierung eingebunden. (Eigentlich mache ich sonst alles über io.Broker -FHEM lässt sich ja aber leicht integrieren)

Super Sache, danke für die Arbeit, die ihr hier reingesteckt habe!

*Daumen hoch

[Pfriemler]

So, nachdem sich meine Rolläden jetzt zumindest fast gleich verhalten, tauchen die nächsten Probleme auf ... und nach Diskussion mit der besseren Hälfte wird Einheitlichkeit in die andere Richtung gewünscht. 

Ich würde daher doch lieber die Rademacher-Prozente dem offensichtlichen Quasistandard in der Smarthome-Szene angepasst sehen, also 0% für Rolladen unten/Tor zu (für den Garagentorantrieb) und 100% für Rolladen oben bzw. Tor auf, quasi nur die Prozente "umzukehren".
Bei Homematic wird das bei den Rolläden mit "attr <device> param levelInverse" erreicht. Alle Kommandos werden wie sonst auch ausgeführt, nur die Prozente sind halt umgekehrt, in Anzeige und Kommando. Der "Betrug" fällt nur unangenehm auf, wenn man mit direktverknüpften Displayfernbedienungen die Prozente angezeigt bekommt, die dann natürlich "original" sind.

Frage also an Telekatz: Wie sieht's aus, könnte man (nicht heute oder morgen, aber in den nächsten Wochen) mit einem ähnlichen Attribut (oder einem anderen Mechanismus) rechnen? Natürlich kann ich das auch über einen Dummyslider und notifys nachbilden, aber direkt im Modul wäre irgendwie besser.

Blöd natürlich, dass auch hier die Comfort-Rollotrons mit hauseigenen Prozenten arbeiten. Gibt's für den HomePilot nicht auch ne Alexa-Unterstützung? Wie ist das denn da geregelt?

[Telekatz]

Ich schau mal, ob ich da was machen kann. Wird aber etwas dauern.

[Tao]

Hallo Telekatz, Hallo Forum
ersteinmal Danke für die unermüdliche Arbeit an den Modulen!

Bin Newbie sowohl beim linux/Raspbian und dem FHEM.
Hatte mich nach der Lektüre hier dazu entschlossen, meine WR-Antriebe über pi/ FHEM per VPN aus der Ferne steuern zu können.
Also über die langen Feiertage frisch ans Werk....
Ich bin jetzt soweit gekommen, dass alle 8 Aktoren gepairt sind und sie ihren Status anzeigen - aber ich kann sie nicht auf/ab bewegen.
Habe alles mögliche hier und im Netz gelesen, komme aber mit meinem bescheidenen Wissen nicht weiter, obwohl ich ein paar Verdachtsmomente habe:
Der Stick wird nur als initialized angezeigt; reopen /broadcast bringt:

2018.01.13 17:21:23 2: DUOFERN unknown msg: 0FFF0F2600250000000000003300034237CFFFFFFF01
2018.01.13 17:24:10 3: Setting WR_stick serial parameters to 115200,8,N,1
2018.01.13 17:24:11 1: /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR06I8F2-if00-port0 reappeared (WR_stick)
2018.01.13 17:24:14 2: DUOFERN unknown msg: 0FFF0F2600250000000000003300024237CFFFFFFF01

Kann das mit den Zugriffrechten auf dem Pi zusammenhängen?
Die Abfrage /dev/serial/by-id/*
brachte nämlich:  /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR06I8F2-if00-port0: Keine Berechtigung


Wenn ich die einzelnen Antriebe mit set/ und dem Schieberegler bewegen möchte, geht der Schieberegler sofort wieder in die Ausgangsstellung und nichts passiert (auch kein Eintrag im log).

Ich hoffe, es gibt eine Erklärung.....

[Telekatz]

Mach mal ein ausführliches Log mit verbose 4 am Stick vom reopen.

[Tao]

Hallo Telekatz

Hier der log vom reopen

2018.01.13 18:56:27 4: WR_stick: snd -> 01000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0E000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0AXXXXXX000100000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 14140000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0300XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0301XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0302XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0303XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0304XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0305XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0306XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0307XXXXXX0000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 10010000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 4: WR_stick: snd -> 0DFF0F400000000000000000000000000000FFFFFF01
2018.01.13 18:56:27 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:27 1: /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR06I8F2-if00-port0 reappeared (WR_stick)
2018.01.13 18:56:28 4: WR_stick: rx  -> 0fff0f242000a0015a320016140003XXXXXXffffff01
2018.01.13 18:56:28 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:29 4: WR_stick: rx  -> 0fff0f246000a0055a000000140005XXXXXXffffff01
2018.01.13 18:56:29 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:29 4: WR_stick: rx  -> 0fff0f242000a005410000801400004XXXXXXffffff01
2018.01.13 18:56:29 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:30 4: WR_stick: rx  -> 0fff0f246000a0015a000000140004XXXXXXffffff01
2018.01.13 18:56:30 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:30 4: WR_stick: rx  -> 0fff0f230900000150329600330007XXXXXXXXXXXX01
2018.01.13 18:56:30 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:31 4: WR_stick: rx  -> 0fff0f246000a0055a000000140002XXXXXXffffff01
2018.01.13 18:56:31 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:31 4: WR_stick: rx  -> 0fff0f246000a0015a000000140001XXXXXXffffff01
2018.01.13 18:56:31 4: WR_stick: snd -> 81000000000000000000000000000000000000000000
2018.01.13 18:56:32 4: WR_stick: rx  -> 0fff0f246000a0015a320000140001XXXXXXffffff01
2018.01.13 18:56:32 4: WR_stick: snd -> 81000000000000000000000000000000000000000000

Habe mittlerweile das aktuelle Update gefahren - der Schieberegler verbleibt jetzt an seiner Position, aber nix tut sich....

Danke fürs Kümmern!!

[Telekatz]

Das reopen sieht normal aus. Ist IODev bei den Aktoren gesetzt? Ansonsten würde ich die Aktoren mal neu pairen.