Newsgroup: it.comp.retrocomputing
Titolo: Immagini floppy P6060

Ciao.
Mi allaccio al messaggio di prima relativo al drive da 8" per parlare dei 
dischi dell'Olivetti P6060.
Lo scopo ultimo del drive da 8" collegato al PC è quello di provare a fare 
le immagini dei dischi del P6060.
Ebbene, con ImageDisk sono riuscito a leggere qualcosa dei floppy del P6060.
In particolare, ImageDisk legge senza errori la traccia 0, riconoscendo 26 
settori da 128 bytes in singola densità. Queste informazioni sono le stesse 
specificate sul manuale del P6060 dove si parla (molto stringatamente) del 
formato dei floppy. Si dice anche che il floppy ruota a 360 rpm ed ha 77 
tracce, cosa compatibile con il drive Mitsubishi utilizzato per la lettura 
con ImageDisk.
Inoltre il manuale dice che "le tracce 0, 74, 75 e 76 sono utilizzate in 
maniera standard da tutti i sistemi".
Cosa significhi esattamente questa frase non mi è chiaro (a parte il fatto 
che le altre tracce non sono standard, ma rispetto a cosa? altri sistemi 
Olivetti? altri sistemi di altre marche?), fatto sta che effettivamente il 
problema sono le altre tracce. Apparentemente il formato è differente per 
ogni traccia: ImageDisk da parecchi errori di interpretazione, sembra che 
gli ID di settore siano diversi su ogni traccia. Resta il fatto che quando 
ImageDisk non da errore riesce a leggere (sembra correttamente) i dati: sono 
riuscito a vedere frasi compiute in italiano di alcuni preventivi, su un 
disco con un etichetta con scritto appunto "preventivi" :)
Detto ciò, chiunque abbia *qualsiasi* informazione su quello che può essere 
il formato di memorizzazione del P6060 è ultra-benvenuto.
Magari è un formato pseudo-standard, utilizzato anche da altre macchine, 
oppure no: le mie uniche informazioni sono limitate a quelle presenti sui 
manuali di sistema, che sono praticamente inutili per riuscire a leggere 
correttamente i floppy.
So che Luigi Serrantoni aveva fatto (o stava per fare) qualche esperimento 
al riguardo. Per caso ci sono novità?
Grazie.
Roberto

 altre macchine.
Questo è uno dei motivi (forse il principale) per cui vorrei riuscire a 
leggere i floppy con un PC: con solo il P6060 è impossibile inizializzare 
altri floppy.
Ciao.
Roberto

 altri floppy.
eppure quelli che vendevano, per macchine IBM, erano direttamente
utilizzabili, quindi già inizializzati.


 correttamente i floppy.
Nel caso fosse quel che dico io, su Bitsavers c'è apposito manuale IBM:
http://bitsavers.org/pdf/ibm/floppy/GA21-9182-5_DisketteGenInf_Jul80.pdf
Ciao,
G.

 utilizzabili, quindi giŕ inizializzati.
Questo potrebbe rinforzare la mia teoria, esposta in un altro post. Quella
secondo la quale sono floppy formattati secondo lo standard IBM dell'epoca.
I floppy per macchine IBM che intendi tu erano quelli classici nella scatola
blu, imbustati uno per uno in carta grigia con scritto "Diskette" in bianco,
ognuno con l'etichettina quadrata che specificava quanti byte per settore? 
Ciao,
G.


si, ho guardato il manuale che hai segnalato, e corrisponde alle
descrizioni che si trovano sui manuali Olivetti.
Secondo IBM, direi Tipo 1, 128 bytes per settore, singola faccia.
Inoltre leggevo abitualmente dei floppy fatti col System 34 settore per
settore, anche se il formato logico era diverso.


 settore, anche se il formato logico era diverso.
I sistemi IBM della serie S/3x li conosco abbastanza, ultimamente poi ho
giocato parecchio proprio con i loro floppy, però non sono sicuro di cosa tu
intenda per "settore per settore"...
Ciao,
G.

 512 byte (se non addirittura 1024, ma non so se il P6060 le supportava).
