Rademacher DuoFern USB Stick

[Aeroschmelz]

Danke, ich hatte nichts geändert, aber plötzlich wurde der Handsender dann doch erkannt Noch eine Frage. Wenn ich die Attribute event-min-interval und event-on-change-reading bei den Rademacher Thermostaten setzte, dann funktioniert das plotten der measured-temp und desired-temp nicht mehr. Ich vermute mal, dass keine Events erzeugt werden. Kann das sein?

Danke auch dafür.

[Spartacus]

Hallo,

werden inzwischen auch Motoren mit 10 digit HEX-Code unterstützt? Bislang hatte ich nut 6 digit Tubes, aber die neuen sollen alle 10 digits haben. Kennt jemand das Thema?

[Telekatz]

Ist mir neu das Thema. Hast du einen von diesen neuen Motoren?

[Spartacus]

Moin, moin,

ne ich habe aktuell noch keinen dieser Motoren. Ich wollte das nur vorher mal abgeklärt wissen, bevor ich weiter aufrüste...

Das Thema kommt von https://github.com/gluap/pyduofernfern aus dem HomeAssistant Bereich und da klappt es nämlich nicht! Aber umso besser,, wenn das unter fhem kein Thema ist.

Spartacus.

[Telekatz]

Es wird wohl auch ein Thema unter FHEM sein. Soweit ich aus den Informationen interpretiere, die ich auf die Schnelle gefunden habe, wird sich das wohl auf die Funktion des Feranmeldens auswirken. Manueles Pairing über die Taste am Aktor könnte trotzdem funktionieren.

Werde das bei Gelegenheit mal am Homepilot simulieren, ob ma da jetzt einen 10 stelligen Code eingeben kann und was dann zum Stick gesendet wird.

[Spartacus]

Hallo,

ok, vielen Dank!
Ich muss weiter auf fhem setzten, unter HomeAssistant kriege ich den Stick nicht ans Fliegen!

Spartacus.

[Spartacus]

Moin zusammen,

habe mich jetzt ein paar Tage mit DUOFERN & EnOcean zusammen mit der  MQTT Generic Bridge beschäftigt um das Ganze unter HA ans Fliegen zu kriegen. Das klappt soweit auch ganz gut. Der EnOCean Aktor sendet die Position in 5% Schritte an HA. Der DUOFERN Motor schickt bei mir nur die Position, wenn der Motor stoppt. Mit ist das in fhem bislang nicht aufgefallen, da ich die DUOFERNs nur im Testbetrieb hatte, aber inzwischen wird das nun relevant. Ist das bei mir ein Konfigurationsfehler, oder ist das tatsächlich so, dass der Motor beim Au- bzw. Abfahren nicht permanent die Position sendet.

Ich nutze aktuell den DUOFERNSTICK.
Danke und Gruß,
Spartacus

[tomcat.x]

Hallo,

zumindest mit meinen Gurtwicklern ist das genauso. Ich meine, das Thema gab es auch im Forum schon mal (vielleicht sogar hier, weiter oben), aber das konnte ich jetzt auch nicht wiederfinden.

Viele Grüße
Thomas

[Telekatz]

Ja, das ist so. Ein Statusupdate kommt vom Aktor erst dann, wenn die Ausführung des Befehls abgeschlossen ist.

[Mitch]

Hallo,

hab hier leider nichts gefunden.
Wird der DuoFern Sonnensensor 9478-1 unterstützt?

Vielen Dank!

[suchmich1983]

Code Auswählen Erweitern

