Контроль потока при обмене по USB для LPC1768 Опции

[koluna]

Здравствуйте!

Подскажите, пожалуйста, каким образом реализовать контроль потока для CDC-устройства?
Необходимо, чтобы процессор приостановил передачу данных с хоста на время обработки данных, а потом возобновил.
Т. е., нужен аналог сигнала "CTS".

Правильно ли я понимаю, что нужно использовать нотификацию "SERIAL_STATE"?

[aaarrr]

С CDC все проще: достаточно не забирать данные, пока процессор занят. Хост будет получать NAK'и, и, соответственно ждать.

[koluna]

С CDC все проще: достаточно не забирать данные, пока процессор занят. Хост будет получать NAK'и, и, соответственно ждать.

Пытаюсь сделать как-то так...
Согласно разделу "11.14.2 Data transfer for OUT endpoints" даташита, дело не в заборе данных.
Правильно ли я понимаю, что если хотим, чтобы девайс слал хосту NAK, то нужно просто не очищать буфер (команда Clear Buffer)?

[aaarrr]

Правильно ли я понимаю, что если хотим, чтобы девайс слал хосту NAK, то нужно просто не очищать буфер (команда Clear Buffer)?

Можно не очищать буфер, можно не читать и не очищать - смотря что удобнее в конкретном случае.

[koluna]

Можно не очищать буфер, можно не читать и не очищать - смотря что удобнее в конкретном случае.

11.14.2 Data transfer for OUT endpoints

...
Software can now start reading the data from the USBRxData register (Table 215). When
the end of packet is reached, the RD_EN bit is cleared, and the RxENDPKT bit is set in
the USBDevSt register. Software now issues a Clear Buffer (refer to Table 250) command.
The endpoint is now ready to accept the next packet.
...

Исходя из этого не ясно, что можно не читать... может, где-то еще написано?
Попробуем.
Пока не получилось. Где-то баг сидит

Кстати, а какой объем буфера у стандартного драйвера виндового (на передачу который)? Он не переполнится?