Ну и я тебе, кажись, говорил. Оптибут, тот который в большинстве Ардуин, в 512 помещается. Написан на Си.

Оптибут без автоматического определения скорости порта. и если я правильно помню, Оптибут пишет только флешь. поэтому Оптибут - это "огрызок" загрузчика, а не нормальный загрузчик.
а я нашел загрузчик с автоматическим определением скорости порта, а блок кода, вычисляющий скорость порта занимает очень много места в общем объеме кода.
и несмотря, что я сохранил этот большой блок кода, вычисляющий скорость порта, общий размер кода у меня так сильно сократился.
и как я уже сказал, я полностью сохранил функционал найденного загрузчика :
определением скорости порта,
запись флеши,
запись еепрома.
потом я решил, что такой урезанный загрузчик, который умеет только писать, меня не устраивает.
поэтому я для себя сделал загрузчик на фиксированную скорость порта (250000 бод), который пишет, стирает, читает и сравнивает и флешь и еепром. а размер этого загрузчика также помещается в область 512 байт.

То есть автоопределение скорости порта все-таки не нужно даже вам. Вот так неожиданность.

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

хороший загрузчик у microsin. Пользовался. Работает. По усб. Есть его печатная отладочная плата.

COKPOWEHEU, не надо читать через строчку и по диагонали.
я ясно сказал, что сначала я сделал с тем же функционалом, то есть, с автоопределением. и на forum.cxem.net есть моя тема, где выложены две версии с автоопределением - одна урезанная, которая только пишет флешь и еепром и одна полная, которая пишет, читает, сравнивает и стирает.
если я создаю тему, то это делаю для людей, чтобы работа загрузчика не зависела от тактовой частоты МК. а автоопределение скорости порта дает эту независимость от тактовой частоты.
а моя ЛИЧНАЯ версия на фиксированную скорость сделана лично для меня, так как все мои проекты имеют фиксированную тактовую частоту 8 МГц.
и также моя личная версия исключает несколько операций на компе, в отличие от версии с автоопределением.
а нахера мне совместимость, если мой загрузчик не зависит от стандартных программ?
и я нигде не заявлял, чтобы ардуинщики пользовались моим загрузчиком.
полно НЕардуинщиков, которые хотят иметь удобный и понятный загрузчик. и поэтому моя тема там достаточно популярна.

А потом код автоподстройки частоты выкинули, что сказалось на размере кода.

Лично вам - наверное, не нужна. Но я бы таким пользоваться не стал. Уж лучше бутлоадер, занимающий вдвое больше места, но работающий со стандартными, проверенными утилитами. А не с непонятно чем без исходников.

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

Напомню: твое высказывание было о том, что на ассемблере удалось обойти Си. На практике же видим обратное: ардуиновский загрузчик (причем ни для кого не секрет, что ардуина - отнюдь не эталон качественного кода) при сравнимом размере обладает большей функциональностью.

Добавлено after 9 minutes 51 second:

Ах да, чуть не забыл: лично мне безразличны что ардуиновский загрузчик, что твой: со времен, пока я занимался AVR-ками, у меня остались как ISP-программаторы, так и, скажем, самодельный загрузчик (тоже несовместимый с существующими), умещающийся в минимальный размер (128 слов, кажется) и написанный на ассемблере еще в 2014 году.

прошу перечислить функционал, который превышает мой функционал.прошу перечислить функционал твоего загрузчика в 128 слов.

Умеет прошивать флеш. Умеет читать флеш. Совместим со стандартным софтом. Исходный код что загрузчика, что прошивальщика, открыт.
В общем-то, это минимум, который нужен для хорошего загрузчика.

Прошивка контроллера. Все. Даже чтения не делал. Просто игрушка под какую-то конкретную задачу, уже точно не вспомню какую.
---
Вообще, если браться за бутлоадеры сейчас, то скорее для ch32v003 - чтобы им хоть как-то можно было пользоваться, поскольку тот, что идет с завода, нерабочий.

а еепром не умеет? а сравнивать и стирать умеет? если на оба вопроса НЕТ, то ты соврал и мой функционал больше.
а открытость исходников - не показатель функциональности загрузчика.так зачем сравнивать игрушку с полнофункциональным загрузчиком7

Starichok51, бутлоадер с сайта chip45, о котором вы говорите, хотя может у вас была первая версия, на github выложен, он intel hex в мк шлет, именно в виде текста, что сложнее, не уверен, что у вас то же самое. Еще там есть поддержка команд через терминалку, например: ewAAAADD - write byte to eeprom address. Соответственно добавлен код для отправки чисел:

