caxapa.ru :: чего-то туплю с доступом к EEPROM в XMEGA

Adept (04.08.2014 22:27, просмотров: 79836)

чего-то туплю с доступом к EEPROM в XMEGA не получается запись Как я понял есть 2 пути: 1) - через nonvolatile memory controller, используя его регистры и флаги 2) - через команды st/ld, сделав ремап EEPROM на адреса ОЗУ Я пошёл вторым путём. Чтение работает, но запись - нифига. понимаю, что где-то нужно смотреть флаг готовности (окончание записи) после команды st, но пока не очень понял где. Для проверки , тупо впендюрил задержку в 10мС после команды st. нифига не помогает, ничего не пишется. в даташите скромно указано на возможность байтовых операций через st/ld, но не более того.

The EEPROM supports both byte and page access. Memory mapped EEPROM allows highly efficient EEPROM reading and EEPROM buffer loading. When doing this, EEPROM is accessible using load and store instructions. Memory mapped EEPROM will always start at hexadecimal address 0x1000.

Кто-нить ходил по этим граблям??

...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)

Ответить

- Увидев как атмел родило монстра,, все перескочили на ARMы. - Олдфаг(04.08.2014 22:44, )
  - :) ну да немного монструозо для 8-мибитника, но чесслово крайне интересный камушек (пока использую его процентов на 50 ресурсов - не нарадуюсь, но есть конечно свои сособенности :(( Adept(585 знак., 04.08.2014 22:53 - 23:10)
    - Гуано это а не вершина. Отвязали регистровый файл от абсолютных адресов, а сделать чтобы он окном гулял по произвольному месту ОЗУ не догадались. Тогда б можно было говорить о второй жизни АВР. - Олдфаг(04.08.2014 23:09, )
      - Недавно проект сделали на хмеге. Для разводки - это лучший камень, который встречался. Думаю, даже на однослойке достойно разведется. Программисты, это да, сначала бухтели, ща втянулись. - max(05.08.2014 13:15)
        
        только в QFN напрягает thermal-pad (всё приходится тащить наружу) Ну а так, общем особой разницы, скажем с мегой 16/32 не заметил, за исключением ног земли/питания по всем сторонам (но вести трассы всё равно нужно ко всем) - Adept(05.08.2014 13:21)
        
        Питание грамотно и еще ремап. - max(05.08.2014 13:26)
        
        Для разводки лучший камень мега в DIP28 и MSP в DIP20 ;) - Гудвин(05.08.2014 13:18)
        
        Выводов маловато. Да и дип многоместажрет. - max(05.08.2014 13:19)
      - а что это дало бы такого замечательного?? Вот если бы регистровые операции распространялись на всё ОЗУ :)), ну и с константой, естественно тоже, вот было бы интересно :) Ну а так там довольно большой список уникальных и не очень плюшек Adept(701 знак., 04.08.2014 23:22 - 23:24)
        
        Это дало б быстрое переключение контекста. Мгновенные операции память-память в пределах окна. Но отвадил меня от х-меги таки его ЕЕПРОМ. Это нечто. В-общем, злюсь на себя сколько времени пытался изучить этот кристалл. И СТК 600 купил... Лучше бы Олдфаг(28 знак., 04.08.2014 23:35, )
        
        лучше было бы распространить регистровые операции на всё ОЗУ :))) Ну а по поводу EEPROM, - дело привычки :))) (вот сейчас привыкаю, ... мать его так... :(( Adept(375 знак., 04.08.2014 23:39 - 23:43)
        
        Так ведь Си - ничто иное, как макроассемблер. Учить его легко и приятно, пользоваться ещё легче и приятней :) бомж(32 знак., 04.08.2014 23:48)
        
        Какой там флейм? Знать ассемблер <х-з-какого-проца> и не знать Си? Это от ленности и косности, иного объяснения быть не может. - SciFi(04.08.2014 23:54)
        
        не согласен я :)) знание ассемблера любого проца (неважно даже какого) - это знание основ работы с данными, ну скажем как изучение фортрана в институте, которое мне дало понимание основ работы со всеми ЯВУ, Adept(550 знак., 05.08.2014 00:04)
        
        Вместо Фортрана, первым языком учили Модула-2. Травма на всю жизнь. До сих пор смотрю на все эти ваши Си и Си++ как на унылое дерьмо:) - Скрипач(05.08.2014 09:25)
        
        Сам фортран перестал народу пригождатся совсем недавно, когда публика таки напряглась лет 10 назад и наконец осилила перелопатить фортрановые библиотеки на сишник. А до той поры рассчетные вещи в том же ЦЕРНе на фортране продолжали клепать ибо Codavr(81 знак., 05.08.2014 06:14)
        
        Угу, а низкоуровневый программер со знанием ассемблера и без знания ЯВУ будет ковыряться в хренотени и даже тетрис сможет сделать разве что с напряжением всех последних сил. - SciFi(05.08.2014 00:08)
        
        ну для тетрисов, всякие Си-шники существуют :)) а если серьёзно, то при необходимости изучить хоть Си, хоть Модулу, хоть Форт, - без проблем, вопрос надо ли?? Мне пока реально не надо (честно-честно) Хватает с головой и "ювелирки" на асме :)) - Adept(05.08.2014 00:10)
        
        Я не настаиваю. У мну нет персонального храма Си :-) - SciFi(05.08.2014 00:12, ссылка)
        
        кстати, из практики: под одни и теже задачи мои требования и требования инженеров, пишуших исключительно на Си, различались как минимум в разы по размеру памяти, и быстродействию камня. понятно, что при текущей копеечной стоимости кремния Adept(424 знак., 05.08.2014 00:18)
        
        Ну, во первых, это перфекционизм (нет, это не хвала, а ругательство). А во вторых, не верю: либо снова передёргивание, либо эти "инженеры, пишущие искличительно на Си" так же узколобы, как и те, кто пишут исключетельно на асме. - SciFi(05.08.2014 00:23)
        
        Я боюсь, имеет место типичный случай, когда некоторые товарищи имеют крайне упрощённое и наивное представление об предмете разговора. Мерседес и жигули тоже различаются в разы... и доехать можно на жигулях в принципе-то. - fk0(05.08.2014 09:26, ссылка)
        
        вопрос переходит в филосовскую плоскость (о смысле жизни. бытия и всего сущего) , так что спорить даже не буду начинать, по поводу инженеров же Adept(717 знак., 05.08.2014 00:30)
        
        А я добавлю: этот реально хороший Си-программер ещё и асм знает. - SciFi(05.08.2014 00:33)
        
        да, не без этого, но такие, в общем нечасто встречаются, совсем нечасто. и уж дайте наконец-то почитать даташит, вороги :)) зафлеймили совсем :)) - Adept(05.08.2014 00:45)
        
        ??? - Bill(06.08.2014 22:54)
        
        Ога. И байт-код) - Олдфаг(05.08.2014 00:38, )
        
        8-битники - отстой! Хотя для стиральных машин и 4-битники Самсунг, кажись, выпускал. - бомж(04.08.2014 23:28)
        
        нахера мне перфоратор, чтобы банально забить гвоздь. Достаточно молотка.Так и с 8-битниками, - каждому фрукту - свой овощ :)) - Adept(04.08.2014 23:37)
        
        Не. Это просто боязнь или нежелание изучать новое. А надо!!! :-) Всё равно придётся рано или поздно, вон уж сколько Леонид Иванович упирался, но жизнь заставила :))) - бомж(04.08.2014 23:42)
        
        Мода, конечно, хрошо. Ну позырил/пощупал я эти STM32L... И забил. Им еще 100 метров дерьмом плыть до того, что изображаю сейчас на старой-доброй меге, не говоря уже про MSP430G. Правда девайсы у меня немного специфичные... Но если надо что-нить Гудвин(73 знак., 04.08.2014 23:52)
        
        То есть только один плюс остался у 8-битников, малое потребление? - бомж(05.08.2014 00:41)
        
        Скорее архитектура/специальные фишки, способствующая этому. Неоднократно тут акцентировал. Ну и не только 8 бит. Например, MSP из состояния "полного дауна" начинает молотить со скоростью 16 МГц через 1 мкс. Среди кортексов, как говорят, только Гудвин(201 знак., 05.08.2014 01:00)
        
        С появлением MSP430G2955IDA38 можно и мегу потихоньку задвигать в уголок ;) Жаль, что не на по-годика раньше появились. С удовольствием бы применил вместо м328 в двух "крайних" батарейных железках. - Гудвин(05.08.2014 01:20)
        
        А что не так с 8-битниками? Тот же STM8 на сях очень приятен. - SciFi(05.08.2014 00:44)
        
        Да и мега32 весьма мне нравится. Но сейчас в новые проекты пихаю 32-битники, хотя, если будет что-то простое, тоже возьму STM8, уже прикупил STM8S003F3P6 пару десятков и ST-Link. - бомж(05.08.2014 00:50)
        
        Хм... А я взял таких 50 шт. + STM32F051 20 шт. вот-вот подойдут, опять-же. - Bill(06.08.2014 23:00)
        
        STM8S003F3P6 - самый дешёвый вариант на findchips.com. Этот аргумент сложно перебить. - SciFi(05.08.2014 00:54)
        
        вот и я про тоже... потому и люблю всякий эксклюзив, там можно с душой поработать, а то от ширпотреба тошнит уже. - Adept(05.08.2014 00:07)
        
        не, не надо (поверьте) надо будет, - изучу, тем более, что на ПК я ещё по ДОСом на СИ и Пасквиле чего-то там ваял :)), но потом ушёл в с потока на "ручную работу". Мне как-то эксклюзив больше по душе :)) Adept(447 знак., 04.08.2014 23:47 - 23:51)
        
        сам изредка асм применяю, но с большой неохотой, надо признаться :))) - бомж(04.08.2014 23:50)
        
        Асм это урод, как и Си и большинство (а может и все) ЯВУ, но за неимением лучшего, как говорится... Ну и , кстати асм отличается от всех ЯВУ тем, что программа полностью понятна, прозрачна, предсказуема, и я всегда знаю что делает процессор. Но, Adept(600 знак., 04.08.2014 23:56)
        
        Дада, профессионалы пишут на ассемблере! (только макропроцессор приличного ассемблера пострашней си-препроцессора будет). - fk0(05.08.2014 09:22)
        
        бойтесь страшного ассемблера (особо, который по ночам приходит, захватывать разум не одурманенного этой отравой "высокого" программера :)))) - Adept(05.08.2014 13:17, ссылка)
        
        Веб-сервер на асме было бы интересно посмотреть :-) - SciFi(04.08.2014 23:58)
        
        Вот веб сервер на асме - max(05.08.2014 14:31, ссылка)
        
        парсинг TCP/IP пакетов ну и хрен ли такого (памяти побольше, макроассемблер в зубы и в путь) вопрос - нахрена?? Adept(1201 знак., 05.08.2014 14:55 - 14:57)
        
        Мсье знает толк в извращениях. Только там функционала кот на плакал (т.е. ни на что не годится), а львиную долю работы выполняет ядро, которое написано на том же Си :-) - SciFi(05.08.2014 14:37)
        
        а нафига??? Ну если очень хочется, то с макроассемблером думаю большой проблемы не будет, но это уже, как тут правильно заметили, самодельный Си получится :)) - Adept(05.08.2014 00:08)
        
        Как это нафига? В ТЗ написано. - SciFi(05.08.2014 00:09)
        
        в ТЗ указан инструментарий?? фтопку такое ТЗ!! - Adept(05.08.2014 00:11)
        
        Дешёвое. Передёргивание. ТЗ. Веб. Сервер. - SciFi(05.08.2014 00:15)
        
        ну дык и пишите на СИ, тем более, что либов в интернете, - как грязи. А мне не надь веб-сервер. Нужно будет, - позову "высокого" программера :)) я не гордый :)) - Adept(05.08.2014 00:19)
        
        Ну тогда давай так и договоримся, что для кода объемом до 8 килобайт требующего максимальной эффективности и допускающего его вылизывания пока самому не надоест асм рулит. Если ТЗ выходит за эти рамки, наступаем на горло своей песни и зовем Codavr(444 знак., 05.08.2014 05:51 - 06:08)
        
        ну так у мну примерно в таком режиме работа и идёт :)) А лучшая оптимизация, - как известно это оптимизация алгоритма, а не кода, так что меня особо оптимизаторы не впечают. Видел не раз ассемблерный листинг Adept(22828 знак., 05.08.2014 13:02 - 13:09)
        
        Одно критическое замечание. Зачем использовать Bill(301 знак., 06.08.2014 23:11 - 23:33)
        
        Нет. лучше смотрится #define. Потому что основной язык - Си, а директивы ассемблера - они именно что Apтём(224 знак., 06.08.2014 23:22)
        
        Ну, я остаюсь при своем мнении: ассемблеру - ассемблерово, Си - сишное. Только тут еще дело в том, что Bill(331 знак., 06.08.2014 23:32 - 04.09.2014 09:39)
        
        GCC-шники считают по-другому: у них inline-asm очень хорошо в Си интегрируется. Может правильнее так... - Apтём(06.08.2014 23:37)
        
        AVR студия при отладке больше любит #define, - нет проблем с функционалом watch, а вообще и не спрашивайте, - как-то так исторически сложилось :)) , ну а альтернатив условной трансляции я просто не вижу, Adept(109 знак., 06.08.2014 23:18 - 23:21)
        
        Понятно. Я вообще-то при необходимости пользуюсь ассемблером от IAR. В этом случае нет проблем при создании проекта: хочешь - пиши модуль на ассемблере, хочешь - на Си, хочешь - на обоих вместе взятых. - Bill(06.08.2014 23:24)
        
        Да... Apтём(141 знак., 06.08.2014 23:39)
        
        я тоже раньше так думал, и смотрел на асм, как на какой-то кошмар, сейча - нормально его воспринимаю, более того, Adept(1376 знак., 06.08.2014 23:53)
        
        Странно это: Apтём(406 знак., 07.08.2014 00:18)
        
        да всё может при грамотной архитектуре программы, но трудностей никак не меньше чем в ассемблерном варианте, ну и си-программеры часто любят сугубо линейные алгоритмы, как только обильные прерывания, парсеры и многопоточность, многие теряют Adept(1657 знак., 07.08.2014 00:40 - 00:58)
        
        Трудно согласится с тем что Apтём(857 знак., 07.08.2014 10:58)
        
        В наше время факт участия в дискуссии "асм <> си" вызывает скрытое или не очень сочувствие ;) - Vladimir Ljaschko(07.08.2014 05:43)
        
        Спасибо за сочувствие конечно, но вроде как особо не нуждаюсь :)) Ну и как бы я дал тут понять, что всё и вся имеет "право на жизнь" в своей нише. Считаю крайней глупостью всё "стричь под одну гребёнку". Надеюсь я был правильно понят?? :) - Adept(07.08.2014 06:49)
        
        Да нет, не совсем ноль. Иногда приходится Си-модули в ассмблер переносить. Компилятор генерирует, а я дорабатываю. Правда это очень-очень редко случается. А вообще, Bill(114 знак., 06.08.2014 23:52)
        
        Как нет приличных ассемблеров? GCC- inline ассемблер слабоват что ли? Или нужно что-то другое? - Apтём(07.08.2014 00:22)
        
        Вообще-то, с точки зрения возможностей самым лучшим, на мой взгляд, был Bill(153 знак., 07.08.2014 01:24)
        
        Хорошо был не сам ассемблер, а DEC архитектура, если быть точным. - Alex68(07.08.2014 22:22)
        
        Нет, я имел в виду именно ассемблер. А про архитектуру DEC я уже и не говорю, она - само собой. - Bill(08.08.2014 19:39)
        
        RT-11 ?? Я застал ДВК-шки только на первом-втором курсе :)) но натыкано их было в ЛЭТИ в каждой лаборатории :)) Народ хвалил (я как-о не проникся) Вот и МСП-шники с теплотой DEC вспоминают :)) - Adept(07.08.2014 01:32)
        
        Лучшей оптимальности не бывает. Оптимальность по определению лучшее решение. Так вот кроме оптимизации по скорости счета бывают и другие критерии - многофакторная оптимизация. Деньги, время разработки, стоимость внесения изменений, да хоть бы даже Codavr(36 знак., 05.08.2014 13:24)
        
        согласен - в мемориз!! :)) Adept(353 знак., 05.08.2014 13:26 - 13:29)
        
        В мемориз. Я последний раз чиста асмовую прогу написал 13 лет назад для 15 тиньки, и после этого завязал маяться дурью. А последние лет 10 асмовые вставки делаю только в случаях когда без этого ну совсем никак. Например порт для FreeRTOS правил Codavr(226 знак., 05.08.2014 13:29 - 13:32)
        
        Удивил. Учитывая твои недавние непонятки со структурами, я подумал, что ты за Си впервые взялся месяц назад :-) - SciFi(05.08.2014 13:33)
        
        не помю такого (ну да ладно, не суть), я почему такой ~~злой был~~ несогласный с си-агитаторами, потому что ~~у меня велосипеда не было~~ не считаю приверженность каким-то одним вещам большим плюсом, догмой и истиной в последней инстанции - Adept(05.08.2014 13:44)
        
        Это он вот про это. - Codavr(05.08.2014 14:26, ссылка)
        
        Многие знания - многие печали. Я больше забыл чем некоторые когда-нибудь знали или узнают :) Codavr(204 знак., 05.08.2014 13:37 - 13:39)
        
        Хм... У меня это было в Bill(136 знак., 06.08.2014 23:19)
        
        Василий Иваныч, а почму твои носки воняют сильнее моих? Ну так я же постарше тебя буду, Петька. Codavr(182 знак., 07.08.2014 22:56 - 23:00)
        
        ну, видимо у меня жизнь/работа такая, что без этого получается "ну совсем никак", ну это уж как говорится ~~к терапевту~~ филосовская категория и предмет обсуждения для темы "о смысле всего сущего" - Adept(05.08.2014 13:32)
        
        Я могу предположить, что есть класс задач теребующих такого подхода, но я абсолютно уверен, что он чрезвычайно узкий. Если это кому то нужно, то почему бы и нет. - Codavr(05.08.2014 13:35)
        
        ну да, я ж говорю, что люблю "эксклюзив" :)) - Adept(05.08.2014 13:38)
        
        ... и неспешную разработку когда никто не стоит над душой, и своевременно засылат баблос в оркестр. Как я тебя понимаю. Я бы только на асме писал при таком раскладе :) - Codavr(05.08.2014 14:18)
        
        ну да, так и есть, правда последнее время с баблосом напряг (не всегда вовремя засылают), но надеюсь всё поправится, Adept(75 знак., 05.08.2014 14:31)
        
        В си (и c++) есть (полу)автоматическое управление памятью, например, и способы оценки (не)правильности работы программы. Возможность кросс-компиляции и какого-то тестирования. А как быть с ассемблером? На месте менагера проекта я бы ассемблера и fk0(530 знак., 05.08.2014 09:34)
