Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Организация обмена по шине USB
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > RS232/LPT/USB/PCMCIA/FireWire
sergunas
Как правильно организовать обмен между клиентским ПО на компьютере и Firmware в микроконтроллере устройства?
Система следующая:
- ПЛИС;
- микроконтроллер с Firmware;
- внешний контроллер шины USB (ISP1582).
USB используется: для инициализации/чтения регистров и массивов памяти ПЛИС.

Как вижу это сам, но не знаю насколько это корректно и рационально:
1) Для передачи данных использовать конечные точки: EP1 OUT bulk и EP1 IN bulk.
2) По контрольной конечной точке от компьютера передавать следующие команды:
- установить режим 1 : приём чередующихся слов адреса и данных. То есть в этом режиме нечётные слова пакета EP1 OUT интерпретируются как адрес, а чётные - как данные. Соответственно, можно осуществлять инициализацию регистров по их адресам. Последним словом в посылке может быть и адрес.
- установить режим 2 : приём чистых слов данных. Принимаемые данные будут писаться по последнему использовавшемуся (в режиме 1) адресу. Так скажем можно осуществлять инициализацию массивов памяти.
- команда запроса N слов данных. Соответственно, заданное количество слов читается по последнему использовавшемуся (в режиме 1) адресу и передается компьютеру по EP1 IN bulk.

Внешний контроллер имеет свой буфер. Умеет сам принимать пакеты, формируя ответный ACK. Контроллер умеет вырабатывать сигнал прерывания для микроконтроллера от сигналов ACK, NAK, NEYT. Предоставляет возможность двойной буферизации данных.

3) Настраиваем прерывания только от ACK.
4) Алгоритм чтения со стороны клиентского ПО:
- передаём по контрольной точке команду чтения и число запрашиваемых слов данных;
- ждём завершения обмена по контрольной точке;
- читаем запрошенное количество данных по EP1 IN;
- переходим к передаче следующей команды.
Алгоритм записи со стороны клиентского ПО:
- передаём по контрольной точке команду установки режима записи;
- ждём завершения обмена по контрольной точке;
- передаём любое количество данных по EP1 OUT;
- переходим к передаче следующей команды.

5) Алгоритм обработки прерываний в Firmware:
- не выполнять команду, если в буфере EP1 OUT есть данные.

Заранее благодарен за любые советы.
Abo
А что, опыт работы с ISP1582 уже есть? Если нет то надо начать с этого - просто заставить устройство определяться на шине и реагировать на стандартные запросы. А так, алгоритм стандартный - должен работать.
sergunas
пока что Firmware ещё не дописал, но для реализации обслуживания нулевой точки пока не вижу проблем, а вот свои данные передавать пока толком не уверен как. Вообще, ISP1582 и документация к ней очень мудренная, замучился уже... Так что ищу соратников по проблеме ISP1582, у самого есть несколько мелких непонятностей
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.