Tips und Tricks

Maschinensprache »getürkt«

Es gibt eine einfache Methode, um beim VC 20 mit mindestens 8 KByte Erweiterung aus einem ganz normalen Basic-Programm scheinbar ein Maschinensprache-Programm zu machen.

Zunächst gibt man die folgende Zeile ein: 10 SYS 4621

Danach folgt im Direktmodus: POKE 43, 1 : POKE 44, 19 : POKE 4864, 0 : NEW

Keine Angst, die Programmzeile 10 ist nicht verloren. Jetzt muß das folgende kleine Programm eingegeben werden. 10 FOR A = 4621 T0 4643 20 READ D : S = S + D : POKE A, D 30 NEXT 40 IF S<>2039 THEN PRINT "FEHLER IN DATAS" 50 DATA 169, 36, 133, 43, 169, 18, 133, 44 60 DATA 169, 0, 141, 34, 3, 141, 35, 3, 32 70 DATA 89, 198, 76, 174, 199, 0

Dieses Programm wird jetzt mit »RUN« gestartet. Anschließend wird im Direktmodus der Basic-Start verschoben: POKE 43, 36 : POKE 44, 18 : POKE 4643, 0 : NEW

Damit sind wir schon fast am Ziel. Jetzt kann ein beliebiges Basic-Programm geladen oder geschrieben werden. Die letzte ausführbare Zeile dieses Programms muß immer lauten: »(Zeilennummer)« POKE 43, 1 : POKE 44, 18 : END

Um das Programm abspeichern zu können, muß man jetzt noch »POKE 43, 1 : POKE 44, 18« eingeben. Gibt man nun »LIST« ein, so sieht man nur »10 SYS 4621«. Das auf solch wundersame Art zum »Maschinenprogramm« gewordene Basic-Programm kann jetzt ganz normal gespeichert, geladen und gestartet werden. Allerdings ist jetzt ein hervorragender Listschutz realisiert, zumal im Maschinenspracheteil des Programms noch die RUN/STOP-Taste gesperrt wird. Ein Versuch, das Programm damit abzubrechen, führt stets zu einem völligen »Absturz« des Computers.

Checksummer 64 mit akustischer Anzeige

Beim Abtippen eines Programms mittels Checksummer hat es mich gestört, daß man die Prüfziffer optisch kontrollieren muß und dabei den Blickkontakt zur Vorlage verliert, das heißt die nächste Zeile wieder suchen muß.

Ich habe deshalb das Programm derart erweitert, daß die richtige oder falsche Eingabe zusätzlich durch einen hohen oder einen tiefen Ton angezeigt wird. Dazu ist es erforderlich, nach dem letzten Zeichen der Zeile einen Doppelpunkt und unmittelbar danach die Prüfziffer einzutippen. Erst dann wird mit RETURN abgeschlossen und die Zeile wird, selbstverständlich ohne Doppelpunkt und Prüfziffer, abgespeichert. Ein tiefer Ton signalisierteinen Fehler, ein hoher Ton bedeutet richtige Eingabe. Die Anzeige der Prüfziffer links oben erfolgt nach wie vor. Es ist auch möglich, auf das Eintippen der Prüfziffer zu verzichten, dann erfolgt keine akustische Anzeige.

Der erste Teil des Maschinenprogramms ist im Speicher von dezimal 679 bis 767 abgelegt und ist für die Überprüfung, ob die letzte Eingabe eine Prüfziffer nach dem Doppelpunkt war oder nicht, verantwortlich. Der zweite Teil ist im Kassettenpuffer von dezimal 828 bis 906 untergebracht und bewirkt die entsprechende Tonausgabe.

Folgende Zeilen wären in das Checksummerprogramm einzufügen beziehungsweise zu ändern (Zeilen 210 und 410):

Mit diesen Änderungen ist der Checksummer 64 noch um einiges bedienerfreundlicher geworden.

ROM-Modul-Schalter für C 64

