Спецификация USB.Rev1.0




Обработка ошибок - часть 2


В заключение, протокол определяет подробности, которые позволяют приемнику определять через время ожидания транзакции шины, что он не собирается получать пакет данных после того, как он успешно просмотрел маркерный пакет.

Как только приемник определил, что пакет данных не был получен, может потребоваться узнать размер данных, которые были потеряны, чтобы оправиться от ошибки связаной с функциональным поведением.(Once a receiver has determined that a data packet was not received, it may need to know the size of the data that was missed in order to recover from the error with regard to its functional behavior.) Если поток связи имеет всегда тот же самый размер данных на кадр, то размер всегда известная константа. Однако, в некоторых случаях размер данных может меняться от кадра к кадру. В этом случае, приемник и передатчик имеют зависящий от реализации механизм для определения размера потерянного пакета. 

В резюме можно сказать что, перемещается ли транзакция фактически успешно по шине или нет, передатчик и приемник всегда продвигают в свои потоки данных/буфер одну транзакция за кадр, чтобы сохранить данные синхронизованными во времени(In summary, whether a transaction is actually moved successfully over the bus or not, the transmitter and receiver always advance their data/buffer streams one transaction per frame to keep data per time synchronization.) Детализированные механизмы, описанные выше позволяют обнаруживать, следить, и сообщать о поврежденных транзакций так, чтобы функции или клиентское программное обеспечение могло реагировать на повреждение в соответствующем режиме функции.(The detailed mechanisms described above allow detection, tracking, and reporting of damaged transactions so that a function or its client software can react to the damage in a function appropriate fashion.) Подробности специфической реакции функции/приложения лежит вне области спецификации USB.




Содержание  Назад  Вперед