Контрольная сумма прошивки в IAR AVR - кто-нибудь имел с ней дело? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Контрольная сумма прошивки в IAR AVR - кто-нибудь имел с ней дело?

Отправлено nml 17 июля 2008 г. 12:17

Сам не знаю зачем - но вот захотелось. И уперся. Как я понял, контр сумма считается от 0 адреса до конца кода. И если я в программе хочу эту контр сумму проверить, то - как узнать адрес последнего байта кода? Наверное, туплю, но нигде не нашел. Ткните носом, pls

ЗЫ Можно, конечно, указать считать контр сумму всего ПЗУ, но тогда непонятно что будет считаться в неиспользованной области - нули или 0xFF, а задать заполнение - тогда надо убирать заполнение векторов RETI - что делать как-то не хочется.

Да, IAR версии 4.21

Составить ответ | Вернуться на конференцию

Ответы

Странно. Вроде заполнение включается автоматически в конфигурации в среде, а в xcl файле вообще твори, как хочешь. - Vladimir Ljaschko (17.07.2008 12:26:54 194.158.204.49, пустое)
- Ответ: Там включено заполнение таблицы векторов. А если после этого дать еще -H директиву - ругается - типа низзя. - nml (17.07.2008 12:32:26 80.94.226.101, пустое)
  - На - Vladimir Ljaschko (17.07.2008 13:23:0 194.158.204.49, 406 байт)
    - Ответ: так ведь в вашем примере заполнение векторов командой RETI отключено. Все ж наверное нехорошо так делать - nml (17.07.2008 13:38:40 80.94.226.101, пустое)
      - Заполнение векторов командой RETI - это из области шаманства. Совершенно бесполезная штука, никогда так не делаю. - Леонид Иванович (17.07.2008 16:31:13 192.168.0.3,93.84.94.217, пустое)
        
        Ответ: Это не шаманство как раз... Это как ездить на мотоцикле в шлеме. И понимаешь, что вряд ли спасет, а на душе спокойнее. - nml (17.07.2008 16:45:9 80.94.226.101, пустое)
      - Да уж, цена ошибки (разрешения несуществующего прерывания) возрастает. Ну так не разрешайте. Или пропишите пустую обработку ручками в тексте. - Vladimir Ljaschko   (17.07.2008 14:03:1 194.158.204.49, пустое)
        
        Ответ: Да я думал что можно как-то красиво сделать. Ан не вышло. А все же - можно ли как-то узнать адрес конца прошивки? Хотя б из принципа :-) - nml   (17.07.2008 14:19:51 80.94.226.101, пустое)
        
        Узнать - на каком этапе? - Vladimir Ljaschko   (17.07.2008 15:21:20 194.158.204.49, пустое)
        
        Ответ: Сформулирую точнее - нужно узнать конец сегмента CODE. Есть же RAMEND ,FLASHEND- почему бы не быть PROGEND? - nml   (17.07.2008 15:35:52 80.94.226.101, пустое)
        
        Сделать на ассемблере, это просто,главное метку в конце программы поставить - argus98   (17.07.2008 16:04:56 81.22.205.230, пустое)
        
        Ответ: Компиляции. Чтобы не задавать общее зполнение, а только вектора. Когда в директиве - nml   (17.07.2008 15:27:52 80.94.226.101, 466 байт)
        
        Заглянуть в будущее, да? - Vladimir Ljaschko   (17.07.2008 15:53:56 194.158.204.49, пустое)
        
        Ответ: :-) Ну почему же. Многие константы в программе появляются в процессе линковки - те же адреса. Что не мешает в программе обращаться к меткам. - nml   (17.07.2008 16:29:6 80.94.226.101, пустое)
        
        :) Попробуйте определить в xcl-файле еще один сегмент, засуньте в этот сегмент переменную, а в программе используйте указатель на эту переменную. Только нужно разобраться с последовательностью размещения сегментов линкером. - Vladimir Ljaschko   (17.07.2008 17:07:43 194.158.204.49, пустое)
        
        Ответ: Да, похоже, то что надо. Спасибо! Сейчас еще поэкспериментирую - с порядком их расположения - соответствует ли порядку описания. - nml   (17.07.2008 17:43:16 80.94.226.101, 118 байт)
        
        Ну, у меня под каждый проект обычно свой xcl-файл. Распределение стек-данные разные, например. - Vladimir Ljaschko   (17.07.2008 18:26:45 194.158.204.49, пустое)