XU-1541-SD :: XU-1541 mit SD2IEC kombiniert !!

Hi, also ich habe jetzt folgende Verhalten beobachtet:

Nach der installation von OpenCBM gibt es 2 Tools im Startmenü.

• CBMXfer
• GUI4CBM4WIN

GUI4CBM4WIN bringt den oben gezeigten Fehler, wenn etwas anderes als "Serial 1 (Slow!) gewählt wird.
CBMXfer bringt zwar keinen Fehler, allerdings verschwindet das "Working-Fenster" nach kurzer Zeit. Ich denke im Hintergrund läuft es auf den selben Fehler hinaus.

Die angeschlossene Floppy läuft mit Jiffy-DOS. Denke aber das dies keine Auswirkung auf das serielle kopieren haben wird.

Zitat von DerSchatten

GUI4CBM4WIN bringt den oben gezeigten Fehler, wenn etwas anderes als "Serial 1 (Slow!) gewählt wird.

Das ist ganz klar, weil S2 nicht geht wenn mehr als eine Floppy am us ist.

Zitat von Diddl

Das ist ganz klar, weil S2 nicht geht wenn mehr als eine Floppy am us ist.

Das ist dann aber irgendwie ein Dilemma. Das SD-Interface kann man ja nicht so einfach "abtrennen" beim XU-1541-SD.
Aber wieso funktionieren die anderen Modis denn nicht?

Zitat von DerSchatten

Das ist dann aber irgendwie ein Dilemma. Das SD-Interface kann man ja nicht so einfach "abtrennen" beim XU-1541-SD.

Doch, du musst UP oder DOWN für mehr als 2 Sekunden drücken. Oder war es UND, weiss nicht mehr. Auf alle Fälle kann man so das SD2IEC deaktivieren.

Zitat von DerSchatten

Aber wieso funktionieren die anderen Modis denn nicht?

Welche anderen? S1 sollte schon gehen, außer du bist auf derselben Geräteadresse wie das SD2IEC.

Par kann nicht gehen ohne parallel Kabel ...

Zitat von Diddl

Doch, du musst UP oder DOWN für mehr als 2 Sekunden drücken. Oder war es UND, weiss nicht mehr. Auf alle Fälle kann man so das SD2IEC deaktivieren.

Passt. DOWN wars.
Damit funktioniert nun auch tatsächlich S2 und Auto (ich schätze mal das damit S2 ausgewählt wird wenn verfügbar)

Was weiterhin nicht funktioniert ist Original (Very Slow!)
Das Kopierfenster erscheint nur ganz kurz und verschwindet wieder. Die Floppy macht dann einen Dauerläufer.

Wie allerdings Draco erwähnt hat, gibt es jedoch zwischen den verschiedenen Modis leider keinen feststellbaren Geschwindigkeitsvorteil.

Diddl, du hast hier erwähnt das du das Teil zur Kopierstation umprogrammiert hast.
Gibt es dazu den Source zum Download?

Zitat von DerSchatten

Diddl, du hast hier erwähnt das du das Teil zur Kopierstation umprogrammiert hast.
Gibt es dazu den Source zum Download?

Nur ein quick&dirty Prototyp, in 30 Minuten zusammengeflickt. Ohne Fehlerprüfung, stürzt ab wenn nicht alles super glatt läuft. Nicht Auslieferungsreif, nur ein Versuch ob die FAT Routinen so ohne weiteres mit dem Rest kann. Völlig unausgereift, da müsste man schon ein paar Tage Arbeit rein stecken, bevor man auch nur an Veröffentlichung denken kann.

Wirst du in der Richtung noch etwas weiterentwickeln? Oder liegt dein Hauptaugenmerk auf dem XS-1541 bzw. XUM-1541?

Zitat von DerSchatten

Wirst du in der Richtung noch etwas weiterentwickeln? Oder liegt dein Hauptaugenmerk auf dem XS-1541 bzw. XUM-1541?

Wenn ein Bedarf da ist, könnte man darüber nachdenken. Ich persönlich stehe mehr auf Images mit dem PC einlesen.

