三段式程序架构设计.rar (3.61 MB, 下载次数: 177) 2018-9-14 16:44 上传 点击文件名下载附件

屋脊雀工作室编撰

• 通过串口下载，在下载过程中，需要控制boot管脚。
• 通过JTAG(SW)调试口下载。
  

• 多应用
  有很多行业，一个设备，会卖给不同的客户，不同的客户就有不同的需求，就需要不同的程序。
  如果底层已一个BUG，需要修改，那么就需要发布N个程序。
• 升级压力
  如果程序比较大，例如驱动有200K，应用有200K，一起400K，那么，OTA就要传输400K。
  如果两者分开，只有一个修改的时候，只需要OTA 200K。
• 促进发展
  如果将底层和APP分离，务必就有一套标准的接口。
  

• 空间分配
  驱动跟应用分离，意思是，驱动一个工程，单独编译。应用是另外一个工程，单独编译。
  那么FLASH和RAM空间就需要分开，通过分散加载文件实现。
  RAM，分开的是全局变量空间。临时变量用的是栈，不需要分开。
• 时间片
  如果驱动没有时间片需求，那么驱动，就类似一堆库函数。应用只要调用就行了。
  如果驱动有要轮询的任务呢？
  

• 可以放在一个低优先级的定时器中轮询。-----不建议
• 去不放在一个函数中，让应用带着跑--------如果应用是小循环模式，带着跑很不方便。
• 上RTOS，驱动掌控RTOS，应用做为一个RTOS的一个任务----------强烈建议用这个方法。
  

• 接口
  应用如何调用底层接口呢？
  CPU执行一个函数，就是将PC指针指向函数。
  写程序时，我们经常会用函数指针。
  APP和驱动的沟通，就是通过函数指针来实现。
• 分离的缺陷
  驱动和应用都会链接标准库，代码会大一点。
  

• BOOT
  最先启动的代码，负责固件更新，并包含最基础的固件下载功能。
  启动后，跳到CORE运行位置，丢失控制权。
• CORE
  通常包含驱动，测试程序。可能会支持更多的固件下载方式。
  部分软件模块也放在CORE。例如文件系统等软件模块。
  所有给应用使用的接口，放在固定位置，以便APP调用。
  如果没有使用RTOS，右边就不是获取，而是跳到APP任务，一单跳过去，CPU控制器就归APP了。
• 应用程序
  实现应用逻辑，通过调用底层接口控制硬件设备。