XU1541 und XUM1541 gelaber

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

  • Bin mir ziemlich sicher, das muss so. Ohne serielles Kabel dĂĽrfte gar nichts funktionieren. DarĂĽber läuft die grundsätzliche Kommunikation mit dem Host (C64 oder eben XUM) und ĂĽber das Parallelkabel laufen dann die Daten.

    Bevor du noch einen Treiber ausprobierst, wĂĽrde ich den Anschluss der Parallelkabels ĂĽberprĂĽfen, auch wenn du das vielleicht schon mal getan hast. Wenn sonst alles funktioniert und erkannt wird, kann es ja nur noch an der parallelen Kommunikation liegen.

  • ich konnte auf meinem Win7x32 System jetzt doch den neunen Treiber installieren.

    Dazu muĂź man die Installationsroutine von opencbm-0.4.99.104 bis zum Ende durchlaufen und die letzte Frage, ob der Treiber installiert werden soll mit Y beantworten. Dann habe ich das hier.

    Bitte melde dich an, um diesen Anhang zu sehen.

    der Treibe mĂĽsste jetzt also OK sein.

    dann schlieĂźe ich das Parallel-Kabel an und versuche ein simples "d64copy 11 test.d64"

    dieses diskcopy läuft wesentlich schneller durch, als ohne Parallel-Kabel. Die Kopie ist abolut ok auch bei USR-files

    eine lauffähige GEOS-Kopie gibt es damit nicht, klar wegen dem Kopierschutz

    wenn ich dann versuche nibread -d11 test.nib

    kommt dies

    Bitte melde dich an, um diesen Anhang zu sehen.

    mach jetzt erst mal SchluĂź fĂĽr heute

  • Du solltest natĂĽrlich immer die Möglichkeit in Betracht ziehen, dass dein Setup nicht funktioniert. Einfach, weil der Parallelbetrieb an sich eine nicht vorgesehene Betriebsart ist. Da können ungĂĽnstge Kombinationen von Bauteiltoleranzen schon ein Hinderungsgrund sein. Nibtools ist da wohl auch nicht ganz unempfindlich und arbeitet noch tiefer im technischen Grenzbereich.

    Aber "Floppy drive initialization failed" bzw. "Non-existent device" deutet ja darauf hin, dass die erste Kommunikation übers Parallelkabel schon nicht funktioniert. Das dürfte also weniger ein Problem mangelnder Stabilität bei hoher Geschwindigkeit sein. Vielleicht doch eher ein Verdrahtungsproblem...

  • wenn ich dann versuche nibread -d11 test.nib

    Ist das Absicht, um die Leute hier zu verwirren? :wink:

    Irgendwie hast Du hier immer andere Geräteadressen in den Deinen Fehlermeldungen. Mal 8, mal 9 (da funktionierte schonmal mehr, siehe Bitte melde dich an, um diesen Link zu sehen. aus Nachricht Bitte melde dich an, um diesen Link zu sehen. ), jetzt 11. Bleibe doch erstmal an einer Stelle stehen damit versucht werden kann, dem Problem auf den Grund zu gehen.... kopfschüttel

    GruĂź

    Werner

  • Moin,

    das mit der Geräteadresse ist aber ein Nebenschauplatz, der mit dem Problem ansich nichts zu tun hat.

    Hatte doch schon geschrieben, daĂź ich meine 1541 einstellen kann auf

    Bitte melde dich an, um diesen Link zu sehen. mit JD

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

    Bitte melde dich an, um diesen Link zu sehen. mit JD

    und wie wir seit Post Bitte melde dich an, um diesen Link zu sehen. wissen, spielt das keine Rolle, mit welcher Lfwk# das gemacht wird.

    OpenCBM ist es egal.

    CBMXfer wohl auch, ich kann aber nicht sagen, was du da genau machen musst.

    solange im Command die ĂĽbereinstimmende genommen wird.

    Aber wenn es der Sache zuträglich ist kann ich mich, bis alles läuft auch auf

    Bitte melde dich an, um diesen Link zu sehen. festlegen, denn eine andere Empfehlung war ja, es erst einmal ohne JiffyDOS zu versuchen.

  • Irgendwie bin ich total verwirrt, Du versuchst doch was per parallel Kabel zu ĂĽbertragen, Jiffy-Dos und CBM-Dos haben doch gar keinen Parallel-Modus.

  • es geht darum, welche Firmware in der 1541 aktiviert ist.

    Da ist ein Eprom Umschalter drin und entweder läuft die 1541 mit CBM DOS oder mit JiffyDOS

    an dem Teil mĂĽssen wir uns aber nicht weiter aufhalten, ich schalte die 1541 jetzt in den CBM DOS Modus mit Laufwerksnr 10 damit keine weitere Verwirrung auftritt.

  • Jiffy-Dos und CBM-Dos haben doch gar keinen Parallel-Modus

    Die DatenĂĽbertragung soll mit nibtools zwischen PC und 1541 mittels XUM1541 erfolgen.

    Und das geht auch ohne ein parallelfähiges DOS im Laufwerk? Cool!

  • ok, das ist ein konkreter Lösungsansatz.

    6522 tauschen, ist die einfachste Option, damit fange ich mal an ...

    demnach sind nicht alle 6522 identisch ...

  • das mit der Geräteadresse ist aber ein Nebenschauplatz,

    Ja, aber ein sehr interessanter! Hier : Bitte melde dich an, um diesen Link zu sehen.

    hattest Du nibread am laufen (vorletztes Bild) und es hat nur aufgehört, weil Deine Befehlszeile wohl falsch war. Du hattest da wohl xxx.d64 als Ziel angegeben, das kann nibread nicht.

    Und meine Meinung: JiffyDOS sollte kein Problem sein, solange es nicht irgendwie gepatcht oder sonst wie geändert ist.

    Deshalb die Fehlermeldung:

    Dieser Fehler kommt, wenn in der 1541 noch JiffyDOS eingeschaltet ist

    Bitte melde dich an, um dieses Bild zu sehen.

    Das besagt, nibread kann nur NIB, NB2 oder NBZ schreiben.

    Und die Kommunikation scheint auch OK zu sein .....

    Und noch ein Hinweis: nibread legt die NIB files an, da braucht nicht vorher eins vorhanden sein. Dann fällt die "File exist" - Frage auch weg.

    Versuche jetzt mal: nibread -D9 test.nib . Was passiert jetzt?

    (D9, weil es ja hier schonmal geklappt hat)

    Es düfte übrigens egal sein, ob Du das ältere oder neuere nibtools verwendest. Bei mir funktionieren beide :wink: .

    GruĂź

    Werner

  • Du hast natĂĽrlich auch recht und ich habe mir den screenshot oben auch schon 100mal angeschaut.

    Das blöde ist, ich kann nicht mehr nachvollziehen, in welchem Szenario ich bis an diese Stelle gekommen bin.

    Ich habe zwei identische Laptops und da ist jeweils Win7x64 oder Win7x32 oder WinXP drauf und man kann als User oder Admin angemeldet sein.

    Dennoch habe ich bereits alle Varianten durchgespielt. Es muĂź ein Szenario sein mit diesem Pfad: c:\nibtools

    Diesen Zustand gibt es jetzt leider nicht mehr, habe sowohl die Treiber mehrmals neu installiert als auch opencbm

    und habe den nibtools Ordner auch verschoben und umbenannt um auch die 64bit Version auszuprobieren.

    Was aus dem scrennshot erkennbar ist:

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

    nibtools in der Version vom 13.09.2021

    2 Minuten später ist dann dieser screenshot entstanden, diesmal wurde der Befehl korrekt eingegeben.

    Bitte melde dich an, um diesen Anhang zu sehen.

    was denn zur Annahme fĂĽhrte, daĂź der Treiber falsch ist.

    Allerdings sollte man zu dem SchluĂź kommen, daĂź es doch nicht am Kabel liegt, oder irre ich mich.

  • was denn zur Annahme fĂĽhrte, daĂź der Treiber falsch ist.

    Oder die Floppy irgendwie hängt, beschäftigt oder sonstwie nicht ansprechbar ist. Hat sie auch Adresse 9 (Fest per DIP eingestellt und nicht per Software auf 9. Letzteres wird eventuell durch einen Floppy-Reset wieder geändert, so dass er deshalb die Floppy nicht findet ......)

  • ist ein manueller 3fach Kippschalter, der kann sich von alleine nicht verstellen ...

    ich kann - wie gesagt - dieses Szenario nicht wiederherstellen, weitere Spekulationen in diese Richtung bringen somit nichts.

  • ist ein manueller 3fach Kippschalter, der kann sich von alleine nicht verstellen ...

    Hatten wir nicht kĂĽrzlich erst "eingeklemmte Kabel beim Zusammenbau" als Fehlerursache fĂĽr ein Problem? Irgendwas ist kaputt. Du hattest doch geschrieben daĂź Du kĂĽrzlich das neuesete opencbm installiert hattest. Einfach nochmal komplett drĂĽber installieren (mit allem !!)?

    Mir gehen die Optionen aus. Für mich sieht es fast so aus, als wäre die Floppy nicht korrekt angeschlossen (seriell UND parallel !!!).

    Ansonsten bin ich raus. Keine Ahnung, was man jetzt noch machen könnte ....

    GruĂź

    Werner

    Nachtrag:

    mit diesem Pfad: c:\nibtools

    Das bringt mich noch auf eine Idee: Wo liegen die nibtools jetzt bei Dir?

    Bei mir befinden sie sich immer in dem Ordner, indem sich auch das aktuelle opencbm befindet. Dann braucht man sich nicht immer mit verschiedenen Pfaden rumschlagen....

  • Hatten wir nicht kĂĽrzlich erst "eingeklemmte Kabel beim Zusammenbau" als Fehlerursache fĂĽr ein Problem?

    ja hatten wir in der Tat, der Kippschalter wurde danach zunächst ausgebaut, dann auf Funktion getestet und in anderer Position wieder eingebaut.

    Inzwischen funktioniert er wie er soll (getestet direkt am C64)...

    Wo liegen die nibtools jetzt bei Dir?

    bei einer automatischen installation mit der install.bat wird die opencbm im Pfad

    c:\program files\obencbm

    installiert.

    in diesem Pfad kann Win7 nur mit Admin-Rechten schreiben.

    Ist also nicht unbedingt die beste Stelle vor allem wenn nibread ein *.nib anlegen will...(es werden Schreibrechte benötigt)

    FrĂĽhere Versionen wurden in den Ordner

    C:\opencbm

    installiert, das war problemloser

    Da ich gerade eh dabei bin alles noch einmal von Null auf neu zu machen, liegen sie bisher noch nirgends.

    Hierbei bin ich soweit gekommen (mit Win7x64 als Admin angemeldet)

    1. alle alten Versionen deinstalliert, alte Treiber komplett gelöscht.

    2. neueste opencbm-0.4.99.104 mittels install.bat installiert (diese als Admin ausfĂĽhren sonst startet es erst garnicht)

    3. Treiber wurde am SchluĂź mE korrekt installiert, sieht jetzt so aus.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Gerät ist jetzt xum1541 floppy adapter (PROMICRO-v07)

    4. bisher alles im Ordner c:\program files\opencbm

    5. vbrun600 installiert

    so, als nächstes müsste cbmXfer dazu kommen und alles in einem anderen Verzeichlis verschoben werden .... oder was genau?

    danach dann die nibtoolsx64

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

    Einmal editiert, zuletzt von Cpt.Hardy (17. April 2022 um 18:48)

  • bei einer automatischen installation mit der install.bat wird die opencbm im Pfad

    c:\program files\obencbm

    Genau dahin die 5 nibtools-prgs kopieren.

    in diesem Pfad kann Win7 nur mit Admin-Rechten schreiben.

    Ist also nicht unbedingt die beste Stelle vor allem wenn nibread ein *.nib anlegen will...(es werden Schreibrechte benötigt)

    Blödsinn! :wink:

    d64copy (von opencbm) liegt z.B. auch da. Kannst Du das ausfĂĽhren? (Ja, natĂĽrlich :wink: )

    Bei mir (Win10 64bit) wird bei der Installation von opencbm eine Verknüpfung auf dem Desktop abgelegt. Diese starten, es öffnet sich die Kommandozeile und Du bist in

    C:/Users/>username<. Dort hast Du Schreibrechte und landen dann die d64, nib, g64, ....

    5. vbrun600 installiert

    Braucht man das???

    Wird bei mir nie installiert.

    danach dann die nibtoolsx64

    Nimm die nibtools32. Die 64 bit funktionieren auch bei mir nicht. Wie gesagt in den opencbm-Ordner (siehe oben) kopieren. Dann sind sie mit dem geöffneten opencbm-Fenster erreichbar.

    cbmXfer

    Das erstmal weglassen. Ist nur eine weitere Fehlerquelle, die wir erstmal nicht gebrauchen können. Wenn die Tools über Kommandozeile funktionieren, dann kannst Du damit experimentieren....

    GruĂź

    Werner