如图方案,目前948后面的I2C没有传输数据,但是948可以通过FPLINK进行读取其寄存器的值,这个是哪里有问题呢,我需要从哪里check呢?
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.
948后面的I2C没有传输数据,但是948可以通过FPLINK进行读取其寄存器的值,
您好,您的意思是主控可以读取948的寄存器的值,但 是无法读取927的寄存器的值是吗?
能通过948读取到927的地址吗?如果927和948的link连接好的话,927的地址会自动加载到947里。
local 的I2C通信有问题,您说的通讯不了是什么意思?MCU能识别到948的地址吗?948能正确发送ACK信号给MCU吗?
还是说读写948的寄存器有问题,可以详细说明下。
目前从927的0x06寄存器可以读出948的I2C设备地址0x58(0x2c),问题是:
1.T5通过I2C-927-fpdlink3读取948的寄存器0xF4,可以读取到0x34,但是不稳定,每次上电启动,有时候可以读到,有时候读取错误,有时候I2C返回错误;
2.通过T5控制远端设备“显示器单元”,不能访问远端设备的MCU(MCU的I2C地址是0x34(0x1A)即:访问远端,I2C通信失败,从948的I2C接口,使用协议分析仪不能获取到数据。
927的配置如下:
I2C slave address,I2C reg address, value
0x0c,0x03,0xDA
0x0c,0x06,0x2c
0x0c,0x07,0x1a
0x0c,0x08,0x1a
3.初始化的时候,948是否需要配置?具体需要配置哪些寄存器?
但是不稳定,每次上电启动,有时候可以读到,有时候读取错误,有时候I2C返回错误;
先用示波器量下948的上电时序吧。看看是否满足上电时序的要求。
你好。通过T5下发给显示器单元I2C数据已经有了,说明整个I2C链路已经打通,但是目前发现948转发的I2C数据给到MCU,ack反馈的很快,但是948反馈给927,927再给到T5的延时较大,大致有40多us的延时,这是什么原因呢?
您好,关于 延迟可以参考资深工程师对于953+954的延迟的解释。
他的意思是说延迟主要取决于954的line buffer,953的传播以及cable带来的延迟都要小于954 buffer的延迟:
我看了下948的数据手册,不像954集成了line buffer,它给出了传输延迟为147T=147/OLDI. OLDI的频率25M~85Mhz的频率,如果这样计算的话40us算是延迟较大。
您测试的40us是I2C的传输延迟还是数据的延迟?
你好,是I2C的ack延迟较大。下图是使用协议分析仪抓取的通信数据,请查阅
您好,为什么I2C的clock不是连续的?948有9个clock,每个周期只有9个clock。
而927的clock只有8个,并且clock的信号不是周期性的呢。