I am using the Tedee Pro lock along with the official door sensor in an office building, which means the lock is operated by multiple users throughout the day.
A few days ago, one user (likely by accident) initiated the locking function while the door was still open. Consequently, the lock bolt extended. This caused subsequent users to hit the bolt against the door frame when attempting to close the door, causing damage to the bolt and frame. This exact scenario happened again today, reinforcing the urgency of this safety feature.
In my opinion, the lock should fundamentally prevent any locking action when the door sensor detects that the door is open. This operation serves no logical purpose and, as we’ve seen, leads to potential issues.
If there are specific use cases where users might need to override this, there should at least be an optional setting available within the lock configuration to enable or disable this crucial safety mechanism.
The lock didn’t fully lock properly. Someone tried to open and close it to fix it. The problem is, when the door is unlocked, it springs open (maybe 3-5 cm away from the frame). If you lock it while it’s sprung open, that’s when the issue happens.
One person didn’t realize you have to shut the door first to lock it with the keypad. They hit the lock button, heard the bolt move out, and then quickly slammed the door shut. Of course, the door couldn’t close because the bolt was already out. They were in a hurry and didn’t see it.
Both of these were before we got the door sensor. We bought it hoping it would stop these exact problems, but it turns out it doesn’t.
Hi Konrad, I also bought the sensor for the Pro and found the following:
When I leave, I press the button on the remote for a long time to trigger the auto lock. I set the lock with a 20-second delay. If I close the door after more than 20 seconds, it takes 20 seconds for the door to close. Why? I can set it under automatic closing, but then the door will always lock when I close it. I don’t want that when I’m at home, only when I leave.
Then I set the delay to 10 seconds, open the door, and after 10 seconds the door locks, even though it was open. How can that be? What am I paying 55 euros for if the sensor doesn’t work as advertised?
Please check the function; it should not be possible for the door to lock when it is open with the sensor.
Please also include the function of immediate closing, where you can set the delay of the closing (not the permanent immediate closing). This makes more sense to me than it does now.
Hi @Harry Did you try to set the “postponed lock” to 1-2 sec? Will it work for you?
About the problem with locking the lock when the door is open. The Door Sensor will prevent auto-locking when the door is open. In some cases, it may not work when the information about the door state change is at the same time as when the auto lock is triggered. If you can reproduce the problem, don’t hesitate to get in touch with our support team at support@tedee.com and describe it in more detail.
set the postponed lock to 10 seconds, then it won’t be so hectic. Because it works all the time, whether I open and close the door or leave it closed. That’s very easy programmed.
I observe the sensor and contact support if the door locks again when it is open.
@Konrad, could I please ask for an update on the feature request? I’ve already provided the explanation, motivation, and all the details you requested. I would appreciate your feedback on the request. Thank you.
@Kamil_Chojnicki Thanks for the detailed feedback. Let me clarify how the current logic works and why we implemented it this way.
First, we intentionally do not enforce a permanent, absolute block on locking whenever the door sensor reports “open”. The main reason is reliability: if the magnet moves slightly or the sensor becomes misaligned, users could suddenly be unable to lock the door and may not understand why. We want to avoid a situation where a temporary sensor issue completely prevents locking.
Instead, our goal is to block only unattended or remote locking actions where the user cannot physically see the door.
Keypad locking
You are right that the keypad currently does not check the door-open state. This is an area where applying the same safety rule makes sense, and we are evaluating adding this restriction.
Regarding the “unlock then lock while open” scenario: if this were performed from the app, a simple tap would not trigger a lock; the UI requires a press-and-hold when the door is open. If you can share the exact steps or integration used, we can trace the specific path and verify whether a gap exists.
@Konrad Thanks for the explanation, but this approach raises a few serious concerns.
First, sensor reliability should be a given. If the design or mounting of the magnet can cause unreliable readings, that’s not a reason to weaken the logic — it’s an issue with hardware or calibration that needs to be addressed. The door sensor in this system is one of the most expensive on the market, if not the most expensive, so having any doubts about its reliability is simply unacceptable. A smart lock that cannot consistently trust its own sensor data undermines both user confidence and system integrity.
Second, about keypad locking — yes, it definitely makes sense to apply the same safety rule there, but that’s precisely why it should have been part of the design from the beginning. Saying that this fundamental feature “is being evaluated” sounds like it might be added at some point in the future, rather than treated as an essential fix. Considering how straightforward the functionality is, it should already be implemented.
Lastly, while a simple tap from the app won’t trigger a lock when the door is open, there is currently no way to view the actual door sensor status remotely. This is another important caveat that I plan to address in a separate forum discussion.
