是否可以在ARM Cortex-M4架构（例如STM32 F4）上分离基本FW和应用程序代码 . 我想做的是从外部闪存运行应用程序和从内部闪存基础FW . 应用程序都实现相同的“API”（单头文件），但功能不同 .
想法是基础FW提供驱动程序，引擎和UI，并且可以独立工作 . 应用程序将在需要时为FW提供额外的功能 . 由于所有应用程序的总代码大小对于内部闪存而言太大，因此无法在内部闪存上刷新所有应用程序 . 另一个原因是我们想要在不重新刷新设备的情况下即时更新/添加应用程序 .
所以，到目前为止我几乎没有想法如何做到这一点，但这些是可行的还是有其他选择？
-
将应用程序即时加载到内部SRAM
-
RAM消耗可能有问题 .
-
不确定是否可以在"same time"执行基本FW和应用程序代码 . 可以从基于FW和明智的经文调用应用程序代码函数吗？我已经看到这种技术与闪存加载器一起使用，但是一旦你开始从RAM运行代码，闪存中的代码就不能再执行了？
-
从外部闪存到内部闪存的Flash应用程序 .
-
不确定内部闪存的持续时间 . 内部闪存的最大写入周期是多少 . 需要每天更换申请1-20次
-
从那里执行代码时，部分内部闪存是否会闪烁（应用程序加载程序）
-
查找支持在内部闪存和外部闪存中同时运行代码的Cortex-M4 .
-
我没有找到任何，可能不适用于Cortex-M4架构？
所有提示，提示和示例代码均受到赞赏！
EDIT: 感谢您的回答，需要一些时间来消化它们 .
此试验的主要原因是允许在不刷新基本FW的情况下更新设备功能，而不是保存SRAM /内部闪存 . 一种插件架构，提供简单的界面来扩展系统功能，而无需改变底层系统 . 如果我无法从外部闪存（SD卡，NAND）构建系统执行代码，我将尝试首先将应用程序加载到SRAM /内部闪存 . 但我还将深入挖掘emcraft解决方案 .
没有必要坚持STM芯片，我碰巧在我的 table 上有他们的devkits . 最终目标是从SD卡或NAND内存加载应用程序，所以在这一点上我不想限制实现只能使用NOR闪存 .
我将通过使用STM32 F4 devkit开始使用最少的实现 . 首先，我需要在其上包装一些NAND / SD卡 . 我将尝试将应用程序加载到SRAM和内部闪存的两个选项，以查看这些选项如何工作以及对性能的影响 . 正如Clifford所说，在链接，构建和工具集设置方面将面临更多挑战 . 即使是强硬的我也可以强制应用程序在内存中始终保持相同的位置，功能将在不同的地方，需要弄清楚如何处理这个问题 . 示例/演示将有所帮助 .
我的最小实现规范 .
Project 1: Base FW
Driver for accessing applications from external flash
Minimal filesystem to write and read applications to/from external flash
UART commands -- Write applications to external flash -- Load applications from external flash to SRAM/Internal flash -- Execute application and print result to UART
Interface.h
int functionWrapper(int functionNumber)
bool initApplication()
int executeMathOperation1(int a, int b)
int executeMathOperation2(int a, int b)
Project 2: Application 1
MathOp1: Sums up two values
MathOp2: Multiply up two values
Project 3: Application 2
MathOp1: Subtracts two values
MathOp2: Divide two values
我没有想到最终的操作系统，但最有可能是Free / OpenRTOS
4 回答
问题不在于处理器;在不同的内存空间中执行代码是一个适当的构建，链接和加载代码的问题，这在很大程度上是一个工具链问题，而不是芯片选择的问题 .
第一个问题是选择实际具有内存映射的外部存储器接口的设备 . 在这种情况下，例如，诸如NAND闪存的串行存储器设备或诸如SD卡的大容量存储设备是不合适的 . 它必须是系统地址/数据总线上的NOR闪存 .
其次，在大多数情况下，外部存储器接口必须配置正确的存储器类型，总线宽度和时序等，以便可寻址 . 这意味着您无法直接启动外部存储器上的软件，因为必须运行软件才能执行配置 .
第三，通常你的工具链会编译并将你的应用程序链接到一个单一的monotithic应用程序 - 将它分成BIOS / OS和应用程序并不简单，对于裸机目标（即没有运行完整的操作系统，如带有加载/执行的Linux）内置的动态链接等）没有标准的方法 - 你必须自己做饭 .
对于启动引导加载程序，加载应用程序并运行它的情况，它可能很简单，因为一旦应用程序运行，引导加载程序不再发挥作用 - 引导加载程序只需要知道应用程序的起始地址 . 但是在您的情况下，您希望单独编译和链接两个单独的软件实体，并使应用程序能够访问您的BIOS / OS代码，因此应用程序实体需要知道独立链接的BIOS / OS的例程入口点地址 . 一种方法是生成BIOS / OS的链接映射（这是工具链特定的），从中生成一个入口点查找表（和本质上的函数指针数组），您可以链接到每个应用程序，这样您的应用程序就可以回调BIOS / OS .
然而，您可能不需要这样做，您可以将应用程序链接到不相连的内存地址区域并单独编程内部和外部存储器设备（有时称为“分散加载”） . 这样链接器负责解析内部和外部地址并且可以在任一方向调用 . 当然，您需要确保配置外部存储器的启动代码在内部存储器中，但是可以指示链接器将特定代码放在特定存储器中或让它决定何时不要紧 .
重新刷新代码的需要本身并不需要您描述的体系结构，您可以简单地实现一个引导加载程序（占用内部闪存的保留页面），可以从某些来源加载数据，如SD卡，USB，串行或NAND闪存，并将其写入适当的内部或外部闪存页面;如果加载的数据是例如英特尔格式的Hex文件，它将包含将告诉引导加载程序在何处写入数据的地址信息 . 在这种方法中，唯一的永久代码是引导加载程序（必须配置外部存储器），并且您的BIOS / OS和应用程序可以是单片的，并且可以跨内部和外部闪存“分散加载” .
但需要注意的是，Cortex-M器件经过优化，可以通过不同的总线执行代码和加载数据 . 在STM32上，内部闪存和内部SRAM位于不同的总线上，允许并行进行指令和数据读取 . 当从外部存储器运行代码时，您必须意识到不仅该总线可能更慢，而且外部存储器中的指令和数据取出将被序列化 . 因此，性能可能会受到重创 .
EDIT: 实际上，您的芯片具有外部存储器映射（FMC / FSMC） . 这将允许直接执行，所以如果你可以使它工作，它可能是最简单的方法 .
如果你坚持使用这个芯片，将整个应用程序加载到SRAM可能是最简单的 . 在RAM和Flash执行之间跳转不是问题，RAM和闪存映射在不同的地址 . 为了简单起见，您应该始终在相同的RAM地址加载应用程序，并且需要构建应用程序以在此特定地址运行（通常使用链接器设置完成） . 您可以尝试实现部分加载系统，该系统可以在需要时加载应用程序的一部分，但这需要一些努力，用于设计主机FW和构建应用程序 .
写入内部闪存可以工作，如果你的RAM不足，可能更好 . 通常，内部闪存可以在执行时写入，但这通常会导致CPU停止（CPU等待闪存操作完成），这可能不是问题 . 如果查看芯片数据表，闪存的特点是最少10,000次擦除/写入周期 . 这意味着，如果你的芯片应该持续5年，你应该每天加载少于6个应用程序（对于典型的耐久性，你可以合理地加倍这个数量，可能更多，但是没有保证） .
cortex-m4与你所说的无关，与所有arm处理器核心一样，cortex-m4只是一个处理器核心，arm使得IP不是芯片 . 您必须查看芯片供应商的实现，其中任何一个都能够在外部闪存接口上执行代码 . 我不会假设，就像很难找到一个从外部ram执行的微控制器，但这些微处理器比闪存更常见 . 几乎所有你都可以复制和运行或闪存和运行，在内部芯片资源上运行的代码将代码从外部资源复制到内部（rom / ram）然后在那里运行，该代码可以再次复制和跳转或返回到主片上固件复制并加载下一个叠加层 .
芯片供应商应该能够告诉你闪存的使用寿命，闪存磨损，代码设计为定期/不断擦除和写闪存将在几天或几周或几个月内耗尽该部分，具体取决于你惩罚的程度有多严重闪 . 在断电时将状态保存到舞会或闪光，例如车辆上的里程表读数，可以是一天一次或几次，或者可能是每隔几年一次，但每十分之一节省一次英里将在车辆使用寿命之前磨损该部分 .
m4s很难称微控制器具有内部的所有功能（浮点，缓存，mmu等东西），并且与cortex-m0兄弟姐妹相比，往往会有大量的ram和flash . 所以你最好的选择是获得一个更多的ram，复制和跳跃 . 应该有很多部分可以很好地为你工作......
有些实现使用Cortex M3 / M4微控制器，其中使用内部固件只需配置外部RAM并将其映射到内部存储器映射，然后将主程序从外部介质（如闪存芯片，SD卡等）加载到此RAM并从中执行（几乎与基于ARM处理器的Linux板一样）是的，内部固件只不过是一个初始引导加载程序）
这家公司是这样做的：http://www.emcraft.com/
看看，他们甚至使用STM32F4
最大的问题是Cortex M没有MMU，因此你无法在其上运行完整的linux，将其限制为uClinux
编辑：这篇文章对你也很有趣：http://electronicdesign.com/embedded/practical-advice-running-uclinux-cortex-m3m4