-
Notifications
You must be signed in to change notification settings - Fork 9
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
Somfy Izymo io not showing status while opening / closing #56
Comments
Well, the status (opening / closing) is set, when the API submits some useful data. In order to evaluate this I would need a log extract of the pyvlx library. Please enable the logging on your configuration.yaml as follows:
...and submit the relevant log entries at the time when you send the command and your cover is moving. Just to let you know: This library as well as pyvlx are just developed by HA community and we do not have any support from Velux. That means, if the API does not provide useful data, we cannot change this. |
Thanks Paul / Dankeschön 😀 I absolutely love your and the community's contribution here. I'll try to extract the log as soon as possible! |
Hi @pawlizio - I'm trying to make some sense out of the debug log file right now. Herefore I have one question ahead. I have the following settings for the gateway: Question: Is my configuration correct? Is there some performance improvement to be expected when changing something? To what cost ? ;) Now to the log when moving my Somfy Izymo when setting a new target position:
Is this the right log for you? |
Well, the API provide the FrameNodeStatePositionChangedNotification, which is basically used to set opening/closing state, but other conditions are not given. Currently this opening or closing is set under following conditions, see here:
In your case the API provide the following info: so neither the state nor the remaining_time is useful to determine that a movement is ongoing and how long it will take, only the info that the target and current_position are different. |
Thanks for your fast analysis! I believe the "node id" is the respective motor / client within the velux gateway? Could you please give me a hint to my previous post if the heartbeat configuration is correct like this? THANKS :) |
...well, can you check the node_type of this node, probably you will find this log after a reboot of HA, when pyvlx is loading and the node are loading with their node_type. If this is a very special node_type, it could be possible to define another condition for this. |
Thanks again for your help. So I should better keep the heartbeat and settings as is right now? |
Ok, you have delay when setting a position via HA? Probably your heartbeat interval is set too small? Polling basically can create a lot of traffic and cause high CPU load, also on KLF200 side. It depends also on how many devices are controlled via KLF200. Please try to increase the heartbeat interval and check if the reaction on HA commands becomes faster.
…________________________________
From: 0BanZai0 ***@***.***>
Sent: Sunday, October 27, 2024 8:44:25 PM
To: pawlizio/my_velux ***@***.***>
Cc: Paul Daumlechner ***@***.***>; Mention ***@***.***>
Subject: Re: [pawlizio/my_velux] Somfy Izymo io not showing status while opening / closing (Issue #56)
Thanks again for your help.
I'm using PTM215 Zigbee switches via Z2M in HA to control my covers. Sometimes I use the somfy remotes because they just work without the delays and they are able to send the stop command :)
So I should better keep the heartbeat and settings as is right now?
—
Reply to this email directly, view it on GitHub<#56 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ADS6GHRM5JSXLWM6LGXCDWTZ5UYATAVCNFSM6AAAAABN5FLWZKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINBQGE2TCMZTGU>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Yeah sometimes even timeouts. But could also be an issue with the range of my KLF200. I'm using a second KLF200 as a range extender since yesterday, it got a little bit better. The heartbeat is on default (30s). Do you know of any way to monitor if my signals arrive at the shutter? |
You should compare the time distance between the command_send confirmation frame and the actual cover movement. Normally the commands are executed quite real-time. |
Well, looks quite fast. Maybe the motor is the slow part here...
|
Hi @pawlizio - I'm still struggling with the delay on changing the tilt angle of my covers right now. With the help of MS Copilot i was able to analyze the debug log of a recent attempt to change the cover angle: Command Sent:
Confirmation Received:
That's 0.019 seconds after the command was sent. Status Change Received:
That's 1.845 seconds after the confirmation. Session Finished:
That's 1.353 seconds after the status change, a total of 3.217 seconds after the command was sent. Final Position Changed:
That's 3.220 seconds after the command was sent. In summary, it takes approximately 3.220 seconds from issuing the command to receiving confirmation that the blind has reached the desired position. This is quite a long time... or would you say this is okay? |
..it is not very fast. But the issue seems to be between klf200 and the blind motor, as the command confirmation is sent after 20ms from klf200.
…________________________________
From: 0BanZai0 ***@***.***>
Sent: Monday, November 4, 2024 10:01:38 PM
To: pawlizio/my_velux ***@***.***>
Cc: Paul Daumlechner ***@***.***>; Mention ***@***.***>
Subject: Re: [pawlizio/my_velux] Somfy Izymo io not showing status while opening / closing (Issue #56)
Hi @pawlizio<https://github.com/pawlizio> - I'm still struggling with the delay on changing the tilt angle of my covers right now. With the help of MS Copilot i was able to analyze the debug log of a recent attempt to change the cover angle:
Command Sent:
2024-11-04 21:54:39.489 DEBUG (MainThread) [pyvlx] SEND: <FrameCommandSendRequest node_ids="[5]" active_parameter="0" parameter="TARGET" functional_parameter="fp1: 0 %, fp2: 0 %, fp3: 51 %, fp4: 0 %, fp5: 0 %, fp6: 0 %, fp7: 0 %, fp8: 0 %, fp9: 0 %, fp10: 0 %, fp11: 0 %, fp12: 0 %, fp13: 0 %, fp14: 0 %, fp15: 0 %, fp16: 0 %, " session_id="28" originator="Originator.USER"/>
Confirmation Received:
2024-11-04 21:54:39.508 DEBUG (MainThread) [pyvlx] REC: <FrameCommandSendConfirmation session_id="28" status="CommandSendConfirmationStatus.ACCEPTED"/>
That's 0.019 seconds after the command was sent.
Status Change Received:
2024-11-04 21:54:41.353 DEBUG (MainThread) [pyvlx] REC: <FrameCommandRunStatusNotification session_id="28" status_id="1" index_id="5" node_parameter="0" parameter_value="51200"/>
That's 1.845 seconds after the confirmation.
Session Finished:
2024-11-04 21:54:42.706 DEBUG (MainThread) [pyvlx] REC: <FrameSessionFinishedNotification session_id="28"/>
That's 1.353 seconds after the status change, a total of 3.217 seconds after the command was sent.
Final Position Changed:
2024-11-04 21:54:42.709 DEBUG (MainThread) [pyvlx] NodeUpdater process frame: <FrameNodeStatePositionChangedNotification node_id="5" state="DONE" current_position="100 %" target="100 %" current_position_fp1="UNKNOWN" current_position_fp2="UNKNOWN" current_position_fp3="UNKNOWN" current_position_fp4="UNKNOWN" remaining_time="0" time="1997-12-08 15:11:12"/>
That's 3.220 seconds after the command was sent.
In summary, it takes approximately 3.220 seconds from issuing the command to receiving confirmation that the blind has reached the desired position.
This is quite a long time... or would you say this is okay?
—
Reply to this email directly, view it on GitHub<#56 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ADS6GHR43GW7MME2CDDIBQ3Z67ODFAVCNFSM6AAAAABN5FLWZKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINJVGY4TGMZYGE>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Hi, I'm successfully using my_velux for roller shutters with somfy io motors.
Unfortunately on one window I have to use an conventional motor coupled to an Somfy Izymo io transmitter (https://shop.somfy.de/unterputz-empfanger-rollladen-io.html).
With this component I can control the movement of the shutter, but unfortunately I can't see the status of the shutter while moving (opening / closing).
The text was updated successfully, but these errors were encountered: