Работа с USBExpress от Silabs, детали использования USB-MCU серии C8051F32х Опции

[alvol]

На сколько я понял Silabs предоставил собственный набор API функций и библиотеки для программирования со стороны компьютера и MCU (AN169 и AN220).

1. При работе с USBExpress используется написанный ими драйвер. Для MCU реализовано виртуальное прерывание и есть возможность определения источника этого прерывания от USB.
В описании работы процессора написано, что для работы с USB используется либо Timer2, либо Timer3.
Интересно какой из этих таймеров нужен для обеспечения работы при использовании библиотек USBExpress?

2. В примерах, которые идут в комплекте с пакетом USBExpress (передача файла FileTransfere) инициализация передачи данных процессора организовывается командой от компьютера (байтовая последовательность), в зависимости от которой процессор отвечает своей посылкой. Необходимо обеспечить непрерывный поток данных с MCU на компьютер. Как организовать работу, при которой ведущим является MCU? Возможно ли это реализовать непрерывным считыванием байтов (отдельным потоком) и специальным управляющим заголовком пакета?

3. Почему строчка описания устройства, которая находится в памяти MCU игнорируется и при подхватывании устройства отображается строка записанная в ini файлах драйвера?

[alvol]

Интересно, что прерывание в контроллере по факту завершения передачи наступает, когда из очереди вычитываются данные на хосте. А вот в буфер хоста данные ложаться не зависимо наступило прерывание или нет. Т.е. данные можно спать, они не будут вычитываться софтом некоторое время, накапливаясь в буфере (спасибо драйверу) без прерывания (даже если его запретить совсем). Но тогда нужно подгадывать, чтоб передача закончилась наверняка (иначе пакеты пропадают, хотя вроде не рвутся).
Кста, совсем недавно вышла новая версия драйвера
USBXpress version 3.0.5
в которой исправлен глюк у функции CheckRXQueue (теперь количество байт в очереди указывается корректно)


еще на всяк случай подкину ссылку на
Custom Driver Wizard
и доку к нему:
an220.pdf

[Dmitriy_V]

Интересно, что прерывание в контроллере по факту завершения передачи наступает, когда из очереди вычитываются данные на хосте. А вот в буфер хоста данные ложаться не зависимо наступило прерывание или нет. Т.е. данные можно спать, они не будут вычитываться софтом некоторое время, накапливаясь в буфере (спасибо драйверу) без прерывания (даже если его запретить совсем). Но тогда нужно подгадывать, чтоб передача закончилась наверняка (иначе пакеты пропадают, хотя вроде не рвутся).
Кста, совсем недавно вышла новая версия драйвера
USBXpress version 3.0.5
в которой исправлен глюк у функции CheckRXQueue (теперь количество байт в очереди указывается корректно)


еще на всяк случай подкину ссылку на
Custom Driver Wizard
и доку к нему:
an220.pdf

В описании AN169 говорится, что прерывание возникает после отправки всех данных. Количество
переданных данных возвращает функция Block_Write. Контроль за ошибками при передаче обязан
осуществлять драйвер устройства и хоста. Если это не происходит и данные которые отмечены как
переданные теряются, то это очень прискорбно. У меня проблем с пропажей пакетов
не возникало.

[alvol]

Почитал тут англоязычный форум, судя
по этой теме
выходит, что использование функции Block_Write() приводит к монопольному ее использованию ресурсов процессора и ничего другого не может происходить, пока происходит передача данных. Это такой компромис легкости использования USBXpress с независимой работой процессора. Обидно... Чем выше скорость передачи--тем меньше времени остается процессору на выполнение других задач.