Mah, sembrerebbe diverse tra loro, ma non ne sono sicuro. L'output del 
programma è troppo poco chiaro per capirlo.
Ciao.
Roberto

 intenda per "settore per settore"...
Credo intenda che con opportuni comandi del basic (receive e send) si può 
indirizzare il singolo settore e leggerlo come RAW data, indipendentemente 
dalla struttura logica del file system.
Questo presuppone che comunque il sistema riconosca gli ID di 
traccia/settore correttamente, cioè ne riconosca la formattazione.
Ciao.
Roberto

 tracce, 26 settori di 128 bytes, capacità di 260.640 bytes.
Typo nel numero, quello indicato sul manuale è 240.640.
In ogni caso la capacità non mi quadra: come fa a venire fuori 240.640?!?
Poi questo formato parla di traccia 76 riservata, e 74-75 per alternative, 
mentre il formato IBM type 1 da 75 e 76 come alternative, e 74 non 
utilizzata.
Mah.... domani controllo il contenuto della traccia 0.
Ciao.
Roberto

 In ogni caso la capacità non mi quadra: come fa a venire fuori 240.640?!?
Se la traccia 0 e quelle dalla 74 alla 76 non possono essere utilizzate per i
dati, rimangono quelle dalla 1 alla 73, quindi:
73 tracce * 26 settori * 128 byte ogni settore = 242944 byte (un po' troppi)
242944 byte calcolati - 240640 byte indicati dal manuale = 2304 byte
2304 byte di differenza / 128 byte per settore = 18 settori esatti
Può darsi che da qualche parte ci siano altri 18 settori riservati per qualche
necessità specifica del P6060 e che quindi la capacità che avanza sia quella.
Oppure può darsi che il formato dei floppy del P6060 non c'entri nulla con
quello IBM (o che sia una sua corposa variante), e magari sia con i settori a
dimensione variabile, per sfruttare meglio la capacità del floppy...
Ciao,
G.

 dalla struttura logica del file system.
esatto: non attraverso i normali comandi di lettura file (open, read,
ecc.) perché la struttura delle directory era diversa dal S/34.


 necessità specifica del P6060 e che quindi la capacità che avanza sia quella.
Se ben ricordo, quei 18 settori possono essere quelli utilizzati per
memorizzare le informazioni relative alle tre librerie creabili sul
disco e le directory (il filesystem del P6060 usa anche file ad accesso
diretto, non solo sequenziali). Inoltre da qualche parte c'è una mappa
sull'occupazione dei vari settori.


 stringa "ERMAP". Ecco la tabella: 
http://en.wikipedia.org/wiki/EBCDIC
Allora, ho dato un'occhiata alla prima traccia ed effettivamente ci sono 
buone possibilità che il formato sia IBM Type 1, o se non altro molto simile 
(anche se mi spaventa il discorso dei settori a lunghezza variabile...)
Comunque, nei settori della prima traccia si trova questo:
settore 5 - ERMAP (in ebcdic)
settore 7 - VOL1NASHUA (in ebcdic)
settore da 8 a 21 (escluso 12) - DDR1 (in ascii)
settore 12 - HDR1 P6FSYS  V (in ascii)
C'è da dire che il floppy è un Nashua, e P6FSYS mi pare sia un tipico nome 
da P6060.
Tra l'altro su tutti i floppy non Olivetti che ho, utilizzati sul P6060, c'è 
scritto chiaramente "format 26 sectors 128 bytes", quindi erano tutti 
pre-inizializzati di fabbrica con quel formato.
Non avevo il manuale IBM con me e non ho analizzato in dettaglio il 
contenuto del settore 7, che dovrebbe avere altre informazioni sulla 
struttura fisica del disco, ma lo farò al più presto.
Resta il fatto che le altre tracce danno errore, ed anche la traccia 0 non è 
costante come interpretazione: anadisk a volte sbaglia ad interpretare il 
numero dei settori presenti e ne "dimentica" qualcuno.
Però non dispero ancora: secondo il TESTFDC di Imagedisk il mio controller 
non è in grado di gestire correttamente i settori a 128 bytes. Domani 
dovrebbe arrivarmi una Adaptec AHA-1522 che secondo Imagedisk è pienamente 
compatibile con tutti i formati, anche i settori a 128 bytes, e farò qualche 
prova.
Al limite, per cercare di capire come sono fatti i dischi, posso provare a 
collegare il drive al computer di NE. A suo tempo avevo scritto una routine 
in assembler che è in grado di leggere una intera traccia, compresi i bytes 
di formattazione ed i GAP senza controlli di CRC, e con quella si dovrebbe 
riuscire a capire. Tra l'altro il controller FD1771 utilizzato nel computer 
di NE è compatibile con i sistemi IBM 3740, quindi con il formato IBM type 1 
(la cui formattazione, tra l'altro, è pure descritta nel datasheet del 
controller).
Farò qualche altra prova.
Ciao.
Roberto 

 numero dei settori presenti e ne "dimentica" qualcuno.
Da qualche parte ho letto che i settori potrebbero essere "interleaved". Che
sia quello il problema? Bisognerebbe leggere anche le informazioni nascoste
tra un settore e l'altro, quelle che utilizza l'elettronica del drive...
Però si torna sempre al discorso iniziale: se il P6060 non può inizializzare
dischetti ex novo e se andavano bene anche dischetti di altre marche, allora
mi viene proprio da dire che è un problema di lettura del tuo drive esterno.
Ciao,
G.

 esterno.
Più che altro un problema di interpretazione del software, oppure di 
compatibilità del controller.
Il drive sono sicuro che funziona, perchè leggo e scrivo altre immagini e lo 
controllo correttamente anche da ms-dos.
Ciao.
Roberto

 Ho capito il meccanismo. Si, probabilmente è come dici.
Ho fatto un po' di prove sia con OS/400 sia con SSP (S/36). Ho visto che
entrambi evitano di lasciare "buchi" nell'indice: quando viene cancellato un
file, tutto l'indice viene riscritto. Ovviamente i dati rimangono dove sono,
solo i record dell'indice vengono ricompattati. Ogni voce valida inizia con
"HDR1", invece ogni voce vuota inizia con "DDR1". Per quanto riguarda la
formattazione ASCII (prevista da OS/400), ho visto che anche lui fa un misto:
alcuni settori tipo il quinto (ERMAP) li lascia in EBCDIC, altri li traduce.
Probabilmente il P6060 o ignora completamente i primi settori, compreso quello
con il nome del disco, oppure è in grado di interpretarli comunque. Forse
alcuni vengono volutamente lasciati sempre in EBCDIC per permettere in ogni
caso il riconoscimento del floppy come valido per la maggioranza dei sistemi.
Ovviamente AS/400 e S/36, essendo midrange IBM, sono sistemi EBCDIC.
Dato che c'ero, ho generato un po' di esempi:
Volume label di OS/400:
 0000      E5D6D3F1  E3C5E2E3  40404040  40404040      *  VOL1TEST          *
0010      40404040  40404040  C9C2D4D6  E2F4F0F0      *          IBMOS400  *
0020      40404040  40D9C5E3  D9D6C3D6  D4D7E4E3      *       RETROCOMPUT  *
0030      C9D5C740  40404040  40404040  40404040      *  ING               *
0040      40404040  404040F2  40404040  404040E6      *         2       W  *
0050      00000000  00000000  00000000  00000000      *                    *
0060      00000000  00000000  00000000  00000000      *                    *
0070      00000000  00000000  00000000  00000000      *                    * 
Volume label di SSP per S/36:
 0000      E5D6D3F1  E3C5E2E3  40404040  40404040      *  VOL1TEST          *
0010      40404040  40404040  C9C2D4E2  E8E2E3C5      *          IBMSYSTE  *
0020      D4F3F640  40D9C5E3  D9D6C3D6  D4D7E4E3      *  M36  RETROCOMPUT  *
0030      C9D5C740  40404040  40404040  40404040      *  ING               *
0040      40404040  404040D4  404040F1  404040E6      *         M   1   W  *
0050      40404040  40404040  40404040  40404040      *                    *
0060      40404040  40404040  40404040  40404040      *                    *
0070      40404040  40404040  40404040  40404040      *                    * 
Voce indice di un file creato da OS/400 (con CPYTODKT):
 0000      C8C4D9F1  40D7D9D6  E5C14040  40404040      *  HDR1 PROVA        *
0010      40404040  4040F0F0  F0F1F040  F0F1F0F0      *        00010 0100  *
0020      F140F0F1  F0F0F340  40404040  404040F0      *  1 01003        0  *
0030      F8F0F3F2  F8F0F0F1  F0404040  40404040      *  803280010         *
0040      4040F0F8  F0F3F2F9  4040F0F1  F0F0F440      *    080329  01004   *
0050      40404040  40404040  40404040  404040C9      *                 I  *
0060      C2D4D6E2  F4F0F040  40404040  40404040      *  BMOS400           *
0070      40404040  40404040  40404040  40404040      *                    * 
Voce indice di un file creato da SSP per S/36 (con SAVE):
 0000      C8C4D9F1  40D7D9D6  E5C14040  40404040      *  HDR1 PROVA        *
0010      40404040  4040F0F0  F2F5F6D9  F0F1F0F1      *        00256R0101  *
0020      F2F1F0F1  F0F2F240  404040C5  404040F0      *  2101022    E   0  *
0030      F8F0F3F2  F8F0F1F5  F0F0F0F1  F6F04040      *  80328015000160    *
0040      4040F0F8  F0F3F2F9  4040F0F1  F0F2F340      *    080329  01023   *
0050      40404040  40404040  40404040  404040C9      *                 I  *
0060      C2D4E2E8  E2E3C5D4  F3F64040  40F14040      *  BMSYSTEM36   1    *
0070      40404040  40404040  40404040  40404040      *                    * 
Ciao,
G.

 file, tutto l'indice viene riscritto.
Ciao.
Io invece ho fatto un po' di prove ma con esito negativo, ed ho le idee 
ancora più confuse.
Innanzitutto, neanche il controller Adaptec AHA-1522A, che effettivamente 
secondo Imagedisk non ha problemi con i settori di 128 bytes, riesce a 
leggere correttamente i floppy.
Ma non solo, anche la traccia 0 che su alcuni dischi è perfettamente 
leggibile ed è di 26 settori/128 bytes, su altri dischi ha un formato 
incomprensibile ed è illeggibile (ovvero, molti settori della traccia 0 
danno errori ed il formato a 26 settori non viene riconosciuto). Ovviamente 
quei dischi sul P6060 funzionano.
Inoltre, mi sono letto per bene la documentazione delle utility di Tim Mann 
per la Catweasel MK4 (che ho), e da quanto dice sono in grado di leggere 
perfettamente i dischi creati con il controller FD1771, interpretando 
correttamente anche gli address mark che i controller da PC non riescono a 
leggere (in effetti con i dischi del computer di NE, che utilizzano quegli 
address mark non standard, funziona perfettamente).
Purtroppo neanche la Catweasel con quelle utility riesce a leggere i floppy 
correttamente: anche lei legge solamente la traccia 0 senza errori per quei 
dischi che funzionano anche con l'Adaptec (e ho provato praticamente tutti i 
settaggi).
Ora, dato che l'FD1771 è compatibile con i dischi IBM Type 1, e dato che le 
utility della Catweasel leggono i dischi dell'FD1771, mi viene da pensare 
che il formato del P6060 sia solo un lontano cugino dell'IBM Type 1, il che 
mi da non poco sconforto... ;((
Non so più che pesci pigliare. Sicuramente collegherò il drive al computer 
di NE e proverò a leggere un'intera traccia (gap ed address mark compresi) 
con il comando di lettura traccia dell'FD1771, ma non so esattamente a cosa 
potrà portare, e se funzionerà.
Boh, magari con un floppy IBM Type 1 nuovo (mai utilizzato) si riesce a 
capire qualcosa di più, si può provare a leggerlo con il PC per vedere se 
anche lui da errori, e si può poi metterlo nel P6060 per vedere che succede. 
Il problema è trovarlo (e sacrificarne la "verginità"... :)
Magari si può provare a leggere un floppy del P6060 con un S34 o con 
l'OS/400?
Idee?
Ciao.
Roberto

 l'OS/400?
Controllando ho visto che i programmi di lettura tracce sono nei floppy
che ho ancora io: urge farteli avere, perché listando quelli capisci
come è fatta la struttura logica del disco.
Controlla comunque se hai una copia di quel programma anche tu, meglio
se uno si quelli scritti da me, ed eventualmente postane il listato.


 l'OS/400?
Se vuoi provare sì, però non posso fare operazioni a basso livello, tipo
visualizzare gli address mark o gli identificativi di settore. Posso solo
vedere ciò che dal controller arriva al resto della macchina, cioè i 128 byte
di dati contenuti nei singoli settori, cioè non quel che c'è tra i settori.
Per la cronaca, il drive che utilizzo io, collegato all'AS/400, esternamente è
marchiato IBM, modello 9331-011, ma internamente è di fabbricazione Y-E Data,
modello YD-180. Il controller non lo so, ma al 90% è qualcosa di custom IBM.
Ciao,
G.

 leggono con programmi basic i dischi S/34
Però qualche similitudine ci dev'essere anche a livello logico, e pure
abbastanza marcata, altrimenti come spieghi quel "HDR1 P6FSYS" che ha trovato
Roberto e che corrisponde ai dettami IBM? Che sia un caso fortuito? Tutto può
essere in effetti. Se, come ipotizzavo in un altro messaggio, il P6060 ignora
completamente tutto il cilindro zero, quel P6FSYS potrebbe benissimo essere un
ricordo di qualche altra formattazione precedente. Bisognerebbe vedere tutto
il contenuto del settore: c'è un campo dove potrebbe/dovrebbe esserci scritto
in chiaro il nome del sistema che ha scritto il settore.
A proposito invece del formato logico dei dischi del P6060, hai per caso della
documentazione online? Ho guardato sul tuo sito il Manuale Generale, ma non mi
pare completo: la nona parte, l'ultima disponibile, non comprende le appendici
dove forse è descritto il formato logico dei dischetti. No?
Ciao,
G.

; ci sono i comandi di
creazione librerie, ecc. dove vengono descritti - un po' tra le righe -
certi aspetti della formattazione logica dei floppy.
Comuque, mi ripeto, avendo il listato di quei programmi che feci per
accedere direttamente ai settori, potrebbero venirmi in mente svariate
cose.


 se uno si quelli scritti da me, ed eventualmente postane il listato.
No, avevo già controllato e non c'è nulla che mi sembri un programma di 
lettura tracce.
Tra l'altro, i comandi SEND e RECEIVE del basic che citavi dove sono 
spiegati? Sui manuali non li ho trovati.
Ciao.
Roberto

 settori.
Quindi si può vedere se il formato fisico è uguale oppure no: se funziona è 
uguale, altrimenti no.
Ciao.
Roberto

 in chiaro il nome del sistema che ha scritto il settore.
Tra l'altro, sono venuto a sapere da fonte certa che quando sul manuale del 
P6060 si parla di dischetti inizializzati "da altri sistemi", si riferisce 
agli Olivetti BCS M44, che usano lo stesso formato.
Un altro utile indizio per le ricerche... :-)
Ciao.
Roberto

 cose.
Purtroppo non ho copie di quei programmi.
Come facciamo per i floppy? Poste? :-)
Oppure vengo a Genova, non c'è problema.
Ciao.
Roberto.

 certi aspetti della formattazione logica dei floppy.
