寻迹小车项目复盘
前言
博主近日首次完成了一个简单的循迹小车。但让我意外的是,在我上手如此简单的项目时,我的思路却十分混乱,开发过程毫无逻辑,虽说跌跌撞撞的做出来了,但效率低下,故在做完该项目后进行复盘,以供进步
复盘简述
- 不要沉迷造轮子!!!
- 无思路的项目:(硬件选型)了解所用模块的功能 ---> 借鉴学习并做框架(做完测试) ---> 遍学遍做模块功能(做完测试) ---> 组装成系统
- 先宏观再微观:写框架---测试框架---写驱动---测试驱动---组成系统
- 分而治之:整体于各个模块都要分开测试,测试需要由小至大
项目无思路,无大局观
不要执着于造轮子!!!
描述
在这次项目的初期,我对如何完成这个项目毫无思路,无从下手。而且后面热衷于造轮子,造又造不出来,慢慢的心态就崩溃了
复盘
在对一个项目了解的过少的时候 应:
- 先了解模块功能 (模块功能简单的话,可以一并学习
如:TB6612、TCRT5000、HC-05大概的原理 - 再学框架 (看源码,学整个系统如何运行
借鉴或思考这个系统的框架如何运行,做出来合理的架构,并测试 - 后"学"并"做"模块功能
根据所学模块知识,完成bsp模块功能驱动代码,并测试 - 最终拼成系统
项目无架构
描述
在做项目时,我常遇到不知道该做什么,也不知当下在做什么的问题。既未知将要进行什么,又迷茫当下的意义,整个过程似乎既无宏观 规划也无微观意识
复盘
重要思想
- 先宏观再微观,由微观至宏观
解释:先写结构先架构(宏观),再写bsp底层功能函数驱动代码(微观),由功能函数(微观)至整体系统(宏观) - 分而治之
解释:整体的大系统的错难找,故,应在结构处测试宏观的正确,在每个bsp底层驱动代码处测试微观的正确。分开"治理",就不会导致合体时系统的崩溃
下次项目改进思路
- 先写框架:以状态机的编程思想为例,先写fsm();的伪代码,理清系统整体运行逻辑
- 测试框架:以蓝牙或按键等工具,测试框架是否有BUG,能否正常进行状态的切换
- 再模块化编程,实现各个基本功能的代码逻辑(注意,模块化功能也可以写逻辑,写伪代码,学会拆分任务
- 测试功能代码:测试功能代码是否有BUG
- 若框架正常,模块化功能正常,则系统整体正常
模块测试由小到大!!!
按 小模块测试--->大模块测试(如:go(); ---> track();)
DEBUG无思路
硬件
- 接线问题:保证接线无误
- 供电问题:注意模块是否供电异常
- 模块异常:更换模块测试(建议常用模块多备几个
软件
- 代码逻辑:善用printf与DEBUG断点调试
- 注意是否开启对应功能(如:编码器开启、定时器开启、PWM产生开启