NBD8008T-Q не видит HDD

[Fluffykrsk]

Добрый день.

Имеется вот такой замечательный (или не очень) NVR на базе NBD8008T-Q. Так получилось, что NVR родился на заводе головкой вперёд. И будучи новым отказывался видеть различные HDD в отличии от своих собратьев аналогичных из той же партии. Случилось чудо и юродивый рег всё же увидел некий диск и был продан счастливому обладателю (хотя это уже 2 чуда сразу), который поймал с этим NVR весь спектр незабываемых наслаждений относительно проблемы отваливающегося винта. Кое как отработав год, диск пропал совсем, полностью и окончательно

Внешний осмотр показал наличие следов жизнедеятельности китайских товарищей, выражающихся в неких остатках флюса по внешнему виду сильно напоминающего каловые массы, что продемонстрировано на приложенных фото. Всё это как раз в области элементов отвечающих за работу с HDD. Связка там такая JMS567 + JMB320 + две MX25L512E (U142 сверху левее батарейки и U139 с обратной стороны платы в непосредственной близости от каловых масс). Как выяснилось U142 прошивка для контроллера Jmicron, а U139 прошивка USB->ATA bridge.
Так же на плате присутствует NAND MX30LF1G18AC, EEPROM 24C08 и всё, больше памяти нет.

Почистил флюс, накатил прошивку, через USB с сайта Сони, ничего не дало. Напряжения все в норме, кварцы работают. Решил, что и хрен с ним. Пока рег у меня надо слизнуть с него всё, что можно, а будет он потом чиниться или нет, это уже дело второе. Если нет, то невелика потеря. Ну и как-то, что-то вот не задалось. Сначала не удалось нормально считать NAND. Долго я кувыркался, но варификацию считанное не проходило. Проверенный переходник, проверенные программаторы разные и ни в какую. Ошибки и всё тут. Расстроился и решил, что память хреновая просто, ни всё коту масленица. 24С08 и пару MX25L512E считал и немножко косячнул).

На заднем фоне ютьюб работал, Соловьёв с товарищами Украину обсуждали и начался там срач какой-то, кто-то в ухо ещё забубнил до кучи и я U142 наоборот влепил))). Она собственно и бомбанула при включении. Бывают в жизни огорчения, невелика беда, содержимое от неё есть

Пока убрал U139 снизу и залил в неё содержимое U142 и поставил, как U149, рег без U139 работает, не видя винт, всё так же. Подцепился по UART снял логи загрузки (без U139 уже, увы) и стандартные команды по вводил. Файлы на облаке в первой ссылке.

Помогите дамп снять через UART с нанды. Как правильно это сделать. Я "nand bad" ввёл, сволочь пишет, что битых секторов нет! Ну чего такое-то, неужели переходник всё же был. Так мучился, считать не мог программаторами. Я его всё равно вырву по UART этот дамп, это дело принципа. Правда вот опыта работы с NAND sub-system у меня к сожалению мало.

Ну, а в плане HDD не знаю, чего регу надо, может JMB320 скопытился. Думаю пока, есть смысл его добывать или нет.

[fobos]

программатор нанду корректно определяет? покажите ID определенной м/с

[Fluffykrsk]

программатор нанду корректно определяет? покажите ID определенной м/с

