c - 使为一个处理器编写的嵌入式 C 代码在另一个处理器上工作的条件是什么(当体系结构相同时)？

Question

我正在阅读有关嵌入式 C 编程的入门文本(它是:Barr & Massa, 2007)。对于要运行示例的配套硬件板，他们推荐 Arcom VIPER-Lite .但我已经有了 Beaglebone Black (BBB) 板，我不想购买新板。

两 block 板子架构相同，都是ARM架构，但BBB使用TI AM3358BZCZ100处理器，主频1GHz，而VIPER-Lite使用Intel的PXA255处理器，主频200MHz。 BBB 板有更多的内存，基本上更多的东西。

我的问题是，我能否在我的 BBB 板上遵循并执行本书中给出的嵌入式 C 代码示例？嵌入式 C 代码是否依赖于处理器或体系结构或其他因素？我知道针对特定外围设备/驱动程序的非常具体的示例可能无法从一个平台移植到下一个平台，但整个嵌入式代码是这样的吗？我希望我说得有道理。

Answer 1

Intel X-Scale 与 Cortex-A8 不同 - ARM 架构从那时起经历了多个版本，Intel 也实现了一些专有功能。此外，ARM 许可证持有者可以自由实现专有外设集和核心架构的子集。

特别是对于电路板启动，PLL 和 SDRAM Controller 在不同供应商的设备之间将完全不同，甚至在同一供应商的不同代设备之间也是完全不同的。

如果您在一个已经实现的操作系统上运行代码(BeagleBone 交付时已经安装了 Linux)，那么您将不需要担心电路板启动和外设支持；但您也会错过大量有关嵌入式系统的知识(除了可能运行预安装的嵌入式系统或供应商提供的 Linux 发行版，这是一个小子集或所有嵌入式系统)。

除了开发板之外，开发板将具有完全不同的外设集、不同的板载设备以及位于不同地址和不同寄存器集的不同 I/O - 没有直接访问 I/O 的代码将起作用。通过标准 Linus 设备驱动程序接口(interface)访问设备的代码可能会很好地工作，因为对通用接口(interface)的抽象是由操作系统和主板供应商或第三方设备驱动程序提供的。

如果您不在 Linux 上运行代码 - 或者正在实现低级设备驱动程序，那么在内存映射、MMU、PLL、I/O 控制、外围设备甚至指令集方面的编程环境将会不同任何代码都需要改编，你需要熟悉相应的数据表或引用手册以及ARM技术引用。

所以答案是，这在很大程度上取决于您从哪里开始；裸机或 Linux。

BeagleBone Black 上有与“裸机”开发相关的资源，特别是 TI 自己的裸机 StarterWare图书馆。