Ah, ecco! Io guardavo 
http://www.robertocipriani.it/P6060/
 e non trovavo :-)
Ciao,
G.


O facciamo il pellegrinaggio, o se ti capita di passare o di far passare
qualcuno: per me va sempre bene.
Ricordati, e lo ricordo qui in questo frequentatissimo thread sperando
di trovare chi ha l'hardware necessario, che ho anche un padellone per
DCU.


 Ah, ecco! Io guardavo 
http://www.robertocipriani.it/P6060/
 e non trovavo :-)
si, mi vergogno come un ladro per quel sito... dovrei riuscire a
metterci un indice, un giorno o l'altro... :-)


 spiegati? Sui manuali non li ho trovati.
I/O con periferiche esterne
<
http://www.robertocipriani.it/P6060manuali/System/P6060/P6060%20i_o%20c
on%20perif%20esterne%20-%20man%20prog.pdf>
Agiscono anche sui floppy, ma questa particolarità non mi sembra
spiegata nei manuali, ma solo leggendo i programmi. Ma bisognerebbe
controllare.


 poter verificare se si legge oppure no.
Dovresti averli: tra i floppy che ti ho dato ce ne erano diversi che
avevo ricevuto da fornitori, probabilmente etichettati Proserpio,
contenenti listini prezzi, creati con S/34.
Comunque ho visto che una decina li ho anche qui, fatti da diverse
aziende e tutti perfettamente leggibili.


