求OX08B40点亮代码

好的谢谢，现在我这边调试时遇到dphy_fatal问题，目前linelength和framelength无法确定，试了一些值，还是有dphy_fatal，mipi信号大致测了一下应该没问题，应该是参数不对，请问您那边这两个参数设置的是什么？我们用的是raw12 HDR4的settings？或者需要如何debug一下吗？

这个是我们这边的配置，你看看

linelenth framelenth的值不是卡的特别死，上下错一些也没关系，报phy fatal可能是settle值不对

我们用了这组参数，还是phy fatal, 只是不一样的settle phy fatal 的值有变化，如下是3个phy fatal:

1

[ 8409.684070] vps mipi_host1: irq status 0x10001

[ 8409.684680] vps mipi_host1: phy_fatal: 0x5

[ 8409.685234] vps mipi_host1: phy: 0x1

[ 8409.685734] vps mipi_host1: irq status 0x1

[ 8409.686266] vps mipi_host1: phy_fatal: 0xd

[ 8409.686822] vps mipi_host1: irq status 0x1

[ 8409.687353] vps mipi_host1: phy_fatal: 0x5

[ 8409.687909] vps mipi_host1: irq status 0x1

[ 8409.688440] vps mipi_host1: phy_fatal: 0x5

[ 8409.688996] vps mipi_host1: irq status 0x10001

[ 8409.689571] vps mipi_host1: phy_fatal: 0x5

[ 8409.690125] vps mipi_host1: phy: 0x3

[ 8409.690614] vps mipi_host1: irq status 0x1

[ 8409.691145] vps mipi_host1: phy_fatal: 0xd

[ 8409.691701] vps mipi_host1: irq status 0x10001

[ 8409.692276] vps mipi_host1: phy_fatal: 0xd

[ 8409.692830] vps mipi_host1: phy: 0x3

[ 8409.693319] vps mipi_host1: irq status 0x1

[ 8409.693850] vps mipi_host1: phy_fatal: 0x5

[ 8409.694406] vps mipi_host1: irq status 0x10001

[ 8409.694981] vps mipi_host1: phy_fatal: 0x5

[ 8409.695534] vps mipi_host1: phy: 0x3

[ 8409.696023] vps mipi_host1: irq status 0x1

[ 8409.696554] vps mipi_host1: phy_fatal: 0x5

[ 8409.697109] vps mipi_host1: irq status 0x1

[ 8409.697640] vps mipi_host1: phy_fatal: 0xd

[ 8409.698198] vps mipi_host1: irq status 0x1

[ 8409.698729] vps mipi_host1: phy_fatal: 0x5

[ 8422.138362] cancel by gstop1

2

[ 8497.194329] alloc_contig_range: 23354 callbacks suppressed

[ 8498.603742] vps mipi_host1: irq status 0x10001

[ 8498.604347] vps mipi_host1: phy_fatal: 0x3

[ 8498.604922] vps mipi_host1: phy: 0xc

[ 8498.605454] vps mipi_host1: irq status 0x10001

[ 8498.606048] vps mipi_host1: phy_fatal: 0x3

[ 8498.606618] vps mipi_host1: phy: 0xc

[ 8498.607127] vps mipi_host1: irq status 0x10001

[ 8498.607720] vps mipi_host1: phy_fatal: 0xf

[ 8498.608291] vps mipi_host1: phy: 0xc

[ 8498.608798] vps mipi_host1: irq status 0x10001

[ 8498.609391] vps mipi_host1: phy_fatal: 0x3

[ 8498.609961] vps mipi_host1: phy: 0xc

[ 8498.610469] vps mipi_host1: irq status 0x10001

[ 8498.611062] vps mipi_host1: phy_fatal: 0x3

[ 8498.611632] vps mipi_host1: phy: 0xc

[ 8498.612140] vps mipi_host1: irq status 0x10001

[ 8498.612733] vps mipi_host1: phy_fatal: 0xf

[ 8498.613303] vps mipi_host1: phy: 0xc

[ 8498.613810] vps mipi_host1: irq status 0x10001

[ 8498.614394] vps mipi_host1: phy_fatal: 0x3

[ 8498.614947] vps mipi_host1: phy: 0xc

[ 8498.615437] vps mipi_host1: irq status 0x10001

[ 8498.616012] vps mipi_host1: phy_fatal: 0x7

[ 8498.618338] vps mipi_host1: irq status 0x1

[ 8498.618880] vps mipi_host1: phy_fatal: 0xf

[ 8498.619444] vps mipi_host1: irq status 0x10001

[ 8498.620020] vps mipi_host1: phy_fatal: 0x3

[ 8498.620576] vps mipi_host1: phy: 0xc

[ 8498.621074] vps mipi_host1: irq status 0x10001

