li_654的博客

整理需求，按照业务功能、故障策略等设计流程图，流程图根据软件架构思想来设计，调度-->各模块API-->模块实现流程，每个模块需要什么调用资源，整体需要的资源有一个清晰的认知。根据收集到的客户需求，知道要做一个什么样的产品，实现什么功能逻辑，有一个笼统的认知。根据设计好的架构流程图，逐步实现业务功能、故障策略等逻辑。做任何事情，一段时间之后要形成一个体系，一套规范。2) 形成软件规格书。

分层设计是为了剥离硬件环境的依赖，使软件系统更好复用，当更换硬件方案时，只需要修改底层函数的初始化，抽象层和服务层完全不需要改动，这样极大的减小时间成本，平台能够很快投入使用。框架搭建好之后，就是分支设计，分支依据单向调用原则，只能通过上层一层一层去调用到底层的函数，服务层--->抽象层--->HAL层，每一个服务层的业务功能都按照这样的规格去实现。抽象层：用来隔离底层硬件而设计的层，上层只能通过这个抽象层调用底层函数，底层不能反过来调用上层，只能是单向操作，这样逻辑会比较清晰。一、为什么要分层设计？

3.3V驱动信号，5V供电可以正常显示，有时候调驱动程序时，延时怎么调都显示都没反应，这时候要看看供电电源是有问题，按照技术手册给的电压范围，测量一下实际供电电压，因为有些电源芯片实际输出电压有可能偏高，如果电压高于驱动芯片的供电范围有可能会导致显示异常，哪怕电压高0.1V，这时候用直流电源供电看一下，更能比较出问题。有时候软件无论怎么调都不行，要首先去检查电源电路供电是否有问题，用直流电源供电试试看看会不会就正常了，是，就说明电源供电有问题，很多时候就是电源供电的问题。

举例：NB-IOT温湿度（668）MCU发数据没问题，模组不返回，这种情况我就跑偏了，排查思路不严谨，直接去找模组问题，当然就成玄学问题了；而后直接测试电源供电电压，发现电池出来3.6V没毛病，经过保险丝后变成了2.2V，显然就是保险丝有问题，阻抗太小导致不能激活模组工作，所以，其实问题很简单，就跑思路跑偏。1 不考虑软件问题，首先，硬件异常第一先想到的是电源供电，如果就一个电压就测一下是否正常；如果是有稳压芯片，要测一下稳压前后的电压是否正常，每级供电电路电源是否正常，一般很多问题都是供电出问题。

嵌入式软件因为直接驱动硬件，设计架构时，无论多么复杂的产品，首先，第一步要做的就是剥离架构，解耦合，因为硬件都有可能会变化，把硬件完全剥离出去，才能最低限度的去修改软件。首先，站在架构的角度去设计，先画出来一个框架图，反复推敲，就像建筑设计师一样，先有一个抽象的大厦设计图，不断的优化，然后把按照图纸一步步实现，实现的过程无需太多的脑力。软件架构并非一层不变的，随着业务和需求的变化，架构也需要适当的调整，一个好的架构要不断的迭代、优化、重构。软件设计犹如作文，古人作文，讲究立意为先。5.功能分层，单向调度；

国内2000~2010这十年处于经济飞速发展期，2010~2020年很多细分领域出现了龙头企业，越往后创新行业越来越少，所以，资本对政策是最敏感的，一旦资本全部涌入这个行业，必然会造成大量缺口，薪资也会跟着水涨船高。每个城市都是自己的发展规划，未来5年重点发展什么领域，通过关注一下城市的产业集群，选择这些行业自然发展就不会差到哪去，像深圳的“20+8”产业集群。看新闻联播，政策扶持哪些行业，大力发展哪些行业，那么，这些行业会迅速崛起，比如，近半年新闻联播提的最多的：人工智能、智能网联车、储能、

这个阶段需要一个大平台，做的产品要有架构设计，在一个稳定的架构下多人协作设计不同的模块和软件层次，如果能参与这样的项目，对于软件编程思想会有一个提升，更多的会运用面向对象的思想去设计，剥离硬件平台的依赖，能够以更低的时间成本切换到不同的硬件平台。开发的产品从一些简单的数据采集类，变成多数据采集，通信，控制逻辑的产品，单片机也51转到STM32，通过STM32开发一些裸机类的产品，这时候的项目难度增加，需要数据处理、通信协议解析及控制逻辑。

学习羽毛球的过程是一个动作一个动作学习，最后连贯起来，形成一套动作，比如杀球，先练好握拍，架拍，引拍，挥拍，下压，重心变换，每一步学会之后，杀球就基本学会了，这就相当于问题分析的过程，产品遇到问题，先拆分成一个一个小问题，针对每个小问题逐个解决，最后问题就迎刃而解了。工作中也是，每个行业都有优秀的，平庸的，垫底的，你遇到的同事都有可能，怎么去和他们打交道，就和打羽毛球配合一样，强强联手不一定能赢，强弱组合也不一定会输，要学会去兼容，才能得到一个好的结果。羽毛球也是一项技术运动，跟工作中很多问题都是相通的。

见过有一些工程师老手遇到问题，总是看现象猜测是哪里的问题，这是完全错误的分析思路，现象只是表象，要透过现象看本质，一个问题可能会产生几种表象，要拿具体的数据来验证猜想，从现象一步步验证、确认问题，逆向推导找出问题点，再从问题点去发现问题的规律性，这就是分析问题的思维，把问题分析清楚了，基本上就解决50%了。这里借用2022年雷军演讲说过的一句话，在软件工程里学到的最重要的道理，可能会出错的地方，一定会出错，所以，每一个地方一定要去检查，只要你用这种认真的精神去做每一件小事，它就一定可以做好。

公司在领域布局产业的时候，通常会选择那些市场大，有一定行业壁垒，没有被垄断的行业，那么我们个人在选择的时候也是一样，要学会赋能，比如：MCU+电机控制，MCU+逆变器，MCU+PID算法等等，这样就不一样了，在一个行业深耕几年积累到经验之后，就会有很多的选择机会，当然，如果个人能力在行业内70%以上水平，薪资待遇这一块都不会低的。这几个热门行业的细分产业有：机器人、低空经济、新能源汽车、充电桩、便携储能、储能换电等等，所以会有很大的市场，相对来说工作机会多一些，如果赶上风口行业，工资还会来一波增长。

STM32现在都是从HAL开始学，已经不需要手动初始化造轮子了，有一个对新手非常友好的图像化编程工具STM32CubeMX，把需要的外设配置好，时钟分频设置好，直接生成基础环境代码，通过调用封装好的API，回调函数，在这个上面实现自己的业务逻辑即可，效率大大提升。信号量、消息、邮箱、消息队列等这些怎么使用？做技术不单单是学习技术这么简单，做技术不是目的，要了解市场，学会做一个技术商人，让自己的技术产生价值，不要陷入打工人的陷阱，技术只是手段、工具，是为了实现更高的价值，要去打造自己的圈子，这才是终极目标。