Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature] Support predicted blind positions for long press of wall switches and scenario commands #102

Open
m4rky-m4rk opened this issue Jan 1, 2020 · 0 comments

Comments

@m4rky-m4rk
Copy link

m4rky-m4rk commented Jan 1, 2020

[Request] >>> Support for a predicted position when using a wall switch long press and for UP/DOWN scenario command; i.e. like already done for UP/DOWN openHAB command. This would make openHAB blind switches and wall switches behave the same or similiar and the pistion reporting for a long wall switch press more timely/accurate

The position reporting problems detailed below would then be resolved.

For openHAB initiated commands:
UP/DOWN sets a predicted 0%/100% position and blinds move to that position unless interrupted. Interruption by sending STOP/UP/DOWN commands causes the position to updated and movement stopped or changed with new predicted position.

For non openHAB commands e.g. Wall switch, Scenario command:
UP/DOWN command short press of wall switch >>> the blinds move a short distance and the position updated.

UP/DOWN with long press on wall switch or UP/DOWN command from MH202 >>>> equivalent to openHAB UP/DOWN command but without the predicted position update.

For actuators F411/4 set as Automation actuator.
There is STOP time setting. After this time an automatic STOP command is sent causing a position update in openHAB.

However, for timely position reporting this STOP time needs to be close to the actual shutter run time as possible.

The STOP time can only be set in 1 sec increments up to 60 sec. After that there are only 1 min increments with a max of 10 min.

Problem 1. For long blinds with run times of just over a minute value need an actuator auto STOP time setting to the nearest but higher minute; otherwise an automatic STOP is sent before a blind has reached its end position. In this case the blind position is not updated for up to a minute after the blind had reached its end position.

Problem 2. For wireless connected shutter actuators there are no settings to configure. ie no automatic STOP time is sent.

Partial workarounds using scenarios for problem blinds:
Add additional STOP commands in MH202 scenario controller to force blind position update. This can be done several ways. Use a Group command or addressable command .

Group command with address type General sends a STOP to all the blinds but the binding doesn’t update the blind positions. Bug???

Group command with address type Group sends a STOP to actuators in the group and the binding does update the blind positions.

Group for WiFi connected actuators it may not be possible as these have to be in Group 1 and that could already be in use. For these extra STOP commands in the MH202 scenarios could be a work around.

Even with workarounds above still two problems remain for a Long press of a wall switch:
1 For shutter runs just greater than 1. 2, 3 min etc the position is not updated for up to 1 minute later, when the actuator sends its automatic STOP command.
2 For WiFi actuators the position is not updated until the switch is short pressed again and this may not happen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant