首先我要说的是我开发了基于 cortex m4 的嵌入式设备应用程序。
我有引导加载程序和主应用程序常用的功能。现在我为引导加载程序和应用程序编译源文件 2 次。但是我的双库 dfu 空间不足,我希望这些功能在 ROM 中只具有一次。知道如何实现这一目标吗?
编辑:
在某些情况下使用函数指针可能会有危险,请检查我的问题 -使用指针函数 - 1 个设备上的 2 个单独的应用程序
首先我要说的是我开发了基于 cortex m4 的嵌入式设备应用程序。
我有引导加载程序和主应用程序常用的功能。现在我为引导加载程序和应用程序编译源文件 2 次。但是我的双库 dfu 空间不足,我希望这些功能在 ROM 中只具有一次。知道如何实现这一目标吗?
编辑:
在某些情况下使用函数指针可能会有危险,请检查我的问题 -使用指针函数 - 1 个设备上的 2 个单独的应用程序
这只是部分答案,并假设您可以使用相同的地址空间从主代码跳转到引导加载程序。然后,一种常见的技术是提供您的“引导加载程序 API”作为函数指针表。
例如,您的引导加载程序中有以下功能:
static int do_something(void)
{
return 42;
}
static int do_something_else(int arg)
{
return arg+5;
}
然后,您将在这样的标头中声明您的 API:
struct bootloaderApi
{
int (*do_something)(void);
int (*do_something_else)(int arg);
};
在引导加载程序的实现中,您在其自己的部分中定义此表:
// this is GCC syntax, use whatever your compiler provides to specify the section
struct bootloaderApi api __attribute__((section("API"))) = {
do_something,
do_something_else
};
然后在构建引导加载程序时,确保您的部分放置在合适的固定地址。例如,当使用 GNU 链接器时,您的链接器脚本中可能会有类似的内容:
SECTIONS {
// standard sections, e.g.:
.text : { *(.text) }
.data : { *(.data) }
.bss : { *(.bss) *(COMMON) }
// your API table:
.API 0x10000 : { *(.API) }
}
现在假设您的 API 表将放置在0x10000
. 然后您可以执行以下操作以从您的主代码访问 API:
struct bootloaderApi *api = (struct bootloaderApi *)0x10000;
api->do_something();
所有这些只是一个草图,让您了解如何以明智的方式做到这一点。这在很大程度上取决于您的目标平台和您使用的工具链。
软件中断是访问引导代码中功能的常用方法。这样主程序就不必知道函数在哪里。通常,以固定方式推送功能编号,以便引导代码始终可以检索它并切换到所需的功能。
这样的机制不需要任何固定的并且引导和主代码都知道的特殊定位的接口区域,或者主代码和引导代码之间的任何链接。
确切的机制取决于架构。
两种可能的情况:
内置引导加载程序。在我知道的所有 Cortex 内核中。这是从应用程序调用引导加载程序的示例代码。
#define SYSFLASH 0x1FFFD800
void __attribute__((noreturn)) StartBootLoader(void) {
void (*BootLoad)(void) = (void (*)(void))(SYSFLASH + 4);
HAL_RCC_DeInit(); // Only the example foe HAL. PLL has to switched off, peripheral clocks as well
HAL_DeInit(); // All interrupts have to be disabled.
// if HAL not used uC should be restored to the power-on state
SysTick -> CTRL = 0;
SysTick -> LOAD = 0;
SysTick -> VAL = 0;
__set_PRIMASK(1);
__set_MSP(*(uint32_t *)SYSFLASH);
BootLoad();
while(1);
}
自定义引导加载程序 - 任何可能的情况