Stefan Both : hast vielleicht Recht, die Verbindung ist halt OpenCBM. Hardwareseite ist doch nochmal anders . Sorry
Hallo Besucher, der Thread wurde 173k mal aufgerufen und enthält 585 Antworten
letzter Beitrag von strik am
ZoomFloppy als billiges Teensy Device
- Diddl
- Erledigt
-
-
XUM 1541 und XU15.41 sind zwei völlig unterschiedliche Geräte.
Das hast du richtig in Erinnerung.
Das XUM verwendet einen Atmel Controller der hardwareseitig mit USB kann.
Der kann vollumfänglich mit OpenCBM inklusive Burst Modus und Nibble Copy.
Das XU verwendet einen Atmega der am USB Bus Bit banging macht.
Da gehen nur die grundsätzlichen Dinge.
Technisch völlig unsinnig da wegen ein paar Euro zu sparen.
-
Falls das nicht geht kann man auch ein HEX-File erzeugen, welches beides (Firmware und Bootloader) enthält: Einfach die Ende-Kennung der Firmware entfernen (letzte Zeile) und dann firmware.hex und den Bootloader hintereinander in eine neue Datei kopieren. Aber da muss man erst einmal drauf kommen.
Hab das mal "Heute so gebastelt" rauskopiert. Passt hier ganz gut, auch wenn es um XU1541 geht.
strik kannst du die Kombination aus Bootloader und Firmware hier nochmal aufdröseln? (grün markiert)
Versteh ich noch nicht ganz
Zuerst einmal: Richtig, xu1541 und xum1541 sind ganz unterschiedliche Dinge.
Schauen wir uns mal die Dateien an:
firmware/firmware.hex:
Code- :1000000024C119C118C117C116C115C114C113C12A
- :1000100012C111C110C10FC10EC10DC10CC10BC164
- :100020000AC109C108C1A9C122C229C270C16FC1D8
- ...
- :100F3000E091A200E80FF12DF11DEF73F070EE5972
- :100F4000FF4F80819927089580E4E2E6F0E0119256
- :0A0F50008A95E9F71092A2000895B7
- :0C16F0000118ABC5E6C8F0C5CDC5AAC501
- :00000001FF
bootloader/bootloader-avrusb.hex (könnte natürlich auch die bootloader/bootloader-usbtiny.hex sein, funktioniert genauso):
Beachte jeweils die letzte Zeile in beiden Dateien:
Das bedeutet: "End of file" (s. auch https://de.wikipedia.org/wiki/Intel_HEX zur Erklärung des Formats)
Wenn du jetzt diese Zeile in der ersten Datei entfernst und dann die zweite Datei dranhängst (z.B. im Editor), bekommst du eine Datei wie folgt:
Code- :1000000024C119C118C117C116C115C114C113C12A
- :1000100012C111C110C10FC10EC10DC10CC10BC164
- ...
- :100F4000FF4F80819927089580E4E2E6F0E0119256
- :0A0F50008A95E9F71092A2000895B7
- :0C16F0000118ABC5E6C8F0C5CDC5AAC501
- :10170000F89481E180935700E89581E080936F031E
- :1017100008959C0180916F03882319F480E090E084
- :101720000895C901E9DF9927089583E291E890932C
- ...
- :0E1FA00082E090E0089580E099270895FFCF39
- :021FAE00FF5AD8
- :061FF00001159BCB5CCF44
- :0400000300001800E1
- :00000001FF
Unter Linux kann man die Datei z.B. erzeugen, indem man folgende Kommandozeile eingibt (im Verzeichnis xu1541/):
und für usbtiny:
Die resultierenden Dateien kannst du dann einfach in einem Rutsch auf das xu1541 flashen.
EDIT: Ich habe das mal ausgeführt und die resultierenden Datei in https://github.com/OpenCBM/OpenCBM/tree/master/xu1541 abgelegt (firmware_bootloader-avrusb.hex, firmware_bootloader-usbtiny.hex)
-
-
Ngngng wäääh
strik : Kann ich den Bootloader auch für das Xum1541 nutzen?
Die USB Controller brauchen das nicht, die haben von Haus aus einen Bootloader ...
-
Ngngng wäääh
strik : Kann ich den Bootloader auch für das Xum1541 nutzen?
Die USB Controller brauchen das nicht, die haben von Haus aus einen Bootloader ...
Es ist nicht nur so, dass sie es nicht brauchen; der Bootloader für das xu1541 dürfte auf einem xum1541 gar nicht laufen. Ich habe es nicht probiert, vermute aber, dass er abstürzen würde.