Balaganov

Качаеш отсюда редактор симоволов LCDALPHA и отредактируеш шрифты в нем. Quick Help: сохранить .BMP, открыть LCDALPHA.DLL, загрузить сохраненную .BMP и сохранить LCDALPA.DLL. Удачи!

Спасибо за исчерпывающий ответ. Пункты 1-4 лишние (достаточно установить профиль release и компилятор автоматом создаст hex-файлы которые РУКАМИ можно втулить в студию). Я так и поступил, но это неудобно.Так что вопрос остается открытым. PS ВСЕХ ДАМ ПРАЗДНИКОМ!!!

Да пожалуйста, на пример вот это. Цену сами прикиньте, я исходил из того что мега16 у нас в районе $3.

Попробовал, в студии аналогичный вашему пример (с чтением и записью переменных в eeprom). При загрузке проекта студия определила, что объектный файл содержит инициализированные переменные в eeprom, и спросила грузить их или нет. Разрешил грузить и все заработало. Я тоже разрешил грузить, но в окне memory->eeprom не вижу своих переменных! Если Вас не затруднит проверьте у себя такой примерчик: volatile __eeprom unsigned char e_var=100; volatile unsigned char var=0; void main( void ) { var=e_var; var++; e_var=var; while(1); } У меня в итоге var=e_var=1, хотя по идее они должны быть равны 101, что и получается если использовать иаровский дебагер.

вот в точности такое же мнение сложилось, но иар то берет их из объектного файла а студию что не научили?

в левой части надобы ставиить 4, т.к. кол-во элементов массива = 4.

Всем привет. Беда меня постигла следующая: IAR 4.12a, Astudio 4.12, JTAGICE, код содержит несколько переменных, объявленных как глобальные и расположенные в eeprom. К ним идет, по ходу, как запись так и чтение. При этом студия на отрез отказывается воспринимать эти переменные, в место них сплошные ff (в лучшем случае). Иаровский дебагер работает на ура, но как-то студия роднее. Читал не так давно ветку здесь по этому поводу (помнится что у студии свой формат восприятия eeprom), но поиски результатов не дали. Подскажите как ее (студию) заставить воспринимать генерированные иаром переменные, расположенные в eeprom.

Есть еще более простой способ. Допустим прерывание произошло и сработал переход на соответствующую функцию, тогда ставим курсоср на строку с этой функцией и нажимаем "Run to Cursor (Ctrl+F10)" и обработка прекращается. Либо, в новой студии, можно установить брекпоинт на любую переменную достигшую заданного Вами значения.

Это слегка разные вещи. Если ButterFly - это все-таки Отладочный набор (или оценочный набор) с LCD, bootloader'ом, джойстиком и пр. фигней, то JTAGICE - Внутрисхемный эмулятор. Один призван удовлетворить Ваше любопытство и Ваши фантазии в области AVR, не хватаясь за паяльник и за достаточно скромные деньги. Другой - рабочая лошадка, которая помогает понять, почему Ваш гениальный девайс не работает (или работает вовсе не так, как было задумано), является вообщем-то профессиональным инструментом и соответственно стОит совершенно других денег. Да и JTAG-interface поддерживают далеко не все AVR, даже меги (вроде начиная с MEGA16 и старше, поправьте, если ошибаюсь). А так-да, вещь весьма ценная и полезная. Автор был бы удовлетворен работой 2-3 лампочек с кнопкой. Для этого ButterFly лишний. JTAG с самого начала освоения вещь имхо самая необходимая и достаточная. С применением паяльника обходится ~ $5. Да поддержка начинается с MEGA16, но этот кристалл, опять же имхо, самое оно для начала. В общем, никому не навязывая свое мнение, скажу: если дело выйдет за рамки 2-3 лампочек, то внутрисхемный эмулятор собирать рано или поздно придется, а ButterFly и тому подобные игрушки останутся пылиться.

Господа, а почему никто вслух не произносит девайс под названием JTAGICE? Прекрасный эмулятор в связке с асеудией (онже программатор). Во многом благодаря ему я все меньше задаю вопросы в форум.

Сори не тот файл выложил, он в принципе рабочий, но до 2 с копейками МГц. Вот последний вариантdelay.h.txt

--mfc Enable multiple file compilation В IAR ARM ANSI C/C++ Compiler V4.30A-P050906/W32 имеет место быть, правда помечен, как эспериментальный. А в хелпах его, как и многого другого, нет. А для AVR нету подобного? А то студия при пошаговой отладке не переходит на include файл если функция в нем является inline :(

Функции из разых модулей не могут быть встроены. Что-бы обойти эти поблемы последние версии иар имеют ключик позволяющий компилировать несколько модулей одновременно с формированием одного объектного файла. Если можно поподробнее что за ключ? Искал в хелпе на 4.11а, но видимо плохо.

Это я забыл вставить строчку TIMSK=0x40; в инициализации Может быть, но это какбы тестовый вариант, хотя за 200 мкс выполнится 800 тактов (на 4 МГц) а это по большому счету 800 инструкций что есть не мало. Вот за это спасибо есть пара вопросов вечерком попробую выйти на связь... Да это я неправильно написал здесь (ночью дело было) а так конечно del();

Здравствуйте господа, такой вопрос: имеется IAR 4.10B, имеется AVRStudio 4.11.401, имеется MEGA32 (частота 4 МГц), имеется тупая задержка от timer0 де-то 200 мкс теперь вопрос: почему перечисленныые проги ,при работе в режиме симулятора, ведут себя по разному при одинаковом коде, который, кстати тоже имеется: #pragma vector=TIMER0_OVF_vect __interrupt void irqHandler(void) { TIMSK=0; //здесь тормозим таймер пока не выполнится функция задержки ... void del(); } void del(void) //сюда приходим после прерывания { TIMSK=1; //здесь запускаем таймер (разрешаем прерывание) ... //здесь успеваем сделать нечто не связанное с прерыванием } void main(void) { init_peref(); ... } void init_peref(void) { ... TCCR0=0x02; //делитель clk/8 TCNT0=0x06; //начальное значение = 6 OCR0=0x00; //сравнить с 0 (итого де-то 200 мс) asm ("sei"); } Так вот студия после TIMSK=1 сразу переходит на #pragma... А IAR после TIMSK=1 продолжаетвыполнять код. Короче как оно должно быть на самом деле? Где истина? ЗЫ Сейчас в отпуске на даче, даташита под рукой нет, да даже еслибы и был все равно момент интересный. Кто объяснит?