!(data/attachment/forum/202503/21/135016kk1oktx1l1k8gk23.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 推荐你看看这个关于STM32CubeIDE无法正常启动GDB服务端的解决办法_failed to start gdb server-CSDN博客
从官方手册上看，串口升级应该与晶振无关。 看看是不是外部电路和boot 启动的配置。 boot 启动后，应该是轮询信号，最好保证其他引脚不要有类似信号。 可以尝试换个其他串口试试，或者用 SPI等其他通讯方式来升级。
[md]这个思路是可以的。 更新事件或比较时间都可以，相信你这里要用的话 使用更新事件即可。 它产生触发的话，每次启动定时器后，就会周期性触发。 可以在DMA完成中断里关闭它， 需要做触发传输时就启动它。
这个问题暂时解决了。首先感谢 xmshao的一篇推荐文章，翻阅后对从CUBEMX开始设置项目，其中tim的选设有了一定了解，有东西大家分享吧。 按照文章中的选设（文中是TIM4，本人采用的是STM32F401RCxx只有T1-T3有外部触发其余的tim只能内部触发）设定Timer2为外部触发产生事件。T1，T3一已在系统中设定为PWM，当然曾考虑到T2具有32为分辨率作为外部触发计数具有独到优势。 具体设置可以参考 xmshao 给的文档此处不再重复，仅仅将我在试验中的测试结果做一描述。先声明，绝对不是最佳方案，仅仅是实现了需要的功能，如此而已。当让后边还会描述进一步想做何用，急需的实验抽空再做了。 本实验希望能对外部信号进行中断计数，“单位”时间数脉冲数，能读一次即可多测更好！ CubeMX设置完成后并不能立即实现需要做一些代码设置。 我的MCU是STM32F401RCxx，主频最高支持84MHz最后设在了外部25MHz晶振，PLL设置到Core Clock为84MHz，许多计算按照文章带入实际上不准确，误差非常大——不是一倍几倍，只能采用测试的方法——当然与找不到这款芯片的用户手册有关——官网和许多技术网站只能搜到几乎一样的技术手册。想搜相关的F4系列的用户手册也无果，这是诟病。 首先设置main前部的time2的初始代码： HAL_TIM_IC_Start_IT(&htim2,TIM_CHANNEL_1); HAL_TIM_IC_Start_IT(&htim2,TIM_CHANNEL_2); __HAL_TIM_ENABLE_IT(&htim2,TIM_IT_UPDATE); __HAL_TIM_CLEAR_FLAG(&htim2,TIM_FLAG_TRIGGER); 后两句也可以先不写。 接着设置tim.c中TIM2中的一句进行测式： sSlaveConfig.InputTrigger =TIM_TS_TI2FP2; 这一句实在CubeMX设置完成后自动生成的，我用了两个Tim4，Tim11想用他们来产生TI2FP2信号，结果无果，既然这种方式不行，那么就采用自己触发采样计数，遍历TIM_TS_TI2FP2，结果搜到了触发定义变量（有用的2个）： TIM_TRGO_OC1; TIM_TRGO_UPDATE; 经过测试两个都能触发tim2进行计数，相对而言前一个函数误差最小。于是更改stm32f4xx_it.c函数中关于time2的中断向量函数，原始如下： /** @brief This function handles TIM2 global interrupt. / void TIM2_IRQHandler(void) { / USER CODE BEGIN TIM2_IRQn 0 */ / USER CODE END TIM2_IRQn 0 / HAL_TIM_IRQHandler(&htim2); / USER CODE BEGIN TIM2_IRQn 1 / / USER CODE END TIM2_IRQn 1 / } 只需要在用户代码中加入一段中断处理函数即可，本思路是：第一个出发沿开始计数，之到第二个触发沿终止计数，为了省事和技术准确(不因中断二占用计数时间)，在中断函数中永远累加计数，在中断处理中完成求此时间间隔的计数值，结果效果比预想的好，加入的代码如下： / USER CODE END TIM2_IRQn 1 / if(__HAL_TIM_GET_FLAG(&htim2,TIM_FLAG_UPDATE)!=RESET){ //__HAL_TIM_CLEAR_IT(&htim2,TIM_IT_UPDATE); __HAL_TIM_CLEAR_FLAG(&htim2,TIM_FLAG_TRIGGER); t2Cnt++;if(t2Cnt>1){t2Cnt=0;kk=ttc;ttc=0;} } ttc++; / USER CODE END TIM2_IRQn 0 / HAL_TIM_IRQHandler(&htim2); / USER CODE BEGIN TIM2_IRQn 1 / 其中ttc是tim2每产生一次沿中断，ttc累加一次； 代码首次运行t2Cnt=0；中断处理函数是首次沿中断，将ttc清0，t2Cnt++；（此时为1） 带第二次沿中断，t2Cnt+1>1, 将ttc的值赋予kk，同时ttc清0；。kk是送LCD显示和计算的计数值。 经过测试，在测试99.99KHz以及1KHz的赔率下的误差都小于1/1000。 美中不足的是，多次循环采样中LCD现实的数据会有个位数的小跳变。当然与偷懒有关——kk开作为按键的测试值显示在LCD上。 证明此方案技术可用。 再次感谢 [xmshao](https://shequ.stmicroelectronics.cn/space-uid-1105.html ！
从手册上看，似乎有5K可以访问。 不过它是在 APB上的，并非同其他的RAM那样访问。 既然楼主需要更多的RAM，何不选择C091呢？
AI给的： 针对DAP-LINK在空芯片第一次烧录后无法二次下载的问题，以下是分步解决方案： 检查硬件连接与供电 确认DAP-LINK与目标板的SWD接口（SWDIO、SWCLK、GND）连接正确且接触良好。 使用万用表测量目标板供电电压，确保在STM32F103VC的工作范围内（通常3.3V）。 降低SWD通信频率 修改烧录命令中的--frequency参数为较低值，如100kHz： pyocd.exe flash --target=STM32F103VC --erase=auto --frequency=100000 D:\path\to\rtthread.bin 强制在复位状态下连接 添加--connect=under-reset参数，使pyocd在芯片复位期间连接： pyocd.exe flash --target=STM32F103VC --erase=auto --frequency=100000 --connect=under-reset D:\path\to\rtthread.bin 手动复位操作 烧录前按住目标板的复位按钮。 执行烧录命令后，待命令提示连接时释放复位按钮。 检查程序是否禁用SWD接口 确认第一次烧录的程序未修改SWD引脚配置（如PA13/SWDIO、PA14/SWCLK）。 若程序中误关闭了SWD功能，需通过BOOT模式清除选项字节： 将BOOT0引脚接高电平，复位进入系统存储器启动模式。 使用STM32CubeProgrammer连接UART或USB DFU，清除读保护（RDP）并恢复选项字节。 尝试完整芯片擦除 修改--erase参数为chip，确保彻底擦除可能存在的保护设置： pyocd.exe flash --target=STM32F103VC --erase=chip --frequency=100000 D:\path\to\rtthread.bin 更新工具链与PyOCD版本 升级PyOCD至最新版本（如0.36.0）： pip install --upgrade pyocd 确认已安装STM32F1系列支持包： pyocd pack install STM32F1 验证DAP-LINK功能 使用其他软件（如Keil MDK、OpenOCD）测试DAP-LINK是否能正常识别芯片，排除硬件故障。 示例操作流程： #进入PyOCD目录（根据实际路径调整） cd D:\RT-ThreadStudio\repo\Extract\Debugger_Support_Packages\RealThread\PyOCD\0.1.3 # 使用低频率+复位模式烧录 pyocd.exe flash --target=STM32F103VC --erase=chip --frequency=100000 --connect=under-reset D:\RT-ThreadStudio\workspace\jsy_system_ctrl\Debug\rtthread.bin 通过以上步骤，可系统性排除SWD通信故障，确保在空芯片或已编程芯片上稳定烧录。若问题依旧，建议检查目标板PCB设计是否存在信号完整性问题，或尝试更换DAP-LINK调试器。
这个需求的话，不用搞那么复杂，用不到主从触发。 如果被测信号的周期不长于测试用的定时器的溢出周期时， 在需要做测量时就开启某个通道的捕获功能，可以基于上沿或下沿捕获，连续捕获N个值， 这样就可以得到N-1个结果，做下平均即可。作完测量后关闭捕获。 至于捕获值的获取你可以使用查询，也可以使用中断，或DMA。 这里默认定时器使用单向计数模式。
微信公众号
手机版
