《5个IO口做25个按键》.pdfVIP

做项目 （工程）的时候，我们经常要用到比较多的按键，而且IO 资源紧张，于是我们就想方设法地在别 的模块中节省IO 口，好不容易挤出一两个IO 口，却发现仍然不够用，实 没办法了就添加一个IC来扫键。 一个IC 虽然价格不高，但对于大批量生产而且产品利润低的厂家来说，这是一笔不菲的开支! 那，我们能不能想到比较好的扫键方法：用最 的IO 口，扫最多的键？可以吗？ 举个例：给出5 个IO 口，能扫多 键？有人说是2*3＝6 个，如图一： 图一 对，大部分技术参考书都这么做，我们也经常这样做：用3 个IO 口作行扫描，2 个IO 作列检测 （为 方便描述，我们约定：设置某一IO 口输出为 “0”――称其为 “扫某IO 口”）。用行线输出扫键码，列线 检测是否有按键的查询方法进行扫键。扫键流程： 行线依次输出011，101，110 扫键值，行线每输出一 个扫键值，列线检测一次。当列线检测到有按键时，结合输出的扫键值可以判断相应的按键。 但是，5 个IO 真的只能扫6 个键吗？有人说可以扫9 个，很聪明！利用行IO 与地衍生3 个键 （要注意上 拉电阻），如图二： PDF 文件使用 FinePrint pdfFactory 试用版本创建 图二 扫键流程：先检测3 个行IO 口，对K1’，K2’，K3’进行扫键，之后如上述2*3 扫键流程。5 个IO 口能 扫9 个键，够厉害吧，足足比6 个键多了1/2！ 动动脑，还能不能再多扫 个？就 个？一个也行！好，再想一下，硬是被逼出来了！如图三： 图三 PDF 文件使用 FinePrint pdfFactory 试用版本创建 不多不 ，正好10个键！这种扫键方式比较 见吧！漂亮！扫键流程：设IO1 输出为 “0”，检测IO2…I O5，若判断有相应健按下，则可知有健；若无键，则继续扫键：设IO2输出为“0”，检测IO3，IO4，IO5， 判断有无键按下，如此类推。这里应注意：当扫某一IO 口 （输出为 “0”）时，不要去检测已经扫过的IO 口。如：此时设置IO2输出为 “0”，依次检测IO3,IO4,IO5，但不要去检测IO1，否则会出错 （为什么， 请思考）。 感觉怎么样？不错吧！让我们再看看图三，好有成就感！看着，看着……又看到了什么？快！见图四： 图四 真强！被您看出20 个键！多了一个对称的三角形。可是，像这样的排列能正确扫20 个键吗？回答是肯定 的：不能！上下三角形相互对称，其对称扫出的键无法区别。有没有注意到分析图三时提到的注意点？ （à “当扫某IO 口时，不要去检测已经扫过的IO 口，否则会出错”） 我们分析一下图四：当IO1 输出“0”时，按下K11 或K11’键都能被IO2 检测到，但IO2 检测却无法区别 K11 和K11’键！同理，不管扫哪个IO 口，都有两个对称的键不能区分。 我们假想，如果能把对称键区分开来，我们就能正常地去判断按键。我们 思考：有没有单向导通性器件？ 有！见图五！ PDF 文件使用 FinePrint pdfFactory 试用版本创建 图五 很巧妙的思路！利用二极管的单向导通性，区别两个对称键。扫键思路：对逐个IO 口扫键，其他四个IO 口可以分别检测其所在的四个按键。这样