2. RH850硬件架构与刷写相关资源
要理解RH850在生产线上如何被刷写、为什么某些步骤必须按特定顺序执行，必须先回到芯片本身的硬件结构。RH850是Renesas面向汽车电子（车身、底盘、动力、网关等）的32位MCU系列，其内核、存储分区、安全机制、调试接口与启动模式共同决定了刷写工具能做什么、不能做什么，以及EOL测试阶段哪些资源可以被安全访问。本节从刷写视角梳理这些硬件资源，而不是泛泛介绍芯片规格。
内核与总线结构对刷写的影响
RH850主流型号采用RH850 G3M/G3MH/G4MH等内核，属于32位RISC架构，具备多级流水线、指令/数据缓存（部分型号）以及内存保护单元（MPU）。对刷写而言，关键不在于内核跑多快，而在于总线矩阵与主从端口的访问路径。典型RH850内部包含CPU、DMA、调试接口（如JTAG/Aurora）、Flash控制器（FACI/Flash Sequencer）等多个主设备，它们通过多层总线访问Code Flash、Data Flash、RAM和外设。刷写时，数据通常由调试接口或CAN/LIN等通信外设进入RAM缓冲区，再由Flash控制器写入Flash；这条路径决定了刷写速度上限和是否需要分块搬运。
需要特别注意的是，Flash的编程操作由Flash Sequencer（硬件状态机）执行，CPU或调试器只是发起命令并轮询状态。因此刷写算法必须遵循“解锁—发命令—等待—校验”的时序，不能像写RAM一样直接赋值。若在擦除/编程期间访问同一Flash Bank，总线会插入等待周期甚至返回错误，这也是刷写时通常要求代码运行在RAM中的原因。
Code Flash、Data Flash与RAM的分工
RH850的存储资源在刷写中扮演不同角色，不能混为一谈。Code Flash存放应用程序、Bootloader和标定数据，容量从几百KB到数MB不等，擦除粒度通常为块（Block），编程粒度以字/页为单位。生产刷写的主体就是Code Flash，其擦除时间远大于编程时间，因此刷写算法会尽量按块批量擦除，再连续写入。Data Flash容量较小（常见32KB～128KB），用于EEPROM仿真，存放故障码、标定参数、下线配置等。EOL阶段经常需要单独更新Data Flash中的配置区，而不动Code Flash，这就要求刷写工具支持分区操作。
RAM在刷写中承担两个关键职责：一是作为通信数据缓冲区，接收来自CAN/LIN或调试接口的刷写数据；二是作为刷写程序的运行空间。由于Flash擦写期间不能从被操作的Bank取指，刷写例程必须复制到RAM中执行，或运行在与目标Bank不同的另一个Bank中。典型做法是在RAM中预留几KB的刷写例程区，通过链接脚本固定地址，避免与栈、堆冲突。
安全与保护机制
RH850提供多层保护机制，直接影响产线能否刷写。第一层是Option Bytes（选项字节），其中包含读保护、写保护、调试口使能等配置位。若量产件已设置读保护，调试接口可能无法读取Flash内容，但通常仍允许擦除和重新编程；若调试口被完全锁定，则只能通过Bootloader经CAN/LIN刷写。第二层是块保护（Block Protection），可对特定Flash块设置写保护，防止Bootloader或标定区被误擦。第三层是OTP区域，用于存放安全启动密钥或唯一ID，一旦写入不可更改。
产线刷写前必须确认目标件的保护状态。常见做法是：首次刷写使用调试接口解锁并写入完整镜像，随后根据EOL要求设置Option Bytes和块保护，最后锁定调试口。若顺序颠倒，例如先锁定调试口再刷写，就会导致无法连接。因此刷写SOP中通常把“保护配置”放在最后一步，并在写入前读取当前保护状态进行比对。
调试接口与启动模式
RH850支持JTAG、Aurora、以及部分型号的SWD类接口用于调试和编程。生产刷写常用JTAG + 专用编程器（如Renesas E1/E2、第三方量产编程器）实现高速并行烧录，也常用CAN/LIN Bootloader实现整车或模组级刷写。调试接口的速度和稳定性受PCB走线、上拉电阻、复位电路影响，产线需固定夹具和线序，避免接触不良导致刷写失败。
启动模式由模式引脚（如MD0/MD1）和Option Bytes共同决定。上电时芯片根据引脚电平选择从Code Flash启动、从Boot Mode启动还是进入调试模式。生产刷写通常要求芯片进入Boot Mode或调试模式，此时CPU不执行用户程序，Flash控制器接受外部命令。若模式引脚被固定为Flash Boot，则上电即运行用户程序，调试器可能无法直接接管，需要先通过复位时序或Bootloader请求进入刷写状态。EOL测试中，模式引脚的电平控制往往由夹具或测试工装完成，刷写脚本需要与工装时序配合，确保复位释放时模式引脚已处于正确电平。