DFU для NXP., LPC43xx Опции

[jcxz]

Нужно описание протокола DFU (Device Firmware Upgrade) для LPC43xx по USB. Хочется встроить возможность обновления прошивки в своё ПО на PC.
Нашёл только какие-то обрывки в реф.мануале и общую схему в AN4370.
Интересует алгоритм загрузки образа прошивки и алгоритм парсинга загруженного образа. И формат его.
Если у кого есть инфа - напишите пожалуйста.
Спасибо заранее!

[Kabdim]

Гугление Application Note AN4370 выдает пдфки для экс-фрискейлов...
Образ может прошиваться напрямую во флеш. С точки зрения протокола это просто набор блоков с индексами. С 43хх не работал, но судя по ЮМ образ шифруется АЕСом.
Протокол сам по себе простой. Сложности возникают если попытаться навесить на него чуть больше чем задумано. Удобства использования не хватает. Если бы в винде были встроены драйверы которые подхватывались бы по классу - было бы больше смысла использовать именно DFU. А сейчас что в инструкции писать "установите драйвер DFU" что "драйвер Х" - одинаково неудобно для обновления у конечных пользователей.

[jcxz]

А сейчас что в инструкции писать "установите драйвер DFU" что "драйвер Х" - одинаково неудобно для обновления у конечных пользователей.

Я просто в свой общий inf-файл описателя драйвера добавлю запись про VID/PID для DFU. Чтобы он видел и DFU и уже прошитое устройство с моими VID/PID.
Но конечным пользователям может понадобиться только обновление прошивки, а не начальная заливка ПО. Так что им DFU не нужен - будут обновлять через мой протокол. А для него так и так драйвер ставить нужно.

То что образ должен прошиваться напрямую во флешь - вполне резонно, хоть ОЗУ и много, но мало-ли - может понадобиться прошивка больше ОЗУ.
Как-то я писал USB-загрузчик для встроенного BOOT-ROM для OMAP L-137. Там тоже что-то вроде DFU было. Только заливаемый образ там сложный: он не просто единым массивом шьётся во FLASH, а состоит из отдельных секций, которые могут лежать в несмежных областях памяти. Такой парсинг на регионы вполне логичен.