This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
介绍了三种程序架构：
一、低功耗+中断
二、循环+低功耗+中断中唤醒
三、菜单按键交互模式
谈一谈我的想法：430的目的就是低功耗，可以把工程的任务进行分组，具备统一的唤醒模式，确保每个任务都能正常执行，正常唤醒，正常进入低功耗。
中断肯定是一个主要的方法。每个任务入口是初始化，执行任务，清理现场，进入低功耗。
恩啊，其实不管怎么选择，大部分都是一个前后台的系统。
面向低功耗的操作系统还是比较少
赞同，这个分组对于non-os的来说挺重要的，如果每个中断都会唤醒cpu，尤其是非周期性的外部中断，多了之后会出现各种先后顺序的组合，人脑来做有点难吧。。。
我一般中断程序写的尽可能短，置一些flag即可，不做长时间的处理。然后用一个timer 来统一做CPU调度，比如每个10ms 唤醒CPU一次，把置了flag的任务统一处理掉。 有些任务10ms执行一次，有些1s执行一次即可，也可以用来做一定程度上的优先级管控。
这样程序在real time 维度上会规整一些。。。规划起来比较清楚，顺序组合少一些，毕竟没有OS来做优先级调度，人脑的思维完整性会差一些。。。
