bsp

前言 之前的一篇文章，通过传统的Page with Flow Logic形式去实现了基于Vue的One Page Application。这种做法其实存在一些设计上的问题，前端页面交互层还好说，但后端服务层明显不符合RESTful设计风格，一个API居然还有View的代码？（二当家：帮主哇，我们不用OO，光去看人家的Page with Flow Logic，被同行知道了会笑我们变态的）咳咳，有鉴于此，恰好近日因肺炎推迟上班，被禁足在家，所以特别补全一个OO方式实现的例子。 注：本篇仍将实现一个查询库存的例子，但项目的结构、前端HTML页面代码以及SAP后端代码很多重要细节都与上一篇文章有所不同，请留意。 与传统BSP方式相比，OO实现BSP的方式有两点好处 前后端逻辑可以完全分离，符合MVC，代码更易阅读和维护 可以独立于页面实现类似RESTful风格的API，显得更 专业 但受制于NetWeaver平台，BSP本身也还有如下缺点 不能完全实现MVC，Model在BSP里面其实不存在，直接Open SQL完事。skr…skr… 尽管能做成RESTful API，但分发还得通过SICF，一个服务一个Application。另外，个人猜测，可能并非所有的HTTP方法BSP都支持，但这个无伤大雅，一般HTTP POST日常也足够了。 GKD 搞快点 Step I 资源和业务分开

1.CPU移植要求： 1 ） 处理器有对应的能产生可重入代码的 C 编译器 2 ） 处理器支持中断且能提供周期性的中断（通常介于 10 到 1000Hz 之 间）。 3 ） 可以关中断和开中断 4 ） 处理器支持存储和载入堆栈指针、 CPU 寄存器、堆栈的指令。 5 ） 处理器有足够的 RAM 用于存放 uC/OS-III 的变量、 结构体、 内部 任务堆栈、任务堆栈等 6 ） 编译器支持 64 位的数据类型 2. uC/OS-III 的架构和它与其他软件、硬件成分的关系： （ 1 ）移植 uC/OS-III 需修改 3 个与内核相关的文件： OS_CPU.H 、 OS_CPU_A.ASM 、 OS_CPU_C.C 。 （ 2 ）移植 uC/OS-III 需修改 3 个与 CPU 相关的文件： CPU.H 、 CPU_A.ASM 、 CPU_CORE.C 。 （ 3 ） BSP 中通常包含了 uC/OS-III 与定时器（产生时基的定时 器 ）、中断控制器的接口。 （ 4 ） 有些半导体厂商会提高相应的固件库文件， 这些文件会被 包含在 CPU/MCU 中。 移植包括三方面内容： CPU 、 OS 、 BSP 。 2. uC/CPU 与 CPU 相关的代码决定于 CPU 的架构。 例如， 关中断和开中断、 堆栈的字长， 堆栈的生长方向等等。与 CPU 相关的代码被封装在叫 做 uC

二、从Micrium官网下载UCOSIII源码并添加文件到工程中 1. 到Micrium官网下载ucos源码程序(MDK版) micrium网址: https://www.micrium.com/ 选择STM32F4xx 下载示例工程 此处需要账号，大家自己注册一下 下载下来目录如下图所示： 2.在STM32CubeMX生成的工程中添加UCOS-III文件夹 2.1 在UCOS-III目录下创建文件夹，放置UCOSIII源码 在STM32CubeMX工程 STM32F429_UCOSIII_DEMO\UCOS-III\ 目录下创建 BSP 和 CONFIG目录 2.1.1 BSP目录填充 复制 Micrium_STM32F429II-SK_OS3\Micrium\Examples\ST\STM32F429II-SK\BSP 目录下的 bsp.c 和 bsp.h 到STM32CubeMX工程 STM32F429_UCOSIII_DEMO\UCOS-III\BSP 2.1.2 CONFIG目录填充 复制 Micrium_STM32F429II-SK_OS3\Micrium\Examples\ST\STM32F429II-SK\OS3 目录下的 8个文件 到STM32CubeMX工程 STM32F429_UCOSIII_DEMO\UCOS-III\CONFIG 2.1.3

概述 1. BSP包裁剪主要包括两个部分 kernel裁剪 rootfs裁剪 2. kernel裁剪涉及的部分主要分为： 调试工具和调试信息的裁剪 File systems 的裁剪 driver的裁剪 杂项优化 在内核目录运行make ARCH=平台 menuconfig，通过配置内核进行裁剪。 调试工具和调试信息的裁剪 kernel 支持了非常多的调试工具，同时也能支持向proc等导出调试信息，这对于开发调试有很多用处，但也大大加大了内核的尺寸，如果一个产品准备量产，为了优化BSP的大小，可以去掉内核的调试工具和调试信息，其中主要涉及到的有General setup 和 kernel hacking 两个配置选项。 1. General setup （1）General setup介绍 General setup是代码成熟度配置选项，主要配置编译的工具，编译的优化选项，软件子系统的支持等，对于General setup中各个选项的含义，可以参考如下： 详细说明 裁剪选项：General setup 作用 优化大小：537784 <>kernel .config support 把内核的配置信息编译进内核中,以后可以通过scripts/extract-ikconfig脚本从内核镜像中提取这些信息 <>Contorl Group support相关子选项 -->Example

