Подсчет контрольной суммы программы Опции

[LeshaL]

Как сделать, чтобы в среде IAR контрольная сумма считалась не до конца флеш или сегмента CODE, а только непосредственно до конца программы (до последнего байта программы)?

[IgorKossak]

В простейшем случае приходит в голову следующий алгоритм.
1. В командном файле линкера установить сегмент CHECKSUM не в конце адресного пространства CODE, а в конце приложения (= вместо #).

Код

-Z(CODE)CHECKSUM=0-_..X_FLASH_END

2. Собрать приложение и в map файле посмотреть где заканчивается приложение. Скорректировать стороку в командном файле линкера

Код

-Z(CODE)CHECKSUM=0-1FEBF

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

PS при пересборке нужно сначала восстановить максимальное значение, а потом снова вписать реальное.

[vesago]

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

[aaarrr]

ИМХО, если действительно нужно иметь CRC прошивки, то проще написать свой инструмент и запускать его из bat-файла в post-linker.

Ну, или записывать вручную только для релизов.

[Andy Mozzhevilov]

недавно приперло и написал утилиту для подсчета всевозможных CRC и КС для бинарных файлов.
Толком не тестировал в полном объеме. Если кому пригодится, выкладываю.
Ежели что, пишите о замеченных несоответствиях, лучше в аську.
За корявый английский в хелпе тоже прошу прощения.

 checksum.rar ( 31.52 килобайт ) Кол-во скачиваний: 337

[vesago]

Спасибо, большое! Попробую воспользоваться.

[AVR]

недавно приперло и написал утилиту для подсчета всевозможных CRC и КС для бинарных файлов.  checksum.rar ( 31.52 килобайт ) Кол-во скачиваний: 337

Планируется ли портирование под Linux? ЗЫ Ну пожааалуйста...

[Alex03]

А для каких целей то нужна эта контрольная сумма?
А то тот же md5 вполне многие пользуют.
man md5sum

[Andy Mozzhevilov]

Планируется ли портирование под Linux? ЗЫ Ну пожааалуйста...

Да я под виндой то пишу только когда припрёт.
Мне уж проще спортировать на микроконтроллер какой
Могу просто выложить исходник, портируйте сами.

А для каких целей то нужна эта контрольная сумма?
А то тот же md5 вполне многие пользуют.
man md5sum

Так это для MD5, а надо бывает всевозможные CRC и просто варианты арифметических сумм.
Ту же утилиту, что я привел, можно использовать, к примеру, для подсчета КС векторов прерывания для LPC-шных АРМов, можно из мейкфайла запустить последовательно дважды, в первый раз подсчитать и сохранить КС векторов, а второй раз - CRC всего файла, и сохранить в файле же в нужном адресе.

[vesago]

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

[Altemir]

Не ново, конечно, но мой вариант был таков:
1. Имелась двухконтроллерная система на LPC. Был мастер и слэйв МК. Моя часть проекта - слэйв.
2. Для предоставления мастеру (и другому программисту) я генерил в IAR bin-файл с заполнением до конца прошивки 0xFF (контроллер всего 32К был)
3. В xcl-файле прописал адрес, в который IAR должен был помещать CRC16.
4. В итоге я мог из своего кода всегда прочитать по этому адресу CRC и мастер так же мог убедиться в том, что слэйв требует обновления ПО (плюс по соседним адресам располагалась версия ПО).

vesago
Для бутлоадеров использовал свою отдельную прогу, которая "подписывала" контрольной суммой полученную от IAR прошивку.

Сообщение отредактировал Altemir - Jun 21 2008, 09:30

[AndreyKar]

Подниму тему).
Пролиставая доку STM32 наткнулся на модуль CRC.
Раньше, работая с 51контроллерами, всегда проверял контр.сумму флеша в начале программы. Т.к. ИД была Кейл, то приходилось пользоваться конвертерами ХЕКС<->БИН и колькулятором CRC, кот. вставлял её в конечный файл прошивки.
Ну и вопрос, собственно,: Кто и как проверяет CRC программы? Как на практике применить модуль CRC, при проверке целостности кода?
PS: желательно, относительно работы в Кейле.

Сообщение отредактировал AndreyKar - Nov 24 2011, 10:44

[Rius]

По причине отличия встроенного алгоритма от известного CRC-32, расчёт ведётся по одному слову, каждое из которых изменяется, как и результат.
Потому же не получилось использовать готовую функцию CRC_CalcBlockCRC.
описание проблемы и метод решения

Код

uint32_t crc32_hardware(uint32_t *pData, uint32_t len)
{
    uint32_t result;
    // включение модуля на время расчёта
    RCC_AHBPeriphClockCmd(RCC_AHBPeriph_CRC, ENABLE);

    // сброс на начальное значение
    CRC_ResetDR();

    // расчёт
    for (int i = 0; i < len; i++)
        CRC_CalcCRC(__RBIT(*pData++));
    result = __RBIT(CRC_GetCRC()) ^ 0xffffffff;

    // отключение модуля
    RCC_AHBPeriphClockCmd(RCC_AHBPeriph_CRC, DISABLE);

    return result;
}

Ещё и данные этой функции надо скармливать по 32 бита. В результате отказался от этого модуля и применил программный расчёт с википедии.

[scifi]

Как на практике применить модуль CRC, при проверке целостности кода?
PS: желательно, относительно работы в Кейле.

Сам я этот аппаратный калькулятор CRC не ковырял, но заявленный полином совпадает с тем, который используется при генерации CRC-32 программой SRecord. Поэтому можно при помощи SRecord добавлять CRC к прошивке и попробовать разные варианты генерации CRC аппаратным калькулятором, пока значения не совпадут. Там можно менять начальное значение CRC, делать инверсию результата, и, возможно, в разном порядке скармливать данные (MSB или LSB first, хотя могу и ошибаться). Короче, придётся повозиться.
Но вообще с трудом представляю, где может понадобиться аппаратный калькулятор CRC. Обычно программный калькулятор достатотчно быстрый и компактный.

[365]

Но вообще с трудом представляю, где может понадобиться аппаратный калькулятор CRC. Обычно программный калькулятор достатотчно быстрый и компактный.

Ну, мы пользуем аппаратный CRC32: зарядил DMA по буферу, а ядро спать отправил - экономия батареек, однако