- Есть ли там грабли? Apтём(284 знак., 04.08.2014 22:41)
  - Всё, осилил, работает (в принципе просто) больше времени ушло на отладку записи в проекте (при разных ситуациях пропажи питания) Если кому интересно - код внутри Adept(4398 знак., 06.08.2014 00:39 - 01:08)
    - Так что получилось? Mapped всё равно через NVM идёт? Есть ли преимущества от его использования? - Apтём(06.08.2014 10:32)
      - на чтение из-за мапед всё ограничивается одной командой (ld/lds) На запись всё сложнее, плюс только в том, что загрузка буфера через st (можно в цикле применять автоинкремент адреса) Adept(327 знак., 06.08.2014 16:08 - 16:16)
        
        Да, читать удобнее. Про то что запись memory mapped eeprom идёт через NVM они указывают в мануале: Apтём(356 знак., 06.08.2014 16:33)
        
        да, я тоже это видел, но "accessing EEPROM" можно трактовать по разному. нет однозначности, в общем (поэтому на чтении, если есть риск нарваться на запись, например на чтении в хэндлере прерывания тоже делаю проверку NVM_BUSY) - Adept(06.08.2014 16:45)
        
        Что значит нет однозначности? Как раз наоборот - access=доступ, то есть это может быть и чтение и запись. Apтём(273 знак., 06.08.2014 17:03)
        
        Формально да, Вы правы, может так оно и есть, но вообще, трактовать можно и только как запись Adept(667 знак., 06.08.2014 17:15 - 17:18)
        
        Да, пожалуй, сохранение при пропадании питания - другое дело. - Apтём(06.08.2014 17:28)
  - курю усиленно даташит, пока не очень понял, но склоняюсь к тому, что всёж через NVM придётся писать :( Adept(46 знак., 04.08.2014 22:45)
    - Наверное придётся через NVM... Apтём(85 знак., 04.08.2014 22:53)
      - да, вероятнее всего, вот даже косвенное подтверждение в даташите Adept(238 знак., 04.08.2014 23:00)
        
        Вы еще у Atmel даташиты на новые кортексы SAM D не видели наверное. За такое писателей сразу расстреливать. На Xmega документация информативнее раза в 3, при том что в ней не все есть. - _AlexG(05.08.2014 07:32, )

Микроконтроллеры AVR