IAR Embedded Workbench

[niXto]

Откройте хекс-файл, там слева специальный счетчик байт. Нужно только перевести в десятичный вид

[_Артём_]

Где правда и какова длина кода на самом деле?

Истинная длина - та, которая наибольшая.
main.lst - это только то, что из main.c вошло в программу. А есть же ещё startup и вектора. К тому же main.lst - листинг компилятора, а итоговый размер даёт линкер. Что говорится в выводе после "Linking
...."?

P.S. Зачем в map лезть чтобы размер посмотреть? Можно выдь в IDE увидеть всё.
P.S. 2. Таблицу векторов тоже можно почикать - экономия в размере. Правда небольшая в случае тинки.

[gary2007]

niXto, последние строчки хекса надо смотреть?

:1003C00019F0F901EDDF01C0E6DF049610E0883195
:1003D000910768F3089500000000FFFF000000008F
:0703E0000000000000000016
:00000001FF
:00000001FF

3E0 = 992 байт

_Артём_ где смотреть в IDE?
в закладке BUILD при Make пишет:

Building configuration: 
Updating build tree... 
 
2  file(s) deleted. 
Updating build tree... 
main.c  
Linking 
 
Total number of errors: 0 
Total number of warnings: 0

Вся программа "сбита" в один файл main.c
извне только два инклюда
#include ‹ioavr.h›
#include ‹intrinsics.h›

Дудка под программатором пишет лог:

.hex contains 1000 bytes
avrdude.exe: reading on-chip flash data:

[_Артём_]

niXto

Код:

:0703E0000000000000000016 :00000001FF :00000001FF

3E0 = 992 байт

Можно и так. 3E0 + 7 = 999 -почти 1000.

_Артём_ где смотреть в IDE?
в закладке BUILD при Make пишет:
[CODE]Building configuration:
Updating build tree...

2 file(s) deleted.
Updating build tree...
main.c
Linking

Попробуйте так:

#include ‹ioavr.h›
#include ‹intrinsics.h›

Но startup и вектора тоже есть...main - не вся программа.

[gary2007]

:0703E0000000000000000016

Т.е. все таки по хексу надо два поля складывать 07 и 03E0.
Это наверно проще всего, потому что после тех установок что предложили Вы, теперь в закладке Build пишется то же что и в MAP-файле:

987 bytes of CODE memory (+ 12 range fill )

Кстати, что такое 12 range fill ?

[_Артём_]

Т.е. все таки по хексу надо два поля складывать 07 и 03E0.

Это логично,ведь 03E0 - адрес первого байта.

Вы, теперь в закладке Build пишется то же что и в MAP-файле:

Ну да - не надо файл искать. Посмлтрел вывод и всё ясно.

Кстати, что такое 12 range fill ?

Видимо линкер заполнил 12 байт чем-то...Наверное неиспользуемые вектора командой RETI (есть такая галочка). А может ещё чем-то.

[niXto]

Можно и так. 3E0 + 7 = 999 -почти 1000.

999 не может быть в принципе, т.к. у АВР 16-битная организация ПЗУ программ, т.е. всегда четное количество байт

[_Артём_]

999 не может быть в принципе

Не может, но IAR не знает об этом - всё в байтах считает.
Но дело в том, что flash не только код может хранить, но и данные. И размер данных может быть нечётным.

т.к. у АВР 16-битная организация ПЗУ программ, т.е. всегда четное количество байт

Ну это понятно, что записывать flash только словами можно. Но данную ситуацию можно понимать так: записали N слов, но с последнем слове один байт заполнили мусором, то есть можно ещё в байтовую константу вписать и всё равно влезет.

[niXto]

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

[ut1wpr]

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

IAR информирует в байтах. Программисту виднее, на каком заборе и какими словами у него писано.