251913-01 ROM dumpen

Es gibt 9 Antworten in diesem Thema, welches 2.247 mal aufgerufen wurde. Der letzte Beitrag (19. Mai 2021 um 06:39) ist von jonny64.

  • Hi,

    fragt mich nicht wieso, aber ich habe mir in den Kopf gesetzt ein 251913-01 ROM selbst auszulesen...

    Umgebung:

    - TL866 Programmiergerät

    - macos

    - Bitte melde dich an, um diesen Link zu sehen.

    Da das Programm den 251913-01 nicht kennt, hab ich mal das 16 kB-Eprom 27128 angegeben:

    --

    $ xxxxxxxxxxxxxxxxxxxxxxxxxxx

    Found TL866II+ 04.2.105 (0x269)

    Warning: Firmware is out of date.

    Expected 04.2.122 (0x27a)

    Found 04.2.105 (0x269)

    WARNING: Chip ID mismatch: expected 0x8989, got 0x4953 (unknown)

    Reading Code... 0.29Sec OK

    --

    Das resultierende File sieht gar nicht so schlecht aus: Strings wie z.B. "CBMBASIC" sind erkennbar. Da Google aber weder md5sum noch sha1sum kennt, bin ich mir ziemlich sicher, dass der Dump nicht stimmt. Hat jemand eine Idee, wieso? 251913-01 und 27128 scheinen mir doch pin-kompatibel zu sein??

    md5: d5458136a38766774b18b9490971b554

    sha1: e081c03de446840b490732c9790c3caf52c439d4

    Grüße,

    Johann

  • Vergleich' es doch mit dem von Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um dieses Bild zu sehen.

    '°'°'°'°'°'°'°'°'°Oo.~>| BASIC programmers never die! They just GOSUB without RETURN! |<~.oO°'°'°'°'°'°'°'°'°'

  • 251913-01 und 27128 scheinen mir doch pin-kompatibel zu sein??

    Also, grundsätzlich funktioniert sowas aber! Vor kurzen habe ich das nämlich selbst auch mal probiert. :wink: Beide Files (das ausgelesene und das vom o.a. Link) waren identisch.

    10 GOTO Lesezeichen im Profil
    20 READ Lesezeichen im Profil
    30 PRINT Lesezeichen aus Profil
    40 POKE 198,0: WAIT 198,1

  • WARNING: Chip ID mismatch: expected 0x8989, got 0x4953 (unknown)

    Ich hoffe der Programmer hat nicht versucht den Chip selbst zu identifizieren. Das passiert bei EPROMs (die das können) nämlich mit deutlich höherer Spannung auf einigen Adressleitungen. Ein Masken-ROM erwartet das nicht und dürfte das übel nehmen. Bei solchen Experimenten immer sicherstellen, daß die automatische Erkennung abgeschaltet ist.

    Ansonsten ist das ROM kompatibel zum 27128, mein uralter EPROG27011 kann es auslesen.

    Nachtrag: Es sind 12V auf A9 und dann mit A0 H/L zwei Bytes auslesen die das EPROM identifizieren.

  • Danke euch für die "müsste gehen"-Hinweise. Ich hab mir daraufhin nochmal genauer den Dump angeschaut und irgendwann ist mir aufgefallen, dass sich der Inhalt nach jeweils 512 Byte (=2^9 => A9) wiederholt. In Kombination mit Gerrit's Hinweis hat mich das etwas geschockt...

    Nach mehrfachem Hin- und Herrutschen des ROMs im ZIFs-Sockel und erneutem Auslesen kommt jetzt aber doch das richtige raus:

    md5 8c37b056c00a44c0725508b8cedbbefb

    sha1 765372a0e16cbb0adf23a07b80f6b682b39fbf88

    Danke Gerrit für den wichtigen Hinweis. Der richtige Befehl zum Auslesen ist:

    minipro -x -p 27128@DIP28 -r 64c.251913-01.bin

    (-x schaltet den ID-Check ab)

    @Mods: Könnt ihr bitte den Befehl aus dem ersten Beitrag löschen? Der beschädigt potentiell ROMs. ;(

  • done.

    Gut aufgepasst Gerrit

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Der Vollständigkeit halber, wenn mal jemand im Forum sucht:


    Das Character-ROM 901225-01 konnte ich nur mit dem folgenden Frevel auslesen...

    Befehl dazu:

    --

    $ minipro -x -p 2732@DIP24 -r 64c.901225-01.bin

    Found TL866II+ 04.2.105 (0x269)

    Warning: Firmware is out of date.

    Expected 04.2.122 (0x27a)

    Found 04.2.105 (0x269)

    WARNING: skipping Chip ID test

    Reading Code... 0.12Sec OK

    --

    Erklärung: Bitte melde dich an, um diesen Link zu sehen.

    md5 12a4202f5331d45af846af6c58fba946

    sha1 adc7c31e18c7c7413d54802ef2f4193da14711aa

  • jonny64

    wie tief kann man denn in den sourcecode eingreifen? Kann man da Bauteile anpassen, oder sind die alle in der Firmware hinterlegt?

    Ich suche einen Bastel Prommer und ein Gerät mit 40 frei belegbaren Pins wäre schon eine gute Basis.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • jonny64

    wie tief kann man denn in den sourcecode eingreifen? Kann man da Bauteile anpassen, oder sind die alle in der Firmware hinterlegt?

    Ich suche einen Bastel Prommer und ein Gerät mit 40 frei belegbaren Pins wäre schon eine gute Basis.

    Da habe ich auch drüber nachgedacht… Die IC-Konfigurationen liegen hier: Bitte melde dich an, um diesen Link zu sehen. - Beispiel:

    <ic name="ACE24AC02" type="1" protocol_id="0x01" variant="0x00" read_buffer_size="0x80" write_buffer_size="0x08" code_memory_size="0x100" data_memory_size="0x00" data_memory2_size="0x00" chip_id="0x0000" chip_id_bytes_count="0x00" opts1="0x00" opts2="0x0008" opts3="0x2710" opts4="0x100080" opts5="0x0000" opts6="0x0000" opts7="0x0000" opts8="0x806b" package_details="0x08000b00" fuses="NULL" />

    Ich vermute, dass sich die PIn-Konfiguration hinter optsX verbirgt, habe aber keine Dokumentation dazu gefunden. Evtl. sind die Infos nur aus dem Original-Wiindows-Programm extrahiert und nur der Hersteller weiß, was sie im Detail bedeuten.


    In das xml-File die C64-ROMs aufzunehmen wäre natürlich ultra-cool.