In-depth technology research: finding new ways to recover data, accessing firmware, writing programs, reading bits off the platter, recovering data from dust.
Forum rules
Please
do not post questions about data recovery cases here (use
this forum instead). This forum is for topics on finding new ways to recover data. Accessing firmware, writing programs, reading bits off the platter, recovering data from dust...
March 3rd, 2017, 4:48
seagate vsc for send ctrl data like sct cmd: 0x0000 0x0001 0x00BE 0x2459 0x0000 0xa0 0x3F
seagate vsc for Read data like sct cmd: 0x0000 0x0001 0x00BF 0x2459 0x0000 0xa0 0x2F
I know the vsc 3f and 2f ,but i can not get the ctrl data. anyone help?
get the ctrl code ,you can read or write rom ram and sa with sata interface directly, It wont use com port.
March 3rd, 2017, 16:29
Here is how it was done in the early days:
Reverse Engineering HDD Software using IDE Port Sniffer:
http://www.hddoracle.com/viewtopic.php?f=59&t=611&p=1613
March 4th, 2017, 2:55
The free version has been limited, just sniffer some seconds. and the author dont reply the email , i dont know why.
June 3rd, 2017, 13:24
The Smart Command Transport (SCT) protocol was introduced just to avoid the VSC sniffing!
June 10th, 2017, 16:57
Spildit wrote:
But if you have some sort of IDE/SATA hardware port "sniffer" you can still see the "packages" inside the SCT.
SCT was created for it's own objective, to transport S.M.A.R.T. data.
To transport S.M.A.R.T. data between what?
June 11th, 2017, 1:14
BGman wrote:Spildit wrote:
But if you have some sort of IDE/SATA hardware port "sniffer" you can still see the "packages" inside the SCT.
SCT was created for it's own objective, to transport S.M.A.R.T. data.
To transport S.M.A.R.T. data between what?
Well,
I hope The HDD and Computer What Else .Do you think or know some other transport also
June 12th, 2017, 10:31
SCT means Smart Command Transport and not S.M.A.R.T. Command Transport. Do you get it? S.M.A.R.T. data can be transported so easy in a normal way. No need for Action code, Function Code, etc.
June 12th, 2017, 16:56
The SCT Command Transport feature set provides a method for a host to send commands and data to a device and for a device to send data and status to a host using log pages. Log page E0h is used to issue commands and return status. Log page E1h is used to transport data.
SCT commands piggy-back on the standard ATA commands: SMART READ LOG and SMART WRITE LOG, or READ LOG EXT and WRITE LOG EXT. As viewed through an ATA protocol analyzer, an SCT command is seen as data being transferred by these commands
June 13th, 2017, 14:45
The confusion in my case is due to the fact that, while WD uses the SMART feature set, WD's vendor specific command format in log BEh is identical to that used in SCT command/status log E0h (ie Action Code + Function Code + parameter list).
Just to add to the confusion, various documents from t13.org refer to the "SCT Command Transport feature set" and "SMART Command Transport (SCT)". The first is not strictly logical.
June 13th, 2017, 15:31
Spildit wrote:Well .... At the end of the day it makes no big difference as the way one would use those commands to send data to the drive is more or less the same ...
Exactly. It's really just a "semantic" difference.
June 14th, 2017, 2:47
fzabkar wrote:WD's vendor specific command format in log BEh is identical to that used in SCT command/status log E0h (ie Action Code + Function Code + parameter list).
On disks with the WDC mPU (eg Egle), 2 (!) Command systems worked through the 0BEh log
June 14th, 2017, 15:56
fzabkar wrote:The confusion in my case is due to the fact that, while WD uses the SMART feature set, WD's vendor specific command format in log BEh is identical to that used in SCT command/status log E0h (ie Action Code + Function Code + parameter list).
Why do you want to see VSC everywhere? WD is using SCT for more than 10 years. It started with the new generation ROYL drives, Seagate started with F3> dtives, Samsung started with Trinity drives, Hitachi with ARM drives, Toshiba with xx46GSX, etc. VSC generations of drives were replaced by the SCT generation.
Try to "sniff" VDMarvel for example. You'll get nothing because all VSC's are encapsulated in a small piece of data transfered between the host and the drive...
June 14th, 2017, 23:18
Spildit wrote:TRUE !!!! Later models of WDC mPU would accept commands by 0xBE
With 0BEh worked even PATA drives. (even 10GB)
But the first system of SCT is quite specific.(аnd the "instruction"- command set was small)
Powered by phpBB © phpBB Group.