Такое решение проблемы - это как при легкой простуде легкое удалятьShapa писал(а):Мне понравилась сразу. Главное в ней заработало с 1 раза. Может быть и вам стоит опрбовать её?
Бросай эту говноигрушку, что ты как маргинальный студент, поставь винду как белый человекploop писал(а):Может и стоит, только нет линуксовой версии у них
Да ну её, не могу в ней работать... отвык уже.Бросай эту говноигрушку, что ты как маргинальный студент, поставь винду как белый человек
Ну, в IARе могу показать где, но у тебя ж не IARploop писал(а):Во, а где и как?
Так что при отладке инита всякого железа и подобного, в случае серьезной ошибки попадаем не в ловушку эксепшна, а все встает полным раком - от ядра МК до среды разработки -)) Легкое? Зачем легкое? Гланды надо!Satyr писал(а): Такое решение проблемы - это как при легкой простуде легкое удалять
Вот и у меня в Киле такое было, пытался в симуляторе поглядеть самый простой STM32F100C4. Дебаг не запускался, с выводом ошибки о неверном маппинге памяти (ручной маппинг не помог). При этом, если переставить в настройках проекта процессор на F100RB, всё отлично дебажилось. А с С4 ну никак не хотел работать.ploop писал(а): Сейчас склоняюсь к тому, что линкер неправильно обозначил блоки памяти (например работа идёт с readonly блоками), поэтому ldr читает всегда ноль (хорошо не мусор), и любой цикл непременно зависнет.
Пользую Eclipse+codesourcery, cкрипт линкера брал из STM32F4xx_StdPeriph_Templates для RIDEploop писал(а):Всё-таки я его победил!
Как и предполагал, проблема в линкере была, точнее не в том скрипте. Не знаю, откуда я его отрыл, но точно с сайта ST,
Этот скрипт для работы МК с внешней памятьюploop писал(а):Вложил тот скрипт, который не работал.
Environment : Atollic TrueSTUDIO(R)
RAM (xrw) : ORIGIN = 0x64000000, LENGTH = 2048K
Яркий секос - это припаять SDRAM, а далее, при помощи дебагера проинитить PLL, SDRAM контроллер, влить в сдрам код и пустить на отладку оттуда, без записи во флеш.ploop писал(а):Дык понял уже!
Но секас классный был!
