• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 69 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TLC69627-Q1：CHIP_IDX 不递增

admin
Guru**** 2466550 points
Other Parts Discussed in Thread: TLC69627-Q1

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1514528/tlc69627-q1-chip_idx-is-not-incremented

器件型号：TLC69627-Q1

工具/软件：

"大家好、我已经使用 TLC69627开发了自己的电路板、串行连接了14个芯片。 当我通过 Mode0下的 SPI 和4 MHz 时钟以及用于读取 MISO 上的响应的虚拟字发送 SET_CHIP_IDX 命令时、我会得到以下响应： 

SPI test for TLC69627
SET_CHIP_IDX command: [55, 00, 00, 01, 00, 01, 1A, 94, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF]
Actual response: [00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 55, 00, 00, 01, 00, 01, 1A, 94]

在逻辑分析仪上、结果如下所示：

问题在于命令只是传递而不是递增。 在芯片14之后、我期望有15表示为 Data_word_1、并有新的 CRC 作为响应、如所述的数据表所示。

似乎没有处理命令。 问题可能是什么？

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

    尊敬的 Arne：

    TLC69627-Q1在 CLK_I 的下降沿对 SIN 进行采样 因此、您应在此处使用 SPI 模式1。

    此致、

    Steven

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

    谢谢、这正是错误。 现在它按预期运行。

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

    尊敬的 Arne：

    不用客气。 我将关闭此主题。 如果您有任何其他问题、请随时再次与我联系。

    此致、

    Steven

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

    现在我正在从芯片1中读取寄存器、但来自芯片的响应不符合预期。

    读取 DevID 正确： 

    SET_CHIP_IDX command: [55, 00, 00, 01, 00, 01, 1A, 94]
Actual response: [55, 00, 00, 01, 00, 0F, FB, 5A]
READ command: [55, 80, 00, 03, 00, 01, 00, 01, 00, 00, 3F, 94]
Actual response: [55, 80, 00, 03, 00, 01, 00, 01, 00, 88, 2F, 14]
Register value (9th, 10th byte): 00 88

    DEVID 按预期为0x0088、但当我尝试读取 DEVSET 时： 

    SET_CHIP_IDX command: [55, 00, 00, 01, 00, 01, 1A, 94]
Actual response: [55, 00, 00, 01, 00, 0F, FB, 5A]
READ command: [55, 80, 00, 03, 01, 01, 01, 01, 00, 00, 0C, 80]
Actual response: [55, 80, 00, 03, 01, 01, 01, 01, 00, 00, 0C, 80]
Register value (9th, 10th byte): 00 00

    我预计 DEVSET 为0x0070、但它为零、而重新编程 DETSET1： 

    SET_CHIP_IDX command: [55, 00, 00, 01, 00, 01, 1A, 94]
Actual response: [55, 00, 00, 01, 00, 0F, FB, 5A]
READ command: [55, 80, 00, 03, 02, 01, 02, 01, 00, 00, 59, BC]
Actual response: [55, 80, 00, 03, 02, 01, 02, 01, 00, 70, 27, 2B]
Register value (9th, 10th byte): 00 70

    0x0070是 DEVSET 的预期值

    任何内容都会在 Like 之间移位并填充零：

     

    通过 SPI 且串联14个芯片的 DEVSET 的我的完整读取命令为： 

    READ command: [55, 80, 00, 03, 01, 01, 01, 01, 00, 00, 0C, 80, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF]

    "你以为你赢了吗?

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

    尊敬的 Arne：

    由于这是一款受限发布的器件、 因此我们无法在这个公共 E2E 论坛上披露大量信息。 我已经向你发送了一个友谊请求。 请接受。 我将通过私人聊天向您发送我的电子邮件地址、让我们通过电子邮件继续讨论 感谢您的理解。

    此致、

    Steven