【RM2020 圆桌】第七期 嵌入式调试技巧分享

5.像can spi iic总线 等通信出现问题时如何排查问题比较快
我喜欢的方法是自低向上从寄存器开始，有时候用的硬件中间层很复杂，对着自顶向下去排查反而效率低。直接拿着MCU的用户手册对着寄存器排查，确保配置相关的寄存器是正确的，在步进时多关注一些关键状态位的变化情况，比如中断标志位，错误标志位。保证寄存器这边能work了，上面的问题就好排查了。

好谢谢了

有没有什么办法可以通过直接改变仿真窗口watch里面的数值，然后就直接把程序里面的对应变量的数值也发生相应改变呢？我用的ST-link仿真的，每次发现系数不得，都得程重新退出仿真 然后下载程序 然后继续仿真 感觉这样很麻烦

看样子的好好看一下帮助手册了

小萌新能弱弱的问一下 帮助手册是在哪下载的吗

问一下cube和hal会不会存在问题  开始学时学的标准库 网上有人说cube生成的代码问题很多而且代码构架已经固定了  一直在用标准库

启林 发表于 2020-4-10 20:53
小萌新能弱弱的问一下 帮助手册是在哪下载的吗

keil里就有

大家稍等，最后这几个问题嘉宾都看到了，正在努力回复中（敲键盘
）

6.有没有什么办法可以通过直接改变仿真窗口watch里面的数值，然后就直接把程序里面的对应变量的数值也发生相应改变呢？我用的ST-link仿真的，每次发现系数不得，都得程重新退出仿真 然后下载程序 然后继续仿真 感觉这样很麻烦

答：程序是写在Flash里面的，虽然使用调试器通过memory窗口可以直接修改Flash中的指令，但是这样操作需要对汇编有很深的理解才行。建议你将系数定义在全局变量中，利用watch一次调好参，就不用反复下程序了。

或者你可以使用IAP或者E2PROM实现参数修改后断电保存。

7.问一下cube和hal会不会存在问题 开始学时学的标准库？网上有人说cube生成的代码问题很多而且代码构架已经固定了 一直在用标准库。
答：我建议使用HAL或者LL库，ST公司已经对标准库停止维护了，新出的芯片也不再有标准库的支持。对比几年前，现在HAL和LL已经很完善了，而且HAL库这种硬件抽象层的思想是符合现在嵌入式设备的发展趋势的，使用HAL库+CubeMX比标准库开发更快更容易上手，追求性能可以使用LL库。