Приветствую ! Хочю подвесить клавиатуру 4х4 к меге8. Знаю что есть готовые библ. но хочю сделать сам. Пишу следующее в Иар 4.12 :



enum TState{notpressed, prepressed, pressed, longpressed, released};

struct SingleKey
{
byte worked;
byte count;
enum TState state;
};

__flash struct SingleKey Keys[4][4];

int main( void )
{
Keys[1][1].count=1;
}


И получаю : Cannot write to flash memory.

Может забыл чего в Опциях ?!
Буду благодарен за помощь !

Сообщение отредактировал dio - Jun 25 2006, 17:26

Так оно и есть - пишите же во флэш. Убирайте модификатор и будет вам счастье.

IAR не обладает подпрограммами записи во флеш по ходу выполнения программы, во избежание. Или пишите свои подпрограммы на ассемблере или размещайте переменные для постоянного хранения в eeprom. Последний вариант намного лучше, так как flash в avr записывается постранично. В вашем случае не вижу смысла размещать Keys в энергонезависимой памяти, объявляйте переменные без модификаторов - используйте RAM.

Я туда и хочю! Думал так будет лучше! Кроме того в примерах других делалось тоже самое !
Посоветуйте !



Благодарю, этого я и хотел услышать !!!

Каких примерах? Зачем данные с клавиатуры писать в энергонезависимую память?. У нее кроме всего прочего ограниченное количество циклов перезаписи и у flash и у eeprom.


Уже ж посоветовали.


Блин. Издержки письменного общения. Всегда пжалста!

Логически непонятно, зачем это нужно? Такие вещи как клавиатура могут менять данные по нескольку раз в секунду.Так протереть дырку во флэше на раз два. Во флэш стоит писать только какие-нибудь апдейты кода, или таблицы перекодировки.В eeprom калибровки, адреса и прочие данные для настройки конкретного экземпляра устройства.Все остальное в ОЗУ.
Объясните вашу идею с флэшом.

я вот так дырку протер в начале карьеры ... долго голову ломал почему прибор работать перестал.

Спасибо огромное за пояснения, я понял все с первого раза, просто не заметил что ответил неправильно на ваш пост (два слились в один) и вас запутал. Спасибо ещё раз !!!

Это не баг, а фича!
При частых подряд ответах одного автора в одной ветке посты сливаются, чтобы места занимать меньше.