Mený principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Lista Utenti
 Policy sito
Ricerca Google

Login

Nick


Password


24 Ottobre 2012 Postato da: Pericle76
Modificare lettori floppy per PC da usare su AMIGA (aggiornamento 2018)
Cari Amighisti, spero di fare cosa gradita riportando le mie esperienze personali sulla modifica dei Lettori di Floppy per PC per poterli utilizzare sui nostri AMIGA.

Come molti sanno quasi tutti i lettori di Floppy per PC sono modificabili, alcuni interagendo su ponticelli altri intervendo con taglio piste e saldature.

I passaggi fondamentali sono Tre:

1- Commutare il lettore da DS1 (PC) a DS0 (AMIGA)
2- Veicolare il segnale "Disk Ready" (RDY) al pin 34
3- Veicolare il segnale "Disk Change" (DC) al pin 2

Di seguito Troverete le guide per Modificare:

Sony MPF920 Z/131
Samsung SFD-321B
ALPS Elecronic DF354

Presto se va a buon fine posterò anche la modifica di un Mitsumi.

Cominciamo Con il Sony

Immagine

Immagine

Come potete vedere dalla foto bisogna procedere in questo modo:

1 - Tagliare la pista che dal pin 34 va al Disk Change
2 - Saldare un ponticello tra il DC (punto B) e il pin 2
3 - Saldare un ponticello tra il RDY (pin 18 del chip in alto a destra) e il pin 34
4 - Sposare la resistenza da 0 Ohm da JC31 a JC30 (punto A) per passare da DS1 a Ds0

Altra variante

Immagine

Immagine

Come potete vedere dalla foto bisogna procedere in questo modo:

1 - Tagliare la pista che dal pin 34 va al Disk Change
2 - Saldare un ponticello tra il DC (punto B) e il pin 2
3 - Saldare un ponticello tra il RDY e il pin 34
4 - Sposare la resistenza da 0 Ohm da JC31 a JC30 (punto A) per passare da DS1 a Ds0

Passiamo al Samsung

Immagine


Immagine

Sempre guardando la foto:

1 - Spostare la resistenza da 0 Ohm dal Punto A al Punto B (in questo modo avremo già il RDY sul pin 34)
2 - Saldare un ponticello tra il DC e il pin 2
3 - Spostare il ponticello (saldatura) da DS1 a DS0 (punto C)


Spero che Pericle76 non si offenda per avergli aggiunto altre modificke ai driver floppy

->Continua<-

Commenti: 339  Aggiungi - Pagine: 1...-13-14-15-16-17


Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14- [15] -16-17-

Post inviati: 1746

Visulizza profilo Messaggio Personale
79.50.178.*** Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36
Commento 281 in risposta al 279 di Loom4ever
Oge 25 Giugno 2019    18:18:54
Citazione
@Oge
Lo dici perchè i sony sono i migliori?

Ho visto che li modificano anche per le tastiere Yamaha e per Atari ST. Si prestano a tante piattaforme.

Loom4ever

Post inviati: 91

Visulizza profilo Messaggio Personale
5.90.165.*** Mozilla/5.0 (Linux; Android 8.0.0; SAMSUNG SM-G935F Build/R16NW) AppleWebKit/537.36 (KHTML, like Gecko) SamsungBrowser/9.2 Chrome/67.0.3396.87 Mobile Safari/537.36
Commento 282
Loom4ever 26 Giugno 2019    08:25:07
Aggiornamento: il drive funge bene ma in coda con altri drive da xcopy non viene rilevato il dischetto presente all'interno.
Anche da kickstart 3.1 come boot drive funziona, solo con xcopy mi fa questo scherzo. Qualunque disco inserisca xcopy mi dice disco assente...

Commento modificato il 26/06/2019 alle ore 08:25:49


Immagine

Temibile Pirata

Post inviati: 1171

Visulizza profilo Messaggio Personale
62.11.75.*** Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_3 like Mac OS X) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.0 Mobile/14G60 Safari/602.1
Commento 283
SukkoPera 26 Giugno 2019    08:29:32
Metti il diodo...

A500 Rev.3 1 MB, A500 1 MB, A500 Rev.6 1 MB Chip + 1.5 MB Slow, A500+ 2 MB Chip (riparato!), A600 2 MB Chip + A6095 + SD 4 GB, A600, A1200 + ACA1221EC... VIC20 e svariati C16 e C64

