Oh je... Ich merke schon, ich sollte ruhiger werden bevor ich schreibe. Es passte aber auch nahezu perfekt, genau das gleiche Thema wie bei dir. Da bin ich etwas ungehalten geworden.
Ich gelobe Besserung, lasse Dinge, die mich aufregen, in Zukunft erstmal liegen und frage im Zweifel erst einmal nach.
Schön, dass es jetzt bei dir funktioniert.
Habs gefunden. Zadig hieß das Tool. Jetzt wird der Atmega auch richtig erkannt und ich konnte die Firmware "xum1541-ZOOMFLOPPY-v08.hex" auf den Atmega flashen.
Bist du Luca, der auf zoomfloppy-users geschrieben hat?
(Link kann ich leider nicht setzen, es ist https:// - groups - dot - google - dot - com /g/zoomfloppy-users/c/dYXVWZfscQ8/m/zI9maXuvEwAJ)
Wie ich schon schrieb:
Habs gefunden. Zadig hieß das Tool. Jetzt wird der Atmega auch richtig erkannt und ich konnte die Firmware "xum1541-ZOOMFLOPPY-v08.hex" auf den Atmega flashen.
Ich habe opencbm nun installiert und anschließend CBM4Win installiert. Soweit sieht nun alles gut aus, getestet wird dann morgen.Hättest du es anders herum gemacht, wie ich Please login to see this link. empfohlen habe, hättest du ZADIG gar nicht nutzen müssen. Bei der Installation von OpenCBM wird nämlich der Treiber für den DFU-Modus quasi mitinstalliert:
ZADIG ist nicht der empfohlene Weg! Einfach richtig machen, dann brauchst du das nicht.
Wieso musst du das auch noch dort wiederholen?
WTF? Ich musste den Link oben "zerpflücken", weil das Board sonst denkt, es wäre ein Bilder-Hoster?
Erst einmal: GUI4cbm4win war nie Teil von OpenCBM und wird es auch nicht werden
Spricht etwas gegen dieses CBM4WinGUI ? Zu alt ? Wird nicht mehr supported ?
Wenn ich die Internetquellen richtig deute ist die letzte Version 18 (!) Jahre alt und benötigt die VB6 Runtimes ... ob das überhaupt noch funktioniert entzieht sich meiner Kenntnis
GUI4cbm4win wird tatsächlich nicht mehr direkt weitergepflegt. Muss es auch nicht, weil CbmXFer darauf basiert:
History
CBM-Transfer (aka "CBMXfer") is based on GUI4CBM4WIN (G4C from now on) by Leif Bloomquist, Wolfgang Moser, and Spiro Trikaliotis. G4C 0.4.1 source code was used as a starting point for CBM-Transfer. Most of the G4C code has been heavily modified or rewritten. The viewer also contains portions of code from CBM2BMP 1.1 by Peter Weighill.
Wer also die GUI braucht, nimmt am besten CBM-Xfer oder eine der anderen genannten Lösungen.
Habs gefunden. Zadig hieß das Tool. Jetzt wird der Atmega auch richtig erkannt und ich konnte die Firmware "xum1541-ZOOMFLOPPY-v08.hex" auf den Atmega flashen.
Ich habe opencbm nun installiert und anschließend CBM4Win installiert. Soweit sieht nun alles gut aus, getestet wird dann morgen.
Hättest du es anders herum gemacht, wie ich Please login to see this link. empfohlen habe, hättest du ZADIG gar nicht nutzen müssen. Bei der Installation von OpenCBM wird nämlich der Treiber für den DFU-Modus quasi mitinstalliert:
Problem ist häufig, dass unter Windows der Treiber nicht installiert ist. Da hilft es, OpenCBM zu installieren und den Treiber installieren zu lassen.
Ansonsten auch mit ZADIG, das sollte aber eigentlich unnötig sein.
dafür ist meine Anleitung universeller und nicht nur auf den xum1541 beschränkt und man lernt auch paar generelle Sachen. Egal, viele Wege führen nach ROM und ich mache es weiterhin so und nicht anders
Na klar darfst du das weiterhin so machen.
Du kannst dann allerdings auch froh sein, dass der Ansatz, der ZF über xum1541cfg eine Identifikation zu geben, nie umgesetzt wurde. Das würde nämlich mit dem DFU-Programmer nicht klappen, weil er davon nichts gewusst hätte. Das hätte Folge-Probleme hervorbringen können.
Ich wundere mich allerdings, wieso man jemandem, der offenbar Windows nutzt, zuerst den Tipp gibt, Linux zu nutzen? Ich würde zwar auch Linux bevorzugen, versuche mich aber dem Fragesteller anzupassen und nicht dem Fragesteller meine Arbeitsweise aufzudrängen.
Zumal der DFU-Programmer ja auch unter Windows existiert.
Laut der Aussage von Snocksman wird aber ein "xum1541" device erwartet, zumindest bei dem Update das er versucht hat aber das kann es doch ohne einen initialen Flash des ATMega garnicht geben, oder
?
Bitte die Ausgabe richtig lesen:
finding and preparing device for update...
warning: no xum1541 found, continuing to look for devices in DFU mode
error: no devices found to updateZuerst sucht er nach einem XUM-Gerät. Was da nicht steht: Wenn er eins finden würde, dann würde er es in den DFU-Modus schalten.
Weil er keins findet, gibt es aber die warning, das er keins gefunden hat. Die Warnung sagt aber, dass er jetzt ("trotzdem") noch nach Geräten im DFU-Modus sucht. Es kann ja sein, dass das xum keine gültige Firmware drauf hat (wie beim ersten Flashen).
Da er auch dies nicht findet, gibt es dann den Fehler, dass er keine Geräte zum Updaten gefunden hat.
weil ich gern nach dem KISS-Prinzip arbeite - KeepItSimple,Stupid !
Und so hab ich schon sackweise AVRs mit dfu-Bootloader programmiert und es funzt einfach - ohne "Gerätemanager" und anderen unnötigen Kram !
Kann man sich auch in ein Script schreiben, dann gehts auch später noch ohne nachzudenken
Der Gerätemanager (genauer: Die Notwendigkeit, einen passenden Treiber für den DFU-Modus zu haben) liegt an Windows und ist tatsächlich ein (kleineres) Problem, das man mit Linux umschiffen kann.
Bloß habe ich mich nicht darauf bezogen, sondern auf den DFU-Programmer. Das auf die ZoomFloppy spezialisierte Tool, welches den DFU-Programmer sofort korrekt initialisiert und eben keine eigenen Einstellungen benötigt, würde ich eher als KISS bezeichnen. Man muss nicht selber den Chip detekten. Man muss nicht löschen, schreiben und dann resetten. Das alles macht xum1541 automatisch, während man mit dem DFU-Programmer mehr Möglichkeiten hat, etwas falsch zu machen.
nimm ein Linux und flashe im DFU-Mode mit dem dfu-programmer die firmware drauf.
Wieso mit dem dfu-programmer und damit wieder ein anderes Tool in den Raum werfen?
xum1541cfg kann es genauso gut. In der Tat benutzt xum1541cfg den dfu-programmer intern.
Heißt, ich kann einfach über den USB-Anschluss die Platine mit dem Rechner verbinden und sollte das Teil flashen können ? Dann schau ich mir die Batch-Datei gerade mal genauer an.
Genau so sollte es funktionieren, ja.
Problem ist häufig, dass unter Windows der Treiber nicht installiert ist. Da hilft es, OpenCBM zu installieren und den Treiber installieren zu lassen.
Ansonsten auch mit ZADIG, das sollte aber eigentlich unnötig sein.
Aber das hasst du ja inzwischen gelöst.
Nun mache ich natürlich auch kein Update, sondern versuche einen jungfräulichen Atmega zu programmieren...
Edit: Oder muss ich den Atmega erst über einen der Lötbrücken auf der Rückseite in den DFU-Mode bringen ?
Das Tool sollte sowohl Update als auch Erst-Installation hinbekommen.
Den DFU-Modus musst du nur aktivieren, wenn du schon eine FW geflasht hast. Das ist bei dir aber nicht der Fall.
aber wenn ich das im PDF richtig deute funktioniert "firmware-update" nur, wenn der ATMega bereits einmal geflasht wurde und das Gerät im Windows Geräte Manager erkannt wird
Ersteres stimmt nicht, auch die Erst-Installation geht.
Im Geräte-Manager muss es aber (als DFU-Gerät) erkannt werden.
