BootLoader для ATMega168

[AudioKiller]

С хекс файлом не понимаю. 16-ричное представление двоичных чисел придумали для сокращения их объёма и повышения наглядности. По любому данные, что на компе, что где-то ещё - двоичные. Расширение файла показывает операционке что с этим файлом делать - как интерпретировать эти двоичные числа: .ехе - как команды проца; txt - как символы в заданной кодировке; hex - как двоичные числа в 16-ричном представлении. Кстати, в том же Фаре вьювер переключает эти представления на экране. Одних и тех же двоичных чисел, составляющих файл.
Так вот. программа-терминал берёт эти двоичные числа и передаёт их МК. Тот их принимает, и дальше использует в зависимости от договорённостей (в переменную какого типа они попадут). Почему так не может делать бутлоадер? Даже если в хекс файле есть служебная инфа, то её либо просто опускаем, либо как-то учитываем. Но передача данных по кабелю - это вместе со звуком идёт волшебство. А в МК - это по любому двоичные числа.
Чего я не знаю / не понимаю?

Offтопик:

где мы записывали мюзикл

Мы - это кто?

[Openreel]

Почему так не может делать бутлоадер?

Может. Я так делал очень давно, когда писал "учебный" бутлоадер. Только он читал хекс файл https://ru.wikipedia.org/wiki/Intel_HEX не с терминала, а с sd карты. Разница в том, что он читал не спешно, прочитает кусок - пропишет, а с терминала может не успеть записать, как уже новая порция придёт. Точней с терминала полюбому не успеет, ведь перед записью надо стереть камень, а стирание это долгая операция. Потом уже был сделан настоящий, с шифрованием и всем остальным.

[Alex]

16-ричное представление двоичных чисел придумали для сокращения их объёма и повышения наглядности.

Не путай "представление" и "кодирование".
8 бит это 1 байт в бинарном видеи2 байта в текстовомвиде, т..к этодве буквыцифры. Так что, обьем только увеличивается, сразу вдвое. А в хекс-формате добавляются еще служебные числа - адреса, признаки конца и т.п.

hex - как двоичные числа в 16-ричном представлении. Кстати, в том же Фаре вьювер переключает эти представления на экране.

Eще раз - HEX это не просто "16-ричное представление", и в ФАРе ты не увидишь хекс,ты увидишь именно "16-ричное представление" а не что-то типа:

:10605000024000000A0600020000004001000000AB
:1060600000020080008000082020202003000000A3
:08607000000600000000000022
:04000005080001AD41
:00000001FF

Даже если в хекс файле есть служебная инфа, то её либо просто опускаем, либо как-то учитываем.

Если ее не учитывать, то непонятно куда эти байты записывать, по каким адресам. Там-же не все подряд может идти.
Плюс для многих процов в .hex может находится не только содержимое памяти программы, но и еепром и фьюзов. Чтобы одним махом все записать.

Так вот. программа-терминал берёт эти двоичные числа и передаёт их МК.

Лгиперешлет то что ей скажут - бинарник как бинарник,хекс как хекс.
Преобразование bin2hex или hex2bin терминал не делает. Это делают отдельные специальные программы (они так и называются - bin2hex, hex2bin), или компилятор генерирует и бинарник и хекс.
Ты просто путаешь .hex-фал и "16-ричное представление".
https://ru.wikipedia.org/wiki/Intel_HEX
https://ru.wikipedia.org/wiki/%D0%A8...BD%D0%B8%D1%8F