[参考译文] TDES954和放大器；TDES953 I2C 通信问题

您好！  

1. 串行器软复位后 I2C 通信尝试的最长时间是多少？  
   1. 使用 PDB (与硬复位匹配)时、最小延迟应为2ms。  953的软复位之后、TDES954和 TSER953之间将重新初始化锁定。  
2. 您能否分享 TDES954和 TSER953的原理图？  
3. 串行器复位后是否始终出现 I2C 问题？  

此致！

佐伊

您好，

感谢您的快速响应。

1.下面的代码是我的详细初始化参数

struct sensor_regs tdes954_rx0[] = {
	
	//Reset 954
	{0x01, 0x01},
	//Reset 954
	{0x01, 0x00},
	//Set CSI SPEED to select 800 Mbbps
	{0x1F, 0x00}, //800Mbps  
	//CSI enable , continuous clock, 2 lanes	
	{0x33, 0x23},
	//Port Selection
	{0x4C, 0x03},
	{0x0C, 0x47},
	//BCC CONFIG
	{0x58, 0x5E},
	//set alias (953 I2C address)
	{0x5C, 0x12},
	//set SlaveID (camera I2C  address)
	{0x5D, 0x20},
	//set SlaveAlias(Camera I2C  7-bit address),0x10-0x20
	{0x65, 0x20},
	//forwarding of  RX0 to CSI0
	{0x20, 0x10},
};


struct sensor_regs tdes953_tx0[] = {
	//953 continuous clock, 2 lanes
	 {0x02, 0x52},
};

我应该在哪里添加介于｛0x01、0x01｝和｛0x01、0x00｝之间的延迟？？  它是 tdes954‘s 软件复位吗？ 对于 tdes953、我只需要写入  ｛0x02、0x52｝、而不进行任何其他操作。

操作完成后使用 sensor_REGS tdes954_rx0参数、 只需写入  ｛0x02、0x52｝。 您能告诉我如何添加 tdes953芯片的软件复位吗？

2.我 觉得最好通过电子邮件发送示意图。

3.每次 相机流式传输时,我需要初始化 tdesdev ,而 i2c 错误是非常随机的。

您好！  

在 TDES 初始化序列中、不需要将0x01写入0x00、因为复位位是自行清除的。 该寄存器写入不会影响操作、这只是一条优化建议。 在写入寄存器0x01=0x01后、将增加该延迟。

此外、在下面提供的照片中、 TSER953的 START INIT 将寄存器0x01写入0x01。 它是否对应于0x02至0x52？  

我期待通过电子邮件看到原理图。  

此致！

佐伊

您好 Zoe Bison：

非常感谢。 你是如此的细心。 这条消息实际上是我在测试演示时犯的错误。 它已被更正。

，复位还有什么含义、在我写入 tdes954软件复位(0x01、0x01)后、只添加更多的2ms 延迟而不是写入(0x01、0x00)、对吗？

您好 Zoe：

感谢您的支持。 关于0xFE、这是我的协议命令、我的 API 将对其进行解析并添加延迟时间。  

另一个问题。 我发现 在 raspberrypi 平台上,在相机串流后, 我需要再次重构 tdesdev ,以确保它可以接收正常的图像分时。 您可以在此处查看详细步骤：

第1步：初始化 tdes954和 TDES 953  

步骤2:初始化相机配置并在相机上串流,我可以从传感器图形化 mipi 计时。 如下图所示：

  照相机中的 Grabe 计时  

但由于 tdes954器件的图像时序有缺陷、raspberrypi 无法正常获得图像。 如下图所示

tdes954的 Grabe 计时  

您可以看到计时与摄像头端口不同。 但当我重新设计 tdes954器件时、它会恢复正常。

在再次添加 tdes954 init 后

因此、目前、如果我想 正常使用、我应 再次执行以下操作：init tdesdev -> init camera -> init tdesdev。 我不确定这是否 正常。  

你有什么建议吗？

您好！

感谢您对寄存器写入的说明。 inittdesdev 包含0x02=0x57的寄存器写入吗？  

此外、参考初始化序列、您是否能够确认寄存器写入是否符合预期？

//将 RX0转发到 CSI0
｛0x20、0x10｝、

0x20=0x10会禁用端口0的转发并启用端口1

0x20=0x20使能 RX 端口0的转发、禁止 RX 端口1的转发

//将 CSI 速度设置为选择800 Mbbps
｛0x1F、0x00｝、//800Mbps

0x1F = 0x02表示800Mbps 串行速率0x1F = 0x00表示1.6Gbps

此致！

佐伊

您好！  

很抱歉因为我的其他安排而延迟回复。

是的、我注意到了0x20和 0x1F 寄存器、这是正常的。  

关于0x02寄存器、当我尝试添加｛0x02、0x57｝时、无法从摄像机获取任何图像数据。  我必须删除它,它 可以获得图像,但需要重新设计 tdesdev 后 的摄像头串流.

您好！

由于美国假期、团队将在周一结束。 我们将于下周恢复活动。 感谢您的耐心等待

此致、

凯西  

您好！  

对于混乱抱歉、0x02 = 0x57的寄存器写入不适用于解串器。 所关注的是确认在所有初始化上是否配置了串行器寄存器0x02=0x52。

在图像数据未输出的初始化之后和第二次初始化之后、您是否能够提供 TDES9453和 TDES954的寄存器转储？  

此致！

佐伊

您好！

您‘s 的意思是、当我无法获取图像数据时、读取 tdes954和 tdes953 μ s 初始化寄存器以确保数据不被通道化？

 今天、我已经对我们的新硬件进行了测试、测试结果取得了一些进展。 我发现第一次不需要重新初始化 TDES 器件就可以恢复正常的图像。 但第二次失败了。 您可以从此处观看视频。我可以确定、我只是在加电时首次初始化 TDES 器件。

e2e.ti.com/.../5126.normal-video.mp4

您好！

您的意思是当我不能获得图像数据时，请阅读 tdes954和 tdes953‘s μ s 初始化寄存器以确保数据没有通道？

是的、这是正确的。 由于初始化序列是相同的、因此目标是确认器件没有意外的 I2C 事务。 此外、TDES954和 TSER953上提供了控制寄存器、可用于检查器件上是否存在任何错误、例如不稳定的锁定或阻止转发的 CSI-2错误。  

关于之前对 CSI-2信号的测量、这些信号是否取自 TDES954的输出？  

此致！

佐伊

q：关于之前 CSI-2信号的测量结果、这些信号是从 TDES954的输出端获取的吗？  

答：是的，完全正确。  

感谢您的建议。 我将检查寄存器值并尽快给您回复。

您好！

我已经尝试在开启摄像头流后读取寄存器的值、所有值都是正确的。

这是我写入的数据  

在我读取数据流后、数据与初始化数据相同。 看起来是正常的。

您好！  

您是否能够确认寄存器0x4D、0x4E、0x55和0x56的值？ 完整的寄存器转储可能有助于通过检查状态寄存器来查看串行器和解串器的运行方式。 请告诉我是否需要寄存器转储的示例脚本。  

此致！

佐伊