Hallo Besucher, der Thread wurde 175k mal aufgerufen und enthält 585 Antworten

letzter Beitrag von strik am

ZoomFloppy als billiges Teensy Device

    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. :D
    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.

    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

    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


    Code
    1. USB error in write cmd: libusb0-dll:err [_usb_reap_async] reaping request failed, win error: A device attached to the system is not functioning.


    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 ?

    kabel ist angeschlossen



    mit ein kaufversion von ZoomFloppy funktioniert diese kommando bzw nibtools version einwand frei


    UPDATE


    mit neuste version auch derselbe

    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?

    Zitat von Kongo-Otto

    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:





    Zitat von Kongo-Otto

    Ich nehme an, die 1571 ist getestet und in Ordnung? Auch die SRQ-Leitung?

    ja, schon erwähnt:

    Zitat von mrr19121970

    mit ein kaufversion von ZoomFloppy funktioniert diese kommando bzw nibtools version einwand frei