IAR Embedded Workbench

[_Артём_]

В ИАРе разве нет такой опции? Как в бесплатной и всеми ругаемой визуал-ассемблер среде?
*Слово = 2 байта

Нету такой опции...видимо по причине её ненужности. Все хотелки не удовлетворишь: может вам завтра в битах считать захочется или в двойных словах. А IAR-у что прогибаться под всё это? Смысл? Всё равно никто из пользователей форума у них ничего не купит...

[niXto]

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

А считать нужно в единицах памяти - байтах или словах (как у ПИКов с 12...14-битными словами ПЗУ программ)...

[gary2007]

Что делать если в IAR AVR для ATtiny24a в регистре EECR (EEPROM Control Register) два бита прописаны не так как в ДШ


1-й бит должен быть EEPE а не EEWE
2-й бит EEMPE а не EEMWE.

Записать в коде как прописано в IAR? Потому как сыпет ошибками, мол неправильное определение и т.п.

[woroba]

Варианты
1-Писать как в хедере.
2-Исправить хедер.

[_Артём_]

1-й бит должен быть EEPE а не EEWE
2-й бит EEMPE а не EEMWE.
Записать в коде как прописано в IAR? Потому как сыпет ошибками, мол неправильное определение и т.п.

Можно писать как как в sfr-файле от IAR: в названиях только одна буква заменена (W вместо P). Или можно sfr-файл отредактиривать в соответствии с даташитом.

[gary2007]

Интересно что в XML-файле все соотвествует ДШ.

Или можно sfr-файл отредактиривать в соответствии с даташитом.

А как быть с файлом .h, его тоже править?

DLL-ки яровские потом не будут конфликтовать?
А также будет ли правильно работать отладка в AVR studio, ведь в студии все эти биты соответствуют ДШ.

[_Артём_]

Интересно что в XML-файле все соотвествует ДШ.

В атмеле бардак с именами развели, вот всех и запутали.

А как быть с файлом .h, его тоже править?

Лучше пожалуй не править, а делать так как в ИАРе определено.

DLL-ки яровские потом не будут конфликтовать?

Какие именно dll-ки? С чем конфликтовать?
Думаю не будут...

А также будет ли правильно работать отладка в AVR studio, ведь в студии все эти биты соответствуют ДШ.

Скорей всего проблем с AVRStudio не будет - вы же в неё по-сути hex загружаете (с отладочной информацией). Какая студии разница как у вас биты называются? Она просто отбразит статусы eeprom-а как умеет.

[gary2007]

вы же в неё по-сути hex загружаете (с отладочной информацией)

Отладка в студии идет через файл DBG формируемый IAR и далеко далеко не HEX, что-то бинарное и размером на порядок больше HEX-а.

[_Артём_]

Отладка в студии идет через файл DBG формируемый IAR и далеко далеко не HEX

Это не важно - можно и hex отлаживать.
Студия просто отображает текущее состояние периферии - ей пофиг как вы его в программе обозвали...

[gary2007]

Заглянул в листинг, компилятор к счастью пишет эти биты по физическим адресам

    312            EECR |= (1‹‹EEMWE);
   \   00000010   9AE2               SBI     0x1C, 0x02
    313          /* Start eeprom write by setting EEPE */
    314            EECR |= (1‹‹EEWE);
   \   00000012   9AE1               SBI     0x1C, 0x01

Отладка как и ожидалась частично не идет, но в железе будем надеяться все отработает.
По крайней мере в проекте на ATtiny13a также эти оба бита перепутаны с точностью до наоборот, но в железе память пишется.