STMCU-管管
回答时间：2024-9-24 08:47
macOS的安全性和隐私设置可能会阻止ST-Link Server正常工作。请检查系统偏好设置中的安全性与隐私，确保STM32CubeIDE和ST-Link Server有权限执行。
对比一下定时器配置和驱动函数看看。 有时候一点点不同就会引起结果的不一样。 从硬件上来说，对于定时2，两个型号的芯片应该是一样的。
你是指的USB音频类的应用吗？ 如果是，可能需要你自己先评估下。 我刚查看H7B0相关资料，转贴过来供参考： 独立音频子块 ： 两个独立的音频子块，可以配置为发送器或接收器。 每个子块有8字的FIFO。 同步和异步模式 ： 支持音频子块之间的同步或异步模式。 可以在多个SAI之间进行同步。 主从配置 ： 每个音频子块可以独立配置为主模式或从模式。 每个音频块都有独立的时钟生成器，支持独立的音频采样频率。 数据大小和协议 ： 数据大小可配置：8、10、16、20、24、32位。 支持多种音频协议：I2S、LSB或MSB对齐、PCM/DSP、TDM、AC'97。 PDM接口 ： 支持多达4对麦克风（8个麦克风）。 多插槽和帧配置 ： 支持多达16个插槽，插槽大小可配置。 帧同步、数据传输顺序、静音模式、立体声/单声道帧等配置。 另外，芯片内集成高速OTG模块，以USB 2.0 高速来看，速率可达480Mbps，即60MB/s。 当然，这里面要刨除协议数据的开销。 硬件上充分使用SAI多通道及DMA传输来实现。
我这边做了进一步确认，ECC存放区域是没有计算在数据手册表明的FLASH 大小的。 换句话说，数据手册表明的128K flash空间就是用户代码可以使用的，至于ECC占用另算。 这里的ECC控制是硬件管理的，我们软件没法开启或关闭，实际上是始终开启。具体怎么安排的 对我们用户也是透明的，所以也就无须关注它怎么布局的。 目前配置结果跟数据手册不符的地方，后续版本会更正过来。
ADC触发后，需要一段时间采样转换后才能置位EOC 所以是在执行ADC3_read() 前触发才有这个可能的。 这是个概率问题，因此才不会每次都有。
谢谢，我看到这个demo了，但是这个demo中只有角色转换的流程，转换完成之后，原本的主机是否要做什么处理我看不太出来，是直接可以用那些从机的接口吗，主机的I3C初始化的流程里是配置为主机的，通过整个流程转换为从机之后，不需要重新初始化吗
楼主是自己修改了DFU的代码部分吗？ 我测试了一下是正常的，是不是你的代码有一些特殊的内容？ !(data/attachment/forum/202409/19/201134zv71cx1s1esfg7e7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
如果使用NSS硬件管理方式，又分两种情况： 情形1：NSS输出使能 此配置仅适用于SPI模块工作在Master模式。当开始SPI通信后,NSS脚输出低电平， 且一直 保持到SPI模块被禁用，而不只是停止读写访问时就变高。 情形2：NSS禁止输出 对于多主设备环境中，确保只有一个主设备在任何时间点驱动总线。 在从设备模式下，确保主设备正确地驱动NSS引脚，以便从设备能够正确地识别通信开始和结束。 被片选上时NSS脚为低，否则为高。
除了继续检查外，似乎也没啥更实际的办法。 先确认STLINK本身没问题，可能的话，找个其它可以的STM32板连接看看； 保证STM32cubeIde的配置OK,在CubeIDE的debugger界面下，确保能SCAN到STLINK，并可以看到其序列号； 检查电路板的供电是否OK，供电电压，各个电源相关脚的供电与焊接； 检查芯片是否正确焊接了，脚位方向弄错也不是没有可能的；可能的话，多找几块板试试，万一板坏了呢？
这就看你程序逻辑了。 UDR表示发生了underrun错误，发生在从模式的发送阶段的发送FIFO为空时。 确保在主机启动时钟之前，TxFIFO中已经有足够的数据。 在TxFIFO为空时，不要清除UDR标志。确保在清除UDR标志之前，TxFIFO中已经有数据。 至于OVR错误，那就比较常见，发生在接收时前面数据没取走又来新数据了。尽量保证数据提取的即使性。 合理安排代码中的中断，不必要的中断就别开了，比方DMA传输半完成中断，中断处理代码力求简洁。
微信公众号
手机版
.png)
