А не могли-бы Вы выложить получившийся рабочий код?

"Не прошло и пол года"
Да, заработал.
Тоже мучался с этой проблемой, схема девайса чутка отличается от схемы кита STM3210C-EVAL. В ките DFU Boot работал - в плате нет.
После подключения ноги PA9 (OTG_FS_VBUS pin) к питанию 5 Вольт (условие работы проца в Device mode, об этом уже писали выше) - DFU BOOTLOADER заработал, прошивка сливается и заливается как и положено. Остальные ноги PA10, PD6, PB5 подтянуты (кто-то к +3.3, кто-то к земле). На boot0 стоит джампер на 3.3, boot 1 намертво запаян на землю. Такты проц берет от генератора 25МГц.



Видимо большое сопротивление. Я к 3.3 подтягивал - результат тоже отрицательный.

Непонятный глюк с STM32F105. DFU запускается только после третьего подключения кабеля. Загружаю плату в режиме бута. Подключаю к USB - устройство не опознано выдает VID и PID но нулям. Отцепляю кабель пдключаю снова, опять не определяет. Подключаю в третий раз устройство опознано! Эсперимент повторил более 10 раз. На разных компах с операционками Win7 и WinXP с разными кабелями. 100% повторяемость. Пробовал делать паузы между подключениями кабеля от примерно 1 сек до 30 сек. Всегда только с 3 раза. 4, 5, 6 и все последующие подключения проходят с первого раза.
Датакод указан 127. Предполагаю что это 11 год, т.е. проблема с бутом для микросхем до датакода 927 не должна проявляться.

Собрал вторую плату ведет себя точно так же!

IceS, а на stm32f105 с 64 ногами UART_2 находится на другом порту. Не подскажешь нужно подтягивать его к земле или питанию в таком случае? А то во всех мануалах чётко говориться именно об этих номерах портов.

Не хотелось создавать отдельный топик, поэтому спрошу здесь, посколько вопрос по теме.
Существует ли возможность с помощью DFU-bootloader'а загрузить и исполнить пользовательский код размещённый в SRAM?
Если да, то тогда будем углубляться в детали.

Отвечаю сам себе - да, существует! Смотреть в документы CD00264379.pdf, CD00167594.pdf.
При использовании ПО предоставляемой фирмой разработчиком, в частности STDFU Tester, DFUse Demonstrator, убедиться, что бинарный файл слинкован с таблицой векторов _единым_блоком_ т.к. после загрузки в SRAM при исполнении ПО операции "Leave Dfu Mode" используется начальный адрес _поледнего_ загруженного бинарного блока! Если вы на базе исходников делаете загрузку через DFU протокол сами, то там проще, т.к. есть аргумент с адресом запуска в команде выхода из загрузчика.

а какую программу нужно использовать для прошивки по USB ?

я правильно понимаю - что если использовать например stm32f407 в своем проекте и развести USB на PA9-PA12 то можно перепрошить микроконтроллер прямо с компьютера ?

Таже ситуация с SK-MSTM32F107. Пока не закоротишь резистор R4 на схеме http://starterkit.ru/html/doc/SK_MSTM32F107.pdf. Причем работает очень странно: при положении загрузки в режиме dfu, если вставить usb разъем, обнаруживается сразу, если нажать ресет при вставленном usb, 14 ошибок энумерации пока устройство не определится. Что еще смущает: если подключить PC9 к 5-ти вольтам через резистор 100 ом, на ноге PC9 - 1 вольт, так что срабатывает только к.з. PC9 к 5-ти вольтам. Поделитесь, пожалуйста, опытом как правильно подключать SK-MSTM32F107 в режиме dfu, а то боязно.

Сообщение отредактировал zemlemer - Feb 28 2013, 15:51

правильно понимаете, можно прошить прямо с компьютера. Прога DfuSe Demonstrator. Там прошивка выполняется в два этапа . На первом этапе из hex файла формируется новый файл, который потом на втором этапе заливается в процессор. Процессор надо ставить в режим загрузки, управляя входами boot. Заливка по USB описана здесь http://www.st.com/st-web-ui/static/active/...rchtype=keyword

Сообщение отредактировал vptr - Mar 1 2013, 14:02