有兴趣一起制定一套用户代码逻辑框架

东北f4

有兴趣一起制定一套用户代码逻辑框架，主要的特点是方便用户在整理用户逻辑问题时更方便、稳定，并可以在任何一款单片机中用，且可移植性强，稳定、占内存小、开源等特点！
有兴趣的人，可以尝试一起写一下！

比如目前单片机的写法：
硬件驱动初始化-->进入while（1）循环，然后处理复杂的逻辑关系；

需要处理的就是将逻辑关系模块化，使其更简洁，易懂；
有兴趣的可以一起讨论逻辑框架搭建！将你目前知道的，逻辑框架列出来，大家一起整理一份逻辑框架，希望踊跃发言！

eric2013

帮顶，点赞

mioc_hust

等结果，看有什么好解决方案

armfly

这个题目太大。
1、如果让逻辑设计简单化，最终就搞成想PLC这样的方案了，梯形图点几下就可以弄出逻辑关系，电工都可以学，比C语言简单。
2、如果是面向C程序员，想让逻辑简单，就要搞脚本语言，解释执行。LUA脚本语言已经较完善。
3、如果是想搞一套通用的API函数，那posix标准是方向，但是应用不多
4、周立功搞了几年的AWorks供参考。由于AWorks制定了统一的接口规范，并对各种微处理器内置的功能部件与外围器件进行了高度的抽象，因此无论你选用的是ARM还是DSP，通过“按需定制”的外设驱动软件和相关组件，以高度复用的软件设计原则和只针对接口编程的思想为前提，则应用软件均可实现“一次编程、终生使用和跨平台”。
5、我们开发板的bsp框架有点类似周立功平台化的概念。103，407，429，RT1052很多例子的main app等函数直接复制过来就完成了移植。

也许作者的目的是整理程序结构的设计，前后台、状态机、事件消息机制等内容吧

东北f4

很感谢群主的支持，发贴的主题是整理程序结构的设计，暂时不去管外设驱动；
目前想到：无操作系统可用有限状态机的思路；
每一个状态做一个链表，将所以的状态放在表中，实现状态的注册与卸载
所有的状态有相应的事件或者ID，也整理一个链表，通过事件ID来获取相应的状态；
状态间的通讯等等

如果加操作系统，还没有想好不知道有没有什么更高效的状态设计

leiyitan

东北f4 发表于 2018-4-16 09:54
很感谢群主的支持，发贴的主题是整理程序结构的设计，暂时不去管外设驱动；
目前想到：无操作系统可用有限 ...

QP