Das sind die Leitungen des SpeedDos-Kabels, dessen Belegung du oben als Bild angegeben hast, die vom XUM1541 nicht verwendet werden: CB1 (Pin 18) und CA2 (Pin 39). Auf dem DB15 sind sie auf den Pins 9 und 10.
XU1541 und XUM1541 gelaber
-
Diddl -
31. Januar 2010 um 21:51 -
Erledigt
Es gibt 177 Antworten in diesem Thema, welches 23.333 mal aufgerufen wurde. Der letzte Beitrag (
-
-
ok, ich werde es einfach mal machen und berichten.
Wie könnte man denn zweifelsfrei die Funktion des parallen Kabels unter XMU1541 testen?
Ich wĂĽrde zB mal ein *.G64 Image einer GEOS Disk anlegen.
Wäre das ein Indiz, daß das Kabel funktioniert?
-
Wie könnte man denn zweifelsfrei die Funktion des parallen Kabels unter XMU1541 testen?
Ich wĂĽrde zB mal ein *.G64 Image einer GEOS Disk anlegen.
Wäre das ein Indiz, daß das Kabel funktioniert?
Wenn ein G64 mit nibread auf einer 1541 erstellt werden kann, dann funktioniert das Parallelkabel sicher, ja.
Bei einer 1571 ist das nicht eindeutig, die könnte auch das serielle Protokoll benutzen. Es würde aber beim Starten angezeigt werden, was benutzt wird.
-
bin jetzt soweit, daĂź meine 2. 1541 (Bitte melde dich an, um diesen Link zu sehen.) auch mit Parallelkabel ausgerĂĽstet wurde.
damit kopiert Burstnibbler mit REU problemlos die GEOS 2.0 Systemdiskette
was mich zu der Annahme fĂĽhrt, daĂź das Parallelkabel prinzipiell korrekt funktioniert.
ABER wie mache ich das denn nun mit der XUM1541 in ein *.G64 Image?
scheitere aktuell noch an dem Kopiertool CBMXfer
das Tool funktioniert bereits bei normalem Filecopy, die nibbler* Dateien befinden sich im Programmverzeichnis.
Als Ziel ist ein *.G64 Imgae angegeben, aber wie geht es dann weiter?
Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.
brauche da noch kurz Starthilfe.
-
Ich selber nutze cbmxfer nicht, daher kann ich nur mutmaĂźen.
Nibtools options: "ENABLE!" aktivieren, dann "Create G64 files". Ob du noch etwas brauchst und wie das in der GUI angesteuert wird kann ich dir nicht sagen.
Auf der Kommandozeile:
liest von Drive Bitte melde dich an, um diesen Link zu sehen. (-D8) in eine Datei test.g64
Das Kommando
schreibt die gleiche Datei test.g64 zurĂĽck auf Drive Bitte melde dich an, um diesen Link zu sehen. (-D8).
Das -D8 kann man auch weglassen, man braucht es nur, wenn man ein andere Laufwerk als 8 nutzen will.
FĂĽr einen Test reicht das vollkommen; die anderen Optionen braucht man nur ab und an, je nach Kopierschutz.
-
ok danke, das werde ich später ausprobieren.
Und die LED fĂĽr parallelen Betrieb geht dann an oder hat die keine Funktion oder ist nicht vorhanden?
Bitte melde dich an, um diesen Anhang zu sehen.
-
noch eine Frage:
habe 2 Nibtools-Versionen
eine fĂĽr win32 V692
Bitte melde dich an, um diesen Anhang zu sehen.
und eine fĂĽr AMD64 V692
Bitte melde dich an, um diesen Anhang zu sehen.
welche mĂĽsste ich da nehmen bei einem Win7 x64 System oder gibt es inzwischen schon neuere Versionen?
-
welche mĂĽsste ich da nehmen bei einem Win7 x64 System oder gibt es inzwischen schon neuere Versionen?
r692 ist die aktuelle Version.
Da Du ein x64-Win-System hast, ist die "amd64"-Version die richtige. "win32" dĂĽrfte auch funktionieren, ist aber eigentlich fĂĽr x32-Systeme.
GruĂź
Werner
-
also ich verzweifele an dieser Aufgabe.
Habe gerade nochmals die Hardware des Parallel-Kabels gecheckt und zuerst schon gedacht, das ich die VIA6522 in meinem 1541 gegrillt hätte.
Habe keine 1:1 Kopie mehr mit dem Burstnibbler zustande gebracht (was gestern noch funktioniert hatte). Dann kam die Erleuchtung:
Der Burstnibbler arbeitet nur mit einer echten REU und nicht mit neoRAM. Also, damit geht es.
Aber eben nicht in ein *.G64 Image auf dem PC. Die x64 Bit Version ist gleich gar nicht gestartet, mit der 32bit Version ging es einen Schritt weiter...
Bitte melde dich an, um diesen Anhang zu sehen.
Das Progammverzeichnis liegt bei mir im Root von C: und sieht so aus:
Bitte melde dich an, um diesen Anhang zu sehen.
zusätzlich befindet sich darin je ein leeres Image new.D64 und Test.G64
Dieser Fehler kommt, wenn in der 1541 noch JiffyDOS eingeschaltet ist
Bitte melde dich an, um diesen Anhang zu sehen.
was aber mE keine Auswirkungen hat.
Also ich könnte mir noch vorstellen, daß ich die Verkabelung in der XMU1541 nicht korrekt gemacht habe.
Ist ja - wie eingangs auch schon gewähnt - echt verwirrend, wenn ein Parallelkabel 10 Adern hat, davon aber nur 8 in der XMU1541 angelötet werden.
vielleicht können wir die Anschlüsse nochmals vergleichen:
Bitte melde dich an, um diesen Anhang zu sehen.
die grün markierten Lötpunkte sind die 8 Anschlüsse, die ich mit dem VIA verbinden muss
D0 geht an PIN2 vom VIA
.
.
.
D7 geht an PIN9 vom VIA
ist das so korrekt?
Und leuchtet denn nun die LED, wenn ein paralleler Zugriff erfolgt?
MuĂź ich noch irgendwelche Jumper berĂĽcksichtigen?
Es gibt zB eine offene Lötbrücke, die mit JE bezeichnet ist, oder hat die nichts zu sagen?
Nochmals Danke im voraus.
Wollte endlich mal anfangen, meine Spielesammlung auf PC zu archivieren ...
-
Nibread
-das bedeutet lesen von echter Diskette
-kann nur NIP, NBZ
oder G64erzeugenDu gibst dem Programm aber auf, ein test.d64 von Diskette zu lesen (Bild 1). Das kann das Programm nicht! Aus diesem Grund kommt die Fehlermeldung in Bild 2. Die sagt eben, das Programm kann nur NIP, NBZ
oder G64erzeugen.GruĂź
Werner
Habe gerade gesehen, dass die Dateien (opencbm) in dem Verzeichnis ein Datum von 2017 tragen. Welche Version ist das?
Upps, nibread kann auch keine G64. Als nib lesen und mit nibconvert von .nib nach .g64 wandeln, wenn man G64 (z.B. fĂĽr VICE) braucht
-
Habe gerade gesehen, dass die Dateien (opencbm) in dem Verzeichnis ein Datum von 2017 tragen. Welche Version ist das?
ich habe alle Versionen von 0.4.99.98 bis 0.4.99.104 auf dem PC, welche sollte ich nehmen
Upps, nibread kann auch keine G64
also wie kommt man dann zum *.G64? Erst ein *.NIB erstellen und das dann in ein *.G64 konvertieren?
Bevor ich da jetzt weiter mache möchte ich absolut sicher sein, daß meine Verdrahtung zwischen SUBD15 hinten an der 1541 und der XUM1541 PCB korrekt ist.
Gibt es evtl. fĂĽr meine Aufgabe einen einfacheren Weg zB mit dem TurboChameleon64
-
Bevor ich da jetzt weiter mache möchte ich absolut sicher sein, daß meine Verdrahtung zwischen SUBD15 hinten an der 1541 und der XUM1541 PCB korrekt ist.
Dazu kann ich nichts sagen, liegt auĂźerhalb meiner Kompetenz
.Habe hier ein echtes XUM1541 (RETRO Innovations) mit einer seriell angeschlossenen 1571 (mit JiffyDOS, das stört nicht
). Funktioniert problemlos.ich habe alle Versionen von 0.4.99.98 bis 0.4.99.104 auf dem PC, welche sollte ich nehmen
halte ich für nicht so gut. Könnte ja sein dass sich da was stört. Bei mir ist nur .104 auf der Platte. Allerdings nutze ich keine "Oberflächen" zur Bedienung sondern die Tools (cbmcopy, nibread, nibwrite, nibconv) direkt.
Erst ein *.NIB erstellen und das dann in ein *.G64 konvertieren?
Ja.
ein nib (z.B. Test.nib) erstellen und dann mit 'nibconv Test.nib Test.g64' ein G64 erstellen.
GruĂź
Werner
-
Mit dem JE-Jumper meinst du nicht zufällig den "J1" Jumper auf dem Arduino Pro Micro? Wenn ja, der ist dafür da, um einen Bypass für den Spannungsregler herzustellen, wenn man das Ding extern mit Spannung versorgen will.
-
Bevor ich da jetzt weiter mache möchte ich absolut sicher sein, daß meine Verdrahtung zwischen SUBD15 hinten an der 1541 und der XUM1541 PCB korrekt ist.
Da nibtools meldet "Passed basic communication test" sollte es zumindest nicht völlig falsch sein. Ich meine mich zu erinnern, dass er alle bits einmal testet, also sollten die Leitungen richtig angebunden sein.
Und leuchtet denn nun die LED, wenn ein paralleler Zugriff erfolgt?
Wie kommst du da drauf? Das "Parallel" unten in grĂĽn dĂĽrfte sich darauf beziehen, dass die grĂĽn eingezeichneten Leitungen alle fĂĽr den parallelen AnschluĂź sind.
Mir wäre neu, dass in der FW irgendetwas wäre, was den Parallel-Zugriff an einer LED anzeigt, und ich denke, dass ich das Verhalten der FW ganz ordentlich kenne.
Upps, nibread kann auch keine G64.
Oha... Das hatte ich auch ĂĽbersehen.
Ich habe alle Versionen von 0.4.99.98 bis 0.4.99.104 auf dem PC, welche sollte ich nehmen
Grundsätzlich die neueste.
Wobei bei Windows erschwerend hinzukommt, dass bis zur 0.4.99.99 eine libusb0 benötigt wird (also Treiber libusb-win32), während 0.4.99.100 und neuer eine libusb1 benötigen (WinUSB Treiber). Du wirst also kaum wechselseitig damit rumspielen können.
-
Mit dem JE-Jumper meinst du nicht zufällig den "J1" Jumper auf dem Arduino Pro Micro
doch genau den meinte ich, konnte ich nicht genau lesen, aber da steht wohl J1.
ok, demit mache ich dann mal garnichts.
halte ich für nicht so gut. Könnte ja sein dass sich da was stört. Bei mir ist nur .104 auf der Platte.
nur weil ich die *.zip mit allen Versionen in irgend einem downlaod-Verzeichnis habe, stören die sich doch nicht. Da wird ja auch nichts installiert.
im Application-Ordner cbmXfer habe ich natĂĽrlich immer nur eine Version.
Wie kommst du da drauf? Das "Parallel" unten in grĂĽn dĂĽrfte sich darauf beziehen, dass die grĂĽn eingezeichneten Leitungen alle fĂĽr den parallelen AnschluĂź sind.
Mir wäre neu, dass in der FW irgendetwas wäre, was den Parallel-Zugriff an einer LED anzeigt, und ich denke, dass ich das Verhalten der FW ganz ordentlich kenne.
das war eine Vermutung von mir anhand dieses Fotos
Bitte melde dich an, um diesen Anhang zu sehen.
klar daß die 8 grünen Lötpunkte die 8 Datenleitungen des Parallel-Kabels kennzeichnen.
Dann gibt es da aber noch diese schwarzen Pfeile, die auf ein Bauteil auf der PCB zeigen, also der rechte davon "ACTIVITY" ist eindeutig eine rote LED.
Daher meine Vermutung, daß der linke auch eine sein könnte ... ich werde mal den Verkäufer fragen ....
-
Ich denke, das Bild ist von einem anderen Projekt ausgeliehen, wo dann auch an der anderen LED was geschrieben stand.
-
also bevor ich mich da jetzt sinnlos reinsteigere ... kann ich evtl. auch mit dem TurboChameleon ein *.G64 oder *.NIB von einer GEOS SystemDisk (mit Kopierschutz) anlegen?
-
Daher meine Vermutung, daß der linke auch eine sein könnte ... ich werde mal den Verkäufer fragen ...
Da wäre ich auch gespannt, was er sagt.

Die auf dem Bild rechte LED hängt an D5 und wird von der Firmware angesteuert. Die auf dem Bild linke hängt an B0, das ist in der Firmware des PROMICRO nicht drinnen, bzw. wird sogar auf Eingang geschaltet.
-
also, irgendwie bekomme ich es nicht auf die Reihe, vielleicht fange ich nochmal ganz von vorne an (ggf. mit Eure Hilfe).
Hier nochmal die Zusammenfassung:
1. SZENARIO:
Quelle: 1541 mit Laufwerksnummer Bitte melde dich an, um diesen Link zu sehen. und CBM DOS
Ziel: Laptop mit Win7x64 Image-Datei TEST.NIB
X-Cabel: Seriell und parallel
Die Parallel-Kabel Verbindung wurde mehrmals ĂĽberprĂĽft und durchgemessen und ist verdrahtet wie hier dargelegt...
D0 geht an PIN2 vom VIA
.
.
.
D7 geht an PIN9 vom VIA
cbmopen und nibTools in der neuesten Version
2. TREIBER
in einem nackten System wird meine XUM1541 erkannt als..."xum1541 floppy adapter (PROMICRO)
Bitte melde dich an, um diesen Anhang zu sehen.
Nach meiner Treiber-Installation erscheint sie aber als "xum1541 floppy adapter (generic)
Bitte melde dich an, um diesen Anhang zu sehen.
das könnte eine Fehlerquelle sein ....
3. WAS FUNKTIONIERT
ein einfaches File-Copy in ein *.D64 mittels CBMXfer
ein Disc-Copy in der Eingabeaufforderung mit d64copy.exe [Quelle] [Ziel]
4. WAS NICHT FUNKTIONIERT
ein Disk-Copy in der GUI CBMXfer (wieso das nicht?? ist mir unverständlich, alles ist im selben Ordner)*)
Verwendung der NibTools um zB eine GEOS-Startdiskette in ein Image zu sichern.
Genau das war im Grunde der Zweck der ganzen Ăśbung: Eine kopiergeschĂĽtzte Diskette (GEOS oder ein Spiel) auf den PC in ein Image zu sichern.
Alles andere kann ich auch direkt mit eine SD2IEC am C64 machen ....
5. WO HAKT ES?
In der Eingabeaufforderung fĂĽhrt der Befehl
nibread 10 test.nib (in der x64 Version) dazu, das einfach gar nicht passiert
nibread 10 test.nib (in der x32 Version) zu dieser Fehlermeldung
Bitte melde dich an, um diesen Anhang zu sehen.
6. FAZIT
irgendwas stimmt nicht mit dem Treiber...
Bitte um kurze Hilfestellung ...
cu
Hardy
*) cbmXfer installiert sich im Ordner C:\Program Files\cbmopen
fĂĽr diesen Ordner werden unter Win7x64 selbst bei Anmeldung als Admin Schreibrechte abgefragt.
eine AusfĂĽhrung der d64copy.exe in der Eingabeaufforderung macht diese Abfrage aber nicht. Fazit: die zu erstellende *.D64 kann nicht geschrieben werden
LĂ–SUNG: den gesamten Ordner C:\Program Files\cbmopen verlagern zB auf D:\C64\cbmopen und dort ausfĂĽhren
-
nibread 10 test.nib (in der x64 Version) dazu, das einfach gar nicht passiert
Was heisst "einfach gar nicht"? Started das Programm und beendet sich sofort? Kommt eine Fehlermeldung, vielleicht ein Popup?
Mach mal einen Screenshot von der Ausgabe, und ein Listing des Verzeichnises, in dem sich nibread befindet. Und in welchem Verzeichnis bist du, und in welchem ist nun OpenCBM installiert?
cbmXfer installiert sich im Ordner C:\Program Files\cbmopen
fĂĽr diesen Ordner werden unter Win7x64 selbst bei Anmeldung als Admin Schreibrechte abgefragt.
Um dort zu installieren, muss man - auch als admin - den UAC ausfĂĽhren. Das macht OpenCBM korrekt, cbmxfer also scheinbar nicht?
eine AusfĂĽhrung der d64copy.exe in der Eingabeaufforderung macht diese Abfrage aber nicht. Fazit: die zu erstellende *.D64 kann nicht geschrieben werden
OpenCBM >= 0.4.99.103 erzeugt eine Link auf dem Desktop für eine Kommandozeile. Wenn man den öffnet, dann finden sich die OpenCBM-Tools im Pfad, können also von jedem anderen Verzeichnis aus aufgerufen werden.
LĂ–SUNG: den gesamten Ordner C:\Program Files\cbmopen verlagern zB auf D:\C64\cbmopen und dort ausfĂĽhren
Nein, das ist keine Lösung.
Übrigens hilft es nicht, die Pfade einfach aus dem Gedächtnis hinzuschreiben. Da das Problem in Details stecken könnte wäre es wichtig, dass du genau das hier hinschreibst, was du machst - notfalls per Screenshot.
Denn: C:\Program Files\cbmopen gibt es nicht...
-