Здравствуйте,

у меня стоит задача на контроллере LPC2148 по усарту читать и записывать константы во флэш, как это лучше всего сделать? с помощью IAP, или можно ли как-то проще?

Спасибо,
Иван.

Других способов не существует.

А можно примерчик?
Бо я с этой архитектурой только знакомлюсь.
Спасибо

на сайте производителя есть примеры IAP для LPC2000

А как занести переменную по определенному адресу (сектор)?
С константой ясно, например
#define a 100 @ 0x10000000

А переменную как объявлять?

Спасибо

С поиском бы лучше ознакомились. Хотя бы вот http://electronix.ru/forum/index.php?showt...l=iap*&st=0

Спасибо всем, немного освоил IAP.

Вот только последний момент остался, подскажите что нужно и где написать в scatter-файле чтобы правильно данные разместить по нужному адресу
Среда Кейл
Как сделать чтобы память данных была в IROM2?

Думаю, лучше всего жёстко задать размещение данных. Если отдать это линкеру, данные будут "плавать", и как работать с IAP'ом, непонятно. Хотя, если все блоки по 32 байта (или сколько там минимальный размер для программирования? забыл...), можно и автоматически размещать...

Задать размещение можно вот так:

#include <absacc.h>
volatile const unsigned short usBuild __at (FIRMWARE_BUILD_ADR) = 0xFFFF;

Волатайл - это борьба с компилятором. Он сильно умный, вместо обращения к обычной const может подставить её значение.

Оформить данные в отдельную секцию (см. #pragma arm section), секцию разместить в требуемом регионе в scatter'е.


Куда это они будут плавать, если адрес секции жестко привязан?

> Куда это они будут плавать
Если в эту секцию натолкать десяток отдельных переменных - я не дам никаких гарантий, что они все не перемешаются.

Правильное решение, видимо, создать в этой секции одну структуру со всеми требуемыми данными - и заниматься фигнёй с ручным выравниванием не надо, и излишней самодеятельности от линкера можно избежать.

+1

Именно. Хотя замечу все же, что самодеятельности со стророны линкера быть не может - он действует по правилам и в соответствии с link order, а вот C-компилятор действительно никак не гарантирует определенную последовательность размещения данных.

Так а записать во флэш с помощью IAP можно только минимум 512 байт (256 у меня не вышло почему-то - пишет не правильно задано количество байт).
Для этого прийдется создать буфер на 512 байт - вначале считать все данные с памяти - потом изменить пару байт и записать?

Во-первых, всё-таки минимум 256. Должно это работать.

А во-вторых "изменить пару байт и записать" нельзя. Писать надо в стёртый сектор, а минимальный размер сектора - 4 килобайта.

Кто-то обещал лёгкую жизнь?

Я всё-таки предпочитаю ручное размещение данных. Отдельный файлик заголовочный и там смещения от страницы eeprom всех данных. Структура тут немного неестественно смотрится, хотя и такое решение тоже не идеально.

Я читаю флэш блоками по 256 байт. Но это можно делать только если есть минимум 2 сектора. 2-й сектор стираешь и блоками переливаешь туда данные из первого, попутно заменяя там нужные данные. Потом сектора меняешь местами. У меня для увеличения ресурса флэша используется 8 секторов по 4К и хитрая система определения самого нового сектора.