sdk里的USB例子都无法工作

ukka

如题，三个usb的例子都无法工作均保存这个usb设备工作不正常

用的是官方的103VC mini开发板，跳线帽默认全插（usart选择是usart1），烧录都没问题，日志都一样

usb线我用别的开发板测试工作正常

使用相同cmake脚本编译了GPIO 反转，SysTick_TimeBase,USART1,这三个工作都正常

代码我是一个bit都没改

debug模式步进到最后是USBD_EnableInterrupt（int）宏触发的硬件错误进死循环，三个usb的例子都是这样

~~我是菜鸡，一点都看不懂，更别说修了~~

最后是执行这个宏前后USBD寄存器状态
（如果图片太小看不清，右键图片新标签页打开，看原始尺寸图像）

usb hid mouse 报错截图

usb_MSC_Disk_1

stlink日志：

[0mxPack Open On-Chip Debugger 0.12.0+dev-ga7e118aeb-dirty (2025-04-08-08:03)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
DEPRECATED! use 'tcl port' not 'tcl_port'
DEPRECATED! use 'gdb port', not 'gdb_port'
DEPRECATED! use 'tcl por[0mt' not 'tcl_port'
Info : STLINK V2J45S7 (API v2) VID:PID 0483:3748
Info : Target voltage: 0.014220
Error: target voltage may be too low for reliable debugging
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : stlink_dap_op_connect(connect)
Info : SWD DPIDR 0x2ba01477
Info : [apm32f1x.cpu] Cortex-M3 r2p1 processor detected
Info : [apm32f1x.cpu] target has 6 breakpoints, 4 watchpoints
Info : [apm32f1x.cpu] Examination succeed
Info : [apm32f1x.cpu] gdb port disabled
[apm32f1x.cpu] halted due to breakpoint, current mode: Thread
xPSR: 0x01000000 pc: 0x08000528 msp: 0x20010000
** Programming Started **
Info : device id = 0x10036414
Info : flash size = 256 KiB
Warn : Adding extra erase range, 0x0800177c .. 0x080017ff
** Programming Finished **
shutdown command invoked

debug追踪过程：

Geehy极海-社区小管家

外设时钟跟供电检查一下呢

ukka

Geehy极海-社区小管家感谢回答！
应该怎么检查，VDD5.0是5.1V左右

要测量R14吗？我看到这个似乎是外部时钟线上的开放触点？

背面有7个触点，背面的需要测吗？我没在原理图上找到背面触点的信息

ukka

烧了usb程序时

在测量 R14 的两个触点时，我发现靠近丝印一侧对地的信号频率约为 8 MHz，幅值大约在 600 mV 左右。而另一侧（右边）由于我用的示波器无法准确测出频率，但根据波形目测也接近 8 MHz，其幅值低于 300 mV。这两点的平均电压都在 1.45V 左右。R13 上则没有检测到任何信号。

烧了 SysTick_timeBase时

将程序烧录为 SysTick_timeBase 后，R14 丝印一侧的测量结果依然保持正常，即 8 MHz 的频率和大约 600 mV 的幅值，平均电压在 1.5V 左右。测量右侧时，情况和烧录 USB 程序时一样，但当示波器探针一接触上去，LED 就不会闪烁了。这表明示波器可能干扰了时钟信号，进而导致 SysTick 计数异常。以上所有测量均是对地进行的。

ukka

今天又研究了一下，最后触发的不是硬件死循环，是中断
USBD1_LP_CAN1_RX0_IRQHandler()

void USBD1_LP_CAN1_RX0_IRQHandler(void)
{
    // 读取 USB 中断状态寄存器
    // USBD 是 USB 外设的基地址宏，INTSTS 是中断状态寄存器成员
    uint16_t int_status = USBD->INTSTS;
    uint16_t ep_index;
    uint16_t ep_reg_val;

    // --- 1. 处理 USB 复位中断 (USBD_INT_RST) ---
    // INTSTS_B.RSTREQ 对应 USBD_INT_RST 位
    if (int_status & USBD_INT_RST)
    {
        // 调用复位处理回调
        if (g_usbDev.resetHandler)
        {
            g_usbDev.resetHandler();
        }
        // 清除复位中断标志
        // USBD_INT_RST 对应 INTSTS 寄存器中的 RSTREQ 位
        USBD_ClearIntFlag(USBD_INT_RST); // **必须清除**
    }

    // --- 2. 处理正确传输中断 (USBD_INT_CTR) ---
    // INTSTS_B.CTFLG 对应 USBD_INT_CTR 位
    if (int_status & USBD_INT_CTR)
    {
        // 遍历所有可能的端点，USB_EP_MAX_NUM 通常在 drv_usb_device.h 或 usbd_core.h 中定义
        // 如果未定义，请根据您实际使用的端点数量手动定义，例如 #define USB_EP_MAX_NUM 3
        for (ep_index = 0; ep_index < USB_EP_MAX_NUM; ep_index++)
        {
            // 读取当前端点的控制/状态寄存器
            // USBD->EP[ep_index].EP 访问端点寄存器的 uint32_t 值
            ep_reg_val = (uint16_t)USBD->EP[ep_index].EP;

            // --- 处理 IN (设备发送到主机) 传输完成 ---
            // 检查端点 CTFT 标志 (即 USBD_EP_BIT_CTFT)
            if (ep_reg_val & USBD_EP_BIT_CTFT) // 使用官方宏
            {
                // 调用对应端点的 IN 传输完成回调
                if (g_usbDev.inEpHandler)
                {
                    g_usbDev.inEpHandler(ep_index);
                }
                // 清除当前端点的 TX CTR 标志
                // 通过写入 0 到 EPR 寄存器中对应的 CTFT 位来清除标志
                // 这直接操作 USBD_EP_REG_T 中的 EP 成员
                USBD->EP[ep_index].EP &= ~USBD_EP_BIT_CTFT;
            }

            // --- 处理 OUT (主机发送到设备) 传输完成 ---
            // 检查端点 CTFR 标志 (即 USBD_EP_BIT_CTFR)
            if (ep_reg_val & USBD_EP_BIT_CTFR) // 使用官方宏
            {
                // 调用对应端点的 OUT 传输完成回调
                if (g_usbDev.outEpHandler)
                {
                    g_usbDev.outEpHandler(ep_index);
                }
                // 清除当前端点的 RX CTR 标志
                // 通过写入 0 到 EPR 寄存器中对应的 CTFR 位来清除标志
                // 这直接操作 USBD_EP_REG_T 中的 EP 成员
                USBD->EP[ep_index].EP &= ~USBD_EP_BIT_CTFR;
            }
        }
        // 最后，清除总的正确传输中断标志
        // CTFLG 对应 USBD_INT_CTR 位
        USBD_ClearIntFlag(USBD_INT_CTR); // **必须清除**
    }

  // --- 3. 处理 USB 挂起中断 (USBD_INT_SUS) ---
  // INTSTS_B.SUSREQ 对应 USBD_INT_SUS 位
  if (int_status & USBD_INT_SUS) {
    // 处理挂起逻辑 (如进入低功耗)
    Delay(1000 * 1000);
    USBD_ClearIntFlag(USBD_INT_SUS); // 必须清除中断标志
  }
    // --- 4. 处理 USB 唤醒中断 (USBD_INT_WKUP) ---
    // 这里的 WKUP 中断是 USB 模块内部的唤醒事件，区别于 EINT_LINE_18 触发的外部唤醒
    // INTSTS_B.WUPREQ 对应 USBD_INT_WKUP 位
    if (int_status & USBD_INT_WKUP)
    {
        // 执行从挂起模式恢复的逻辑
        USBD_ClearIntFlag(USBD_INT_WKUP); // 必须清除中断标志
    }

    // --- 5. 处理其他已使能的 USB 中断 (如果存在) ---
    // 根据你在 USBD_PowerOn() 中 USBD_EnableInterrupt(USB_INT_SOURCE) 定义的 USB_INT_SOURCE
    // 检查是否还有其他使能但未处理的中断，并在此处添加处理逻辑及标志清除。
    // 如果这些中断被使能，但在这里没有处理并清除标志，也会导致死循环。
    /*
    // INTSTS_B.SOFFLG 对应 USBD_INT_SOF 位
    if (int_status & USBD_INT_SOF) // 帧起始中断 (如果使能了)
    {
        // 处理 SOF 事件，例如同步定时器等
        USBD_ClearIntFlag(USBD_INT_SOF);
    }
    // INTSTS_B.ERRFLG 对应 USBD_INT_ERR 位
    if (int_status & USBD_INT_ERR) // 错误中断 (如果使能了)
    {
        // 处理错误
        USBD_ClearIntFlag(USBD_INT_ERR);
    }
    // INTSTS_B.PMOFLG 对应 USBD_INT_PMAOU 位 (PMA Over/under flow)
    if (int_status & USBD_INT_PMAOU) // PMA溢出/欠流中断 (如果使能了)
    {
        // 处理 PMA 错误
        USBD_ClearIntFlag(USBD_INT_PMAOU);
    }
    // INTSTS_B.ESOFFLG 对应 USBD_INT_ESOF 位 (Expected Start Of Frame)
    if (int_status & USBD_INT_ESOF) // 预期帧起始中断 (如果使能了)
    {
        // 处理 ESOF
        USBD_ClearIntFlag(USBD_INT_ESOF);
    }
    */
}

我拿ai实现了一个中断处理函数（我没在例子里找到实现），debug模式跟一下就可以看到正常调用了中断处理，但是一直是调用

  // --- 3. 处理 USB 挂起中断 (USBD_INT_SUS) ---
  // INTSTS_B.SUSREQ 对应 USBD_INT_SUS 位
  if (int_status & USBD_INT_SUS) {
    // 处理挂起逻辑 (如进入低功耗)
    Delay(1000 * 1000);
    USBD_ClearIntFlag(USBD_INT_SUS); // 必须清除中断标志
  }

我还改过powerON函数，虽然改不改最后插电脑都是代码43，无法请求设备描述符

Luckk

我用官方SDK的例程在Eclipse IDE上仿真都是正常的。

我这边使用的环境是：
Eclipse IDE：Version: 2024-12 (4.34.0)
Arm GNU Toolchain arm-none-eabi 14.2 rel1
MinGW-W64-builds-4.3.5

你使用的CMake也是和官方SDK调用ARM GCC的吗？请降低优化等级，或其他编译选项。

另外，这份APM32 USB SDK使用了新版的USB库和驱动，建议你再尝试下这个例程，里面的例程也更丰富下载链接

ukka

感谢您的回答，很抱歉，我没有仔细审查cmake，和检查sdk的代码。

是我cmake文件写的不对，"APM32F10x_SDK_V1.8\Libraries\USB_Device_Lib\Core_Device\Standard\src\usbd_interrupt.c"里的中断函数mcu都不识别，即使我正确包含进编译路径（修改编译等级并不影响mcu不识别），只有我手动把里面的中断函数移动到apm32f10x_int.c里之后，才可以跑

问题的核心：弱符号和静态库的链接行为
在启动文件（startup_apm32f10x_md.S）中，像 USB_LP_CAN1_RX0_IRQHandler 这样的中断处理函数通常被定义为 弱符号（.weak）。这意味着：

如果链接器在其他地方找到了一个同名的非弱定义（即你的实际中断函数实现），它会优先使用这个非弱定义。

如果没有找到非弱定义，它就会使用弱定义（通常指向 Default_Handler 或一个空的循环）。

而链接器处理静态库 (.a 文件) 的方式是：

链接器在链接过程中，只会从静态库中提取那些用于解析当前未定义符号的对象文件。它不会默认把静态库中的所有代码都拉进来。

对于中断处理函数，MCU 是通过中断向量表直接跳转到其地址，而不是通应用代码显式地“调用”这些函数。因此，在链接器的视角看来，这些中断函数在链接阶段可能不被视为“未解析的符号”。

如果 USB 中断处理函数定义在 libUSB_Dev_Core_Standard.a 或 libUSB_Dev_Driver.a 这样的静态库中，由于它们没有被主程序直接调用，链接器可能会认为它们是“不需要”的，因此不会从静态库中把包含这些函数定义的对象文件提取出来。

然而，当把这些函数直接复制到 apm32f10x_int.c 文件中时，apm32f10x_int.c 会被编译成 apm32f10x_int.c.obj 并直接参与到最终的固件链接中。此时，链接器会立即“看到”这个非弱定义，并用它来覆盖启动文件中的弱定义，从而使中断能正常工作。

解决办法：
使用 --whole-archive 链接选项
这个选项告诉链接器，对于紧跟其后的静态库，要包含其中的所有对象文件，而不仅仅是那些解析了未定义符号的文件。