一、概述：
与传统单核芯片（如：ST系列）不同，AG32整颗芯片包含两个核：mcu和cpld。
这里的mcu核已经相当于ST的整颗芯片。而CPLD核是比普通芯片多出来的那个核。
这两个核是相互独立的（各自编译、各自下载），又可以相互连通起来（信号连通）共同工作。
所以，AG32工程会编译出来2个bin。一个是代码的bin，一个是逻辑的bin，称之为code.bin和logic.bin。最终使用时，需要把这两部分的bin都烧录进去，芯片才能工作起来。
mcu编译出来bin容易理解，在VScode下点编译就可以了。
cpld的bin，则根据使用方式的不同，生成方式也会不同。参照以下介绍。
.
二、两个bin怎么生成
根据使用预期的不同，分成三种情况：
1.只使用mcu部分，不使用cpld部分；
2.同时使用mcu和cpld来联合编程；
3.只使用cpld部分，不使用mcu部分；
首先说明的是，以上3种方式都是会生成2个bin的。只不过情况1和情况3生成出来的第二个bin，是系统自动做的，用户无感而已。
分别说明：
情况1：如果芯片中只使用mcu不使用cpld：
此时，VE文件里只配置mcu用到的PIN脚即可。
这种情况下，vscode工程中点“upload LOGIC”时，会自动生成默认logic（该logic中“用户逻辑”为空而已），并编译出bin，再烧录，一键完成全过程。（这里的logic可以认为是cpld.bin）
整个过程中，logic部分对开发者来说是无感的。
情况2：如果芯片中同时使用mcu和cpld：
这种开发过程参照 mcu+cpld联合开发 ，这里只简要描述cpld.bin的生成。
这种模式下，VE文件里需要配置 mcu和pin之间、mcu和cpld之间、cpld和pin之间 的信号关联。
然后在VScode下点“prepare LOGIC”按钮，会为开发者生成CPLD的空的框架工程。开发者需要在这个框架下完成cpld逻辑的编写。这个编写调试中，开发者持有主动权。等cpld逻辑全部开发完成，自己编译出bin。这个bin就是“情况1”中自动生成出来的那个bin。
生成cpld.bin以后，烧录就又回到VScode下，仍然是点“upload LOGIC”去烧录。
情况3：如果芯片中只使用cpld不使用mcu：
这种开发过程参照 纯CPLD开发 ，这里也只是简要描述bin的生成。
这种模式下，开发过程是在quartus环境下完成的，首先是生成cpld.bin运行调试。而mcu的bin则是自动生成的。
跟“情况1”刚好相反：cpld.bin是自己调试生成，mcu.bin是系统自动生成。
.
三、两个bin怎么调试和烧录
mcu的调试，在VScode下进行。
cpld的编写，需要使用quartus和supra两个工具。目前cpld的调试，不支持在线工具，可以使用modelsim进行模块级测试。
VScode下的烧录，烧录两个bin，分别使用“Upload”和“Upload LOGIC”两个按钮。
而Supra下烧录cpld，则使用Supra的upload功能。
最后，用于生产时，都是要生成二合一的batch.bin的。用downloader.exe工具来烧录这个bin。
.
四、flash大小与两个bin的烧录位置
关于芯片flash大小：
在AG32系列中，flash大小有两个型号：256K和1M.
flash起始地址从0x80000000开始。flash的可擦写块大小为4K（每次擦写的最小单位为4K，每块的擦写起始是4K对齐）。具体读、写、擦的函数，请参考example工程下的example_flash.c。
整片flash上需要存储基础的两个bin：code.bin和logic.bin（logic.bin就是cpld部分编译后的bin）。其他区域可供用户使用（存储用户信息）。
默认情况下，code.bin存储到0x80000000，logic.bin存储到最后100K。
也就是说，不管所选型号的flash是256K还是1M，最后100K都是留给fpga/cpld使用的。
如果使用的芯片是256K的flash，那么就是156K程序+100K的cpld.bin，即：用户程序不能超过156K。如果超过156K编译是可以通过的，但烧录后会冲掉logic部分。
logic被冲掉后，程序运行会表现出各种异常（通常是系统时钟初始化失败）。
如果程序code.bin的size比较大，cpld.bin又刚好比较小，可以调整这个界限的值。调整方法如下：
board_logic.compress = true //（可选）对cpld.bin部分进行压缩，更省空间。压缩后小于48K。通常程序可能小于30K。
board_upload.logic_address = 0x80034000 //存放cpld.bin的起始点。根据实际情况调整该边界值。
//flash的大小是在agrv2k_103.json 中定义的。
//flash起始地址是0x80000000，ram是0x20000000。
bin的存储与运行：
code.bin和cpld.bin都是存储在flash上的。
运行时，cpld.bin被加载到cpld内核区域运行（注意，这个区域不是芯片的128K的ram区）。code.bin则仍然在flash区域运行。
.
五、其他说明
在使用MCU时，如果不用CPLD部分，是不是CPLD就是多余的？
不是的。
整个芯片的开发，依赖于配置文件.ve。在这个配置文件里，需要用户配置需要使用到的时钟和全部引脚。这里边配置的引脚，就是生成到cpld.bin去的。
这里又引入另一个概念：mcu信号和引脚。这部分内容比较多，详情请参考 引脚配置 。这里只要知道，需要该cpld的参与，mcu的信号才能最终使能到引脚。