STM32H7双核单片机内部集成了CM7和CM4这两个内核，在目前官方提供的例程中，大都是使用CM7作为Master初始化系统时钟，然后通过释放硬件信号量HSEM唤醒CM4，那么是否可以将CM7与CM4的角色互换，让CM4作为Master去初始化系统时钟呢？

答案肯定是可以的

可行的方案分析

方案一
目前官方提供的例程路径如下，可以使得D2域的CM4进行系统时钟的初始化：

……STM32CubeRepositorySTM32Cube_FW_H7_V1.9.0ProjectsSTM32H747I-EVALExamplesPWRPWR_D2ON_D1OFFEWARM

但是通过查看对应项目工程的readme.txt文件，发现：

Figure 1

也就是需要事先手动的设置修改用户选项字节Option bytes，然后再进行操作。比较麻烦。

那有没有第二种方法，方案二呢？

方案二

参考我们的STM32CubeMX的生成代码的示例，对于CM4和CM7内核角色的互换，是不是简单的把两者的代码直接互换，并将下图中的RCC_FLAG_D2CKRDY换成RCC_FLAG_D1CKRDY，将PWR_D2_DOMAIN换成PWR_D1_DOMAIN即可？

Figure 2

测试发现这种直接互换的方式是不行的！

对于CM7和CM4系统初始化部分代码互换的实验，我们会发现，互换后代码会卡在如下的判断处，即使把timeout的这个判断去掉，RCC_FLAG_D1CKRDY的时钟标志位也不会被为RESET清除的状态；

Figure 3

也就是D1域进入不了DSTOP模式；

这是什么原因呢？通过查看 AN5215 STM32H747/757 advanced power management (version 1) 我们知道如下关于域和CPU内核之间的关系：

Figure 4

以及关于域进入相应低功耗模式的条件：

Figure5

也就是说，如果要想D1域进入DSTOP模式，那么在D1域内的除了内核CM7之外，其subsystem分配的外设资源等也需要进入低功耗模式，而实例中，CM4占用到的Flash在D1域，仍然处于活跃的状态，这也将会阻止D1域进入DSTOP模式，即D1CKRDY标注为会一直为SET的状态，也就是while循环的条件一直为真，与timeout设置的时长无关 ;

那如何改进呢？

方案二的完善

知道了RCC_FLAG_D1CKRDY不能被RESET的原因，我们可以用其他的判断条件替换；

具体代码实现如下，CM4的代码：

Figure 6

CM7的代码：

Figure 7