Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: USB Device на AT91SAM7
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
Страницы: 1, 2
Eduard_k
Добрый день,

Я собираюсь изготовить устройство на контроллере AT91SAM7S32 с использованием порта USB, в связи с применением последнего у меня возник ряд вопросов, на которые очень прошу вас ответить.

1. Есть ли где-нибудь полное описание USB 1.0 на русском языке, т.к. если например с RS-232 в абсолютно ясно то USB является для многих "черным ящиком", непонятно как работает устройство, как работает компьютер.
2. Насколько сложно написать ПО для контроллера и ПК человеку который владеет C++ но едва знает AT91SAM7 и вообще не знает USB. Сколько приблизительно займет это времени?
3. Какие готовые програмные модули мне понадобятся? Где их взять?
4. Как сделать так чтобы контроллер питался от шины USB? Меня смущает тот факт, что контроллер будет работоспособен приблизительно через 0.8 сек. после того как устройство уже будт воткнуто в порт. Нет ли проблемы в том, что питание на контроллере появится после появления сигналов D+ D- на выводах.

Спасибо
Ken@t
Добрый день,

Я собираюсь изготовить устройство на контроллере AT91SAM7S32 с использованием порта USB, в связи с применением последнего у меня возник ряд вопросов, на которые очень прошу вас ответить.

1. Есть ли где-нибудь полное описание USB 1.0 на русском языке, т.к. если например с RS-232 в абсолютно ясно то USB является для многих "черным ящиком", непонятно как работает устройство, как работает компьютер.
www.usb.org книга Агурова...

2. Насколько сложно написать ПО для контроллера и ПК человеку который владеет C++ но едва знает AT91SAM7 и вообще не знает USB. Сколько приблизительно займет это времени?

Взять пример BasicUSB и интегрировать код в свою прошивку - забыть о усб
3. Какие готовые програмные модули мне понадобятся? Где их взять?
выше

4. Как сделать так чтобы контроллер питался от шины USB? Меня смущает тот факт, что контроллер будет работоспособен приблизительно через 0.8 сек. после того как устройство уже будт воткнуто в порт. Нет ли проблемы в том, что питание на контроллере появится после появления сигналов D+ D- на выводах.

проблемы нет , шина питания -> LVDO -> МК . помнить, что от шнурка не желательно брать больше 200мА.

удачи...


Спасибо
Edmundo
Цитата(Eduard_k @ Jun 5 2006, 18:07) *
Я собираюсь изготовить устройство на контроллере AT91SAM7S32 с использованием порта USB, в связи с применением последнего у меня возник ряд вопросов, на которые очень прошу вас ответить.

Вы имеете в виду AT91SAM7S321? Ибо в AT91SAM7S32 USB-порта нет, и делать на нем USB-устройство -- плохая идея smile.gif

2. По времени у меня заняло около 2-х дней при нулевом уровне знаний и опыта работы с USB. С использованием BasicUSB, конечно
http://www.at91.com/package_patch_driver/a...sam7s64_iar.zip

4. Я пользовался простейшей схемой
http://www.olimex.com/dev/images/sam7-h64-sch.gif
Проблем нет. Питание появляется, подтягивает D+ к 3.3В и система начинает опознавать (и то не сразу, а с какой-то паузой, по-моему в Windows).
Eduard_k
Немогу найти книгу Агурова, дайте ссылочку.
Что такое BasicUSB? Где его взять?
Eduard_k
Ну подскажите где скачать книгу Агурова, уже все прогуглил. Может у кого есть?
KRS
Цитата(Eduard_k @ Jun 6 2006, 16:26) *
Ну подскажите где скачать книгу Агурова, уже все прогуглил. Может у кого есть?


http://rapidshare.de/files/20230359/000611_d.rar.html

и диск к книге
http://rapidshare.de/files/5312496/usb_disk.rar.html
Eduard_k
Цитата(KRS @ Jun 6 2006, 15:51) *
Цитата(Eduard_k @ Jun 6 2006, 16:26) *

Ну подскажите где скачать книгу Агурова, уже все прогуглил. Может у кого есть?


http://rapidshare.de/files/20230359/000611_d.rar.html

и диск к книге
http://rapidshare.de/files/5312496/usb_disk.rar.html

Спасибо!
Eduard_k
Вот еще какие вопросы меня интересуют:

1. Для чего пин DP в стандартной схеме включения (даташит AT91SAM7S с.438) притягивается pull-up резистором к 3.3V? Для чего на схеме транзистор "used to disable pull-up on DP by driving it to 0"? Для чего может понадобится такое решение?
2. Если кабель устройства очень мал можно ли вообще отказаться от резисторов и конденсаторов в схеме USB, а просто напрямую подключить пины DM и DP? Нужен ли pull-up резистор в таком случае?
Wano
Сколько схемок видел с 422 или 485 всегда резаки лепят. Люди знающие подскажите не RC ли это цепочка?
beer_warrior
1. pull-up резистор нужен для опознования подключения устройства.
Присутсвие только его на разъеме, даже без остальных элементов активизирует хост на опрос порта (винда скажет, что нашла неизвестное устройство)
Если питание идет через USB, этот резистор коммутировать не надо.
(питание подаетъся одновременно с сигналами)
Если питание внешнее или смешанное, резистор нужно отключать/подключать, чтобы заставить хост заново опросить девайс.
Подробнее можно посмотреть в документации на микросхемы FTDI,
там это буквально на пальцах показано.

2.В принципе можно, но зачем? Пара резисторов и конденсаторов,
ничего не стоит, зато даст уверенность, что схема работает корректно и от фазы Луны не зависит smile.gif (все кроме pull-up относится к согласованию и помехоподавлению)
Wano
beer_warrior, я нашёл как раз то, что вы написали, в книжке Агурова. biggrin.gif То-то я думаю почему это комп на мою платку кита питание подаёт и не обрубает по USB. Интересно, но ведь контроллер мой не запросил мощность, что влечёт за собой обрубон по питания (или нет blink.gif ). Или в компах USB не так уж точно следует спецификации?
aaarrr
Коммутировать pull-up резистор на DP внешним ключом я бы рекомендовал в любом случае - это позволит подключаться к шине в тот момент, когда это необходимо Вам, а не винде. В случае же с атмеловским драйвером это довольно критично - он имеет подлое свойство зависать при частом "передергивании" устройства.

Если у Вас есть книжка Агурова - сожгите её, и возьмите спцификацию USB - это куда более полезное во всех отношениях чтение. Тогда, возможно, перестанут возникать нездоровые желания ("Взять пример BasicUSB и интегрировать код в свою прошивку - забыть о усб") и невнятные вопросы о резисторах и режимах питания ("от шнурка не желательно брать больше 200мА").
beer_warrior
По Агурову соглашусь, какой-то он путанный, по сравнению с книжкой по COM портам просто отдыхает. Купил а теперь жалею.
Другое дело, чем вам так не нравиться BasicUSB?
Нормальный пример для быстрого старта - запустили, а потом смотрим,что можно добавить/убрать.
Ken@t
Цитата(beer_warrior @ Jun 13 2006, 10:48) *
По Агурову соглашусь, какой-то он путанный, по сравнению с книжкой по COM портам просто отдыхает. Купил а теперь жалею.
Другое дело, чем вам так не нравиться BasicUSB?
Нормальный пример для быстрого старта - запустили, а потом смотрим,что можно добавить/убрать.

)) Афтору не нравицца
1. Пуллинг, а не прерывания.
2. Всё же CDC устройство и не собственное,
Собственно эндпоинт в 64 байта ограничивает скорость передачи...
В конце концов можно и самому драйвер усб написать и фирмварь.
Но ещё раз поворю, для быстрой замены RS232 на УСБ вы не найдёте более оптимального БЫСТРОГО решения .
Lomalkin
Цитата(beer_warrior @ Jun 13 2006, 10:48) *
Другое дело, чем вам так не нравиться BasicUSB?
Нормальный пример для быстрого старта - запустили, а потом смотрим,что можно добавить/убрать.

Как изменить этот пример, чтобы можно было передавать свои данные в микроконтроллер и управлять им ?
beer_warrior
Цитата
Как изменить этот пример, чтобы можно было передавать свои данные в микроконтроллер и управлять им ?

