Nikolay_Po (08.10.2024 21:22, просмотров: 243) ответил vpv.vpv на Ну-у-у, мы же не пионЭры с ближайшего радиокружка. :)))) В ЕЕПРОМ с
адресов 0х10 заносятся калибровочные значения, при настройке
изделия на стенде. Всё работает. У заказчика через неделю - НЕ
работает. Присылают блок обратно - в ЕЕПРОМе мусор или пусто.
Другие Атмеги48PA (десятки тысяч) с этими же платами и прошивками
работают годами нормально, ЕЕПРОМ не слетает.-
- Нет. Всеми "парковками" занимается компилятор IAR AVR. Я единственное, указывааю ему адрес НЕ с нулевой ячейки, например: vpv.vpv(118 знак., 09.10.2024 14:45)
- во немного не в тему топика, но опосредованы касается :) как-то в
стародавние времена, налетел Adept(1497 знак., 08.10.2024 23:07)
- Порченый EEPROM это не баг, а закономерный результат медленно
меняющегося питания при отсутствующем BOD. У меня, наоборот,
троирование информации в EEPROM пошло с Хмег, потому что были
редкие непредсказуемые сбои. - AlexG(09.10.2024 06:30)
- BOD всегда на 4,3 вольта ставлю. Не в этом дело. - vpv.vpv(09.10.2024 14:47)
- У меня данные в EEPROM в двух экземплярах с контрольной суммой
хранятся, а записи - нумеруются, износ - выравнивается. Даже если
байт надо писать - пишу с номером записи и контрольной суммой. И
пишу в ячейки (блоки) по очереди, чтобы износ распределялся по всей
EEPROM, а не приходился только на один блок. Так и ресурс кратно
вырастает (если запись многократно меньше объема EEPROM), и защита
от отказа питания во время записи получается. - Nikolay_Po(08.10.2024 23:23)
- У нас Епром пишется 1 раз при начальной калибровке. Поэтому никаких износов, или повторных записей при снижении питания, или ещё чего - нет. У потребителя, в "поле", епром только читается и всё. - vpv.vpv(09.10.2024 14:50)
- блочная запись имеет свои существенные минусы (во первых - сильно
медленнее, чем "побайтовая мажлоритарка", во вторых. в случае сбоя
понятно, что сбойный блок, но неясно какой байт и приходится
обновлять весь блок из "резервной копии", я продумывал
всякие/разные сценарии и понял для себя, что "мажоритарные
процедуры" - самое то. А выравнивание ресурса Adept(1498 знак., 09.10.2024 00:13)
- Коллега мажоритарной логикой делал. А у меня во всю память
помещается всего порядка десятка блоков, они относительно большие.
Для номер блока, поэтому, хватает одного байта. И два байта CRC-32. Nikolay_Po(88 знак., 09.10.2024 09:05)
- ХЗ, конешно, но я, чота, последнее время предпочитаю поставить
внешний ЕЕПРОМ. Там и ресурс на порядки больше, и защита можэт быть
надёжнее сделана. И цена вопроса - шапка сухарей. - mse homjak(09.10.2024 10:30)
- Ресурса внутреннего ЕЕПРОМа в 100к записей - не хватает? "Ну
низнаю.." :)) Тогда уж внешний FRAM ставить, там гарантировано
10^14 записей/чтений. Хватит на несколько человеческих цивилизаций. - vpv.vpv(10.10.2024 07:25)
- Ресурса, боле-мене, хватает. Тут другое: у современных АВРов, походу, в основном, левое происхождение. В одной партии приходят микросхемы с разной установкой фуз. Шозах? Потому, надёжность ЕЕПРОМ, под вопросом. А внешняя, стоит копейки, при отменном качестве. Где-то давал сцылочку на ютуп-ролик чувака, который провёл простенький ресурсный тест. Так китайцы, практически все, кратно превысили объявленный ресурс. Но самые красаучеги, СТМ, да. - mse homjak(10.10.2024 09:28)
- Ну, для журнала у меня вообще NOR-FLASH стоит, на 128Мбит. А вот настройки должны быть защищены от внешних чтения и модификации, поэтому только встроенная в МК EEPROM подошла. - Nikolay_Po(09.10.2024 11:01)
- Ресурса внутреннего ЕЕПРОМа в 100к записей - не хватает? "Ну
низнаю.." :)) Тогда уж внешний FRAM ставить, там гарантировано
10^14 записей/чтений. Хватит на несколько человеческих цивилизаций. - vpv.vpv(10.10.2024 07:25)
- ХЗ, конешно, но я, чота, последнее время предпочитаю поставить
внешний ЕЕПРОМ. Там и ресурс на порядки больше, и защита можэт быть
надёжнее сделана. И цена вопроса - шапка сухарей. - mse homjak(09.10.2024 10:30)
- Коллега мажоритарной логикой делал. А у меня во всю память
помещается всего порядка десятка блоков, они относительно большие.
Для номер блока, поэтому, хватает одного байта. И два байта CRC-32. Nikolay_Po(88 знак., 09.10.2024 09:05)
- Порченый EEPROM это не баг, а закономерный результат медленно
меняющегося питания при отсутствующем BOD. У меня, наоборот,
троирование информации в EEPROM пошло с Хмег, потому что были
редкие непредсказуемые сбои. - AlexG(09.10.2024 06:30)