快捷导航
70 129487

关于gmsl相机的使用问题

light 于 2021-3-18 13:17 发表 [复制链接]
light 游客 发表于 2021-4-8 14:52 | 显示全部楼层
本帖最后由 light 于 2021-4-8 15:44 编辑
喵喵 发表于 2021-4-7 22:44
您可以安装这两个包,解决sudo用户问题和时间戳跳变问题。

1. 请问你们是如何测试的?我今天用新的deb测试,时间戳跳变依然会出现(imx390 ar0143均测试过),方便提供下你们的测试源码  我们这边编译下测试看看。
2. 另外我测试了从trigger到应用层拿到图像这之间的延迟似乎不稳定,有时80ms左右(维持一段时间),有时100ms左右(维持一段时间,有时40ms,有时70ms的
3. sudo问题已经解决
您好,我们目前使用相机主要关心两点:(1)相邻帧的时间间隔不能一会是0,一会是66ms(假设30hz),一定是均匀的33ms间隔。(2)本次api调用的返回时刻系统时间戳与api给出的曝光时间戳之间,一定是基本一致且接近理论值(也就是按照论坛以前答案写道的,gmsl1应该是66ms左右,gmsl2应该是40ms左右)。我们所有的测试都是看这两个条件是否满足。
如果这两个条件有一个不满足,我们担心图像时间戳是错的。因为目前我们系统使用gps授时,其他传感器数据也是基于这个时钟的,数据产生的时间。如果相机曝光时间戳错误了,那就产生传感器之间的同步误差了。

贺老师 游客 发表于 2021-4-8 18:10 | 显示全部楼层
light 发表于 2021-4-8 14:52
1. 请问你们是如何测试的?我今天用新的deb测试,时间戳跳变依然会出现(imx390 ar0143均测试过),方便提 ...

您好:

跳变的问题,我们发现20分钟左右的确还是会发生一次,虽然概率变低了,但的确有。我们还在继续调查。

测试代码我们工程师马上会上传。

目前的确是还存在问题,我们也在加紧看看是否能够完全修复。
喵喵 游客 发表于 2021-4-8 18:25 | 显示全部楼层
light 发表于 2021-4-8 14:52
1. 请问你们是如何测试的?我今天用新的deb测试,时间戳跳变依然会出现(imx390 ar0143均测试过),方便提 ...

这是我用的测试demo

cameras_sdk_demo.zip

2.29 KB, 下载次数: 10

喵喵 游客 发表于 2021-4-8 20:04 | 显示全部楼层
light 发表于 2021-4-8 14:52
1. 请问你们是如何测试的?我今天用新的deb测试,时间戳跳变依然会出现(imx390 ar0143均测试过),方便提 ...

昨天的版本发现20分钟左右还是会发生一次跳变,今天我这边又定位了一下,今天晚上测试下看看,如果没有问题明天会发给您一个sdk的deb包。
light 游客 发表于 2021-4-9 10:04 | 显示全部楼层
喵喵 发表于 2021-4-8 20:04
昨天的版本发现20分钟左右还是会发生一次跳变,今天我这边又定位了一下,今天晚上测试下看看,如果没有问 ...

您好,看了您的测试demo, 麻烦也同时关注一下api返回时刻和由api得到的时间戳的差值,我们这边测试这个值比较大且变化较大,这是否意味着还有其他问题呢?建议可以在demo中加入这个差值的打印
喵喵 游客 发表于 2021-4-9 13:10 | 显示全部楼层
light 发表于 2021-4-9 10:04
您好,看了您的测试demo, 麻烦也同时关注一下api返回时刻和由api得到的时间戳的差值,我们这边测试这个 ...

1.您好附件为修正过的deb包,此包昨天运行了大概12个小时,有五次跳变,概率降低但是还是有,我这边会继续跟踪,可能需要花一点时间
2.我这边也测试了在gps授时模式下,apex2运行0143,测试trigger到应用层拿到图像这之间的延迟为69ms左右,比较稳定
3.输入nvbootctrl get-current-slot查看系统启动slot,如果输出为0,更改才会生效。

miivii-gmsl-camera-1.1.5-aarch64.zip

372.48 KB, 下载次数: 146

light 游客 发表于 2021-4-9 17:42 | 显示全部楼层
本帖最后由 light 于 2021-4-9 17:49 编辑
喵喵 发表于 2021-4-9 13:10
1.您好附件为修正过的deb包,此包昨天运行了大概12个小时,有五次跳变,概率降低但是还是有,我这边会继 ...

您好,更新deb后,运行nvbootctrl get-current-slot,得到如下输出:
Fail to open metadata file
Init SMD partition failed
0
这三行,这个是否正常。

1、刷完deb后,我们用0143测试(25hz运行)了半个小时,确实比较稳定,返回减曝光是66ms,时间戳也没有重复和跳跃。
2、imx390你们这边试过吗,我们用imx390测试(30hz运行),运行十几分钟左右后还是会出现时间戳重复和跳跃问题,且返回减曝光也发生变化。这个相机能否也帮我们看一下呢。
3、miivii_setting的网页中,sync方式选择gps,然后下面一行有sync 频率,这个需要与相机运行频率保持一致吗?
4、您提到的0143相机12小时出错5次(有时间戳重复或者跳跃),那么出错之后,返回减曝光时间也仍然是66ms左右吗?出错之后,后续while循环中使用api返回的时间戳,是否仍然是可以信任的,只是出错那次的曝光时间戳无法使用?

Hcheng 游客 发表于 2021-4-9 17:48 | 显示全部楼层
light 发表于 2021-4-9 17:42
您好,更新deb后,运行nvbootctrl get-current-slot,得到如下输出:
Fail to open metadata file
Init S ...

您好:

2、imx390你们这边试过吗,我们用imx390测试(30hz运行),运行十几分钟左右后还是会出现时间戳重复和跳跃问题,且返回减曝光也发生变化。这个相机能否也帮我们看一下呢。
>> 这个相机我们手边还真没有…… 如果急的话是否方便借我们一个?我们担心采购时间过长。

miivii_setting的网页中,sync方式选择gps,然后下面一行有sync 频率,这个需要与相机运行频率保持一致吗?
>>> 这个不用管。
这个设置,主要是针对sync out的io的,GMSL相机是通过SDK控制触发频率,和这个设置没有关系。
如果要通过外接工业相机,则可以用这个io去触发。
喵喵 游客 发表于 2021-4-9 17:49 | 显示全部楼层
light 发表于 2021-4-9 17:42
您好,更新deb后,运行nvbootctrl get-current-slot,得到如下输出:
Fail to open metadata file
Init S ...

1.运行命令nvbootctrl get-current-slot输出正常
2.miivii_setting中的sync频率不需要和相机保持一致
light 游客 发表于 2021-4-9 17:51 | 显示全部楼层
Hcheng 发表于 2021-4-9 17:48
您好:

2、imx390你们这边试过吗,我们用imx390测试(30hz运行),运行十几分钟左右后还是会出现时间戳 ...

您好,我和同事再确认一下,他说好像有一个在你们这边。另外上一个提问我编辑了下,增加了第四个问题,麻烦再解答一下,多谢~
您需要登录后才可以回帖 登录 | 点我注册

精彩推荐

  • canbus与vcu相连接,出现bus-off状态
  • 有线连接失败
  • Apex 串口通讯
  • 关于SPI通信问题咨询
  • MIIVII APEX DUAL ORIN米文域控制器产品合

明星用户