Спасибо _Артём_ и V_G, тереь становится яснее.

Попытаюсь слегка резюмировать то что я понял. Поправте ещё раз ежели не прав.

Итак, страничный буфер еепром это один 32-х байтных массив при записи в который почемуто происходит лог. И .
В режиме отображения в область данных писать в этот буфер можно по любым адресам 0x1000-0x17FF (старшие биты адреса игнорируются).
Количество этих записей не ограничено, ни что не мешает выполнить сто раз запись по одному и томуже адресу.
Для записи буфера в страницу еепром необходимо выполнить команду NVM с ADDR равным любому адресу записываемой страницы (младшие биты адреса игнорируются).

PS. похоже что при записи буфера в страницу еепром игнорируются не только 5 младших адресов а и адреса старше A10.

Вы бы еще ревизию чипа читали перед использованием eeprom. В xmega128a1 до ревизии чипа H, был неприятный баг. У меня проявлялся следующим образом (тоже использовал map ram), при записи в eeprom контроллер прыгал на произвольный адрес flash. Нормально запустить получилось, только когда применил workaround из errata. Запись в eeprom - впадение ядра в idle - просыпание по прерыванию об окончании записи в eeprom.
Первые партии xmega разных серий страдали этой бажиной, потом они ее пофиксили. Здесь как повезет. Мне два таких попалось, потом нормальные стали приходить.

Немного о причинах введения NVM контроллера. На мой взгляд одна из причин это организация постраничного доступа. В AVR постраничный доступ был доступен только через программатор. Мне в софте приходится сливать в eeprom большие массивы данных, в xmega это не в пример быстрее происходит из-за постраничной организации.

Капец!
С освоением хмег не спешил, ждал когда побольше багов выловят.
У меня все rev.H. Проверяю по старту и ругаюсь на более раннюю.

Да. конечно полезная штука.
я тоже хотел ею воспользоваться чтоб дополнительно сэкономить на озу.
чип мега 128а3
задумка была при постоянном включенном маппинге работать с калибровочными таблицами.

Но к сожалению, так и не удалось довести до релиза.
Хаотически появлялись глюки с записью в еепром.
3 месяца гонял свой софт из шкуры вылез, но так и не добился устойчивой работы NVM.
Пришлось по старинке грузить таблицы в озу.
Причины сбоев так и не смог опредлить.

Да и с включенным маппингом студия4+avr Jtag mkII+ активное окно: содержимое EEPROM - тоже дурит не по детски.

Я применяю atxmega32a4, никаких подобных проблем не встречал. При отладке в Студии4 иногда затирается ячейка 0 EEPROM, но эта штука где-то описана.
EEPROM у меня используется на запись относительно часто, каждый раз при выключении питания пишется страница статуса (32 байта), 100 мкФ по питанию вполне хватает для удержания питания на время записи.

В IAR в отладке тоже что-то подобное наблюдал с нулевой ячейкой.
Не могли бы Вы сказать где проблема описана, есть желание почитать об этом.

А как узнать время записи страницы еепром при тактировании проца от внутр. 32 MHz?
В DS на хмега128A (п. 33.4 Flash and EEPROM Memory Characteristics Table 33-4. Programming time) указано 6 ms но только для внутр. 2 MHz.

Вернулся старый глюк meg, про который все уже забыли?

Я бы сказал глюк at90s, т.к. в мегах ИМХО его уже не было.
Я до сих пор во всех AVR проектах нулевой байт eeprom'a резервирую:-)

Да нет это проявляется только при отладке
и при включенном мапинге и открытом окне содержимого еепрома
(покрайне мере у меня 100 % затирание ячейки- одна или несколько уже не помню)
я так понимаю студия читает содержимое еепрома не используя маппинг
если за этим следить (руками ставить\убирать флаг) то проблем нет
хотя конечно напрягает.



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

Я не использую нормальный режим и на него соответственно не переключаюсь

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

При переходе в спящие режимы запись в еепром останавливается или нет?

Аналогичное поведение в IAR.



В IDLE продолжает писать. В power save\down с памяти снимается тактовая, так что не должен писать, остальные не пробовал.

ОК.

Еще вопрос:
При выключении питания проц уходит в power save и питается от резервного CR2032, просыпаясь раз в секунду инкрементирует счётчик времени и проверяет не появилось ли основное питание.
Всё ОК, пол года полёт нормальный.
Но есть одна проблемка.
Если отключить и резервное питание то по сбросу счётчику времени кирдык.
Сейчас при сбросе просто инициализирую счётчик временем прожига проца.
Но хочется что бы время не сбрасывалось а хотябы просто останавливалось.
Планирую раз в минуту писать счётчик в еепром.
Время стирания/записи страницы еепром 12ms и потребление 30mA.
Как прикинуть на сколько быстрее сдохнет батарейка если дополнительно каждую минуту при просыпании бросать текущее время в еепром?