笔记备忘《貌似解决一个问题》
经过一个月,触发式思考,昨天和今天感觉已经解决干扰信号。具体为::上位机关机产生低电平导致下位机(单片机)误以为是串口编码“0x00”。
方法就是::下位机(单片机控制模拟舵机数字舵机)打开计时器0,16位计时(71毫秒),来判断串口接收后编码计数变量是否为0,如果不为0,强制赋值“0”。
可能情况::错误判断,计时器中断正好在串口获取数据穿时。但今天发现,不用担心,因为已经设置串口通信中断为最高级别,就不会存在误判断了。
实际上软件运行还有很多没有考虑的情况,所以还需设想其它理论推演,实践也不可少。 https://t.cn/z8LRvyu
经过一个月,触发式思考,昨天和今天感觉已经解决干扰信号。具体为::上位机关机产生低电平导致下位机(单片机)误以为是串口编码“0x00”。
方法就是::下位机(单片机控制模拟舵机数字舵机)打开计时器0,16位计时(71毫秒),来判断串口接收后编码计数变量是否为0,如果不为0,强制赋值“0”。
可能情况::错误判断,计时器中断正好在串口获取数据穿时。但今天发现,不用担心,因为已经设置串口通信中断为最高级别,就不会存在误判断了。
实际上软件运行还有很多没有考虑的情况,所以还需设想其它理论推演,实践也不可少。 https://t.cn/z8LRvyu
【KEIL软件开发:传说中的软件断点到底是什么?】
转自面向软件开发进阶读者的公众号,分享包括但不限于 C 语言、KEIL、STM32、51 等知识
不知道大家是否有过这样的经历:代码全速运行的时候,等了很久发现并没有得到想要的结果,然后暂停之后发现程序死在了循环里面,或者断言里面。
那么,我们是否有办法在程序断言失败的时候,让程序自动停下来呢?而不是苦苦等待结果呢?
如果用常规的方法,肯定是在断言里面加入断点,只要断言失败,那么程序自然就停下来了。
但是我们知道,KEIL 加入断点后有可能在再次打开工程后消失,而且STM32单片机支持的断点数量也有限,有没有好的方法?
有的,就是软件断点!
你可以在需要停止CPU运行的代码中加入这条语句:
__breakpoint(0); //后面的立即数不怎么重要
这样,当你的程序断言失败了之后,如果运行到这条语句,在线调试模式下就会自动停止单片机运行(如果不在在线调试模式,也会进入停止运行,所以需要后面的优化方案)。
比如 hardfault 错误很难查,但是你可以在进入这个中断后,立刻执行一条汇编软件断点代码:
BKPT 0
或者直接在中断处理函数中加入代码:
void HardFault_Handler(void)
{
__breakpoint(0);
}
这样一来,一旦运行到这个函数,单片机就会马上自动停止运行,而且你还可以通过 stack 窗口查看是从哪里跳进这个函数的,这样就能快速定位这种错误了!
只有在满足条件下,才会在你设置断点位置自动停止在断点处。比如一个条件下,会导致整个程序出问题,那么你可以在应用程序中添加代码,让其在满足条件时自动停止运行(前提是处于在线调试,否则没有任何打印信息的情况下,停止运行是很麻烦的事情)。
但有的时候,我只想让软件断点在进入调试模式时生效,正常运行时不产生软件断点,又该如何处理;换句话说,如何判断单片机处于调试模式还是正常模式。
C语言版:
if(*((uint32_t*)0xE000EDF0) & 0x00000001) // 判断是否工作在调试模式
{
__breakpoint(0);
}
汇编版:
DEMCR EQU 0xE000EDF0
LDR r0, =DEMCR
LDR r0,[r0,#0x00]
AND r0,r0,#0x00000001
CBZ r0,no_debug
BKPT 0
no_debug ; 地址标签
适用于 STM32f1x or Cortex-M3/M4 平台,其他平台自行研究。
注意:刚下载程序时判断也会成立,必须断开调试器后再上电才可退出调试模式(或者其他方式退出调试模式)。
https://t.cn/A6S2YGw2
namo-amitabhaya!
转自面向软件开发进阶读者的公众号,分享包括但不限于 C 语言、KEIL、STM32、51 等知识
不知道大家是否有过这样的经历:代码全速运行的时候,等了很久发现并没有得到想要的结果,然后暂停之后发现程序死在了循环里面,或者断言里面。
那么,我们是否有办法在程序断言失败的时候,让程序自动停下来呢?而不是苦苦等待结果呢?
如果用常规的方法,肯定是在断言里面加入断点,只要断言失败,那么程序自然就停下来了。
但是我们知道,KEIL 加入断点后有可能在再次打开工程后消失,而且STM32单片机支持的断点数量也有限,有没有好的方法?
有的,就是软件断点!
你可以在需要停止CPU运行的代码中加入这条语句:
__breakpoint(0); //后面的立即数不怎么重要
这样,当你的程序断言失败了之后,如果运行到这条语句,在线调试模式下就会自动停止单片机运行(如果不在在线调试模式,也会进入停止运行,所以需要后面的优化方案)。
比如 hardfault 错误很难查,但是你可以在进入这个中断后,立刻执行一条汇编软件断点代码:
BKPT 0
或者直接在中断处理函数中加入代码:
void HardFault_Handler(void)
{
__breakpoint(0);
}
这样一来,一旦运行到这个函数,单片机就会马上自动停止运行,而且你还可以通过 stack 窗口查看是从哪里跳进这个函数的,这样就能快速定位这种错误了!
只有在满足条件下,才会在你设置断点位置自动停止在断点处。比如一个条件下,会导致整个程序出问题,那么你可以在应用程序中添加代码,让其在满足条件时自动停止运行(前提是处于在线调试,否则没有任何打印信息的情况下,停止运行是很麻烦的事情)。
但有的时候,我只想让软件断点在进入调试模式时生效,正常运行时不产生软件断点,又该如何处理;换句话说,如何判断单片机处于调试模式还是正常模式。
C语言版:
if(*((uint32_t*)0xE000EDF0) & 0x00000001) // 判断是否工作在调试模式
{
__breakpoint(0);
}
汇编版:
DEMCR EQU 0xE000EDF0
LDR r0, =DEMCR
LDR r0,[r0,#0x00]
AND r0,r0,#0x00000001
CBZ r0,no_debug
BKPT 0
no_debug ; 地址标签
适用于 STM32f1x or Cortex-M3/M4 平台,其他平台自行研究。
注意:刚下载程序时判断也会成立,必须断开调试器后再上电才可退出调试模式(或者其他方式退出调试模式)。
https://t.cn/A6S2YGw2
namo-amitabhaya!
昨夜备忘录1::《按照理论设计第一个模拟转数字舵机0x00号升级成功》
第一个很粗糙,焊接了5根线:黑-地线;白-5v电源;兰-舵机控制;黄-单片机的TXD;橙-stc8g单片机的RXD(原模拟舵机的控制线)。
正好模拟舵机内部剩余的空间放入,外壳复位后正常。
测试00号数字舵机运行正常,善哉 https://t.cn/AiHsTBxG
第一个很粗糙,焊接了5根线:黑-地线;白-5v电源;兰-舵机控制;黄-单片机的TXD;橙-stc8g单片机的RXD(原模拟舵机的控制线)。
正好模拟舵机内部剩余的空间放入,外壳复位后正常。
测试00号数字舵机运行正常,善哉 https://t.cn/AiHsTBxG
✋热门推荐