Post inviati: 1746

Visulizza profilo Messaggio Personale
79.50.178.*** Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36
Commento 284
Oge 26 Giugno 2019    10:12:53
Confermo. Altrimenti avrà problemi pure con molti giochi dal caricamento veloce.

Loom4ever

Post inviati: 91

Visulizza profilo Messaggio Personale
151.45.223.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 285
Loom4ever 26 Giugno 2019    10:55:52
Mah ragazzi non vorrei che il problema me lo stiano dando i due alps. Domanda che probabilmente farà ridere Voi esperti: ma non è che la presenza dei due diodi crea una qualche latenza eccessiva nel segnale o lo incasina?
Questa la situazione attuale che sto sperimentando:

df0: alps nuovo
df1: alps nuovo
df2: sony usato
df3: chinon usato

quindi come potete capire ho messo in coda 3 floppy esterni con altrettanti case.

Tra l'altro ho notato una cosa: in un case (quello dove ho messo lo chinon) solo impostando quest'ultimo su DS1 il case funziona correttamente col drive.
Ad ogni modo, così come sono affilati drives e cases funzionano tutti apparentemente e anche l'ACA500 plus li rileva tutti.
Ma con xcopy professional son dolori. I problemi sono legati alla presenza rilevata o meno dei dischi sotto xcopy. In alcuni casi per alcuni drive, pur senza floppy all'interno, xcopy si comporta come se nel drive ci fosse il floppy e il checkdisk parte lo stesso ma con una sfilza di errori E al contrario, in almeno un caso (sony), nonostante il floppy dentro xcopy rileva il disco come assente.

Se quelli esterni li collego da soli, provandoli uno ad uno come df1 tutto scorre apparentemnte liscio. Es il sony messo da solo come df1 non da quel problema, e xcopy rileva o meno il floppy solo se inserito o assente. Insomma il metterli a cascata crea casino nel segnale del disk change o del disk ready, non so quale sia quello preposto a rilevare o meno la presenza di un disco.
Ad ogni modo appena ho tempo provo un po' le varie combinazioni e le pubblico confidando di dare il mio contributo alla scienza.
Spero solo che non siano i case ad avere una qualche colpa in questo apparente imputt....ento, tacci loro tz tz

Immagine

Immagine

Loom4ever

Post inviati: 91

