2 ошибка обновления dfu util error 74 no dfu capable usb device available

Автор
Тема: Прошивка через тест драйвера 4.14.0.749 в DFU-режиме  (Прочитано 10068 раз)

Download Firware Update Class (DFU)

И вот тут самое время понять, что еще могут существовать другие загрузчики одновременно с системными — это ваши , которые пишутся вами и находятся в адресах FLASH 0х08000000.

Более того у STM есть готовый вариант в Кубе для создания вашего загрузчика по USB и называется USB : Download Firware Update Class (DFU). Генерируем , прошиваем в контроллер.

И загрузчик появляется в адресах 0x0800000 до 0x800C000 (помечена только Readable)

Далее надо пользоваться утилитами от STM Dfu File Manager и DfuSeDemo :

Dfu File Manager готовит вашу прошивку для записи выше вашего бутлодера, а DfuSeDemo собственно ее шьет во Flash выше с адреса 0x800C000.

И происходит это без подтянутой к 1 ножке boot0 контроллера.

Для общего понимания картины адреса памяти :

Думаем , а куда мы заливем свой код программы ? Мы пользовались Atollic True Studio, там были такие настройки :

Например смотрите выходной файл проекта (*.map)

Memory Configuration
Name             Origin             Length             Attributes
RAM              0x20000000         0x00020000         xrw
FLASH            0x08000000         0x00100000         xr
*default*        0x00000000         0xffffffff

FLASH это с адреса 0x08000000. А вот системный загрузчик лежит где-то по адресу 0x00000000 по-видимому всегда прекрасно себя чувствует, так как его стереть нельзя.

В нашем случае имеем STM32F205VG к примеру и у него есть такие варианты загрузчиков :

Но как узнать какой версии системный загрузчик?

Оказывается никак или предположительно по некоторым букво-цифрам на корпусе контроллера.

Типичный вариант организации пинов для активации загрузчика

BOOT0

Видим , что в нашем готовом устройстве есть вариация по BOOT0 :

Штатно BOOT0 на земле и это означает , что начало программы стартует с SRAM , т.е. по адресу 0x20000000 .

BOOT1

BOOT1 может быть выведен наружу и идти на пин , который связан с разъемом на микро SD карты. Понятно для закгрузки с микро SD карты прошивки например.

2 проекта для текстирования

В итоге для тестирования связки с загрузкой через STM Dfu File Manager и DfuSeDemo сделаны открытые два примера на Atollic True Studio .

Первый реализует пользовательский загрузчик по USB (DFU) и прошивается с адреса 0x0800000 до 0x0800C000. А второй проект реализует саму основную обновляемую программу, которую прошиваем по адресу с 0x0800C000 и выше.

STM32F205VG_FLASH.ld

Первый проект :

MEMORY
{
RAM (xrw)      : ORIGIN = 0x20000000, LENGTH = 128K
FLASH (rx)      : ORIGIN = 0x8000000, LENGTH = 49K
}

Второй проект :

MEMORY
{
RAM (xrw)      : ORIGIN = 0x20000000, LENGTH = 128K
FLASH (rx)      : ORIGIN = 0x800C000, LENGTH = 49152
}

Внимание во втором проекте :

#define VECT_TAB_OFFSET  0xC000 /*!< Vector Table base offset field.

Переключение в первом проекте между режимами загрузки и выполнение основной программы происходит программно установкой переменной boot = 1|0.

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

Теперь по-шагово поехали :

Собираем (и прошиваем) первый проект:

Собираем (но не прошиваем) второй проект:

Файл *.hex через утилиту STM Dfu File Manager преобразуем в файл *.dfu .

Запускаем первый проект в режиме (boot =1) с отладчиком и трассировкой SWO

Файл *.dfu через утилиту DfuSeDemo отсылаем контроллеру (то есть прошиваем через USB DFU Class)

Перезапускаем проект 1 с boot =0 и наблюдаем , что программа перешла на адрес 0x800C000 и начала выполняться :

Файлы для скачивания

I am using the BitCraze VM and updated all projects with the icon. I can connect to the anchor with picocom and the report looks OK. However, I totally fail with flashing the anchor whether I follow the video or the wiki instructions — I fail with the same error message:

bitcraze@bitcraze-vm:~/projects/lps-node-firmware$ sudo make dfu
dfu-util -d 0483:df11 -a 0 -D bin/lps-node-firmware.dfu -R
dfu-util 0.5

(C) 2005-2008 by Weston Schmidt, Harald Welte and OpenMoko Inc.
(C) 2010-2011 Tormod Volden (DfuSe support)
This program is Free Software and has ABSOLUTELY NO WARRANTY

dfu-util does currently only support DFU version 1.0

Filter on vendor = 0x0483 product = 0xdf11
Opening DFU USB device… ID 0483:df11
Run-time device DFU version 011a
Found DFU: [0483:df11] devnum=0, cfg=1, intf=0, alt=0, name=»@Internal Flash /0x08000000/064*0002Kg»
Claiming USB DFU Interface…
Setting Alternate Setting #0 …
Determining device status: state = dfuERROR, status = 10
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
Dfu suffix version 11a
DfuSe interface name: «Internal Flash «
file contains 1 DFU images
parsing DFU image 1
image for alternate setting 0, (1 elements, total size = 80896)
parsing element 1, address = 0x08000000, size = 80888
done parsing DfuSe file
can’t detach
Resetting USB to switch back to runtime mode
bitcraze@bitcraze-vm:~/projects/lps-node-firmware$