<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Учебный курс AVR. Проблемы при работе с EEPROM. Повышение надежности EEPROM. Ч3</title>
		<description>Discuss Учебный курс AVR. Проблемы при работе с EEPROM. Повышение надежности EEPROM. Ч3</description>
		<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html</link>
		<lastBuildDate>Fri, 17 Apr 2026 13:19:35 +0000</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="https://chipenable.ru/index.php/component/jcomments/feed/com_k2/165.html" rel="self" type="application/rss+xml" />
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3059</link>
			<description><![CDATA[Запустил тест ресурса EEPROM. Сейчас тестируется второй байт, нулевой и первый уже убиты. О результатах сообщу позже.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Mon, 05 Aug 2013 11:51:20 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3059</guid>
		</item>
		<item>
			<title>pixy says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3058</link>
			<description><![CDATA[А у меня и с включенным BOD портились на ура и по произвольным адресам. Что интересно, только в случае наличия в прошивке функции ЗАПИСИ в EEPROM. А причиной оказалась неаккуратная разводка конденсаторов обвязки кварца (подключил к общему земляному полигону). При включении питания контроллер тактируется наводками на тактовый генератор и если набредает на процедуру записи пищет EEDR по EEAR, то есть мусор по произвольному адресу. В общем я подключил конденсаторы кварца к GND контроллера так сказать "эксклюзивно" и все пришло в норму.]]></description>
			<dc:creator>pixy</dc:creator>
			<pubDate>Mon, 05 Aug 2013 02:48:11 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3058</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3057</link>
			<description><![CDATA[Думаю, они правильно пишут. Правда, отвечают на свои же вопросы)) И всячески уворачиваются от вопроса: В какой-то момент программы в Вашей EEPROM пусть так: Ячейка с адресом 0 содержит FF. Ячейка с адресом 1 содержит 00. Записать в ячейку 0 число 00. На сколько циклов уменьшится? Вот это и интересТно!]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Sat, 03 Aug 2013 11:27:10 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3057</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3056</link>
			<description><![CDATA[Что думаете насчет вот этого текста http://support.atmel.com/bin/customer.exe?=&action=viewKbEntry&id=1240.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Sat, 03 Aug 2013 11:12:55 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3056</guid>
		</item>
		<item>
			<title>Вовка says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3055</link>
			<description><![CDATA[Недавно приятелю пришлось отключить BOD, говорит нулевая ячейка стабильно стала портиться на всех подопытных 2313А. Механизм её повреждения (только при отключеном BOD) примерно следующий: при включении (при выключении вроде всё нормально, но ... ) питания высока вероятность повреждения ячейки с адресом, который в регистре EEADR. При включении в нём 0, поэтому сбивается нулевая ячейка, при выключении в EEADR номер последней ячейки к которой обращались, поэтому я всегда в конце работы с eeprom читаю нулевую ячейку на всякий случай. А вообще это не баг, а фича - типа если хотите уменьшить ток (у avr, ага :) или вам на не на eeprom, выключаете BOD и извращаетесь с культурой использования eeprom.]]></description>
			<dc:creator>Вовка</dc:creator>
			<pubDate>Sat, 03 Aug 2013 08:27:11 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3055</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3054</link>
			<description><![CDATA[Цытата из самого себя: Вот что в даташите: "The EEPROM is organized in pages". Что еще непонятно? )) Не "записывается", не "программируетс я" - а изначально "Организована" как Страничная! Верить не верить - вопрос свободы совести. По мне - если есть несколько трактовок ситуации - применяй самую ограничивающую. Хорошо, что это сходится с мнением инсайдеров - непосредственно из Атмела))]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Sat, 03 Aug 2013 06:45:04 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3054</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3053</link>
			<description><![CDATA[ Зер гут! Это уже ваши домыслы. Там этого не написано. Если принять ваше утверждение за правду, то реальные ресурс eeprom 100К/8, то есть 12,5К. В моих программах нет "размазывания" сохраняемых данных по разным страницам. И есть данные лежащие на одной странице и часто перезаписываемы е (конечно с учётом ресурса в 100К циклов на байт). Думаю что за 10+ лет, что я работаю с АВР я бы уже не раз напоролся бы на отказ eeprom из-за ресурса в 12К. Но нет - не попадалось такое. Потому - не верю. Разве что в суппорт написать запрос...но по буржуйски писать лениво...]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Fri, 02 Aug 2013 21:10:09 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3053</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3052</link>
			<description><![CDATA["Пишут что каждый байт может быть перезаписан и таких циклов - 100К". Да! Но только если также НЕ ПИСАТЬ В СОСЕДНИЙ АДРЕС ЭТОЙ ЖЕ СТРАНИЦЫ! )) Они правы! Это так! 100000 в одну!]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 20:45:43 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3052</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3051</link>
			<description><![CDATA[Вот что в даташите: "The EEPROM is organized in pages". Что еще непонятно? ))]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 20:41:57 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3051</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3050</link>
			<description><![CDATA[ Апноты также являются документацией от производителя и дополняют даташит. Не надо их игнорировать. "явно и ч0тко" не получится - там вникать в алгоритм нужно. Алгоритм простой - байт размазывается по 8-ми байтовому массиву(адреса 0-7). При этом endurance в итоге равна 800К. Что даёт 100К/байт.
/*** *************** *************** *************** ******/
/* Define the number of levels in the buffer, */
/* - eight levels will guarantee 800k writing of the parameter */
/*********** *************** *************** *************/
 #define EE_PARAM_BUFFER _SIZE 8
#define EE_STATUS_BUFFE R_SIZE EE_PARAM_BUFFER _SIZE]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Fri, 02 Aug 2013 20:41:42 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3050</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3049</link>
			<description><![CDATA[ Возможно информация устарела - тех. процессы сменились, фабрики проданы... Про "страничную выносливость" в даташитах не говорится, так же как и про байтовую. Там пишется про "write/erase cycle". Пишут что каждый байт может быть перезаписан и таких циклов - 100К.]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Fri, 02 Aug 2013 20:35:02 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3049</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3048</link>
			<description><![CDATA[Вы читаете посты или виляете? То "бабка сказала", то к апноутам отсылаете)) Даташиты что говорят? Дайте 100000/байт. И во-вторых - дайте выдержки со ссылок -уважайте моё время! Там должно быть написано явно и ч0тко: выносливость - 100000/байт. - как привел - явно и ч0тко: PAGESIZE 8 bytes.]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 20:21:11 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3048</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3047</link>
			<description><![CDATA[ Хорошо, а application notes верите? Их тоже атмеловские инженеры составляли. Это упущение с их стороны. Надо такие параметры указывать. Апнота для mega16 - повышают ресурс eeprom записью в 8-байтовый массив: http://www.atmel.com/Images/AVR101.zip http://www.atmel.com/Images/doc2526.pdf Указывают, что endurance возрастает до 800000 циклов. Для xmega приводил цитату где-то выше.]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Fri, 02 Aug 2013 20:13:16 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3047</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3046</link>
			<description><![CDATA[Три-четыре года назад?! Да зайдите же на avr-libc и посмотрите, что она с 2002 года существует (Portions of avr-libc are Copyright (c) 1999-...)! Какие 3-4 года назад? Эти споры велись 10 лет назад если не больше. Ну почему я должен Вам искать по этим вашим интернетам? Ладно. Про страничную выносливость высказались даташЫты и уважаемые атмелом люди. А где подтверждения выносливости 100000/байт?]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 19:59:04 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3046</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3045</link>
			<description><![CDATA[ Не считаю. Потому как про Dean Camera и про Bob Paddock впервые слышу. (Темнота я бескультурная.. .:) ) Тогда подробности не помешают. Какая фабрика (atmel их продал года 3-4 назад)? К каким конкретно avr-ам относится его утверждение? К Mega или xmega? К тому же официальная документация утверждает противоположное .]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Fri, 02 Aug 2013 19:42:31 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3045</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3044</link>
			<description><![CDATA[В том-то и дело, что я верю ей! Верю даташитам, где написано про EEPROM page и указан ее размер. (И пожалуйста не надо говорить что у нее разная организация матрицы при доступе извне и изнутри) Верю атмеловским инженерам (они гоаорят про page, но не говорят про 100000/байт). И чтобы явно написано что 100000/байт - тоже не видел. Покажите.]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 19:37:14 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3044</guid>
		</item>
		<item>
			<title>JoJo says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3043</link>
			<description><![CDATA[Дин, Боб это конечно хорошо. Но есть же официальная документация. Почему вы не верите ей?]]></description>
			<dc:creator>JoJo</dc:creator>
			<pubDate>Fri, 02 Aug 2013 19:26:49 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3043</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3042</link>
			<description><![CDATA[Или, может, Вы разработчика avr-libc Bob Paddock считаете бабкой? Ведь это ему фабрика подтвердила про страничную организацию EEPROM))]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 19:06:48 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3042</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3041</link>
			<description><![CDATA["Ссылка битая - файл не качается". Эх, дожили... И ссылка не битая. И отлично она качается. И по приведенной фразе легко ищется в поисковиках. И стыдно считать Dean Camera (AVR Applications Engineer) "одна бабка на базаре сказала". В-общем, разговор принимает ненужную лиричность. Кому надо - спрашивайте по существу.]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 18:45:50 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3041</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3040</link>
			<description><![CDATA[ Вполне. С пониманием прочитанного, правда сложнее... Одна бабка на базаре сказала FAE утверждает, что ресурс относится к странице, документация утверждает противоположное . В общем вопрос спорный...Непон ятно что нужно сделать чтобы внести ясность, запросить суппорт или затереть eeprom у 1-2 мег...Но что это докажет? Мы к тому же не знаем методики определения eeprom endurance. Откуда он этот факт узнал? Ссылка битая - файл не качается.]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Fri, 02 Aug 2013 11:31:24 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3040</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3039</link>
			<description><![CDATA[:) "Снаружи страничный а изнутри байтовый"? Увы, это может быть и иллюзия, для которой у AVR в контроллере EEPROM есть специальный автомат. Надеюсь, по английски читаете? Читаем: AVR C Runtime Library - Ошибки: bug #22240, Add EEPROM Page Size to header. "The factory has confirmed, via my FAE, that the listed Endurance figures are on a page bases, and not a byte bases". (http://savannah.nongnu.org/bugs/?22240) Далее - читаем Using the EEPROM memory in AVR-GCC. Dean Camera. One important fact to note is that the AVR's internal EEPROM memory has a limited lifespan of 100,000 writes per EEPROM page... (http://deans-avr-tutorials.googlecode.com/svn/trunk/EEPROM/Output/EEPROM.pdf)]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 02 Aug 2013 04:41:57 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3039</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3038</link>
			<description><![CDATA[У меня не возникало, но я по работе микроконтроллер ами мало пользуюсь, поэтому это не показатель. Такие рекомендации я слышал на многих форумах.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Thu, 01 Aug 2013 22:50:24 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3038</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3037</link>
			<description><![CDATA[ Интересно, возникали у кого-нибудь повреждение ячейки с нулевым адресом? Мне такие сбои не попадались. Видимо эта рекомендация может считаться устаревшей и для современных мег не актуальной (у classic avr такая проблема вроде бы была). Или нет?]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Thu, 01 Aug 2013 21:45:39 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3037</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3036</link>
			<description><![CDATA[ "Атмеловский" стиль? Ну да, eeprom у них наверное не той системы. Вы приводите фразу, относящуюся к внешнему программировани ю. Изнутри доступ вполне может быть байтовым. Например, из описания eeprom xmega(appnone AVR1315): Стираются только те байты, в которые производилась запись (несмотря на то что страничный буфер общий). Видимо нужен эксперимент, показывающий есть или нет влияния страничной организации на ресурс eeprom. Правильное питание и BOD обеспечивают надёжную работу всего устройства и eeprom в часности. Да-да, просвященья дух мне их наверное заготовил множество... :)]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Thu, 01 Aug 2013 20:08:13 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3036</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3035</link>
			<description><![CDATA[Паранойя? Ну может быть и паранойя. Мания преследования)) Тут ведь как посмотреть насчет "тратить на одну переменную по странице". С одной стороны страницы-то у ЕПРОМА маааленькие, по 8 байтиков. Наверно, специально сделаны такими. Типа - отошел на 8 адресов - это уже другая страница. Ну например давайте разместим 6 мажорированных байтовых констант. Это могут быть адреса ЕЕПРОМ: 1-6(первая копия всех 6-ти констант), 9-14(вторая копия- уже в другой странице!) ,17-22(третья копия - опять в следующей странице). То есть 6 мажорированных констант - всего-навсего 22 байта. Ерунда. А теперь опять Вас напугаю. То, что я показал - это для хранения калибровочных и прочих констант. А вот если например хранить счетчик количества записанных данных логгера (который например каждую минуту меняется) - это уже не пойдёт! Тут применяются другие технологии - например, Spread (размазывание, распрыскивание по ЕЕПРОМ чтобы повысить количество циклов перезаписи. Это когда старшая, редко меняющаяся часть счетчика стоит на фиксированном месте и хранит текущий индекс буфера для средней части счетчика (это небольшой, байта 64, кольцевой буфер, хранящий в свою очередь, текущий индекс младшего байта (это тоже кольцевой буфер ~256 или 512 или даже 1024 байта). Тут - да. Тут Вы правы. Тут много памяти надо.Зато повысится количество циклов до миллионофф. Уфф! Ну, на этом хватит. Удачи!]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Thu, 01 Aug 2013 16:48:55 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3035</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3033</link>
			<description><![CDATA[Будут.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Thu, 01 Aug 2013 13:02:37 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3033</guid>
		</item>
		<item>
			<title>vintera says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3032</link>
			<description><![CDATA[извините может не в тему по ii2c материалы будут?]]></description>
			<dc:creator>vintera</dc:creator>
			<pubDate>Thu, 01 Aug 2013 12:19:41 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3032</guid>
		</item>
		<item>
			<title>Bob says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3031</link>
			<description><![CDATA[Не уж, раз матрица построена 256 page x 8 byte то как все остальное есть декорация этот факта.]]></description>
			<dc:creator>Bob</dc:creator>
			<pubDate>Thu, 01 Aug 2013 11:22:10 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3031</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3030</link>
			<description><![CDATA[Кто-нибудь проводил тест на непрерывную запись EEPROM в течении долгого времени?]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Thu, 01 Aug 2013 10:11:29 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3030</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3029</link>
			<description><![CDATA[По моему это все-таки паранойей отдает. Если на одну переменную тратить по странице, емкость EEPROM уменьшается просто на порядки. И в 27 разделе речь идет о программировани и EEPROM извне. Кто мешает им сделать внешнее программировани е постраничное, а внутреннее побайтное.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Thu, 01 Aug 2013 10:10:26 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3029</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3028</link>
			<description><![CDATA[2. Нуну)) "Про страницы там ничего не говорится. Почему им не верить?"! Это ж атмеловский стиль. Я, например - не верю. Потому что вот берём ихний же даташЫт на мегу 644 (doc8272.pdf) и там легко находим фразу в разделе 27.7.5 Programming the EEPROM: "The EEPROM is organized in pages, see Table 27-8 on page 301". И неподалёку табличка: ATmega644A/ATme ga644PA EEPROM size: 2KBytes, EEPROMpagesize 8 bytes. Так что не так всё просто :) Далее. Я:"Суть в том, что тогда мажорирование имеет смысл только когда мажорируемые ячейки расположены "далеко" друг от дружки, заведомо в разных "страницах". --- Вы: "Смысл мажорирования не в том, чтобы ресурс сберечь, а в том чтобы иметь возможность гарантированно восстановить" .... А разве я об том, что мажорирование сберегает ресурс? Игде?)) Я о том, что мажорирование самО не должно зависеть от выносливости СТРАНИЦЫ EEPROM. Далее. Вы."Сомнительно е действие. Да и eeprom при включённом BOD-е и правильной схеме не слетает (как практика показывает)". Опять не туда! При чем тут слетание по питанию? Речь об зависимости коррупции ячеек от endurance страницы EEPROM! Правильная разводка и endurance КАК связаны? С BOD'ом тоже - как? Вам, видимо, предстоит много "открытий"))]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Thu, 01 Aug 2013 05:02:16 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3028</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3027</link>
			<description><![CDATA[ Атмеловская апнота (AVR101: High Endurance EEPROM Storage) тверждает, что используя круговой буфер, повысить ресурс eeprom можно. Про страницы там ничего не говорится. Почему им не верить? P.S. В xmega eeprom действительно организована страницами. Смысл мажорирования не в том, чтобы ресурс сберечь, а в том чтобы иметь возможность гарантированно восстановить значение переменной (или иметь признак того, что был апдейт переменной, во время которого произошёл сбой). Сомнительное действие. Да и eeprom при включённом BOD-е и правильной схеме не слетает (как практика показывает).]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Wed, 31 Jul 2013 21:02:26 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3027</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3026</link>
			<description><![CDATA[1.Да, действительно написано. Че-та пропустил))]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Wed, 31 Jul 2013 20:23:37 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3026</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3025</link>
			<description><![CDATA[1. Так я же про это написал. 2. Попробую это добавить позже. И про __root тоже. 3. О таких тонкостях не слышал.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Wed, 31 Jul 2013 20:16:06 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3025</guid>
		</item>
		<item>
			<title>Peter says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3024</link>
			<description><![CDATA[1. Говоря о повышении ресурса, можно при записи сделать финт - сначала прочитать байт в ячейке EEPROM, и писать в нее только когда не совпадает с байтом, который хочешь записать. Для многобайтных чисел - может существенно улучшит и скорость и выносливость, потому как меньше пишется. 2. Ну раз у нас мажорирование - почему бы не сделать последний штрих - если какая-то ячейка из трёх не совпадает - сразу и попытаться исправить ее на основе найденного правильного числа. Может, она не сбилась вовсе, а просто недописалась когда-то из-за внезапной потери питания. Зачем ждать пока вторая отвалится и мы останемся ни с чем? 3. Есть еще спорный и философический аспект. Некоторые гуру утверждают, что ЕEPROM - то же самое как и флеш. То есть пишутся страницами, просто это скрыто от нас контроллером ЕЕПРОМ. И что понятие максимального количества перезаписей 100000 относится не к каждому байту а к странице. На эту тему в эпоху расцвета AVR было много споров, но не в этом суть. Суть в том, что тогда мажорирование имеет смысл только когда мажорируемые ячейки расположены "далеко" друг от дружки, заведомо в разных "страницах". В-общем - дело хозяйское, но я, например, сам вручную разбрасываю адреса для мажорируемых ячеек подальше.]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Wed, 31 Jul 2013 20:06:30 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3024</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3023</link>
			<description><![CDATA[Нет.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Wed, 31 Jul 2013 19:47:42 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3023</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3022</link>
			<description><![CDATA[ Может и подойдёт, но volatile не для того задумывался. Хоть в этой ситуации и выручает. Off. У вас на сайте работа с переменными расположенными во flash под AVRGCC нигде не рассматривалась ?]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Wed, 31 Jul 2013 19:32:02 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3022</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3021</link>
			<description><![CDATA[Согласен. __root специально, чтобы IAR не выкинул переменную при оптимизации. Просто volatile ко всем компиляторам подойдет.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Wed, 31 Jul 2013 18:08:08 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3021</guid>
		</item>
		<item>
			<title>Pashgan says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3020</link>
			<description><![CDATA[Атмеловский микроконтроллер на архитектуре Cortex-M3 сейчас немного изучаю. Из STM`ов только с STM8 разбирался. Интересный контроллер, несложный в освоении.]]></description>
			<dc:creator>Pashgan</dc:creator>
			<pubDate>Wed, 31 Jul 2013 17:58:09 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3020</guid>
		</item>
		<item>
			<title>_Артём_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3019</link>
			<description><![CDATA[>>Если такие переменные нужны, перед ними следует добавлять ключевое слово volatile. Нет, не volatile - он тут не нужен. В IAR для этого есть соответствующее ключевое слово: __root __eeprom char name[] = "prog 12.3"; для AvrGcc вроде так:
#include 
__attribute__ ((used)) EEMEM char name[]="prog 12.3";]]></description>
			<dc:creator>_Артём_</dc:creator>
			<pubDate>Wed, 31 Jul 2013 17:55:57 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3019</guid>
		</item>
		<item>
			<title>Николай_ says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3018</link>
			<description><![CDATA[Хорошая статья, спасибо. У вас очень хороший сайт, все, как я посмотрел, посвящено микроконтроллер ам AVR. Не думаете ли вы переходить на другие микроконтроллер ы? Например сейчас очень популярны STM.]]></description>
			<dc:creator>Николай_</dc:creator>
			<pubDate>Wed, 31 Jul 2013 17:22:21 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3018</guid>
		</item>
		<item>
			<title>JoJo says:</title>
			<link>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3017</link>
			<description><![CDATA[Отличная статья, как и две предыдущих по епрому.]]></description>
			<dc:creator>JoJo</dc:creator>
			<pubDate>Wed, 31 Jul 2013 17:11:41 +0000</pubDate>
			<guid>https://chipenable.ru/index.php/programming-avr/item/165-avr-eeprom-problemi.html#comment-3017</guid>
		</item>
	</channel>
</rss>