Visulizza profilo Messaggio Personale
151.45.223.*** Mozilla/5.0 (Windows NT 6.1; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 286
Loom4ever 26 Giugno 2019    19:48:49
Allora ragazzi ho smanettato un po' e questa la situazione, vediamo la Vs esperienza cosa suggerisce:

Premesso che tutti i drive senza xcopy funzionano sia in lettura che in scrittura che messi a cascata fino al df3, il problema è quando uso XCOPY (sto usando la versione 7) e attivo la V in rosso per la verifica dei dati con DOSCOPY o DOSCOPY+.
Solo se scollego i drives esterni e uso l'ALPS da solo in df0 questo non dà problemi e funziona egregiamente sotto XCOPY.
Altra ipotesi in cui funziona e se lo metto sempre in df0 e in df1 metto il solo CHINON, anche in questo caso sotto XCOPY leggendo o scrivendo da df0 a df1 e viceversa con V di verifica spuntata nessun errore.

I dolori iniziano se setto la verifica con gli altri drive. Ossia mettendo in df0 ALPS e in df1 o df2 l'altro ALPS o il SONY escono errori e il bello è che anche sul df0 partono gli stessi errori!!! L'errore che compare per ogni settore è il numero 8 con richiesta di retry o cancel per ritentare la verifica.

Diciamo che se non imposto la verifica non solo non escono errori ma le copie funzionano pure, però hai detto niente...
Il SONY poi che se messo in df2 o df3 a disco inserito non rileva il disco...

Un ultimo dettaglio davvero molto strano che non ricordo se è proprio XCOPY che lo fa o è una cosa sempre legata alla mia situazione, ossia i drive copiano sempre e comunque anche se non ci sono dischi dentro!!!

Cioè anche nell'abbinata migliore, ossia df0 con ALPS e df1 CHINON se metto in lettura un floppy nel df0 e nel df1 non c'è alcun floppy, faccio partire la copia e il df1 lampeggia il led come se stesse scrivendo... mentre all'interno è vuoto!
Questo naturalmente me lo fa anche con ALPS e SONY, pure se li lascio vuoti scrivono con tanto di led in funzione come se dentro ci fossero i floppies... che manicomio

Mi domando se liviux76 abbia fatto anche lui tutti questi tests col suo ALPS e abbia riscontrato le stesse anomalie

Immagine

You don't scare me devil, now I play :)

Post inviati: 5712

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 287
amiwell79 26 Giugno 2019    21:26:29
hai provato dal workbench, xcopy è un programma abbastanza vetusto


https://salvatore-abbate6.webnode.it/


liviux76

Post inviati: 590

Visulizza profilo Messaggio Personale
151.41.246.*** Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Commento 288
liviux76 27 Giugno 2019    01:11:13
@Loom4Ever
Non ho fatto tutti i test che hai fatto tu (mai provato a fare una copia senza disco inserito o a usare format senza la "V" per la verifica) ma sì, XCopy è molto rognoso e come ho scritto qualche stranezza l'ho avuta con gli Alps, in pratica funziona perfettamente se da solo (DF0) o se quando usato come drive esterno è l'ultimo della "catena". Negli altri casi mi dà problemi, se non erro quando formatto compare "8" su ogni settore prima di "0", il che comporta tempi di scrittura (formattazione) praticamente doppi.
L'errore poi sul "disk not present" li ho visti svariate volte, forse ho scritto qualcosa nei miei commenti ma non ricordo cosa.
Alla fine io sto usando un Sony modificato come DF0:, un Teac originale come DF1: e un NEC come DF2: e in questo modo non ho riscontrato problemi né su XCopy né sul WB però sicuramente cambiando anche un solo drive le cose possono cambiare per tutti i device.
Come vedi, l'Alps non lo sto usando perché, dai miei test, va bene solo se lo si usa da solo o se lo si mette come ultimo drive esterno.

Loom4ever

Post inviati: 91

Visulizza profilo Messaggio Personale
151.50.93.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 289 in risposta al 288 di liviux76
Loom4ever 27 Giugno 2019    10:00:57
Citazione

@Loom4Ever
Non ho fatto tutti i test che hai fatto tu (mai provato a fare una copia senza disco inserito o a usare format senza la "V" per la verifica) ma sì, XCopy è molto rognoso e come ho scritto qualche stranezza l'ho avuta con gli Alps, in pratica funziona perfettamente se da solo (DF0) o se quando usato come drive esterno è l'ultimo della "catena". Negli altri casi mi dà problemi, se non erro quando formatto compare "8" su ogni settore prima di "0", il che comporta tempi di scrittura (formattazione) praticamente doppi.
L'errore poi sul "disk not present" li ho visti svariate volte, forse ho scritto qualcosa nei miei commenti ma non ricordo cosa.
Alla fine io sto usando un Sony modificato come DF0:, un Teac originale come DF1: e un NEC come DF2: e in questo modo non ho riscontrato problemi né su XCopy né sul WB però sicuramente cambiando anche un solo drive le cose possono cambiare per tutti i device.
Come vedi, l'Alps non lo sto usando perché, dai miei test, va bene solo se lo si usa da solo o se lo si mette come ultimo drive esterno.



Cosa stai dicendo Livio?
E con... con queste tue parole... il mio cuore trabocca di dolore...

Immagine

Immagina che avevo messo i due alps nuovi come df0 e df1... e facevo già il buffone con mezzo mondo e con la commessa del Lidl che il mio amiga aveva drives nuovi di zecca...
Non so se piangere o ridere dal dolore.... aiuto il cuore... sto morendo...

...Ma il fatto che xcopy faccia partire la copia anche se nel drive di destinazione non ci sono floppy è mai successo a te o a chi altri ci legge?
Con l'ultima combinazione che hai elencato SONY + TEAC + NEC noti comunque comportamenti strani sotto xcopy?

No perché se mi confermi che xcopy dà sempre problemi mi risparmi nottate insonni a smanettare.
Tra l'altro gli alps danno anche problemi sotto shell in Workbench 3.1 e comandi come copy o format. Non è solo xcopy che sclera.

Sukkopera, protettore degli smanettoni affranti dove sei?
Oge, majinga, Mck ora pro nobis...

Commento modificato il 27/06/2019 alle ore 10:01:42


Immagine

Post inviati: 2405

Visulizza profilo Messaggio Personale
151.33.111.*** Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Commento 290
Mck 27 Giugno 2019    10:07:56
Io utilizzo i driver floppy quasi solo per testare le schede amiga che riparo.
Visto il poco tempo a disposizione non ho mai fatto delle prove approfondite su driver modificati e non saprei come poterti consigliare.
Devo provare se xcopy tenta di scrivere senza floppy inserito.
Le tue prove sono molto utili, continua così nella speranza che tra tutti venga trovata una soluzione.

I MIEI AMIGA

4000T OS 3.9 PPC/68060 + CyberVisio 64/3D + HD 20g + DVD - 4000D in Tower OS 3.9 PPC/68060 Ram 128M + ram scheda 2+16M + zip 100M + Ide HD 40G + usb Deneb + V-Lab + Toccata + Mediator con: Woodoo 3 + Scheda rete + Impact Vision 24 - 4000D OS 3.9 68060 ram 32m + ram scheda 2+16M + HD 20g + zip 100 ide + DVD + V-lab + Seriale veloce + Scheda video EGS- 3000T OS 3.9 PPC/68060 128M + HD scsi 10G + Usb Deneb + CD sCSI + mediator con: scheda rete + controllo SCSI Adaptec + scheda audio + Voodoo 5 - 3000 OS 3.1 68040 + emulatore pc 286 - 2000 processore 68030 + genlock + espansione ram + emulatore pc 8080 - 1200 Tower OS 3.9 PPC/68060 + HD 20G + Mediator con: scheda rete - 1200 OS 3.1 68060 + HD 20G + Scheda rete pcmcia - 1000 espansione Ram 4M - 600 con espansione ram + HD5G - 500 Plus con espansione ram - 500 con espansione ram - CDTV - CD32

CLONI AMIGA

Sam440ep-Flex OS 4.1 - EFIKA MorphOS 2.6

Post inviati: 57

Visulizza profilo Messaggio Personale
151.12.131.*** Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36
Commento 291
Candela 27 Giugno 2019    10:22:34
magari non c'entra nulla ma hai provato con un altra versione di Xcopy ? io con la 7 ho avuto un sacco di problemi .... avevo un sacco di errori il lettura scrittura e a volte anche freeze su floppy che ero convinto funzionassero... tornato al mio fido Xcopy'93 tutti gli errori sono spariti

liviux76

Post inviati: 590

Visulizza profilo Messaggio Personale
151.41.246.*** Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Commento 292
liviux76 27 Giugno 2019    10:49:11
Io uso xcopy3 professional, dovrebbe essere quello 09/93 che poi, se non sbaglio, è l'unico che non dà grane con l'A1200.

Con la mia configurazione attuale ho fatto svariate prove con XCopy e si comporta bene, non ricordo se era con questi 3 drive o con l'Alps di mezzo che c'era un errore tipo "disk not present" anzichè "disk write protected" se provavo a scrivere su un disco protetto da scrittura ma la sostanza non cambia, non mi è mai successo di poter scrivere se non c'era inserito il floppy all'interno del drive.

Mi spiace, ma solo con i Samsung e i Sony (e direi anche col Nec anche se di due che ne ho sono riuscito a convertirne uno solo e mi sarebbe piaciuto fare più prove) non ho riscontrato problemi.
L'Alps mi legge anche la demo "Arte", scrive senza errori, formatta dal WB (non ho provato da shell ma non credo darebbe problemi) solo se messo nelle condizioni che ho specificato: drive singolo o ultimo dei drive esterni (df1: senza df2:, df2: senza df3: o df3: ).

Commento modificato il 27/06/2019 alle ore 10:50:45

liviux76

Post inviati: 590

Visulizza profilo Messaggio Personale
151.41.246.*** Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Commento 293
liviux76 27 Giugno 2019    11:08:17
Riporto il commento di un utente di eab in merito alla modifica che abbiamo fatto:

Citazione

The diode hack is a bad-hack solution. Normally done between pin 34 and 30. It works with every drive for the fake-ready signal but the signal looks like rubbish on a scope. With keirf you can see that ready is immediately there, also not a good solution.

Diode between pin 34 and 10 ...also a bad-hack solution. Have you tried this with x-copy and more than 1 drives?

Still, for real ready solutoins you need a controller ic on a floppy which delivers a real ready OR you have to use the external AmiExtFDD PCB solution which generates a real ready signal for every PC floppy drive (haven't tried this yet, but this should work too).

Diode for sure is NOT the once for all solution


A parte che mi sembra un po' drastico sull'inefficacia della "soluzione" direi che anche lui è al corrente dei problemi da noi riscontrati.

Loom4ever

Post inviati: 91

Visulizza profilo Messaggio Personale
151.50.93.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 294
Loom4ever 27 Giugno 2019    11:28:39
azz non avevo letto quel commento sulla board di eab. Praticamente dovrei spendere 17 dollari per l'adattatore e per ogni drive... mah
Non è per tirchieria sia chiaro ma non ne vale la pena. Anche perché sui forum di informatica e su ebay svendono lotti interi di floppy drives di altre marche...
Poi torniamo al vecchio quesito che posi tempo fa proprio ad uno dei tizi che vende questi adattatori su eBay, quando gli chiesi se andasse bene con l'alps mise le mani avanti.
Anche su eab comunque il discorso fatto è teorico, senza nulla togliere all'esperienza e bravura di chi ci ha risposto.

Pazienza, vorrà dire che mi passerò l'alps su df3 e arrangerò con altre marche da df0 a df2... un drive nuovo che dà tutti sti problemi è solo da buttare. I sorci verdi li fa vedere soprattutto in scrittura, hai detto niente.


Comunque ragazzi, qualcuno potrebbe provare a copiare un floppy con xcopy tra due drive ma lasciando vuoto il drive di destinazione?
Qualcuno sarebbe così gentile da provare?

Commento modificato il 27/06/2019 alle ore 11:33:11


Immagine

liviux76

Post inviati: 590

Visulizza profilo Messaggio Personale
151.41.246.*** Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Commento 295 in risposta al 294 di Loom4ever
liviux76 27 Giugno 2019    11:55:55
Citazione

Comunque ragazzi, qualcuno potrebbe provare a copiare un floppy con xcopy tra due drive ma lasciando vuoto il drive di destinazione?
Qualcuno sarebbe così gentile da provare?


Se riesco faccio una prova con un Alps nel giro di qualche giorno, al momento non ho Alps montati su alcun Amiga o drive esterno, ne ho 4 modificati (uno l'ho regalato) ma visto che funzionano perfettamente solo con una particolare configurazione non li sto usando e non so nemmeno se provare a venderli...
Ti faccio sapere come va la prova ma che ricordi non mi è mai successo di riuscire a scrivere senza drive presente, anzi, l'errore più comune è "no disk present" mentre invece il floppy è inserito e non protetto da scrittura...

You don't scare me devil, now I play :)

Post inviati: 5712

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 296
amiwell79 27 Giugno 2019    14:43:54
oge sul mercatino vende dei mini drive, la comaptibilità dovrebbe essere ottima ed anche il prezzo, vule tutto pr 20 euro, date un'occhio

https://salvatore-abbate6.webnode.it/


Loom4ever

Post inviati: 91

Visulizza profilo Messaggio Personale
5.90.163.*** Mozilla/5.0 (Linux; Android 8.0.0; SAMSUNG SM-G935F Build/R16NW) AppleWebKit/537.36 (KHTML, like Gecko) SamsungBrowser/9.2 Chrome/67.0.3396.87 Mobile Safari/537.36
Commento 297
Loom4ever 27 Giugno 2019    14:54:16
Comunque la cosa più frustrante di tutta questa situazione é l'andare a tentoni. Tra l'altro non essendo un tecnico e non essendoci i datasheets dell'alps ma anche del sony "inedito" di dui parlavo sopra ci si sente impotenti.
Credo che come me anche altri che leggono vorrebbero capirne di più.
Rivolgendomi ai più niubbi provo a sintetizzare vah, sulla base di quel che ho letto in rete e capito.
Magari Liviux76 che presumo essere nelle mie stessa acqua quanto a conoscenze può darmi una mano a integrare la spiegazione:

Le differenze tra un floppy drive per PC e uno per AMIGA sono sostanzialmente queste:
1) il drive per PC risponde al segnale DS1, quello dell'amiga al DS0
2) il pin 34 del connettore sul drive per PC veicola il segnale DISK CHANGE, su AMIGA veicola il segnale per il DISK READY
3) il pin 2 del connettore sul drive per PC veicola il segnale per il rilevamento di un disco HD, su AMIGA veicola il segnale per il DISK CHANGE

