caxapa.ru :: все-же непонятно, как заставить компилятор класть код начиная с адреса 0x69, а не в таблицу векторов?

sladkoejka (01.07.2018 00:38, просмотров: 403) ответил AlexG на Обычно так и бывает, но недавно я сталкивался с глюком, который по условиям проявления и по способу устранения выглядит полным бредом, но, т.к. в ассемблер разбираться я не полез, воздержусь от обвинений IAR.

все-же непонятно, как заставить компилятор класть код начиная с адреса 0x69, а не в таблицу векторов? Потому что с кодом в таблице векторов какие-то совершенно магические фокусы происходят... А вариант с добавлением пустого обработчика неудобен и занимает лишний байт памяти.

Ответить

- Правьте linker configuraion file (.icf). Через него можно можно легко разметить память МК. - evgeniy1294(02.07.2018 15:24)
  - насколько понимаю, у IAR EW 8051 нет icf файлов. Вместо них i51 файлы. sladkoejka(2159 знак., 02.07.2018 18:05 - 18:36)
    - Не нужно ничего на асм задавать, все на Си прекрасно работает. Bill(154 знак., 03.07.2018 07:39)
      - это то, с чего я начал. Такой обработчик работает. Однако чтобы код заработал, нужно на асме вручную прописать вектора. Иначе код попадает в таблицу векторов и на реальном девайсе не работает. sladkoejka(779 знак., 03.07.2018 10:14 - 10:27)
        
        Все правильно. Одно из двух: либо вы используете Си, либо используете ассемблер. Вопрос: какой формат выходного кода используется в опциях линкера? У нас код не работал, когда был задан формат intel-extended. Всё заработало после замены на Bill(16 знак., 03.07.2018 10:50)
        
        Вы для Cypress CY7C68013A код собираете? Попробуйте скомпилить на си код в IAR под этот процессор, так чтобы он работал на реальном железе, тогда поймёте в чём проблема. sladkoejka(323 знак., 03.07.2018 10:58 - 11:01)
        
        Контроллер - 1882ВЕ53У. Хотя большой разницы быть не должно. Архитектура-то одна и та же. Или нет? - Bill(03.07.2018 11:02)
        
        Ваш контроллер использует autovector? Это когда в LJMP инструкции расположенной в таблице векторов стоит адрес новой таблицы векторов, а процессор подменяет младший байт под соответствующий суб-вектор. Т.е. когда приходит прерывание от USB, в LJMP sladkoejka(82 знак., 03.07.2018 11:07 - 11:10)
        
        Вообще-то, примеры примеры были сделаны для вашего контроллера. Bill(25833 знак., 03.07.2018 11:17)
        
        Во первых ваш пример ничего не делает, поэтому понять работает он или нет на железе нет возможности. Во вторых (читать внутри)... sladkoejka(1324 знак., 03.07.2018 11:45 - 11:51)
        
        Вы точно уверены, что вам нужен компилятор, а не более простой транслятор?! :) - mut(03.07.2018 10:16)
        
        да, мне нужен си компилятор, т.к. желания ковыряться в асме 8051 нету. Проблема в том, что си код скомпиленый IAR'ом на реальном железе не работает. Приходится городить костыли на асме, чтобы он работал. sladkoejka(118 знак., 03.07.2018 10:25 - 10:29)
    - У вас какой тип проекта: Debug или Release? - Bill(02.07.2018 19:36)
      - и тот и другой. Разницы в коде там особо нет (сравнивал по инструкциям). В чип заливаю код от release. - sladkoejka(02.07.2018 19:49)
- Дык там стартапа асмовского в проект не добавляется что ле? В нем обычно все вектора и резервируется - Petrovich(02.07.2018 09:43, )
  - добавляется, но походу в нём нет векторов, только вектор сброса. Вот посмотрел в исходнике: sladkoejka(1151 знак., 02.07.2018 10:58 - 11:30)
    - И что тут не так? - Bill(02.07.2018 13:59)
      - не так то, что компилятор кладёт код в область таблицы векторов прерываний. И код этот начинает чудить. По сути не работает. sladkoejka(387 знак., 02.07.2018 18:18)

Микроконтроллеры