完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
在进行单片机开发时，经常都会出现一些很不起眼的问题，这些问题其实都是很基础的c语言知识点，是一些小细节。但是正是因为很基础，又都是小细节，所以我们往往容易忽视它们。结果有时候我们会花很长的时间纠结一个问题，迟迟找不到问题的所在。当发现原因竟然是这么的简单和不起眼时，我想大家都会感到痛不欲生。笔者今天又碰到了这样的问题，实在忍不住了。因为这些问题都是小的知识点，考虑到之前也遇到好多这种问题，于是决定每次遇到问题就记录下来，时刻提醒自己!!
1. !和~不一样 ! ：逻辑非符号； ~：是位取反符号； 对IO口某个管脚赋值时不要错用 !，如 2. <<和>>的优先级低于+、- 比如要实现c=x*2+1，没有加括号会出错 3. 移位要防止溢出 其实用移位代替乘除法是个不错的方法，笔者很喜欢拿到一段代码后用移位代替乘除法来进行优化。不过有时候却会出现问题，比如溢出问题。当很明显可能溢出的话我们是会注意的，比如 但是有时候这个问题是不明显的，比如当移位出现在数组索引或函数参数时，有段用液晶显示字符的代码如下 我们可以用左移运算来代替乘法进行优化，如 这本是一个好方法，但是事实上上面的代码是错的。当执行c<<4时，因为没有明显的赋值过程，我们可能认为没问题，而事实上c的高位已经丢失了，所以得到错误的结果。一个可行的做法是先进行强制转换，如 4. 无符号和有符号运算 当一个有符号数和一个无符号数进行算术运算时，系统会自动将有符号数强制转换为无符号数再进行运算(即使你使用有符号数强制类型转换)，如下面两种写法的运输结果是一样的。 5. 局部变量要初始化 这一点是比较容易被忽略的。局部变量没有初始化的话，因为单片机每次为他分配的是同一个内存区域，当你在函数中是这么使用局部变量时，就可能出问题： 如果第一次调用fun时，a传递的值为0，那么flag = 0x01; 执行if(flag&0x01)后面的代码。以后再调用fun时，即使a不为0，但flag依然使用之前的内存区域，所以其值一直为0x01，一直执行的是if后面的代码，而不是else后面的 
3
|
|
|
相关推荐
|
|
|
· 2016-9-19 09:27:22
|
|
|
|
|
|
|
|
|
· 2016-9-19 09:27:35
|
|
|
|
|
|
|
|
|
· 2016-9-19 14:10:02
|
|
|
|
|
|
|
|
|
· 2016-9-19 14:10:14
|
|
|
|
|
|
|
|
AD7686芯片不传输数据给STM32，但是手按住就会有数据。
499 浏览 1 评论
1943 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
1053 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
1469 浏览 1 评论
LL库F030进行3个串口收发，2个串口为232，一个为485，长时间后，会出现串口1停止运行，另外两个正常，只有重启复原
1909 浏览 1 评论
/7 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
5064
淘帖
528
发表评论
赞
回复
