!(data/attachment/forum/202609/03/122312b60s050025n206m9.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 类似这种辅助的
由STM32产品的供电电压从1.7V~3.6V 范围内居多，如果统一用3.3V供电驱动的话会不方便。 所以在ST-LINK V2上用了电平转换芯片，使用目标板上接过来的电压驱动来保证天平一致。 在软件上也检测一下这个电压。 如果使用ST-LINK 去给目标板供电的话，使用3.3V的用户且耗电不大的用户是可以的，但是其他的用户就不行，作为厂家的话，我想还是应该这样保障绝大多数用户的使用。 而国内非正版的，省掉了电平转换芯片，价格更低，当电平有冲突时，更容易损坏，在电平更低时，也造成通信识别困难。
没发现这个问题和勘误表上有这样的描述。 你是不是直接调用了底层函数，实际上擦除是有例程的，建议参考例程试试。 好多小伙伴都是参照例程的方式擦除和改写数据，并非自己调用函数实现的。 在FLASH中执行擦除时，是会暂停取指一定时间，这时候要考虑应用是否能接受这点时间，单步调试时就能感受到。
可能性有很多种，可以根据实际情况排查： 内存越界写（最常见，踩内存） 数组越界：局部 / 全局数组写超范围，刚好覆盖到这个结构体所在内存。 指针错误：野指针、指针偏移错误、强制类型转换错误，向结构体地址附近写数据。 memcpy/memset长度传错，拷贝长度大于目标缓冲区，覆盖相邻内存。 栈溢出（局部结构体）结构体是局部变量（函数栈上）： 结构体很大，栈空间不够； 函数嵌套深、中断栈过小，栈向下 / 向上生长，栈溢出覆盖其它栈变量。 特征：结构体是函数内局部变量，函数运行时乱，退出函数更乱；全局结构体一般不会栈溢出。多访问冲突：主循环+ 中断同时读写同一个结构体（并发竞争）结构体全局 / 静态变量，主函数在读 / 写，中断服务函数也读写，没有保护。 结构体大于 1 字节，一次读写不是原子操作；中断打断半写状态，数据被撕坏。 典型：主循环拷贝结构体，中断里更新这个结构体，出来一半旧一半新。调试器假象（并不是真的内存变了） 优化等级太高 -O1 / -O2，变量被编译器优化到寄存器，不在 RAM，Keil 窗口显示的是无效旧值。 结构体没有加 volatile，编译器优化，调试窗口刷新假象；实际 RAM 值并没有变。 断点打在流水线中间，寄存器和内存不同步，窗口显示错乱。 硬件 / 外设 DMA 直接踩内存DMA 目标地址写错，DMA持续往结构体所在内存写数据。非常隐蔽，运行时随机篡改。现象：结构体随机乱，和外设收发时间强相关。指针指向错误内存 结构体指针指向栈已经销毁的局部变量（函数退出，栈内存回收，被别的代码覆盖） 错误强制转换，把别的内存地址强转为结构体指针。 中断栈过小（Cortex‑M）中断栈栈空间不足，中断运行栈溢出，破坏主栈内存。
最好能进一步描述一下： 用的什么软件或库，做了哪些事情，想要实现什么功能，调用什么代码，遇到了哪些问题或有什么疑问。 最好能上传关键信息截图或上传工程 描述清楚后小伙伴们才知道发生了什么，才有可能给出建议。
哪里的例程？ 如果是HAL库中例程，通常都是相对路径，一般不会出现。看看是不是有编译器配置问题。 当然日常开发时，会经常遇到这类问题，如同大家说的，把需要的文件路径添加进来就可以了。
如果是STM32F系列的单片机，GPIO无法直接触发DMA传输，但可以通过定时器的输入捕获模式间接实现。 如果是STM32H系列或G系列的单片机，则有DMAMUX功能来通过GPIO触发DMA传输。 将GPIO配置为事件输出模式，GPIO_InitStruct.Mode = GPIO_MODE_EVT_RISING; 最后在配置DMA时将触发源改为DMAMUX hdma.Init.Request = BDMA_REQUEST_GENERATOR0; 然后配置DMAMUX，大概是调用HAL_DMAEx_ConfigMuxRequestGenerator进行配置，可以实现当GPIO触发后，执行一次或多次DMA传输。 整个过程都不会触发中断。 STM32单片机上支持数据传输的外设和定时器基本上都支持触发DMA请求，但是需要进行适当的配置来使得当特定事件执行时触发DMA请求。 DMA传输的速度并不是一个容易量化的参数，抛开那些拖慢传输速度低速外设(如串口)，传输速度主要受限与数据搬运的那两条总线，即数据的输入通道和输出通道，可以去看看参考手册的System architecture章节。其中有各个通道的数据宽度。以STM32H7这样的单片机来说DMA传输甚至没有CPU直接传输来的快，但是DMA存在的意义不是快，而是它将CPU从重复的数据搬运工作中解放出来去做更重要的事。只有当外设的速度高于DMA的速度时(UNDER_RUN故障)才考虑DMA传输速度是否需要优化，比如开启FIFO、增加burst、减少总线竞争。
之前我还以为BLE文件夹内是两个项目，进一步了解之后才知道只有HeartRata是心率检测项目的文件夹，而Common文件夹内是BLE的一些基本文件，是HeartRata项目中必须的一部分。
签到!(https://shequ.stmicroelectronics.cn/data/attachment/forum/202608/25/085625f27cl330ulwlf3c0.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")!(https://shequ.stmicroelectronics.cn/data/attachment/forum/202608/25/085625f27cl330ulwlf3c0.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")!(https://shequ.stmicroelectronics.cn/data/attachment/forum/202608/25/085625srczvvqqjqjvmmzv.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")!(https://shequ.stmicroelectronics.cn/data/attachment/forum/202608/25/085625srczvvqqjqjvmmzv.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
特权模式和安全模与非安全属性不太一样。 什么是特权模式Privileged在同一个安全状态（Secure/ Non‑Secure）内部： 特权模式：可以访问全部寄存器、全部外设、可以修改控制寄存器、可以切换栈指针、可配置 MPU、SAU。 非特权模式：访问受限制，部分系统寄存器不能写，外设可通过 MPU 做权限拦截。 Secure 域的特权 ≠ Non‑Secure域的特权。 即使 Non‑Secure 侧跑在特权模式，依然不能直接访问 Secure 的资源，由 SAU+IDAU 隔离。 模式切换（Cortex‑M55） 异常进入时：自动进入对应域的特权模式 不管进入异常前是特权还是非特权，中断 / 异常响应后，都会变成该安全域下的特权模式，默认使用该域的主栈 MSP（Secure 异常用 MSP_S，Non‑Secure 异常用 MSP_NS）。 这和 Cortex‑M0/M3/M4 行为一致：异常处理函数永远是特权。 线程模式下切换特权 / 非特权 线程模式下，靠 CONTROL 寄存器的 bit‑0 控制当前域内特权级别： CONTROL.bit0 = 0 → 特权线程模式 CONTROL.bit0 = 1 → 非特权线程模式 只有特权代码才可以改写CONTROL.bit0；非特权代码写CONTROL 会被忽略。厂家有个编程手册，上面有一些关于内核介绍的
如果你硬件上走 I2C 而不是 RF/NFC 读卡器：强烈建议不要使用 ISO15693 RF 命令（Extended Write Multiple Block） ，直接使用 ST25DV 原生 I2C 多字节写接口，I2C 写没有 Area 跨区的这种限制，一次最多 256 字节，可以直接写任意数据，时序更简单，不会出现部分写坏问题
建议检查下VCAP的处理，主要器件参数、质量，这点在手册中有明确说明。 另外，检查下boot脚的连接、焊接情况，不要有虚焊。 有没有可能程序方面也有卡死的情形，可以换个简单代码测试下。
你玩板子不看原理图的吗，MB1373 这玩意串口是在PA9/PA10或者PB11/PB10，接到PC做什么？你如果没有改板上跳线电阻的话，连到的是USART1：PA9/PA10上的。PC11那个物理上又没有跟stlink的虚拟串口连接
微信公众号
手机版
