idea for a universal disk interface

Douglas Taylor dj.taylor4 at comcast.net
Mon Apr 18 17:09:40 CDT 2022


Because of this I'm holding on to my DEC Qbus ESDI controllers!!!  You 
never know....
Doug

On 4/17/2022 4:35 PM, Guy Sotomayor via cctech wrote:
> I chose ESDI and SMD fundamentally because the interface is 100% 
> digital (e.g. the data/clock separator is in the drive itself). So I 
> don't need to do any oversampling.
>
> TTFN - Guy
>
> On 4/17/22 11:12, Paul Koning via cctalk wrote:
>>
>>> On Apr 17, 2022, at 1:28 PM, shadoooo via cctalk 
>>> <cctalk at classiccmp.org> wrote:
>>>
>>> hello,
>>> there's much discussion about the right  method to transfer data in 
>>> and out.
>>> Of course there are several methods, the right one must be carefully 
>>> chosen after some review of all the disk interfaces that must be 
>>> supported. The idea of having a copy of the whole disk in RAM is OK, 
>>> assuming that a maximum size of around 512MB is required, as the RAM 
>>> is also needed for the OS, and for Zynq maximum is 1GB.
>> For reading a disk, an attractive approach is to do a high speed 
>> analog capture of the waveforms.  That way you don't need a priori 
>> knowledge of the encoding, and it also allows you to use 
>> sophisticated algorithms (DSP, digital filtering, etc.) to recover 
>> marginal media.  A number of old tape recovery projects have used 
>> this approach.  For disk you have to go faster if you use an existing 
>> drive, but the numbers are perfectly manageable with modern hardware.
>>
>> If you use this technique, you do generate a whole lot more data than 
>> the formatted capacity of the drive; 10x to 100x or so. Throw in 
>> another order of magnitude if you step across the surface in small 
>> increments to avoid having to identify the track centerline in 
>> advance -- again, somewhat like the tape recovery machines that use a 
>> 36 track head to read 7 or 9 or 10 track tapes.
>>
>> Fred mentioned how life gets hard if you don't have a drive. I'm 
>> wondering how difficult it would be to build a useable "spin table", 
>> basically an accurate spindle that will accept the pack to be 
>> recovered and that will rotate at a modest speed, with a head 
>> positioner that can accurately position a read head along the 
>> surface.  One head would suffice, RAMAC fashion.  For slow rotation 
>> you'd want an MR head, and perhaps supplied air to float the head off 
>> the surface.  Perhaps a scheme like this with slow rotation could 
>> allow for recovery much of the data on a platter that suffered a head 
>> crash, because you could spin it slowly enough that either the head 
>> doesn't touch the scratched areas, or touches it slowly enough that 
>> no further damage results.
>>
>>     paul
>>
>>



More information about the cctalk mailing list