evgeniy1294 (02.07.2018 15:24, просмотров: 350) ответил sladkoejka на все-же непонятно, как заставить компилятор класть код начиная с адреса 0x69, а не в таблицу векторов?-
- насколько понимаю, у 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)
- Вообще-то, примеры примеры были сделаны для вашего контроллера. Bill(25833 знак., 03.07.2018 11:17)
- Ваш контроллер использует autovector? Это когда в LJMP инструкции расположенной в таблице векторов стоит адрес новой таблицы векторов, а процессор подменяет младший байт под соответствующий суб-вектор. Т.е. когда приходит прерывание от USB, в LJMP sladkoejka(82 знак., 03.07.2018 11:07 - 11:10)
- Контроллер - 1882ВЕ53У. Хотя большой разницы быть не должно. Архитектура-то одна и та же. Или нет? - Bill(03.07.2018 11:02)
- Вы для Cypress CY7C68013A код собираете? Попробуйте скомпилить на си код в IAR под этот процессор, так чтобы он работал на реальном железе, тогда поймёте в чём проблема. sladkoejka(323 знак., 03.07.2018 10:58 - 11:01)
- Вы точно уверены, что вам нужен компилятор, а не более простой транслятор?! :) - mut(03.07.2018 10:16)
- Все правильно. Одно из двух: либо вы используете Си, либо используете ассемблер. Вопрос: какой формат выходного кода используется в опциях линкера? У нас код не работал, когда был задан формат intel-extended. Всё заработало после замены на Bill(16 знак., 03.07.2018 10:50)
- это то, с чего я начал. Такой обработчик работает. Однако чтобы код заработал, нужно на асме вручную прописать вектора. Иначе код попадает в таблицу векторов и на реальном девайсе не работает. sladkoejka(779 знак., 03.07.2018 10:14 - 10:27)
- У вас какой тип проекта: Debug или Release? - Bill(02.07.2018 19:36)
- и тот и другой. Разницы в коде там особо нет (сравнивал по инструкциям). В чип заливаю код от release. - sladkoejka(02.07.2018 19:49)
- Не нужно ничего на асм задавать, все на Си прекрасно работает. Bill(154 знак., 03.07.2018 07:39)
- насколько понимаю, у IAR EW 8051 нет icf файлов. Вместо них i51 файлы. sladkoejka(2159 знак., 02.07.2018 18:05 - 18:36)