2022.06.22 10:43:43 4: Rademacher: rx  -> 0f01071a000001040000000004001cad2c576f2b3c00
2022.06.22 10:43:43 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:43:43 4: Rademacher: snd -> 0D01070200000000000000000000006F2B3C49E32900
2022.06.22 10:43:44 4: Rademacher: rx  -> 810003cc00000000000000000000006f2b3c49e32900
2022.06.22 10:43:44 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:43:45 4: Rademacher: rx  -> 0f01071a000001040000000004001cad2c576f2b3c00
2022.06.22 10:43:45 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:43:45 4: Rademacher: snd -> 0D01070200000000000000000000006F2B3C49E32900
2022.06.22 10:43:45 4: Rademacher: rx  -> 810003cc00000000000000000000006f2b3c49e32900
2022.06.22 10:43:45 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:43:48 4: Rademacher: rx  -> 0fff0f246000a203d732000014000d49e329ffffff01
2022.06.22 10:43:48 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:43:50 4: Rademacher: rx  -> 0fff112014001148f609809180f80d49e329ffffff01
2022.06.22 10:43:50 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:04 4: Rademacher: rx  -> 0f01071a000001040000000004001cad2c576f2b3c00
2022.06.22 10:44:04 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:04 4: Rademacher: snd -> 0D01070700550000000000000000006F2B3C49E32900
2022.06.22 10:44:07 4: Rademacher: rx  -> 810100bb00000000000000000000006f2b3c49e32900
2022.06.22 10:44:07 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:07 4: Rademacher: rx  -> 12010707005500000000000000000d49e3296f2b3c02
2022.06.22 10:44:07 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:07 3: Rademacher: Unknown code 12010707005500000000000000000D49E3296F2B3C02, help me!
2022.06.22 10:44:14 4: Rademacher: rx  -> 0f01071a000001040000000004001cad2c576f2b3c00
2022.06.22 10:44:14 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:14 4: Rademacher: snd -> 0D01070200000000000000000000006F2B3C49E32900
2022.06.22 10:44:14 4: Rademacher: rx  -> 810003cc00000000000000000000006f2b3c49e32900
2022.06.22 10:44:14 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:17 4: Rademacher: rx  -> 0fff0f246000a203d732003814000d49e329ffffff01
2022.06.22 10:44:17 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:17 4: Rademacher: rx  -> 0fff11206c381188b6098a9180f80d49e329ffffff01
2022.06.22 10:44:17 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
2022.06.22 10:44:19 4: Rademacher: rx  -> 0fff0f246000a203d732003814000d49e329ffffff01
2022.06.22 10:44:19 4: Rademacher: snd -> 81000000000000000000000000000000000000000000
Anbei auch noch mal nen Auszug auf dem Log mit verbose = 4 vom Stick

@Telekatz
hast du hier vlt eine Idee?

[FlyingPenguin]

Hallo,

Ich habe seit kurzem das Problem, dass sich der DUOFERNSTICK immer mal wieder "aufhängt". Nach einem Missing ACK oder Missing Status eines Gurtwicklers beginnt FHEM den Stick offenbar mit Befehlen zu bombardieren und ich erhalten ca. 5 "DUOFERN no ACK, request Status" Mitteilungen im Log pro Sekunde.

Ich vermute, dass die beiden betroffenen Gurtwickler einfach hin und wieder schlechten Empfang haben, da sie am weitesten vom Stick entfernt sind. Das eigentliche Problem ist aber die Zahl der auflaufenden und nicht sauber verarbeiteten Nachrichten am Stick.

Wenn ich ihn von Hand per "set Name reopen" neu öffne ist das Problem erst mal weg, kann aber nach Stunden bis Tagen erneut auftreten.

Gibt es eine Möglichkeit den Stick in einem solchen Fehlerfall automatisch neu zu initialisieren? Oder gibt es eine Option die Behandlung von fehlenden ACKs anders zu regeln? Im schlimmsten Fall würde ich mir wohl ein DOIF schreiben, dass bei einem bestimmten State automatisch ein reopen ausführt.

[DL8EI Ralph]

... ein DOIF schreiben, dass bei einem bestimmten State automatisch ein reopen ausführt.

So hatte ich es vor meinem Umzug auch erstmal gelöst.
Nachdem Rademacher nicht helfen konnte (oder wollte) habe ich Rademacher abgeschafft.

Hierin habe ich eine Bastellösung für einen GW60 gefunden und nachgebaut.

[Commander_Alpha]

Hallo,

es gibt inzwischen Rolladenmotore mit Hindernis und Blockiererkennung. (Bestimmt schon seit 2019) Rollotube S-Line SLDM
Diese Funktionen lassen sich auch an und abschalten, bzw. mit Reversierung einstellen oder nicht. Außerdem noch etwas mit Fliegengittertür erkennung aktivieren.