[ 8498.621655] vps mipi_host1: phy_fatal: 0x3

[ 8498.622210] vps mipi_host1: phy: 0xc

[ 8498.622708] vps mipi_host1: irq status 0x10001

[ 8498.623286] vps mipi_host1: phy_fatal: 0x3

[ 8498.623839] vps mipi_host1: phy: 0xc

3

vps mipi_host1: irq status 0x1

[ 8845.054717] vps mipi_host1: phy_fatal: 0xf

[ 8845.055312] vps mipi_host1: irq status 0x10001

[ 8845.055906] vps mipi_host1: phy_fatal: 0xf

[ 8845.056477] vps mipi_host1: phy: 0xf

[ 8845.056986] vps mipi_host1: irq status 0x10001

[ 8845.057579] vps mipi_host1: phy_fatal: 0xf

[ 8845.058149] vps mipi_host1: phy: 0xf

[ 8845.058657] vps mipi_host1: irq status 0x10001

[ 8845.059249] vps mipi_host1: phy_fatal: 0xf

[ 8845.059819] vps mipi_host1: phy: 0xf

[ 8845.060327] vps mipi_host1: irq status 0x10001

[ 8845.060920] vps mipi_host1: phy_fatal: 0xf

[ 8845.061490] vps mipi_host1: phy: 0xf

[ 8845.061997] vps mipi_host1: irq status 0x10001

[ 8845.062590] vps mipi_host1: phy_fatal: 0xf

[ 8845.063160] vps mipi_host1: phy: 0xf

[ 8845.063667] vps mipi_host1: irq status 0x10001

[ 8845.064259] vps mipi_host1: phy_fatal: 0xf

[ 8845.064830] vps mipi_host1: phy: 0xf

[ 8845.065337] vps mipi_host1: irq status 0x10001

[ 8845.065930] vps mipi_host1: phy_fatal: 0xf

[ 8845.066492] vps mipi_host1: phy: 0xf

[ 8845.066981] vps mipi_host1: irq status 0x10001

[ 8845.067556] vps mipi_host1: phy_fatal: 0xf

[ 8845.068110] vps mipi_host1: phy: 0xf

[ 8845.068599] vps mipi_host1: irq status 0x10001

[ 8845.069174] vps mipi_host1: phy_fatal: 0xf

[ 8845.069728] vps mipi_host1: phy: 0xf

[ 8845.070217] vps mipi_host1: irq status 0x10001

[ 8845.070792] vps mipi_host1: phy_fatal: 0xf

[ 8845.071345] vps mipi_host1: phy: 0xf

[ 8845.071838] vps mipi_host1: irq status 0x10001

[ 8845.072413] vps mipi_host1: phy_fatal: 0xf

[ 8845.072967] vps mipi_host1: phy: 0xf

谢谢

速率配的对吗，解串器mipi输出的速率与mipi的配置mipiclk匹配吗，这些参数需要都检查下输出端的值是否匹配的

我们解串器配的是750M，平台端试过750，1500，4800都试过，一样报错

上面的配置是我们X8b的配置的，其他的话感觉只能再多做做实验了

是的，9296，我们这边设置的是设置的0x2c，也就是每lane1.2G

谢谢王工，我们按这个配置先试一下。另外能不能再帮忙确认一下你们那边配置的sensor的output interface是什么？我们用的是HDR4 COMB-PWL12Bbit

我们下面这块配制的不一样，您是用的两路vc, 我们用的一路vc,请问题您那的sensor mode 是DOL2么？我们这边是按linear配制的

我们应该也是这个的

上面这个您的，我们配制是

"vc_num": 1,

"vc0_index": 0

不知道这个有没有影响？

如果只有一路写1 写2都没关系的，因为最终也只用1路

fae说在sensor中合成一路输出的，我不太理解，就配制成linear了，不知道对不对

sensor端多帧合成的模式，我们称之为PWL模式，linear是指单帧曝光输出；

HDR combine是在8B4内置的ISP里做的，mipi输出的是linear image data

ok，那我理解解压是需要配置ISP，mipi传输上用一个VC应该是没问题的吧？现在我们还是报phy_err，各种参数都检查过了，请帮忙看看还需要怎么debug.

错误信息是上面一样的吗？那应该还是要检查mipi的配置的

ISP的配置应该有对应的vio配置说明的，hdrmode参数设置的

关于ISP解压追问一下，8B4的HDR4 模式是由24bit PWL到12bit，J3 ISP的 Decompander模块可以处理吗？

可以的，车载ISP都具备这个能力的

您好，现在我们可以把这个sensor点亮了，但是不稳定，偶尔能点亮，大部分情况不能点亮，不能点亮的时候，isp driver报以下error, 请您帮忙分析一下，谢谢

错误在哪里了呢？

