[问答]

make upload报错怎么解决？

问答对人有帮助，内容完整，我也想知道答案 0 硬件环境为蜂鸟实验板和调试器。修改e203的代码，然后综合生成*.mcs文件，下载至开发板，然后编写软件代码下载到开发板时出现如下现象。起初下载软件程序至开发板，upload成功，screen打印出结果。但多下载几次或者断电后重新下载软件代码至开发板，出现错误，错误如下： Info : Exposing additional CSR 3067 Info : Exposing additional CSR 3068 Info : Exposing additional CSR 3069 Info : Exposing additional CSR 3070 Info : Exposing additional CSR 3071 Error: Timed out waiting for debug int to clear.Increase timeout with riscv set_command_timeout_sec. Error: Debug interrupt didn't clear. Error: Debug RAM 0x0: 0xfff04493 Error: Debug RAM 0x1: 0x01f4d493 Error: Debug RAM 0x2: 0x40902023 Error: Debug RAM 0x3: 0x01f4d493 Error: Debug RAM 0x4: 0x40902223 Error: Debug RAM 0x5: 0x3f00006f Error: Debug RAM 0x6: 0x060c1218 Error: Debug RAM 0x7: 0x00000000 Error: Debug RAM 0x8: 0x00000000 Error: Debug RAM 0x9: 0x00000000 Error: Debug RAM 0xa: 0x00000000 Error: Debug RAM 0xb: 0x00000000 Error: Debug RAM 0xc: 0x00000000 Error: Debug RAM 0xd: 0x00000000 Error: Debug RAM 0xe: 0x00000000 Error: Debug RAM 0xf: 0x00000000 Error: Timed out waiting for debug int to clear.Increase timeout with riscv set_command_timeout_sec. Error: Debug interrupt didn't clear. Error: Debug RAM 0x0: 0xfff04493 Error: Debug RAM 0x1: 0x01f4d493 Error: Debug RAM 0x2: 0x40902023 Error: Debug RAM 0x3: 0x01f4d493 Error: Debug RAM 0x4: 0x40902223 Error: Debug RAM 0x5: 0x3f00006f Error: Debug RAM 0x6: 0x060c1218 Error: Debug RAM 0x7: 0x00000000 Error: Debug RAM 0x8: 0x00000000 Error: Debug RAM 0x9: 0x00000000 Error: Debug RAM 0xa: 0x00000000 Error: Debug RAM 0xb: 0x00000000 Error: Debug RAM 0xc: 0x00000000 Error: Debug RAM 0xd: 0x00000000 Error: Debug RAM 0xe: 0x00000000 Error: Debug RAM 0xf: 0x00000000 Error: Failed to discover xlen; word0=0xfff04493, word1=0x1f4d493, exception=0x60c1218 Error: Debug RAM 0x0: 0xfff04493 Error: Debug RAM 0x1: 0x01f4d493 Error: Debug RAM 0x2: 0x40902023 Error: Debug RAM 0x3: 0x01f4d493 Error: Debug RAM 0x4: 0x40902223 Error: Debug RAM 0x5: 0x3f00006f Error: Debug RAM 0x6: 0x060c1218 Error: Debug RAM 0x7: 0x00000000 Error: Debug RAM 0x8: 0x00000000 Error: Debug RAM 0x9: 0x00000000 Error: Debug RAM 0xa: 0x00000000 Error: Debug RAM 0xb: 0x00000000 Error: Debug RAM 0xc: 0x00000000 Error: Debug RAM 0xd: 0x00000000 Error: Debug RAM 0xe: 0x00000000 Error: Debug RAM 0xf: 0x00000000 Info : Listening on port 3333 for gdb connections Error: Target not examined yet Warn : Flash driver of my_first_flash does not support free_driver_priv() localhost:3333: Connection timed out. "monitor" command not supported by this target. "monitor" command not supported by this target. You can't do that when your target is `exec' 0 本主题由 Harmony技术专家于 2025-11-6 17:54 审核通过
2025-11-6 07:29:38　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × 小嘛小二郎呀该类别下有 3 个回答。邀请回答雪大大11 该类别下有 3 个回答。邀请回答手托初梦该类别下有 3 个回答。邀请回答深海零下一度1 该类别下有 3 个回答。邀请回答 jf_35791075 该类别下有 2 个回答。邀请回答 zhangminmin 该类别下有 2 个回答。邀请回答青上也该类别下有 2 个回答。邀请回答 study875 该类别下有 2 个回答。邀请回答飞雪9366 该类别下有 2 个回答。邀请回答 gXDhn 该类别下有 2 个回答。邀请回答华仔stm32 该类别下有 2 个回答，其中被选为最佳答案 1 次。邀请回答 dianzi 该类别下有 2 个回答。邀请回答哼小曲该类别下有 2 个回答。邀请回答我不吃鱼该类别下有 2 个回答。邀请回答王栋春该类别下有 2 个回答。邀请回答 kangt 该类别下有 2 个回答。邀请回答云汉007 该类别下有 2 个回答。邀请回答 rosa 该类别下有 2 个回答。邀请回答 hdfsf 该类别下有 2 个回答。邀请回答广州洋钒该类别下有 2 个回答。邀请回答举报陈存楼相关推荐 • 在Ubuntu系统中make upload时报错的疑问求解 315 • E203 make upload出错怎么解决？ 1805 • make upload出现JTAG调试器指示灯熄灭的原因？ 467 • make upload下载软件程序卡住了怎么解决？ 492 • arduino node下载程序时出现error: espcomm_upload_mem failed的报错，请问怎么解决？ 9922 • E203 debug时，使用make upload命令进行调试，怎么才能不让debug自动退出呢？ 464 • Ubuntu环境下将蜂鸟e203的hello_world例程下载到开发板上，make upload下载失败是为什么？ 481 • e203_v2版本在Ubuntu下make upload报错怎么解决？ 909 • MCU200T UPLOAD无法运行怎么解决？ 362 • 在RK3399Pro硬件上进行make编译报错怎么办 1086 1个回答

