MFA CPU-Karte Z180

Genau.

Ich hab die verbleibenden 15/16 des verfuegbaren RAMs als RAM-Disk eingesetzt.

Eigentlich haette auch der 1. Ansatz sofort funktioniert, wenn ich mir nicht wieder selber mit so einem bloeden Copy&Paste Fehler ein Beinchen gestellt haette.

Aber jetzt hab ich auch MOVCPM etc verstanden und weiss wie man Bootloader und BIOS ins Image packt.

Ach ja, und Toast_r wird sich freuen, wenn er wieder mit allen 4 Laufwerken Disk-Jockey spielen kann.

Zitat von fritzeflink

Nein, doch nicht da der RAM nicht reicht, also hast du wahrscheinlich ein HD Laufwerk als 8" implementiert.

In einem Wettbewerb waere das die beste Antwort gewesen.

Ich habe kein Banking benoetigt.

Der DMA kann den gesamten Adressraum lesen/schreiben und so werden die 128 Byte Sektoren hin und her kopiert.

Eigentlich ganz einfach, man muss nur drauf kommen.

BIOS mit RAM-Disk

Anbei die neuen BIOS Sourcen etc mit Support fuer 4 Laufwerke (s. hier) und der RAM-Disk.

Da das BIOS groesser geworden ist, kann die alte Anleitung zum aendern des Bootimages nicht ohne Aenderung genutzt werden.

Deshalb eine Kurzfassung:

BOOT.HEX und BIOS.HEX mit pcget auf das CPM System kopieren.

movcpm 63

save 40 cpm-rd.com

ddt cpm-rd.com

Der DDT meldet sich mit einem "-" als Prompt.

Folgende Befehle eingeben:

iboot.hex

r800

ibios.hex

r3f00

g0 (G Null)

Ctrl-C

Das fertige Image liegt jetzt im Speicher.

save 40 cpm-rd.com

sysgen

(Source mit Return uebergehen)

(Laufwerk mit Diskette, auf die das Image geschrieben werden soll)

Zur Sicherheit liegt ein komplettes Image fuer PC2FLOP bei.

Bei Fragen fragen.

Ansonsten viel Spass.

Zitat von Georg

Schade, dass die RAM-Disk nicht Reset-fest ist.

Immer das Gemecker.

Nein, das ist ja schon ein Thema.

Aber ich habe auf die Schnelle noch keinen guten Ansatz für den sicheren Umgang mit der Datensicherheit gefunden.

Vielleicht hat einer der mitlesenden Software-Heinis,... aehhh -Entwickler eine gute Idee.

Das zweite Problem ist der Warmstart.

Hier sollen die Systemspuren natuerlich auch von der RAM-Disk geladen werden. Das funktioniert auch, aber das BDOS liest immer das Directory von A.

Wenn jemand weiss, wie man das abstellen kann, darf sich gerne melden.

Weiterhin viel Spass damit.

Zitat von Toast_r

Nach dem Reset G 0000 klappt prima.

Das kann in die Hose gehen, ich hab gerade die Sourcen angeschaut.

Mike hat einen Track-Buffer fuer die Disk-IOs implementiert, d.h. er liest und schreibt immer komplette Tracks einer Diskette.

Durch den Reset wird der Monitor uebers BIOS geschrieben und macht u.a. einen Teil des Track-Buffers kaputt.

Wenn jetzt durch einen Disketten- oder Spurwechsel der alte Track zurueck geschrieben wird, landen Teile des Monitors auf euren Disketten.

Nur mal so zur Info.

So, ich will ja nicht, das ihr eure Disketten kaputt macht.

Nachtrag (2020-12-27):

Dieses ZIP ist nur ein Update zu diesem Post.

Zitat von fritzeflink

besser.

Ja, bestimmt!

Aber die Verwendung von undokumentierten Features (@toast "Nach dem Reset G 0000 klappt prima.") war schon immer und bleibt "Betreten der Baustelle auf eigene Gefahr".

Ja, bestimmt !
Kundenerfahrung!

Zitat von tokabln

Anbei mal für diejenigen die die Frontplatte noch herstellen müssen ein Vorschlag für die Durchbrüche und Bohrungen.

Du hast die Griffleiste jetzt mittig gesetzt.

Damit braucht du das linke Loch um den Frontplattenverbinder (zur PCB) anzuschrauben.

Normlerweise wird ueber das mittlere Loch (in der Flucht mit den Langloechern) die Griffleiste und der Frontplattenverbinder befestigt.

Der neue MFA-Monitor

In der Vergangenheit habe ich mit unterschiedlichen Taktfrequenzen am MFA gearbeitet. Z.B. kann man mit 22,1185MHz die UARTs mit 115200 bits/s laufen lassen. Durch die unterschiedlichen Frequenzen mussten aber jedesmal die Zeitschleifen angepasst werden, nicht nur im Monitor, sondern auch im CPM-BIOS und den Tools wie PC2FLOP, FLOP2PC etc. Das war immer zeitraubend und fehleranfaellig.

Hierzu habe ich mir dann folgendes Konzept ueberlegt.

Die ASCIs (die UARTs im Z180) werden initialisiert und spaeter (z.B. im CPM-BIOS) nicht re-initialisiert.

Alle Parameter, die vom Takt und Zeit abhaengig sind und zur Initialisierung notwendig/nuetzlich sind, werden in eine Struktur im Monitor eingetragen. So koennen die Daten leicht an eine geaenderte Hardware angepasst werden. Ebenso koennen nachfolgende Programme (CPM, PC2FLOP etc) diese Parameter nutzen, damit diese nicht jedesmal angepasst werden muessen.

Wie kann ich die Parameter aendern?

Wenn man den Source nicht aendern und neu assemblieren will/kann, benutzt man am einfachsten einen Hex-Editor.

An Adresse 3E/3F des Binaerfiles steht die Adresse, an der die Parameter im Binaerfile beginnen. Die Bedeutung der Parameter kann man sich im Source anschauen (Zeile 379).

Danach nimmt man sich die Tabellenkalkulation. Hier traegt man die gewuenschten Daten in die cyan-farbigen unterlegten Felder ein.

Das Ergebnis steht dann in den Felder D16 bis D27. Diese Werte uebertragt man einfach in die Binaerdatei.

ACHTUNG: Low-/High-Byte Reihenfolge beachten!

Zur Sicherheit sollte man die Dezimalwerte in der Spalte C kontrollieren. Sind hier "unguenstige" Nachkommastellen, muss man ggf. die Hex-Werte anpassen oder andere Parameter verwenden. Das betrifft hauptsaechlich die Baudratenteiler P_BRG_TC. Bei den Zeitkonstanten P_TC_... ist das i.a. unkritisch.

In naher Zukunft werde ich die anderen Programme an die neuen Parameter anpassen.

Viel Spass

Moin,

7 Platinen hab ich noch da.

Wer will, am besten PN.

Viel Spass