Ora, con dei datasheets di ogni drive tutto sarebbe più facile. Senza si assiste a tentativi e sperimentazioni di ogni tipo.

Per l'ALPS ad es il diodo serve a confluire il segnale dal pin 34 al 10 perchè presumo che il drive si aspetta lì il DISK READY. Giusto???? Il diodo presumo serva a far muovere il flusso di corrente senza ritorno.

Ora, ho anche letto che proprio il software ARTE aiuta a capire se il DISK READY funge a dovere con la mod. Giusto???

Non so che altro dire ragazzi, vorrei tanto capirne di più ma anche aiutare gli altri come me che vogliono imparare. Spero che qualcuno apprezzi tutto ciò...

Immagine

You don't scare me devil, now I play :)

Post inviati: 5712

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 298
amiwell79 27 Giugno 2019    14:57:36
mah direi della lunghezza del thread penso che c'è qualcuno che apprezzi?, ma se li usi come dischi singoli(senz metterne altri)funzionano.

https://salvatore-abbate6.webnode.it/


Temibile Pirata

Post inviati: 1171

Visulizza profilo Messaggio Personale
151.91.34.*** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 299
SukkoPera 27 Giugno 2019    16:12:14
XCopy usa il segnale /RDY per sapere se c'è o meno un disco nel drive. Visto che con il diodo il drive è Ready appena viene selezionato, XCopy penserà sempre che ci sia un disco nel drive. Bisognerebbe fare una sorta di "AND il disco sta girando", ma si complicano troppo le cose.