Die SD wäre eine Lösung gewesen wenn das XS-1541 kein PC Tool bekommen hätte. Dann hätte man am Terminal den BACKUP Befehl gegeben und das Image wäre auf die SD geschrieben worden. Von da hätte man es per X-Modem downloaden können. Das war men Plan, aber das Java Tool hat das obsolet gemacht.

Die Zukunft gehört eindeutig dem XUM oder wie immer das Wunderding dann heissen wird. Alle anderen Schnittstellen wie X, XM und XA Kabel sowie die Lösungen XS und XU sind veraltet.

Natürlich werden diese Dinge weiterhin supportet, aber neue Dinge wie Nibblecopy (MNIB) werden nur am XUM laufen, soviel ist klar. Auf kurz oder lang wird man nur noch im MNIB Format lesen, auch wenn man kein Nibblecopy benötigt. Allein wegen der irren Geschwindigkeut die MNIB bietet.

Ich wollte mal selbst versuchen die Software für den ATMEGA 8 vom XU-1541 selbst zu kompilieren.
Bin nach Anleitung von hier vorgegangen.
So wie ich das verstanden habe, braucht man nur den Bootloader zu flashen.
Die eigentliche Software wird dann über den USB-Port vom PC aus geflasht.

Sobald ich das versuche erhalte ich folgende Fehlermeldung:

Zitat

