STMCU-管管

不完全是。VNF1248F 片内有客户可编的非易失存储器（产品页叫 FTP NVM），用来存一部分关键默认配置，但不是「写进 NVM 之后 MCU 就可以不管了」。 日常运行配置还是通过 SPI 写进 RAM 寄存器。NVM 里存的是安全相关的默认参数：器件进失效安全或锁定状态时加载，保证故障态行为可预期；退出这些状态后，再回到 RAM 里当时的配置。上电后是否加载默认配置，由笔记和数据手册里的使能位决定。编程、擦除、读取步骤，以及允许改写的次数，以 AN6394 和数据手册为准。 AN6394（Non-volatile Memory feature of VNF1248F） 评估板 控制软件

STMCU-管管

你好，针对这个问题，目前 AI 相关的开发，不建议继续走 CubeMX 生态（CubeMX + X-CUBE-AI 扩展包），建议直接使用 STM32Cube AI Studio。 原因： 新器件的支持不一定在 CubeMX 生态里。 以 STM32C5 为例，查看 X-CUBE-AI 最新的工具支持列表，其中没有看到 STM32C5。而在 STM32Cube AI Studio 新建工程的 Target 页面里，搜索 “c5” 可以直接看到 STM32C531 等型号。 Cube AI Studio 是 ST 面向 AI 开发的独立工具。 模型导入、分析、验证、部署都在同一个工具里完成，不再需要先在 CubeMX 里装扩展包。 后续的新功能和新器件支持，更可能首先出现在 Cube AI Studio 里。 （这是基于目前工具定位的判断，具体路线图请以 ST 官方发布为准。） 建议做法： 新项目、新器件（尤其是 STM32C5 这类较新的系列）：直接用 STM32Cube AI Studio ，在创建工程时的 Target 页面搜索你的 MCU 型号或开发板。 已有基于 CubeMX + X-CUBE-AI 的老项目：可以继续维护，但新增 AI 功能前，先对照支持列表确认你的器件是否在其中。 相关链接： STM32Cube AI Studio 下载页：STEDGEAI-CUBEAI | Software - STMicroelectronics Wiki 文档：Category:STM32Cube AI Studio - stm32mcu

STMCU-管管

很常见。容性上电那一下冲击电流，看起来就像过流。VNF1248F 为此提供电容充电模式（CCM），不要把容性上电直接当短路去关断。 CCM 的做法是：先用较低节奏的 PWM 给电容充电，并检查输出是不是真短路；达到设定条件后再进入正常高边导通。充电可能正常结束，也可能因超时或短路检查失败而停掉。可配置状态下由控制寄存器启动；失效安全状态下也可以按数据手册规定的 DIN 脚时序进去。PWM 周期、占空比、超时和完成判据看应用笔记 AN6392 和数据手册，回帖里不对寄存器。 AN6392（Capacitive Charging Mode of VNF1248F） VNF1248F（特性含 CCM） 评估板 图形界面和固件

STMCU-管管

控制器路径我们从 VNF1248F 起手，板用 EV-VNF1248F，配置和监控用 STSW-EV-VNF1248F。 VNF1248F 覆盖 12V / 24V / 48V 高边控制，产品页列了电容充电模式（CCM）和片内非易失存储器（FTP NVM）。同族要对一下可以看 VNF1048F。这块评估板用来接负载、电源和微控制器，把保护、诊断和控制接口跑起来；电参数、电流能力以产品页和评估板页为准。 VNF1248F EV-VNF1248F STSW-EV-VNF1248F

STMCU-管管

控制和诊断这一层可以接着用。电压域按节点往上加，不用另起一套保护逻辑。 Stellar 还是管车规计算、安全和诊断，STi²Fuse 还是管可配置保护。48V 进来以后，给仍在 12V 的负载供电，走可诊断的 48V 转 12V 节点，不要在分区外面再铺一层转换器。我们通常建议先把 12V 分区里的指挥关系跑通，再把 48V 节点拼进去。 智能配电 48V 转 12V Stellar

STMCU-管管