sensor的输出数据尺寸是对的吗

sensor的输出有点问题，这个错误并不影响出图，影响出图的是下面这个信息

能正常出图的时候没有这些信息

对，看上去因为isp收到得的数据跟预期的不一样导致ISP无法处理了

但就是不知道具体是什么导致的，我按文档提示设置实际输出试过，也不行；所以请您分析一下看看是什么原因导致的

这个从ISP看确实就是sensor给到ISP的数据不对导致的，你那边能下载到pilot的代码吗，可以直接从pilot上把sensor so弄过来试试

pilot代码有具体版本么？我问一下看看

这个差别看上去是来自sensor的，后面模块不会处理单个pixel的

应该最新的代码就有的，你可以去最新的代码上看看

reg:[SIF_MIPI_RX_STATUS4]这个是平台的reg，那这个参数是从sensor的什么地获取的呢？从log 上看，有可能是一开始状态不稳定造成的，有没有可能做些延时什么的把这个问题规避一下？

pilot上的so不能用，接口对不上

你可以该该sensor的设置看看，比如settle啊 啥 或者blank的值

您好，再请教一个问题，我们现在需要在driver实现tuning接口，请问题在J3平台上应用层回调这种方式是可用的么？我在utility/sensor/下面没有发现有用到这种方式实现的，都是驱动注册的方式，这种方式好像没用过

没太明白，但是肯定时可以的，tuning接口是ISP的能力不是sensor的能力，你找代码的话应该也去ISP相关的目录找

这个是3a接口，不是tuning接口

看代码实现上都是需要自己手动增加callback函数就可以了

我说的就是这个，可能是表述不准确，这些在现有的driver代码里没有实现的，我们想用，不知道这条路是否通了，所以确认一下

恩，照着加应该就可以实现得

hi, 我们针对这个sensor在做tunning，遇到了以下问题，麻烦您给看一下：

1 有时候图像颜色是正常的，有时候颜色发紫，用的是一样的参数

2 当开启自动曝光时，曝光起作用，again和dgain可以写入 sensor寄存器；但是当通过control tool 开起手动设置曝光值时，again和dgain值可以传入到 sensor driver，但寄存器的值没有变化，也没有报任何error，手动设置曝光不起作用

以上麻烦您帮忙分析一下，谢谢！

1.发紫的图片发我们看下，便于分析，sensor的 cfa pattern 设置的对吗

2.手动曝光要先把manual ae打开后，设置才能生效

1 发紫的图片稍候上传，cfa pattern设置的对，确认过了

2 我们是在control tool中打开的，如下截图，不知道和您说的打开manual ae是不是一回事

这是JPG

我看你control tool是连着的，紫色的话，你可以通过hardware的接口中该下 cfg pattern和 rgb start,调整下看看效果

SYSTEM_MANUAL_EXPOSURE，SYSTEM_MANUAL_INTEGRATION_TIME 这2个也需要manual住

好的，多谢！

王工您好，我们还有两个问题，请您再给分析一下：

1 tunning tool 跑起来后，用hobot player 预览画面时，画面卡顿

2 hobot player连接预览后，uart 会输出如下 log:

[ 42.003168] hobot_dev_ipu: FS and FE occur at same time

[ 54.125076] hobot_dev_ipu: FS and FE occur at same time

[ 60.170552] hobot_dev_ipu: FS and FE occur at same time

[ 64.827742] hobot_dev_ipu: FS and FE occur at same time

[ 74.506880] hobot_dev_ipu: FS and FE occur at same time

[ 80.715183] hobot_dev_ipu: FS and FE occur at same time

[ 92.047340] hobot_dev_ipu: FS and FE occur at same time

[ 99.676698] hobot_dev_ipu: FS and FE occur at same time

[ 111.438637] NOHZ: local_softirq_pending 80

[ 113.316963] hobot_dev_ipu: FS and FE occur at same time

[ 114.234610] pwm_gpio: PWM

[ 119.862109] NOHZ: local_softirq_pending 80

[ 134.161670] hobot_dev_ipu: FS and FE occur at same time

[ 146.645504] hobot_dev_ipu: FS and FE occur at same time

[ 152.921360] hobot_dev_ipu: FS and FE occur at same time

[ 162.500444] hobot_dev_ipu: FS and FE occur at same time

[ 182.352266] hobot_dev_ipu: FS and FE occur at same time

另外 还偶现如下log:

[ 344.481530] FE overflow 16 mux_index 4 temp_flow 0x0

[ 344.482226] [S0][V0] sif_video_dqbuf (p0) complete empty.

[ 344.482292] hobot_dev_ipu: FS and FE occur at same time

[ 344.483824] pwm_gpio: PWM>25ms: 37ms

[ 344.494779] pwm_gpio: PWM

