GD32L233低功耗MCU串口唤醒深度睡眠模式1的实现与优化
1. 项目概述当低功耗遇上异步唤醒在嵌入式开发中功耗和实时响应往往是一对需要权衡的矛盾。尤其是在电池供电的设备上我们希望MCU在绝大部分时间处于“沉睡”状态以节省每一微安电流但又要求它在特定事件发生时能立刻“醒来”并投入工作。这次要聊的就是基于GD32L233这颗国产低功耗MCU实现一个非常经典且实用的功能利用串口UART数据将其从最省电的深度睡眠模式1Deep Sleep Mode 1中唤醒。你可能用过外部中断EXTI唤醒或者实时时钟RTC闹钟唤醒但用串口唤醒听起来有点特别。它的核心价值在于设备可以在极低功耗的待机状态下仅通过接收一串特定的数据比如一个唤醒帧、一个字符甚至是一个特定的起始位边沿就被激活而无需持续运行串口外设消耗电流。这对于那些需要通过无线模块如LoRa、NB-IoT或有线串口远程唤醒的物联网终端、数据采集器、智能门锁等设备来说是一个至关重要的特性。GD32L233是兆易创新推出的一款基于Arm® Cortex®-M23内核的低功耗微控制器它提供了多种低功耗模式。深度睡眠模式1Deep Sleep 1是其中功耗极低的一种在此模式下高频时钟HXTAL、PLL关闭内核停止运行大部分外设掉电仅保留少数低功耗模块和待机电压域。要实现从这种状态下被串口唤醒就需要依赖其低功耗UARTLPUART模块与可唤醒中断源的巧妙配合。接下来我们就从原理到配置一步步拆解这个功能的实现。2. 核心原理与硬件设计考量2.1 深度睡眠模式1与唤醒源解析首先我们必须清楚GD32L233在深度睡眠模式1下哪些资源还在工作哪些已经关闭。这是设计唤醒机制的基础。在Deep Sleep 1模式下内核与系统时钟Cortex-M23内核停止执行指令系统时钟CK_SYS停止。这意味着你的主程序代码完全暂停。时钟源高速外部晶体振荡器HXTAL、锁相环PLL被禁用。但低速外部晶体振荡器LXTAL通常32.768kHz和内部低速RC振荡器IRC32K可以保持运行为低功耗外设提供时钟。电源域大部分外设的电源域VDD域被关闭但备份域VBAT域和部分特殊功能寄存器保持供电。可用的唤醒源MCU提供了多种唤醒源例如RTC闹钟、外部中断EXTI、比较器事件等。关键点在于这些唤醒源必须能在无内核干预、无系统主时钟的情况下独立检测事件并触发唤醒序列。串口唤醒本质上属于“外部中断”唤醒的一种特殊形式。但它不是简单的GPIO电平变化而是依赖于串口接收引脚RX上的特定信号边沿。对于GD32L233其低功耗UARTLPUART模块在深度睡眠模式下可以配置为在检测到RX引脚上的起始位下降沿时产生一个唤醒事件。这个事件会连接到EXTI系统最终将MCU从睡眠中唤醒。2.2 低功耗UARTLPUART的关键作用为什么必须是LPUART普通的UART模块在深度睡眠模式下通常会被断电无法工作。而LPUART是专为低功耗场景设计的它具有以下特点独立时钟源它可以由低速时钟如LXTAL或IRC32K驱动即使主时钟关闭也能运行。深度睡眠保持在深度睡眠模式下LPUART的特定功能如接收器可以被配置为保持活动状态持续监测RX引脚。唤醒功能内置硬件支持可在检测到起始位时生成内部唤醒信号。因此我们的硬件设计必须满足一个前提将设备的串口RX引脚连接到MCU上支持LPUART功能的引脚。你需要查阅GD32L233的数据手册确认哪些UART接口支持低功耗模式通常是USART0/LPUART0。例如PA2可能被复用为LPUART0_RX。注意在硬件设计阶段务必确保LPUART_RX引脚的外部电路如上拉电阻、电平转换芯片不会干扰起始位下降沿的检测。一个稳定的、无毛刺的串口信号至关重要。如果使用RS-485等差分总线需要考虑收发器使能控制避免在睡眠时产生误唤醒。2.3 整体工作流程设计整个功能的流程可以概括为以下几步进入深度睡眠前配置主程序在决定进入Deep Sleep 1前需要完成一系列配置包括初始化LPUART、使能其唤醒功能、配置对应的EXTI中断线等。执行睡眠指令调用pmu_to_deepsleepmode(PMU_LDOLP_DEEPSLEEP_1)函数MCU进入深度睡眠模式1。等待唤醒事件此时MCU功耗降至极低典型值可能为几个微安只有LPUART接收器和相关唤醒逻辑在低速时钟下运行监视着RX引脚。唤醒与恢复当上位机如电脑、主机发送一帧数据的起始位一个从高到低的下降沿到RX引脚时LPUART硬件检测到该边沿立即产生唤醒事件。MCU启动唤醒序列首先使能系统时钟内核从停止处开始执行首先进入的是唤醒对应的EXTI中断服务程序。中断处理与系统恢复在EXTI中断服务程序中需要清除中断标志并可能进行一些紧急处理。退出中断后主程序继续执行通常是从进入睡眠的下一行代码开始。此时你需要重新初始化系统时钟到正常工作频率并恢复普通UART功能以接收完整的数据帧。3. 软件配置与代码实现详解理解了原理我们进入实操环节。以下代码基于GD32L23x标准外设库进行说明。3.1 系统时钟与LPUART时钟初始化进入深度睡眠后高速时钟关闭因此LPUART必须使用低速时钟。我们通常在初始化时就做好配置。/** * brief 初始化用于唤醒的LPUART时钟和引脚 * note 在进入深度睡眠前调用 */ void lpuart_wakeup_config(void) { rcu_periph_clock_enable(RCU_GPIOA); // 使能GPIOA时钟 rcu_periph_clock_enable(RCU_LPUART0); // 使能LPUART0时钟 // 关键配置LPUART时钟源为LXTAL (32.768kHz) // 确保LXTAL已启动且稳定 rcu_osci_on(RCU_LXTAL); rcu_osci_stab_wait(RCU_LXTAL); rcu_uart_clock_config(RCU_UART0SRC_LXTAL); // 将UART0/LPUART0时钟源设为LXTAL /* 配置PA2为LPUART0_RX复用功能上拉输入根据实际电路调整*/ gpio_mode_set(GPIOA, GPIO_MODE_AF, GPIO_PUPD_PULLUP, GPIO_PIN_2); gpio_output_options_set(GPIOA, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_2); gpio_af_set(GPIOA, GPIO_AF_1, GPIO_PIN_2); // AF1 对应 LPUART0 /* LPUART 基本参数配置 */ usart_deinit(LPUART0); usart_baudrate_set(LPUART0, 9600); // 波特率基于LXTAL计算 usart_word_length_set(LPUART0, USART_WL_8BIT); usart_stop_bit_set(LPUART0, USART_STB_1BIT); usart_parity_config(LPUART0, USART_PM_NONE); usart_hardware_flow_rts_config(LPUART0, USART_RTS_DISABLE); usart_hardware_flow_cts_config(LPUART0, USART_CTS_DISABLE); usart_receive_config(LPUART0, USART_RECEIVE_ENABLE); // 必须使能接收 usart_transmit_config(LPUART0, USART_TRANSMIT_DISABLE); // 唤醒只需接收发送可关闭以省电 /* 核心配置使能LPUART在深度睡眠下的唤醒功能 */ usart_wakeup_mode_enable(LPUART0, USART_WAKEUP_ON_RXNE); // 或 USART_WAKEUP_ON_STARTBIT // 注意不同库版本或型号该函数名可能为 lpuart_wakeup_enable需查阅对应库文件。 usart_enable(LPUART0); }实操心得波特率计算是关键。因为时钟源是32.768kHz的LXTAL计算9600波特率时分频系数 32768 / 9600 ≈ 3.413。对于不支持小数的分频器实际波特率会有误差。GD32L233的LPUART可能支持小数波特率发生器请仔细查阅参考手册。如果误差太大导致无法通信可以考虑使用支持的波特率如4800 分频系数6.827或使用内部IRC32K精度较差作为时钟源。务必在唤醒后切换到主时钟时重新校准或初始化高速UART。3.2 配置EXTI连接LPUART唤醒事件LPUART产生的唤醒信号需要映射到EXTI线上以触发中断。/** * brief 配置EXTI将LPUART唤醒事件连接到NVIC */ void exti_for_lpuart_wakeup_config(void) { // 将LPUART0唤醒事件连接到EXTI线具体线号需查手册例如可能是EXTI_18 // 通常通过SYSCFG的EXTI源选择寄存器配置 syscfg_exti_line_config(EXTI_SOURCE_LPUART0, EXTI_SOURCE_PINx); // 此函数为示意具体API请参考库 // 配置EXTI线为上升沿和下降沿触发 这里注意对于起始位唤醒通常是下降沿触发。 exti_init(EXTI_18, EXTI_INTERRUPT, EXTI_TRIG_FALLING); // EXTI_18为例 // 更常见的做法是LPUART唤醒事件作为一个独立的中断源不一定经过EXTI GPIO映射。 // GD32可能提供 usart_interrupt_enable(LPUART0, USART_INT_WU) 这样的函数。 // 此处需要根据实际库函数调整。核心是使能LPUART自身的唤醒中断。 // 使能对应NVIC中断 nvic_irq_enable(LPUART0_WKUP_IRQn, 0, 0); // 中断号需查手册 }关键点辨析这里容易混淆。有些MCU将UART唤醒事件直接作为一个独立的中断源如LPUART_WKUP_IRQn而有些则将其路由到某条EXTI线上。GD32L233的手册需要明确这一点。如果是独立中断源配置会更简单直接使能该中断即可。如果是通过EXTI则需要正确配置SYSCFG的映射关系。3.3 编写唤醒中断服务程序无论唤醒事件通过何种路径触发最终都需要一个中断服务函数来处理。/** * brief LPUART唤醒中断服务程序 */ void LPUART0_WKUP_IRQHandler(void) { // 1. 判断是否是唤醒中断标志 if(usart_interrupt_flag_get(LPUART0, USART_INT_FLAG_WU) ! RESET) { // 2. 清除唤醒中断标志这是必须的否则会连续触发或无法再次进入睡眠。 usart_interrupt_flag_clear(LPUART0, USART_INT_FLAG_WU); // 3. 可以在这里做一些最紧急的标记或简单处理。 // 注意此时系统主时钟可能还未恢复到正常速度避免复杂操作。 wakeup_flag 1; // 4. 通常在退出深度睡眠后主循环会检测到标志然后进行完整的系统恢复。 } }注意事项中断服务程序ISR必须尽可能短小精悍。在刚唤醒时系统处于“唤醒延迟”期间时钟可能还未稳定在高速状态。因此ISR内只适合设置标志位、清除标志等简单操作。复杂的处理如接收数据、处理协议应放到主循环中在系统时钟完全恢复后进行。3.4 主程序中的睡眠与恢复流程这是串联所有步骤的控制器。volatile uint8_t wakeup_flag 0; int main(void) { // 1. 系统初始化系统时钟、GPIO等 system_clock_config(); // 配置系统时钟为HSI或HXTALPLL例如48MHz // ... 其他外设初始化 // 2. 初始化用于正常通信的UART使用高速系统时钟 uart_config(); // 配置USART0用于唤醒后的正常通信波特率对应48MHz主时钟 // 3. 初始化用于唤醒的LPUART使用LXTAL时钟 lpuart_wakeup_config(); exti_for_lpuart_wakeup_config(); while(1) { // 4. 正常工作任务 if(/* 有数据需要发送 */) { uart_send_data(); } // ... 其他应用逻辑 // 5. 判断是否满足进入深度睡眠的条件例如空闲超时 if(enter_sleep_condition_met) { printf(Entering Deep Sleep 1...\r\n); delay_ms(10); // 等待最后的数据发送完成 // 6. 进入深度睡眠前关闭高速UART以省电可选但推荐 usart_disable(UART0); // 注意LPUART0要保持开启 // 7. 设置唤醒标志为0 wakeup_flag 0; // 8. 执行进入深度睡眠模式1的指令 pmu_to_deepsleepmode(PMU_LDOLP_DEEPSLEEP_1); // 代码执行在此处挂起... // 9. MCU被串口起始位唤醒后首先执行LPUART0_WKUP_IRQHandler // 然后回到这里继续执行。 printf(Woken up from Deep Sleep!\r\n); // 注意此时printf可能不可用因为UART0还未重新初始化 // 10. 系统恢复流程 system_clock_recover(); // 重新初始化系统主时钟 uart_config(); // 重新初始化高速UART准备正常通信 // 重新初始化其他在睡眠中关闭的外设... // 11. 处理唤醒事件 if(wakeup_flag) { // 现在可以安全地读取LPUART或UART接收到的数据了 // 例如清空接收缓冲区解析唤醒后发来的第一帧完整数据 handle_wakeup_data(); } enter_sleep_condition_met 0; // 清除睡眠条件 } } }4. 调试技巧与常见问题排查这个功能在调试时可能会遇到一些“诡异”的问题以下是经验总结。4.1 电流测量验证最直接的验证方式是测量电流。使用高精度万用表或电流探头。正常运行时电流可能在几毫安到十几毫安。进入深度睡眠1后电流应骤降至几十微安级别具体值见数据手册。如果电流仍在毫安级说明有外设未关闭或配置有误。发送唤醒字符时应能看到一个短暂的电流脉冲MCU唤醒、时钟启动的瞬间然后电流恢复到正常运行值。如果睡眠电流下不来检查清单未使用的GPIO是否配置为模拟输入或输出低浮空输入会漏电。调试接口SWD是否在睡眠时产生了干扰可以尝试拔掉调试器测试。是否还有其他外设如ADC、I2C的时钟和电源未关闭4.2 唤醒失败问题排查问题现象发送数据但MCU毫无反应。检查LPUART时钟和引脚配置确认RCU_UART0SRC确实被设置为LXTAL并且LXTAL已起振。可以用示波器测量LPUART_RX引脚看是否有正确的起始位下降沿。检查唤醒功能使能确认调用了usart_wakeup_mode_enable或类似的库函数。查阅库函数源码看该函数是否真正设置了相关寄存器位如USART_CTL0的WUEN位。检查中断配置确认LPUART唤醒中断或对应的EXTI中断已在NVIC中使能并且中断优先级合理。验证睡眠指令确保程序确实执行到了pmu_to_deepsleepmode这一行。可以在其前后加一个GPIO翻转操作用逻辑分析仪观察。起始位宽度确保发送的起始位低电平时间足够长能被低速时钟下的LPUART检测到。对于32.768kHz时钟检测一个位的时间约30.5us。起始位低电平至少应持续这个时间。4.3 唤醒后系统异常问题现象MCU唤醒了但程序跑飞、UART通信乱码或外设工作不正常。时钟恢复问题这是最常见的原因。唤醒后系统默认可能使用HSI RC振荡器如8MHz作为系统时钟而不是你之前配置的PLL 48MHz。你必须在唤醒后的代码中显式地重新配置系统时钟并重新初始化依赖高速时钟的外设如用于printf的UART。堆栈或变量损坏深度睡眠可能会影响某些SRAM区域如果未配置为保持。确保在进入睡眠前所有关键变量已保存到备份寄存器或标记为volatile。中断标志wakeup_flag必须用volatile修饰。中断标志未清除在唤醒ISR中必须清除中断标志否则会导致重复进入中断或无法再次进入睡眠。4.4 通信协议设计建议单纯用起始位唤醒虽然简单但极易受干扰。一个高电平毛刺就可能误唤醒设备。因此在实际产品中建议唤醒帧设计发送一个特定的字节序列如0xAA, 0x55作为唤醒帧。MCU被起始位唤醒后快速启动高速时钟和UART接收并验证这个序列。如果匹配则完全唤醒如果不匹配则重新进入深度睡眠。“二次验证”机制唤醒后主机等待一小段时间如10ms再发送真正的数据命令。给MCU留出时钟稳定和初始化外设的时间。超时机制MCU唤醒后如果在规定时间内如100ms未收到有效数据帧则自动重新进入睡眠。5. 功耗优化与进阶应用5.1 进一步降低睡眠电流在确保唤醒功能正常的前提下可以尝试以下优化关闭所有无关GPIO的时钟在睡眠前使用rcu_periph_clock_disable()关闭所有不需要的外设时钟。将未使用的GPIO设置为模拟模式这是漏电流最小的状态。调整LDO工作模式GD32L233的PMU支持不同的LDO模式深度睡眠模式1下可以使用更低功耗的LDO模式如PMU_LDOLP_DEEPSLEEP_1具体请参考手册。禁用调试接口在最终产品中可以通过选项字节禁用SWD接口以节省少量电流。5.2 结合RTC实现定时唤醒串口唤醒这是一个更强大的应用模式设备大部分时间由RTC定时唤醒例如每小时一次进行数据采集或上报。同时在任何时候都可以通过串口进行“紧急”唤醒实现实时控制。实现方法同时使能RTC闹钟中断和LPUART唤醒中断。在pmu_to_deepsleepmode中配置允许这两个唤醒源。在各自的中断服务程序中设置不同的标志位如rtc_wakeup_flag和uart_wakeup_flag。主程序根据不同的标志位执行不同的任务。5.3 与其他低功耗外设的协同GD32L233的LPUART唤醒可以与其他低功耗功能结合低功耗定时器LPTimer在睡眠期间LPTimer可以继续运行用于计时或产生周期性中断。它可以和串口唤醒并存。备份寄存器BKP在进入睡眠前将关键状态保存到备份寄存器中这些数据在深度睡眠和VDD断电由VBAT供电时都不会丢失。电压监测PVD可以配置在睡眠期间监测电池电压电压过低时产生中断唤醒MCU进行紧急处理。实现串口从深度睡眠唤醒是GD32L233这类低功耗MCU能力的一个典型体现。它要求开发者不仅理解外设编程更要深入MCU的电源管理架构和时钟树。调试过程可能充满挑战但一旦成功你将获得一个既能“长眠”又能“秒醒”的智能设备这在电池续航至关重要的物联网领域价值非凡。我个人的经验是仔细阅读数据手册中“低功耗模式”和“LPUART”相关章节结合官方提供的低功耗例程从最简单的EXTI唤醒开始逐步增加LPUART配置用示波器和电流表辅助调试每一步都确认无误最终一定能稳定实现。

相关新闻

YOLO小目标检测终极优化:从数据增强到特征融合的全链路改进方案

YOLO小目标检测终极优化:从数据增强到特征融合的全链路改进方案

在航拍巡检、工业缺陷检测、安防远场监控这类场景中,小目标检测始终是绕不开的硬骨头。原生YOLO直接在这类数据集上训练,往往会出现小目标漏检严重、定位偏差大的问题,小目标AP甚至比大目标低20个点以上。很多开发者的第一反应是加检测头、堆…

2026/7/31 9:35:08 阅读更多 →
工业耐磨TPU生产专家宏裕塑胶,引领耐用材料制造工艺

工业耐磨TPU生产专家宏裕塑胶,引领耐用材料制造工艺

导读:在制造业转型升级的关键时期,工业耐磨TPU作为高端耐用材料,正成为提升产品寿命与性能的核心要素。作为深耕工程塑料领域的技术服务商,宏裕塑胶凭借源头直采优势与改性技术积淀,持续引领耐用材料制造工艺的创新与突…

2026/7/31 9:35:08 阅读更多 →
2026年电商数据分析工具怎么选?3个真实场景帮你找到答案

2026年电商数据分析工具怎么选?3个真实场景帮你找到答案

一、你的工具"用对"了吗? 在网上搜索"电商数据分析工具推荐",你会看到几十个名字。Power BI、FineBI、Tableau、九数云、Quick BI、Excel、ERP自带报表……看起来每个都"挺好",但选回来用了一段时间发现要么&…

2026/7/31 9:34:08 阅读更多 →

最新新闻

迪哥全套智能Agent与大模型实战 从架构原理到微调优化与项目落地完整指南

迪哥全套智能Agent与大模型实战 从架构原理到微调优化与项目落地完整指南

程序员进军 AI 赛道,迪哥全套智能 Agent 与大模型实战不容错过 在人工智能技术从“对话工具”向“自主智能体”加速演进的关键节点,程序员群体正面临一场深刻的职业范式转移。传统的 API 调用与 Prompt 工程已不足以应对下一代 AI 应用的复杂性&#xff…

2026/7/31 10:06:18 阅读更多 →
开源HRMS部署与定制指南:基于OrangeHRM构建企业级人力资源管理系统

开源HRMS部署与定制指南:基于OrangeHRM构建企业级人力资源管理系统

1. 项目概述:为什么需要一个开源的人力资源管理系统? 在任何一个超过十人的团队里,人事管理很快就会从“记个名字和电话”变成一项复杂的系统工程。考勤、休假、薪资、招聘、员工档案、绩效考核……这些事务性工作如果全靠Excel和人工沟通&am…

2026/7/31 10:06:18 阅读更多 →
大模型应用开发:RAG、Skill与Agent实战解析

大模型应用开发:RAG、Skill与Agent实战解析

1. 大模型应用的三驾马车:RAG、Skill与Agent在大模型应用开发领域,RAG、Skill和Agent这三个概念正成为开发者必须掌握的"铁三角"。去年我在构建企业知识库系统时,曾因为对这三者的理解不够深入,导致项目反复重构三次。今…

2026/7/31 10:06:18 阅读更多 →
从AtCoder ABC 330实战解析算法竞赛入门:二分查找与MEX维护

从AtCoder ABC 330实战解析算法竞赛入门:二分查找与MEX维护

1. 项目概述:从AtCoder Beginner Contest 330看算法竞赛入门实战最近刚打完AtCoder Beginner Contest 330,感觉这场的题目设置对新手特别友好,既有考察基础编程能力的签到题,也有需要一点算法思维的中档题,非常适合用来…

2026/7/31 10:06:18 阅读更多 →
[特殊字符]如何在不开通苹果开放平台会员的情况下获得证书私钥及profile文件

[特殊字符]如何在不开通苹果开放平台会员的情况下获得证书私钥及profile文件

📌 背景说明目前正在开发一款需要与硬件交互的 App,其中使用了 BLE(Bluetooth Low Energy,低功耗蓝牙)扫描功能。最开始使用 iOS 模拟器进行测试,但调用蓝牙扫描接口时返回了以下错误:10001 no…

2026/7/31 10:06:18 阅读更多 →
大型演出音视频同步技术解析:从PTP时钟到全舞台制作实践

大型演出音视频同步技术解析:从PTP时钟到全舞台制作实践

如果你是一位关注日系偶像文化的技术爱好者,最近可能被 BNK48 和 CGM48 在 Japan Expo Thailand 2024 上的全舞台演出刷屏了。但除了粉丝向的直拍和报道,这场演出背后其实隐藏着一个值得技术人深入思考的问题: 在现代大型演出中,…

2026/7/31 10:05:18 阅读更多 →

日新闻

物理复制比逻辑复制好在哪?数据库复制原理详解

物理复制比逻辑复制好在哪?数据库复制原理详解

数据库复制是把主库数据同步到备库的机制,分为逻辑复制和物理复制两种。逻辑复制传输的是 SQL 语句或行变更事件,物理复制传输的是存储引擎底层的物理日志。阿里云 PolarDB(云原生数据库)采用物理复制,在同步延迟、数据…

2026/7/31 0:00:34 阅读更多 →
BilibiliDown:3分钟学会B站视频下载的终极指南

BilibiliDown:3分钟学会B站视频下载的终极指南

BilibiliDown:3分钟学会B站视频下载的终极指南 【免费下载链接】BilibiliDown (GUI-多平台支持) B站 哔哩哔哩 视频下载器。支持稍后再看、收藏夹、UP主视频批量下载|Bilibili Video Downloader 😳 项目地址: https://gitcode.com/gh_mirrors/bi/Bilib…

2026/7/31 0:00:34 阅读更多 →
有哪些游戏数据AI平台?游戏行业Data+AI融合方案盘点

有哪些游戏数据AI平台?游戏行业Data+AI融合方案盘点

当前,游戏行业的“DataAI融合”已从概念验证进入价值落地阶段。根据IDC 2025年数据,中国AI游戏云市场规模已达18.6亿元;同时,游戏研发环节AI渗透率高达86%,生成式AI内容普及率超过50%。面对庞大的市场,游戏…

2026/7/31 0:00:34 阅读更多 →

周新闻

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 数据集6000张 完整源码已标注数据集训练好的模型环境配置教程程序运行说明文档,可以直接使用!系统支持图片、视频、摄像头等多种方式检测裂缝,功能强大实用。 1数据集6000张 8各类别

2026/7/31 1:03:03 阅读更多 →
深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

pubg数据集 精选原图1.42万数据 1.49万标签 无任何重复、算法增强或冗余图像! pubg绝地求生目标检测数据集 1分类:e_body,14905个标签,txt格式 共计14244张图,99%为640*640尺寸图像 适合yolo目标检测、AI训练关键词&am…

2026/7/29 14:34:28 阅读更多 →
Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别: allies enemy tag图片总量:7247张训练集:5139张验证集:1425张测试集:683张标注状态:全部已标注,即拿即用数据格式:支持YOLO格式及其他格式&#…

2026/7/31 4:19:39 阅读更多 →

月新闻