D:\DATEN\download\test\firmware>make
avr-gcc -Wall -Os -Iusbdrv -I. -mmcu=atmega8 -c usbdrv/usbdrv.c -o usbdrv/usbdr
v.o
usbdrv/usbdrv.c: In function 'usbInit':
usbdrv/usbdrv.c:503: warning: cast from pointer to integer of different size
usbdrv/usbdrv.c:504: warning: cast from pointer to integer of different size
avr-gcc -Wall -Os -Iusbdrv -I. -mmcu=atmega8 -x assembler-with-cpp -c usbdrv/us
bdrvasm.s -o usbdrv/usbdrvasm.o
avr-gcc -Wall -Os -Iusbdrv -I. -mmcu=atmega8 -c usbdrv/oddebug.c -o usbdrv/odde
bug.o
avr-gcc -Wall -Os -Iusbdrv -I. -mmcu=atmega8 -c main.c -o main.o
In file included from main.c:25:
c:/programme/winavr-20100110/lib/gcc/../../avr/include/avr/signal.h:36:2: warnin
g: #warning "This header file is obsolete. Use <avr/interrupt.h>."
avr-gcc -Wall -Os -Iusbdrv -I. -mmcu=atmega8 -o main.bin usbdrv/usbdrv.o usbdrv
/usbdrvasm.o usbdrv/oddebug.o main.o -Wl,--section-start=.text=1800
rm -f main.hex main.eep.hex
avr-objcopy -j .text -j .data -O ihex main.bin main.hex
./checksize main.bin
D:\DATEN\download\test\firmware\checksize: awk: command not found
D:\DATEN\download\test\firmware\checksize: [: -gt: unary operator expected
ROM: bytes (data=)
D:\DATEN\download\test\firmware\checksize: [: -gt: unary operator expected
RAM: bytes

Alles anzeigen

Die HEX_datei wird zwar erstellt, aber ich bin mir nicht sicher ob alles korrekt ist.

Beim kompelieren von Software bricht er überhaupt ab:

Zitat

D:\DATEN\download\test\software>make
make avrusbboot
make[1]: Entering directory `D:/DATEN/download/test/software'
g++ -c -o cflashmem.o cflashmem.cpp
process_begin: CreateProcess(NULL, g++ -c -o cflashmem.o cflashmem.cpp, ...) fai
led.
make (e=2): Das System kann die angegebene Datei nicht finden.
make[1]: *** [cflashmem.o] Error 2
make[1]: Leaving directory `D:/DATEN/download/test/software'
make: *** [all] Error 2

Alles anzeigen

Kann jemand weiterhelfen?

Zitat von DerSchatten

Ich wollte mal selbst versuchen die Software für den ATMEGA 8 vom XU-1541 selbst zu kompilieren.

Wofür willst du das Zeugs selbst kompilieren?

Es gibt fertige HEX und es hat sich seither im Source nix mehr geändert, - also wozu?

Zitat von Diddl

Es gibt fertige HEX

Ja, wo denn?

Zitat von DerSchatten

Ja, wo denn?

Google ist dein Freund: klick

Die firmware.hex?

Zitat von DerSchatten

Die firmware.hex?

Ich nehme schon an dass dies die XU Firmware sein soll. Was soll das sonst sein?

Ist da noch eine HEX?

Zitat von AntaBaka

Ist da noch eine HEX?

Ja für die Bootloader, aber die erkennt man schon am Namen ganz klar

Ja klar, aber nicht in dem Verzeichnis, das Du verlinkt hast

Zitat von Diddl

Ich nehme schon an dass dies die XU Firmware sein soll. Was soll das sonst sein?

firmware.hex ist die Firmware, richtig. OHNE BOOTLOADER FUNKTIONIERT DIE ABER NICHT! (Beim XU1541 ist der Bootloader mehr eine Art von BIOS).

Zuerst muss bootldr-usbtiny.hex *oder* bootldr-avrusb.hex geflasht werden. Wenn das erfolgt ist kann mittels USB die Firmware aufgespielt werden. Alternativ kann dann auch firmware.hex mit dem Programmer aufgespielt werden, wobei dabei ein Modus gewählt werden muss, dass das Flash vor dem Flashen nicht gelöscht wird!

Alternative: bootldr-avrusb.hex (oder bootloader-usbtiny.hex) und firmware.hex in eine einzige Datei kopieren, wobei die letzte Zeile der ersten Datei (:00000001FF) entfernt werden muss. Dann diese eine Datei auf einmal flashen, damit erhält man Firmware und Bootloader in einem.

Für alle, die die Firmware selbst erstellen wollen: Im CVS unter misc/install_avr_gcc.sh gibt es ein Skript, welches den Compiler sowie die benötigten Tools selbst erzeugt. IIRC funktioniert das Skript auch unter Windows (mit Cygwin 1.5), ich selbst nutze es aber nur unter Linux.

HTH
Spiro

Zitat von strik

Alternative: bootldr-avrusb.hex (oder bootloader-usbtiny.hex) und firmware.hex in eine einzige Datei kopieren, wobei die letzte Zeile der ersten Datei (:00000001FF) entfernt werden muss. Dann diese eine Datei auf einmal flashen, damit erhält man Firmware und Bootloader in einem.

Supa danke! Ich denke das ist die einfachste Methode.
Die FUSES bleiben dabei ja gleich: LOW:0x9f HIGH:0xc8 ?

Die Frage dabei ist noch, wie flasht man über USB? Muß man da im AVRTool eine bestimmte Hardware auswählen? oder wie ist das angedacht?

Zitat von DerSchatten

Die FUSES bleiben dabei ja gleich: LOW:0x9f HIGH:0xc8 ?

Yep.

Zitat

Die Frage dabei ist noch, wie flasht man über USB? Muß man da im AVRTool eine bestimmte Hardware auswählen? oder wie ist das angedacht?

Oh, sorry, das hätte ich natürlich noch schreiben müssen:

Im OpenCBM CVS gibt es ja das Verzeichnis xu1541. Auschecken und dann im neu ausgecheckten Verzeichnis über Kommandozeile bei Windows folgendes eingeben:

Unter Linux/MacOSX muss es dann stattdessen

sein, wobei hier die Datei xu1541_update noch gebaut werden muss. Einfach ist hier wohl

die die fehlenden Dateien bei Bedarf neu baut.

Soll mal der Bootloader auch neu geflasht werden, kann das auch über USB erfolgen. Unter Linux/MacOSX geht das mit

oder

je nachdem, welches BIOS man will.

Gruß
Spiro