Sehr schön. Darauf wäre ich auch nicht gekommen. Aber für die Zukunft wissen wir ja jetzt, was man noch probieren sollte.
pcollins: Das Testprogram mache ich trotzdem, bei Dir scheint es ja was anderes zu sein.
Sehr schön. Darauf wäre ich auch nicht gekommen. Aber für die Zukunft wissen wir ja jetzt, was man noch probieren sollte.
pcollins: Das Testprogram mache ich trotzdem, bei Dir scheint es ja was anderes zu sein.
Hallo!
Keine Panik, Ihr braucht jetzt nicht alle Floppies und PCs im Umkreis mehrerer Kilometer ausprobieren. Da ist was borked, und das finden wir raus. Ich arbeite dran.
Ich werde mich mal dransetzen, ein EF3-USB-Testprogramm zu schreiben. Kann ein paar Jahre Tage dauern. Dann melde ich mich wieder.
Hallo,
so, jetzt komme ich endlich mal dazu, mir das anzusehen.
Aktuell heißt: Das Menü zeigt CPLD 1.1.1 und Menu 1.2.0 an? EasyTransfer ist die 1.2.0?
CRT flashen geht also. Funktioniert auch das Starten von PRG-Dateien mit EasyTransfer?
Huhu,
tja, leider hab ich da das Quelltextarchiv dumm zusammengepackt. Diese Datei fehlt einfach.
Die einfachste Lösung sollte sein, den ganzen Quelltextbaum zu ziehen. Dazu installierst Du zuerst Mercurial:
Und dann gehst Du z.B. ins home und kopierst Dir das Repository:
Dann wechselst Du in das gewünschte Verzeichnis und baust da.
Hilft das?
Tach,
schön, dass immer noch Leute darüber stolpern. Durch die viele Arbeit am EF3, mit dem PLA-reversen und der realPLA (plus die 23 unvollendeten Projekte) bin ich zu dem C-Kurs nicht mehr gekommen. Der Aufwand dahinter hat sich bei der doch mäßigen Resonanz auch nicht wirklich gelohnt. Immerhin kann man damit einen Anfang machen. Die ersten Schritte sind da. Wer das wirklich lernen will, kommt schon irgendwie weiter.
Na dann viel Erfolg ![]()
und am nächsten Morgen mit dem Taxi wieder hin.
Nein, da hab ich dann die S-Bahn genommen. Die 25 Euro von der Nacht davor haben auch eine Wunde gerissen... Aber ansonsten stimmt die Geschichte.
gute Besserung für die menschliche Lötzange!
Ey, das Image wollte ich loswerden und hab den Lötkram extra zuhause gelassen. Jedenfalls am Freitag.
Hat denn keiner von euch nen Starthilfekabel dabei gehabt? Tss...
Keiner! Sowas unvorbereitetes! Deshalb hab ich mir dann am nächsten Tag das Ladegerät unter den Arm geklemmt und 2h angeladen.
Problem könnte auch gewesen sein, dass alle Autofahrer zu der Zeit, als skoe loswollte, noch im Koma lagen
Nein, nur Du ![]()
Bin sogar wieder nach Hause gekommen. Und die Wunde blutet jetzt auch weniger
Danke!
Ups. Wie bekloppt von mir. Das ist eine externe Lib. Wieder eine dieser Last-Minute-Änderungen.
Da Bitte melde dich an, um diesen Link zu sehen. kannst Du das ganze Archiv ziehen, über Mercurial oder als zip-Snapshot. Dort dann in EasyTransfer make aufrufen. Das holt sich die Lib über einen relativen Pfad.
P.S. Danke für das Lob ![]()
Nabend,
Auf Bitte melde dich an, um diesen Link zu sehen. gibt es neue EF3 Software.
New menu version 1.2.0 for EasyFlash3:
- Can be controlled with a joystick in port 2
- Does not contain the disk writer anymore, it is contained in EasyTransfer from now
New version 1.2.0 of EasyTransfer:
- The verify problem with some drives is hopefully fixed
- EasyTransfer comes with the C64 part of the tool included. It is transfered automatically over USB.
Danke an Retro-Nerd und The Joker für's Testen!
Das klingt anch einer falschen Ladeadressierung.
....???
Alexander283: Halte Dich an Gerrit. Erfahrungsgemäß bist Du mit ihm (oder durch ihn
) gut beraten.
Nabend,
ich hab jetzt eine Test-Version fertig, die das Problem hoffentlich löst. Es wäre nett wenn sich ein paar von Euch, die ein betroffenes Laufwerk haben, ein paar Minuten Zeit zum Testen nehmen könnten. Schreibt mir einfach eine PM für den Link zur Testsoftware. Ich möchte sie nicht hier online stellen, damit die evtl. noch fehlerhafte Software nicht rumdiffundiert.
Retro-Nerd, Dir schicke ich sie schonmal.
Hallo Retro-Nerd,
Danke für's Testen. Allerdings hatte ich Dir das Testprogramm wie abgesprochen per Mail geschickt, die Ergebnisse hätten mir wie letztes Mal auch per Mail gereicht. Hier im Forum sind wahrscheinlich nur die wenigsten an kilometerlangen Dumps interessiert.
Ja, dann war es wohl die Ansteuerung des Schrittmotors. Nach dem letzten Schritt hab ich nur genauso lange/kurz gewartet wie zwischen den Schritten. Da beim Verify schon der nächste Sektor gelesen wird, der am Kopf vorbeirauscht, konnte dieser aufgrund der noch nicht vollendeten Kopfbewegung bei manchen Drives in den ersten Bytes zu Bitfehlern führen.
Das scheint die richtige Spur zu sein, jetzt muss ich es nur noch ordentlich machen.