---恢复内容开始--- 一 根据相近型号的demo BSP进行修改制作自己的BSP https://github.com/RT-Thread/rt-thread/blob/master/bsp/stm32/docs/STM32%E7%B3%BB%E5%88%97BSP%E5%88%B6%E4%BD%9C%E6%95%99%E7%A8%8B.md 项目 需要修改的内容说明 CubeMX_Config （文件夹） CubeMX 工程：芯片型号，时钟源，下载方式，使能串口外设（只需要， 为何？ ），配置时钟树，生成对应工程只是为了获得board/CubeMX_Config/Src/main.c下的SystemClock_Config()拷贝到board.c中 linker_scripts （文件夹） BSP 特定的链接脚本 board.c/h 系统时钟、GPIO 初始化函数、芯片存储器大小（根据具体芯片修改 FLASH 和 RAM 的相关参数） Kconfig 芯片型号、系列、外设资源 SConscript 芯片启动文件、目标芯片型号 修改工程模板 打开mdk或IAR修改芯片。调试下载方式等 二 。通过使能偏上外设编写自己的板载外设，可以利用用板载的外设、内核资源/组件开发相应应用利用，偏上外设加板级扩展模块也相当于板上外设级别 为 BSP 添加驱动时，STM32CubeMX

https://gitee.com/koson/TOUCH-RTT.git 本文快速完成TOUCH的BSP 只是做了LED的那个官方的 并且没有打包出去！ 后面准备做MQTT啥的 最后一起打包 本文就是快速上手BSP 基于我之前的博客 很快搞定！ 再次记录下 1--下载解压-开始干活 D:\BaiduNetdiskDownload\rt-thread-v3.1.3 2--准备我的工作路径STM32L471 D:\BaiduNetdiskDownload\rt-thread-v3.1.3\rt-thread\bsp\stm32\libraries\templates\stm32l4xx 上面这个文件夹是BDP给我的模板 我CP到外面【名字修改 stm32l4xx -> stm32l4xx-tsl-touch】 D:\BaiduNetdiskDownload\rt-thread-v3.1.3\rt-thread\bsp\stm32\stm32l4xx-tsl-touch 3--开始对接 进攻目标 D:\BaiduNetdiskDownload\rt-thread-v3.1.3\rt-thread\bsp\stm32\stm32l4xx-tsl-touch\board 第一步： D:\BaiduNetdiskDownload\rt-thread-v3.1.3\rt-thread\bsp

环境 Ubuntu 16.04 LTS XILINX ZYNQ UltraScale+ MPSoc ZCU106 问题 想要在ZCU106上安装linux系统以便于后续开发，查阅了很多资料，发现网上说的都不是很清晰，逻辑有些乱，最后还是通过官方文档的描述，很快的解决了问题，在此也提醒自己，利用好官方的手册，不要盲目的去网上找解决方法。 官方手册：PetaLinux Tools Documentation Reference Guide（UG1144） 解决 想要在板子上运行linux，主要分为两步，第一是要生成需要的系统image文件和启动boot文件，第二就是要将文件下载到板子上。 对于第一步，有两种方式，简单的一种是直接利用官方给的bsp文件生成，第二种是自己通过vivado进行相关的硬件部分的设计，但是无论哪种，都需要安装好petalinux。 安装petalinux 去官网下载你的OS对应的安装包。https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/embedded-design-tools.html 对于ubuntu，下载完成后应该是.run结尾的可执行文件，将其移动到你希望的安装根目录中，用./执行，这里推荐安装在/home下的目录中

有些应用中，单板没有DDR，OCM又不够存储所有数据和指令。这种情况下，Xilinx提供了参考设计 Zynq-7000 AP SoC Boot - Booting and Running Without External Memory ，把代码和只读数据放在QSPI Flash中运行程序，这就是execute in place (XIP)。 上述XIP参考设计工作正常，但是最新只更新到了Vivado/SDK 2017.3，显得有点老旧，不匹配大部分应用中的工具版本。另外，上述XIP参考设计难于理解，也难于移植到其它单板。旧版本XIP参考设计的缺点。 XIP参考设计工具版本旧。 XIP参考设计改动的文件很多。 XIP的相关代码没有单独标示出来。 有些改动还在BSP工程里，重新生成BSP工程，会被覆盖。 为了便于使用，把XIP参考设计更新到Vivado/SDK 2018.3，并减少特殊文件，使用宏DDRLESS_XIP_SYSTEM包含所有XIP代码。改动后，所有与XIP相关的文件在FSBL或者Application的工程src目录下。所以SDK 2018.3版XIP参考设计具有以下优点。 XIP参考设计工具版本新。 XIP参考设计改动的文件更少。 XIP的相关代码单独标示。 便于移植2018.3版XIP参考设计到其它单板。 便于移植2018.3版XIP参考设计到其它工具版本。 1.1