Posts by Unseen

Hi!

Beim Blättern in der SD-Spezifikation fiel mir auf, dass die Unterstützung von SDHC abgesehen von der Karteninitialisierung nur sehr wenige Änderungen erfordern würde - daher habe ich das probeweise mal eingebaut.

Haken an dieser Testversion: Ich habe keine SDHC-Karte um das selbst mal auszuprobieren und nur dafür eine kaufen wäre meiner Meinung nach rausgeworfenes Geld (ich bin eher CF-Nutzer). Es wäre daher nett wenn jemand mit einer SDHC-Karte mal testen würde ob das ganze überhaupt funktioniert...

Ausserdem scheinen MMC-Karten die umgebaute Initialisierung nicht so recht zu mögen, zumindest meine einzige RSMMC stellt sich danach komplett tot und sendet nur noch 0x00 - dabei scheint es den Linux-Kernel-Sourcen nach gar nicht unüblich zu sein erstmal für SDHC zu initialisieren und danach zu schauen ob es geklappt hat. =(

Tests mit nicht-SDHC-Karten sind natürlich auch interessant falls die vorher funktioniert haben und jetzt nicht bzw. umgekehrt.

Wenn jemand fitzelige Lötarbeiten mag und die Sendeleitung der seriellen Schnittstelle an Pin 10 (SMD-CPU) bzw. Pin 15 (für die DIL-Bastelversionen) kontaktieren kann wäre es für mich bei Problemen hilfreich wenn die dortige Ausgabe mitgeschnitten wird.

Wie üblich bei experimenteller Software: Keine Garantie für Funktion der Software oder Karte - bitte erst ein Backup der Daten auf der Speicherkarte erstellen bevor diese Software verwendet wird!

Ach ja: Der Bootloader kann kein SDHC, also entweder per Kabel oder mit einer normalen Karte einspielen.

Quote

Originally posted by cbmhardware
Hier im Forum war kuerzlich ein Link auf eine VC20-Collection. Die haben das scheinbar etwas im Archiv "z.B. TORRENTZIPPED-D740D8C7". Mit der Signatur kann ich im Moment nichts anfangen. Bei Torrent war iirc immer reichlich Gruetze. Ob mit Checksumme oder nicht.

Ignorier den Torrenzzip-Kommentar, der hat nur technische Gründe und ist nicht als sonstwie nutzbare Checksumme des Inhalts gedacht. Das Programm dient nur dazu, 100%ig reproduzierbare Archive von Dateien zu erstellen und schreibt eine Checksumme über den Archivheader(!) in den Kommentar um nicht bei jedem Aufruf alles neukomprimieren zu müssen.

Die TOSEC-.dat-Files können von diversen Programmen verwendet werden, die bekanntesten sind AFAIK TIM (von der TOSEC-Seite) und ClrMamePro.

Quote

Originally posted by PeterSieg
Software:
Datei: MMC2IEC_09.BIN von shadowolf zip Datei

Um das ganze noch einen Tick komplizierter zu machen: Im MMC2IEC-Anwender-Thread ist noch eine Version der Firmware versteckt (Versionskennung 10) die wenigstens teilweise(*) zu JiffyDOS kompatibel ist - die 0.9er verweigert die Funktion damit vollständig. Dürfte aber wohl nur für die wenigen Leute interessant sein, die ihr Jiffy nicht abschalten können.

(*) Teilweise heisst hier, dass Laden/Speichern geht, aber nicht der eingebaute Directory-Lister von Jiffy. Um den Fehler zu beseitigen sind grössere Umbauarbeiten an der Firmware notwendig (daher kommt auch mein "Yay, Interrupt für ATN" weiter oben ), fast komplettes Neuschreiben erscheint mir immer attraktiver.

Quote

Originally posted by Shadowolf
Und nächstes Jahr drehen wir vielleicht eine weitere Runde mit der 2.0,
die ist dann auch besser für wenig-Löter geeignet.
Den Controller gibt es nur noch nicht, soll Ende das Jahres kommen...

Juhu, ein Chip mit einem Interrupt fuer den ATN-Eingang...

Wofür sind denn die zwölf Pads an der linken Seite, rausgeführte freie I/Os?

Quote

Originally posted by jackdaniels
und sdhc fangen doch erst ab 4gb an oder nicht?

Es gibt auch ein paar 4GB-Karten die die Spezifikationen ignorieren und als SD statt SDHC angesprochen werden wollen. Ansonsten stimmt die Grenze aber.

Quote

Originally posted by Fröhn
Also ich hatte da mal einen Fall, wo einer einen Speeder in den C64 eingebaut hatte und dann doch so frech war, die teuren original-ROMs mit billigen EPROMs zu ersetzen. Sowas ist doch kriminell!

Fällt es auch unter kriminell, auf das Orginal-Rom einen Sockel aufzulöten weil man keine Lust hatte es zu entlöten und sich zudem den Platz fürs Basic+Orginalkernal im Eprom sparen konnte?

Quote

Originally posted by Retrofan
Angehängte Version?

Klar. Siehst du nicht den Anhang an diesem Posting?

Quote

Originally posted by Retrofan

Ich glaube, ich kann nix flashen (oder muss man dafür auch nur eine Datei auf die Karte packen?)

Theoretisch könnte man mit sehr viel Aufwand eine Datei basteln die man nur auf die Karte kopiert und die dann sebstständig den Bootloader aktualisiert. Praktisch wäre das aber ein fieses Assemblergefrickel, da der AVR sich nur selbst programmieren kann wenn gerade das Programm im Bootloaderbereich ausgeführt wird - der ja gerade aktualisiert werden soll. Ein Programmierkabel zu löten wäre viel weniger Aufwand, das kommt im allereinfachsten Fall mit fünf Drähten am PC-Parallelport und einer 5V-Quelle aus und im weniger einfachen Fall (zu "moderner" PC-Parallelport) mit selbigem plus einem Puffer-IC (bei mir zB ein rumliegender 74HCT573).

Aber um zum eigentlichen Problem zurückzukommen: Während eines Directory-Listings mit @$ wirft Jiffy jede Menge UNTALK/TALK 8-Sequenzen auf den Bus. Die Firmware des MMC2IEC ist aber so simpel gestrickt, dass sie das Inhaltsverzeichnis gerne in einem an den Rechner schicken will und überhaupt nicht darauf achtet ob gerade wieder ein Steuerbyte empfangen werden muss. Ohne den IEC-Teil der Firmware komplett umzubauen, damit die sich wirklich ans Protokoll hält und nicht nur eine vereinfachte Version davon versteht die zufälligerweise häufig passt geht das komfortable Directory-Listen von Jiffy leider nicht - aber es gibt ja noch LOAD"$",8 (das geht).

Die angehängte Version sorgt wenigstens für grundsätzliche Funktion mit Jiffy (mein Test-M2I für Ultima 5 läuft), die interne Versionsnummer ist 10 statt der bisherigen 9. Wir haben noch 65525 Versuche bevor der Bootloader wirklich per Programmierkabel ausgetauscht werden muss.

Quote

Originally posted by erik1967
Hallo Unseen, um noch mal auf Deine M2I Konvertierung zurückzukommen. Mir ist aufgefallen, dass IDE gefixte Files kein Problem darstellen. Mehrfiler aus d64 extraiert sind nach der Konvertierung nicht mehr zu starten.
Geben grundsätzlich einen Syntaxfehler aus.
Kannst Du das bestätigen?

Nein, ohne Beispieldaten die den Fehler provizieren kann ich grundsätzlich nie etwas bestätigen.

Quote

Das D64 Image habe ich selbst erzeugt, da ich auf der Willow Party eigentlich ein paar Work-In-Progress-Bilder auf dem C64 zeigen wollte. Aber kein Grafikprogramm wollte meine Bilder mehr laden - von Disk und mit dem Emu ging es. Ich werde noch einmal ein D64 erzeugen und es hier posten.

Komisch. Ich hatte mal zwei Magic Disk-Ausgaben (11/87 und 4/88) ausprobiert, davon lief die 4/88 einwandfrei, die 11/87 scheint einen Fastloader zu verwenden.

Quote

Kannst du, sobald rudimentärer/dirty Jiffy-support vorhanden ist, die Firmware hier posten? (dann kann ich mir das ewige Umstecken sparen)

Das hatte ich so geplant, aber erstmal muss ich mir ein Adapterkabel löten um den Bus beobachten zu können ohne den C64 senkrecht zu stellen (wackelige Bastelei mit Krokoklemmen am seriellen Stecker). Kannst du den modifizierten Bootloader mit Support für "Testversionen" flashen oder muss ich eine echte Versionsnummer ins Image schreiben?

Quote

Originally posted by Shadowolf
Der Bootloader war nicht ganz sauber, in der "main.c" hatte ich vergessen noch etwas ausprobier-gefrickel rauszunehmen.

Leider kommt mir diese Idee etwas zu spät für die erste Lieferung... Aber ich muss meinen DTV auch nochmal aufschrauben.

Der angehängte Bootloader ist geringfügig modifiziert: Wenn die Programmversion im Flash oder die auf der Karte die Versionsnummer 0 hat wird auf jeden Fall ein Update ausgeführt.

Sinn dahinter: Man kann problemlos Testversionen unters Volk streuen ohne sich Sorgen über die schon verwendeten internen Versionsnummern machen zu müssen. Die mit 0 markierten Testversionen werden auf jeden Fall geflasht und eine mit einer normalen Nummer markierte reguläre Version kann die immer ersetzen.

Wenn jemand mit einem alten Bootloader so eine Testversion auf seine Karte kopiert ist das auch kein Problem, 0 ist garantiert älter als die Version im Flash und wird daher nicht aufgespielt.

Quote

Originally posted by Retrofan
... musste ich leider feststellen, dass das Gerät mit JiffyDOS wirklich nicht arbeiten möchte (leider habe ich keine Umschaltplatine in meinem Rechner) und, was noch schwerer wiegt, überhaupt nicht nachladen möchte.

Was den JiffyDOS-Bug angeht glaube ich zu wissen woran es liegt:

Wenn man mit dem Commodore-Kernal zB das Directory lädt, schickt dieser 0x28 0xf0 (Listen 8, Secondary 0) unter ATN auf den Bus. JiffyDOS dagegen schickt 0x28 0x6f 0x3f (Listen 8, Dataq(*) 15, Unlisten) unter ATN auf den Bus. Die MMC2IEC-Firmware erwartet nach den zweiten Byte dieser Sequenz eine zu speichernde Datei übermittelt zu bekommen und ignoriert völlig, dass das dritte Byte eigentlich mit ATN gesendet wird. Nach ~9ms will Jiffy wieder ein Byte unter ATN senden, bekommt aber keine Reaktion vom mmc2iec, das zu dem Zeitpunkt meiner Meinung nach noch auf zu speichernde Daten wartet. Jiffy sieht also kein Gerät mehr am Bus, kurze Zeit später (60ms?) gibts auch einen Timeout im mmc2iec und alles ist wieder wie direkt nach dem Einschalten.

Um den Fehler vernünftig zu beseitigen müsste man die Struktur der Firmware ziemlich umbauen (ich überlege ob ich das Ding nicht komplett neuschreibe...), an einem unsauberen Fix bastele ich noch. Aktueller Stand: Laden geht, @$:* (F1) hängt.

(*) "Das grosse Floppybuch 1570/1571" beschreibt den Code als "Sekundäradresse für Listener- und Talker-Betrieb", aber das passt scheinbar nicht so ganz?

Quote

Selbst wenn ich ein Malprogramm oder ein Diashowprogramm ohne Fastloader (aus D64-Images) starte, können diese Programme keine Bilder mehr laden.

Gehts genauer, möglichst mit Link auf ein betroffenes Image?

Der D64-Support scheint sehr oberflächlich zu sein, Schreiben und alles was den Kommandokanal erfordert ist nicht implementiert.

Quote

Originally posted by erik1967
Klappt prima mit Onefiles. Kannst Du mir mal bitte ein Beispiel geben, wie man mehrere Dateien aus einem Verzeichnis ein koppiert?
Bei mir kommt da immer Fehler Line 16 oder 28.

Stimmt, mein Fehler - kein Quellverzeichnis angeben sondern alle Dateien die übernommen werden sollen. Unter Linux geht das problemlos mit *, unter Windows erfordert es ein leicht geändertes Script:

#!/usr/bin/perl -w


use strict;
use File::Copy;
use File::Basename;


if (scalar(@ARGV) < 2) {
    print "Syntax: $0 files m2ifile\n";
    exit 1;
}


my $targetname = pop @ARGV;
my $targetdir  = dirname($targetname);
my $counter    = 0;


open FD,">$targetname" or die "Kann $targetname nicht schreiben: $!";
binmode FD;


$_ = basename($targetname);
tr/a-z/A-Z/;
printf FD "%-16s\r\n",$_;


while (scalar(@ARGV) > 0) {
    foreach my $srcname (glob shift) {
	my $dstname = sprintf("%08d.PRG",$counter++);

	print "$srcname\n";
	copy($srcname,"$targetdir/$dstname") or die "copy: $!";
	$srcname = basename($srcname);
	$srcname =~ tr/a-z/A-Z/;
	printf FD "P:%s:%-16s\r\n",$dstname,$srcname;
    }
}
close FD;

Korrekter Aufruf ist also "perl copy2m2i.pl c:\quelle\* (c:\quelle2\* c:\quelle3\*) c:\ziel\bla.m2i" (mehrere Quellverzeichnisse für eine m2i-Datei ist eigentlich überdesignt, aber egal...)

Wichtiges Detail dabei: Perl wertet Wildcards nach Unix-Art aus, d.h. alle Dateien erwischt man mit * statt *.* - letzteres nimmt nur die mit . im Namen.

Quote

Originally posted by erik1967
Hab mir mal Perl runtergeladen. Ufffffff!!!! Jetzt brauch ich jemanden, der mir das erklärt.

Obiges Script mittels Texteditor (zB notepad) in einer Datei speichern (im folgenden copy2m2i.pl genannt), in der Eingabeaufforderung in das Verzeichnis gehen in dem das Script liegt und dann mittels "perl copy2m2i.pl c:\quelle u:\ziel\datei.m2i" aufrufen (Quelle und Ziel geeignet anpassen, Zielverzeichnis [hier u:\ziel] vorher anlegen).

Quote

Stimmt es, dass das m2i kompatibler ist durch die Savefunktion?

Theoretisch... Ich hatte fuer Ultima 5 das M2I-File vor allem wegen der teilweise nicht ins 8.3-Schema passenden Dateinamen gebaut.

Quote

Originally posted by erik1967

Kannst Du mal bitte schreiben, wie das geht?

Na ja, man packt die Dateien alle in ein Verzeichnis und benutzt folgendes Perl-Script:

#!/usr/bin/perl -w


use strict;
use File::Copy;
use File::Basename;


if (scalar(@ARGV) < 2) {
    print "Syntax: $0 files m2ifile\n";
    exit 1;
}


my $targetname = pop @ARGV;
my $targetdir  = dirname($targetname);
my $counter    = 0;


open FD,">$targetname" or die "Kann $targetname nicht schreiben: $!";
binmode FD;


$_ = basename($targetname);
tr/a-z/A-Z/;
printf FD "%-16s\r\n",$_;


while (scalar(@ARGV) > 0) {
    my $srcname = shift;
    my $dstname = sprintf("%08d.PRG",$counter++);


    print "$srcname\n";
    copy($srcname,"$targetdir/$dstname") or die "copy: $!";
    $srcname = basename($srcname);
    $srcname =~ tr/a-z/A-Z/;
    printf FD "P:%s:%-16s\r\n",$dstname,$srcname;
}
close FD;

Das kopiert dann die Dateien mit unleserlichen (aber leichter vorhersagbaren) Namen in ein anderes Verzeichnis (zB auf der Karte) und erstellt darin noch die passende M2I-Datei.

Mieser Hack: Nur unter Linux getestet (es gibt auch Perl für Windows), die Konvertierung der Dateinamen von ASCII nach PETSCII ist sehr unvollständig (nur Umwandlung von ASCII-Klein- in ASCII-Grossbuchstaben=PETSCII-Kleinbuchstaben).

Ich habe gerade mal probeweise ein M2I-File für das IDE64-gefixte Ultima 5 gebastelt, das läuft (laaaaangsaaaaaam.....) hier problemlos - allerdings verwendet es auch keine Diskimages sondern nur einige hundert Einzeldateien.

Was mir übrigens aufgefallen ist: Die aktuelle Firmwareversion verträgt sich hier überhaupt nicht mit dem leicht geänderten Timing von JiffyDOS, ich bekomme nur ?DEVICE NOT PRESENT-Fehlermeldungen. Dolphin/Speed/FSD gehen, Exos kann immerhin das Inhaltsverzeichnis laden (mehr würde ich auch nicht erwarten).

Quote

Originally posted by Hucky
Dein Bild ist doch gut

Aber es könnte besser sein. (ich habe mal ~50 Fotos geschossen bis ich zwei Päckchen Disketten für eine Onlineauktion zufriedenstellend abgelichtet hatte...)

Quote

Und woher hast Du die Software ?

Den Link dahin gabs ein paar Postings weiter oben (unter dem Foto einer blauen Platine) von AntaBaka.

Quote

Originally posted by Hucky
Darf ich das BIld benutzen ?

Meinst du meines? Ich bin eigentlich nicht ganz mit dem Foto zufrieden (schief aufgenommen, ungünstiger Hintergrund, "Geprüft"-Etikett saturiert), aber meinetwegen.

Quote

Originally posted by Hucky
Wenn Du sie Software und evtl. auch eine Anleitung hast wäre ich über Kopien dankbar

Vermutlich meinst du nicht meines... Die Platine (und inzwischen die anderswo runtergeladene Software) ist das einzige was ich habe.

Hi!

Kann einer von euch den abgebildeten Brenner identifizieren? Auf der Rückseite ist im Layout noch der Text "PULSAR 1.0" und ein stilisiertes "WS" eingearbeitet.

Mich würde interessieren wofür der Schalter zuständig ist und woher ich die passende Software bekomme.

Sollte ich mir Sorgen machen, dass 11 von 26 EPROMs die dabei waren mit einem kommerziellen PC-Brenner nicht mehr beschreibbar waren? ^^;

Quote

Originally posted by AntaBaka

Der Kassettenport hat doch 5V?
Oder verwechsele ich da was?

Ja, am Kassettenport liegen auch 5V an. Für die Motor-Leitung (C/3) wird die Spannung aber laut Schaltplan aus den gleichgerichteten, ungeregelten 9V bezogen.