见过有些烧录软件/Link 需要把所有用于烧录的线包括正负极都接入单片机上 虽然独立供电也没毛病,但是好像就是检测这个东西 反之不给烧录 不像ESP32那些独立供电单独接个串口烧录也能烧 不吃线的检测👀️
没发现这个问题和勘误表上有这样的描述。 你是不是直接调用了底层函数，实际上擦除是有例程的，建议参考例程试试。 好多小伙伴都是参照例程的方式擦除和改写数据，并非自己调用函数实现的。 在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的虚拟串口连接
Kimi的解答： 这个问题非常常见，根本原因是 STM32CubeMX（基于 Java）生成文件时的编码 与 STM32CubeIDE 打开文件时的编码 不一致导致的。 问题根因 STM32CubeMX 是基于 Java 的跨平台工具，生成代码时的文件编码由 JVM 的 file.encoding 参数决定。在中文 Windows 环境下，6.12.0 版本默认可能使用 GBK 编码，而 STM32CubeIDE 默认使用 UTF-8 编码。当你再次生成代码时，CubeMX 以 GBK 编码写入文件，CubeIDE 以 UTF-8 解码打开，中文注释就会乱码。 推荐解决方案：统一为 UTF-8 第一步：修改 STM32CubeMX 的启动配置 找到 STM32CubeMX 安装目录下的 STM32CubeMX.ini 文件（有些版本叫 STM32CubeMX.l4j.ini），用记事本打开，在 -vmargs 段落下添加： ini -Dfile.encoding=UTF-8 -Dsun.locale.format.language=zh -Dsun.locale.format.country=CN 完整示例： ini --launcher.appendVmargs -vmargs -Dosgi.requiredJavaVersion=1.8 -Dfile.encoding=UTF-8 -Dsun.locale.format.language=zh -Dsun.locale.format.country=CN -Xms128m -Xmx1024m ⚠️ 注意 ：修改时关闭 CubeMX，修改后重启生效。修改只对之后新建/重新生成的工程有效 ，已有乱码的文件需要手动修复。 第二步：确认 STM32CubeIDE 编码为 UTF-8 在 CubeIDE 中右键点击工程名 → Properties 选择 Resource → Text file encoding 确保选择 UTF-8 （如果显示 Inherited，可以勾选 "Other" 手动输入 UTF-8） 点击 Apply and Close 第三步：清理缓存（可选但推荐） 关闭 CubeMX 后，删除以下缓存目录： plain %USERPROFILE%\.stm32cubemx %USERPROFILE%\.eclipse 然后重新打开 CubeMX 生成代码。
我原来做的是无感FOC 最开始我做的是六步换相的无感无刷电机,区别只是电机参数不同,然后有没有硬件检测转子是否到位,它的驱动方式就是六步换相 这里直接出的连续PWM输出? 不习惯逻辑分析仪 直接挂的示波器😄 想要强行拖动电机启动 那么就要用六步换相,固定占空比 断续PWM AB通电C断开 BC通电A断开 两通一断 看下是否能够供你参考, 再说带启动板的电机一般都有原厂源码吧？👀️
微信公众号
手机版
