这三个位确实不可以读，我就算设置的时010，读回来的还是100，好像会左移一位；其次在写入的时候，很容易出错，如果没有按照正确的方式写入，就算写入的是010，也会出现调试断开的情况； 代码所示有两种写入方法，写入数据都是一样的，但是如果用注释里面的代码进行写入，就会写入出错，出现调试断开的情况。我百思不得其解，你也可以试一下。
应该是你代码中涉及到某些关键字的地方写得不够规范，编译器根据它的理解给你一个出错提示。 重点关注下你那些中断函数的写法，针对不同编译器，写法可能也不一样。这些信息在stm8s.h里都有介绍，当然终究都是 为了匹配STM8内部的存储架构和寻址特性等。 #ifdef _COSMIC_ #define FAR @far #define NEAR @near #define TINY @tiny #define EEPROM @eeprom #define CONST const ...... #else /*_IAR_*/ #define FAR __far #define NEAR __near #define TINY __tiny #define EEPROM __eeprom #define CONST const #endif /* __CSMC__ */ /*============================== Interrupt vector Handling ========================*/ #ifdef _COSMIC_ #define INTERRUPT_HANDLER(a,b) @far @interrupt void a(void) #define INTERRUPT_HANDLER_TRAP(a) void @far @interrupt a(void) #endif /* _COSMIC_ */ #ifdef _RAISONANCE_ #define INTERRUPT_HANDLER(a,b) void a(void) interrupt b #define INTERRUPT_HANDLER_TRAP(a) void a(void) trap #endif /* _RAISONANCE_ */ #ifdef _IAR_ #define STRINGVECTOR(x) #x #define VECTOR_ID(x) STRINGVECTOR( vector = (x) ) #define INTERRUPT_HANDLER( a, b ) \ _Pragma( VECTOR_ID( (b)+2 ) ) \ __interrupt void (a)( void ) #define INTERRUPT_HANDLER_TRAP(a) \ _Pragma( VECTOR_ID( 1 ) ) \ __interrupt void (a) (void) #endif /* _IAR_ */ /*============================== Interrupt Handler declaration ========================*/ #ifdef _COSMIC_ #define INTERRUPT @far @interrupt #elif defined(_IAR_) #define INTERRUPT __interrupt #endif /* _COSMIC_ */ /*============================== Handling bits ====================================*/ 这些关键字要匹配着编译器来写。
X-CUBE-FREERTOS是一个专门为STM32Cube环境中的特定系列微控制器（STM32C0、STM32H5、STM32U5和STM32WBA系列）提供的FreeRTOS软件扩展包。 X-CUBE-FREERTOS针对特定系列微控制器进行了优化，确保最佳性能和兼容性。标准FreeRTOS可能需要额外的配置和集成工作，而X-CUBE-FREERTOS已经完成了这些工作。 X-CUBE-FREERTOS提供了适用于特定评估板的示例代码，帮助开发者快速上手。标准FreeRTOS可能没有针对特定硬件的示例代码，需要开发者自己进行适配。 也就是说，freertos还是那个freertos,只是简化了FreeRTOS在这些微控制器上的使用和配置。通过使用X-CUBE-FREERTOS，开发者可以快速上手，减少学习或 开发应用的时间和成本。
从你给出的截图信息来看，你的那本书应该是一本基于STM32 HAL库的解读资料。 他这里的说法很突兀，说法应该是有问题的。或许特指某种情形，可能需要你结合上下文来理解。 依照 目前HAL库的相关逻辑，做UART的IT或UART方式接收时，每当接收到预定数据后调用这个接收完成回调 函数，然后在那里重新调用UART的接收启动函数肯定是可以的、正常的。 不过，如果是基于空闲事件的话，相应的回调 回调函数并不使用这个，而是HAL_UARTEx_RxEventCallback（）函数。 当然，尽管他这里说得不清晰，似乎并不能直接得出你的结论，即中断回调函数中不能使用接收中断开启函数。 从你给出截图信息来看，他似乎是想说基于空闲事件的接收完成后的重新启动问题。 总之，别人的解读或分享只是桥或指引，我们最终结合官方手册和自己验证为准。
问题有点意思。你这个激励用得好。 一个是基于复位事件产生更新事件，一个是基于更新事件产生复位事件。 同时开启没关系的，如果基于复位事件产生更新事件，此时该更新事件不能进一步产生复位事件，否则会没完没了。 同样，如果基于更新事件产生复位事件，此时该复位事件也不能进一步产生更新事件，道理同上。
像这种情况，相信你也清楚，各种TIMER及通道的工作都是独立的，基本可以肯定问题是你代码方面的原因。 如果基于捕获中断的话，可能会低优先级的捕获事件因处理高优先级捕获事件被错过了，等待来处理时 已经是另外一次捕获数据了。 注意中断服务程序尽量精炼。 如果被捕获的脉冲很窄的话，可以分别使用中断方式或DMA方式做处理。
可以配置为48M的。 !(data/attachment/forum/202503/29/194807c6x6x63x9y77i7ux.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
STMCU-管管
回答时间：2025-3-28 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）。
微信公众号
手机版
.png)
