通过 I2C 读取 WHO_AM_I 寄存器（地址 0x0F），确认返回值是否为 0xB3（设备标识）。如果正确，说明设备基本通信正常。然后，通过 I2C 写入 CTRL_REG3（0x12）设置 I3C 模式（写入 0x10）。之后重新尝试 I3C 读取 DCR。或者在用逻辑分析仪捕获 I3C 通信波形
看起来比较复杂吧，在STM32CubeMX中创建U5工程，L476跟U5的时钟外设都不是一致的，要按照L4的的外设功能，配置U5。不过我感觉没有你直接搞U5的touchgfx来得快
SDIO 外设的 DMA 只能访问 AHB 总线上的“内部 SRAM1/2/3（0x2000 0000 起）”。 你通过 FSMC 挂在外部总线上的 1 M SRAM（典型地址 0x6000 0000 或 0x6800 0000 ）属于 AHB 外部的存储器，SDIO DMA 无法直接访问。
只要你的用户数据所在扇区被Hex文件"涉及",即使该区域在Hex文件中是空白的，那扇区仍会被擦除。试试划分Flash区域： Bank1: 0x0800 0000 - 0x080F FFFF (1MB) Bank2: 0x0810 0000 - 0x081F FFFF (1MB) ← 你的用户数据在这 修改链接脚本，再使用STM32CubeProgrammer重新烧写试试
这是由FLASH 工艺决定的。 擦除FLASH时，需要较高的电压。内部升压后，与接口电压不同，所以无法读取FLASH. 这时候也就无法提取下一条指令，无法响应中断。 当电压降低后，才会继续执行下一条代码的。 这也是为什么有的系类设计成双区的原因之一。
建议同步设置编译器字符集参数： 打开 Project → Properties → C/C++ Build → Settings； 进入 MCU GCC Compiler → Miscellaneous； 在 Other flags 中添加（不要有空格）： -finput-charset=GBK -fexec-charset=GBK 重新编译工程
在 VS Code + STM32CubeCLT（CMake 工程）中把 .a 静态库链进来，只需改两处 CMakeLists.txt，步骤如下： 把库文件和头文件放好 复制 project-root/ ├─ lib/ # 自己建的 │ ├─ libxxx.a # 你的静态库 │ └─ xxx.h # 对应头文件 └─ CMakeLists.txt 在根目录 CMakeLists.txt 里加三句话 cmake复制 # 1. 让编译器找得到头文件 target_include_directories(${CMAKE_PROJECT_NAME} PRIVATE ${CMAKE_SOURCE_DIR}/lib) # 2. 让链接器找得到库文件 target_link_directories(${CMAKE_PROJECT_NAME} PRIVATE ${CMAKE_SOURCE_DIR}/lib) # 3. 真正把库链进来 target_link_libraries(${CMAKE_PROJECT_NAME} xxx) # xxx 去掉前缀 lib 和 .a 也可以用绝对路径一行搞定： cmake复制 target_link_libraries(${CMAKE_PROJECT_NAME} ${CMAKE_SOURCE_DIR}/lib/libxxx.a) 保存后重新 Ctrl+Shift+P → CMake: Build 即可；若仍提示找不到库，确认库是为 arm-none-eabi-gcc 交叉编译出来的，且架构（Cortex-M7/M4 等）与目标芯片一致
STM32CubeProgrammer 并不会帮你做“智能合并”，它只把镜像按 FlashLayout.tsv 里的行去“覆盖”。如果： 新镜像里的分区表（GPT）或 ext4 label 与旧系统不一致； 或者你漏烧某个 关键分区（如 DTB、bootfs、tee-hdr）； 启动流程就会找不到后续分区，直接挂死。
-lc_none 其实是 CubeMX 生成 CMake 工程时，把 --specs=nano.specs 写成了 `--specs=none.specs（或拼写成了 none）导致的。 none.specs 在新版 GNU ARM Toolchain 中是不存在的，于是链接器把它当成普通的库名去查找，结果就报 “cannot find -lc_none”
检查0x02（START_STREAM）命令后是否出现SCLK，如果SCLK未启动，说明传感器内部状态机冻结，需要硬复位。如果SCLK持续但无数据，检查FIFO配置和DRDY信号。
