[开发工具] 求助:RUHMI是否还支持.pth格式?

[复制链接]
63|6
SuperSprout 发表于 2026-5-11 15:39 来自手机 | 显示全部楼层 |阅读模式
选择工程、芯片和RUHMI后,下方的.pth选项变灰,现在RUHMI不支持pth文件了吗?
1000208511.jpg
流鱼 发表于 2026-5-18 11:32 | 显示全部楼层
目前暂时还不支持.pth格式
流鱼 发表于 2026-5-18 11:33 | 显示全部楼层
建议转tflite格式
韶华倾负 发表于 2026-5-24 16:57 | 显示全部楼层
.pth → .tflite 转换是 RA8P1 Ethos-U55 NPU 部署的首选路径,tflite 格式对 RUHMI 的兼容性最好,能充分发挥硬件加速能力,推理速度比 ONNX 快 30% 以上。先将.pth 导出为 ONNX 中间格式,再转换为 tflite,可解决 90% 的算子不兼容问题。使用官方的onnx-tf和tensorflow工具链转换
热爱童话世界 发表于 2026-6-9 15:27 | 显示全部楼层
这种情况可能是软件bug,建议查看官方文档或联系技术支持获取帮助。
复古留声机 发表于 2026-7-19 21:35 | 显示全部楼层
这种情况可能是软件bug,您可以尝试重启软件或者更新到最新版本,看看问题是否得到解决。
清酒无隐 发表于 2026-7-17 10:10 | 显示全部楼层
看这个现象,应该不是你操作问题,像是当前 RUHMI 这条工具链暂时不直接吃 `.pth` 了,所以选项才会灰掉。`.pth` 更偏 PyTorch 训练阶段的模型权重文件,真正部署到 MCU/NPU 端,一般还是要转成工具链能解析的推理格式。

我会优先走 .pth -> ONNX -> TFLite 这条路线,中间用 ONNX 先把网络结构和权重固化下来,再转 TFLite 做量化和部署适配。这样比直接找工具读 .pth稳一些,也方便检查算子有没有不支持。

转之前最好确认模型里有没有自定义算子、动态 shape、复杂后处理这些东西。嵌入式端部署最怕训练时跑得好,转换后一堆算子落不到硬件加速上,最后只能 CPU 跑,性能和功耗都会差不少。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

1

主题

1

帖子

0

粉丝
快速回复 在线客服 返回列表 返回顶部
0