Vor einiger Zeit habe ich mir Simons Basic als ROM-Modul zugelegt, um das lästige Laden von Diskette zu vermeiden. Es stellte sich jedoch bald ein gravierender Nachteil heraus: Viele Hilfsprogramme laufen nicht bei eingestecktem Modul, da der Speicherbereich $8000 - $9FFF durch Simons Basic blockiert wird.

Dadurch wird es notwendig, beim Arbeiten mit derartigen Programmen jedesmal das Steckmodul zu entfernen. Dieses dauernde Heineinstecken und Herausziehen ist nicht nur lästig, sondern auf lange Sicht auch den Kontakten nicht besonders zuträglich. Besser wäre der Einbau eines Umschalters, der dem Computer das Entfernen des Moduls vorspiegelt.

Die Anwesenheit eines ROM-Moduls am Expansion-Port wird dem C 64 durch zwei Signalleitungen (EXROM und GAME) angezeigt. Liegen beide Leitungen auf »High«, also auf logisch Eins, dann wird der normale RAM-Bereich benutzt. Befinden sich diese Leitungen jedoch auf »Low«, also auf logisch Null, dann wird der externe ROM-Bereich des Moduls adressiert. Normalerweise ist es nun so, daß die beiden Leitungen durch das eingesteckte Modul selbst auf »Low« gezogen werden und somit eine softwaremäßige Änderung des Zustandes nicht mehr möglich ist.

Ich habe deshalb die beiden Leitungen (Kontakte 8 und 9, siehe Bild) hinter dem Expansion-Port, also innerhalb des C 64, aufgetrennt und zu einem zweipoligen Umschalter an der Außenseite des Computers geführt. Das Anbringen des Schalters am Oberteil des Gehäuses stellt kein Problem dar. Lediglich die Unterbrechung der Leitungen 8 und 9 direkt hinter dem Expansion-Port ist etwas problematisch, da die Anschlußleitungen zur Hauptplatine sehr dicht beieinander liegen. Aus dem gleichen Grunde ist auch das Anlöten der Verbindungsdrähte zum Umschalter eine etwas knifflige Arbeit.

Mit dieser Schaltung ist es nun möglich, bei ständig eingesetztem Modul zwischen internem RAM und externem ROM umzuschalten. Das Umschalten muß jedoch vor dem Einschalten des Computers geschehen, oder der C 64 muß nach dem Umschalten kurz aus- und wieder eingeschaltet werden.

Es versteht sich wohl von selbst, daß dieser Eingriff nur nach Ablauf der Garantiefrist für den C 64 vorgenommen werden darf.

1520-Hardcopy verbessert

Über das Maschinenprogramm »Farbige 1520-Hardcopy« aus der Ausgabe 10/84, habe ich mich als neuer Besitzer eines 1520-Printer-Plotters zunächst sehr gefreut. Nach dem mühsamen Eintippen der DATA-Zeilen war aber die Enttäuschung über das Mini-Bild groß. Nachdem das 1520-Format sowieso schon recht schmal ist, sollte man es doch wenigstens ausnutzen!

Gleiches gilt für die einfarbige 1520-Hardcopy-Routine in Basic, die in der Ausgabe 7/84 veröffentlicht wurde. Nachdem ich kein Maschinensprache-Profi bin, mußte allerdings eben diese Routine herhalten. Durch Ändern von vier Zeilen liefert sie brauchbare Hardcopies im 1:2 Querformat: 460 X=SW-C-SQ+Z+70 : Y=-L : PRINT#1, "M", -2*Y, 2*X 510 IF B(Z+1) = 0 THEN PRINT#1, "D", -2*Y, 2*X+1 : PRINT#1, "D", -2*Y+1, 2*X+1 511 PRINT#1, "D", -2*Y+1, 2*X : GOTO 454 520 Z=Z+1 : X=X+1 : GOTO 510

Ein Problem ist natürlich die sehr niedrige Geschwindigkeit des Basic-Programms. Aber vielleicht kommt ja noch mal eine vierfarbige 1520-Hardcopy-Routine für Querformat in Maschinensprache. Bis dahin aber dürfte das Basic-Programm aus Ausgabe 7/84 mit den eben beschriebenen Änderungen langsame, aber gute Dienste leisten.