Prima di tutto, faccio un crosspost su it-alt.comp.folklore perchè ci sono 
persone molto competenti che non leggono it.comp.retrocomputing, e mi 
piacerebbe avere anche la loro opinione :-)
Allora, piccolo aggiornamento sulla situazione....
Ad oggi ho fatto decine, se non centinaia, di prove, con esito tutt'ora 
negativo.
Posto che dopo tutti gli scambi di opinioni e leggendo la documentazione 
varia siamo quasi sicuri che i floppy del P6060 siano dischi IBM type 1, 26 
settori da 128 bytes, 77 tracce, sto cercando di eliminare le variabili che 
possono generare gli errori.
Al momento la situazione è che con il PC riesco a leggere sempre la traccia 
0 (che da specifiche IBM è *sempre* da 26 settori 128 bytes, anche per 
dischi type 2 e 2D), e nessuna altra traccia.
Mi restano due variabili al momento sconosciute:
1) allineamento delle testine del mio drive
2) velocità di rotazione del disco.
Riguardo alla prima variabile non posso ovviamente escludere totalmente un 
disallineamento a priori, ma mi sembra molto improbabile perchè la meccanica 
è pressochè perfetta, con tutte le viti fissate da ceralacca, ed è tutto 
estremamente solido, pulito, lubrificato e senza alcun minimo gioco.
Potrei comunque verificarlo se qualcuno mi potesse formattare un floppy con 
ms-dos, in modo che possa controllare se lo leggo correttamente.
Enrico Lazzerini, che legge questo newsgroup, ha due drive identici: magari 
riesci a formattare un floppy? Sarebbe un enorme aiuto.
Relativamente alla velocità di rotazione del disco mi viene il dubbio che il 
disco del P6060 giri più lentamente.
Secondo le specifiche dei drive da 8" (perlomeno da PC) questi dovrebbero 
girare a 360 rpm, ed i dati vengono trasferiti a 500 kbps.
Però i manuali del P6060 dicono che il trasferimento dati avviene a 250 
kbps, ed a 250 kbps e 360 rpm 26 settori da 128 bytes su una traccia 
apparentemente non ci stanno. Ho provato a formattare con Imagedisk un 
floppy con 26 settori 250 kbps FM, e in lettura mi riconosceva solo i 
settori da 11 a 26, segno che i primi 10 sono stati sovrascritti. Invece a 
500 kbps i settori ci stanno tutti.
Secondo me, per andare a 250 kbps il drive deve girare a 300 rpm, che ne 
pensate?
Altro dubbio..... se prendo un floppy scritto a 250 kbps 300 rpm e lo leggo 
con un drive che va a 500 kbps 360 rpm, riesco a leggerlo oppure no? Cioè, 
aumentando la velocità di rotazione mi aspetto che i dati arrivino più 
velocemente, ma non sono certo che arrivino a 500 kbps, forse solo a 300 kps 
o giù di lì, che ne pensate?
La cosa che comunque continuo a non spiegarmi è che la traccia 0 viene letta 
a 250 kbps, e le altre no. Forse la lettura è al limite di tolleranza?
Comunque, se così fosse, secondo me non c'è verso di leggere quei floppy con 
il drive Mitsubishi, perlomeno non senza modificarlo, per due motivi:
- il disco ha una velocità di rotazione fissa di 360 rpm
- il separatore dei dati utilizza un MC3740 con due condensatori fissi, e 
senza variare la capacità dei condensatori credo che non riesca ad 
interpretare gli impulsi a 250 kbps. O forse sbaglio tutto, non ne sono 
molto sicuro. Mi serve il parere di qualche esperto.... :-)
Ad ogni modo, per quanto riguarda la velocità di rotazione ho già cambiato 
il trimmer sul drive ed ho raggiunto i 300 rpm. Ovviamente non legge nulla 
di nulla.
Per quanto riguarda il separatore dei dati la cosa è più complessa, dovrei 
cercare di capire dallo schema che capacità ci vuole e cambiare i 
condensatori.
Cosa pensate di tutto cio'?
Ogni idea è molto ben accetta.
Ciao.
Roberto

 disco del P6060 giri più lentamente.
