USB 1.1 for MSP430F2013, реализуемо ли? Опции

[VVlad]

Уважаемые форумчане, друзья, братья по увлечению!
В 3-мартовском номере журнала РАДИО за 2010 год на с.25-28 С.Суров из Нижнего Новгорода

опубликовал описание демонстрационного USB HID устройства на микроконтроллере ATmega88-20DPI

с обменом данными по шине USB 1.1
Меня заинтересовала возможность подключения микроконвертора MSP430А2013 аналогичным образом.
Преимущества - упрощение конструкции (не нужен будет мост USB-COM и драйверы виртуального

порта), повышение надёжности.
Препятствия -
1) ограничение по частоте. В режиме LS (low speed) скорость 1.5 Мбит/с означает время

передачи одного бита - не более 667 нс.
В описании к MSP430 декларирована максимальная тактовая частота 16 МГц (62.5 нс), но это для

процессора. С интерфейсом работает таймер_А, который можно тактировать от SMCLK. Сигнал

тактирования SMCLK можно получить от источника с цифровым управлением (DCO).
На обработку одного бита данных будет приходится 667/62.5=10 тактов. Хватит ли их?
В статье Кристиана Старкйогана http://www.obdev.at/developers/articles/00003.html убедительно показано, что для AVR контроллера можно обойтись и восемью тактами.
2) переносимость клиентского кода. В среде визуального программирования С++ Builder 6 можно подключить созданный Робертом Мартином Марквардом компонент TJvHidDeviceController. Есть ли подобные компоненты для среды Delphi?
3) Процессор ATmega88-20DPI существенно и глубоко восьмибитен, преимущественно ли бороться за 16-битность, пытаясь перейти к MSP430? Буду благодарен за информацию, есть ли 16-разрядные процессоры с небольшим количеством терминалов (16-24 pins) с реализованной функцией интерфейса по USB 1.1 типа HID?

[MrYuran]

преимущественно ли бороться за 16-битность, пытаясь перейти к MSP430?

Если выбор msp430 не принципиален (нет жёстких требований к потреблению), лучше наверно перескочить через ступень и взяться сразу за ARM.
Тем более что там и USB есть, и ethernet, и SD и много чего ещё. И стоит практически столько же.
Повторить устройство на мсп наверно можно, если оно будет заниматься только прослушкой USB.
Но интереса в этом мало. Лучше уж тогда мост вставить. Хотя, если UART всё равно занимать, можно попробовать принимать в режиме SPI, а такты формировать выходом таймера.

[VVlad]

Если выбор msp430 не принципиален (нет жёстких требований к потреблению), лучше наверно перескочить через ступень и взяться сразу за ARM.
Тем более что там и USB есть, и ethernet, и SD и много чего ещё. И стоит практически столько же.
Повторить устройство на мсп наверно можно, если оно будет заниматься только прослушкой USB.
Но интереса в этом мало. Лучше уж тогда мост вставить. Хотя, если UART всё равно занимать, можно попробовать принимать в режиме SPI, а такты формировать выходом таймера.

за дружелюбный ответ спасибо. Правильно ли я понял, что, взявшись за реализацию USB 1.1 на МСП, я займу таймер, оставив проц свободным для обслуживания нечастых прерываний с АЦП, и если тактирования на проц будет не от DCO, могут быть конфликты в случае одновременной работы приёма или передачи по USB и АЦП или процессора?
Режим SPI - Service Provider Interface? или речь идёт о SPIP (Serial Peripheral Interface Protocol)?
Догадался ли я о Вашем намёке, М-р Юран, на мысль немного подправить программную реализацию USART, уже основанную на работе таймера?.
Выкладываю свой неуклюжий перевод Старкйохана в концептуальной его части

"Являясь процессором RISC, MSP430 выполняет большинство инструкций за один цикл тактирования. Поэтому будет справедливой необходимость упаковать в 8 инструкций-команд следующие действия, необходимые для обработки каждого бита –
1) кодирование «1» при отсутствии изменений на входных линиях, «0» при измене
2) кодирование может быть инвертированием операции исключающего или между текущим статусом и статусом 8 циклами ранее
3) Кодирование битстаффинга – для сохранения синхронизации после каждых 6 «1» вставляется незначащий «0», он должен быть удалён после приёма
4) Распознавание конца пакета, обозначаемого состоянием «SE0». Это означает, что обе линии данных (обычно инвертированные друг относительно друга) установлены на уровень логического нуля на удвоенное время передачи одного бит
5) Полученный бит должен быть сохранён с проверкой буфера переполнения каждые 8 бит данных."