搭建Simulink硬件仿真环境遇到的坑--记录供己查阅

• 搭建Simulink PIL及HIL环境，基于LaunchPad 28379D、NUCLEO-STM32F103RB
  1. 工具链及其硬件：
     • Matlab2018b、CCS9.3、C2000Ware_3_01_00_00、controlSUITE v3.4.9
     • Launchpad 28379D、NUCLEO-F103RB
  2. 过程中遇到的问题：
     • CCS版本问题，先用CCS6作为IDE，生成工程下载。两块Launchpad 28379D，一块一切正常，另一块下载过程中出现Error: flash write 0x80004 error。后升级CCS9.3两块都正常下载。
     • Launchpad 28379D 双核IPC通讯Simulink仿真时，出现不能进入External Mode情况。后仔细查验，设置出现问题，两颗核心设置外设时钟频率不同所致，疏忽大意。
     • ST 开发板 NUCLEO-F103RB，PIL示例下载进板后，不能二次下载，SWO读取不到芯片，Connect Error。经判断，应该是PIL占用USART2，芯片得电启动后不断发送数据进ST-Link处理器，处理器无力处理大量数据，对PC发送数据不予理睬。将BOOT0短接VDD（CN7端子3、5脚短接），禁止芯片从Flash启动，SWO可以正常读取并下载程序。
     • ST工具链，STM32CubeMX v5.6生成MDK-ARM工程报错 Error: MDK have a problem. 不明原因，更换STM32CubeMX v5.2版本恢复正常，可正常生成MDK-ARM工程。还需要64bit JRE环境，否则Simulink会出现莫名其妙卡顿。如存在旧版JRE 32bit，STM32CubeMX会调用，需卸载。
  3. 想法思路：
     • 利用Launchpad 28379D控制板，DRV8302驱动板，以及PGA411旋变解码板，搭建微型电机控制硬件仿真平台。Simulink搭建PGA411解码较为复杂，考虑利用28379D双核心的优势，CPU1处理PGA411解码，通过IPC、DMA等方式通知CPU2，Simulink搭建算法及其他ePWM、ADC、GPIO等其他外设处理。
     • Launchpad 28379D处理器价格较贵，不适合作为低端产品物料。PIL与HIL仿真完成后，将算法Download进ARM较为便宜芯片，移植精简算法，作为最终产品处理器。

原文：https://www.cnblogs.com/jia-motor/p/12871467.html