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.

[参考译文] ADS131A02:数据表错误和一般文档问题

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/711110/ads131a02-datasheet-errors-and-general-documentation-issues-questions

器件型号:ADS131A02

您好!

很抱歉,但我现在还有前面几个问题:-

9) 9)根据数据表(RevD)表13、RREG 和 RREGS 命令是否真正相同、并且只能通过对 RREG 写入"nnnn nnnnnn"=零以及 对 RREG 写入"nnnn nnnn"=非零来区分?

10)数据表(修订版)图76显示了 RREGS 的第一个字响应为"Ack (RREGS)"、但表13 (最后一列)显示应为"RREGs"。 但是、根据表14、RREGS 的"Actk"应该只是命令的重放、即表13中显示的"001A AAAA nnnn nnnnnnnn"形式、但表14的最后一行显示了"011a AAAA nnnnnnnnnn"形式的不同 RREGS 响应 。 哪一项是正确的答案?

谢谢

Dave

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

    您好、Dave、

    RREG 和 RREGS 命令基本相同、但它们的命令状态响应不同。  

    对 RREG 命令(即 nnnn nnnn = 0x00)的响应发生在下一帧中、由两个字节组成:首先是地址字节、然后是数据字节。 根据所选字的大小、额外的0x00被用来根据需要填充 LSB。

    对 RREGS 命令(即 nnnn nnnn > 0x00)的响应发生在接下来的几个帧中。 命令之后第一个帧中的响应字仅回波命令。 下一帧中的响应将包含前两个数据寄存器(即地址 AAAA 数据、地址 AAAA + 1数据)。 每个寄存器的数据是一个字节、两个寄存器的数据包含在字的 MSB 中、具有24位和32位字大小的零填充。

    如需进一步说明、如图75和图76中所示为"数据"、这些字段包含转换数据。

    此致、

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

    您好、Ryan、

    谢谢你们的回应,但现在已经变得更糟了——或者我们中的一个人错过了这个问题…

    对于 RREG (奇异)命令.....

    忽略末尾的零填充-我理解这不是问题....

    您说:"对 RREG 命令(即 nnnn nnnn = 0x00)的响应发生在下一帧中、由两个字节组成:首先是地址字节、然后是数据字节。"

    数据表第9.5.3.7节说明:“响应包含一个带有寄存器地址的8位确认字节和一个带有寄存器内容的8位数据字节。” 这符合您的上述声明。

    但是、表13显示响应为"REG"、表14中将其定义为(001A AAAA dddddddd)。
    也就是说,第一个字节不仅仅是地址.... 它将前3位设置为"001"。

    那么、您能否澄清哪一个是 RREG 的正确响应?

    对于 RREGS (复数)命令.....

    您说:"对 RREGS 命令(即 nnnn nnnn > 0x00)的响应发生在接下来的几个帧中。 命令之后第一个帧中的响应字仅回波命令。

    这与图76一致,图76显示的答复是"Ack (RREGS)"。 即命令的回波。

    但是、表14将响应定义为(011a AAAA nnnnnnnn)、这与 "Ack (RREGS)"( 001A AAAA nnnnnnnn)不同。
    即前3位是不同的。

    那么、您能否澄清 RREGS 的正确响应。

    谢谢
    Dave

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

    您好、Dave、

    是的、RREG 命令的命令状态响应的前3位会回显用于发送命令(2h)的相同运算代码。 此运算代码使用地址((AAAA AAAA) b)构成响应字中的第一个字节、后跟一个寄存器数据字节((dddd ddd) b)。

    为了将 RREGS 的命令状态响应与 RREG 的响应区分开来、我们在响应的第一个字节中发回一个不同的运算代码。 在 RREGS 命令之后的帧中、响应将以6h 开始、并以地址((AAAA AAAA) b)开始。 这就是图76中被称为 ACK (RREGS)字的内容。 可以理解的是、这似乎有点令人困惑、因为 RREGS 命令状态响应(6h)开头的运算代码与用于发送 RREGS 命令(2h)的运算代码不匹配。 我们是有意这样做的;否则、对 RREG 和 RREGS 的响应看起来是相同的。


    此致、

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

    您好、Ryan、

    感谢您的回复。

    我想你是指与地址进行或运算、但不与地址进行与运算。

    不过、您是否会得到有关这些问题的文档说明。 这在所指出的地方是非常误导和矛盾的。

    无论如何、我现在有一些代码在运行、因此我们之间有一些东西。

    再次感谢

    Dave