Тогда читайте, что сказал выше Сергей Борщ

Привожу текст inavr.h (IAR 4.10B)

Усе

Спасибо всем, кто мне помогал, особенно Сергею Борщу. Он оказался прав. Программа теперь работает

На самом деле правы были все. Обратите внимание на замечания otrog и aesok по поводу volatile. Без этого вполне возможно что программа у вас сейчас работает, а при смене уровня оптимизации, версии компилятора или просто добавлении лишней команды вдруг перестанет. Причем компилятор будет совершенно не виноват. Поскольку вы только начинаете - лучше сразу приучить себя писать правильно, чтобы потом не наступать на эти очень распространенные грабли на ровном месте.

Успехов!

Согласен, правы были все и всем за это спасибо.

Объясните, пожалуйста. как понимать слово volatile!
И чем отличаются строки
char decode[10]={0xC0,0xFC,0xA4,0xB0,0x99,0x92,0x02,0xF8,0x80,0x90};

и

__flash char decode[10]={0xC0,0xFC,0xA4,0xB0,0x99,0x92,0x02,0xF8,0x80,0x90};

И с той и с этой программа работает!


И спасибо за пожелание успехов!

volatile означает "изменчивый". Это слово даёт компилятору указание не оптимизировать обращения к переменной или обьекту.

Строки, приведённые Вами, отличаются местом их хранения. Первая хранится в ОЗУ (грузится туда из flash при старте), вторая хранится во flash памяти.

char decode[10] - переменные в ОЗУ. Параметры прописываются во флэш и при старте переписываются в ОЗУ.

__flash char decode[10] - константы. Расположены во флэши.

volatile - указывает компилятору что переменная может изменится , например в прерывании. Т.е. он должен работать с ней по ее физичекому расположению и не создавать копию( например перегружая в регистр, хотя так и быстрее).

Т.е. если записать __flash char decode[10]={0xC0,0xFC,0xA4,0xB0,0x99,0x92,0x02,0xF8,0x80,0x90};, то экономим ОЗУ?
Тогда все константы, таблицы лучше размещать во flash? Например какую-нибудь таблицу перекодировки!

Сообщение отредактировал Anjey_N - Jan 23 2007, 12:09

Да.

Только лучше написать __flash const char decode[10]={0xC0,0xFC,0xA4,0xB0,0x99,0x92,0x02,0xF8,0x80,0x90};, а то при оптимизации компилятор может скопировать массив в ОЗУ

Сообщение отредактировал GDI - Jan 23 2007, 12:45

Ура! Жизнь налаживается!
Пора заводить словарик!

Это имеет еще одно скрытое преимущество - если вы захотите перенести код на другую платформу (например для отладки алгоритма на PC), где нет понятия флеш или ключевого слова __flash, вы просто добавите в начало исходника строчку #define __flash и переменная будет продолжать вести себя адекватно, т.е. константой, и компилятор сможет проконтролировать попытки записи в нее.

И сразу на будущее - наверняка придется таскать код между платформами (пример только что привел), сразу же наткнетесь на то, что int, ling, float, double, в общем практически все типы имеют различный размер. Например int у AVR, MSP430, win16 = 2 байта, а у ARM, win32 - 4 байта. И чтобы не попадать в зависимость от этой неоднозначности есть два пути -
1)подключаете стандартный файл <stdint.h> и везде в программе используете переопределенные в нем типы uint8_t, int8_t, uin16_t, int16_t и т.д. (по названию понятно что они означают)
2)пишете для каждой платформы свой файл в котором подбираете подходящий тип:

эээ...
long и float разный размер на разных платформах?
насчет long может и соглашусь, так как нигде не указана его длина, но float - 32 разряда.

про long (никаких домыслов, только факты):
Про float подловили :-) Действительно:
И файл называется <stdint.h>, т.е. только целые типы. Правда есть исключения, но тут уже ничего не поможет:

Да собственно и нужны то только целые, так как с плавающей запятой никаких размерозависимых операций обычно не производится кроме операций выделения памяти, но тут спасает оператор sizeof.
А вот насчет stdint.h... дело в том что он введен в только в стандарт c99, и по этой причине отсутсвует во многих писюковых компиляторах, например в msvc. Так что для пущей портируемости, когда не хочется править ни строчки в исходниках, проще пользоватся своими переопределеными целыми типами.

Ладно хватит умничать... (это я себе)

Вау! Я прямо горд за себя. Пришёл к этому самостоятельно когда оценивал компиляторы. Файлик свиснул из GCC. Правда подправлял чего-то там, а то не шло на IAR.