Waren vielleicht in den fuses die brown-out-detection deaktiviert?
Ist sie deaktiviert, könnte beim Ausschalten versehentlich ein Befehl zum Beschreiben des Flash ausgeführt werden, was dann die Firmware korrumpiert. Das kann natürlich auch nach dem Wieder-Beschreiben immer wieder passieren, solange die brown-out-detection nicht aktiviert ist. Ist sie dagegen aktiviert, wird der Controller im Reset-Zustand gehalten, solange die Versorgungsspannung unterhalb eines zulässigen Wertes liegt.
Man gibt immer den Durchmesser an, den das Loch am Ende haben soll. Wieviel der Platinenhersteller größer bohren muss, damit nach dem Durchkontaktieren der Durchmesser stimmt, weiß nur der Hersteller am besten, deswegen überlässt man ihm den Aufschlag.
Ist das ein Überschwemmungsopfer? Dann hilft wohl nur viel klares Wasser, um den Dreck wieder abzulösen.
Ich würde gerne die IEC-Unterstützung in meinem petSD+ etwas mehr testen. Konkret interessiert mich, ob die fastloader jetzt 100%ig funktionieren, oder ob ich etwas kaputt gebastelt habe. Hat jemand vielleicht eine Reihe von Disk-Images zur Hand, die die verschiedenen fastloader verwenden?
Mich. Auf dem selben Chip basiert auch die MEGA-PLA von Jim Brain, für die ich für den CBM 8296 UE5 und UE6 angepasst habe. Da wäre also in den Design-Files maximal die Pinbelegung zu ändern.
Das wäre mir jetzt neu. Aber sie hat zwei CPUs und wenn sich eine davon um das GCR kümmert und man ihr keine neue Software unterschieben kann, ist das so gut wie in Hardware.
Guckst Du hier
Soweit mir bekannt ist, hat eine 1001 keinen Zugriff auf die GCR-Rohdaten, da sie im Gegensatz zur 1541 die GCR-kodierten Daten in Hardware dekodiert. Ob mit dieser Hardware auch das Dekodieren der Daten einer Diskette im 1541-Format möglich ist... wer weiß...
Nein, ich meinte das schon genau so. Man muss beim Nachbau keine Lizenzen _beruecksichtigen_.
Nicht: es gibt keine. Dann duerfte man tatsaechlich gar nichts damit machen.
Stimmt, gäbe es keine Lizenz, darf man damit gar nichts machen.
Aber die Lizenzen, die es doch gibt, muss man nicht "berücksichtigen"? Wir scheinen ein unterschiedliches Verständnis von "berücksichtigen" zu haben.
DIE Lizenzen die skoe erdacht hat wirken im gegenteil dahingehend, dass man Aenderungen an der Firmware offenlegen muss.
Das ist schlichtweg falsch. Die GPL2 oder GPL3 würden das verlangen, aber bei diesen BSD-ähnlichen Lizenz und der CC BY-SA 3.0 ist das nicht(!) der Fall. Es muss zwar der ursprüngliche Autor genannt werden und kenntlich gemacht werden, dass es sich um eine veränderte Fassung handelt, das Offenlegen (also z.B. den veränderten Quelltext verfügbar machen) ist allerdings nicht notwendig.
Also kein Grund hier Unsicherheit zu verbreiten.
Easyflash kann, soll und darf jeder Nachbauen (und auch verkaufen).
Aus Sicht des Entwicklers ist das vollkommen legal und erwuenscht.
Völlig richtig:
"Easyflash kann, soll und darf jeder Nachbauen (und auch verkaufen)."
Mein Ansinnen war, darauf aufmerksam zu machen, dass an dieser Aussage noch etwas entscheidendes fehlt:
"Easyflash kann, soll und darf jeder Nachbauen (und auch verkaufen), aber nur nach den Spielregeln (=Lizenz) des ursprünglichen Entwicklers (=Copyright-Inhaber).
In diesem Fall will der kein Geld, er verlangt noch nicht einmal, dass man eigene Änderungen ebenfalls der Allgemeinheit zur Verfügung stellt, aber er will namentlich genannt werden und verbietet, dass man seine Arbeit als die eigene ausgeben darf.
Also noch einmal: blos weil man eine Software kostenlos kopieren darf, beutet das noch nicht, dass man damit machen darf, was man will. Es gibt Regeln (=Lizenz) zu beachten. Wer beispielsweise sd2iec verkauft oder verändert (was man beides machen darf) muss auch den zugehörigen Quelltext zu Verfügung stellen (weil die GPL2 das so verlangt).
Da das leider immer wieder passiert (weil hier wohl ein Bewußtsein dafür fehlt) wollte ich diesen Punkt betonen.
Falls Teile dieser Antwort die Bevölkerung verunsichern würden, bedauere ich dies.
Das bedeutet: Wenn ich das Teil 1:1 nachbaue und den Copyright Inhaber nicht bezahle, kann ich verklagt werden, oder was?
Nö, Geld will der nicht.
Wenn Du des Englischen einigermassen mächtig bist, kannst Du ja mal lesen, was der möchte. Dazu habe ich die Lizenz-Texte extra in meinem vorigem Post angehangen.
Aber ja, falls Du dagegen verstösst, kannst Du in der Tat verklagt werden.
Das war ja (fuerm ich) der ganze Witz am Easyflash 1 und 3.
Das es komplett open hardware ist. Jeder kann (weil alle Informationen frei verfuegbar sind) und DARF (bzw soll!) die Herstellen, weil es da dank skoe eben keinerlei Lizenzen zu beruecksichtigen gibt.
Das ist ein Trugschluss. Blos weil man es nachbauen darf, heißt das nicht, dass es keine Lizenzen gibt. Die gibt es, und die regeln klipp und klar, was man darf und was nicht. Das sind ganz normale, rechtsverbindliche Lizenzen wie bei anderen Dingen auch, die man für Geld erwirbt. Das ging sogar schon öfter vor Gericht (nicht beim Easyflash, aber bei anderen Projekten, die unter einer open-source-Lizenz standen) und dort wurde von deutschen Gerichten bestätigt, dass man damit nicht machen kann, was man will, sondern dass man die gültige Lizenz beachten muss.
Ein petSD sollte an dem Gerät wohl funktionieren, oder?
Ja, mit dem petSD und dem petSD+ sollte es voll kompatibel sein. Wenn nicht, ist etwas kaputt gegangen und dann hätte ich gerne einen bug report 
Der 6800uF Elko ist doch nur ein Glättungs-Elko, der bestimmt keine Zeitkonstante o.ä.. Der soll die pulsierende Gleichspannung glätten. Das Mehr an Kapazität ist nun wirklich kein Problem.
Ich benutze KiCAD seit einigen Jahren und bin damit sehr zufrieden. Ich habe aber immer etwas Zeit benötigt, mich von einer Version an die nächste zu gewöhnen und ganz schlimm scheint es jetzt bei der aktuellen zu werden, wo sich einiges geändert hat. KiCAD hat sich jedenfalls als zuverlässiges und stabiles Werkzeug erwiesen, Gerber/Excellon-Files akzeptiert jeder Platinenhersteller und das Beste: KiCAD ist freie Software.
Die 2532 kann ich Dir gerne brennen und in meinem 3032 testen. Ich habe davon ausreichend vorhanden. Falls noch Interesse besteht, schick' mir einfach eine PN oder Mail an nils.eilers@gmx.de.
Bei neuen EPROM-Brennern sieht's leider recht mau aus mit dem 2532. Ein ALL-03 oder ALL-07 von HI-LO Systems wäre eine Empfehlung, falls das zu Deinem System passt. Für den ALL-03 wirst Du allerdings ein DOS-System mit Parallelport brauchen, ob die Software auch unter Windows läuft, weiß ich nicht.
Viel einfacher ist aber, einen Adapter 2532 --> 2732 zu basteln um die 2532 EPROMs damit in praktisch jedem EPROM-Brenner als 2732 zu brennen, den sollte praktisch jeder EPROM-Brenner unterstützen. Eine Anleitung zum selber basteln gibt es hier: 2532/2732-Adapter, das Ganze als fertige Platine kann man hier kaufen.
In diesem Zusammenhang ist vielleicht das "Schwesterprojekt" BSOS interessant: zwar ist das für den CBM 8296 und nicht für den C64, aber BlackSmurf hat genau das dort gemacht: das Betriebssystem des CBM 8296 ordentlich entrümpelt und optimiert um Platz für zahlreiche Verbesserungen und Erweiterungen zu schaffen. Im github-log kann man sehen, wie er es immer wieder mal schafft, hier und dort die eine oder andere Routine zu kürzen oder zu vereinfachen. Vielleicht ist das eine oder andere davon auf den C64 übertragbar.
47uF gab's natürlich auch in klein, aber dann mit geringerer Spannungsfestigkeit. 400V sind schon eine Hausnummer!
Nein, das ist ein "standard mount style" und kein "reverse mount style" Typ, also die SD-Karte wird dort anders herum eingelegt (oben/unten vertauscht). Selbst falls das mechanisch passen würde, wären die Anschlüsse alle vertauscht.
Wenn Du Dir ohnehin eine Platine selbst ätzen möchtest, ändere doch einfach das Board für einen SD-Karten-Sockel Deiner Wahl, der noch gut erhältlich ist. Libraries für Eagle gibt's zuhauf im Netz.
Wenn nur ein RAM defekt ist (oder man das zumindest vermuten darf), ist das einfachste, die beiden 16k-Bänke zu vertauschen. Das defekte RAM liegt dann im oberen Speicherbereich und der Rechner startet und zeigt weniger als normal freien Speicher an. Dann kann man z.B. mit dem TIM monitor oder peek/poke Werte in die obere Hälfte schreiben und zurück lesen um das fehlerhafte bit zu ermitteln um daraus auf den defekten Chip schließen zu können.
Beim 3032 muss man dazu R41 und R42 vertauschen. Eine Seite der Widerstände geht jeweils an IC G7 (pin 6 und 12), diese Enden bleiben so, die anderen werden vertauscht, so dass das CAS-Signal zur jeweils anderen RAM-Bank geleitet wird.
Ja, gewisse Typen kann ich brennen. Welche das sind, müsstest Du der Device list entnehmen, dort etwas runter scrollen bis "BPROM Device". Für Typen, die mit einem Stern gekennzeichnet sind, bräuchte ich einen Adapter, den ich aber nicht besitze.
Bei den PROMs gibt es aber einen ganzen Haufen pin-kompatibler Ersatztypen anderer Hersteller, so dass die Chancen wahrscheinlich ganz gut stehen, einen Typ zu finden, der unterstützt wird.
