Что надо:
1. желательно, чтобы после компиляции был один файл HEX (но можно и два)
2. сформировать в EEPROM данные, желательно с определенного адреса, строку символов, чтобы потом, обратившись из программы вывести ее на дисплей, чтобы при инициализации они не менялись. То есть надо просто массив данных из строк и констант (можно отдельно и переменных), которые будут при программировани записаны, а на этапе компиляции никак не меняются.
3.правил сfg1soim.xcl чтобы получить единый файл, но там даже нулей в eeprom не получилось

в общем засада - как мне это сделать - надоело отдельно формировать ручками данные для eeprom!

пробовал так:

typedef struct {
__eeprom unsigned char var1;
__eeprom unsigned char zast1[3];
} struct1;

Error[Pa004]: illegal declaration

вот так:

__no_init __eeprom unsigned char zast[4];

при этом формирую два файла - для кода и eeprom - ПРОКАТЫВАЕТ но при загрузке файла eeprom
там нули - что логично. При попытке инициализировать

вот так:

__no_init __eeprom unsigned char zast[4] = {23,34,56,78};

Error[e133]: The output format intel-extended cannot handle multiple address spaces. Use format variants (-y -O) to specify which address space is

а с #pragma _locate чтото не получилось разобраться - как выставить адрес, с которого начать размещение и при этом указать, что все это дело в EEPROM?

Поиск по сочетанию "e133" дает ответы на ваши вопросы.

Тема стара, как мир. Пользуйтесь поиском.

Для формирования файла .eep в командной строке линкера вставьте
-y(CODE)
-Ointel-extended,(XDATA)=.eep

По посту Igor26 сделал следующее

Советую в Linker -> Extra Options ввести настройку генерации выходных файлов:
-Ointel-extended,(CODE)=NAME.hex
-Ointel-extended,(XDATA)=NAME.eep
а Linker -> Output -> Format (radiobutton) поставить на Debug information.

причем когда советуют забывают про последнюю строку и ничего не работает
компилятор все проглотил но............
в файле образа для eeprom вместо одного числа 0x40 которое в тексте выглядит как
const __eeprom unsigned char stst = 0x40;
с нулевого по 41 адрес следующее
3A 30 32 30 30 30 30 3032 30 30 30 46 43 0D 0A 3A 30 31 30 30 30 41 30 30 34 30 ......
ну и так далее - ЭТО КАК???
чем это расширение открывать - если я просто его смотрю блокнотом то вижу там что надо
гружу в eeprom как образ такая фигня
если расширение сменю на hex и гружу то в нулевой ячейке памяти нулевое значение

и вот не ответили чегото - как мне указать,что данные в eeprom располагаются с определенного адреса?


По посту IgorKossak

понял что intel-xxxxxxx форматы в принципе не могут содержать в себе кусок для flasch и eeprom
а программируемые области могут быть только в разных файлах
я правильно понял?

Будьте добры, пишите конкретнее - что за последняя строка и как именно выглядит "ничего не работает". Потому что у остальных почему-то все работает.Это надо почитать описание формата Intel-HEX, в котором вы попросили  линкер создать ваш файл.Это есть в документации, если чем-то не устраивает определенный адрес "ноль".В общем да. Можно извратиться, но не нужно. Потому что программатор такой файл не поймет. Объясните пожалуйста, зачем вам обязательно нужно загнать код и содержимое eeprom в один файл?  Уже второй раз в этом году такой вопрос, но внятного объяснения "зачем" пока никто не дал. Посмотрите эту тему.

Попробую предположить что у автора стоит PonyProg , хотя могу и ошибатся.

строка вот эта - без нее ошибку выдает

а Linker -> Output -> Format (radiobutton) поставить на Debug information.

Объясните пожалуйста, зачем вам обязательно нужно загнать код и содержимое eeprom в один файл?

вообще хотелось читать программатором один файл - и думалось что программатор сам раскидает куда чего писать а оказалось облом

но собственно я рано обрадовался один из программаторов отказался принимать расширенный интел - проверю на другом и тогда может а скорее всего да появятся новые вопросы

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

При таком объявлении
__no_init __eeprom unsigned char zast[4] = {23,34,56,78};
компилятор скорее всего удаляет данные, т.к. на них нет ссылки в программе.
Объявите
__root __eeprom unsigned char zast[4] = {23,34,56,78};
и компилятор их удалять не будет, т.к. __root это делать запрещает.

1. Из такого определения ещё не следует, что в программе нет ссылок на этот обьект.
2. Данное определение взаимоисключающее, т. к. с одной стороны есть указание, что обьект __no_init, а с другой, он инициализируется значениями = {23,34,56,78}. Компилятор в этом случае должен выдать хотя бы ремарку (если они не запрещены).

Т.е. предполагается что в программе есть переменная zast[4]. Где она располагается?
В eeprom или... (Стой там, иди сюда). Как компилятор это должен понимать?

Где у это у меня.
Я предложил __root __eeprom unsigned char zast[4] = {23,34,56,78};

Выссказывания IgorKossak относились к автору.

Автор не указывал, что у него нет обращения к переменной. То есть при объявлении типа:

__eeprom unsigned char zast[4] = {23,34,56,78};

и обращении типа

i=zast[j];

компилятор всё разместит как надо и сформирует оба файла. У меня, кпримеру, всё прекрасно формируется. Можно также явно указать адресс размещения этого массива. Либо посредством прямого указания (через @) либо адресуя сегмент соответствующий.
Всё это чётко описано в документации. Последовательность размещения переменных в EEPROM будет соответствовать последовательности объявления соответствующих переменных. Можно размещать и структуру в EEPROM. Для этого ключевое слово __eeprom должно быть вынесено за поле объявления. Не допускается только растусовка полей (одно в EEPROM, другое в ОЗУ), что совершенно очевидно и так. Хотя чётко описано в документации.

Согласен. Беру свои слова обратно.
Я читал EEPROM через _EEGET.
Но если формировать данные для EEPROM,
без ссылки на них в программе нужно __root.