вот такая убийственная проблема:
Соединяем плату с AT91SAM7S256 к компьютеру через USB - компьютер перезагружается, но не каждый раз, и начинает перегружаться после первых 20-40 соединений.
Сожжена материнская плата . На другом компьютере тоже стал перегружаться, так что эксперементировать в том же духе не хочется.
Еще один момент - если при перезагрузке не отсоединить USB, то перегружается по кругу.
Питание платы выключено.
Соединяли через USB-хаб - не помогало (а точнее сперва соединялось, потом вобще перестало).

Ни у кого знакомых предположений о причине сего нет. Единственное - может с драйвером что? драйвер установлен с SAM-BA 1.7, может есть другие его варианты, не знаю ...

Кто-нибудь сталкивался с такой проблемой?
Нашли причину? А может даже её решение? - поделитесь, пожжжалуйста

Хм... забавно!

А питалово с ЮСБ берете? Не пробовали питалово подавать с внешнего источника? Реакция такая же?

Я точно не знаю, только предположение.

На мамках на ЮСБ хост-портах ставятся самовостанавливающиеся предохранители. Но хрен его знает, может при подключении происходит бросок тока, предохранитель не успевает "сгореть" (у них инерционность от нескольких десятков мс до секунд, в зависимости от перегрузки), а для основного питалова компа этого может оказаться достаточно, что бы уйти в перезагрузку.

Если это не по питанию, значит надо тараканов искать в программном обеспечении. Но я что-то не очень представляю багу, которая приводит к перезагрузке компа. БСОД -- это я понимаю, но аппаратная перезагрузка (((((((( тем более софт не уникальный, распространен широко. Т.е. у каждого такое может быть.

Сообщение отредактировал zhevak - Nov 15 2007, 06:41

скорее всего каличный usb2serial драйвер - отсутствуют какие-то проверки, принял чего-то не то и застрелился, небось windowz ? подключите к linux машине там можно включить отладку в usbcore и довести arm часть до ума, а потом уже втыкать в винду.

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

Так-что firmware надо проверить очень основательно

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

Что касается перезагрузки, то:
1. Передается в комп больше, чем заявлено (посмотрите размеры дескрипторов)
2. Передается меньше, чем заявлено
3. Посередь энумерации девайс останавливается молча - винде плохо

Другими словами, неправильная работа устройства в процессе энумерации с большой вероятностью приводит к BSOD либо к перезагрузке. После энумерации - ни разу не было.

Спасибо огромное всем за советы!!!
.. пока что глюки исчезли - подключили нашу плату к свободному "Корневому USB концентратору", до этого он висел на одном с мышой)))
очень странно, не верится что подключение к одному "корню"USB может вызывать столь серьезные проблемы .. так что может это пока только видимость , может вскоре всё вернётся)))))

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

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

Согласен, дело может быть и не в плате с SAM7S. Могу только повториться про южный мост.
Сам в своё время напоролся на эту проблему: в первой матери Asus сгорели только USB-порты, а во второй - весь южный мост. В общем, любовь к Asus стоила конторе закупкой ещё 6ти матерей (не я один оказался такой счастливый).
Покупайте продукцию производства intel!

Коллеги!

Не надо искать черную кошку в темной комнате, особенно когда ее там нет. Ищите ошибки в собственном проекте.

Еще раз повторю. Если не происходит нормально процесс подключения USB устройства к компьютеру (enumeration), то все падает в тар-тарары. Кстати меня это наводило на грустные мысли по поводу всяких там идей про ring0 - ring3 защиты в OC и прочие прибамбасы. Летит все сразу к чертям.

В часности, когда я задал размер конечной точки больше максимального, при запуске программы Windows перезагружался (даже не перезагружался, а происходил RESET) и не загружался пока не вытаскивал USB-устройство.

На большом количестве чипсетов , с большим количеством драйверов проверено :
такое происходит как ни странно изза срыва тактовой частоты USB устройства(касается класса CDC в основном). пример пальцем кварц на FTDI достаточно коснуться - комп ресетиться.
Поспробуйте покопать в этом направлении.

Чисто для интереса - а устройство часом не бутовое?

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


Я, честно говоря, не знаю что такое бутовое устройство.....

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

В общем, проверяйте тщательно энумерацию, особенно - размеры.

Не нужно мешать всё в одну кучу. ОС (в частности Windows) устроена так, чтобы приложение только в User-mode (ring3) не могло вывести ОС из строя. А при подключении USB устройства первыми активизируются драйвера Kernel-mode (ring0), в частности драйвер шины, а в Kernel-mode разрешено всё по определению, поэтому любое неверное телодвижение сносит "крышу" однозначно. На то он и Kernel ...

Ничего не понял Сейчас пойду листать Солдатова...

А что, Винде так трудно обработать ошибочную ситуацию с подключением кривого устройства? Что, разве так сложно отключить драйвер? А как же всеми нами любимый BSOD? И почему так сразу без предупреждения сваливаться в жесткую перезагрузку? По моему, это явный баг от MS. Напильниками там ребята разучились работать, вот и говорят - "фича такая!". Да не фича это! А руки такие кривые!