Хороший вопрос smile.gif
1.Выбрасываем все лишнее(USART, DBGU).
2.Находим в файле main такой код
Код
    if (pCDC.IsConfigured(&pCDC)) {
#ifndef USART_COM
        // Loop
       length = pCDC.Read(&pCDC, data, MSG_SIZE);
       pCDC.Write(&pCDC, data, length);
....

Подставляем туда данные которые хотим передавать/принимать.
3.Таким же образом поступаем с РС кодом
4.Наслаждаемся
5.Разбираемся с прерываниями и переписываем код для работы с ними.
Lomalkin
Цитата(beer_warrior @ Jun 16 2006, 17:26) *
5.Разбираемся с прерываниями и переписываем код для работы с ними.

А вот с этого места пожалуйста подробнее...

Переделал я этот примерчик для моргания светодиодами, частота должна меняться пакетом данных с компа. Однако если вставляю этот код-моргалку непосредственно в функцию main() USB-примера, прога зависает прямо в микроконтроллере и связь обрывается. Появилась гипотеза, что прерывания могут помочь, но я никогда с ними не работал. Можете привести пример минимального кода для запуска/остановки с PC моргания светодиодом с использованием прерываний ?
beer_warrior
Если честно, time critical задач с использованием USB у меня еще не было, поэтому USB прерывания не трогал. Удовлетворяюсь пока поллингом. Но помигать светодиодами можно и с ним smile.gif
Код
char data;
while(1);
  {
  if (pCDC.IsConfigured(&pCDC))
     {
     length = pCDC.Read(&pCDC, data,1);
     if(!length) continue; // если ошибка
     if(data == 1)
         {
         LED_ON();
         }
    else LED_OFF();
    data = 0xff;   //подтверждаем
    pCDC.Write(&pCDC, data, 1);
     }}


Это безусловный примитив, лучше разработать нормальную систему команд.
Также, первым делом, стоит написать обработчик системного таймера(PIT) и помигиать светодиодами по нему(http://gandalf.arubi.uni-kl.de/avr_projects/arm_projects/at91sam7s64_Atmel_interrupt_20051029.zip), командой разрешая или запрещая мигание.
И последнее - этот код (ARM и PC) крайне чувствителен к размеру пакета - если не соответствует аргументу length, девайс зависает намертво. Поэтому, если в пакете присутсвуют данные отличные от DWORD, устанавливаейте выравнивание.
Lomalkin
Цитата(beer_warrior @ Jun 16 2006, 22:33) *
Это безусловный примитив

Спасибо.
На данный момент мой код выглядит почти один в один как и ваш smile.gif
Пока для моей задачи этого достаточно, но всё же видимо прийдется позже разобраться и с прерываниями.
GetSmart
У меня другая гипотеза - во всём вмноват ник. Думаю лучше сменить.
AVR
У меня такая платка: http://olimex.com/dev/sam7-h64.html
Подключаю usb-шнурком: пишет надено "atm6124.Sys ATMEL AT91xxxxx Test Board"
Исправляю #define USART_COM на //#define USART_COM
Запускаю ram-debug под IAR
Запускаю BasicUSB_6124.exe
Если платка не подключена - пишет что не подключена ок
Если подключена, но не запущена программа на ней, то выполняет две попытки записи и пишет что не отвечает, ок
Однако же когда запускаю программу на платке - пишет что ошибка записи...
Что может быть? help.gif
EugeneB
Цитата(Lomalkin @ Jun 17 2006, 01:31) *
...
Спасибо.
На данный момент мой код выглядит почти один в один как и ваш smile.gif
Пока для моей задачи этого достаточно, но всё же видимо прийдется позже разобраться и с прерываниями.

Писал недавно для себя класс для USB обмена через прерывания. Проблема сразу возникла с зависаниями контроллера. Обмен идет пару сек, а потом зависание. Решил просто - непосредственно в обработчике прерывания отключаю в именно AIC прерываение по USB. А main-е, когда необходимо читать с порта что-нить - включаю.
AVR
Извините за назойливость, но очень хотелось бы понять почему невозможно открыть com-порт, который появляется при подключении sam7s64 с драйвером usbser.sys к USB wacko.gif
Причем ни гипер-терминал и никакая другая программа не хочет его открывать... Чем он может быть забит сразу после появления?...
nameless
Цитата(AVR @ Sep 5 2006, 00:00) *
Извините за назойливость, но очень хотелось бы понять почему невозможно открыть com-порт, который появляется при подключении sam7s64 с драйвером usbser.sys к USB wacko.gif
Причем ни гипер-терминал и никакая другая программа не хочет его открывать... Чем он может быть забит сразу после появления?...


Я вот только так и пользуюсь "самом". Открылось всё сразу. Вы уверены в правильности запуска USB_Basic на контроллере ??? Кстати, если подключать дебаггер (Wiggler), то обмена нет, только после заливки во флешь и запуска....Вот только с прерываниями никак не получается. Пробовал и SOFINT, и ENDBUSRES, и RESUME - ну никак...
AVR
Цитата(nameless @ Sep 5 2006, 09:36) *
Я вот только так и пользуюсь "самом". Открылось всё сразу. Вы уверены в правильности запуска USB_Basic на контроллере ??? Кстати, если подключать дебаггер (Wiggler), то обмена нет, только после заливки во флешь и запуска....Вот только с прерываниями никак не получается. Пробовал и SOFINT, и ENDBUSRES, и RESUME - ну никак...

Спасибо, по всей видимости проблема именно в этом, ведь я то wiggler'ом ram-debug использовал... Ведь необходимо, чтобы устройство отвечало при самом его подключении к USB...
AVR
Подскажите, пожалуйста, бедному несчастному ламеру как для примера IAR USB Basic написать драйвер для ОС Windows XP (32 бит SP 2)?
Пробовал с помощью WinDriver 8.11, но при первых шагах создания шаблона вылетает ошибка "не могу получить кофигурацию", хотя программа на SAM7 запущена (Read и Write убраны, в бесконечном цикле идет вызов IsConfigured).
Пробовал и DriverStudio 3.2. Но к сожалению не получилось собрать ни библиоткеи, ни те проекты которые создались Wizard'ом. Установленная у меня версия WinXP DDK 2600. Где можно скачать последнюю версию DDK для Windows XP?
Dron_Gus
Я с DriverStudio тоже долго бодался. Даже не пытался получать конфигурацию из устройства - вводил вручную. Заставить работать с VisualStudio 2000 и выше не получилось. Заработало лишь с VC++ 6.0. После установки DDK (последняя версия на microsoft.com) в VC++ надо компильнуть библиотеки для соответствующей версии виндов (build -cZ). После установки DriverStudio в VC++ должна появится новая панель. Там настройка DriverStudio, запуск помошника и ГЛАВНОЕ кнопка "компилировать с помошью DDK".
AVR
Dron_Gus, большое спасибо за помощь, действительно с VS 6 и последней DDK всё собралось a14.gif
AVR
Подскажите, пожалуйста, как отлаживать драйвер, если при обращении к некоторым его функциям возникают BSOD? У меня появляется такая ошибка KERNEL_MODE_EXCEPTION_NOT_HANDLED, пишет что
Цитата
If exception code 0x80000003 occurs, this indicates that a hard-coded breakpoint or assertion was hit, but the system was started with the /NODEBUG switch. This problem should rarely occur. If it occurs repeatedly, make sure a kernel debugger is connected and the system is started with the /DEBUG switch.
Если запускаю WinXP с ключем /DEBUG - просто виснет... Можно ли настроить так, чтобы при исключениях или ошибках не вешалось вообще всё?
Например, обработчик функции WriteFile или ReadFile работает до тех пор пока не дойдет до BuildBulkTransfer, но как выяснить причину ошибки - непонятно...
Edmundo
Цитата(AVR @ Nov 5 2006, 03:28) *
Подскажите, пожалуйста, как отлаживать драйвер, если при обращении к некоторым его функциям возникают BSOD? У меня появляется такая ошибка KERNEL_MODE_EXCEPTION_NOT_HANDLED, пишет что
Цитата
If exception code 0x80000003 occurs, this indicates that a hard-coded breakpoint or assertion was hit, but the system was started with the /NODEBUG switch. This problem should rarely occur. If it occurs repeatedly, make sure a kernel debugger is connected and the system is started with the /DEBUG switch.
Если запускаю WinXP с ключем /DEBUG - просто виснет... Можно ли настроить так, чтобы при исключениях или ошибках не вешалось вообще всё?
Например, обработчик функции WriteFile или ReadFile работает до тех пор пока не дойдет до BuildBulkTransfer, но как выяснить причину ошибки - непонятно...

Как избавиться от синих экранов -- не знаю, но помню когда я отлаживал USB-драйвер для SAM7, словил кучу синих экранов, пока не исправил

Код
    PipeIn.Initialize(m_Lower, 82, 64);    
    PipeOut.Initialize(m_Lower, 1, 64);    
// заменил на
    PipeIn.Initialize(m_Lower, 0x82, 64);    
    PipeOut.Initialize(m_Lower, 0x01, 64);

Там похоже Wizard и я не поняли друг друга smile.gif
А потом вроде проблем не было. Я делал драйвер визардом, и копировал потом Bulk-обмен из примера. И все.
glebka
Сходи на

http://www.elektor.com/Default.aspx?tabid=...53213&PN=On

Там очень интересный проект USB-SDcard-RS232.
aaarrr
Ну да, очень интересно: можно полюбоваться на схему и фотографии устройства.
Dron_Gus
А есть какой-нибудь медод более-менее "автоматизированно" переустановить только что перекомпилированный драйвер в систему? Желательно без "передергивания" устройства...
Edmundo
Цитата(aaarrr @ Nov 5 2006, 14:33) *
Ну да, очень интересно: можно полюбоваться на схему и фотографии устройства.

http://www.engelmann-schrader.de/usbstick.html

Еще фото
AVR
Цитата(Dron_Gus @ Nov 5 2006, 14:55) *
А есть какой-нибудь медод более-менее "автоматизированно" переустановить только что перекомпилированный драйвер в систему? Желательно без "передергивания" устройства...

Я отключаю устройство (без этого никак вроде), копирую только что скомпилированный драйвер *.sys в папку C:\WINDOWS\system32\drivers и заменяю уже лежащий там. После этого со следующего подключения устройства используется уже новая версия.
sff
Цитата(AVR @ Nov 5 2006, 03:28) *
Подскажите, пожалуйста, как отлаживать драйвер, если при обращении к некоторым его функциям возникают BSOD? У меня появляется такая ошибка KERNEL_MODE_EXCEPTION_NOT_HANDLED, пишет что
Цитата
If exception code 0x80000003 occurs, this indicates that a hard-coded breakpoint or assertion was hit, but the system was started with the /NODEBUG switch. This problem should rarely occur. If it occurs repeatedly, make sure a kernel debugger is connected and the system is started with the /DEBUG switch.
Если запускаю WinXP с ключем /DEBUG - просто виснет... Можно ли настроить так, чтобы при исключениях или ошибках не вешалось вообще всё?
Например, обработчик функции WriteFile или ReadFile работает до тех пор пока не дойдет до BuildBulkTransfer, но как выяснить причину ошибки - непонятно...

Ну, во-первых, синие экраны отключить нельзя, на то они и синие экраны. Значит уже что-то произошло с чем система никак не может справится (сбой общей защиты и тп).
А отладка ядра (с ключём /DEBUG ) это не совсем то что в вижуал студии отладка. При этом нужно 2 машины, соединеённые по COM порту (в вин 2000 было только так) и если что повиснет на отлаживаемой то можно оттрапить на другой и посмотреть в каком месте.
Посмотрите поподробнее в DDK Using Microsoft Debugger (WinDbg, KD).
Если включить посмертный dump то можно с помощью этих утилит посмотреть в каком месте драйвера произошел exception.
Также неплохая программка была Марка Руссиновича LiveKD которая позволяля гулять по ядру на самой машине но только когда система не екнулась =)
А так, кстати, неплохая у него и книга про внутреннее устройство виндоус, хоть там про написание драйверов ничего нет, но общее представление даёт неполохое.
Dron_Gus
У меня тут еще один детский вопрос... Может кто знает, как настроить проект, чтоб при конпиляции с помошью DDK генерировалась Browse Information? А то без нее не походить Go to Defination...
AVR
Цитата(Dron_Gus @ Nov 6 2006, 02:19) *
как настроить проект, чтоб при конпиляции с помошью DDK генерировалась Browse Information?
Project->Settings->C/C++->Галочка напротив Generate browse info
Dron_Gus
Цитата(AVR @ Nov 6 2006, 02:39) *
Project->Settings->C/C++->Галочка напротив Generate browse info


Уже пробовал. ИМХО это относится только к встроенному компилятору. На DDK эти настройки не действуют. sad.gif
AVR
Цитата(sff @ Nov 5 2006, 20:31) *
Ну, во-первых, синие экраны отключить нельзя, на то они и синие экраны.

В хелпе к WinDbg написано:
Цитата
If a kernel debugger is attached and active, the system causes a break so the debugger can be used to investigate the crash.
If no debugger is attached, a blue text screen appears with information about the error. This screen is called a blue screen, a bug check screen, or a Stop screen.

т.е., насколько я понял, если запущен отладчик, то вместо синего экрана должно что-то появиться в окне отладчика. Я пробовал запустить локальный kernel debug и соединился по TCP с другого компьютера, однако по-прежнему просто виснет намертво и ничего не пишется ни на локальном компьютере, ни на удаленном... Может чего не так делаю?... sad.gif Или в программе драйвера нужно как-то обрабатывать исключительные ситуации?
sff
Цитата(AVR @ Nov 6 2006, 19:40) *
Цитата(sff @ Nov 5 2006, 20:31) *
Ну, во-первых, синие экраны отключить нельзя, на то они и синие экраны.

В хелпе к WinDbg написано:
Цитата
If a kernel debugger is attached and active, the system causes a break so the debugger can be used to investigate the crash.
If no debugger is attached, a blue text screen appears with information about the error. This screen is called a blue screen, a bug check screen, or a Stop screen.

т.е., насколько я понял, если запущен отладчик, то вместо синего экрана должно что-то появиться в окне отладчика. Я пробовал запустить локальный kernel debug и соединился по TCP с другого компьютера, однако по-прежнему просто виснет намертво и ничего не пишется ни на локальном компьютере, ни на удаленном... Может чего не так делаю?... sad.gif Или в программе драйвера нужно как-то обрабатывать исключительные ситуации?


Ну отладку я подразумевал как логическое продолжение BSOD =)

