安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题









You could probably do that manually with some fancy external logic... Though I could implement an automatic lock feature that locks the door automatically after a delay.
I would have to look at the logic and programming of the microcontroller and come up with a good way to make the delay configurable.
The overrides are intended to be used from the inside of the secure area to allow the user to both lock and unlock the door from inside. They can of course also be used for remote overrides. If I do add an optional timeout feature, I would probably also consider programming it to stay unlocked while the override input is active, and only start the timeout timer once the override input has gone low.
Keep in mind though, non-electronic doors won't be able to be closed automatically.
Either use an instrument panel, which can give you up to four button in one block, or use a boolean to composite adapter.