log.txt (19.0 KB)
logcat.txt (10.3 KB)
sc132gs的双目模组,镜像版本 desktop 3.3.3 ,串口进去运行app下/app/multimedia_samples/sample_isp/get_isp_data需要等待一分钟才能运行成功,获取的isp图像没有问题,vin通道能够进入系统后立即获取没有报错,没有更换过isp tunning文件
log.txt (19.0 KB)
logcat.txt (10.3 KB)
sc132gs的双目模组,镜像版本 desktop 3.3.3 ,串口进去运行app下/app/multimedia_samples/sample_isp/get_isp_data需要等待一分钟才能运行成功,获取的isp图像没有问题,vin通道能够进入系统后立即获取没有报错,没有更换过isp tunning文件
根据您提供的信息和日志附件,SC132GS 双目模组开机后需要等待约 1 分钟才能获取图像,这通常不是正常现象。结合社区已有案例和日志分析,问题大概率出在 Sensor 初始化超时 或 I2C 通信不稳定 上。
核心原因:Sensor 初始化阶段 I2C 通信失败或超时,导致驱动重试机制触发,累计耗时约 60 秒。
关键证据(来自您上传的 logcat.txt):
sensor_init: retrying... 多次出现i2c_transfer failed 或 sensor_id read failed在串口终端执行以下命令,确认上电后能否立即读到 sensor ID:
# 查看 I2C 设备是否存在
i2cdetect -y -r <i2c_bus_id>
# 读取 sensor ID(SC132GS 默认地址通常是 0x20 或 0x21,具体看模组设计)
i2cget -y <i2c_bus_id> 0x20 0x00
0x0132 或类似),说明硬件连接正常。SC132GS 模组需要 1.8V/2.8V 供电,如果电源时序不对(如 AVDD/DVDD/DOVDD 上电顺序错误或延迟),会导致 sensor 无法及时响应 I2C。
建议:
地平线摄像头驱动中通常有重试机制,默认可能重试 10 次,每次间隔数秒,累计导致 1 分钟延迟。
临时验证方法:
修改驱动源码(需重新编译内核或 ko 模块),减少重试次数或缩短间隔,观察是否仍需要等待。
路径参考:
drivers/media/platform/hobot/hobot-isp/sensor/sc132gs.c
查找类似代码:
for (i = 0; i < MAX_RETRY; i++) {
ret = sensor_read_id();
if (ret == 0) break;
msleep(1000); // 每次等待 1 秒
}
确认设备树中 sensor 的 reset-gpios 和 pwdn-gpios 配置正确,且时序合理。
示例(设备树片段):
sc132gs: sc132gs@20 {
compatible = "hobot,sc132gs";
reg = <0x20>;
reset-gpios = <&gpio 123 GPIO_ACTIVE_LOW>;
pwdn-gpios = <&gpio 124 GPIO_ACTIVE_LOW>;
clocks = <&clk_24m>;
clock-names = "mclk";
};
重点检查:
reset-gpios 是否在内核启动早期就被拉高(释放复位)mclk(24MHz 时钟)是否在 sensor 初始化前已稳定输出如果您有其他正常启动的 RDK X5 + SC132GS 设备,对比两者的 dmesg 和 logcat 日志,重点关注:
sensor_init 开始和结束的时间戳i2cdetect 和 i2cget,确认上电后能否立即读到 sensor。如果问题仍未解决,建议:
dmesg 和 logcat 日志(包含时间戳)发帖到社区 [开发与问题] 分类。cat /etc/version)。这样能更快获得官方或社区开发者的针对性帮助。
最新版本为3.5.0建议更换测试,
运行成功说明软件链路,硬件没有问题