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

Add core:PriorityLockTimerState and core:PriorityLockOriginatorState when available #109

Open
BernoldNL opened this issue Aug 16, 2023 · 13 comments
Labels
enhancement New feature or request

Comments

@BernoldNL
Copy link

BernoldNL commented Aug 16, 2023

Is it possible to add core:PriorityLockTimerState to io:WindowOpenerVeluxIOComponent? I see it online (tahomalink.com), but not in developer mode.

Also, it would be great if at developer mode could have io:PriorityLockOriginatorState added. I don't see this in Overkiz either, but the actuator has a rain sensor, so it feels like it should be possible.

@qelanhari
Copy link

For my pergola, I think the originator only is présent when there is currently a lock from the rain sensor, else it does not even appear in States list.

@flhoest
Copy link

flhoest commented Sep 20, 2023

@qelanhari talking about this, how to you read the rain sensor value ? I cannot find it. I have one and it works but I have no clue how to interact with it....

@qelanhari
Copy link

qelanhari commented Sep 20, 2023

There is none,if it rains, the originator is set as "rain". There is no direct state "it is raining or not". If there is no more rain, the lock is gone.

@flhoest
Copy link

flhoest commented Sep 20, 2023

Ok, then how can I achieve this : I need to create an event based on the rain status : only do it if no rain ...
I'm a bit lost

@flhoest
Copy link

flhoest commented Sep 20, 2023

Is it the place to look at ?

core:CommandLockLevelsState

@flhoest
Copy link

flhoest commented Sep 20, 2023

@qelanhari ⬆️

@qelanhari
Copy link

if core:PriorityLockTimerState has a value above 0 (as X) and the io:PriorityLockOriginatorState has rain as value, it means that it's raining or it did a few minutes ago and the lock will clear in X (don't remember if it's seconds/minute or date).

@flhoest
Copy link

flhoest commented Sep 20, 2023

Thanks a lot ! I will start some testing based on that. It really helped me a lot ;)
If you are curious, I'm working on this : https://www.lets-talk-about.tech/2023/09/somfy-how-to-control-your-devices-in-php.html and another version will be released as soon as I manage the rain factor !

@flhoest
Copy link

flhoest commented Sep 21, 2023

@qelanhari can you send me a private message on tweeter ? @flhoest thanks ;)

@qelanhari
Copy link

@qelanhari can you send me a private message on tweeter ? @flhoest thanks ;)

-> @tankoo

@llavorel-somfy llavorel-somfy added the enhancement New feature or request label Feb 12, 2024
@llavorel-somfy llavorel-somfy changed the title Add core:PriorityLockTimerState to io:WindowOpenerVeluxIOComponent Add core:PriorityLockTimerState and core:PriorityLockOiriginatorState when available Feb 13, 2024
@llavorel-somfy llavorel-somfy changed the title Add core:PriorityLockTimerState and core:PriorityLockOiriginatorState when available Add core:PriorityLockTimerState and core:PriorityLockOriginatorState when available Feb 13, 2024
@BernoldNL
Copy link
Author

Not sure if a separate issue should be created, but this seems very related.

I noticed that after updating the TaHoma Switch to the latest firmware (2024.3.3-10) there are some changes to io:WindowOpenerVeluxIOComponent:

  1. When closed automatically (in this case due to rain), the core:ClosureState is not updated anymore. It should go to 100%, but it stays at the value it was. Also core:OpenClosedState stays at "open", so there is no way of knowing that it actually closed.

  2. Commands setClosureAndLinearSpeed and setPositionAndLinearSpeed were added, but they don't seem to be different than setClosure (I have roller shutters that also have this and will be slower and more quiet, the Velux not so much).

@fberu-somfy
Copy link

Hello @BernoldNL ,

Yes your issue is different than the PrioryLock topic.

Regarding your points:

When closed automatically (in this case due to rain), the core:ClosureState is not updated anymore. It should go to 100%, but it stays at the value it was. Also core:OpenClosedState stays at "open", so there is no way of knowing that it actually closed.

When raining the Velux window automatically closes but not at 100%. It closes until the "ventilation" position: the window is closed but not the top bar. core:OpenClosedState is 7% and so core:ClosureState is still "open"

Commands setClosureAndLinearSpeed and setPositionAndLinearSpeed were added, but they don't seem to be different than setClosure (I have roller shutters that also have this and will be slower and more quiet, the Velux not so much).

You're right this is a new feature from the last 2024.3.3-10 firmware. It allows you to control the Velux Window with a low speed, in order to reduce the motor noise. To do so you can send the command setClosureAndLinearSpeed([1-100], "lowspeed") or setPositionAndLinearSpeed([1-100], "lowspeed").
Depending on the age and the version of your Velux, this command may not be available

@BernoldNL
Copy link
Author

BernoldNL commented Aug 21, 2024

Hello @BernoldNL ,

Yes your issue is different than the PrioryLock topic.

Regarding your points:

When closed automatically (in this case due to rain), the core:ClosureState is not updated anymore. It should go to 100%, but it stays at the value it was. Also core:OpenClosedState stays at "open", so there is no way of knowing that it actually closed.

When raining the Velux window automatically closes but not at 100%. It closes until the "ventilation" position: the window is closed but not the top bar. core:OpenClosedState is 7% and so core:ClosureState is still "open"

Commands setClosureAndLinearSpeed and setPositionAndLinearSpeed were added, but they don't seem to be different than setClosure (I have roller shutters that also have this and will be slower and more quiet, the Velux not so much).

You're right this is a new feature from the last 2024.3.3-10 firmware. It allows you to control the Velux Window with a low speed, in order to reduce the motor noise. To do so you can send the command setClosureAndLinearSpeed([1-100], "lowspeed") or setPositionAndLinearSpeed([1-100], "lowspeed"). Depending on the age and the version of your Velux, this command may not be available

Thanks for your reply. Well, in my case it's not a window, but a skylight. It does not have a ventilation position, so it does go to 100% closed. It's only about 2 years old. Mine is a CVU 100100 0225Q, originally powered from a power socket, but last year it got called back by Velux after a recall for grounding issues. It's now modified to be solar powered.

Edit: Created a separate issue #138

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

No branches or pull requests

5 participants