Einer meiner Motoren spielte jetzt verrückt. Habe dann rausgefunden, dass es an der Hinderniserkennung liegt die scheinbar nicht mehr richtig funktioniert.
Im Internet habe ich dann gelesen, dass man diese Funktion auch abschalten kann.

Ich würde mir wünschen, dass diese Einstellmöglichkeiten rund um die Hindernis und Blockiererkennung mit ins Modul aufgenommen werden.
Musst dann zum deaktivieren meinen Homepilot2 rauskramen,das Rollo damit pairen um dann die Funktion abzuschalten. Direkt aus FHEM wäre komfortabler.

LG

[darkness]

Hallo Zusammen,

seit einiger Zeit macht mein Duofern Stick Probleme.
Kurz zum Setup:
FHEM auf Proxmox-Container. USB-Stick wird durch gereicht. Soweit ist dieser auch auf dem Container verfügbar.

Code Auswählen Erweitern

define Rademacher DUOFERNSTICK /dev/DuoFern@115200 6F1B6C
attr Rademacher group Rollo
attr Rademacher room 70_Wohnung,Rademacher
attr Rademacher verbose 5
#   DEF        /dev/DuoFern@115200 6F1B6C
#   DevIoJustClosed 1
#   DeviceName /dev/DuoFern@115200
#   DongleSerial 6F1B6C
#   FUUID      5c52a6c6-f33f-ed18-a896-07567d0c928bf425
#   NAME       Rademacher
#   NEXT_OPEN  1692006969.07517
#   NR         152
#   NTFY_ORDER 50-Rademacher
#   RAWMSG     0FFF0F210000500000003C0012000061902F6F1B6C01
#   STATE      disconnected
#   TYPE       DUOFERNSTICK
#   eventCount 41
#   READINGS:
#     2023-08-14 11:55:09   state           disconnected
#   cmdStack:
#   helper:
#     cmdEx      0
#
setstate Rademacher disconnected
setstate Rademacher 2023-08-14 11:55:09 state disconnected


Nach einen ReOpen steht folgendes im Log:

Code Auswählen Erweitern

2023.08.14 11:54:07 3: Opening Rademacher device /dev/DuoFern
2023.08.14 11:54:07 3: Setting Rademacher serial parameters to 115200,8,N,1
2023.08.14 11:54:07 4: Rademacher: snd -> 01000000000000000000000000000000000000000000
2023.08.14 11:54:07 5: DevIo_SimpleWrite Rademacher: 01000000000000000000000000000000000000000000
2023.08.14 11:54:07 1: /dev/DuoFern disconnected, waiting to reappear (Rademacher)
2023.08.14 11:54:08 4: Rademacher: snd -> 01000000000000000000000000000000000000000000
2023.08.14 11:54:08 5: DevIo_SimpleWrite Rademacher: 01000000000000000000000000000000000000000000
2023.08.14 11:54:08 4: Rademacher: snd -> 01000000000000000000000000000000000000000000
2023.08.14 11:54:08 5: DevIo_SimpleWrite Rademacher: 01000000000000000000000000000000000000000000
2023.08.14 11:54:08 4: Rademacher: snd -> 01000000000000000000000000000000000000000000
2023.08.14 11:54:08 5: DevIo_SimpleWrite Rademacher: 01000000000000000000000000000000000000000000
Der Pfad zum Stick ist aber der richtige, das habe ich per udevadm info --attribute-walk --name=/dev/DuoFern geprüft.

Auszug:

Code Auswählen Erweitern

ATTRS{manufacturer}=="Rademacher"                                                                                                                                                 
    ATTRS{maxchild}=="0"                                                                                                                                                               
    ATTRS{power/active_duration}=="2590980"                                                                                                                                           
    ATTRS{power/async}=="enabled"                                                                                                                                                     
    ...
    ATTRS{product}=="DuoFern USB-Stick"
    ...
Kann es sein das der Stick defekt ist? Was könnte ich noch testen?