[参考译文] DS90UH948-Q1：配置和I2C问题

达沃尔

以下是客户的回应：

他们是否尝试从串行器一侧的模拟启动板(ALP)/MSP430向反序列器一侧的IO扩展器发送命令？

               是的，这正是我们的设置方式。  我们已经尝试使用自己的代码(开发板)和Launchpad。

如果是这样，MSP430将充当I2C主控制器。 他们应该可以看到I2C总线上的I2C通信，该总线连接到串行器I2C引脚。 他们能否验证在系统的串行器端看到I2C通信？

               是的， 我们可以看到串行器端的流量。

它们是否可以从反序列化器中读取/写入寄存器？ 它们应该可以在串行器I2C引脚上看到I2C通信，但不能在反串行器I2C引脚上看到I2C通信。

               我似乎可以(通过串行器)写入反序列化器并打开传递，这会导致丢失地址，但可以将其关闭以返回地址。

要从串行器端访问IO扩展器，他们需要通过将寄存器设置为远程设备的实际I2C地址来确保定义SlaveID (串行器寄存器0x07)。 在这种情况下，远程设备是什么？ 是否是其中一个TCAxxx设备？

我确实在寄存器0x07中设置了SlaveID。 我必须再次查找用于IO扩展器的地址。

他们还需要将SlaveAliasID (串行器寄存器0x08)设置为唯一的I2C地址。 从 ALP/MSP430访问远程设备时，它们应使用SlaveAliasID。

我相信我尝试过这个，但我会再次检查这个。  所以我假设我在这里创建了自己的I2C地址，一个尚未使用的地址？

他们还需要确保建立序列化程序和反序列化程序之间的链接，并且通信没有错误。 它们应该检查序列化器和反序列化器上的状态和错误报告寄存器。

           同时打开序列化器和反序列化器时，将使用各自的地址设置相应的寄存器。  当它们未连接时，显示寄存器未预填充。  我们看到了一些错误，但这是一个不断变化的错误。   自从我看到这个已经有几个星期了，所以我明天将再次设置这个，以确切地看看到底发生了什么，并将再次尝试SlaveAliasID。

以下是客户的一些附加评论：

具有两个开发板(串行器和反序列化器)，串行化器使用正确的解串器地址预填充寄存器0x06。  然而，儿童权利委员会的登记册在不断变化。  (寄存 器0x0A和0x0B，直到它们都到达FF。 复位寄存器，它们从0开始，并再次达到最大输出。  在寄存器0x0C (一般状态)中的值也为0x03。

如果您对客户有任何其他问题，请告诉我。 他们似乎能够获得正确的连接。 是否还有其他因素可能导致此问题？

感谢您的帮助！

Richard Elmquist