玩转先楫HPM6000系列双核（下）
在《玩转MCU双核（上）》文章里，我们给大家介绍了先楫HPM6000系列双核的特性、使用方法以及工程编译与调试。本文紧接上篇内容，给大家详细阐述双核的通信方式、资源分配以及双核应用eRPC架构。如果大家在练手过程中，有其他的建议和想法，欢迎给我们留言互动。
双核的通信方式
Communication
HPM双核通信方式有那些？这里列举如下：
A. 通信外设通信
如enet/uart/spi/can/i2c/gpio等等。Core0和Core1可通过通信外设相互之间发送消息来通信。
（ 注意：此方案会浪费对应的通讯外设，且需要硬件上支持。）
B. 共享内存RAM通信
Core0和Core1通过访问同一片内存RAM来达到通信。如：一个核写，另一个和读。
共享RAM要点
1. 双核下的共享RAM区域地址及大小必须相同。
2. 为防止CPU cache的影响，共享的RAM区域在双核下均要设置为nocache区域或者在访问前后强制刷新cache。
注意：如果设置为nocache区域，core0和core1中均要调用初始化PMP。
例如：
HPM-SDK双核例程下，双核linker文件中，均已分配了SHARE_RAM区域。
Core0 linker文件中的SHARE_RAM区域分配：
Core1 linker文件中的SHARE_RAM区域分配：
工程中定义共享RAM区域，并访问读写。
Core0工程下设定nocache区域，并初始化PMP。
Core1工程下同样设定为nocache区域，并初始化PMP。
如下：
Core0工程
Core1工程
通过debug调试，在core1中打断点，core1中写共享区域。
通过串口发送数据，在core0中读取共享区域。
运行结果如下：
从运行结果看，core1中写入的共享区域的数据和core0中读取的共享区域的数据是一致的。
C. 通信信箱MBX通信
HPM支持独有的通信信箱MBX来进行处理器核间通信。主要特性如下：
● 支持 2 个寄存器访问接口
● 每个接口支持 TX FIFO 和 RX FIFO
● 支持标志位反映 TX FIFO 和 RX FIFO 状态
● 支持生成中断
双核MBX通信，参考HPM-SDK例程drivers/mbx。
（注意：当然也支持读写Flash来通信，考虑到并发读写Flash带来的异常，此通信方案不推荐使用。）
在这里，推荐大家结合B和C方案，通过MBX做双核间的消息传递，通过共享RAM的方式来达到大数据的通信。
当然通过双核通信来实现双核间的同步和互斥。例如：通过MBX通信，实现类似OS互斥锁和信号量的功能。
双核的资源分配
Resources
HPM双核资源，除了以下资源是Core0和Core1各自私有的，其余资源均需要合理分配。
● CPU 自身的指令/数据本地存储器 ILM / DLM 为私有
● FGPIO 为私有
● 平台中断控制器 PLIC 为私有
● 软件中断控制器 PLICSW 为私有
● 机器定时器 MCHTMR 为私有
A：双核Flash 资源分配要点
防止Core0和Core1并发同时访问同一个flash。例如：结合MBX通信，实现互斥锁来避免并发访问。并且考虑到flash_xip(非xip的除外) 片上运行，同时应在访问flash前后，禁止和使能全局中断。
B：双核RAM 资源分配要点
1. 除了共享ram区域和各自私有的ILM/DLM区域。其余sram和sdram在core0和core1的分配中不可重叠，避免出现未知数据错误。
2. Core0和Core1共享RAM区域的分配，地址及大小必须相同。
C：双核访问同一外设要点
通常应该避免双核访问同一个外设。如果有需求要同时访问同一外设，需要注意以下几点：
1. 禁止双核均初始化同一外设。如：Core0已经初始化相关外设，Core1无需再次初始化。
2. 防止Core0和Core1并发操作同一外设。例如：结合MBX通信，实现双核互斥锁来防止并发操作。
D：双核使能同一外设中断要点
由于双核Core0/Core1各自的PLIC平台中断控制器是私有的，如果双核均使能了同一个外设中断，需注意以下几点：
1. 禁止双核均初始化同一外设。如：Core0已经初始化相关外设，Core1无需再次初始化。
2. 双核各自的私有PLIC中均要使能当前中断。如：Core0的PLIC中使能了IRQn_GPIO0_Z中断，Core1的PLIC中同样也要使能IRQn_GPIO0_Z中断。
3. 禁止双核外设中断处理接口中均清除中断标识位。如：Core0中清除了当前外设中断标识位，Core1中无需再次清除。如下：
E：双核异常要点
由于HPM双核是两个独立的CPU，是主从架构。
当双核出现异常情况，需要注意以下几点：
1. 其中一个核出现异常(crash)但未重启，另一个核仍能正常运行，不受影响。
2. Core0异常重启，Core1也会随之重启。
主从架构，Core0为主，Core1为从。当复位发生时，系统总是由Core0启动，而Core1处于待机状态，需要Core0装载启动Core1。
3. Core1异常重启，Core0仍正常运行，不受影响。
推荐结合看门狗WDG来合理处理双核异常情况。
双核应用eRPC架构
eRPC Structure
eRPC(Embeded Remote Procedure Call) 是一个简单的、易用的、高效的远程调用框架。
RPC是一种机制，Client端通过简单的本地函数调用，就能使用Server端提供的服务。对于Client端而言，使用远程服务就像调用应用程序中内置的库函数一样。
当Client端调用远程函数时，该函数的标识(identifier)和函数的参数(parameters)将被序列化到字节流中，此字节流通过传输层的通信通道(IPC、TCP/IP、UART、SPI等)传至Server端。Server端收到字节流数据后，解析函数参数并根据标识选择调用的服务函数。若函数有返回值，则Server端将返回值序列化并发送回Client端。
以下是RPC架构框图（此图仅显示一个传输方向，省略了来自Server端的回复）。
对应多核(MultiCore)应用，通过RPMsg-Lite是作为传输层；对于多芯片(MultiProcessor)应用，通过UART、SPI、TCP/IP等作为传输层信号通道。
HPM6000系列双核应用，将使用RPmsg-Lite作为传输层。
RPMsg-Lite(Remote Processor Messaging Lite)是ePRC的传输层，RPMsg协议定义了一个标准化的二进制接口，用于在多核系统中内核之间的通信。
RPMsg协议的分层模型如下：
它是实现eRPC的关键部分，采用的数据通讯方式为共享内存和消息通知。
详细介绍参考GitHub官方网站：
https://github.com/EmbeddedRPC/erpc
https://github.com/nxp-mcuxpresso/rpmsg-lite
HPM-SDK已完成了eRPC的移植，采用RPmsg-Lite作为数据传输层，采用MBX作为事件通知。
例程：hpm_sdk\samples\multicore\erpc
本次对先楫HPM6000系列双核的内容介绍到此结束，大家有什么建议或想法，或是您想进一步了解先楫半导体产品的其他内容，欢迎给我们留言互动。先楫生态社区需要您的关注和支持，感谢！
“先楫半导体”（HPMicro）是一家致力于高性能嵌入式解决方案的半导体公司，产品覆盖微控制器、微处理器和周边芯片，以及配套的开发工具和生态系统。公司成立于2020年6月，总部坐落于上海市张江高科技园区，并在天津、深圳、苏州和杭州均设立分公司。核心团队来自世界知名半导体公司管理团队，具有15年以上，超过20个SoC的丰富的研发及管理经验。
先楫半导体以产品质量为本，所有产品均通过严格的可靠性测试。目前已经量产的高性能通用MCU产品系列HPM6700/6400、HPM6300及HPM6200，性能领先国际同类产品，并完成AEC-Q100认证，全力服务中国工业，汽车和能源市场。