答案对人有帮助，有参考价值 0 针对您在使用蜂鸟实验板（基于E203内核）时遇到的 `make upload` 报错问题，结合错误信息 "Timed out waiting for debug int to clear"，以下是系统的解决方案：问题根源分析调试中断未清除 RISC-V 的调试模块（Debug Module）在执行调试操作后未正确清除中断标志（`debug int`），导致后续操作超时。硬件状态不稳定断电/多次下载后，开发板或调试器（如J-Link）可能因电源波动、信号干扰或固件状态残留导致通信异常。 OpenOCD配置不足默认超时时间过短，无法适应开发板的状态变化。解决方案（逐步操作） 1. 增加OpenOCD超时时间修改OpenOCD配置文件（如 `hbird-e200.cfg` 或自定义配置文件），添加以下参数： `# 增加JTAG超时时间（单位：毫秒） adapter timeout 5000 # 降低JTAG时钟速度（避免信号干扰） adapter_khz 1000` 作用：延长等待调试中断清除的时间，适应不稳定的硬件状态。 2. 强制复位开发板在执行 `make upload` 前，手动复位开发板：按下开发板的 `RESET` 按钮，再执行下载命令。或通过OpenOCD命令复位： `openocd -f your_interface.cfg -f your_board.cfg -c "init; reset halt; exit"` 3. 清理调试器状态在下载失败后，执行以下步骤：断开开发板电源和调试器USB线。等待10秒后重新连接。重启OpenOCD服务（若使用后台服务）。 4. 检查电源与接线电源问题：使用外接电源（而非USB供电），确保电压稳定（如5V/1A）。接线问题：检查JTAG/SWD接口是否接触不良，重新插拔调试器。缩短调试器与开发板的连接线长度（避免信号衰减）。 5. 启用OpenOCD详细日志在OpenOCD配置中添加： `log_output openocd.log debug_level 3` 分析日志 `openocd.log`，定位超时的具体阶段（如JTAG扫描、复位时序）。 6. 修改E203调试逻辑（进阶）如果上述步骤无效，检查E203的调试模块代码：定位文件：`e203_hbirdv2/rtl/e203/core/e203_debug.v` 确保调试中断信号 `dbg_irq` 在调试结束后被正确清除。示例修正： `always @(posedge clk or negedge rst_n) begin if (!rst_n) begin dbg_irq <= 1'b0; end else if (dbg_irq_clear) begin // 添加明确的清除条件 dbg_irq <= 1'b0; end end` 重新生成比特流：修改后重新综合并生成 `.mcs` 文件烧录至FPGA。 7. 更新工具链升级OpenOCD：使用最新版本（支持RISC-V的编译版本）。升级调试器固件：如J-Link使用J-Link Commander更新固件。操作流程示例 `# 1. 复位开发板 $ openocd -f openocd_hbird.cfg -c "init; reset; exit" # 2. 增加超时配置后上传程序 $ make UPLOAD_CFLAGS="-c 'adapter timeout 5000; adapter_khz 1000'" upload # 3. 若失败，检查日志 $ tail -f openocd.log` 预防措施每次下载前手动复位板卡。避免频繁断电，使用软复位（`reset`命令）。在软件代码开头强制清除调试中断（适用于自定义固件）： `asm volatile("csrc 0x7b0, 0x1"); // 清除CSR dcsr中的中断标志` 通过以上步骤，90%以上的类似问题可被解决。若仍失败，请提供 OpenOCD日志和硬件连接图进一步分析！

2025-11-7 17:29:02 评论举报刘润生