[ 344.560173] sys_report 0x0 current buffer index = 0x300, buffer owner = 0x0

[ 344.560173]

[ 344.561277] input buffer overflow(0x10) temp_flow 0x10

[ 344.561955] overflow FE mux_index 4

[ 344.562433] overflow FE mux_index 4

[ 344.562901] FE overflow 16 mux_index 4 temp_flow 0x0

[ 344.563599] [S0][V0] sif_video_dqbuf (p0) complete empty.

[ 344.563662] hobot_dev_ipu: FS and FE occur at same time

[ 344.565178] pwm_gpio: PWM>25ms: 48ms

[ 344.617478] sys_report 0x0 current buffer index = 0x0, buffer owner = 0x0

这个是偶现的，触发条件目前还不清楚，按相关文档说明，也调节了sensor的vts寄存器，好像没有什么效果。

你不连卡吗，hbplayer是通过网络传输的，对网络要求比较高，当网络不好的时候会影响到系统性能的，所以打开hbplay，可以考虑降低sensor尺寸和fps

对的，问题应该都是因为hbplayer影响了系统的性能导致的

IPU FS and FE occur at same time是正常的log，表示N帧FE和N+1帧FS一起来了，你打开hbplayer显示，会导致系统负载高，从而响应中断延迟高了；

我们这个板子上没有显示系统，请问用什么方法可以验证一下不连接是否卡顿？另外我们的网络是直连的，1G的网口，按照3840*2160*30*2*8/1024/1024 = 3796.875Mbps, 从这个结果来看，是不是理论网速就不够了？

你hbplayer不点击连接，就是不看图，就不会有发送的动作

对网络是够的，只是传递数据会占用系统资源的

不连接hobot player确实不会有以上那些信息，但是tunning的话，还是需要看图的，这个问题怎么解呢？

卡的不能tuning的吗，如果卡到不能tuning的话就要考虑要不走直连方式，配置稍微有点复杂，要不就降低fps

我试了降低fps到15（把tunning tool的启动脚本中的fps都改为15，除此之外还有别的地方需要改么？），但还是一样的效果，一连接hobotplayer就出以上信息，画面还是卡

直连方式怎么配制呢？我们想试一下

谢谢

这个配置我需要确认下，本身我没试过

另外还有一个点，就是我从我们tuning团队获取到的信息是他们没碰到卡顿的，所以他们想问下你用的网线是千兆网线吗

是千兆网，确认过了

恩 cat.6的线

刚才问了下，直连的话直接连上电脑，然后2遍的网络配置为同一个网段就行，你可以试试

我们现在就是这种连接方法

我们现在就是这种连接方法

画面卡是正常现象，用hbplayer显示，千兆网卡下，4K只能8fps左右，显示延迟也大，都是正常现象；除非你把分辨率改成720P

好的，谢谢您的解释

您好，再请教一个问题，tuning_tool 在跑的过程中，会偶现以下信息，在我们拿到的软件中没有搜到hb_isp.c这个文件，还请帮忙分析一下：

[ERROR]["LOG"][isp/hb_isp.c:623] ioctl GET_CTX failed, errno is Bad address.

谢谢

这个信息意思是：ISP还没初始化就去get ctx了，如果tuning tool能正常工作，可忽略

ret = ioctl(fd, ISPIOC_GET_CTX, &ctx);

if (ret < 0) {

isp_log("ioctl GET_CTX failed, errno is %s.", strerror(errno));

return -1;

}

这个操作的时候发现地址不对把，你定位到操作了哪个参数吗，可能是底层不支持，需要dmesg日志

这个信息出现的比较随机，有时候刚run tuning_tool就出现，有时候连接hobot player出现 ，tuning 调试时也出现，没有比较固定的场景，出现时一般情况下不影响操作，有时候control tool会失去响应。但是control tool在不出现这个信息时也会有卡住的问题，所以我们也不好判断是在什么操作下出现的，我们后面再跟一下，同时收集一下dmesg再给您反馈吧，谢谢支持！

好的，有分析的时候提供下dmesg就行

你好，顺便问一句，你的x8b驱动相关的代码是通过什么渠道获取的，可以记录一下获取方式的

从地平线和金脉获取的，两份都不能直接在J3上用，我们自己改过的

好的好的，多谢分享

点亮了，正在做效果调试。顺便感谢sunkaikai和ping01wang两位对其他帖子的快速回复?

解决了就行，有其他问题再讨论；

您好，我们现在遇到一个tuning相关的问题，我们之前在driver中实现3a回调接口时参考了J5的实现接口,但awb_cct_control这个接口中 color_temper这个参数J3 上没有，所以现在我们在tunning时无法根据环境的真实色温调节awb参数，导致tuning效果颜色异常，请指导一下，多谢！