This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1160385/tlk10022evm-do-we-have-such-possible-configuration-that-signal-slvs-ec-transfer-from-ls----hs---hs---ls-on-the-evm
大家好、
需要支持！
我们是否有这样的可能配置、 使信号(SLVS-EC)从 EVM 上的 LS-->HS-->Ls 进行传输？
谢谢
非
Nan、您好！
我可以在星期四通过更新返回给您。
谢谢、 Drew
您好 Drew，
感谢您的回复。
期待您的配置！！！
您的
我仍在努力在星期四为您提供最新信息。
您好、Drew、
感谢您的辛勤工作。 您是否可以提供任何配置？
对拖延表示歉意。 客户可以尝试连接的配置吗？ 我还没有机会尝试使用客户特定的数据、但了解这在客户系统中的行为是有价值的。
e2e.ti.com/.../tlk10022.csv
但 这种传输系统的配置似乎有问题。客户已将 GUI 的屏幕截图发送给您。 请听我说。
感谢您的提醒、GUI 的屏幕截图非常有用。 我将在下周为您提供更新的配置。
谢谢、
Drew
现在是星期三。 是否有任何更新？ 客户让我很努力！！！
我正在努力创建一个数据流、我可以根据之前共享的 SLVS-EC 协议信息来测试 TLK10022。 我将在本周提供更新的配置。
你有更新吗？ 很长时间了。
我能够创建一种很好的方法来生成与客户在其系统中可能具有的数据类似的数据。 实质上、我创建了一个脚本、用于将8b 数据(SLV-EC 规范中引用的数据)转换为10b 编码数据、这是 tlk10022器件所期望的数据。 遗憾的是、我仍在使用 TLK10022测试该编码数据。
我花了一些额外的时间尝试使用 TLK10022来获取这些数据。 遗憾的是、无论是字交错还是位交错模式、我都无法找到合适的配置。
感谢您的辛勤工作。
也许 SLVS-EC 中编码的数据有问题吗？
很抱歉耽误你的时间、上周没上班了。
在位交错模式下、数据编码不应那么重要。 在字交错中、编码很重要。 我尝试了一个由1 K28.5、24 D11.0和1 K28.5组成的26字8b/10b 编码序列。 我认为这类似于基本的 SLVS-EC 数据。 不幸的是，我在这方面没有成功。
通过旧的 E2E 线程进行读取、这意味着可能无法使位交错模式正常工作、或者至少它具有相当的挑战性。
https://e2e.ti.com/support/interface-group/interface/f/interface-forum/640868/tlk10002-use-in-4-1-bit-interleave-mode-or-in-3-1-mode-to-add-the-tmds-clk-signal
