letzter Beitrag von marty am
Cool, danke! Ich sehe nun auch mit petSD Unterstützung, sehr schön.
Wie ist das denn mit der angekündigten Hardwareänderung am arm2iec? Hab ich was übersehen oder ist die aktuelle nightly noch für die ausgelieferte Platine tauglich?
Wie ist das denn mit der angekündigten Hardwareänderung am arm2iec? Hab ich was übersehen oder ist die aktuelle nightly noch für die ausgelieferte Platine tauglich?
Ups, da war ja noch was... Die aktuelle nightly funktioniert sowohl mit als auch ohne Änderung, erst wenn die Reset-Abfrage in einigen Fastloadern eingebaut ist (oder LCD-Support kommt...) wirds wichtig.
wie läuft das mit dem aktualisieren beim arm2iec? Einfach .bin auf die SD-Karte und einschalten?
Und noch eine nette Sache an diesen Builds ist, dass ich bei grossen Änderungen mit viel weniger Arbeit dazu anregen kann, diese Änderungen mal zu testen. 
In 1.0.0alpha0-10-gfcd211c (binaries, source) ist der SD-Code durch den aus newboot ersetzt worden. Ich bin zwar der Meinung, dass der mindestens genauso gut funktionieren sollte wie der alte, aber es kann sicherlich nicht schaden wenn andere Leute das auch mal ausprobieren.
Habs eben an meinem Jiffy-gepimpten DTV mit der Demo Uncharted Territory getestet, läuft einwandfrei und lädt so fix wie immer 
Mit welcher Version meldet sichdas sd2iec eigentlich, wenn man es mit @ abfragt bei diesen "nightly builds"?
Mit welcher Version meldet sichdas sd2iec eigentlich, wenn man es mit @ abfragt bei diesen "nightly builds"?
Mit der, die in der ersten Tabellenspalte auf der Downloadseite bzw. im Dateinamen steht.
Hmpf, dann hat das Update wohl nicht geklappt, bei mir steht noch immer 0.10.3.
Also noch mal probieren.
Hmpf, dann hat das Update wohl nicht geklappt, bei mir steht noch immer 0.10.3.
Evtl. liegts an einem Doppelfehler auf meiner Seite: Zum einen hat das Autobuild-Script nicht die Bootloader-Versionnummer auf 0 (Testversoin) gezwungen und zum anderen habe ich den "alpha0"-Tag im Makefile als Fixnummer statt als Prereleease-Tag eingetragen - letzteres erzwingt ebenfalls eine Bootloader-Versionsnummer von 0.
Ich habe mal die -10 neu bauen lassen damit die auch vom Bootloader als Testversion erkannt wird.
Danke, ich teste gleich noch mal, wenn ich zu Hause bin.
Kann es sein, dass er die "aeltere" Version, die sich noch mit 0.10.3 meldet, nicht mit der aktuellen, neu gebauten Build ueberschreiben will?
Kann es sein, dass er die "aeltere" Version, die sich noch mit 0.10.3 meldet, nicht mit der aktuellen, neu gebauten Build ueberschreiben will?
Normalerweise sollte der Bootloader eine mit "0" markierte Version immer ins Flash schreiben, egal[1] welche Version bisher drin ist. Welche Hardware verwendest du und weisst du evtl. welcher Bootloader da drauf ist?
[1] ausser wenn die CRC gleich ist, damit nicht bei jedem Reset nochmal die gleiche Datei neu geflasht wird
Danke fuer Deine Antwort und Deine Geduld.
Ich verwende das C64SD v2.0 von Manosoft.
Wie kann ich denn die Bootloader Version auslesen?
Ich verwende das C64SD v2.0 von Manosoft.
Ich habe keine Ahnung was die für einen Bootloader aufspielen.
ZitatWie kann ich denn die Bootloader Version auslesen?
Gar nicht, man könnte nur den Bootloader mit einem AVR-Programmer auslesen und mit den bekannten Binaries vergleichen.
Irgendwie bin ich wohl nicht fuer die nightly builds geeignet. 
Ich wollte meinen arm2iec gestern Abend auf die letzte aktuelle Build 1.0.0alpha0-41-g963b3e4
der "Nightlies" aktualisieren. Aktuell laeuft eine 1.0.0alpha0-37-gdc9629a2012-06-04 daraiuf. Klappt aber natuerlich nicht.
Ich habe einfach das arm Binary auf die SD Karte kopiert und den arm2iec vom Strom getrennt und neu eingesteckt, es passiert aber nichts.
Was koennte ich da falsch machen? Muss das Binary alleine auf der Karte liegen? Ich hatte meine Ordner und Dateien einfach drauf gelassen und das *.bin File einfach dazu ins Root kopiert.
Danke fuer einen Stoss in die richtige Richtung.
Gruss
marty
Da du offenbar farbigen Text magst wähle ich auch mal eine lustige Farbe für meine Antwort.
Welchen Skin benutzt Du?
