Колированный бутлоадер с AN1310

stubiflex · 01.05.2018, 23:30

Работаю с бутлоадером. Полёт прекрасный. Хочется узнать, как сделать этот бутлоадер так, чтобы он, при записи кода аппликации "декодировал" прежде "закодированный" HEX? То эсть, чтобы я смог отдать юзеру закодированную прошивку и он смог залить его через бутлоадер. А если писать напрямую, то соответственно что бы устройство не заработало.

В названии темы очепатка!

IOPA4 · 02.05.2018, 13:38

Сообщение от stubiflex

как сделать этот бутлоадер так

Переписать бутлоадер, если место позволяет.

tsb · 02.05.2018, 17:54

Сообщение от stubiflex

... как сделать этот бутлоадер так, чтобы он, при записи кода аппликации "декодировал" прежде "закодированный" HEX? То эсть, чтобы я смог отдать юзеру закодированную прошивку и он смог залить его через бутлоадер.

Я для этого использую https://diolan.com/pic-bootloader. Правда, это для PIC18 и USB.

stubiflex · 02.05.2018, 18:59

Сообщение от tsb

Я для этого использую https://diolan.com/pic-bootloader. Правда, это для PIC18 и USB.

Решение профессиональное и элегантное. У меня тоже семейство 18. Есть только одно большое НО. В проект поздно уже вводить USB. Хардвер подготовлен для CОМ.

varostov · 03.05.2018, 10:47

Если ищете альтернативный вариант бутлоадера - посмотрите мои посты, начиная с:https://kazus.ru/forums/showthread.php?t=5168&page=179#
(пост #1783)
В числе достоинств рекомендуемого бутлоадера - наличие бесплатных вариантов для PIC16 / PIC18 / PIC24 (в исходниках!), автоподстройка скорости, неплохой GUI, расположение на "чердаке" памяти (т.е. код и линк-файл не нужно модифицировать).

tsb · 04.05.2018, 14:57

Да, ds30loader неплохая штука. Я его тоже использовал в некоторых проектах.
Но вопрос ТС был в основном о возможности работы с закодированным HEX-сом, а бесплатные версии ds30loader этого не умеют.

mike-y-k · 04.05.2018, 19:44

Конечно самому писать может оказаться сначала тяжеловато, но таки "дорогу осилит идущий"…
Любой подходящий проект с исходными кодами и добавление туда нужной функциональности с раскодированием принимаемого потока в нужном месте.
Можно даже с кодированием части прошивки загрузчика и выполнением ее после раскодирования в RAM

для усугубления защиты…

STM32F0 · 04.05.2018, 21:28

Сообщение от mike-y-k

Можно даже с кодированием части прошивки загрузчика и выполнением ее после раскодирования в RAM для усугубления защиты…

Ну вот зачем такое пи-пи-пи, если в ПИК16-18 из RAM ничего выполняться не может априори? В чём тайный смысл?

mike-y-k · 05.05.2018, 01:19

STM32F0, а интрига

.

NemoCut32 · 06.05.2018, 11:28

Мне больше понравилась другая концепция....
Что то типа этого https://www.renesas.com/en-us/doc/pr...0023_h8sap.pdf
Сцепка Текстовое Меню + ?-Modem + стойкая криптография.
Можно взять шаблонный проект с загрузчиком по XModem или YModem например и "прикрутить" к нему криптомодуль, расшифровывающий данные "на лету". Меню может состоять хоть из 1 пункта: "загрузить".
Комуникация: любой последовательный порт (UART, USB VCB, Ethernet Telnet).
Конечно в этом случае всё равно придётся писать кодировщик прошивки, но пользоваться для загрузки можно любой терминалкой умеющей передавать файлы по используемому протоколу.
Работает всё очень быстро и главное для перепрошивки нужен только комп или смартфон с терминалкой. К тому же в меню можно "впихнуть" очень полезные служебные функции (тестирование, запись ключей, верификация прошивки и т.д.).
Ещё вариант если есть куда класть файл, то можно поднять MSD и при старте ПО (сначала загрузчика конечно) проверять его наличие - если есть, то обновляемся а из основного ПО (после верификации) удаляем файл.
Ещё очень важное достоинство "автономного" загрузчика, это то что при "падении" процесса загрузки её просто можно повторить.
Всем Добра!