also 10 Stück sollen es schon werden.
ich könnte passend zu dem parallelen Anschluss noch den passenden Zwischensockel für die 1541 anbieten.
Gruß x1541
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von strik am
also 10 Stück sollen es schon werden.
ich könnte passend zu dem parallelen Anschluss noch den passenden Zwischensockel für die 1541 anbieten.
Gruß x1541
Ok, ich nehme, je nach Preis, wenn es sein muss auch 5 Platinen. Es sei denn die Dinger sind exorbitant teuer.
Was genau ist denn der passende Zwischensockel fuer die 1541?
Bei dem Micro Pro habe ich einfach ein Flachbandkabel mit Userport-Stecker wie in der 1541 angeloetet. Das stecke ich dann mit dem Kabel der 1541 Floppy zusammen. (Das hat den Userport durch geschliffen).
Gruesse
marty
Siehe hier. Der Stecker passt halt direkt zum Gegenstück auf dem Teensy Adapter. Alternativ gibt es noch den Userport Adapter für zwei Floppy und ein arm2iec.
Ein 6502 RAMROM passt übrigens auch noch rein und der Deckel geht noch zu
Edit. Ich schaffe es gerade nicht, das Bild vom Telefon ins Forum zu bekommen. Geduld bitte
Hier ein Bild von dem 6522 Zwischensockel. Das Konstrukt ist nicht höher als ein einzelner Präzisionssockel, da er in die Platine eingelassen ist. So passt das 6502 RAMROM mit ebenfalls einem weiteren Zwischensockel noch bequem darüber und der Deckel geht problemlos zu.
Dann gibt es noch, zum Betrieb der Floppy am C64, einen passenden Userportadapter. Die Besonderheit ist hier der unten liegende Sockel für ein arm2iec, der zugleich als Stütze dient. Das ist mit voller Absicht so konstruiert worden. Wehe es behauptet jemand was anderes
Das sieht beides klasse aus und wuerde bei mir auch passen, da ich auch ein arm2iec und eine (bzw. 2) 1541 Floppys mit RAMROM (Dolphin) und derzeit eine 1541 mit Professional DOS im Einsatz habe.
Der Userport Adapter ist eigentlich genau das was ich schon seit langem suche, um die Geraete zusammen parallel betreiben zu koennen.
Durch Zufall ist mir ein alter USB Key Teensy in meine Hände gefallen. Den hatte ich mal für meine PS3 besorgt aber dann doch nicht genutzt.
Wenn also auch jemand noch so Zubehör von seiner PS3 übrig hat, dann hier der Tip:
Solange da ein AT90USB162 mit 16MHz Quarz drauf ist, müsste XUM1541 möglich sein. Also mal Bestände durchschauen. Teilweise tauchen diese USB Keys noch günstig in der Bucht auf.
Bilder (ist ein AT90USB162 und ein 16MHz Quarz):
Ich habe erstmal nur die Einfachvariante verdrahtet. Funzt einwandfrei.
P.S.: Im Netz gibt es preiswerte USB Keys, die haben aber einen 8MHz Quarz. Gehen die auch?
Olli.
P.S.: Im Netz gibt es preiswerte USB Keys, die haben aber einen 8MHz Quarz. Gehen die auch?
Olli.
Notfalls Quarz und/oder Programmierung ändern und es passt.
1:1 funktioniert das jedenfalls nicht!
Sorry for english...
I bought ZoomFloppy, but was very interested about this Arduino Pro Micro solution. So I bought few of those to try.
I was strucling to upload the HEX, untill I read that you need to change the Arduino Micro to bootloader state by shortly connecting
to it 1200bps speed (open/close connection).
I found some python script, and could actually see that Arduino IDE does that when out it to verbose mode. Then I also noticed that the
COM port shortly chnaged from COM7 to COM8 when it was in bootloader, as I could see that Arduino IDE uploaded the hex file over COM8
and not COM7 where the Pro Micro was first visible in device manager.
So what I did, is that I write avrdude command ready in command window with the COM port that Arduino IDE reported when it was loading HEX file,
not the COM port where Micro actually was showing when just connected to UDB port.
#avrdude -v -p m32u4 -c avr109 -P com8 -U flash:w:xum1541-PROMICRO-v07.hex:i
Then I used PuTTY to connect to COM7 (that device manager showed where Micro was) with baud rate 1200bps, after I open and immediately closed
the connection in PuTTY, I shortly activate the command window and launched the avrdude upload for HEX.
And then it finally worked....just in case someone is fighting with same thing...or was this super clear for everyone here already....perhaps...
Output from avrdude:
C:\avrdude>avrdude -v -p m32u4 -c avr109 -P com8 -U flash:w:xum1541-PROMICRO-v07.hex:i
avrdude: Version 6.3, compiled on Feb 17 2016 at 09:25:53
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\avrdude\avrdude.conf"
Using Port : com8
Using Programmer : avr109
AVR Part : ATmega32U4
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PA0
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 9000 9000 0x00 0x00
flash 65 6 128 0 yes 32768 128 256 4500 4500 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "CATERIN"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% -0.00s
avrdude: Device signature = 0x1e9587 (probably m32u4)
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FB
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "xum1541-PROMICRO-v07.hex"
avrdude: writing flash (9178 bytes):
Writing | ################################################## | 100% 1.77s
avrdude: 9178 bytes of flash written
avrdude: verifying flash memory against xum1541-PROMICRO-v07.hex:
avrdude: load data flash data from input file xum1541-PROMICRO-v07.hex:
avrdude: input file xum1541-PROMICRO-v07.hex contains 9178 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 1.11s
avrdude: verifying ...
avrdude: 9178 bytes of flash verified
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FB
avrdude: safemode: Fuses OK (E:FB, H:D8, L:FF)
avrdude done. Thank you.
Griaß God Beinaund.
Danke, msolajic, für Deine opti Anleitung. Ich bin schon fast soweit, flashen ist fertig, muß nur noch ein Serielles anlöten.
Da stellte ich fest - 1 SRQ hatte ich offensichtlich gar nicht verlötet. Hmmm, brauch ich den jetzt? Und GND muss ich schon anlöten, oder?
Beste Grüße - Clemens
ja gnd brauchst du.
Srq nur für 1571 und nibtools
Ah ok danke. Dann werd ich mal drüberrichten!
BG - Clemens
Ich habe ein 'NooGroove' gekauft, und mit Flip mit CHEAP2 programmiert. In device manager sehe ich libusb-win32 devices und XUM1541 USB floppy adapter (ZoomFloppy)
Aber wenn ich an ein 1571 anschliessen und NIBREAD -S TEST.NIB eingeben bekomme ich:
und nichts mehr. Nach STRG+C become ich
Mein NooGroove ist so belegt:
D0- IEC PIN5 (DATA)
D1- IEC PIN4 (CLK)
D4-IEC PIN3 (ATN)
D5-IEC PIN1 (SRQ)
D7-IEC PIN 6 (RESET)
GND-IEC PIN 2 (GND)
Hat jemand ein idee ?
D5-IEC PIN1 (SRQ) belegt ist schonmal gut, aber hat dein verwendetes serielles Kabel auch eine SRQ-Leitung? Hast du andere Kabel zum testen? Es gibt übrigens auch schon neuere Nibtools Versionen.
kabel ist angeschlossen
mit ein kaufversion von ZoomFloppy funktioniert diese kommando bzw nibtools version einwand frei
UPDATE
mit neuste version auch derselbe
CBM Transfer funktioniert einwandfrei
Die Frage ist, ob jemand mit einer Nachbauversion mit CHEAP firmware überhaupt schonmal fast serial am laufen hatte. Bei mir geht es mit zusätzlichem 7406 Treiber und original Firmware, siehe weiter oben.
Ja, läuft bei mir mit Atmega 32u4-basierten Boards. Allerdings nicht mit jeder meiner 1571, aber das ist ein anderes Problem....
Wenn der normale Serielle Transfer läuft, aber der 1571 SRQ-Mode nicht, dann kann doch nur mit der SRQ-Leitung irgendwas nicht stimmen. Sicher, dass die Belegung an deinem Board stimmt?
Ich nehme an, die 1571 ist getestet und in Ordnung? Auch die SRQ-Leitung?
Wenn der normale Serielle Transfer läuft, aber der 1571 SRQ-Mode nicht, dann kann doch nur mit der SRQ-Leitung irgendwas nicht stimmen. Sicher, dass die Belegung an deinem Board stimmt?
Ja:
Alles anzeigenMein NooGroove ist so belegt:
D0- IEC PIN5 (DATA)
D1- IEC PIN4 (CLK)
D4-IEC PIN3 (ATN)
D5-IEC PIN1 (SRQ)
D7-IEC PIN 6 (RESET)
GND-IEC PIN 2 (GND)
Ich nehme an, die 1571 ist getestet und in Ordnung? Auch die SRQ-Leitung?
ja, schon erwähnt:
mit ein kaufversion von ZoomFloppy funktioniert diese kommando bzw nibtools version einwand frei