Работа с 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 файлах драйвера?

[vladec]

1. По моему, USBExpress никаких таймеров при своей работе не использует.
2. Работа может быть организована только по инициативе ПК, путем подачи с ПК потока команд чтения и записи.

[Dmitriy_V]

1. По моему, USBExpress никаких таймеров при своей работе не использует.
2. Работа может быть организована только по инициативе ПК, путем подачи с ПК потока команд чтения и записи.

1 - полностью согласен.

2 - не совсем так.
Действительно для начала работы с устройством его надо сначала открыть.
Потом можно переслать один пакет со служебной информацией для устройства.
После этого устройство в автоматическом режиме начинает передавать данные на компьютер.
Компьютерная программа проверяет буфер приема и если есть данные для получения
то считывает их.
Когда работа с устройством закончена, от компьютера посылается пакет на прекращение
передачи.
Вот один из примеров алгоритма работы.

3 - отображается только та информация, которая записана в драйвере для соответствующих VID, PID.
Классифицировать подключенное оборудование можно по серийному номеру, который берется из самого устройства.

[Warlord]

2 - не совсем так.
Действительно для начала работы с устройством его надо сначала открыть.
Потом можно переслать один пакет со служебной информацией для устройства.
После этого устройство в автоматическом режиме начинает передавать данные на компьютер.
Компьютерная программа проверяет буфер приема и если есть данные для получения
то считывает их.
Когда работа с устройством закончена, от компьютера посылается пакет на прекращение
передачи.
Вот один из примеров алгоритма работы.

Почему же не совсем, именно так, инициатором передачи пакета по usb может быть исключительно хост, т.е. комп. А железка в зависимости от алгоритма отвечает ему. И ни в каком "автоматическом режиме" устройство не будет "передавать данные на компьютер". Работа строится так: Комп шлет информационный пакет "начать передачу", девйас заполняет свою EP(IN) данными и ждет пока комп ее не считает. Комп посылает запрос на считывание, если в EP есть данные, то они пересылаются в буфер драйвера, а оттуда в аппликуху, если нет, то либо железяка отвечает STALL, и драйвер возвращает ошибку, либо ничего не отвечает и комп повторяет запрос, пока железка ему не ответит.
Отсюда вывод, чтобы шла непрерываная передача потока на комп, аппликухе необходимо ПОСТОЯННО запрашивать очередную порцию данных. Обычно это дело выносится в отдельный поток.

[alvol]

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

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

[Warlord]

а если контроллером просто шпарить на выдачу?

Шпарить нужно не просто, а только тогда, когда знаешь что предыдущая пачка забрана, иначе можешь потерять данные.

у компютреа же есть буфер который просто нужно успевать вычитывать в отдельном потоке, там же после вычитывание можно узнать сколько вычиталось
т.е. вычитывать постоянно независимо знаем мы о передачи с контроллера или нет?

Здесь все зависит от драйвера железки. Если он поддерживет асинхронный ввод/вывод, и таймауты, то можешь вычитывать, а если нет, то тогда ты рискуешь навсегда зависнуть в попытке чтения, если вдруг передачи с контроллера нет.