BIOS Auslesen bei CP/M Maschine

Unter Linux / Unix mit cat verknüpfen bzw. mit head und tail wieder zerteilen. Auf dem PC ( WIN ) heißt das entsprechende Kommando meist irgendwas mit "split", und kommt i.a. als Tool zum Verteilen großer Dateien auf Disketten daher, kann aber i.a. auch andere Größen als 1.44MB/720KB erzeugen.

cat even.dat odd.dat > alles.dat

und

head -c 256K alles.dat > even.dat
tail -c 256K alles.dat > odd.dat

klappt aber natürlich so nur für 512K Gesamtgröße.
head und tail geben Anfang bzw. Ende einer Datei aus, können aber auch "alles ab Position X" ausgeben; mal die info Seiten angucken.

http://www.ezoflash.com/willem_info/forum.php?show=topic&topic=1139922868

http://www.elnec.com/sw/utils.zip

OK. Scheint doch was komplizierter zu sein.

Dann müßte man aber auch unterscheiden zwischen selbst per Rechner ausgelesenen EPROMs ( wo ja die Reihenfolge stimmen sollte ) und direkt am Brenner ausgelesenen, da ein quasi MemoryDump des EPROMs am Rechner ja schon in richtiger Reihenfolge vorliegen sollte.
Das Zusammenwürfeln kann man dann aber prinzipiell schon auch mit head/tail machen, nur daß man dann immer das jeweils erste Byte im Wechsel in eine neue Datei schreibt, also mit Option -c1.

Zitat von Toast_r

Bei jedem anständigen Eprommer sind die erforderlichen Tools zum Aufteilen bzw. Zusammenfügen der EVEN/ODD Teile enthalten.

Was ich nicht verstehe - wenn die ROMs schon im Internet in 2 Teilen angeboten werden, so hat das sicherlich seinen Grund.
Ich denke, das dann auch im Rechner 2 ROMs anstatt einem ROM drin sind, insbesondere wenn eine 68K CPU im System sitzt, und kein 8-Bit Prozessor.

Und mir ist so bißchen schleierhaft, warum das überhaupt gemacht worden ist.

OK.
Also so eine Art Banking. Wahrscheinlich ist ja der Hintergrund dann, daß die 8Bit EPROMs billiger waren, als was Passendes in 16Bit.

#!/bin/sh
cp even.dat even.dat.sec
cp odd.dat odd.dat.sec


du -b even.dat > tmpdu


while ( test `head -c1 tmpdu` != 0 )
do


cat tmpdu


cp even.dat tmpe
head -c1 tmpe >> mix.dat
tail -c+2 tmpe > even.dat


cp odd.dat tmpo
head -c1 tmpo >> mix.dat
tail -c+2 tmpo > odd.dat


du -b even.dat > tmpdu


done


rm tmpdu
rm tmpe
rm tmpo
rm even.dat
rm odd.dat

Hier mal noch die Version für die Kommandozeile. Bei langen Files ist das auch ein schöner Streßtest, weil die Files permanent zurückgeschrieben werden.

Aber: Die verlinkte "fertige" Version dieses SRecord (srec_cat ...) ist schon deutlich fetziger. Offset ist vermutlich einfach nur eine Startadresse, das Tool möchte aber bei 0 beginnend umsortieren, daher muß zunächst auf 0 verschoben werden und nach Abschluß das Offset wieder eingefügt. Nett sind aber auch die Fülloptionen und das Zerteilen in quasi beliebige "Stückchen".

Ich wollte jetzt kein neues Thema aufmachen.

Zu einem Siemens MX300 habe ich einen storagecontroller mit 68000CPU und 2 ROMS. Zu dem 68000 habe ich ja gar keinen Plan.

Die roma.bin romb.bin zusammenzufügen ist ja nicht schwer, allerdings werden beim 68000 die bits anders angeordnet als beim 8086 und da

habe ich aktuell keine Möglichkeit.

Ich möchte gerne sehen ob im ROM ein lesbarer TEXT wie Copyright o.ä. steht.

Er meint den Unterchied zwischen Little und Big Endian.

https://de.wikipedia.org/wiki/Byte-Reihenfolge

Intel = Little Endian

Motorola 68K = Big Endian

Danke,

leider habe ich nichts leserliches gefunden.

Der Hersteller interphase corp. ist leider inzwischen liquidiert.