IO 异常输出排查指南

在嵌入式开发过程中，无法避免进行IO操作。通常情况下，IO操作是正常的，但有时由于各种原因可能会导致异常输出，或者输出不符合预期（例如本应一直输出高电平，突然出现低电平）。

1、由于时间较长，可能无法确切知道在哪个地方对该IO进行了操作。
2、程序异常可能会篡改IO输出。
3、当维护他人编写的程序时，由于代码量较大，难以确定哪些部分会修改该IO。

针对以上情况，本文将探讨如何快速排查异常输出问题（软件问题，而非单片机本身的问题）。

一、全局搜索

一般来说，IO输出肯定留下了一些蛛丝马迹，例如我们可以全局搜索GPIOB和GPIO_Pin_0等关键词。
当然，我们也可以借助 SI 之类的工具查看相关定义的使用情况。

总之，这个方法，比较笨，但对付一般的异常输出，问题不大。

二、断点神器

如果上述方法还是没法查出问题，那么只能请出我们的终极杀人王“火云邪神”，不，终极调试神器——断点出场了（关于该调试方法使用与介绍，可以查看历史笔记《打了多年的单片机调试断点到底应该怎么设置？| 颠覆认知》）

既然从源码很难分析这些问题，那就只能靠单片机本身提供的调试手段来查了。

比如，输出时，我们一般都会调用 GPIOB->BSRR 之类的寄存器设置高电平或低电平，所以我们可以使用我们的调试神器跟踪这个寄存器的写入情况，比如我们可以通过设置如下窗口跟踪 GPIOB->BSRR 写入情况：

（这里设置为 4 字节访问，是因为这里的寄存器是 32 位的)

当然，除了要查 BSRR，还有 BRR、ODR 等寄存器，还有别忘了，位绑定的地址操作。

总之，这些地址全部跟踪一遍，如果是软件问题，99% 都能查出来。

另外鱼鹰再教大家一个快速找到寄存器地址方法，比如在调试模式下，可以在命令行中输入下面这个，就能得到对应的地址，当然绑定地址只能通过变量中转一下了，或者直接看汇编代码也很快。

总之，找地址的方法很多，千万不要傻傻的自己手工算，不然怎么早点下班玩游戏啊。

而对于有些 IO 的配置莫名的改变了，比如输入变输出，输出变输入，那还要跟踪 CRL 、 CRH 寄存器。

该方法从根本上跟踪指令，基本上所有代码都将无所遁形（除了 DMA 的操作，不过一般人应该不会用 DMA 去控制 IO 吧），即使你的代码是指针或者其他骚操作，甚至是异常篡改 IO 寄存器这种情况。

如何避免？

一般来说，上面两种方法基本上就可以排查问题了，但是有些情况很复杂，就需要根据情况选择适合自己的方法了，方法二绝对是神器级别的，一般问题不大。

所以现在讨论一下怎么尽量避免这个问题。

1、每个 IO 操作尽量封装在单独一个函数中，或者使用一个枚举参数进行控制，比如一个枚举 OUT_PIN_LED，这样在全局搜索时，搜索这个函数或者枚举就可找出所有操作该 IO 的位置，这也是鱼鹰为什么要实现这个 IO 框架的原因之一（简单实用IO输入输出框架）。绝对不建议直接操作库函数或者寄存器。

2、使用 LCKR （锁定）寄存器。很多道友可能听说或者见过这个寄存器，但在实际项目中很少使用。事实上这个寄存器很有用处，特别是你不确定这个 IO 配置是否会被别人的代码修改的情况。如果很确定这个 IO 从始至终只会有一个配置（输入或输出等），那么建议大家在配置完后使用该寄存器锁定对应的引脚，这样，你就不怕别人意外修改这个 IO 的配置了（只要锁定了，就无法修改配置，除非重新上电）。之后你的关注点集中在 IO 输出即可，而不必怀疑配置被修改的可能。当然，在锁定这个 IO 之前的代码问题，可不敢保证。

以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”，或扫描下方二维码进行关注，更多干货等着你 ！