Replies: 4 comments 9 replies
-
@iot-sle I have the same problem and right now a beginner with Jarolift shutters. Can't you use a different serial number for the RF Bridge and learn the shutters to that serial so that rolling codes of the remote doesn't matter anymore? Hallo iot-sle, ich habe das gleiche Problem und aktuell bin ich noch ein Anfänger und habe eine Jarolift Markise. |
Beta Was this translation helpful? Give feedback.
-
The correct way will be to use a different serial number for the RF-Bridge and add the RF-Bridge as a new remote to each Jarolift shutter. As you would do using several remotes.
Unfortunately the rolling code is not implemented in the Sonoff RF Bridge until now. I wanted to do that during the last month, but I was short on time. Maybe I will be able to do that end of summer.
In Deutsch: Die Jarolifter Rollos sind mit dem rolling code abgesichert. Daher muss jede Fernbedienung an dem zugehörigen Rollo registriert werden, also auch die RF-Bridge. Jede Bedienung bekommt, dann ihre eigenen rolling code. Ich hatte am Anfang das Gefühl, die Jarolifter Rollos würden nur 3 oder 4 verschiedene Codes benutzen. Das würde ein „schmutzige“ Implementierung
Also Kopie einer vorhanden Fernbedienung erlauben, aber schön ist das nicht. Daher wäre das richtige das rolling code Verfahren aus dem keeloq modul in das RF-Bridge Modul zu übernehmen und dann die RF-Bridge als weitere Fernbedienung mit eigenem rolling code in den Rollos zu registrieren. Leider hat meine Zeit es nicht zugelassen. Den rolling code Mechanismus aus dem keeloq modul in das RF-Bridge modul zu übertragen. Das wir auch frühestens am Ende des Sommers etwas.
Viele Grüße
Von: Bascht74 ***@***.***
Gesendet: Dienstag, 22. Juni 2021 12:18
An: arendst/Tasmota
Cc: iot-sle; Mention
Betreff: Re: [arendst/Tasmota] extend usage of KeeLoq (Jarolift shutter working with keeloq #7788) to Sonoff RF Bridge 433 (#10973)
@iot-sle <https://github.com/iot-sle> I have the same problem and right now a beginner with Jarolift shutters.
Can't you use a different serial number for the RF Bridge and learn the shutters to that serial so that rolling codes of the remote doesn't matter anymore?
Or use a remote that you don't use afterwards.
Is it the case, that the rolling codes do matter if you use different remotes?
Maybe you found a trick since February :-)
Hallo iot-sle, ich habe das gleiche Problem und aktuell bin ich noch ein Anfänger und habe eine Jarolift Markise.
Kannst Du nicht eine andere Seriennummer verwenden und die RF Bridge einlernen, so dass die rolling codes der anderen Fernbedienungen keine Rolle spielen? Oder könnte man eine andere Fernbedienung einlernen und dessen Serial verwenden und diese Fernbedienung danach nicht mehr benutzen?
Oder ist es so, dass die rolling codes auch eine Rolle spielen, wenn man andere Fernbedienungen benutzt!
Evtl. hast du das ganze ja inzwischen irgendwie gelöst oder einen Trick gefunden... :-)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#10973 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ARXYEA3GHMVM6776K6REUJDTUBPLXANCNFSM4XUNRXIA> . <https://github.com/notifications/beacon/ARXYEAZ2CSKO6LXQ2UQ5YRDTUBPLXA5CNFSM4XUNRXIKYY3PNVWWK3TUL52HS4DFWFCGS43DOVZXG2LPNZBW63LNMVXHJKTDN5WW2ZLOORPWSZGOAAG4VEA.gif>
|
Beta Was this translation helpful? Give feedback.
-
@iot-sle anything new? |
Beta Was this translation helpful? Give feedback.
-
https://github.com/madmartin/Jarolift_MQTT |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
With Jarolift shutter working with keeloq #7788 it's possible to handle shutters with keeloq mechanism. Unfortunately it is linked to the CC1101 hardware. I did some test with RFRaw commands on a Sonoff RF Bridge 433 flashed with Tasmota and Portisch firmware for the transceiver part. And yes prinicipally it CAN work. In details sometimes I can control the shutters. But after a short time the control is stopped. (As soon as I'm using the remotes for controling in between). The reason is the rolling code mechanism based on keeloq. Just that part was implemented in #7788 but only linked to the CC1101 transmitter hardware. So it should be possible to use the exiting code and extend the "sending" / "receiving" possibilites by using the coding routines together with RFRaw sending and receiving. In xrdv_36_keeloq.ino the coding and decoding of keeloq is already separated. Perhaps somebody does know how to generate the right RFRaw in put from output of CreateKeeloqPacket() function?
Beta Was this translation helpful? Give feedback.
All reactions