[参考译文] TPS65987D：使用 I2C2将 binfile 加载到外部 spiflash

尊敬的 James：

如果您使用的是闪存、它可能是地址0x50。 您能否确认您正在使用哪个 SPI 闪存、或者它是否用于 EVM？

遗憾的是、我认为我们没有完整的代码、但我可以确认。

谢谢、

哈里

您好 Hari、

请尽力帮助获取完整代码、否则当前示例代码对我来说可能不可用。

串行闪存为 M25P80。 请确认我的 I2C 地址。 谢谢。

尊敬的 James：

目前、我认为我们没有完整的代码。 我需要更多时间与我们的团队进行核实。

对于闪存、您需要查看该特定器件的数据表以了解 I2C 地址、因为我不熟悉此器件。

谢谢、

哈里

是的、请尽快获取完整的示例代码。 谢谢。

好的、我所经历的是非常奇怪的：

我的 I2C 通过其地址为0x70的 I2C2与 TPS65987D 进行通信(有线)。 但是 、TPS65987D 响应 NAK。 但是、如果我使用 I2C1地址(0x40)、 则 TPS65987D 将响应 I2C2线路。 我觉得 I2C1和 I2C2之间的文档可能会被误认为地址？

同样、请帮助提供我在上面提到的完整示例。 slvae21中的源样本只是其中的.c 部分。 如果没有完整的示例代码、则无法使用。  

谢谢。

尊敬的 James：

I2C 地址应根据文档进行设置、并由默认器件固件控制、我将在明天再次检查并与您确认。  

文档中的示例应视为 sudo 代码。 在第6页、有一个闪存更新执行流程图、展示了通过 I2C 进行闪存更新背后的逻辑。 技术参考手册(TPS987D TRM)包括流程图中所示的4CC 命令的所有信息。  我们没有完整的代码、因为这取决于连接到 PD 控制器的 EC。

此致、

林德华

大家好、Raymond、您是否有机会验证 I2C 地址为什么像我所说的那样被交叉引用？

大家好、Raymond、感谢您的快速响应。 上面是我对 ADCIN1和 ADCIN2地址选择器(两者均接地)的实际硬件设置。 但是、I2C2在加载其微代码(空白闪存)之前对地址0x40做出响应。 加载微代码后、I2C2会响应地址0x70。   不过、我可以使用一些不必要的额外 FW 逻辑。 但是、我很重要的一点是要了解这种行为；尤其是为什么加载微代码后地址会切换...等等 如果您能帮助消除这种困惑、我将不胜感激。 谢谢。