Z80 Spezies: Retro Fieber 2 - Es geht weiter.

Hallo,

in Anlehnung an den Beitrag 
Beitrag "Retro Fieber: Z80 oder 68000 ?"

den ich mir neulich nochmal in Teilen durchgelesen habe und teilweise 
auch die Geduld der Leute bewunderte, die mir damals von Null an 
geholfen haben ein lauffähiges Z80 System aufzusetzen. Ganz besonders 
Frank M (UKW), der große Teile des Codes beisteuerte, die ganze Ausgabe 
basiert auf seinen Libs und auch Leo C für sein aufwendiges Makefile 
(was aber bis heute nicht eine Änderungen der .h erkennt.) für den sdcc 
Compiler.

Es ist kein CP/M System, war nie geplant, wenn gleich der Bank Switch 
sinnvoll gewesen wäre um mehr RAM zu haben. Geht aber nicht mehr, 
Kamm-Fädeltechnik ist nicht mehr veränderbar.

Aktuell gibt es einen Monitor, der im ROM werkelt und kleine Funktionen 
bereit stellt. Programm laden, Ram testen, LEDs einschalten, eine Life 
Demo, ein altes DDR/NVA Textverschluesselungssystem.

Aktuell sieht ein Userprogramm immer noch so aus, dass es alles 
mitschleppt, was schon im ROM ist: ncurses Lib für VT100 Terminal, 
putchar, getchar zur Ausgabe und auch xprintf. Eigene INT Mode 2 
Vektoren. Und das kostet Speicher! Wozu braucht ein Userpogramm Int 
Routinen? Vielleicht einen Timer Int. Das EPROM wird komplett nicht mehr 
benutzt, selbst die INT Tabelle klaue ich ihm, die wird dann bei 0x4040 
neu erzeugt für das Userprogramm das bei 0x4100 beginnt hinter der sog. 
Zeropage.

Was ist geplant? Aufräumen!

Programmiert wird nur in C mit dem sdcc, Assembler nur im Startup Code 
und sonst nirgends.

Die Basisfunktionen getchar und putchar, auf denen sowohl ncurses 
basiert als auch xprintf arbeiten vollautomatisch als ISR des MK3801 
Multi-Funktionsbausteins von MOSTEK (da ist eine USART drin und 4 Timer 
und dazu noch einige GPIO, die interruptfähig sind). Zieht sich 150mA 
der Stein und ist lecker warm aber er spielt. Zeichen die ich im PC 
tippe im VT100 Terminal werden per ISR abgeholt und ge-ringpuffert, 
Zeichen zur Ausgabe des Z80 marschieren auch in einen Puffer und werden 
zum PC mit 38400 baud gelenkt.
Das alles liegt bei Systemstart im EPROM drin.

Und da soll es auch bleiben!

Ein Userprogramm welches über IntelHex vom PC aus geladen wird soll sich 
aus den vielen Routinen des EPROMS bedienen, wo ich noch weiter alles 
mögliche Nützliche ablegen möchte, zb Funktionen der String Lib, die neu 
gekapselt werden. Bis es voll ist mit 16kb. Habe noch 8 kb übrig.

Im Header des Userprogramm werden diese EPROM Funktionen dann 
referenziert. Das ist mühsam, ich muss mir aus dem Kompiler Listing alle 
Einsprungadressen raussuchen und per Hand eintragen. Das EPROM wird 
quasi als Library eingebunden. Wie ich sowas bei

void xprintf (const char* fmt, ...);
void xsprintf (char* buff, const char* fmt, ...);
void xfprintf (void (*func)(unsigned char), const char* fmt, ...);

mit variablen Parameterlisten mache

genau mache weiss ich auch noch nicht, soweit reichen meine C Kenntnisse 
nicht.

Was ich noch nicht weiss ist:

Beim C64 gab es die Möglichkeit über sog. POKES viele Dinge des OS zu 
steuern. Mein EPROM hat ja auch einen eigenen Variablenbereich "oben" 
von 256 Bytes und der soll auch erhalten bleiben, braucht es ja auch für 
zb die ISR.

Welche technische Lösung gäbe es, dass ein Userprogramm sich in ISR 
einhackt, die aktuell im EPROM liegen, die Int Mode 2 Vektor Tabelle 
auch dort bei 0x0040.? Liesse sich da bereits beim Booten etwas 
vorbereiten? Ich mlchte ungern im Userprogramm die INT Tabelle 
verschieben müssen,was allerdings ginge.

Ich glaube der sdcc hat auch die Möglichkeit Variablen oder Vektoren auf 
festen Adressen anzusprechen, hat eigentlic jeder Kompiler.

Ideen willkommen...

Gruss,
Christian