XU1541 und XUM1541 gelaber

Es gibt 177 Antworten in diesem Thema, welches 23.360 mal aufgerufen wurde. Der letzte Beitrag (19. April 2022 um 23:35) ist von Cpt.Hardy.

  • also ich denke, es liegt am falschen Treiber, vielleicht sollten wir damit anfanngen.

    Und ich bin gerne bereit, alles komplett von Anfang an nochmal zu machen.

    Dazu hätte ich zur Auswahl

    Win7x64 Ultimate (erste Option)

    Win7x32 HomePremium (zweite Option)

    WinXP x32 Professinal (3. Option)

    Win10 (4. Option)

    Randbemerkung:

    Folgendes ist mir aufgefallen:

    vor der Installation des Parallel-Kabels konnte ich meine 1541 mittels 3fach Kippschalter umschalten in

    Bitte melde dich an, um diesen Link zu sehen. CBM DOS

    Bitte melde dich an, um diesen Link zu sehen. JiffyDOS

    Bitte melde dich an, um diesen Link zu sehen. JiffyDOS

    nach Inbetriebnahme des Parallel-Kabels mit angeschlossener XUM1541 und Zufriff zB ĂĽber die NibTools erhalte ich im AnschluĂź aber

    unter Ansprache und Abfrage mit @ in JiffyDOS am C64 diese Anzeige:

    Bitte melde dich an, um diesen Link zu sehen. CBM DOS

    Bitte melde dich an, um diesen Link zu sehen. CBM DOS

    Bitte melde dich an, um diesen Link zu sehen. CBM DOS

    finde ich äußerst seltsam. Nur weil ich ein Parallel-Kabel verwende kommt eine falsche Anzeige im Fehlerkanal????

    Wenn ich dann die VIA6522 aus der 1541 entferne und danach wieder einstecke ist wieder alles normal.

    Was ist da denn los?

  • also, alles was ich oben als "Randbemerkung" geschrieben habe, steht nicht mit der XUM1541 oder dem Parallelkabel in Verbindung.

    Mein Um-/Kippschalter wurde beim Zusammenschrauben des Gehäuses gequetscht und hat dieses seltsame Verhalten verursacht.

  • Könnte man das XUM1541 anstatt mit einem Atmega32U4 auch mit einem Atmega32p realisieren ?

    Vermutlich. Dann wäre es aber kein XUM. Das U steht für USB, was beim 32U4 "on chip" ist.

    Die USB-Anbindung mĂĽsste man dann anders realisieren. Lohnt den Mehraufwand sicher nicht.

  • OK

    Hintergrund war das ich eine Robuste, nicht SMD Version mit USB-B Anschluss bauen wollte.

    Aber der 32p hat auch nicht alle Anschlüsse das man das 1 zu 1 übernehmen könnte.

  • Hintergrund war das ich eine Robuste, nicht SMD Version mit USB-B Anschluss bauen wollte.

    Kenn ich. WĂĽnsch mir auch immer was Robustes. Am besten zum Anschrauben. :)

    Du kannst aber an ein "fertiges" 32u4-Board (Arduino Micro, "Pro Micro", Teensy) einfach ein Kabel mit einer USB-B-Buchse am anderen Ende anlöten. Entweder die Micro/Mini-USB-Buchse ab und statt dieser das KAbel anschließen, oder irgendwo auf dem Board D+ und D- abgreifen. 5V und GND sind ja immer bequem zu erreichen.

    Bei der "Blue Pill" sind die beiden USB-Datenleitungen sogar als Pins rausgefĂĽhrt.

  • ich hatte mal kurz ĂĽberlegt, ob man die XUM1541 PCB direkt ins Gehäuse der 1541 einbauen könnte.

    Auch gleich mit parallel AnschluĂź und hinten nur noch einen USB-Port rausfĂĽhren.

    Habe die Idee aber wieder verworfen, da das dann ja ausschlißlich nur mit dieser und nicht zB mit meiner 1581 benutzbar wäre.

  • mit USB-B Anschluss

    Wenn es nicht zu zierlich werden muss, ginge auch:


    Bitte melde dich an, um diesen Anhang zu sehen.

    Das ist ein Neutrik NAUSB-W. Gäbe es auch noch mit Staubschutzkappe oder -klappe.

    Der Einsatz lässt sich drehen, wie abgebildet mit USB-B nach außen. Dann ist innen USB-A:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Daran ein USB-A auf micro-USB Kabel:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Daran dann das XUM-Device, z.B.:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Dann hat man - vorausgesetzt, man verpackt alles in einem Gehäuse - ein XUM in "robust". Ohne löten.

  • finde nur die Variante Typ B/A, Stecker also anders herum ...

    aber generell stellt sich die Frage, ob es zu Problemen bei einer normalen Nutzung der 1541 fĂĽhren kann, wenn am IEC permanent eine XUM1541 dran ist.

  • Obwohl da ja eine nicht SMD Variante doch schon schöner wäre. Schon wegen der LED RausfĂĽhrung.

    Dann mach ich halt ein Board mit normalen Bauteilen und den 32U als einzigstes SMD Bauteil.

    Schade das es den nicht als lang IC gibt.

  • also irgendwie verzweifele ich an diesem XUM1541-Teil.

    Gerade einen neuen Versuch mit einem Win7x32 HomePremium unternommen, da war noch nie was von opencmb drauf, also ein nacktes System.

    Wenn ich das XUM1541 am USB-Port anstecke kommt dies.

    Bitte melde dich an, um diesen Anhang zu sehen.

    es wird also erkannt, daĂź ein ProMicro eingebaut ist.

    Nachdem ich alle möglichen Versionen heruntergelagen habe, kann ich zwei mögliche Treiber installieren

    Bitte melde dich an, um diesen Anhang zu sehen.

    wie man sieht kein (ProMicro) sondern (generic-v06)

    version 1.2.2.0 vom 02.10.2010

    oder einen

    XUM1541 USB floppy adapter

    ohne weiteren Zusatz in Klammern

    version 1.2.6.0 vom 17.01.2012

    wenn ich nach einen neuen Treiber suche findet es im Ordner "opencbm-0.4.99.104" noch dies.

    Bitte melde dich an, um diesen Anhang zu sehen.

    klingt wie das Gesuchte, lässt sich aber nicht installieren

    Bitte melde dich an, um diesen Anhang zu sehen.

    Das System kann die angegebenen Datei nicht finden.

    Wie eingangs schon festgestellt, hat meine XUM1541 als Firmware:

    model 5 (PROMICRO), firmware version 7

    wie komme ich an den hierfĂĽr notwendigen Treiber?

  • Du brauchst lediglich einen Win7-kompatiblen USB-Treiber fĂĽr den Atmega 32u4 auf dem Pro Micro. Das geht mit Zadig.

    Die Identifikation (als "Pro Micro" und "v7") übernimmt die geflashte Firmware. Also müsstest du in Zadig unter "xum1541 floppy adapter (Pro Micro)" auswählen können und dann libusb-win32 installieren.

    Danach sollte im Geräte-Manager auch genau das angezeigt werden. Die Info kann nicht woanders als aus dem Pro Micro kommen. Eventuell ist also doch eine falsche Firmware auf dem Chip, wenn er dir nur "generic" zur Auswahl anbietet?

    Kannst du denn ĂĽberhaupt was machen mit OpenCBM? Oder erkennt das gar nichts?

  • ich kann ein Filecopy und ein Diskcopy machen

    aber ich wollte mit parallel Kabel den nibbler benutzen um am Ende ein *.g64 Image zu bekommen (zB von GEOS)

    Das geht mit Zadig

    sagt mir jetzt erstmal nix ...

    wenn Du mich fragst:
    Run/Stop+Restore
    POKE781,96:SYS58251

    Einmal editiert, zuletzt von Cpt.Hardy (15. April 2022 um 17:54)

  • Dann funktioniert es doch softwareseitig. Was fehlt dir da nun? Was geht nicht?

    Wenn die Parallel-Kabel-Funktion mit nibtools nicht funktioniert, liegt es mit ca. 107%iger Wahrscheinlichkeit am Parallel-Kabel, dem Anschluss am Pro Micro und/oder dem Anschluss in der 1541. Jedenfalls nicht am Treiber, wenn der rein serielle Betrieb funktioniert.

  • das Parallelkabel funktioniert am C64 mir Burstnibbler

    Dazwischen gibt es einen SUBD15 Stecker. Da kann ich dann wahlweise die XUM1541 anstecken.

    Die Kabel zwischen VIA und XUM1541 wurden, wenn letzteres angesteckt ist auf Durchgang gemessen.

    Glaube nicht, daĂź es am Kabel liegt.

    Habe gerade noch einen anderen Treiber gefunden, den ich jetzt mal testen werde.

  • Wie gesagt, wenn der Treiber grundsätzlich funktioniert, liegt es nicht am Treiber. Die Kommunikation zwischen PC und XUM läuft ĂĽber zwei Leitungen. Das Parallelkabel ist PC-seitig gar nicht zu "sehen". Da kann ein anderer Treiber ĂĽberhaupt nichts beeinflussen.

    Wenn das Kabel in Ordnung ist, dann ist es eher der Anschluss am Pro Micro.

    Du hast im Parallel-Betrieb auch das serielle Kabel dran?