Right, with a small logic unit or a small object server, that should work great. Thanks for the input! I call that constructive. Thanks for that.In the worst case, open via mobile device You need monitoring for the lock. Then you can distinguish between closed or locked.
Damn, did someone not read my post.
My question was, how do you handle it when you close the window/door after going out.
No, all good. That's exactly what I would wish to hear. How exactly do you deal concretely with this situation? If I interpret your statements correctly, then you have reed contacts and automatic shading. Do you have a lock detection or not? If yes, then the matter is clear with you. If not, how do you prevent the situation?Obviously, I developed a spontaneous cognitive disorder today. That's exactly what I responded to, isn't it? Closed is not locked, and therefore the actuator channel is blocked!? That is also exactly what Rick wrote again afterwards. You need something to distinguish between "closed" and "locked." And, in my opinion, reliably recognizing "locked" is only possible with the contact at the correct position and not just via logics when you actually only have contacts for open or tilted. Because the locking position cannot be detected that way. The position of the handle could be detected, as already mentioned, with EnOcean handles. That would already be partially helpful and could, in combination with contacts for the closed state, enable such detection.
If you don't have that, you have to detect whether someone is outside or inside. You could use a presence detector for that, but then the risk is very high that the fat neighbor's cat regularly blocks your blinds. I still have one idea though... a hidden button somewhere that raises the blinds via a binary input. If there are KNX buttons outside, you could possibly also tinker something together using multiple button presses or combinations.
If this still misses the point, I'll immediately retire to bed.
How exactly do you deal with this situation? If I interpret your statements correctly, then you have reed contacts and automatic shading. Do you have a closure detection or not? If yes, then the matter is clear for you.
I’ve already written it once: window open (not tilted, not ajar, nothing else): blind locked. Window tilted and blind down with slats closed: slats open. If someone locks the window from inside, blind unlocked. That’s all there is.
If not, how do you prevent the situation?
The position of the handle could be detected, as already mentioned, with EnOcean handles. That would already be partially helpful and could enable such detection in combination with contacts for the closed state.
If you don’t have that, you have to detect whether someone is outside or inside. You could use a presence detector for that, but then there is a high risk that the fat neighbor’s cat regularly locks your blinds. I still have one idea… a hidden button somewhere that raises the blind via a binary input. If there are KNX buttons outside, you can possibly also tinker something via multiple presses or combinations.