А вот про TCP поподробнее.. Это в WinXP появилось? У меня просто DDK от 2000
Я делал так, соединял 2 компа нуль-модемным и отлаживаемый грузил с /DEBUG /debugport=com1

Хотел щас проделать тоже самое на XP но так как DDK от 2000 не получилось =( После того как распознал что на таргет машине XP вывалился.
AVR
Цитата(sff @ Nov 6 2006, 22:06) *
А вот про TCP поподробнее.. Это в WinXP появилось?
Скорее всего ничего не появилось, а я что-то недопонял. Я имел ввиду в WinDbg установил TCP соединение... Наверное это совсем не то что нужно... unsure.gif
PS
В хелпе на DriverWorks наткнулся на следующее:
Цитата
The KException class translates a Structured Exception (SE) raised by the kernel into a C++ exception. This allows to treat a SE as a C++ exception to catch both kernel-raised and user-defined exceptions.
Это, случайно, не для того чтобы не доводить дело до синего экрана?.. Чтобы это использовать требуется файл CppExcpt.lib, однако найти его нигде так и не удалось... sad.gif
sff
Скачал я WinXP DDK и оказывается кое-что всё-таки добавили smile.gif Появилась возможность отладки по IEEE1394 и USB2.0 с волшебным девайсом.
Опишу соединение по COM порту
1. На таргет машине в C:\boot.ini добавляю запуск системы с опциями /DEBUG /debugport=com1 (допустим копирую первую системы и вставляю на следущую строчку добавляя данную конструкцию). Будте осторожны если повредить этот файл то может система вообще не загрузится
2. Соединяются хост и таргет машины нуль-модемным кабелем
3. Запуская на хост машине WinDbg. File-> Kernel Debug... Выбираю вкладку COM, пишу соответствующий COM порт, задаю baudrate 19200 (именно такой используется по дефолту, его можно изменить задав опцию /baudrate=xxxxxx в boot.ini на таргет машине). И ставлю галочку reconnect. Ok.
4. Запускаю хост машину, выбрав из списка конфигурацию с отладкой. Грузится будет дольше, даже гораздо дольше и когда-то напишет что-то наподовие
Код
Windows XP Kernel Version 2600 UP Free x86 compatible
Built by: 2600.xpsp_sp2_gdr.050301-1519
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a420


Ну и после загрузки или во время можно попытаться скормить заведомо глючный драйвер и вот что появится:
Код
*** Fatal System Error: 0x000000d1
                       (0x00000000,0x00000002,0x00000001,0xF9C6B67D)

Break instruction exception - code 80000003 (first chance)

A fatal system error has occurred.
Debugger entered on first try; Bugcheck callbacks have not been invoked.

A fatal system error has occurred.

*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*** ERROR: Module load completed but symbols could not be loaded for ntdll.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntoskrnl.exe -
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {0, 2, 1, f9c6b67d}

ANALYSIS: Kernel with unknown size. Will force reload symbols with known size.
ANALYSIS: Force reload command: .reload /f ntoskrnl.exe=FFFFFFFF804D7000,213F80,42250FF9
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*** ERROR: Symbol file could not be found.  Defaulted to export symbols for NDIS.sys -
*** ERROR: Module load completed but symbols could not be loaded for mssmbios.sys
*** ERROR: Module load completed but symbols could not be loaded for DP83815.SYS
Probably caused by : DP83815.SYS ( DP83815+267d )

Followup: MachineOwner
---------

nt!DbgBreakPointWithStatus+0x4:
804e3592 cc              int     3

Для более подробной информации можно набрать !analyze -v
Код
kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 00000000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation
Arg4: f9c6b67d, address which referenced memory

Debugging Details:
------------------

ANALYSIS: Kernel with unknown size. Will force reload symbols with known size.
ANALYSIS: Force reload command: .reload /f ntoskrnl.exe=FFFFFFFF804D7000,213F80,42250FF9
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


MODULE_NAME: DP83815

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4096c0df

WRITE_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
00000000

CURRENT_IRQL:  2

FAULTING_IP:
DP83815+267d
f9c6b67d f3a5            rep movs dword ptr es:[edi],dword ptr [esi]

DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

BUGCHECK_STR:  0xD1

LAST_CONTROL_TRANSFER:  from 80532d2e to 804e3592

STACK_TEXT:  
WARNING: Stack unwind information not available. Following frames may be wrong.
f9ce49e4 80532d2e 00000003 00000000 f9c6b67d nt!DbgBreakPointWithStatus+0x4
f9ce4dc4 804e187f 0000000a 00000000 00000002 nt!KeDeregisterBugCheckReasonCallback+0x6c7
f9ce4e64 f972cfca 00000000 819e8000 00000000 nt!Kei386EoiHelper+0x2823
f9ce4e88 804dc4fd 819e82b8 819e8290 eb370870 NDIS!NdisMSetTimer+0x90
f9ce4fa4 804dc378 0d839080 00000000 ffdff000 nt!KeSetTimer+0x113
f9ce4fd0 804dbbd4 80559280 00000000 000008d7 nt!KeWaitForMutexObject+0x1d8
f9ce4ff4 804db89e f9d188a0 00000000 00000000 nt!KiDispatchInterrupt+0x360
00000000 00000000 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2a


STACK_COMMAND:  .bugcheck; kb

FOLLOWUP_IP:
DP83815+267d
f9c6b67d f3a5            rep movs dword ptr es:[edi],dword ptr [esi]

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  DP83815.SYS

SYMBOL_NAME:  DP83815+267d

BUCKET_ID:  WRONG_SYMBOLS

Followup: MachineOwner
---------

Тут у меня ещё пути не все верно поставлены вот и ругается.
Как видно уже намного больше полезной инфы нежели в BSOD'е smile.gif

Подробнее про отладку можно прочитать kernel_debugging_tutorial.doc из состава Debugging Tools for Windows


Цитата(AVR @ Nov 6 2006, 22:44) *
В хелпе на DriverWorks наткнулся на следующее:
Цитата
The KException class translates a Structured Exception (SE) raised by the kernel into a C++ exception. This allows to treat a SE as a C++ exception to catch both kernel-raised and user-defined exceptions.
Это, случайно, не для того чтобы не доводить дело до синего экрана?.. Чтобы это использовать требуется файл CppExcpt.lib, однако найти его нигде так и не удалось... sad.gif

Ну, скажем, лишь в некоторых случаях которые вам хорошо известны. Например при взаимодействием с пользователем, которые в вызове ioctl указал кривые адреса и их нужно поймать ACCESS_VIOLATION.
Ну и другого типа. А ловить всё подряд чтобы их не было это не лучшая затея. Так как могут быть исключеия для вас не предназначенные и они обрабатываются уровнем выше
Ну с DriverStudio я возился совсем чуть-чуть... и меня он не сильно впечатлил. Так что с этим помочь не могу.
Советую хоть посмотреть несколько глав про IRQL в MSDN или в книге Руссиновича. Многие сомнения на тему bsod и их появление пропадут.
AVR
sff, большое спасибо, ошибку свою нашел (полное просветление наступило после прочтения http://www.mqp.com/ums_4.htm smile.gif ). Получилось 6,5 Мбит/с.
Как лучше всего переписать пример на работу через прерывания? Можно ли, например, использовать для этого какую-нибудь RTOS и останавливать поток работы с USB на время ожидания флагов приема/передачи/* и возобновлять его работу при возникновении прерывания от UDP?
Kitsok
Добрый день!

Тоже начал разбираться с SAM7 и USB, полный новичек, книга Агурова есть, но какая-то она... хм... wink.gif wink.gif

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

Для начала взял пример из FreeRTOS, там джойстик на три оси, ну и попытался добавить еще одну ось, но видимо, я пока совсем не понимаю, как устроены дескрипторы, ничего в общем не получилось....

Направьте, пожалуйста, где понятно описан обмен между хостом и устройством, а то никак не въеду.

Да, вот еще вопрос какой.
Поставил IAR, который до 32 кб, виглер есть, а вот как прицепить виглер к ИАРу? И вообще, как правильно отлаживаться - во флеш или все-таки в RAM? по размеру вроде и в RAM влезает, но не понятно, что надо править в файлах проекта.
Да, плата - SAM7-P256 от Olimex.

Заранее спасибо!
AVR
Цитата(Kitsok @ Nov 13 2006, 12:47) *
Направьте, пожалуйста, где понятно описан обмен между хостом и устройством, а то никак не въеду.
Как мне показалось, тут http://www.mqp.com/ums_3.htm довольно понятно всё описано (возможно потому что всё очень сжато, без воды).
Цитата(Kitsok @ Nov 13 2006, 12:47) *
Поставил IAR, который до 32 кб, виглер есть, а вот как прицепить виглер к ИАРу?
В самом начале установки IARа есть пункт "install drivers", открыть папку Macraigor и установить содержимое. Если нет такого пункта, то нужное можно скачать тут: http://www.macraigor.com/downloads/ocd_dbgr.exe
Kitsok
Спасибо за наводку, через виглер напрямую не получилось, зато получилось через H-JTAG. Правда, все равно - бесполезно, т.к. тайминги уезжают и винда отрубает USB-устройство.

Сейчас впоролся - вроде и осознание процесса пришло, а все равно, не получается.

Итак, беру демо-проект из FreeRTOS с джойстиком на три оси.
Дескриптор репорта там выглядит следующим образом:
Код
const portCHAR pxReportDescriptor[] =
{
     0x05,  0x01,    /* USAGE_PAGE (Generic Desktop)        */
     0x09,  0x04,    /* USAGE (Joystick)                    */
     0xa1,  0x01,    /* COLLECTION (Application)            */
     0x05,  0x01,    /*   USAGE_PAGE (Generic Desktop)    */
     0x09,  0x01,    /*   USAGE (Pointer)                */
     0xa1,  0x00,    /*   COLLECTION (Physical)            */
     0x09,  0x30,    /*     USAGE (X)                    */
     0x09,  0x31,    /*     USAGE (Y)                    */
     0x09,  0x32,    /*     USAGE (Z)                    */
   //      0x09,  0x33,    /*     USAGE (T)                    */
     0x15,  0x81,    /*     LOGICAL_MINIMUM (-127)        */
     0x25,  0x7f,    /*     LOGICAL_MAXIMUM (127)        */
     0x75,  0x08,    /*     REPORT_SIZE (8)                */
//     0x95,  0x04,    /*     REPORT_COUNT (4)                */
         0x95,  0x03,    /*     REPORT_COUNT (3)                */
     0x81,  0x02,    /*     INPUT (Data,Var,Abs)            */
     0xc0,            /*   END_COLLECTION                    */
     0xc0            /* END_COLLECTION                    */
};


То, что закоментарено - мое, т.е. я добавил 0x09, 0x33 и подправил REPORT_COUNT.
Плюс к этому подправлено вот что:
Код
/* Endpoint 1 descriptor */
    0x07,            /* bLength                                    */
    0x05,            /* bDescriptorType                            */
    0x81,            /* bEndpointAddress, Endpoint 01 - IN        */
    0x03,            /* bmAttributes      INT                    */
    //0x04, 0x00,        /* wMaxPacketSize: 4 bytes (x, y, z, t)        */
        0x03, 0x00,        /* wMaxPacketSize: 3 bytes (x, y, z)        */
    0x0A            /* bInterval

т.е. я по наитию расширил максимальный размер пакета.

Плюс к этому в функции, которая собственно шлет данные, добавил посылку еще одной оси:

Код
    /* Write our sample data to the fifo. */
        AT91C_BASE_UDP->UDP_FDR[ usbEND_POINT_1 ] = x;
        AT91C_BASE_UDP->UDP_FDR[ usbEND_POINT_1 ] = y;
        AT91C_BASE_UDP->UDP_FDR[ usbEND_POINT_1 ] = z;
                //AT91C_BASE_UDP->UDP_FDR[ usbEND_POINT_1 ] = t;


В итоге, судя по обмену, винду вроде все устраивает, но устройство не отвечает на BULK_OR_INTERRUPT TRANSFER, после чего винда его отваливает через какое-то время....

Где еще копать - не пойму.. Помогите, люди добрые wink.gif
Kitsok
Чудны дела темных сил электричества.
В общем, в подозрениях на глюки с размером дескриптора репорта (в оригинале - 30 байт, после изменений - 32), я добавил еще одну ось, подправил соответствующим образом размеры и вывод в шину.

Трафик на шине я смотрю при помощи SnoopyPro.
Так вот если я смотрю на трафик, то трафика не видно, и устройство в девайс-менеджере висит с ошибкой. Если выключаю снупи, то все работает как задумано wink.gif wink.gif

И че теперь делать-то? wink.gif Пробовал USBTrace, но мне нужно захватить процедуру инициализации, а он при рестарте девайса выключает захват.
Dron_Gus
Цитата(Kitsok @ Nov 14 2006, 01:49) *
Чудны дела темных сил электричества.
В общем, в подозрениях на глюки с размером дескриптора репорта (в оригинале - 30 байт, после изменений - 32), я добавил еще одну ось, подправил соответствующим образом размеры и вывод в шину.


...


И че теперь делать-то? wink.gif Пробовал USBTrace, но мне нужно захватить процедуру инициализации, а он при рестарте девайса выключает захват.




Очень похоже на грабли, на которые я наступал. Если размер дескриптора кратен макс размеру пакета для нулевой конечной точки, то надо посылать замыкающий пакет нулевой длинны. Пример, который переделывал я, этого не делал и я убил на это много времени.

Вот http://electronix.ru/forum/index.php?showtopic=22614&hl=
Kitsok
Цитата(Dron_Gus @ Nov 14 2006, 01:57) *


Да, видимо, так и есть...

А вот еще вопрос. Допустим, мне надо через EP1 передать больше 8 байт, поскольку я вроде как в Full Speed, то максимум - 64 байта. А вот какой размер FIFO в SAM7S256? В даташите написано

Цитата
The maximum number of bytes to write is fixed by the Max Packet Size in the Standard Endpoint Descriptor. It can not be more than the physical memory size associated to the endpoint.
Refer to the Universal Serial Bus Specification, Rev. 2.0
for more information.


Получается, что размер FIFO - 64 байта? А что за physical memory size associated?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.