Перейти к содержанию
    

Организация обмена по шине USB

Как правильно организовать обмен между клиентским ПО на компьютере и 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 есть данные.

 

Заранее благодарен за любые советы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А что, опыт работы с ISP1582 уже есть? Если нет то надо начать с этого - просто заставить устройство определяться на шине и реагировать на стандартные запросы. А так, алгоритм стандартный - должен работать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Изменено пользователем sergunas

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...