Третьего, как говорится, дня случилось страшное. Любимый комп в процессе работы начал жутко тормозить, а после перезагрузки отказался включаться. Довольно быстро выяснилось, что приказала долго жить одна из парного набора 16Gb DDR5 планка памяти. Учитывая текущие цены на ОЗУ это было больно. Утерев слёзы ушанкой и взяв себя в руки решил что рано констатировать смерть и надо попробовать память реанимировать хотя бы на очевидном и самом простом для реализации уровне: проверить содержимое SPD чипа, и в случае подозрений на проблемы записать эталонную, считанную с рабочей.
Для этих целей группой инициативных ремонтников был разработан и собран вот такой девайс, который позволяет читать и писать микрокод в SPD простым перетаскиванием файла в "проводнике Windows".
Девайс собран на базе ARM STM32F401 в распечатанном на 3D принтере корпусе.
Считанный дамп сразу насторожил сообщением о некорректной контрольной сумме bin-ки DDR5_CRC_BAD_6600 C34 Series.bin.
В паре с дохлой планкой в ПК стояла живая-близнец, которая и явилась "донором" дампа. После записи заведомо исправной SPD память ожила и вернулась в системник трудиться дальше, а я по мотивам случившегося изучил живой и повреждённый дампы и дополнил функционал Easy Disk Checker-а модулем чтения и ремонта SPD на случай, когда исправный дамп взять неоткуда.
Теперь утилита в ветке "спасения данных" читает SPD на DDR4 и DDR5, парсит содержимое. Не поддерживается DDR ECC и ноутбучная память.
Писать SDP в ОЗУ из программы по ряду причин нельзя, потребуется внешний ридер, как на фото выше, или программатор с кареткой и паяльной станцией.
Скачать бесплатную многофункциональную утилиту Easy Disk Checker можно на странице поддержки или бесплатно установить из Microsoft Store.
Комментарии (19)
zatim
02.07.2026 13:47По правде говоря, первый раз слышу чтобы SPD выходила из строя или как-либо портилась.
А из программы ее писать нельзя, вероятно, потому, что она аппаратно залочена на запись. Что только дает еще больше вопросов, каким же образом повредилось ее содержимое.
И еще, разве в Биосе теперь нельзя вручную прописать тайминги, не используя информацию из SPD?
kenomimi
02.07.2026 13:47Что только дает еще больше вопросов, каким же образом повредилось ее содержимое.
Память уровня CUSU + левые eeprom из отбраковки, которые не прошли тесты и работают лишь условно - вот и отказ. Китаец-то думает, "я ее раз запишу, потом только читаться будет" - но нет, полудохлый чип нагревается от соседей и забывает часть данных лол. И никому в голову не придет, что сдохла не оперативка, а этот самый кривой 24L02...
wwwHardMasterInfo Автор
02.07.2026 13:47Наиболее частая причина, судя по форумам ремонтников, RGB утилиты или софт мониторинга которые пишут по SMBus когда в биосе не выставлена защита записи SPD. От себя ещё предположу "наводки" на питание планок.
dartraiden
02.07.2026 13:47аппаратно залочена на запись
А это вопрос к производителю прошивки мамки, разрешил он по умолчанию писать в SPD или нет...
Порой эта опция выведена в интерфейс, но чаще нет.
akuli
02.07.2026 13:47Не всегда аппаратная защита от записи в SPD (через пин Write Protect на EEPROM) применяется. Некоторые производители оставляют ее открытой или доступной для перезаписи через определенные команды SMBus, чем и пользуются программы типа Thaiphoon Burner
CitizenOfDreams
02.07.2026 13:47Анафига SPD вообще физически открывается на запись? После изготовления и тестирования планки памяти - что туда может понадобится писать и зачем?
krote
02.07.2026 13:47его каким то образом портят некоторые RGB утилиты при каком то стечении обстоятельств, и судя по тому что у автора как раз планка с подсветкой он жертва такой утилиты.
CitizenOfDreams
02.07.2026 13:47Я в том смысле, что могли бы поставить на планке физическую перемычку разрешения записи, которая разрезается после тестирования и конфигурирования памяти на заводе.
Программисты вообще слишком доверяют софтверным методам защиты. Их ничему не научил даже ВинЧих, от которого можно было бы стопроцентно защититься, будь на материнских платах перемычки защиты от записи - а ведь когда-то они там были.
akuli
02.07.2026 13:47В EEPROM чипах есть программная защита от записи. Производитель может залочить определенные блоки памяти (например базовые тайминги JEDEC), а другие оставить открытыми. Но не все этим заморачиваются
akuli
02.07.2026 13:47Иногда производители выпускают обновления прошивок для памяти (да, такое бывает, например для исправления совместимости или улучшения работы RGB). Если аппаратно закрыть запись, обновить прошивку без перепайки чипа будет невозможно
CitizenOfDreams
02.07.2026 13:47Не надо перепаивать чип, просто сделать на планке стандартную перемычку, замыкаемую каплей припоя. Если для пользователя это слишком сложно, то с хорошей вероятностью ему и перепрошивкой лучше не заниматься.
А если память можно переписывать программно без физического подтверждения, то рано или поздно какая-нибудь малварь будет это делать. И результаты будут похуже, чем просто временно испорченная планка DIMM. Вроде как недавно здесь была статья про хак SPD, который создает открытую для чтения теневую копию области памяти?
akuli
02.07.2026 13:47Интересный кейс восстановления оперативки. Обычно при смерти планки ее просто несут по гарантии или выкидывают, мало кто заморачивается с перепрошивкой SPD)
LF69ssop
02.07.2026 13:47Занимательно, но без ссылки на этот самый "внешний ридер" практически бесполезно.
rumtex
Написали бы конфигурацию компа в котором чипы горели у вас..
dell живее всех живых у меня, не то что msi тот и другой :) без этого статье высокий ценник не повесить и тяжкий вздох "за кого нынче хабрачанинов принимают" аутлайном..