先别按(一颗要扛整车通道)来选。VNF1248F 是 12V / 24V / 48V 智能保险丝控制器，功率管在外面，面向可配置保护和诊断。 区域方案里通道是按配电节点拆开的，不是堆进同一颗器件。我们评估控制器从 VNF1248F 和评估板 EV-VNF1248F 看起。如果希望开关和保护做在同一颗集成高边里，再去看 VNF9D / VNF9Q 族。电流、通道、封装以各产品页为准，这里不另写参数。 VNF1248F EV-VNF1248F 高边/低边开关入口

STMCU-管管

不行。VNF1248F 不是拿来在原保险丝盒里一对一换熔断器的。 项目上更常见的卡点是：线束已经按区域切开了，保护还停在中央盒。这样馈线照样从盒子拉到门口，熔断了也难告诉控制器是哪一路、能不能重试。我们这边把保护做成靠近负载的节点——Stellar 管安全与诊断，STi²Fuse 管可配置保护，跳闸和重试由微控制器拍板，不是比较器切断完事。只换芯片、拓扑还是老的，区域控制器这层起不来。 系统怎么按 12V/48V 节点拼： https://www.st.com.cn/zh/applications/ee-architecture-software-defined-vehicle/smart-power-distribution.html?ecmp=tt50531_cc_link_aug2026 区域控制器怎么管电源： https://www.st.com.cn/zh/applications/ee-architecture-software-defined-vehicle/zonal-control-unit-zcu.html?ecmp=tt50531_cc_link_aug2026

wenyangzeng

应该是的

qintian0303

读保护

攻城狮Melo

STM32H7 + LWIP 能收包却 ping 超时一站式排查表 症状：网口灯闪、MCU 能进接收中断、Wireshark 能看到 ICMP Echo-reply，但主机依旧“Request timeout”。 1. 校验和（Checksum）→ 90 % 踩坑点 表格复制 现象 Wireshark 展开 ICMP 协议树，Checksum = 0x0000 或非法值 根因 MAC 硬件自动清零 + lwIP 未同步使能 HW checksum offload 验证 抓包看 ICMP Checksum 字段 修复 1. 使能 MAC 发送硬件校验和<br/>2. 让 lwIP 把校验工作交给硬件 c复制 /* 1. 在 ETH 初始化处 */ heth.Init.TxConfig = ETH_TXCONFIG_CHECKSUMOFFLOAD; // H7 寄存器位 /* 2. 在 lwipopts.h */ #define CHECKSUM_BY_HARDWARE 1 #define CHECKSUM_GEN_ICMP 1 #define CHECKSUM_CHECK_ICMP 1 老版本 icmp.c 需手动把 iecho->chksum = 0; 保留，防止软件提前填充。 2. ARP / IP 冲突 表格复制 现象 第一次 1-2 个包能通，之后全部超时 验证 arp -a 看目标 IP 对应的 MAC 是否等于板子 MAC 解决 arp -d <IP> 清缓存；给板子分配唯一 IP；必要时发 Gratuitous ARP 3. Cache 污染（D-Cache 与 DMA 不一致） 表格复制 现象 大包 1500 B 必现超时；开-O2 优化后必现 验证 把待发缓冲区打印出来与 Wireshark 对比，内容不一致即命中 解决 方法 A：MPU 把描述符 & pbuf 区设为 Device/Strongly-ordered<br/>方法 B：在发送/接收处手动 Clean / Invalidate c复制 /* 发送前 */ SCB_CleanDCache_by_Addr((uint32_t *)p->payload, p->len); /* 接收后 */ SCB_InvalidateDCache_by_Addr((uint32_t *)p->payload, p->len); 4. pbuf 泄漏（PBUF_POOL 耗尽） 表格复制 现象 连续 ping 前 N 次 100 % 通，N == PBUF_POOL_SIZE 后永远超时 验证 memp_get_stats() 观察 PBUF_POOL 可用数每 ping 减 1 解决 恢复 icmp.c / etharp.c 中所有pbuf_free(p) 调用 5. 一键自检清单（复制打钩） [ ] Wireshark 回包 ICMP Checksum ≠ 0 且主机无 “Bad Checksum” 提示 [ ] arp -a 目标 IP ↔ MAC 正确，无 IP 冲突 [ ] 1500 B 大包连续 ping 稳定，不掉包 [ ] 连续 ping > PBUF_POOL_SIZE 次仍正常

网络孤客

强大，非常期待。