恭喜问题定位!这是一个典型的 MIPI Host 实例硬件差异 问题。
问题根因总结
| 现象 | 原因分析 |
|---|---|
| RX1 (mipi_host1) 4 Lane 只检测到 D0/D2 | 该 MIPI Host 实例的 PHY 校准或 Lane 映射存在硬件/固件问题 |
| RX0 (mipi_host0) 4 Lane 正常工作 | 该实例 PHY 状态正常,Lane 映射正确 |
| 官方套件 出现此问题 | 不同 MIPI Host 实例的 PHY 校准参数或 PCB 走线可能存在差异 |
建议完善帖子内容
方便后续遇到类似问题的开发者参考,建议补充:
### 最终解决方案
**问题现象**:
- 使用 i2c1 对应的 MAX96712 (RX1) → MIPI Lane 检测失败
- 使用 i2c0 对应的 MAX96712 (RX0) → 正常工作
**排查结论**:
S600 不同 MIPI Host 实例可能存在硬件/固件差异,建议优先使用 RX0 端口。
**配置变更**:
1. 修改 DTS 中 camera 节点绑定,从 mipi_host1 改为 mipi_host0
2. 修改 I2C 总线配置,从 i2c1 改为 i2c0
3. 保持 MAX96712 Lane 配置不变 (4 Lane)
**验证结果**:
- 4 Lane 检测正常
- 图像数据正常输出
关于 HBN 框架的建议
@Marcelo 之前建议使用 HBN 框架,原因:
| 架构 | 优势 | 劣势 |
|---|---|---|
| V4L2 | 标准 Linux 接口,兼容性好 | MIPI/PHY 配置调试复杂,社区支持较少 |
| HBN | 地瓜官方推荐,配置工具完善 | 闭源组件较多,定制灵活性受限 |
建议:
- 如果项目需要长期维护,建议评估迁移到 HBN 框架
- 参考文档:Camera 点亮 | RDK DOC
后续建议
- 保留当前解决方案:既然 RX0 能正常工作,项目可以继续使用此配置
- 反馈给 FAE:将 RX1 的问题反馈给对接的技术支持,帮助官方排查硬件/固件问题
- 更新帖子状态:将帖子标记为已解决,方便社区检索
类似案例参考
社区中已有类似 MIPI Host 实例差异的案例:
感谢你的反馈,这对社区是非常有价值的经验沉淀!![]()