The `PUT /tiltCommand` endpoint isn't idempotent about espsomfy-rts

[rstrouse]

The real issue here seems to be that sending a target when the target is already the position is the problem. It should not command the movement in this case and I see where the moveToTiltTarget method is not properly performing this check when it is integrated tilt. For tilt motors the code is correct but what it is doing now is initiating a my when it should be checking to make sure it is not idle before seeking.

[rstrouse]

Are your blinds tilt only?

[joneshf]

That's correct, they are tilt-only blinds.

[rstrouse]

v2.3.1 is in pre-release and it should resolve the issue of re-entrant targets on the endpoint when there is not a separate tilt and lift motor. Essentially, it needed to check if the target = the current position then do nothing.

[rstrouse]

v2.3.1 has been released and the tiltCommand now verifies the current position before acting.

[joneshf]

Had a chance to update to 2.3.1 and tried this out. I can confirm that this now works as expected for the PUT /tiltCommand endpoint, and more importantly for the set_tilt_position service.

Thanks for fixing this!