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.

[参考译文] LMK0.3318万:使用USB2ANY加密狗对LMK0.3318万进行编程

Guru**** 1831610 points
Other Parts Discussed in Thread: USB2ANY, CODELOADER
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/639627/lmk03318-programming-the-lmk03318-with-the-usb2any-dongle

部件号:LMK0.3318万
主题中讨论的其他部件: USB2ANYCODELOADER

您好,


我正在使用LMK0.3318万设备。
我能够使用CODELOADER程序和USB2ANY转换器加载EEPROM,但只能在从主板上移除其他I2C设备之后。

这是我从主板上移除所有其他I2C设备之前发生的事情:
如果我执行了“扫描I2C总线”,他在板上发现了其它地址较低的设备。
我在CODELOADER“Port Setup”(端口设置)选项卡中将地址设置为53 (GPIO1=1),与扫描链无关。
如果我转至程序的“EEPROM”选项卡并执行“Read All SRAM”,窗口底部会显示读取是从设备地址执行的,而该地址不是我设置的地址(如果执行扫描链,他会找到较低的地址)。 当然,阅读并不成功。

我从主板上卸下了地址低于53的所有设备(温度传感器,EEPROM等)。
 在“Scan I2C Bus” 找到设备53之后,我成功地加载了EEPROM数据。
在这种情况下,在“EEPROM”选项卡的底部,它表示它按预期从设备53执行读/写操作。

我尝试使用相同结果的TIC Pro软件。

不能设置我要访问的设备的地址,无论您设置了什么,软件都会将地址寻址到它找到的第一个地址。

是否可以采取任何措施来解决此问题?

谢谢!

Svetlana。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你好,Svetlana,

    我们尝试在CodeLoader和TIC Pro中复制此问题,但未能出现任何错误。

    我们设置GPIO1 = 1以更改I2C地址,然后在主板上执行PDN/重置。 我们相应地设置了I2C地址,然后进入EEPROM页面读取所有SRAM,但能够成功地与从属设备通信。 我们对另外两个可能的地址重复了此过程,并且还能够读取和写入各个寄存器。

    一些建议供您尝试和调试:

    -确保其他I2C设备没有冲突地址。
    -更改地址后确保PDN/重置主板。
    -在“Port Setup”(端口设置)选项卡的“Communication Mode”(通信模式)下,确保选择了正确的USB电缆。

    如果这些建议能解决您的问题,请告诉我。

    谢谢!

    Jonny
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好Jonny:

    没有冲突的地址。 Codeloader是对我为LMK0.3318万设备设置的53以下地址进行读/写的。

    使用不同的转换器(AADVARK),我可以读取LMK0.3318万内存的内容,而无需卸下主板上的任何设备。

    我更喜欢将USB2ANY与Codeloader配合使用,因为通过Codeloader应用任何更改都很容易。

    PDN不起作用。

    选择了正确的电缆(仅连接了一根电缆,并且在您移除其他I2C设备时也成功使用了同一根电缆)。

    它完全运行扫描,只查找板上地址最低的设备。

    一旦删除了地址低于53的所有设备,它将扫描并找到53,并将其安全地写入设备的SRAM。

    您是否在除LMK0.3318万外还有其他I2C设备的设置中进行了测试?

    仅当存在地址低于53的其它I2C设备时,才会出现此问题。

    谢谢!

    Svetlana。