chris_shang

MSP430应该说是一个主打低功耗的轻量级CPU，从程序设计的角度上来说，一个系统的固件无非分成了BSP(驱动)， OS（或者裸跑的微调度内核），功能库（协议栈，文件系统等这些），还有就是APP（应用程序部分）；
对于任何微控制器平台来说， OS（或者裸跑的微调度内核）都是公用的除非某些操作系统无法在某些Cpu上移植，功能库也是通用的，在不同控制器上移植同一个项目主要的工作量在于BSP。
对于同一系列的CPU来说，应该是BSP部分也是通用的。有差异的就只有应用部分的程序了。
楼主的这个倡议是非常好的，对于MSP430这样一个有特点的控制器，我觉得我们可以把BSP，OS和功能库都集成进来，使用者只需要关注自己的应用就可以了。
MPS430的BSP TI已经折腾的差不多了，如果没有特别需求，直接用也就够了，我们可以把TI的库直接包到我们的工程模板里面；
功能库不知道有多少是MSP430支持和常用的，也可以放到工程模板里，用的时候直接添加就可以了。
重头戏在于这个OS或者微调度内核上。对于MSP430片内的资源情况，上OS有点费劲，我们不如自己写一个前后台系统的调度内核，将任务类型分各类，无非这这几种：
1，周期调用的任务；
2，等时调用的任务；
3，时间出发的任务；
4，中断需立即响应的任务；
上述的几种任务类型可以使用宏封装起来，用的时候只需要向相应的结构体中添加应用程序的函数指针就可以了。
下面是个例子：





另外需要规划系统的时钟节拍，SYS_TICK，各种FIFO，BUF的数据类型定义，操作接口等。


以上一些粗浅的想法，供大家讨论。

wwff2007wwff

不错哎！我一般是主程序轮训的。中断里设置主程序需处理标志位，主程序判断若没有要处理的任务，就进入低功耗了。

dzgc_ycy

做msp430也挺长时间了f、fr、g这几种都使用过，自身觉得很需要一个框架，从时钟到各个模块，以及常用代码块这些如果可以用软件快速设置后导出，可以省去很多写寄存器的时间。不知道楼主这个框架具体指什么。

qwerghf

dzgc_ycy 发表于 2016-12-30 13:14
做msp430也挺长时间了f、fr、g这几种都使用过，自身觉得很需要一个框架，从时钟到各个模块，以及常用代码块 ...

就是可以直接用来开发产品的程序框架，里面有不同的芯片驱动，可以根据你的需要打开，加入简单通信协议栈，可以自己修改，尽量减少你开的底层开发工作，你只要写应用层逻辑就可以了

dzgc_ycy

qwerghf 发表于 2016-12-30 13:18
就是可以直接用来开发产品的程序框架，里面有不同的芯片驱动，可以根据你的需要打开，加入简单通信协议栈 ...

能明白楼主的意思，平时直接写底层确实费时费力，而且每个工程都要从头开始，只是写的多了参考一下以前的能快一点。不过你说的这个框架还是很有必要，可以省去开发者面向底层的这个难题，这样开发方式会简单，周期也能缩短。

toadwei

不错，奖品不错。可以参考瑞萨的自动代码生成器，硬件层面和软件层面分离，条理清晰，我目前采用的都是瑞萨的这个程序框架，上个图，大家参考下