1225——25年底的技术总结与思考

跨度有点大了，上一篇是八月份写的，最近有点忙，忙东忙西，但似乎也并不是什么重要事情。

手里有些小项目要去试产，虽然不是公司主线项目，但是好歹开启了我的技术探究路线，总有个循序渐进的步骤嘛。

到了量产这一步，那就不得不关注更多的东西，和做着玩就是不同思路了。下面根据手头项目来引出一些技术总结和思考。

未经复盘的生活，那只能是重蹈覆辙，浪费光阴。

升降桌走步机一体旋钮手柄

本身的功能是很简单的，只不过一直在改板，改需求，改下控等等，所以该项目也是做了半年多这样。

不过我的软件开发能力也随着产品迭代提升了，能看见最开始写的一些不足之处，并且及时修正。

• 系统触发时间应该马上处理，而不是留标志位给周期任务处理

  在开始写程序时，我的想法就是，触发一次事件后，置位。并且在周期任务里处理本次事件。但是带来了不少麻烦。

  1 如果处理任务周期长于事件触发间隔，这个方法就有问题了，会导致事件处理不及时，从而丢掉了一个任务周期内的所有事件，被合为一次事件处理了。处理方法是：①缩短事件处理函数的任务周期，这要求事件callback函数效率不能太低，不能占用很长的时间片，例如在callback中还要刷新大量的显示数据。②非中断产生的事件，不用担心是否需要块进块出，触发后立即调用callback函数，及时响应事件，并且清楚事件。

  2 事件置位后，本页面无作用的事件要及时清理。如果没有被清除而到了其他的处理页面，会导致一次错误事件被触发。解决办法也很简单。①使用事件驱动框架，而非置标志位给周期任务处理。给每个事件在对应场景下赋予对应callback函数，若该场景下不需要改事件，赋予一个什么也不做的callback函数。

低功耗液晶蓝牙遥控器

使用干电池的设备，都应该考虑产品的低功耗功能，来延迟设备的使用事件，降低用户更换电池的频率。

低功耗产品，大概有这些方面需要考虑

• 产品进入低功耗后，再次唤醒能不能及时响应？

• 最大功耗下，产品可以使用多久？低功耗下，应该处于uA的电流以达到几乎零消耗的效果