Support for rotate knob

[BasvanH]

Hello,

We have blinds which we can horizontally rotate with our remote. The remote has a rotation knob. Does this library support this?

Remote: Sitio 5 Variation RTS pure II

Thanks,
Bastiaan

[Legion2]

Hi, have a look at this discussion #17 (comment). I think it can be applied to your remote too.

[BasvanH]

Ok thanks, I will resource the hardware and then try this suggestion.

[BasvanH]

Sending up or down 4 times does not seem to work for my situation. Did a capture:

You can see using the rotate knob on the remote sends a small packet while doing a 4 times up or down send much more packets. I will try to capture the packets to see it's payload.

[BasvanH]

Ok have more understanding about how my remote and blinds work regarding the tilt. My blinds do not have a seperate tilt motor. Tilt is done by the main motor itself. When blinds are full down blinds are closed. When I rotate my tilt knob it sends a Up directly followed by a My. The Up start the tilt, then the My stops it and the blinds are tilted a bit. You can step this about 8 times and then it reachtes full tilt up and it starts to pull the blinds up.

I have this working with sending a Up directly followed by and My. This tilts it about 30%. The remote however tilts at much smaller steps, approx 12%. The time this library takes to build and send the packets is longer then the remote. I have used a other project (https://github.com/rstrouse/ESPSomfy-RTS) and he is able to send packets faster and so I can tilt in smaller steps. I do however want to use your library because i want to include it in other code.

I already experimented with removing the delays in SomfyRemote.cpp, this made the packets send faster and I can tilt in smaller steps but not yet the step size I'm after and I don't know if I break things by simply removing the delays.

@Legion2, are there any other options to shorten the build and send time of the packets?

[Legion2]

I don't think the time to build a packet is the problem, this should be very fast. Sending the signal with the correct timings is the problem, each remote uses different times and finding timings that work with all remotes is difficult. If you find timings that work with your remote, you can use them, but before we update the timings in the library we need to test with multiple different remotes (which I don't have) to verify it still works.