Ci sono troppe cose da tenere in conto, per questo continuo a pensare che la soluzione corretta sia l'adattatore su cui prima o poi riprenderò a lavorare.

Commento modificato il 28/06/2019 alle ore 00:34:34


A500 Rev.3 1 MB, A500 1 MB, A500 Rev.6 1 MB Chip + 1.5 MB Slow, A500+ 2 MB Chip (riparato!), A600 2 MB Chip + A6095 + SD 4 GB, A600, A1200 + ACA1221EC... VIC20 e svariati C16 e C64

liviux76

Post inviati: 590

Visulizza profilo Messaggio Personale
151.42.89.*** Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Commento 300
liviux76 27 Giugno 2019    17:11:22
@Loom4Ever
Ho fatto la prova di copia di un disco con XCopy con la mia configurazione (DF0: Sony modificato, DF1: Teac originale, DF2: Nec modificato).
Provando a scrivere da DF2: a DF0: senza inserire un floppy in DF0: ricevo giustamente "no disk present".
Provando invece a scrivere su DF1: o DF2: senza inserire un floppy nel drive dove voglio scrivere ricevo "disk is write protected".
Ovviamente non parte la scrittura nè nel primo, nè nel secondo caso anche se il messaggio corretto è sicuramente quello che mi dà provando a scrivere su DF0: ("no disk present") e non l'altro.

Aspettiamo la schedina di sukkopera...

Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14- [15] -16-17-

Utenti Online
Utenti registrati: 962 dal 1 Gennaio 2006
di cui online: 0 registrati - 
12 non registrati

Benvenuto all'ultimo utente registrato: tufsa

© Amigapage 1998 - 2007 - Sito italiano dedicato alla piattaforma Amiga ed evoluzioni varie.
Struttura del sito interamente ideata e realizzata da Marco Lovera e Alessandra Lovera - Tutto il materiale inserito all'interno del sito Ť dei rispettivi autori/creatori.
E' assolutamente vietata la riproduzione o la manipolazione di tutti i contenuti o parte di essi senza l'esplicito consenso degli amministratori e degli autori/creatori.

Eseguito in 0.2485818862915 secondi