您好、Charles、

感谢您的回答。  长话短说、我想知道您是否可以将超过两个64字节的数据包加载到端点 FIFO 中进行 USB 全速批量传输？  数据表双缓冲说明让我认为您不能。  这很重要、因为我认为数据需要位于端点 FIFO 中、主机才能拉出多个数据包。  因此、如果我传输的数据包数量为100兆字节、我希望端点缓冲区保持满、以便主机始终拥有大量数据包、如果该帧中的空间允许、主机可以将其拉出。  不确定这是否非常清楚、但我的问题是、如果可能、我将无法加载/发送10个数据包、因为 MCU 仅支持从双缓冲区为每个端点加载两个数据包。

您好、Robert、

 FIFO 用于 在 USB 传输 发送到总线时缓冲新数据。 如果您有10个数据包要发送、那么它将在先前的数据包被发送到总线时一次缓冲两个数据包。 无需缓冲10个数据包。 由于 FIFO 或任何存储器都受限、因此不可能一次全部缓冲 N 个数据包。  

好的、但这里的问题是、批量传输的好处是您每次传输发送2个以上的数据包。  因此、如果 MCU 在每个事务处理结束时一次只能馈送2个数据包、那么批量传输就不会有太多的影响。  我只是在努力了解、使用这种架构、如果 Tiva 一次只能为批量端点发送两个数据包、那么 Tiva 如何利用批量端点的潜力。

您好、Robert、

 我认为我们需要澄清什么是交易。 "传输"由一个令牌包、数据包和一个握手包组成。  请参阅我所指的 USB 链接。 在此事务中、批量传输配置的数据包为64字节。 如果您有10个数据包要传输、则此 USB 传输包含10个事务。  如果 只有一个端点配置为批量传输、您将在 USB 总线10上看到连续传输64字节数据包的事务。 当然、如果您有其他端点配置为等时传输或中断传输、它们可以中断批量传输、因为等时传输可保证 USB 协议的带宽。  

您好、Charles、

我认为我的术语相当不清楚、在这里会引起混淆。  让我退一步、在花更多时间使用您提供的资源后重新评估我的问题。  这很有帮助、很可能我会感到困惑。   

非常感谢您的帮助。  我会再回来，并在进一步检讨后公布。  

您好、Charles、

我想我理解、好消息是我感到困惑、Tiva 系列将起作用。  我将详细说明、以便您验证我是否正确理解了这一点。

我最初担心吞吐量不必要地低、因为我认为数据包实际上是错误的交易。  因此、由于这个错误、我认为只有两个数据包(本应使用"事务")适合"帧"的1ms 轮询速率。  我认为1ms 时间块是一个帧。  这是一个链接、它似乎以与我相同的方式引用了"帧"。

https://www.usbmadesimple.co.uk/ums_6.htm#frames_and_microframes

总结一下我的困惑。  我认为 MCU 在一个帧中只能容纳2个 USB 2.0大容量数据包(64字节数据包)。  这是不正确的、我相信我现在看到了这是如何工作的、MCU 将能够处理好事情。

如果我正确理解、MCU 将加载端点缓冲区、其中包含64字节的数据、以传输到主机(在此处的示例中)。  该数据成为总线上一个事务中的数据包。  如上所示、每个事务有3个数据包。  一旦发生这种情况( 主机读取端点)、就会引发一个中断、以在下 一次传输中使用更多数据重新加载端点缓冲区。  MCU 将有时间在每个事务中的数据包之间提取新的64字节块、事务将填充一个帧。   

简而言之、MCU 会在每次事务后重新加载端点缓冲器、并且 MCU 会有足够的时间将下一个数据包的数据填充到缓冲器中。  如果帧内有空间、主机将继续发出读取事务、而 MCU 将继续为这些事务加载数据。   

至于双缓冲、这只允许您为下一个事务的数据包保留一个额外的数据块。  因此、如果使用双缓冲、端点保存两个数据包(数据包数据)、这基本上意味着可以处理两个背靠背的数据传输？  如果这是真的、现在这是有道理的、我觉得数据包与事务相混淆。   

因此、大数据传输(批量传输时尽可能高效)的大问题在于 MCU 只需为端点缓冲区提供服务(填充)数据即可支持数据传输。  主机将每帧使用尽可能多的事务。   

如果此时我处于正确的轨道上、那么我的帖子是由于我认为双缓冲意味着每帧只能进行两次数据事务、而我现在看到的情况并非如此。   

感谢 Charles 的支持！

您好、Robert、

 您的理解是正确的。 很高兴一切都为您准备好了。