g6sgf (03.10.2017 11:54, просмотров: 37912)-
- запись длится 5мс, в сутки 17М записей. Может, проверить раз и закрыть вопрос? VLLV(37 знак., 07.10.2017 16:21)
- почему бы просто не использовать EERAM? Constantin24(69 знак., 06.10.2017 07:49)
- Если объем EEPROM для этого достаточен, то размазывание перезаписей по множеству ячеек хорошо работает и без кода Грея. AlexG(174 знак., 04.10.2017 07:18)
- СтОит, если каждый бит этого счетчика хранится в отдельном байте EEPROM. :) - Хаос(03.10.2017 16:59,
)
- Спасибо, наглядно, намек понял )) - g6sgf(03.10.2017 17:17, )
- Спасибо, наглядно, намек понял )) - g6sgf(03.10.2017 17:17,
- А почему не хотите использовать микроконтроллер с отдельным входом для резервной батарейки RAM? - Экспериментатор(03.10.2017 16:01, )
- Не так просто бывает найти контроллер с отдельным входом питания и с остальными требуемыми плюшками одновременно - AlexG(04.10.2017 07:08)
- Ну, не знаю :) Если бы у меня был выбор между устройством, которое гарантированно сломается через N-лет без возможности ремонта, и устройством, где через 7 лет достаточно заменить батарейку, я бы ни секунды не сомневался в выборе. - Экспериментатор(04.10.2017 08:31, )
- Что будет с Вашей батарейкой, например, под капотом автомобиля с температурами -40..+90? Да и габариты батарейки иногда сравнимы со всем остальным... - Yurasvs(04.10.2017 13:25)
- Примерно до начала 21 века в ЭБУ не использовали flash и eeprom для хранения настроек и кодов ошибок, соответственно мозги приводились к заводскому состоянию простым снятием клеммы аккумулятора. Сейчас уже используют, но радости от этого никто не Экспериментатор(321 знак., 04.10.2017 15:09, )
- Пардоньте, таки срок жизни или время сохранности данных - 1111111(04.10.2017 18:53)
- Оба. У меня в 17' LCD мониторе Samsung, который при покупке в те времена стоил около $800, EEPROM на разъеме DVI приказала долго жить спустя чуть больше 10лет. Сначала читалась через раз, а потом почти совсем перестала. Хорошо, что своевременно Экспериментатор(14 знак., 06.10.2017 00:12, )
- Она таки сдохла намертво или просто потеряла данные? - 1111111(06.10.2017 00:24)
- При чтении через видеокарты одни 0xFF, но иногда случается чудо. Когда это все случилось, то кабели никто не трогал, просто взяла и сдохла. Проверено с разными кабелями и компьютерами. - Экспериментатор(06.10.2017 00:40, )
- Все таки не пойму на чем основано утверждение что она сдохла. Проверялась программатором? Может она сначала начала терять данные а потом добил перетыканием в разные компы. А может только потеряла данные что и было приравнено к "сдохла" - 1111111(06.10.2017 01:09)
- Если у сотен других ремонтников проблема уходит при замене EEPROM, то почему я должен думать о чем-то ином? Разъем DVI защищен от электростатики, вторая EEPROM на VGA пока работает без сбоев. Я решил проблему подстановкой EDID из файла, не вижу Экспериментатор(97 знак., 06.10.2017 02:21, )
- Итого "епром раньше сдыхает от температуры" вычеркиваем. Это ваши домыслы. 1111111(267 знак., 06.10.2017 02:30 - 02:42)
- Честно говоря, для DDC EEPROM (также как и для PnP EEPROM в звуковухах AWE64 и сетевухах COMPEX) никакой другой причины, кроме температуры, не просматривается - там EEPROM пишется на заводе и в дальнейшем только читается. - LightElf(07.10.2017 16:04)
- С этим семиразрядным колом бесполезно говорить. У него понтов на рубль, а знаний на копейку. Он в своей жизни никогда не видел, как себя ведет в программаторе недошитая РФ5, у которой срок подходит. Я ниже дал ссылку на испытания ST своих Экспериментатор(321 знак., 07.10.2017 23:31, )
- Внимательнее читай. Постулат что при повышенной температуре заряд быстрее расосется глупо подвергать сомнению. Однако товарисч утверждает (с не очень убедительной аргументацией) что не просто выветрились данные, а сдох сам чип. Поэтому все 1111111(56 знак., 07.10.2017 17:09)
- Картина наблюдалась такая: плата/монитор спокойно работает несколько лет, потом сбой. Перешиваем EEPROM - плата работает неделю-две и опять слетает содержимое. Если микрушку поменять - проблема решается кардинально. - LightElf(09.10.2017 12:40)
- От брака увы никто не застрахован. А мониторил бы проц содержимое, то может никто о глюке и не догадался:) - 1111111(09.10.2017 13:51)
- Картина наблюдалась такая: плата/монитор спокойно работает несколько лет, потом сбой. Перешиваем EEPROM - плата работает неделю-две и опять слетает содержимое. Если микрушку поменять - проблема решается кардинально. - LightElf(09.10.2017 12:40)
- С этим семиразрядным колом бесполезно говорить. У него понтов на рубль, а знаний на копейку. Он в своей жизни никогда не видел, как себя ведет в программаторе недошитая РФ5, у которой срок подходит. Я ниже дал ссылку на испытания ST своих Экспериментатор(321 знак., 07.10.2017 23:31,
- Если Вам нравится просто болтать на конференции, а не искать истину, то мешать не буду. Остальные могут посмотреть документацию от производителя EEPROM по ссылке ниже: Экспериментатор(172 знак., 06.10.2017 08:37, )
- Женская логика - это умение делать определенные выводы на основании непроверенных слухов и домыслов (с) 1111111(64 знак., 06.10.2017 13:41)
- Честно говоря, для DDC EEPROM (также как и для PnP EEPROM в звуковухах AWE64 и сетевухах COMPEX) никакой другой причины, кроме температуры, не просматривается - там EEPROM пишется на заводе и в дальнейшем только читается. - LightElf(07.10.2017 16:04)
- Итого "епром раньше сдыхает от температуры" вычеркиваем. Это ваши домыслы. 1111111(267 знак., 06.10.2017 02:30 - 02:42)
- Если у сотен других ремонтников проблема уходит при замене EEPROM, то почему я должен думать о чем-то ином? Разъем DVI защищен от электростатики, вторая EEPROM на VGA пока работает без сбоев. Я решил проблему подстановкой EDID из файла, не вижу Экспериментатор(97 знак., 06.10.2017 02:21,
- Все таки не пойму на чем основано утверждение что она сдохла. Проверялась программатором? Может она сначала начала терять данные а потом добил перетыканием в разные компы. А может только потеряла данные что и было приравнено к "сдохла" - 1111111(06.10.2017 01:09)
- При чтении через видеокарты одни 0xFF, но иногда случается чудо. Когда это все случилось, то кабели никто не трогал, просто взяла и сдохла. Проверено с разными кабелями и компьютерами. - Экспериментатор(06.10.2017 00:40,
- Она таки сдохла намертво или просто потеряла данные? - 1111111(06.10.2017 00:24)
- Оба. У меня в 17' LCD мониторе Samsung, который при покупке в те времена стоил около $800, EEPROM на разъеме DVI приказала долго жить спустя чуть больше 10лет. Сначала читалась через раз, а потом почти совсем перестала. Хорошо, что своевременно Экспериментатор(14 знак., 06.10.2017 00:12,
- Давно придумана FRAM, специально для таких дел. - LightElf(04.10.2017 18:51)
- Пардоньте, таки срок жизни или время сохранности данных - 1111111(04.10.2017 18:53)
- Примерно до начала 21 века в ЭБУ не использовали flash и eeprom для хранения настроек и кодов ошибок, соответственно мозги приводились к заводскому состоянию простым снятием клеммы аккумулятора. Сейчас уже используют, но радости от этого никто не Экспериментатор(321 знак., 04.10.2017 15:09,
- Размазыванием легко делается N>100. К тому времени и сам девайс сгниет и объект на котором он установлен. Или будет проведена модернизация - 1111111(04.10.2017 12:53)
- Где-то я читал о АОНах, где каждую секунду EEPROM переписывалась, в итоге хватало чуть больше, чем на гарантию. Против 100 лет я никаких возражений не имею, однако на практике встречались отечественные приборы, которые чудесным образом начинали Экспериментатор(189 знак., 04.10.2017 15:19, )
- ИМХО батарейка неизбежна, если необходимо, чтобы в выключенном приборе продолжали идти часы. Во все остальных случаях без нее лучше обходиться. - Yurasvs(04.10.2017 15:30)
- Под капотом батарейка всегда есть :) - Экспериментатор(04.10.2017 15:40, )
- Под капотом батарейка всегда есть :) - Экспериментатор(04.10.2017 15:40,
- Очевидно же что в одну ячейку пилит. Ошибочно считать всех разработчиков такими же умными как сам. Многие из них так делают по глупости (удобный для работодателя мальчик с родителями и квартиркой, он же ордуинщик). А часть просто 1111111(199 знак., 04.10.2017 15:30)
- На Sony, LG, Samsung тоже "мальчики с родителями" работают? Посмотрите в яндексе, сколько ремонтников восстанавливает EEPROM в телевизорах и мониторах (EDID). А ведь туда пишется довольно редко, или вообще не должно быть записи. - Экспериментатор(06.10.2017 00:06, )
- Какое отношение случайный слет имеет к запиливанию? То что не позаботились о устойчивости к единичным сбоям - минус в карму, но могли и элементарно экономить байты. На их тиражах это будет заметно - 1111111(06.10.2017 00:21)
- Сразу видно, что Вы туда ни разу не заглядывали. Там EEPROM даже наполовину не заполнена, чего экономить? Запиливание имеет самое прямое отношение. Срок хранения данных в даташитах приводится для абсолютно новой памяти. Чем больше циклов было Экспериментатор(432 знак., 06.10.2017 00:36, )
- Фейспалм... Память процессора для реализации защитных алгоритмов. Внешняя епромина ставилась потому что раньше не было контроллеров/процессоров со встроенной. Потом появились но стоили значительно дороже чем два отдельных корпуса. Да и сейчас 1111111(237 знак., 06.10.2017 01:07)
- Сами себе противоречите. Что мешает "надежным автомобильным" контроллерам содержать EEPROM, если она такая хорошая? Зачем нужны защитные алгоритмы, если бы наружу ничего не выходило? В примере монитора память записана на заводе, на плате даже есть Экспериментатор(170 знак., 06.10.2017 02:08, )
- Вы случаем не гуманитарий? - 1111111(06.10.2017 02:09)
- Сами себе противоречите. Что мешает "надежным автомобильным" контроллерам содержать EEPROM, если она такая хорошая? Зачем нужны защитные алгоритмы, если бы наружу ничего не выходило? В примере монитора память записана на заводе, на плате даже есть Экспериментатор(170 знак., 06.10.2017 02:08,
- Фейспалм... Память процессора для реализации защитных алгоритмов. Внешняя епромина ставилась потому что раньше не было контроллеров/процессоров со встроенной. Потом появились но стоили значительно дороже чем два отдельных корпуса. Да и сейчас 1111111(237 знак., 06.10.2017 01:07)
- Сразу видно, что Вы туда ни разу не заглядывали. Там EEPROM даже наполовину не заполнена, чего экономить? Запиливание имеет самое прямое отношение. Срок хранения данных в даташитах приводится для абсолютно новой памяти. Чем больше циклов было Экспериментатор(432 знак., 06.10.2017 00:36,
- Какое отношение случайный слет имеет к запиливанию? То что не позаботились о устойчивости к единичным сбоям - минус в карму, но могли и элементарно экономить байты. На их тиражах это будет заметно - 1111111(06.10.2017 00:21)
- На Sony, LG, Samsung тоже "мальчики с родителями" работают? Посмотрите в яндексе, сколько ремонтников восстанавливает EEPROM в телевизорах и мониторах (EDID). А ведь туда пишется довольно редко, или вообще не должно быть записи. - Экспериментатор(06.10.2017 00:06,
- ИМХО батарейка неизбежна, если необходимо, чтобы в выключенном приборе продолжали идти часы. Во все остальных случаях без нее лучше обходиться. - Yurasvs(04.10.2017 15:30)
- Где-то я читал о АОНах, где каждую секунду EEPROM переписывалась, в итоге хватало чуть больше, чем на гарантию. Против 100 лет я никаких возражений не имею, однако на практике встречались отечественные приборы, которые чудесным образом начинали Экспериментатор(189 знак., 04.10.2017 15:19,
- Что будет с Вашей батарейкой, например, под капотом автомобиля с температурами -40..+90? Да и габариты батарейки иногда сравнимы со всем остальным... - Yurasvs(04.10.2017 13:25)
- Ну, не знаю :) Если бы у меня был выбор между устройством, которое гарантированно сломается через N-лет без возможности ремонта, и устройством, где через 7 лет достаточно заменить батарейку, я бы ни секунды не сомневался в выборе. - Экспериментатор(04.10.2017 08:31,
- Потому что в mAVR уже есть энергонезависимая память. Действия мажорированы, восстанавливаемы, размазаны, осталось получить ответ на простой вопрос надо ли как дополнительную меру применить еще и Грея - g6sgf(03.10.2017 16:10, )
- EEPROM!=RAM с резервным питанием от батарейки. Закладывая встроенный в микроконтроллер EEPROM с постоянной перезаписью, Вы создаете источник износа, который приведет со временем к отказу. В хороших приборах EEPROM читается при включении и Экспериментатор(155 знак., 03.10.2017 16:45, )
- "в хороших приборах" подразумевается "хорошего качества сборки", потому что железка может несколько лет пролежать на складе, батарейка оказалась с самого начала не первой свежести и внезапно девайсина не успевает сохраниться при потери питания - lloyd(03.10.2017 19:40)
- Как то заработали немного бабосиков на запайке новых батареек для RTC. С дохлой девайс даже не включался - 1111111(03.10.2017 20:44)
- Некоторые домой мастера вызывают, чтобы прокладки в кране заменить. В мануалах на хорошие приборы указаны типовые проблемы и методы их решения. Проблемы с CMOS памятью BIOS кажутся легким пустяком, чем когда дохнет flash BIOS. - Экспериментатор(04.10.2017 08:26, )
- у меня материнка не стартует с разряженной батарейкой, (но стартует с ошибкой и сбросом всего вообще без батарейки) придется идти покупать новую. - Alex68(03.10.2017 20:54)
- Некоторые домой мастера вызывают, чтобы прокладки в кране заменить. В мануалах на хорошие приборы указаны типовые проблемы и методы их решения. Проблемы с CMOS памятью BIOS кажутся легким пустяком, чем когда дохнет flash BIOS. - Экспериментатор(04.10.2017 08:26,
- Как то заработали немного бабосиков на запайке новых батареек для RTC. С дохлой девайс даже не включался - 1111111(03.10.2017 20:44)
- "в хороших приборах" подразумевается "хорошего качества сборки", потому что железка может несколько лет пролежать на складе, батарейка оказалась с самого начала не первой свежести и внезапно девайсина не успевает сохраниться при потери питания - lloyd(03.10.2017 19:40)
- EEPROM!=RAM с резервным питанием от батарейки. Закладывая встроенный в микроконтроллер EEPROM с постоянной перезаписью, Вы создаете источник износа, который приведет со временем к отказу. В хороших приборах EEPROM читается при включении и Экспериментатор(155 знак., 03.10.2017 16:45,
- Не так просто бывает найти контроллер с отдельным входом питания и с остальными требуемыми плюшками одновременно - AlexG(04.10.2017 07:08)
- в коде Грея младший бит будет меняться в 2 раза реже чем в обычном бинарном, это не так много, я думаю что это не поможет. Nikolay801_(410 знак., 03.10.2017 14:37)
- Это справедливо для флеши, т.е. там где отдельно стирание и отдельно запись. Для EEPROM нужно скользящим нулем аля 11110111, тогда ресурс напрягается по минимуму - 1111111(03.10.2017 14:40)
- и перевести счетчики во флешку, она на 24 копейки дешевле. - Nikolay801_(03.10.2017 14:43)
- Это справедливо для флеши, т.е. там где отдельно стирание и отдельно запись. Для EEPROM нужно скользящим нулем аля 11110111, тогда ресурс напрягается по минимуму - 1111111(03.10.2017 14:40)
- Для повышения надежности записи в ЕЕПРОМ применяю дублирование, размазывание по площадям и контроль целостности. - ASDFS(03.10.2017 13:03)
- Ортогональная идея - (данные + соль) -> шифрование типа TEA. С минимальным числом раундов. Случайность содержимого любого байта будет хорошая даже при одинаковых байтах. - Evgeny_CD(03.10.2017 14:47, ссылка)
- Возможно, есть более простые алгоритмы. Я просто привел пример с готовой реализацией. Важна суть идеи. - Evgeny_CD(03.10.2017 14:48)
- дублирование не катит (если только с подсчётом КС блока) у меня сделана мажоритарная логика (для mega16). Ну да... тройной расход памяти :( Adept(2962 знак., 03.10.2017 14:10 - 14:38)
- В лоб 2 из 3х не катит - средний если запороть при записи то все три будут разными. При всех разных придется принимать за верное первый байт. Или брать более надежный алгоритм - 1111111(03.10.2017 15:05)
- Зачем же? Если хранится один байт, то делается 4 копии. Обычно успешно мажорированное чтение, но, если все разные, то сравнить с четвертым - g6sgf(03.10.2017 15:54, )
- 3 от 4 отличаешь? Базар за алгоритм с тремя копиями - 1111111(03.10.2017 18:46)
- Ну это же не панацея, просто средство повышения надёжности. Сбой чаще всего происходит на одиночном байте (случай "все три разные" -
неопределённостьошибка, и его нужно обрабатывать как ошибку. и что значит Adept(92 знак., 03.10.2017 15:12)- К примеру имеем 1/1/1. Пишем 2 - 2/1/1, 2/хуяк пропало питание/1. Имеем 2/0/1. Это для счетчиков актуально. Для кучки одноразовых настроек отлично катит две копии с CRC - 1111111(03.10.2017 15:33)
- Почти всегда в счетчике есть лишний (старший) бит по отношению к имеющейся памяти. Можно его использовать для флага и произвести замену мажорированных значений по принципу перевозки через реку волка, козла и капусты, т.е. всегда будет либо 2 из 3, Petrovich(38 знак., 04.10.2017 13:57, )
- Давай конкретнее про козу, интересно - 1111111(04.10.2017 14:02)
- на питании ёмкости, которые позволяют без проблем записать пару десятков байт :) (не говоря уже об одном). Запись массивов данных с CRC - непростительно долго во многих случаях и гарантированно бьёт ВСЕ данные при порче всего двух байт (по одному Adept(36 знак., 03.10.2017 15:42)
- Эээ... зачем перезапись всего массива? Только нужный байт и CRC. Побьется при записи одна копия - останется вторая. Кондерчики надо ставить если для основного функционала надо. А для сохранения настроек городить банки это слишком - 1111111(03.10.2017 15:52)
- Нестрашная страшилка, т.к. счетчики как правило неоднобайтные - g6sgf(03.10.2017 15:42, )
- Почти всегда в счетчике есть лишний (старший) бит по отношению к имеющейся памяти. Можно его использовать для флага и произвести замену мажорированных значений по принципу перевозки через реку волка, козла и капусты, т.е. всегда будет либо 2 из 3, Petrovich(38 знак., 04.10.2017 13:57,
- К примеру имеем 1/1/1. Пишем 2 - 2/1/1, 2/хуяк пропало питание/1. Имеем 2/0/1. Это для счетчиков актуально. Для кучки одноразовых настроек отлично катит две копии с CRC - 1111111(03.10.2017 15:33)
- Зачем же? Если хранится один байт, то делается 4 копии. Обычно успешно мажорированное чтение, но, если все разные, то сравнить с четвертым - g6sgf(03.10.2017 15:54,
- В лоб 2 из 3х не катит - средний если запороть при записи то все три будут разными. При всех разных придется принимать за верное первый байт. Или брать более надежный алгоритм - 1111111(03.10.2017 15:05)
- Я про код Грея - g6sgf(03.10.2017 14:04, )
- Ортогональная идея - (данные + соль) -> шифрование типа TEA. С минимальным числом раундов. Случайность содержимого любого байта будет хорошая даже при одинаковых байтах. - Evgeny_CD(03.10.2017 14:47, ссылка)
- По-моему наоборот, старший бит является слабым звеном. В старший бит вы скорее всего всегда будете писать 0, а в младший только в 50% случаев. - Ale3000(03.10.2017 12:15)