[参考译文] TM4C1233H6PGE：所需管道上 USBD_STATUS_STALL_PID 的说明

您好、Ralph、

首先、感谢您付出的巨大努力！

我们能够根据您的想法解决我们的问题。 这就是我们最终得到的结果：

我们的定制板充当中间人：它每200ms 通过 CAN 总线从传感器接收一次测量结果、对其进行重新包装并通过 USB 大容量连接发送到 PC。 CAN 总线没有问题、数据包定期无延迟到达。 但是、在 PC 上、接收器有时会在450ms 后超时。 Microsoft 消息分析器显示、IN 管道当时报告了 USBD_STATUS_STALL_PID 条件。

WeDID 通过首先命令 Tiva 与 USB 断开连接(输出管正常工作)并在一段时间后再次连接来使通信再次进行。 这种在 PC 上强制重新枚举、最终通信被恢复。 然后、我们尝试在 WinUSB 驱动程序的 IN PIPE 策略上打开 AUTO_CLEAR_STALL 选项、这种方法的工作速度要快得多。 但超时问题仍然存在。

该文书还必须记录它工作了多少小时。 这一记录必须能够承受仪器断电的影响。 决定将此记录写入 EEPROM 并每半小时更新一次。

我们在固件中发现了编程错误- EEPROM 写入频率更高(大约每秒一次)。 在连续使用几周后、EEPROM 写入时间明显增加到足以阻止传感器数据包传输并导致 PC 超时。 纠正错误后、电路板运行正常。

秘书长的报告

EEPROM 写入频率过高似乎是真正的原因、因为：

1、新电路板最初 正常工作。 运行几周后将出现超时。 最初更换电路板会有所帮助、然后在几周后会返回超时状态。

2.将超时值从450ms 更改为210ms 使超时在我们从现场返回的一个电路板上更频繁地出现。

3.上述电路板在修复的固件上正常工作，如果再次使用原始固件进行编程，则会返回超时。

我将向您转达我们在塔林开发人员的最诚挚问候和非常感谢。

我们目前正在现场等待更多的"有缺陷"的电路板、看看这是否适用于所有电路板。

来自德国的最佳评价

Nils Müller

我们的定制板充当中间人：它每200ms 通过 CAN 总线从传感器接收一次测量结果、对其进行重新包装并通过 USB 大容量连接发送到 PC。 CAN 总线没有问题、数据包定期无延迟到达。 但是、在 PC 上、接收器有时会在450ms 后超时。 Microsoft 消息分析器显示、IN 管道当时报告了 USBD_STATUS_STALL_PID 条件。

WeDID 通过首先命令 Tiva 与 USB 断开连接(输出管正常工作)并在一段时间后再次连接来使通信再次进行。 这种在 PC 上强制重新枚举、最终通信被恢复。 然后、我们尝试在 WinUSB 驱动程序的 IN PIPE 策略上打开 AUTO_CLEAR_STALL 选项、这种方法的工作速度要快得多。 但超时问题仍然存在。

该文书还必须记录它工作了多少小时。 这一记录必须能够承受仪器断电的影响。 决定将此记录写入 EEPROM 并每半小时更新一次。

我们在固件中发现了编程错误- EEPROM 写入频率更高(大约每秒一次)。 在连续使用几周后、EEPROM 写入时间明显增加到足以阻止传感器数据包传输并导致 PC 超时。 纠正错误后、电路板运行正常。

秘书长的报告

EEPROM 写入频率过高似乎是真正的原因、因为：

1、新电路板最初 正常工作。 运行几周后将出现超时。 最初更换电路板会有所帮助、然后在几周后会返回超时状态。

2.将超时值从450ms 更改为210ms 使超时更频繁地出现(在上周四您带到塔林的板上)。

3.上述电路板在修复的固件上正常工作，如果再次使用原始固件进行编程，则会返回超时。

我认为，我们应该感谢雅各比先生的努力，并结束了论坛主题。