ti ricordo che col lettore del P6060 si leggono i floppy del S/34 e
anche quelli scritti dal PDP/11, quindi non possono essere che standard.


 anche quelli scritti dal PDP/11, quindi non possono essere che standard.
Si ma a che velocità ruotano l'S/34 e il PDP/11? 360 rpm?
Roberto

 wrote:

non lo so, ma comunque alla stessa :-)
Dovresti avere un qualche floppy che ne viene dal Sistema/34: quelli li
leggi?


 leggi?
No.
Comunque, forse ho capito la storia, è un problema di compatibilità del 
drive.
Il tutto viene dal manuale del Mitsubishi (averlo letto prima con 
attenzione..... mannaggia....):
"The M2896 flexible disk drive is the 1 to 1.2 megabyte formatted  memory 
capacity disk drive, employing two magnetic heads for recording on both 
sides of the medium, at double density, thus providing a capacity four times 
higher than 250 kilobytes offered by conventional single-side, standard 
density drive".
Quindi, molto probabilmente, il drive del P6060 è uno "standard density 
drive" (cioè singola densità) dato che i suoi floppy tengono circa 250 
kbytes su una faccia, mentre il Mitsubishi su una faccia fa 500 kbytes 
(doppia densità).
E il disco deve ruotare a 360 rpm: 
http://en.wikipedia.org/wiki/Table_of_8-inch_floppy_formats
Spiegatemi una cosa: perchè nella pagina di cui sopra il cilindro 0 per il 
disco da 242 KB non ha le specifiche? Non dovrebbero essere sempre 26 
settori da 128 bytes?
Mi sa che o cambio drive, o provo a modificarlo per leggere i singola 
densità.
Ciao.
Roberto

 (doppia densità).
