[参考译文] ADS7845：触摸面板时，ADS7845 - DOUT 12位全高。

您好，Iven，

请确保它们是100k上拉电阻，用于PENIRQ至Vcc。  

同时检查它们是否正在写入A2，A1，A0 = 111和PD0和PD1 = 0。  

CS也必须为低。

Mike

您好，Iven，

是的，数据表是正确的。 在我上面的帖子中，我列出了A0-A2的值错误。 它们应为A2，A1，A0 = 110。 数据表具体规定，这些位是PD0和PD1 =0的值。 它们是100k上拉电阻，用于PENIRQ至Vcc？

Mike

您好，Mike：

对于您之前的建议：
请确保它们是100k上拉电阻，用于PENIRQ至Vcc。
->是，确认他们具有此100Kohm上拉电阻
同时检查它们是否正在写入A2，A1，A0 = 111和PD0和PD1 = 0。
->请确认它是A2，A1，A0 = 111吗？ 但在我们的数据表上是110。
CS也必须为低。
->是，已确认CS过低。


此致
iven xu

还有一件事，

用于检测触摸的命令：0xE0


此致
常春

您好，Iven，

正确答案是A2，A1，A0 = 110。  

他们发送的0xE0 (1110 0000)命令应该正常。  

一些尝试。  

降低CS。  启动时钟并发送0xE0 (1110 0000)的命令数据。  保持CS低电平并保持时钟运行。  ADS7845是否定期返回数据？

他们是否还可以尝试0xE4 (1110 0100)，看看这是否有任何区别？

您能给我发送该示意图吗？

此外，您能否将数据的范围快照发送到零件并输出数据？

谢谢！

Mike

您好，Mike：

1，降低CS，启动时钟，发送0XE0或0XE4命令数据，保持CS低电平，保持时钟运行。
如果不发送more命令(意味着仅发送此0xE0或0xE4)，则dout为0xFF。
但在客户的应用程序中，在发送0xE0或0xE4命令数据以执行触摸检测后，他们需要发送以下两个命令以检测X数据和Y数据，客户已在数据表第10页中跟进图8计时格式。 这意味着X数据检测的第二个命令将在16时钟发出(在这个时间图像时钟，触摸检测的第一个dout就在第6位上)，而它们读取触摸检测的dout是0xFE， 最后一位更改为0。

但他们发现以下有关X数据和Y数据的说明是正确的。

因此，他们有顾虑，能否请您帮助验证第10页的图8中的详细信息？

计划：

dout与dclk：您可以使用第10页的图8进行检查，第10个dclk上升是dout的第11位，您可以看到dout只是H，从第11位到第1位，最后一个位0是0。

通道1为Dclk，通道2为dout。

此致
常春

您好，Mike：

另一个原因是：如果dout是0xFE，且计时如第10页上的图8所示，则他们可以使用0xFE进行触摸检测。
但问题在于，我们的数据表是用于触摸检测的0xFF。 因此需要您的帮助来进行验证。谢谢。


此致
常春

您好，Iven，

您上面说过，他们发送0xE0或0xE4数据，保持CS低电平并保持时钟运行，然后将数据恢复为0xFF。 它们不发送其他命令。 这是正确的操作。 当您发送0xE0或0xE4命令时(将部件设置为监视是否触摸触摸触摸触摸屏)，您不会发送其他命令。 如果触摸屏幕，则返回0xFF；如果未触摸屏幕，则返回0x00。 此模式仅用于提醒控制器检测何时发生触控，而不是提供实际的触控数据。 一旦控制器接收到0xFF数据(这意味着轻触屏幕)，您就可以发送命令以获取x和y数据。

您不应先发送0xE0或0xE4命令，然后再发送上面提到的其他命令，然后等待0xFF数据进行触摸。 您将不会获得0xFF数据，因为您已覆盖0xE0或0xE4命令。

Mike

您好，Mike：

1，因此根据您的解释，客户需要在 发送命令0xE0或0xE4后，等待完全发送所有12位dout，然后发送另一个命令，对吗？

2，如果正确，如何解释ADS7845数据表第10页上的图8？ 这是客户的主要问题。

由于ADS7845数据表第10页上的图8所示，只需在 第一个命令后等待15 dclk，即可发出第二个命令。在第二个命令 启动期间，第一个dout似乎尚未完全发出。  

请提出意见？ Thansk。

此致

iven xu

您好，Iven，

图8是ADS7845可以运行的特殊情况。 正常模式类似于图5 (24时钟)或图6 (16时钟)。 ADS7845每次转换可运行15个时钟。 这不是大多数客户使用它的正常方式，因为大多数微控制器不能在每次传输时执行15时钟。 如果您使用的主控制器可以为每个转换提供15个时钟，例如FPGA或ASIC，则可以使用此方法。 请参阅第10页上每个转换段落的15个时钟。

Mike

您好，Mike：

感谢您的明确说明，我们已在主板上验证每次转换时钟是否增加到16个。
我认为这可能是因为FPGA (我们正在使用)的DCLK计时，即使我们正在使用FPGA。 所以我认为我们不需要为这个案例支付更多的effor，让我们关闭它。谢谢。


此致
常春