嵌入式软件架构设计浅谈(一)
2019-08-15 14:30
1246 查看
版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/qq_43650963/article/details/99634047
作为程序员,我觉得如果要走的更远必须要成为工程师,毕竟年龄和资历都摆在那里了。所以就让我这个老程序员浅谈一下嵌入式软件架构设计。 我参考的也是一篇博文。原图如下 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20190815141639688.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNjUwOTYz,size_16,color_FFFFFF,t_70)
这应该是是一个物联网小车的项目,我就根据自己的能力分析下某个接口的设计。
我心中假设的流程是小车采集加速计数据后通过BC95上传,通过控制算法来控制电机运作。
硬件驱动层
nb95 通过串口通讯,所以linux已经正确加载了uart驱动,并且提供标准的API。比如open read等 加速计通过i2c通讯,而且linux也提供了标准的API。比如open read等 电机通过继电器控制,假设也提供了标准的API。比如open ioctl等 哈哈,看来这一层啥也不同干哦!
功能模块层
网络通讯模块 接口为net_open net_read net_wirte等 加速计模块 接口为acc_open acc_read acc_wirte等 电机模块 接口为ele_open ele_read ele_write 等 这些模块也就调用了linux的标准API 然后可以加入自己的数据结构。
业务逻辑层
通信业务 何时打开,何时接收,何时断开,故障如何处理 电机控制业务 何时控制 ,谁去控制,故障如何处理
应用
直接调用业务
总结
大家看到我这个程序员的水平了吧,我也是佩服自己,希望能有大神对我指点一二。
相关文章推荐
- SoC嵌入式软件架构设计之三:代码分块(Bank)设计原则
- SoC嵌入式软件架构设计之五 :可执行程序的重构
- 浅谈嵌入式软件系统设计中的正交性
- 高级嵌入式软件架构设计
- SoC嵌入式软件架构设计II:没有MMU的CPU虚拟内存管理的设计和实现方法
- SoC嵌入式软件架构设计之三:代码分块(Bank)设计原则
- SoC嵌入式软件架构设计之七:嵌入式文件系统设计
- 浅谈Architectural Assumption(软件架构设计的假设条件)(1)
- 嵌入式应用软件架构设计
- 嵌入式系统软件架构设计概论
- SoC嵌入式软件架构设计之四 :内存空间规划分配
- 嵌入式软件架构设计之分层设计
- SoC嵌入式软件架构设计
- 嵌入式软件架构设计
- 嵌入式软件架构设计
- SoC嵌入式软件架构设计
- SoC嵌入式软件架构设计之一:系统内存需求评估
- SoC嵌入式软件架构设计之一:系统内存需求评估
- SoC嵌入式软件架构设计
- SoC嵌入式软件架构设计之二:虚拟内存管理原理、MMU硬件设计及代码分块管理