Re: dyskietki 2.88 MB?

Autor: Maciej W. Rozycki <macro_at_linux-mips.org>
Data: Thu 13 Jul 2006 - 15:04:44 MET DST
Message-ID: <Pine.LNX.4.64N.0607131318310.26698@blysk.ds.pg.gda.pl>
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 13 Jul 2006, Michal Bien wrote:

> Chyba jedynym producentem ktory stosowal szerzej FDD 2,88 MB
> byl IBM w PS/2. Rozwiazanie umarlo smiercia naturalna, podobnie jak
> ROM BASIC. Stacje i same dyskietki byly dosc drogie i do tego zawodne:
> to byla juz zbyt duza gestosc zapisu jak na ta prosta technlogie, ktora
> w przypadku FDD 1,44 MB [z niesformatowanych 2,0 MB kazdej dyskietki HD]
> stwarza juz problemy z odczytem po pewnym czasie.

 DEC oferowal w latach 90. napedy 2.88 MB pod nazwa RX26 i byly one w owym
czasie dosc powszechne w systemach z rodzin Alpha i VAX.

 Ciekawostka jest, ze byla tez wersja SCSI skladajaca sie ze "zwyklego"
(tj. w standardzie NEC) napedu dyskietek i dodatkowej plytki kontrolera
napedu ze sprzegiem SCSI (NCR 5380), kontrolerem dyskietek (Intel 82077),
kontrolerem DMA (Intel 8237A) i mikrokontrolerem (Intel 8030) sterowanym
oprogramowaniem tlumaczacym komendy SCSI na odpowiednie operacje
kontrolera dyskietek. Kontroler napedu obslugiwal jeden naped 3.5" o
pojemnosci 1.44 MB lub 2.88 MB albo 5.25" o pojemnosci 1.2 MB. Rodzaj
podlaczonego napedu wybieralo sie ustawiajac adres napedu (1 - 4) na
magistrali NEC (standard NEC nie przewiduje mozliwosci autodetekcji), co
skutkowalo ustawieniem rozmiaru nosnika raportowanego przez sprzeg SCSI,
jak i samej nazwy urzadzenia (RX23, RX26 lub RX33, odpowiednio). Dla
porownania komputery Intel PC standardowo uzywaly adresow 1 i 2, choc BIOS
przewidywal obsluge wszystkich, zas niektore z wspolczesnych kontrolerow
obsluguja tylko jeden naped pod adresem 2 (ktory to adres jest tez
ustawiony w wystepujacych wspolczesnie napedach nieposiadajacych
mozliwosci konfiguracji adresu).

 Wersja SCSI oczywiscie pracowala z dowolnym systemem posiadajacym taki
sprzeg, nawet jesli system ten nie przewidywal stosowania napedow
dyskietek w jakimkolwiek innym standardzie.

  Maciej
Received on Thu Jul 13 15:05:12 2006

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Thu 13 Jul 2006 - 15:51:08 MET DST