像这种情况，相信你也清楚，各种TIMER及通道的工作都是独立的，基本可以肯定问题是你代码方面的原因。 如果基于捕获中断的话，可能会低优先级的捕获事件因处理高优先级捕获事件被错过了，等待来处理时 已经是另外一次捕获数据了。 注意中断服务程序尽量精炼。 如果被捕获的脉冲很窄的话，可以分别使用中断方式或DMA方式做处理。
以串口UART DMA传输为例： ... HAL_UART_Transmit_DMA(&huart2,Rx_Data,sizeof(Rx_Data)); __HAL_DMA_DISABLE_IT(&hdma_usart2_rx,DMA_IT_HT); //关闭半传输DMA中断 ... //传输完成回调 void HAL_UARTEx_RxEventCallback(UART_HandleTypeDef * huart, uint16_t Size) { if(huart->Instance == USART2){ HAL_UART_Transmit_DMA(&huart2,Rx_Data,Size); HAL_UARTEx_ReceiveToIdle_DMA(&huart2, Rx_Data, sizeof(Rx_Data)); __HAL_DMA_DISABLE_IT(&hdma_usart2_rx,DMA_IT_HT); } }
[md]你不是说SPI配置跟其它系列一样吗？ 一般来讲，复用功能脚多配置成了PP模式，你手动将MISO配置输入模式也是可以的。 保证MOSI MISO 还有 片选脚别接错了，片选脚能起作用。
可以配置为48M的。 !(data/attachment/forum/202503/29/194807c6x6x63x9y77i7ux.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
STMCU-管管
回答时间：前天 16:59
1. 硬件与软件准备 硬件 ： STM32F103C8T6（或其他F103系列，需支持USB） USB接口（PA11/DM, PA12/DP） 串口（可选，用于调试） 软件 ： STM32CubeMX Keil MDK/STM32CubeIDE USB HID协议库（或自定义协议） 2. CubeMX配置 步骤1：创建工程 打开CubeMX，选择 STM32F103C8T6 。 配置时钟： HSE（8MHz外部晶振）→ PLL → SYSCLK 72MHz。 USB时钟需48MHz（通过PLL分频实现，72MHz / 1.5 = 48MHz）。 步骤2：启用USB 在 Connectivity 中启用 USB Device 。 选择 Human Interface Device (HID) ： Middleware → USB_DEVICE → HID 。 步骤3：配置GPIO和时钟 确保PA11（DM）和PA12（DP）已自动配置为USB。 检查时钟树： PLLCLK = 72MHz（HSE 8MHz × 9）。 USBCLK = 48MHz（72MHz / 1.5）。 步骤4：生成代码 选择IDE（如Keil），生成代码。 3. 代码实现 3.1 修改HID描述符 在 usbd_hid.c 中修改报告描述符（64字节输入/输出）： c 复制 __ALIGN_BEGIN static uint8_t HID_ReportDesc[] __ALIGN_END = { 0x06, 0x00, 0xFF, // Usage Page (Vendor Defined) 0x09, 0x01, // Usage (Vendor Usage 1) 0xA1, 0x01, // Collection (Application) 0x15, 0x00, // Logical Minimum (0) 0x26, 0xFF, 0x00, // Logical Maximum (255) 0x75, 0x08, // Report Size (8 bits) 0x95, 0x40, // Report Count (64 bytes) 0x09, 0x01, // Usage (Vendor Usage 1) 0x81, 0x02, // Input (Data, Var, Abs) 0x95, 0x40, // Report Count (64 bytes) 0x09, 0x01, // Usage (Vendor Usage 1) 0x91, 0x02, // Output (Data, Var, Abs) 0xC0 // End Collection }; 3.2 实现OTA协议 接收固件数据 （在 usbd_hid.c 中）： c 复制 void USBD_HID_SendReport(uint8_t *report, uint16_t len) { if (USBD_HID_HandleTypeDef *hid = hUsbDeviceFS.pClassData) { USBD_LL_Transmit(&hUsbDeviceFS, HID_EPIN_ADDR, report, len); } } void USBD_HID_Receive(uint8_t *data, uint32_t length) { if (data[0] == OTA_HEADER) { // 检查固件头 write_to_flash(APP_ADDRESS, &data[1], length - 1); } } Flash操作 （添加 stm32f1xx_hal_flash.c）： c 复制 void write_to_flash(uint32_t addr, uint8_t *data, uint32_t len) { HAL_FLASH_Unlock(); FLASH_EraseInitTypeDef erase = { .TypeErase = FLASH_TYPEERASE_PAGES, .PageAddress = APP_ADDRESS, .NbPages = (len + FLASH_PAGE_SIZE - 1) / FLASH_PAGE_SIZE }; uint32_t page_error; HAL_FLASHEx_Erase(&erase, &page_error); for (uint32_t i = 0; i < len; i += 2) { uint16_t val = *(uint16_t*)(data + i); HAL_FLASH_Program(FLASH_TYPEPROGRAM_HALFWORD, addr + i, val); } HAL_FLASH_Lock(); } 跳转函数 （在 main.c 中）： c 复制 void jump_to_app(void) { void (*app_reset_handler)(void) = (void (*)(void))(*((uint32_t*)(APP_ADDRESS + 4))); __disable_irq(); HAL_RCC_DeInit(); HAL_DeInit(); __set_MSP(*(__IO uint32_t*)APP_ADDRESS); app_reset_handler(); } 3.3 主循环逻辑 c 复制 while (1) { if (ota_complete) { jump_to_app(); } HAL_Delay(100); } 4. 上位机工具（Python示例） python 复制 import hid device = hid.device() device.open(0x0483, 0x5750) # STM32默认VID/PID # 发送固件 with open("firmware.bin", "rb") as f: data = f.read() chunk_size = 64 for i in range(0, len(data), chunk_size): chunk = data device.write([0x00] + list(chunk)) # HID报告ID为0x00 5. 测试步骤 编译烧录 ：将Bootloader代码烧录到STM32F103。 发送固件 ： 运行Python脚本发送 .bin 文件。 MCU接收后写入Flash（地址 0x08004000，避开Bootloader）。 跳转验证 ：重启后自动运行新固件。 6. 常见问题 USB枚举失败 ： 检查PA11/PA12引脚连接。 确认时钟配置（USBCLK=48MHz）。 Flash写入错误 ： 确保地址对齐（半字写入，2字节）。 关闭写保护（HAL_FLASH_Unlock()）。 兼容性 ： STM32F103的USB仅支持全速模式（12Mbps）。 7. 优化建议 校验机制 ：添加CRC校验固件完整性。 双Bank升级 ：STM32F103无双Bank，可设计备份分区。 调试输出 ：通过串口打印日志（如HAL_UART_Transmit）。
ST目前还没有WiFi的产品，倒是有第三方合作伙伴的WiFi模组 但是，STM32MP157DK2开发板上，有WiFi模组，是村田的，ST有基于这块板卡的matter应用例程 STM32WB5MMG这块板子我前段时间在看，我记得是没有WiFi的，Thread不依赖于其他射频器件，我使用过的WB55和WBA52均可在cubemx里配置Thread，好像RF射频模块，对BLE和Thread，只能二选一的使用
STMCU-管管
回答时间：5 天前
1. 环境准备 硬件连接 确保ST25R3911 Discovery板通过USB正确连接到PC，并安装官方驱动（STSW-ST25R001）。 检查设备管理器中是否识别为ST25R3911-DISCO COM端口。 软件依赖 引用官方DLL（需从ST官网下载）： ST25R3911DISCOComm.dll ST25R3911DISCOComm.xml（文档注释） 2. C#示例代码 初始化读写器 csharp 复制 using System; using ST25R3911DISCOComm; // 引用DLL命名空间 class NFCReader { private static ST25R3911Discovery _discoveryBoard; static void Main(string[] args) { // 1. 初始化设备 _discoveryBoard = new ST25R3911Discovery(); if (!_discoveryBoard.Connect()) { Console.WriteLine("连接ST25R3911 Discovery板失败！"); return; } // 2. 检测NFC标签 if (!_discoveryBoard.IsTagPresent()) { Console.WriteLine("未检测到NFC标签！"); _discoveryBoard.Disconnect(); return; } // 3. 读取NDEF数据 ReadNDEFMessage(); // 4. 写入NDEF数据 string newMessage = "https://www.st.com"; WriteNDEFMessage(newMessage); _discoveryBoard.Disconnect(); } } 读取NDEF消息 csharp 复制 static void ReadNDEFMessage() { try { // 获取NDEF数据 byte[] ndefData = _discoveryBoard.ReadNDEF(); if (ndefData == null || ndefData.Length == 0) { Console.WriteLine("标签中没有NDEF数据或读取失败。"); return; } // 解析NDEF记录（示例：解析URI类型） NdefRecord record = NdefParser.Parse(ndefData)[0]; // 取第一条记录 Console.WriteLine($"NDEF类型: {record.Type}"); Console.WriteLine($"NDEF内容: {Encoding.UTF8.GetString(record.Payload)}"); } catch (Exception ex) { Console.WriteLine($"读取NDEF时出错: {ex.Message}"); } } 写入NDEF消息 csharp 复制 static void WriteNDEFMessage(string uri) { try { // 创建NDEF URI记录 NdefRecord record = new NdefRecord { Type = NdefRecordType.Uri, Payload = Encoding.UTF8.GetBytes(uri) }; // 转换为NDEF字节流 byte[] ndefBytes = NdefParser.ToByteArray(new List { record }); // 写入标签 if (_discoveryBoard.WriteNDEF(ndefBytes)) { Console.WriteLine("NDEF写入成功！"); } else { Console.WriteLine("NDEF写入失败！"); } } catch (Exception ex) { Console.WriteLine($"写入NDEF时出错: {ex.Message}"); } } 3. NDEF辅助类（NdefParser.cs） csharp 复制 using System; using System.Collections.Generic; using System.Text; public class NdefRecord { public NdefRecordType Type { get; set; } public byte[] Payload { get; set; } } public enum NdefRecordType { Text = 0x01, Uri = 0x02 } public static class NdefParser { // 解析NDEF字节流为记录列表 public static List Parse(byte[] ndefData) { var records = new List(); int index = 0; while (index < ndefData.Length) { byte flags = ndefData; NdefRecordType type = (NdefRecordType)ndefData; int payloadLength = ndefData; byte[] payload = new byte; Array.Copy(ndefData, index, payload, 0, payloadLength); index += payloadLength; records.Add(new NdefRecord { Type = type, Payload = payload }); } return records; } // 将NDEF记录列表转为字节流 public static byte[] ToByteArray(List records) { var bytes = new List(); foreach (var record in records) { bytes.Add(0xD1); // MB+ME+CF+SR+IL标志位 bytes.Add((byte)record.Type); bytes.Add((byte)record.Payload.Length); bytes.AddRange(record.Payload); } return bytes.ToArray(); } }
你确认下，片内FLASH模块是按单BANK还是双BANK管理的，这个由DB1M控制位决定。 单双BANK的不同选择，意味着PAGE的大小也不一样。 检查擦写地址，擦除时是否按page大小对齐给的。 再就是检查工作板的电源脚的连接以及工作电压是否正常。
建议你基于更新事件修改下一个周期的CCR值来改变占空比。 不然的话，如果基于比较事件加预装的话，当比较事件与更新事件很接近时 控制会有发生一些有意思的现象。 比方像下面的异常情形，比较事件触发DMA，并开启CCR的预装功能。
主频是跟各种参数包括成本决定的，换句话说满足各种条件下的均衡选择。 当主频不断提高时，其他性能也会带来下降。 所以均衡才是最好。 需要高主频的应用，可以试试U5系列。
低功耗模式好比绣花一样，每一针的细节都决定了最终功耗。 楼主可以先配置成仅仅STOP2 模式（程序开始先记得延时几秒）。 然后对比厂家手册，看看是否达到相应的功耗范围，这样更容易发现配置包括硬件是否有改善的地方。 在此基础上在一点点打开相应的外设。 另外厂家 cube库中在PWR 下面有两个例程，可以从那儿开始。
STM32G4和F4系列均基于ARM Cortex-M4内核，但在设计目标、外设集成、性能优化和应用场景上存在显著差异。以下是两者的核心区别及选型建议： 一、设计目标与应用场景 STM32F4系列：定位为通用型高性能MCU，适合需要浮点运算和复杂逻辑处理的场景。例如： 工业自动化中的人机界面（HMI）、机器人控制 消费电子中的音频处理（如MP3解码）、无人机飞控 医疗设备中的数据采集与分析 通信设备中的协议处理（如以太网、USB OTG） STM32G4系列：专为电机控制与数字电源优化，集成混合信号外设和数学加速模块。典型应用包括： 工业伺服系统、变频器的磁场定向控制（FOC） 数字电源（如LLC谐振拓扑、PFC校正） 家电中的变频电机（如空调、洗衣机） 汽车电子中的电池管理（BMS）、DC-DC转换器 二、核心技术差异 1. 性能与功耗 特性 STM32F4系列 STM32G4系列 内核 Cortex-M4（最高180MHz） Cortex-M4（最高170MHz） 工艺 90nm 40nm 运行功耗 约150μA/MHz 约100μA/MHz 低功耗模式 停止/待机模式，功耗低至1μA 支持更精细的功耗管理（如外设独立供电） 浮点运算 单精度FPU，支持DSP指令 单精度FPU + 硬件加速器（CORDIC、FMAC） G4的优势： 数学加速器：CORDIC单元加速三角函数计算（如FOC中的坐标变换），FMAC单元优化数字滤波（如IIR、FIR），比纯软件实现快5倍以上。 能效比：40nm工艺和动态电压调节（DVS）使其在高性能下保持低功耗，适合电池供电设备。 2. 外设与接口 外设类型 STM32F4系列 STM32G4系列 ADC 12位，3Msps，3通道同步采样 12位，5Msps，4组独立ADC（支持过采样至16位） 定时器 14个定时器（含高级控制定时器） 3个高级电机控制定时器 + 1个高分辨率定时器（184ps精度） 模拟外设 2个DAC，2个运算放大器 7个DAC，6个运算放大器，7个比较器 通信接口 USB OTG高速（480Mbps）、以太网MAC CAN FD（5Mbps）、USB Type-C PD控制器 安全特性 AES-128加密、SRAM奇偶校验 双bank闪存（支持实时固件升级）、安全存储区 G4的关键外设： 高分辨率定时器（HRTIM）：支持LLC谐振拓扑的高精度PWM生成，周期精度达184ps，可驱动GaN/SiC器件。 电机控制定时器：内置死区插入、故障保护和正交编码器接口，简化FOC算法实现。 3. 内存与存储 特性 STM32F4系列 STM32G4系列 Flash 最大1MB（单bank） 最大512KB（双bank，支持RWW） SRAM 最大384KB 最大224KB（含64KB CCM-SRAM） 外部存储 支持FSMC接口（NOR/NAND Flash） 无 G4的优势： 双bank闪存：允许固件在线升级（OTA），主程序运行时可写入另一bank，提升系统可靠性。 CCM-SRAM：内核耦合存储器，加速实时代码执行（如电机控制中断服务程序）。 三、开发生态与工具 工具与资源 STM32F4系列 STM32G4系列 Cube软件包 STM32CubeF4（通用型） STM32CubeG4（含电机控制库X-CUBE-MCSDK） 开发板 Nucleo-F401RE、Discovery-F429ZI Nucleo-G474RE、P-NUCLEO-IHM03（电机控制专用） 代码兼容性 与F2/F7系列部分兼容 与F3系列高度兼容（引脚/寄存器映射） G4的开发优势： 电机控制库：X-CUBE-MCSDK提供预配置的FOC算法模板，支持无感控制和多电机同步。 混合信号工具链：通过STM32CubeMX直接配置ADC、比较器和定时器联动，简化模拟信号处理。 四、选型建议 优先选择STM32G4的场景： 电机控制：需要FOC算法、多轴同步或高动态响应（如工业伺服）。 数字电源：LLC谐振、PFC校正或GaN/SiC驱动。 工业自动化：需要高精度ADC和实时控制（如IO-Link Hub）。 能效敏感设备：电池供电或需长时间待机的应用。 优先选择STM32F4的场景： 通用计算：图形界面（如TFT-LCD驱动）、音频处理（如I2S接口）。 多通信协议：同时需要USB OTG、以太网和CAN的复杂系统。 外部存储扩展：需连接NOR/NAND Flash或SRAM。 成本敏感项目：F4系列价格更低（如F401RE约5元，G474RE约10元）。 五、典型应用对比 应用领域 STM32F4示例 STM32G4示例 电机控制 基础FOC（需软件实现三角函数） 无感FOC（硬件CORDIC加速） 数字电源 简单Buck/Boost拓扑 LLC谐振拓扑（HRTIM高精度PWM） 消费电子 智能音箱（音频编解码） 变频空调（电机控制+电源管理） 工业设备 PLC通信模块（Modbus/TCP） 伺服驱动器（实时控制+CAN FD） 总结 STM32G4和F4系列的核心差异在于专用性与通用性的平衡： G4通过硬件加速器和混合信号外设，在电机控制和数字电源领域实现了性能与能效的突破，适合需要高实时性和模拟处理的场景。 F4作为通用型MCU，凭借更高的主频和丰富的通信接口，在图形、音频和复杂协议处理中表现更优。 选择时需根据项目需求的计算密集度、外设类型和功耗限制综合判断，必要时可通过评估板（如Nucleo-G474RE与Nucleo-F401RE）验证性能。
微信公众号
手机版
.png)
