在编译过程中大家可能会碰到，例如：我们前面指定的交叉编译工具 aarch-linux-cc1 这个工具缺少一些 .so 的动态链接库的问题，这个问题是我们使用的 SDK 中的交叉编译工具版本太老了导致的，它和我们目前编译环境中的 .so 版本匹配不上。我提出了一种解决旧版本 buildroot 在一些比较新的编译环境下的报错途径，但是我实际操作后会发现，在整个编译过程中会不断出现各种包的错误，例如

原因很简单，在 CMakeLists.txt 中打开了。），安装官方的意思 PSRAM 的配置位于。配置芯片后我们打开 SDK 的配置（目录下，视乎与官方的文档不太符合。把这个选项关掉即可。这个最简单的入门 demo。

ST 提供了一套 Azrtos 的软件包，里面切好有基于 ST 芯片以太网的 netxduo 驱动实现，软件包位于 GitHub 或者在 ST 的官网搜索 Cube Azrtos f4 找到软件包。文件，这个是 threadx 需要的用于获取堆栈指针和中断向量表的实现函数，这个文件可以使用。ThreadX 的移植不是本篇的重点，这里只是简要说明大致流程，详细请参考其它资料。由于本篇使用的是以太网，

或者说，autodelay 是如何起作用的？这要仔细看一下 Capture1、Counter 和 Compare2 是如何交互的：他们的交互由寄存器值 DELCMP2[1…

亲测可用，并且实现了h264编码播放Linux编译环境搭建android-sdk_r24.4.1-linux.tarjdk-8u112-linux-x64.tar.gzandroid-ndk-r13b-linux-x86_64.zip编译Android的ijkplayer从Android移植到Harmony测试Linux编译环境搭建资源下载：android-sdk_r24.4.1-linux.ta

亲测可用，并且实现了h264编码播放Linux编译环境搭建android-sdk_r24.4.1-linux.tarjdk-8u112-linux-x64.tar.gzandroid-ndk-r13b-linux-x86_64.zip编译Android的ijkplayer从Android移植到Harmony测试Linux编译环境搭建资源下载：android-sdk_r24.4.1-linux.ta

ST 提供了一套 Azrtos 的软件包，里面切好有基于 ST 芯片以太网的 netxduo 驱动实现，软件包位于 GitHub 或者在 ST 的官网搜索 Cube Azrtos f4 找到软件包。文件，这个是 threadx 需要的用于获取堆栈指针和中断向量表的实现函数，这个文件可以使用。ThreadX 的移植不是本篇的重点，这里只是简要说明大致流程，详细请参考其它资料。由于本篇使用的是以太网，

但是CPU通常并没有为这些已知的外设I/O的物理地址分配虚拟地址，所以驱动程序并不能直接通过物理地址来访问I/O的地址资源，而必须将它们映射到核心虚拟地址空间（通过页表），然后才能根据映射所得到的核心虚拟地址范围，通过访问指令来访问这些I/O内存资源。典型地，如x86处理器为外设专门实现了一个单独的地址空间，称为"I/O地址空间"或者"I/O端口空间"，CPU通过专门的I/O指令（如x86的IN和

采用 STM32 硬件 SPI 时注意使用软件去控制 NSS 的输出，硬件控制操作 MCP2515 芯片会有问题。在某次项目，使用 STM32 的 MCO 直接输出 8M 的 HSE 连接进 MCP2515 的 OSC1 出现无法驱动的情况，可见很需要加一个。网上大部分的 MCP2515 芯片驱动是发送一个字节，先发送该字节要写入的寄存器地址，这种方式在操作连续地址的多个寄存器时的效率很低。Fil

采用 STM32 硬件 SPI 时注意使用软件去控制 NSS 的输出，硬件控制操作 MCP2515 芯片会有问题。在某次项目，使用 STM32 的 MCO 直接输出 8M 的 HSE 连接进 MCP2515 的 OSC1 出现无法驱动的情况，可见很需要加一个。网上大部分的 MCP2515 芯片驱动是发送一个字节，先发送该字节要写入的寄存器地址，这种方式在操作连续地址的多个寄存器时的效率很低。Fil