1. 为什么在工业现场非得用 MR25H40CDF 配 PIC18F86J50——不是选型是生存逻辑你有没有遇到过这样的场景一台运行在高温车间里的PLC扩展模块连续工作三个月后某天凌晨三点突然报“历史数据丢失”产线被迫停机两小时损失直接上万。排查发现不是程序崩溃不是通信中断而是那颗标称“10万次擦写”的SPI Flash芯片在第87,321次写入后开始出现位翻转——它没坏只是悄悄把“温度42.3℃”记成了“温度172.3℃”。这种事在工业现场不是故障是常态。MR25H40CDF 和 PIC18F86J50 的组合从来就不是教科书里“理论上可行”的搭配而是在真实产线、震动环境、宽温范围、无备用电源、无人值守条件下被反复锤炼出来的“最低成本可靠解”。MR25H40CDF 是 Everspin 公司的 4Mb 并行接口 MRAM磁阻随机存取存储器不是 Flash也不是 EEPROMPIC18F86J50 是 Microchip 推出的带 USB 功能的 8 位增强型 MCU主频最高 48MHz内置硬件 SPI、I²C、USB 2.0 全速控制器关键在于它有独立的硬件 DMA 控制器和可配置的引脚复用机制——这两点恰恰是让 MRAM 这种“零延迟、无限次擦写、抗辐射、宽温稳定”的存储器在资源受限的 8 位平台上真正落地的核心支点。很多人第一反应是“现在都用 STM32 了还搞 PIC18太老了吧”——这恰恰暴露了对工业嵌入式本质的误读。工业设备生命周期动辄 10–15 年一个新项目立项时你选的不是“最新潮的芯片”而是“未来十年内还能买到、有原厂支持、有成熟量产案例、驱动代码不用重写的芯片”。PIC18F86J50 自 2008 年发布以来Microchip 从未宣布停产其配套的 MPLAB XC8 编译器、MPLAB Code ConfiguratorMCC工具链持续更新至 2024 年且大量国产工控板卡、电表、智能传感器仍在批量使用该型号。它不是“落后”而是“经过时间验证的稳态”。而 MR25H40CDF 更是工业级 MRAM 的标杆型号工作温度 -40℃ 至 85℃工业级读写寿命 10¹⁵ 次理论值写入功耗仅 1.5mWFlash 写入需 20–50mW写入时间恒定 35nsFlash 页写入需 1–10ms且随擦写次数劣化。它没有“擦除”概念不需要“磨损均衡算法”不惧断电——你在写入第 1 字节时掉电和写入第 100 万字节时掉电结果完全一致已写入的数据 100% 完整未写入的部分保持原值。这对需要记录关键事件时间戳、设备启停状态、报警阈值变更等“不可丢、不可错、不可延”的工业数据是物理层面的保障。所以这个组合解决的不是“能不能存数据”的问题而是“在产线真实地狱模式下数据是否值得信赖”的问题。关键词里没有“可靠性”“断电保护”“宽温稳定性”但这些才是标题背后真正的硬核诉求。接下来我们不讲原理图怎么画不列寄存器地址而是从一块 PCB 上电那一刻起带你走一遍如何让 MR25H40CDF 在 PIC18F86J50 的掌控下真正成为工业现场的“数据保险柜”。2. 硬件连接不是拉线那么简单——信号完整性、时序裕量与引脚复用的三重博弈把 MR25H40CDF 的 24 根地址线、8 根数据线、/CS、/WE、/OE、/UB、/LB 全部接到 PIC18F86J50 上看起来就是几十根飞线的事。但我在调试第三块原型板时连续三天无法稳定读取数据示波器抓到 /WE 信号上升沿存在 8ns 的振铃导致 MRAM 误判为两次写入。最终发现问题不出在代码而出在 PCB 走线长度差超过 12mm——这是并行 MRAM 接口最致命的隐性陷阱。MR25H40CDF 是并行接口 MRAM这意味着它不像 SPI Flash 那样靠时钟边沿采样单根数据线而是依赖所有地址线、数据线、控制线在同一个时钟窗口内严格同步到达。PIC18F86J50 的并行主控模式Parallel Master Port, PMP虽支持此功能但其内部总线仲裁、引脚驱动强度、输出延迟并非完全一致。尤其当使用高密度封装如 TQFP-64时不同引脚的电气特性差异会被放大。我们先看最关键的三组信号信号类型PIC18F86J50 引脚典型MR25H40CDF 引脚关键约束地址线 A0–A19RB0–RB7, RC0–RC7, RD0–RD3A0–A19所有地址线走线长度差 ≤ 5mm避免跨层换层禁止与高频时钟线平行走线 3mm数据线 D0–D7RD4–RD7, RE0–RE3I/O0–I/O7必须添加 22Ω 串联端接电阻靠近 PIC 输出端布线宽度 ≥ 0.2mm参考平面完整控制线 /CS, /WE, /OERA0, RA1, RA2/CS, /WE, /OE/WE 和 /OE 必须使用同一组 PORT如全用 PORTA确保输出时序偏差 1ns/CS 走线最短优先布线提示MR25H40CDF 的 /UBUpper Byte和 /LBLower Byte用于字节使能。工业应用中强烈建议禁用字节写入强制全字8-bit操作。原因很简单PIC18F86J50 的 PMP 模块在字节模式下存在微小的内部锁存时序偏移实测在 -20℃ 下/UB 与 /LB 的有效窗口重叠度下降 15%导致偶发高位字节写入失败。统一用全字模式既简化驱动逻辑又规避硬件不确定性。另一个常被忽略的细节是电源去耦。MR25H40CDF 的 VDD3.3V和 VDDQ3.3V虽同压但必须物理分离供电路径。我曾在一个项目中将两者共用一组 10μF 0.1μF 陶瓷电容结果在电机启动瞬间VDDQ 出现 120mV 的尖峰噪声触发 MRAM 内部电压检测电路自动进入写保护状态后续所有写入均返回失败。正确做法是VDD 路径配 10μF 钽电容 0.1μF X7RVDDQ 路径单独配 4.7μF 钽电容 0.1μF X7R且两个地网络在芯片焊盘处通过 0Ω 电阻单点连接。最后是复位同步问题。PIC18F86J50 上电复位时间约 72ms含内部 POR 延迟而 MR25H40CDF 要求 VDD 稳定后至少等待 100μs 才能接受命令。若直接将 MRAM 的 /RESET 引脚悬空或接 VDD会导致 MCU 尚未初始化 PMP 模块时MRAM 已处于就绪状态首次访问极易失败。必须将 MRAM 的 /RESET 引脚连接至 PIC 的 MCLR复位引脚并通过一个 RC 电路10kΩ 100nF延长复位释放时间至 150μs 以上。这样MCU 完成内部初始化后MRAM 才解除复位双方节奏严丝合缝。这些细节不会出现在任何数据手册的“典型应用电路”里但它们决定了你的板子是“一次点亮”还是陷入“读出来全是 0xFF”的无解死循环。工业嵌入式开发拼的从来不是谁写的代码更炫而是谁把硬件底层的“毛刺”和“抖动”掐得更准。3. 驱动层不是调 API而是和硬件搏斗——PMP 初始化、时序配置与原子写入的底层实现很多工程师拿到 PIC18F86J50 开发板第一件事是找 MCCMPLAB Code Configurator生成 PMP 初始化代码然后调用PMP_Write()函数往 MRAM 写数据。结果一跑起来数据时对时错用逻辑分析仪一看/WE 信号宽度只有 25ns而 MR25H40CDF 要求最小 35ns——原来 MCC 默认配置的是“最快时序”却忘了 MRAM 不是 SRAM它需要足够长的写脉冲来完成磁畴翻转。PMPParallel Master Port是 PIC18F86J50 实现并行外设访问的核心模块但它不是即插即用的黑盒。它的时序由 4 个关键寄存器共同决定PMCON1使能与模式、PMCON2读写时序参数、PMADDR地址寄存器、PMDOUT数据输出寄存器。其中PMCON2的PWAIT等待周期数和PEN使能位是成败关键。MR25H40CDF 的写时序要求如下Tc 35ns/CS 低电平宽度 ≥ 45ns/WE 低电平宽度 ≥ 35ns/WE 下降沿到数据稳定时间 ≥ 15ns/WE 上升沿到 /CS 上升沿间隔 ≥ 10ns而 PIC18F86J50 在 48MHz 主频下每个指令周期为 83.3ns。这意味着最短的 /WE 低电平只能做到 1 个周期 83.3ns远超 35ns 要求。但问题在于如果只靠硬件自动时序PMP 会插入过多等待周期导致吞吐率暴跌。我们必须手动干预。以下是经过 7 次 PCB 迭代验证的 PMP 初始化核心代码XC8 编译器void MRAM_Init(void) { // 1. 配置 PMP 引脚为数字输出禁用模拟功能 ANCON0 0xFF; ANCON1 0xFF; // 2. 设置 PMP 为 8-bit 主控模式地址/数据复用关闭 PMCON1 0x80; // PMEN1, RDSP0, WRSP0, CSF0 (片选由软件控制) // 3. 关键手动控制时序禁用硬件等待 PMCON2 0x00; // PWAIT0, PEN0 → 禁用自动等待全部由软件延时控制 // 4. 配置地址/数据端口映射以 RB0-RB7 为地址低8位RD0-RD7 为数据 // 此处省略具体 TRIS 和 LAT 寄存器配置详见原理图 }看到没PMCON2 0x00是精髓——我们主动关闭硬件等待把时序控制权完全交给 C 语言。因为只有软件延时才能精确到纳秒级插入所需脉宽。接着是写入函数void MRAM_WriteByte(uint32_t addr, uint8_t data) { uint8_t addr_low (uint8_t)(addr 0xFF); uint8_t addr_mid (uint8_t)((addr 8) 0xFF); uint8_t addr_high (uint8_t)((addr 16) 0xFF); // 步骤1输出地址A0-A19 PORTB addr_low; // A0-A7 PORTC addr_mid; // A8-A15 PORTD addr_high; // A16-A19高4位 // 步骤2设置数据线为输出输出数据 TRISD 0x00; // RD0-RD7 为输出 PORTD data; // 步骤3严格时序控制单位NOP 16.7ns 48MHz __delay_us(0.1); // 确保地址/数据稳定 LATCbits.LATC2 0; // /CS 0 __delay_us(0.1); LATCbits.LATC1 0; // /WE 0 → 开始写入 __delay_us(0.04); // 精确延时 40ns2.4 个 NOP LATCbits.LATC1 1; // /WE 1 → 结束写入 __delay_us(0.015); // 15ns 保持时间 LATCbits.LATC2 1; // /CS 1 }注意__delay_us()在 XC8 中是编译器内建函数但必须确保优化等级为—O1或更高否则延时不准确。实测发现在—O0下__delay_us(0.04)会膨胀至 65ns超出 MRAM 规格。这是新手踩坑最多的地方——以为延时函数是“万能的”殊不知它高度依赖编译器优化策略。更关键的是“原子写入”。工业场景中一个结构体如typedef struct { uint32_t ts; float temp; uint8_t status; } sensor_log_t;需要整体写入绝不能出现“时间戳写了温度没写状态字段还是旧值”的撕裂现象。MR25H40CDF 支持“页写入”但其页大小为 256 字节而我们的日志结构体仅 12 字节。若每次写都占一页寿命浪费严重。解决方案是在 RAM 中维护一个双缓冲区每次写入前先 memcpy 到缓冲区再一次性写入 MRAM 对应地址。伪代码如下#define LOG_BUFFER_SIZE 256 static uint8_t log_buffer[LOG_BUFFER_SIZE]; static uint32_t log_write_ptr 0; void MRAM_LogWrite(const sensor_log_t* log) { // 1. 复制到 RAM 缓冲区保证原子性 memcpy(log_buffer[log_write_ptr], log, sizeof(sensor_log_t)); // 2. 计算 MRAM 物理地址假设基址 0x000000 uint32_t mram_addr log_write_ptr; // 3. 分字节写入调用上面的 MRAM_WriteByte for (uint8_t i 0; i sizeof(sensor_log_t); i) { MRAM_WriteByte(mram_addr i, log_buffer[log_write_ptr i]); } // 4. 更新指针注意此处需关中断防止多任务抢占 INTCONbits.GIE 0; log_write_ptr sizeof(sensor_log_t); if (log_write_ptr LOG_BUFFER_SIZE) log_write_ptr 0; INTCONbits.GIE 1; }这个看似简单的循环背后是工业可靠性的基石RAM 缓冲确保 CPU 写入过程不被中断打断关中断更新指针防止指针错乱而每次写入都基于固定偏移彻底规避了“地址计算错误导致覆盖关键数据”的风险。这不是炫技是让数据在每一度温升、每一次电网波动中依然纹丝不动的底层契约。4. 工业级数据管理不是 CRUD而是状态机、校验与自愈的三位一体在实验室里往 MRAM 写 1000 条温度数据读出来全对你就觉得“搞定”。但工业现场的真实挑战是设备可能连续运行 18 个月不重启环境温度在 -10℃ 到 70℃ 之间昼夜切换电网电压在 200V–240V 间波动甚至有工人用万用表探针误触 PCB 引脚……在这种环境下“能读写”只是起点“读写正确”才是及格线“读写可追溯、可恢复、可审计”才是工业级交付标准。我们设计了一套轻量但完备的 MRAM 数据管理状态机仅占用 128 字节 RAM 和 512 字节 MRAM 空间却解决了三大核心问题写入位置追踪、数据有效性校验、断电后一致性恢复。4.1 环形日志头结构用 32 字节定义整个数据空间在 MRAM 地址0x00000处我们固化一个log_header_t结构体typedef struct { uint32_t magic; // 固定值 0x55AA55AA标识头有效 uint32_t write_ptr; // 下一条日志将写入的 MRAM 地址偏移量 uint32_t read_ptr; // 当前读取位置用于顺序回放 uint32_t valid_count; // 当前有效日志条数用于快速统计 uint32_t crc32_header; // 本结构体 CRC32 校验码排除 magic 和 crc32_header 自身 } log_header_t;关键设计点magic不是随便选的。0x55AA55AA 的二进制是01010101101010100101010110101010具有极高的汉明距离能有效区分“全 0”、“全 1”、“随机噪声”三种常见失效模式。write_ptr和read_ptr不是绝对地址而是相对于日志数据区起始地址0x000100的偏移量最大值为LOG_DATA_SIZE如 64KB。这样即使 MRAM 部分扇区损坏只要头区完好系统仍能定位有效数据。crc32_header使用查表法 CRC32计算时跳过magic和crc32_header字段本身避免校验码自引用。初始化时MCU 首先读取头区验证magic和crc32_header。若失败则执行“头区重建”流程扫描整个 MRAM 数据区寻找第一个有效的日志结构体通过其内部 CRC 校验以此反推write_ptr并重写头区。这个过程耗时约 120ms64KB / 512KBps但只在上电时执行一次用户无感知。4.2 日志条目自带 CRC每一笔数据都是独立可信单元每条sensor_log_t后紧跟 4 字节 CRC32使用相同查表算法typedef struct { uint32_t ts; // 时间戳毫秒 float temp; // 温度值 uint8_t status; // 设备状态码 uint8_t reserved[3]; // 对齐填充 uint32_t crc32; // 本结构体 CRC32ts ~ reserved[2] } sensor_log_t;写入时先计算crc32再整体写入 MRAM读取时先读结构体再读crc32最后校验。若校验失败该条日志标记为“无效”read_ptr自动跳过继续读下一条。这比“整块数据区 CRC 校验”更鲁棒——局部位翻转不会导致整块数据报废。4.3 断电自愈机制用“预写日志”Write-Ahead Logging规避撕裂最危险的时刻是写入过程中突然断电。例如write_ptr 0x0100我们正要写第 100 条日志已成功写入ts和temp地址0x0100–0x0107但status和crc32还没写完此时断电。下次上电read_ptr若从0x0100开始读会解析出一个temp123.4℃、status0的垃圾数据。解决方案在写入正式日志前先写一个 8 字节的“事务标记”到固定地址0x000080typedef struct { uint32_t pending_addr; // 即将写入的日志地址如 0x0100 uint32_t magic; // 固定值 0xDEADBEAF表示“事务进行中” } tx_marker_t;写入流程变为计算sensor_log_t的crc32将tx_marker_t{pending_addr0x0100, magic0xDEADBEAF}写入0x000080将完整的sensor_log_t含 crc32写入0x0100将tx_marker_t{pending_addr0, magic0}清空标记写入0x000080上电自检时若发现tx_marker.magic 0xDEADBEAF则说明上次写入未完成。此时系统立即读取pending_addr指向的日志校验其 CRC若校验通过说明写入已完成只需清空标记若校验失败则该地址数据作废write_ptr回退到上一条有效日志之后。整个过程全自动无需人工干预。这套机制把原本脆弱的“裸写入”升级为具备 ACID 特性的工业级数据管道。它不增加复杂度却让数据在最恶劣条件下依然保持逻辑自洽。这才是嵌入式工程师该交出的答卷——不是“功能实现了”而是“无论发生什么数据都值得托付”。5. 实战避坑那些数据手册不会告诉你的 7 个致命细节我整理了过去五年在 12 个工业客户项目中因 MR25H40CDF PIC18F86J50 组合引发的、导致量产延期的 7 个真实问题。它们都不在任何官方文档里却是你绕不开的暗礁。5.1 “地址线 A10 诡异翻转”静电放电ESD引发的隐性锁存现象设备在干燥冬季车间运行一周后MRAM 的 A10 地址线对应 1KB 边界开始随机拉高导致所有地址0x0400–0x07FF的数据被写入0x0000–0x03FF区域。用万用表测 A10 引脚电压为 1.8V既非高也非低示波器显示其处于亚稳态振荡。根因MR25H40CDF 的 A10 引脚输入阻抗极高10MΩ当 PCB 上该走线靠近金属外壳未做隔离且环境湿度 30% 时人体静电通过外壳耦合到 A10触发内部 ESD 保护二极管导通形成微弱漏电流将 A10 锁定在中间电平。解决方案在 A10 引脚与 GND 之间添加一个 100kΩ 下拉电阻。实测后该问题 100% 消除且不影响正常读写速度下拉电阻引入的负载 0.1mA。5.2 “USB 枚举失败”PMP 与 USB 模块的 DMA 资源冲突现象当 PMP 初始化后USB 设备无法被 PC 识别MPLAB ICE 调试显示 USB 模块始终处于BUS_RESET状态。根因PIC18F86J50 的 USB 模块和 PMP 模块共享同一组内部 DMA 通道。若 PMP 初始化时未正确配置PMCON1的RDSP/WRSP位默认为 1会导致 USB DMA 请求被屏蔽。解决方案在MRAM_Init()函数末尾强制设置PMCON1bits.RDSP 0; PMCON1bits.WRSP 0;释放 DMA 通道给 USB 使用。这是 Microchip 应用笔记 AN1248 中明确指出但极易被忽略的要点。5.3 “-40℃ 下写入失败”低温导致的驱动能力衰减现象设备在低温箱中测试时MRAM_WriteByte()返回超时逻辑分析仪显示/WE信号幅度仅 2.1V低于 3.3V 的 80%。根因PIC18F86J50 的 GPIO 在 -40℃ 下高电平驱动电流下降 40%而 MR25H40CDF 的/WE输入阈值在低温下略有上移。解决方案在/WE信号线上取消串联端接电阻改为在 PIC 输出端添加一个 74LVC1G04 反相器3.3V 供电作为缓冲驱动。该芯片在 -40℃ 下仍能提供 24mA 驱动能力确保/WE信号干净利落。5.4 “读取数据全为 0xFF”未初始化的“浮空”数据线现象上电后首次读取 MRAM所有数据均为0xFF但用编程器确认 MRAM 内部实际有数据。根因PIC18F86J50 的 PORTD数据线在复位后默认为高阻态TRISD0xFF而 MR25H40CDF 的 I/O 引脚在/OE1高电平时呈高阻态。当/OE未及时拉低而 PORTD 又处于浮空状态时读取到的就是不确定电平被解释为0xFF。解决方案在MRAM_Init()中必须在配置 TRISD 前先设置LATD 0x00确保所有数据线初始为低电平再设置TRISD 0xFF输入模式。这样浮空期间数据线被钳位在 0V读取结果确定为0x00而非随机值。5.5 “CRC 校验频繁失败”编译器优化导致的内存别名冲突现象在—O2优化下sensor_log_t结构体的 CRC 计算结果每次都不一样但关闭优化后正常。根因XC8 编译器在—O2下会对memcpy()和结构体赋值进行激进优化可能导致temp字段的浮点数在内存中被拆分为多个字节操作破坏了 CRC 计算时的内存连续性假设。解决方案对参与 CRC 计算的结构体变量声明时添加__attribute__((packed))和volatile修饰符volatile __attribute__((packed)) sensor_log_t log_buf;并使用memcpy()而非直接赋值确保编译器按字节顺序逐字节搬运。5.6 “写入速度不达标”未启用 PMP 的 Burst 模式现象连续写入 100 字节耗时 1.2ms远高于理论值100 × 83ns 8.3μs。根因默认 PMP 模式为单字节访问每次写入都要重新输出地址。而 MR25H40CDF 支持地址递增模式Address Increment Mode只需输出首地址后续地址自动加 1。解决方案配置PMCON1bits.ADRMUX 1地址/数据复用并在写入循环中只在第一次设置PMADDR后续仅操作PMDOUT。实测吞吐率提升 12 倍达 4.2MB/s。5.7 “量产批次不良”MRAM 的“早期失效”Infant Mortality现象首批 1000 片 MR25H40CDF 中有 7 片在老化测试85℃/96h后出现地址线粘连故障。根因MRAM 属于新兴工艺早期失效率高于传统 Flash。Everspin 官方文档明确建议所有 MRAM 器件必须进行 100% 的 85℃/48h 高温老化筛选剔除潜在缺陷品。解决方案在 SMT 贴片后增加一道“高温老化炉”工序温度 85℃时间 48 小时全程通电运行最小系统仅初始化 MRAM 并读写测试。虽然增加 2% BOM 成本但将现场返修率从 0.7% 降至 0.02%。这些细节没有一篇论文会写没有一本教材会教。它们只存在于深夜调试的示波器截图里存在于客户投诉邮件的附件中存在于量产爬坡时产线组长焦灼的眼神里。但正是对这些“魔鬼细节”的死磕才让“工业级可靠”从一句口号变成刻在芯片上的事实。6. 从单点方案到系统集成MRAM 如何融入现代工业数据栈把 MR25H40CDF 当成一块“高级 EEPROM”来用是极大的浪费。它的真正价值在于成为工业边缘节点中连接“实时控制”与“智能分析”的关键枢纽。我们来看一个真实产线案例某汽车零部件厂的扭矩检测工位。该工位原有 PLC 控制系统每 200ms 采集一次电机扭矩传感器数据原始数据流为 16 位 × 4 通道 8 字节/帧。过去这些数据仅用于实时超限报警历史数据保存在 PLC 的内置 Flash 中最多保留 72 小时且无法导出做趋势分析。引入 MR25H40CDF PIC18F86J50 方案后我们构建了一个三层数据栈第一层实时环形缓存1ms 延迟MRAM 划出 8KB 空间作为高速环形缓冲区PIC18F86J50 的定时器中断200μs 周期直接将 ADC 采样值写入 MRAM不经过 RAM 中转该层数据供本地 HMI 实时绘图刷新率 50Hz无丢帧第二层结构化日志100ms 延迟每 100msCPU 从环形缓存中提取峰值、均值、标准差打包为struct { uint32_t ts; uint16_t peak; uint16_t avg; uint16_t std; }写入日志区日志区采用前述的头校验自愈机制保证 10 年数据不腐烂第三层边缘智能触发500ms 延迟PIC18F86J50 内置一个轻量级异常检测模型32 行 C 代码实现的滑动窗口离群点算法当连续 5 帧的std超过阈值立即触发“疑似轴承磨损”事件事件信息时间、参数、快照数据被压缩后通过 USB CDC 虚拟串口实时上传至车间 MES 系统这个架构的关键突破在于MRAM 同时承担了三重角色——高速缓存、持久化存储、计算中间介质。它不像 Flash 那样需要“擦除-写入”周期也不像 DRAM 那样需要刷新电路使得 PIC18F86J50 这样的 8 位 MCU也能胜任原本需要 Cortex-M4 的任务。更进一步我们利用 MR25H40CDF 的“字节级随机访问”特性实现了“数据热力图”功能在 MRAM 中开辟一个 256 字节的“访问计数区”每次读写某个地址块如 0x0100–0x01FF就对该块对应的计数器加 1。运行一周后MES 系统可远程读取该计数区生成“哪些数据被高频访问”的热力图指导后续固件优化——例如将最常读取的报警阈值参数复制到 MRAM 的固定地址避免每次计算都遍历日志。这已经超越了“存储数据”的范畴进入了“理解数据使用模式”的领域。而这一切都建立在 MR25H40CDF 那 3