2018年6月5日编程笔记

前言:以后编程的话还是要写记录,对于我这种电子系出身的,编程能力还是有很大的问题,本科编程的机会也基本没有了,这回开始开始按照日期做一个编程记录,给自己提醒,也希望如果有人跟我一样犯一些错误的话也能够有所收获。话不多说,开始进入正题。

许久没有编写32程序,今天又开始了对32的编程。其实就是发现之前的超声波程序不好使,然后调试。首先利用硬件debug调试,发现卡死在delay函数中,后来发现编译通过,但是排查发现,只用加上了对应的初始化函数即可。这个问题不知道为什么之前一直没有解决,其实非常简单。编写程序的时候,编译器不一定能完全检查到类似的错误。所以在编写程序的时候,很多的一个问题就是初始化不正确。

第二个问题是发现屏幕不好使了。发现屏幕不好使,应该立刻用示范程序检查下相关的硬件电路,但是即使是对应的硬件电路出现问题,也不应该立刻怀疑硬件提供者的问题,一般我们编写软件的,要对设计硬件的伙伴充满信任。最合理的方式是重新检查与程序相关的任何硬件设备,比如屏幕出现问题,不一定是屏幕本身有问题,可能是接线不对,可能是对应的接线管脚做了其他用途,可能是操作方法不正确,总之,一个比较好的思路是由简单到复杂,我们应当及时地向网络托管自己学习过程中的代码,这都是一笔财富。不仅仅是自己以后可以复用,更重要的是,对于硬件相关的软件开发者来说,自己以前编写的好用的程序,是可以在以后验证自己的硬件的。如果之前的程序不好用了,也要记住及时找接线问题,配置问题等自己的问题。

然后之前我们编写C++的桌面程序也有经验。在编写的过程中,老师建议我们使用MFC,但是实际上MFC作为一种不那么流行的编写库,现在出现了问题也很难找到解决方法,后来我们选择了QT来编写我们的程序,结果要方便许多。所以,在建立自己的项目的时候,应该在允许的前提下使用当下比较流行,社区比较活跃,支持比较好的开发工具。

另外,在学习QT的时候也有如下的经验,对于新手而言,网上应该会有对应的资源,但是在选择资源的时候,首先应当保证的是资源是有体系而不是琐碎的,像CSDN这样的博客社区,虽然也是学习的重要源泉,但是学习并不系统,所以只能作为学习的补充。比如这回我学习QT是使用的gitbook的QT在线教程,排版赏心悦目,有源码提供,简直美哉。另外,对于新手来说,将程序尽快地跑起来并且选取对应的代码研究可能是最快的方式,学习各种复杂的理论,并不能让人有继续学习下去的愿望,所以其实就是找教程,抄例子,改例子,编例子,这样学习应当是比较高效地。

30秒速览全文:1.保存代码方便检查硬件。

                        2.硬件有问题先找自己接线等配置原因。

                        3程序记住初始化对应资源。

                        4在线学习也要系统,模仿并改编学起来快。

                       

猜你喜欢

转载自blog.csdn.net/STM_32starter/article/details/80588120