Porca la pupazza, dimenticate tutto.
Le specifiche del drive sul manuale dicono chiaramente che è sia singola che 
doppia densità, singola e doppia faccia, 250 o 500 kbps, e fa l'esempio di 
26 settori da 128 bytes per 250 kbps a singola densità.
Quindi deve funzionare. Punto.
Mi ritiro nel mio antro in penitenza a piangere... ;((((
Ciao.
Roberto

Ciao.
Mi hanno appena mandato un manuale STREPITOSO in .pdf per l'assistenza 
dell'unità floppy esterna FDU, identica a quella del P6060.
L'ho messo in linea sul mio sito (che praticamente è un mirror di quello di 
Roberto) all'indirizzo 
http://www.z80ne.com/p6060/manuali/default.html
 (è in 
fondo).
Ne consiglio vivamente la lettura, è stupendo.
Contiene tutte le specifiche fisiche del drive e dei floppy, distanze tra le 
tracce, funzionamento delle testine, gap, struttura logica, più tutte le 
istruzioni di taratura del drive.
In particolare a pagina 23 del .pdf c'è la struttura logica delle tracce.
Mi sembra il formato standard IBM (e qui chiedo agli esperti - Gerry? :)), 
ma non mi è chiaro il significato della nota "i clock barrati non sono 
fisicamente registrati nel disco, sono normalmente chiamati clock mancanti".
Ad esempio se decodifico i bit C1 C1 C1 C1 C1 C1 C1 C0 (cioè 11111110) mi da 
FE in esadecimale, che se ricordo bene è appunto il mark di inizio settore. 
Però il terzo, quarto e quinto bit secondo il manuale sono "mancanti".
Secondo voi come si ripercuote questo con una lettura fatta con un 
controller standard (tipo ad es. FD1771)? Utilizza lo stesso sistema di 
registrazione fisica?
Tra l'altro, a pagina 21 c'è scritto che "la tecnica di registrazione usata 
è del tipo NRZ e a duplicazione di frequenza".
Che cavolo è?!?!? C'entra qualcosa con l'FM o è tutta un'altra cosa?
Grazie.
Roberto


scusa roberto, non sono riuscito a seguire tutta la discussione su queste 
prove di lettura, e non sono un esperto di floppy da 8"
però la butto li, magari dico cose ovvie
per quel poco che so il problema è la codifica in FM dei dati
il bassa densità va a 250kbit proprio perchè è in FM
e i controller dei pc non riescono a decodificare i segnali in questa 
codifica, almeno normalmente
e tantomeno a scrivere in modalità fm
è necessario un controller particolare o modificare un controller standard 
per pc xt per abilitare nel chip il riconoscimento della codifica fm
sulla documentazione di 22disk è spiegato come collegare il pin del 
separatore dei dati che arrivano dal floppy all'integrato di controllo del 
floppy
(in questo modo si riescono a leggere ma non a scrivere)
io suppongo che il tuo controller possa non riuscire a codificare in fm
però forse facendo prove di formattazione di un floppy a bassa 
densità+scrittura+rilettura riesci a a determinarlo
ciao
luigi 

 Che cavolo è?!?!? C'entra qualcosa con l'FM o è tutta un'altra cosa?
NRZ è una modalità di codifica dei dati binari. Credo, ma non ne sono certo,
che FM si riferisca alla modalità di registrazione fisica delle transizioni di
segnale sul disco, mentre NRZ sia ad un livello superiore e si riferisca al
modo in cui le suddette transazioni codificano l'informazione binaria. Forse.
Prova a guardare 
http://en.wikipedia.org/wiki/Non-return-to-zero
Resta comunque valido l'assunto per cui se il P6060 è in grado di leggere i
floppy di altre macchine tipo il System/34 IBM, allora usa codifica standard.
Ciao,
G.

 standard.
Giusto pure questo.
Mi sa che l'unica variabile rimasta è il disallineamento delle testine.
Ci do un'occhiata, anche se ad occhio temo sia difficile (anche perchè sono 
in una posizione dove non si vede un tubo).
Ciao.
Roberto

 e tantomeno a scrivere in modalità fm
Lo so, ma ho un controller (Adaptec AHA-1522) che è in grado di supportare 
tutte le modalità, anche FM (e infatti leggo/scrivo normalmente dischi FM 
sui drive da 5"1/4). Idem per la Catweasel che fa anche RX02.
Tu non stavi facendo una cosa analoga per leggere gli 8"?
Qualche risultato?
Ciao.
Roberto

Questa sera ho provato a collegare il drive da 8" al computer di NE per 
vedere se riuscivo a leggere qualcosa con il controller FD1771 e un po' di 
assembler.
Risultato: ho fuso il computer di NE.
PORCAZZA LA PUPAZZA!!!!
Alla fine perň, dopo un mezzo infarto, l'ho riparato: ci ho messo due ore ed 
erano un 74LS14 ed un quasi introvabile MC6847 cotti (e cosě l'ultimo 
ricambio che avevo se ne č andato).
Perň, giuro, ho sudato freddo....
Domani ci riprovo, con qualche precauzione in piů...
Ciao.
Roberto

 Qualche risultato?
purtroppo il tempo è tiranno, sul tavolo del laboratorio giace ormai da 
tempo il drive con un set di connettori da cablare...
chissà quando riuscirò a provare
ciao
luigi 

 mi metta a cercarne uno
L'Adaptec AHA-1522 fa tutti i formati MFM e FM in lettura e scrittura, ma ho 
recuperato anche diversi controller ISA piů anonimi che sono in grado di 
fare l'FM.
Nessuno perň č in grado di scrivere il formato a 128 bytes/settore (ma 
riescono a leggerlo).
Il sistema piů veloce per testare un controller č usare il programma TESTFDC 
che trovi insieme all'Imagedisk: vedi subito cosa riesce a fare e cosa no.
Ciao.
Roberto