May 24th, 2016, 6:46
May 24th, 2016, 15:48
Because native PCB have bad internal ROM. Patient PCB is full compatibile with AVDS.Spildit wrote:Why did you borrow PCB from other drive ?
Native PCB is bad, because internal ROM is dead.Spildit wrote: Was your PCB dead ?
Native PCB is Dead(internal ROM is BAD) Situation takes place on the PCB borrowedSpildit wrote: Did the drive stop working with native PCB ?
Yes, I have full backup ROM, modulesSpildit wrote: Do you have full backup of SA modules and ROM from original drive ?
NO, any calibrators, Self tests, and ARCO. Only Write Oryginal SA modules, and ROM.Spildit wrote:If you have "original modules" then i guess you were playing with firmware tools on the drive when the drive "died"....
Did you run ARCO or SS on it to "kill it" ? Did you use something like calibrators or format SA or whatever ?
5x write Native PCB is dead, patient PCB from WD10EVDS-63U8B0, when fully work perfect.Spildit wrote:Is the native PCB still functional or did you kill it or it's ROM ?
I try, but your method nothing changem because problem is the same. seqence 5 clicks, and motor spin down.Spildit wrote:If native PCB is still ok then :
1 - Restore ROM from backup.
2 - Block SA access if needed.
3 - Power off/on.
4 - Change regions on RAM to original ones.
5 - Load overlays.
6 - Load DIR from file (backup) to RAM.
7 - Write all modules from backup to drive.
8 - Write original ROM again or restore regions.
9 - power off/on.
Smile !
Yeah, yeah I know you're jealous of thisSpildit wrote:I like the part of the
Quote:
Sediv at this time not work(licence bye bye).
May 24th, 2016, 16:28
AVDS is Drag Fly 1 Family, EVDS is Drag Fly 2 Family. AndSpildit wrote:Try another PCB from the exact same drive model and family with the same pcb revision ?
Drive have BAD internal ROM a long time, so I decided to check or even works at all, so I borrow PCB from to EVDS to AVDS.Spildit wrote:If drive stopped working from one day to another without you using tools on the drive then most likely bad heads/pre-amp.
Yeah I know, such a policy Sediv.Spildit wrote:I find it amazing that SeDiv people don't supply new license to users of the tool when something like this happens. People are supposed to pocket out $700 or more on that stuff then you change a simple setting on BIOS or you change some hardware that dies like a memory module or pci card or you upgrade your AV software and then .... license bye-bye and you have to buy-buy another copy for more $700 ?![]()
![]()
May 24th, 2016, 17:43
Yup, provided that Block Loading FW, click check all mods, and WD marvel Check all good in both copies of modules.Spildit wrote:Are you saying that you can READ ALL MODULES OK with the new PCB ?
well, Adaptives? may be.Spildit wrote:If so then most likely you have WRONG ADAPTIVES or translator is not properly initialized because of, for example, bad head.
SA copy, and ROM is oryginal from WD5000AVDS-63U7B0Spildit wrote:Maybe you messed up really bad and modules that you uploaded are no longer original ?
I checked mods and all mods OK, contains OK, CRC and header OK, provided that block loading FW, Yes, no problem, I can take pictures, work with this disk. if only I the PC with this disk.Spildit wrote:Check modules. If all ok can't you SS the drive ? Are ROM compatible with overlay ?
May 24th, 2016, 19:28
Spildit wrote:Self-Scan the drive ?![]()
![]()
![]()
No, Because Drive can't read SA.Spildit wrote:Do a full internal format with P and G list ?![]()
![]()
![]()
May 25th, 2016, 6:51
May 25th, 2016, 15:04
May 25th, 2016, 15:40
pikus_09 wrote:Because, Drive read modules when Block loading Firmware. When restart FW to normal state then begins seqence 5 clicks, pause 5 clicks pause 5 clicks, and spin down.
Do you understand me?
May 25th, 2016, 16:01
Yes 2 PCB are compatybile.hpw333 wrote:firist thing if you sure that 2 pcb are compatible
do these steps
In this case My Hdd Spin Up, not spin downhpw333 wrote:1- region map edit + change 01 address in both copies
2- reset hdd
3- load overly
4- is your hdd spin up or spin down ??
Yes, Spin Up, not spin down, and Test Head in Sa Area is good, and SA Scan defet shows no bad sectors in SA area.hpw333 wrote:if up then test heads
Other PCB 1640 in 256K ROM like 2060-701640-002 REV A is not work with my drive, because native PCB have MCU 88i8945 in internal ROM(192K).hpw333 wrote:if down then change pcb and write good rom (256 kb ) then do these steps again
May 25th, 2016, 16:48
pikus_09 wrote:Other PCB 1640 in 256K ROM like 2060-701640-002 REV A is not work with my drive, because native PCB have MCU 88i8945 in internal ROM(192K).
May 25th, 2016, 17:14
May 25th, 2016, 18:12
Yup, and Drive not spin Up.jermy wrote:Have you tried to increase the file up to 256K (filled with 0xFF) ?
Tomorrow attach full Back Up FW. I'm sure in 100% that modules are good(checksum, headers)hpw333 wrote:upload your modules stuff here
write new full FW For your HDD
and you need to be sure that all key module is ok if you need your data back
if you need only repair your HDD
just write new Firmware for your hdd
till me if it detected without any problem or no
May 25th, 2016, 18:23
pikus_09 wrote:Yup, and Drive not spin Up.jermy wrote:Have you tried to increase the file up to 256K (filled with 0xFF) ?Tomorrow attach full Back Up FW. I'm sure in 100% that modules are good(checksum, headers)hpw333 wrote:upload your modules stuff here
write new full FW For your HDD
and you need to be sure that all key module is ok if you need your data back
if you need only repair your HDD
just write new Firmware for your hdd
till me if it detected without any problem or no
Yeah, right I need repair my drive, because this drive is empty, and shame thrown away.
BTW, Thank you for all replies, really thank you Friends for Help.
May 25th, 2016, 18:39
Ok,hpw333 wrote:For Refurbishing this is nice case for repair
let me know after you change Fw is your HDD detect normally or no
May 25th, 2016, 21:19
pikus_09 wrote:Ok,hpw333 wrote:For Refurbishing this is nice case for repair
let me know after you change Fw is your HDD detect normally or no
Certainly I inform, can actually content modules are damaged, despite the efficient checksums and headers. Intresting
May 27th, 2016, 6:03
May 27th, 2016, 7:44
Because, Drive read modules when Block loading Firmware. When restart FW to normal state then begins seqence 5 clicks, pause 5 clicks pause 5 clicks, and spin down.
May 29th, 2016, 17:18
Head Test Read/Write
2016-05-29 23:04:16: Çŕďčńü ňđĺęŕ ďî ăîëîâęĺ 0 - Ok
2016-05-29 23:04:20: ×ňĺíčĺ ňđĺęŕ ďî ăîëîâęĺ 0 - Ok
2016-05-29 23:04:54: Çŕďčńü ňđĺęŕ ďî ăîëîâęĺ 1 - Ok
2016-05-29 23:04:57: ×ňĺíčĺ ňđĺęŕ ďî ăîëîâęĺ 1 - Okeverything is show in screensMartin wrote:Interesting to take a look on the registers, usually drive shows error codes according to it's faults correctly.
Actually, here is an answer..
well, Mods important, and critical are the same, and attach full SA COPY(Modules, ROM).Martin wrote:Additionally, you sad, that drive doesn't spin down after changing 0 region on 1 region.
Problem with FW. Probably, some modules are not correct or not native. Does this drive was anywhere before you? Did you compare SA copies (at least important modules) each to other?
Sorry Friend, but I can't write new FW with the same microcode, because I don't have, a compatibile donor FW, themselves FW with WD5000AADS-00S9B0 with the same microcode, unless may be with WD5000AADS-00S9B0?hpw333 wrote:you can know reason after write new FW with same microcode
i wait for you to change firmware and give Result for HDD Detect nomrally or no
May 29th, 2016, 17:58
OK, because erase track I treat as a full-format areas SA. DFL company, and ACE lab recommend Erase TrackSpildit wrote:I don't know why you did ERASE TRACKS of SA.
Do all again but this time as soon as you LOAD OVERLAYS and you get correct drive detection with S# XYZ go to RAM and EDIT DIR in RAM. Load DIR from you file (mod 01). Save to RAM !!! No go to S/A operations and write all modules. Done.
Ok.Spildit wrote:And STOP USING that Restart FW thing. Just power off/on the drive !!!
Ok, I write modules in original correct place, and Click, Click, click, click, clickSpildit wrote:Oh ... and of course ... did you block SA access by editing FW zones on ROM ??? If so go to RAM and edit it back on RAM !!!!
You will want to have correct zones + correct DIR on RAM first and only then you should write modules from backup !!!
Otherwise it will not write or will write to incorrect place !!!!
May 30th, 2016, 4:49
pikus_09 wrote:OK, because erase track I treat as a full-format areas SA. DFL company, and ACE lab recommend Erase TrackSpildit wrote:I don't know why you did ERASE TRACKS of SA.
Do all again but this time as soon as you LOAD OVERLAYS and you get correct drive detection with S# XYZ go to RAM and EDIT DIR in RAM. Load DIR from you file (mod 01). Save to RAM !!! No go to S/A operations and write all modules. Done.
before writing Sa mods,Btw, your method not work, sitation the same.Ok.Spildit wrote:And STOP USING that Restart FW thing. Just power off/on the drive !!!Ok, I write modules in original correct place, and Click, Click, click, click, clickSpildit wrote:Oh ... and of course ... did you block SA access by editing FW zones on ROM ??? If so go to RAM and edit it back on RAM !!!!
You will want to have correct zones + correct DIR on RAM first and only then you should write modules from backup !!!
Otherwise it will not write or will write to incorrect place !!!!![]()
something seems to me that the PCB is damaged after these hits
Powered by phpBB © phpBB Group.