USB не определяется компьютером, ATSAMS70N20 mass storage Опции

[_4afc_]

Пытаюсь запустить пример mass storage на собственной плате с ATSAMS70N20 BGA100.
Микроконтроллер поддерживает USB HS/FS.
Внешний резонатор 12МГц, частота от USBpll. Ядро 300МГц. Питание 3.3В.

При подключении к компьютеру приходит suspend, resume, suspend и отлуп от Windows.
Видно, что приходит сброс управляющего канала и SOFы.
Со стороны контроллера это выглядит так:

CODE

udd_attach
- Full speed
- udd_ctrl_interrupt - нет прерывания
suspend

- Full speed
- udd_ctrl_interrupt - нет прерывания
resume

- High speed
- udd_ctrl_interrupt - нет прерывания
- reset ctrl ep0
пропуск нескольких SOF

- High speed
- udd_ctrl_interrupt - нет прерывания
- reset ctrl ep0
пропуск нескольких SOF

- High speed
- udd_ctrl_interrupt - нет прерывания
- reset ctrl ep0
пропуск нескольких SOF

- High speed
- udd_ctrl_interrupt - нет прерывания
- reset ctrl ep0
пропуск нескольких SOF

- Full speed
- udd_ctrl_interrupt - нет прерывания
suspend

Насколько я понимаю, поскольку ниразу небыло прерывания ep0, то контроллер не сообщил компьютеру ни VID, ни PID, ни BULK.

Т.е. надо искать ошибку не в описаниях mass storage и BULK, а в обработчике прерываний USB?
В режиме Full speed - всё также, только вместо High speed - Full speed

Причём на SAMS4 - всё работало, но у SAMS70 - другой драйвер из-за HS.

Подскажите в каком направлении копать.

[controller_m30]

Может мелочь, но всё таки.
На фигуре 30-1 (для S70) нарисована схема Clock Generator крупным планом. А на фигуре 31-1 этот же Clock Generator немного отличается по внутренним связям. Какой из рисунков правильный не понятно. Если правильная фигура 30-1, тогда всё нормально. А если правильно то что на 31-1 изображено, то этот Clock Generator отличается от того что у V70.

Проверьте ещё прерывания по сбросам шины USB. Сбросы-то ведь происходят. Значит хотя бы эти прерывания должны приходить. Точку останова в обработчик прерывания поставьте, с зажиганием светодиода в этот момент. А сам обработчик зациклить на себя.

Может что-то не так с разрешением прерываний (вообще, и для модуля USB в частности), или их тактированием? (если такое есть)

В статьях в инете написано, что стартует обмен сначала в FullSpeed, потом происходит какая-то условная перекличка состояниями JKJK с хостом, что означает устройство HighSpeed, и дальше обмен идёт на HighSpeed скорости.
Из того что происходит запуск обмена в FullSpeed, потом происходят сбросы в HighSpeed режиме - можно предположить что контакты D+/D- не перепутаны, т.к. для определения FullSpeed нужно было найти резистор на определённой ножке. И JKJK перекличка происходит успешно, раз начинаются сбросы для HighSpeed состояния.

Если прерывания работают, тактовая 480 и 48мГц есть, внешняя обвязка в норме, всё проинициализировано внутри, а событий нет - может пример от V70 всё-таки не подходит? Хотя даташиты вроде как похожи...

Я бы теперь пробовал запускать только в FullSpeed режиме, и использовал бы для снятия аппаратного лога анализатор SaleaeLogic - он могёт декодировать состояния шины для FullSpeed. И стоит копейки (китайского производства конечно).
Аппаратно подключиться к обмену на шине, можно с помощью развязки буфером типа 74hc06 и т.п. Нужно два разъёма USB: папа и мама (чтоб включать в разрыв шины USB), и одна микросхема логики, чтоб не нарушать ёмкость шины (у 74hc серии ёмкость входа несколько pF). Один буфер подключается входом на D+, другой входом на D-, а выхода буферов подключаются к анализатору.
Может там что-нить обнаружилось бы...