Корректно, казалось бы. В целом нанды считываются нормально, но иногда возникают странные вещи. Ну к примеру, устанавливаешь NAND в переходник, жмёшь автодектект NANDA, программатор ничего не видит. Тогда понятно, что контакта нет. Ну ладно, пошаркаешь контакты, почистишь, по шебуршишь микросхему в переходнике и вуаля, автодетект всё определяет верно. Может ещё быть ситуация, что автодетект определил верно, микросхему из девайс листа, но при попытке её считать вылазят предупреждения, что нет коннекта каких-то пинов. Тогда опять танец с бубном. В конечном итоге складывается ситуация, при которой и автодетект определяет нужный NAND сам и при попытке считать все пины вроде как в норме и программатор не ругает. Казалось бы всё должно быть в норме. Однако последующая верификация не проходит и пишет ошибки какого-то количество блоков. И вот тут спорный момент, сложно понять, NAND плохой или всё же дело в контактах. Последний раз, когда у меня так было я купил новый NAND который без проблем стёрся, записался и прошёл верификацию в то время, как старый снятый вроде как определялся и считывался без проблем, но верификацию не проходил. Возможно, что дело в паянной микросхеме и действительно контакт не очень хороший, но смущает, что два программатора сразу не подают сигналы об опасности не коннекта пинов и автодетект проходит. В общем суть не в том даже. С этим я разберусь. Или переходник ещё докуплю или больше экспериментов проведу, почему это происходит, выясню когда-нибудь. Сейчас уже NAND запаян назад на PCB. Снимать его не хочется повторно, да это и не нужно.

Мне интересно, как через UART с него дамп снять. Просто для себя разобраться хочется. Мне всё равно удобнее программатором снимать дампы, а не через UART (тут каждому своё), но понимать, как это сделать через UART тоже неплохо). Может же попасться NAND, поддержки которого не будет в программаторах или BGA вариант

[Fluffykrsk]

fobos

Разобрался, слил. Это оказалось так просто

Код: Выделить всё

fastboot# nand read 2000000 0 8000000

NAND read: device 0 whole chip
pure data length is 134217728, len_incl_bad is 134217728
request to read 0x8000000, and read 0x8000000 successfully!
 134217728 bytes read: OK
fastboot# tftp 2000000 1.bin 8000000
Eth up port phy at 0x01 is connect
Eth down port phy at 0x1f is connect
Hisilicon ETH net controler
MAC:   скрыт
UP_PORT : phy status change : LINK=UP : DUPLEX=FULL : SPEED=100M
TFTP to server 192.168.1.1; our IP address is 192.168.1.10
Upload Filename '1.bin'.
Upload from address: 0x2000000, 128.000 MB to be send ...
Uploading: #	[ Connected ]
################################	[ 2.888 MB]
################################	[ 5.752 MB]
################################	[ 8.616 MB]
################################	[11.480 MB]
################################	[14.344 MB]
################################	[17.208 MB]
################################	[20.072 MB]
################################	[22.960 MB]
################################	[25.824 MB]
################################	[28.688 MB]
################################	[31.552 MB]
################################	[34.416 MB]
################################	[37.280 MB]
################################	[40.144 MB]
################################	[43.008 MB]
################################	[45.896 MB]
################################	[48.760 MB]
################################	[51.624 MB]
################################	[54.488 MB]
################################	[57.352 MB]
################################	[60.216 MB]
################################	[63.080 MB]
################################	[65.968 MB]
################################	[68.832 MB]
################################	[71.696 MB]
################################	[74.560 MB]
################################	[77.424 MB]
################################	[80.288 MB]
################################	[83.152 MB]
################################	[86.016 MB]
################################	[88.904 MB]
################################	[91.768 MB] [BlockCounter Reset]
################################	[94.632 MB]
################################	[97.496 MB]
################################	[100.360 MB]
################################	[103.224 MB]
################################	[106.088 MB]
################################	[108.976 MB]
################################	[111.840 MB]
################################	[114.704 MB]
################################	[117.568 MB]
################################	[120.432 MB]
################################	[123.296 MB]
################################	[126.160 MB]
####################
	 128.000 MB upload ok.
fastboot# 

[fobos]

[slalus]

А поделиться дампом?

[AlienP666]

Сколько раз сталкивался с NANDом, если честно такая дрянь. Приходилось много раз менять сам NAND по причине полного выхода из строя. Снимается/заливается дамп просто, так же как и на SPI (команды только для NAND) и выгрузка либо TFTP, либо USB, на крайний случай самый медленный и давно всеми забытый y/x/z modem (обычно использую, для выгрузки/загрузки дампа на камерах - где нет USB, TFTP) . y/x/z modem наверное будет то еще удовольствие будет снимать 128 Мб .