Спойлер

Код:

void usartPutDec(uint16_t usDec)
{
    uint8_t ucBuffer[6];
    uint8_t ucLoop = 5;
   
   ucBuffer[5] = '\0';
   
    while (ucLoop)
    {
        --ucLoop;
        ucBuffer[ucLoop] = (usDec % 10) + '0';
        usDec /= 10;
        if (usDec == 0)
            break;
    }
    usartPutRamStr(&ucBuffer[ucLoop]);
}

void usartPutNibble(uint8_t ucNibble)
{
    ucNibble &= 0x0f;

    if(ucNibble > 9) {
        ucNibble += ('a' - 10);
    } else {
        ucNibble += '0';
    }

    usartPutChar(ucNibble);
}

void usartPutHex(uint8_t ucHex)
{
    usartPutNibble (ucHex >> 4);
    usartPutNibble (ucHex);
}

И работает chip45boot2 с любыми мегами, включая xmega, а у вас поддержка только mega8/88/168/328. Опять же ваш бутлоадер в 512 байт не вмещается, о чем в хелпе к клиенту и написано. Для mega88 у вас размер прошивки 630 байт, у chip45 - 1724.

Ардуиновский? Читать и проверять флеш умеет. eeprom - нет.

Это признак надежности и ремонтопригодности.

Видал я фирменные загрузчики, недалеко ушедшие по функциональности. В контроллерах ch32. Писать флеш умеют, верифицировать тоже. Даже редактировать "фьюзы" умеют. (еепрома там нет вообще) А вот читать - нет. И со стандартным софтом несовместимы. А фирменный дико неудобен. Пришлось дизассемблировать загрузчик и писать нормальную консольную утилиту прошивки.
А если бы разработчики руководствовались не твоими соображениями, а здравым смыслом, большого геморроя удалось бы избежать.
Кстати о чтении: его отсутствие, возможно, мотивировали защитой от копирования.
Там что, можно прямо по UART залить загрузчик, без программы-прошивальщика?
Но даже если так хекс штука неудобная: можно сделать, чтобы по одним и тем же адресам находились разные данные, чтобы данные шли вразнобой и т.д.
Когда с загрузчиками работал я, то поручал парсинг хекса компу. У него памяти много, может себе позволить загрузить хекс целиком, проверить корректность, проверить размер, переформатировать для прошивки.

Судя по исходникам, да:



У меня тоже клиент парсил hex, как минимум его передавать в 2+ раза дольше, на каждый байт 2 символа плюс дополнительная информация. Но прошивку то парсинг hex увеличивает...

Adrift, у меня был скачан именно chip45boot2. я его дизассемблировал и разобрался в алгоритме автоопределения скорости порта.
заодно нашел грубейшую ошибку - вычисленное число скорости не уменьшалось на 1 перед записью в регистр бодрейта. из-за этого загрузчик у меня плохо связывался с компом на высоких скоростях. связывался на 4800 и кое-как на 9600.вот только нужно для каждой меги скачивать свой загрузчик.
ну да, количество МК у меня ограничено, но я сделал только для самых популярных. к тому же, кроме перечисленных у меня нет других МК, чтобы я мог проверить работу загрузчика на них.
да и то, чтобы проверить на 168 и 328, я специально их покупал для проверки.
630 байт - это полный функционал (запись, чтение, стирание и сравнение), а такой же функционал, как у chip45boot2 - для всех менее 512 байт (454 для мега8 и 492 для дркгих).

Мне такой вариант все же не нравится. Слишком ненадежный. Но это не важно, в конце концов не мне же им пользоваться.

Э? Так Adrift же кинул ссылку на исходники. Зачем дизассемблировать?

То есть с поддержкой командного протокола и парсингом хекса?

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

chip45boot2 может принимать прошивку в виде текстового hex-файла. Соответственно, бутлоадер должен из введенной строки выковырять адрес, бинарные данные и LRC-сумму. Потом добавить данные из этой строки к буферу страницы (хорошо бы с учетом разрывов). И, когда страница заполнится, записать ее.
Реализовать свой протокол куда проще. Там ведь можно на стороне ПК побить бинарник на страницы и загружать их по одной в удобном контроллеру формате.

ну да, комповая программа у меня принимает обычный текстовый hex-файл, и делает всё, что ты перечислил.
а отправляет на запись или читает по 128 байтов.

Мой "игрушечный" бутлоадер сначала запрашивал размер страницы.