so…
the normal part with sun shading works now.
But the part with ventilation didn’t work. there must be a problem with the statushelper. It didn’t change. Have 2 identical automations for 2 covers. One of them had the open-door-ventilation enabled. For the normal automation the statushelper changed as is should 5 times until now. The statushelper for the ventilation-automation just changed one time! At the begining of the shading.
So the only status i have is the following:
At this time the door was open. About 20min later the doors was closed. So normaly the statushelper should change again! but nothing happens!
here are “some” traces: https://file.io/7C5WqjgBE5x5
Edit: in addition to the post above from thorstenniemann.tn, i also had some errors with the none working automation! looks if there is a problem with the “vpart” in the status helper!
I don’t have any traces at hand right now because I’m on my cell phone, but my observation matches the previous posts.
There is something wrong with the ventilation setting.
It is being ventilated but the roller blind is moving towards it or remains open at 100% instead of the set value.
I currently don’t have any traces available. Will add them when I have some useful ones.
I want to use shading when azimunth is between certain values, lux is above certain value and outside temp is above certain value. This was working perfectly. But at the moment I don’t know what the screen is doing anymore.
After some monitoring today. It did respond on the solar lux. But it looks like the shading doesn’t use the shading_waitingtime_start and end. Here’s the trace of the screen opening when the lux was below threshold.
as a quick workaround for the guys who had probs with the ventilation, try to use the latest beta-Version, this works for me! Just download it from github and change in the automation.yaml the blueprintpaht from the automation to cover_control_automation_beta.yaml
ok will delete them later today…but its a little bit strange, i never changed/deleted the helper also when coming the first time from the public version to the beta version!..
This is a trace that has only reacted to a previous position change (trigger “t_manual_1”).
I need traces for:
t_shading_start_pending (something has triggered a possible shading)
t_shading_start_execution (after the waiting time, the shading is actually triggered via a separate trigger. And, of course, it checks once again whether the conditions apply).
Dear user firebowl,
you take every opportunity to confirm that something isn’t working for you. That’s generally okay, because it sometimes allows me to deduce whether it’s a major error. But I would also like to help you.
You’ve already mentioned that you don’t currently have any traces to hand. That’s okay too. I can wait.
But your problem doesn’t necessarily have to be everyone’s problem. Of course, a bug could also be the cause. Then I would like to fix it. So traces again.
There’s just no other way.
Every configuration is individual. And everyone has different sensors. I’ll only get really smart if I get the correct logs/configs.
Sorry for the late reply. Of course you’ll get a trace from me. I know that you are always happy to help with problems. I’m just on the road at the moment and won’t be able to get to my traces until tonight at the earliest.
First Trace https://file.io/JJvntRwHXNFq
In this case, activating the resident mode should lower the roller blind to the ventilation position because the window is open. However, the roller blind remains completely open. If the window is closed, the roller blind moves to the closed position. Until a few days ago, the roller blind moved to the defined ventilation position when the window was open.
I have the same behavior when closing in the evening after the time, but I only get a trace later.