Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

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 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 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 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: 400  Aggiungi - Pagine: 1...-16-17-18-19-20

Indice: forum / HowTo

Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14- [15] -16-17-18-19-20- Temibile Pirata Post inviati: 2144 Commento 281 SukkoPera 26 Giugno 2019    08:29:32 Metti il diodo... I miei progetti Retrogaming Post inviati: 2744 Commento 282 Oge 26 Giugno 2019    10:12:53 Confermo. Altrimenti avrà problemi pure con molti giochi dal caricamento veloce. Loom4ever Post inviati: 842 Commento 283 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 Loom4ever Post inviati: 842 Commento 284 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 amiwell79 Post inviati: 12246 Commento 285 amiwell79 26 Giugno 2019    21:26:29 hai provato dal workbench, xcopy è un programma abbastanza vetusto Aros - Workbench X86 - Tiny Aros Retainer - https://tinyaros.flazio.com liviux76 Post inviati: 1239 Commento 286 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: 842 Commento 287 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... 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 Post inviati: 4134 Commento 288 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: 58 Commento 289 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: 1239 Commento 290 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: 1239 Commento 291 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: 842 Commento 292 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 liviux76 Post inviati: 1239 Commento 293 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... amiwell79 Post inviati: 12246 Commento 294 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 Aros - Workbench X86 - Tiny Aros Retainer - https://tinyaros.flazio.com Loom4ever Post inviati: 842 Commento 295 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ò... amiwell79 Post inviati: 12246 Commento 296 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. Aros - Workbench X86 - Tiny Aros Retainer - https://tinyaros.flazio.com Temibile Pirata Post inviati: 2144 Commento 297 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 I miei progetti Retrogaming liviux76 Post inviati: 1239 Commento 298 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... Post inviati: 2744 Commento 299 Oge 28 Giugno 2019    00:29:16 Comunque considerate che X-Copy è abbastanza avanzato e ci può stare che non funzioni con un disk drive adattato. Provate se potete alcune demo per vedere se fungono e giochi con caricamento veloce come Gods e Fire 'N' Ice. Commento modificato il 28/06/2019 alle ore 00:29:34 Loom4ever Post inviati: 842 Commento 300 Loom4ever 28 Giugno 2019    08:44:23 Citazione Comunque considerate che X-Copy è abbastanza avanzato e ci può stare che non funzioni con un disk drive adattato. Provate se potete alcune demo per vedere se fungono e giochi con caricamento veloce come Gods e Fire 'N' Ice. Va bene se provo con xenon 2 ? Comunque ho scoperto un bug riguardo la soluzione del diodo sul pin 10. L'ALPS in df0 (anche standalone) sotto workbench (sia in kick 1.3 che 3.1) non formatta bene i dischi, l'errore coinvolge almeno uno dei due bootsectors e infatti il disco non viene riconosciuto. Ho provato anche a scriverci una adf con adf blizzard. Stessa storia, quando chiudo il processo di scrittura si compromette il bootsector. @liviux76 Io mi trovo in tutto questo casino perchè il vecchio df0 mi ha abbandonato, per il resto, come detto, ho scoperto che su Internet ci sono un sacco di supercazzari arraffoni e incompetenti che gravitano nel mondo amiga e riparazioni annesse. Ora, possiamo pure aspettare la schedina di Sukkopera ma se il nostro amatissimo continua a dire che quando ha tempo riprende il progetto, nel tramite io che faccio? Lascio un testamento con le istruzioni ai miei eredi? Ad ogni modo mi rammarica che quanto a dritte i nostri esperti si sbilancino poco, io almeno non intendo mica rivendermi la soluzione. Credo che faccia riflettere che l'ultimo arrivato e meno esperto cerchi di condividere paradossalmente più argomentazioni e foto sul punto... Sono certo che questa discussione sia superseguita, soprattutto da chi brama di andarsi a rivendere le modifiche su ebay o subito.it ...scommettiamo? Commento modificato il 28/06/2019 alle ore 08:45:23 Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14- [15] -16-17-18-19-20-

Indice: forum / HowTo

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 1 registrati - DanyPPC - e 119 non registrati Benvenuto all'ultimo utente registrato: zulu Buon Compleanno a Yuppis Revange - jpp - pocketclouds -