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.

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

[maxx2]

Я бы посоветовал посмотреть готовый пример из конфигуратора Atmel Start да и потыкаться с ним вообще.









VDDUTMII Decoupling capacitor (100 nF). Powers the USB transceiver interface. Must be connected to
VDDIO. For USB operations, VDDUTMII and VDDIO voltage ranges must be from 3.0V to 3.6V.
Must always be connected even if the USB is not used.
Decoupling/filtering capacitors must be added to improve start-up stability and reduce source voltage drop.
Supply ripple must not exceed 20 mVrms for 10 kHz to 10 MHz range.

Сообщение отредактировал maxx2 - Dec 13 2016, 09:16

[_4afc_]

Я бы посоветовал посмотреть готовый пример из конфигуратора Atmel Start да и потыкаться с ним вообще.

!!! С П А С И Б О !!!

Не знал о существовании Atmel Start.
Залил пример MSC от E70 в S70, без каких либо исправлений - определился наконец и даже отформатировался.

Примеры из ASF - CDC, MSC, USBcore - почему-то не работали.
Переносил куски из SoftPack1.5 - не помогало.

Работает как с точным кварцем, так и с резонатором.

Значит камушек живой - будем копать потихоньку, что нетак было.

Спасибо всем откликнувшимся!

PS: у меня реально завал был - думал придётся другой камень ставить в серию.

PPS: Скорость записи в примере FS:1025кбайт/с HS:8800кбайт/с

[_4afc_]

Два месяца, несколько подходов с разных сторон в коде, замена BGA контроллера, замена кварца, покупка кита на v71.

И.. я таки нашел проблему:

не работают примеры USB из ASF332, а ещё в ASF331 они рабочие

Всё дело в файле compiler.h там какой-то чудак улучшил clz(u) и в итоге в USB всё неправильно настраивалось...

Код

//#define clz(u)              ((u) ? __builtin_ctz(u) : 32)    //BAD from 332
  #define clz(u)              __builtin_clz(u)                     //Good from 331

После замены этой строки, примеры USB из ASF332 тоже заработали!

[_4afc_]

не работают примеры USB из ASF332, а ещё в ASF331 они рабочие
Всё дело в файле compiler.h там какой-то чудак улучшил clz(u) и в итоге в USB всё неправильно настраивалось...

Код

//#define clz(u)              ((u) ? __builtin_ctz(u) : 32)    //BAD from 332
  #define clz(u)              __builtin_clz(u)                     //Good from 331

После замены этой строки, примеры USB из ASF332 тоже заработали!

Рано я радовался. Мой код написанный под ASF не работает на HiSpeed.

Ситуация не очень понятная:

Есть две платы

1 с резонатором с измеренной частотой 11.9465 производящим UPLLCK = 477.858MHz
2 с генератором с измеренной частотой 11.9999 производящего UPLLCK = 479.998MHz

на плате с генератором работает мой код ASF и AtmelStart в режиме HS
на плате с резонатором работает только AtmelStart в режиме HS.

в режиме FS работает любой код на любой плате.
Причем плата с резонатором в режиме ASF HS определяется системой, но при чтении секторов правильо успевает считать только около 200 байт.
Код на AtmelStart ведёт себя похожим образом, если при конфигурации PLLA не установить ONE (MCK=24MHz).

Сложность в том, что весь проект написан под ASF и встроить туда кусок из AtmelStart тяжело... и на плате нет ни места под генератор, ни тока питания.
Скопировал инициализацию (MCK=150MHz) из AtmelStart в ASF - непомогло.

Не могу понять: допустим проблема аппаратная, но код из AtmelStart её обходит как-то.

[Шаманъ]

Не могу понять: допустим проблема аппаратная, но код из AtmelStart её обходит как-то.

Я в соседней ветке с подобным страдал несколько дней назад. И там описан вариант когда аппаратная проблема с КГ могла быть частично решена программно. Так что это вполне нормально. Отклонение частоты у Вашего резонатора, как по мне сильно большое. И это еще так сказать "на столе", а что будет когда температура поплывет?

Сообщение отредактировал Шаманъ - Mar 28 2017, 16:02

[_4afc_]

Я в соседней ветке с подобным страдал несколько дней назад. И там описан вариант когда аппаратная проблема с КГ могла быть частично решена программно.

Не увидел решения даже частичного, где?

Нашел интересную ссылку, но воспользоваться не получилось - не соединяется.

USB / ASF - critical bug in udp_device.c

I have found a critical bug in the USB stack.
1) In some code paths the system does not disable the USB interrupts before calling udd_ep_finish_job(). This seems like an obvious bug, as there is no need to have interrupts enabled if there is no transaction queued. This alone does not cause problem however.

2) If someone then calls udd_ep_run(), then a race condition arises. After updating the "busy" bit, there is a period where the interrupt is not disabled. In this period, if an interrupt (on e.g. an ISO endpoint) arrives, a transaction using the old parameters in "ptr_job" will start. This is a serious bug that then leads to incorrect transfers.

At high speeds (lots of ISO packets) this bug is very easy to reproduce.

I have attached a patched version that fixes both problems.
I have marked all the changes with "DT_FIX".

Интересно, что в AtmelStart вроде вообще не выключают прерывания на ходу.

[Шаманъ]

Не увидел решения даже частичного, где?

Читали невнимательно. Если все время посылать на хост ZLP (когда реальных данных нет), то даже с кривым клоком хосту удается поддерживать синхронизацию. Если делать как в стандарте, то кривой клок сразу губит соединение. Что в принципе объяснимо, правда это когда уже знаешь

P.S. Это не про то, как надо делать, а про то, как бывает.

Сообщение отредактировал Шаманъ - Mar 29 2017, 13:02

[_4afc_]

Читали невнимательно. Если все время посылать на хост ZLP (когда реальных данных нет), то даже с кривым клоком хосту удается поддерживать синхронизацию.

Не подскажите куда в этом коде вставить посылки ZLP?

У меня есть подозрение, что в EP0 они эти посылки вставили перед каждой отправкой или при инициализации.
А в EP1 EP2 этого нет - поэтому данные и теряются.

Прикрепленные файлы

 usbhs_device.zip ( 13.8 килобайт ) Кол-во скачиваний: 7