Meine PiDP-8

Die Vorgeschichte: Vor einiger Zeit habe ich hier im Forum recht günstig einen halbfertig aufgebauten PiDP-8 Bausatz gekauft. Der Raspi Zero W war schon dabei. Ich hatte den Bausatz eigentlich für einen Bekannten gekauft, der früher mal an der Uni mit der PDP-8 gearbeitet hat. Er konnte sich aber, obwohl technisch versiert, nicht so richtig mit dem Bausatz anfreunden. Vielleicht lag's am Raspi, mit dem er nicht klar kam. Jedenfalls hat er nichts damit gemacht und ich habe den Bausatz vor ein paar Wochen zurückbekommen.

Ich habe mich dann in den letzten Tagen näher damit beschäftigt. Anfangs dachte ich, der Bausatz wäre völlig falsch aufgebaut. Dann hat mir Roland (vom Technikum29) den Tipp gegeben, dass es ältere Versionen gibt. Die Seite dazu findet man auch ganz versteckt auf der Website. Es war also alles korrekt und ich habe die PiDP-8 dann fertig aufgebaut und die Software neu installiert.

PiDP-8 | obsolescence

Läuft soweit:

Die rückseitig bedruckte Plexiglasplatte ist sehr empfindlich und an den Rändern blätterte schon die Bedruckung ab. Ich habe das mit schwarzem Edding gefixt. Jetzt sieht man das kaum noch.

Aus dem Grund hatte ich nichts damit gemacht, bis alles komplett zusammen gebaut war - aus Angst vor weiteren Beschädigungen bei dem fliegenden Aufbau.

Die Rückseite habe ich so gestaltet, wie es in der Aufbauanleitung empfohlen wurde. Ein großer Durchbruch, so dass man die SD-Karte leicht wechseln kann und ein kleiner USB-Hub für die Speichermedien. Außerdem kann man dort Tastatur und Maus anschließen, wenn man mal ans Linux ran muss. Dafür habe ich auch den HDMI-Anschluss rausgeführt. Normalerweise braucht man das alles nicht. Die Software startet automatisch und über 3 Tasten auf der Vorderseite kann man den Raspi runterfahren.

Mehr habe ich jetzt noch nicht damit gemacht. Ich muss mich jetzt noch mal mit der Konfiguration des Emulators beschäftigen. Es gibt wohl Build-Optionen, so dass die Emulation weniger Rechenpower benötigt. Der Zero ist doch ganz schön am Limit, wenn neben der Emulation auch noch die GUI läuft. Deshalb möchte ich das Linux auch so konfigurieren, dass die GUI nur bei Bedarf gestartet wird.

Parallel dazu habe ich schon mal begonnen, mich in die Architektur der PDP-8 einzulesen. Gruselig, wenn man mit "modernen" 8-Bit-Prozessoren eingestiegen ist.

Das langfristige Ziel ist, an der PiDP-8 zu üben, um dann später auch mal die echten PDPs im Technikum29 bedienen und programmierern zu können.

Vor allem die Tasten. Das sieht schon sehr schick aus.

Ich wollte jetzt mal Programme laden. In der Beschreibung steht, dass man Files mit den Endungen .pt, .dt, .rx, .rl mounten kann.

Aber woher bekommt man die? Wie findet man überhaupt Software für die PDP-8 im SimH-Format?

Und weiß jemand, was mit http://simh.trailing-edge.com/ los ist? Die Seite ist nicht erreichbar.

Ok, Schritt für Schritt kommt man voran als Linux Noob.

Der Raspi startet jetzt ohne GUI. Die GUI lässt sich bei Bedarf mit startx starten und wieder beenden - ist ja ganz wie unter Windows 3.x damals.

SSH mit Putty geht auch.

simh.trailing-edge.com ist wieder online. Aber was es da an Software gibt, es eher nicht der Rede wert. Oder habe ich was übersehen?

Hallo Roland, vielen Dank für die Files. Könntest du die vielleicht noch mal als ZIP-Datei anhängen. Das sind Binär-Files und man kann leider nicht wissen, ob sich der Inhalt verändert, wenn man die als Textdatei herunterlädt. Windows macht da manchmal komische Sachen.

Die Vorlage für die Labels für die USB-Sticks habe ich schon gefunden. Mir fehlte nur noch der Inhalt.

Zitat von Roland_t29

die Seite hier kennst du wahrscheinlich, da gibt es links zu hilfreichen Software-Ressourcen

Die Seite kenne ich natürlich inzwischen, aber den Link auf http://www.pdp8online.com hatte ich übersehen. Mal schauen, ob ich von den Programmen dort eins geladen bekomme.

Nochmal zum Laden von Focal. Das ist ja hier auf dieser Seite in dem Abschnitt "1969: running FOCAL69 from paper tape" beschrieben:

How to use the PiDP-8 | obsolescence

Demnach müsste ich so vorgehen:

- die PiDP8 so einstellen, dass sie mit RIM-Loader startet

- mit dem RIM-Loader den BIN Loader laden

- mit dem BIN Loader Focal laden

Ist das so korrekt?

Dann soll irgendwo ein "*" als Prompt erscheinen. Mir ist noch nicht ganz klar, wie das mit der Terminalverbindung funktioniert. Ich schaue nochmal, wo das beschrieben ist.

Es will noch nicht gelingen. Irgendwas mache ich noch falsch.

Zunächst habe ich mal festgestellt, das der BIN Loader und Focal69 bereits im Ordner von PiDP8 vorhanden sind. Ich habe das gefunden, als ich die Files von Roland in den PiDP8-Ordner kopieren wollte, um sie auch über die SimH Kommandozeile laden zu können. Ich habe es dann erstmal mit diesen Files ausprobiert, weil ich mir dachte, dass die Beschreibung in der Anleitung auf jedenfall mit diesen Files funktionieren sollten.

Ich habe PiDP8 mit Hilfe der Boot Config Selection (die Tasten 4-6 von links gezählt) auf RIM-Loader gestellt. Der wird dann nach dem Neustart von PiDP8 automatisch geladen und steht ab Adresse 7756 im Speicher. Das habe ich wie in der Anleitung beschrieben kontrolliert.

Dann habe ich den BIN Loader gemountet. Entweder über USB Stick (über die Storage Device Selection) und einmal über den Attach-Befehl von SimH. Dann den RIM-Loader auf Adresse 7756 gestartet. Der tut auch irgendwas. Nach dem Laden sollte laut Anleitung in Adresse 7777 der Wert 5301 stehen. Tut er aber nicht. Da steht immer 7777.

Ich habe das jetzt mehrfach wiederholt. Immer mit dem gleichen Ergebnis.

Zitat von gnupublic

Du kannst auf der Konsole des simh im Befehlsmodus den Befehl load verwenden. Das entspricht dem laden mit Binloader.

also etwas der Art "load path/to/focal.bin".

Ja, das funktioniert. Mit

LOAD /path/focal.pt

RUN 0200

bekomme ich den Focal-Prompt. Immerhin schonmal ein kleines Erfolgserlebnis. Aber eigentlich wollte ich den Weg über den BIN Loader gehen. Auf der echten PDP-8 habe ich kein SimH.

Ich meine, ich hätte alles richtig gemacht.

Ich werde noch mal ein wenig probieren. Ansonsten schauen wir mal nächsten Samstag.

Ich habe mir jetzt mal die Anleitung von SimH vorgenommen. Da gibt ja auch noch einige Möglichkeiten, sich zum Beispiel den Speicher anzuschauen.

Ich habe heute noch mal rumprobiert.

PiDP8 verwendet einen High Speed RIM-Loader. Und ich habe den Eindruck, dass der schon nach zwei Befehlen in eine Endlosschleife läuft. Wartet der auf den Lochstreifenleser?

Den BIN-Loader habe ich vorher über USB-Stick gemountet. Auf der PiDP8-Konsole erscheint auch die Meldung "Mounted ptr /media/sda1/binloader.pt".

Diesen High Speed RIM-Loader finde ich nirgends als Source. Ich wollte dann im Boot-Script mal testweise den Standard RIM-Loader laden. Aber alle Änderungen in den Scripten werden ignoriert. Anscheinend muss man die Scripte irgendwie übersetzen oder sonst irgendwie die Änderungen aktivieren.

Von Hand eintippen werde ich den RIM-Loader nicht. Bei jedem Versuch müsste ich das ja wieder neu machen.

Das ist im Moment alles sehr frustrierend, aber immerhin hilft es, den Emulator und die PDP besser zu verstehen.

Zitat von gnupublic

Zitat von detlef

Von Hand eintippen werde ich den RIM-Loader nicht. Bei jedem Versuch müsste ich das ja wieder neu machen.

Eben wie bei der echten 8.....

Ausser eben das Lesen gelingt, dann bleiben sowohl RIM als auch BIN Loader im Speicher. Die stören sich nicht.

Du kannst dir einmal die DEPOSIT Befehle aufschreiben und dann per Cut+Paste in der Kommandozeile vom simh laufen lassen. Das ist einfacher als eintoggeln. Geht (aus der Erinnerung) mit d Adresse Wert. Der RIM Loader hat ja nicht viele Befehle.

Genau das macht ja der Boot-Script von PiDP8 schon. Der nutzt den DEP-Befehl um den RIM-Loader in den Speicher zu schreiben.

Zitat von gnupublic

Wir hatten das schon mal HIER.

Das ganze steht Hier auch sehr schön drin.

Leider wird dort überall die SimH-Konsole verwendet. Zum Beispiel zum Laden des BIN-Loaders. Die habe ich aber bei der realen PDP-8 nicht. Und ich möchte das eben später an der realen Maschine nachvollziehen können.

Roland hat mir zwischenzeitlich noch mal geschrieben, dass in der Praxis kein Mensch den Lochstreifenleser verwendet hat, weil das viel zu umständlich war und man damit nicht viel machen konnte. Aber ich möchte das eben von Grund auf verstehen. Deswegen erst mal Lochstreifen, dann OS/8 und DEC-Tape und dann die RX Platte.

Zitat von gnupublic

Wenn dir das eingeben des RIM Loaders zu lang ist, dann schau dich doch mal nach dem Helploader um. Dann brauchst du nur noch 10 Worte eingeben.

Wie gesagt, der wird ja automatisch eingegeben.

Inzwischen habe ich auch die DEC RIM-Doku gefunden, wo der High-Speed-Loader und der Standard-Loader gegenübergestellt sind. Das scheint also alles korrekt zu sein. Der RIM-Loader steht korrekt im Speicher.

Aber er lädt eben den BIN-Loader nicht. Und ich habe keine Idee, woran es hängt. Bei der realen PDP-8 gibt es einen Starttaster am Lochstreifenleser. Bei der PiDP8 scheint es den nicht zu geben, jedenfalls ist er nirgends erwähnt.

Zitat von gnupublic

Zitat von detlef

Wie gesagt, der wird ja automatisch eingegeben.

Das ist aber bei der echten 8 nicht vorhanden, der Komfort.

Ganz verstehe ich dich nicht, welche Simulatoreigenschaften dir zu entfernt zur 8 sind und welche dann doch nicht.

Das stumpfsinnige Eintippen des Bootloaders trägt ja nichts zum Verständnis bei. Und das kriege ich dann ja schon an der realen Maschine.

Mir geht es darum, die Abläufe an der realen Maschine zu verstehen.

Außerdem blieben der Bootloader und andere Programme ja auch bei der realen PDP-8 tagelang im Kernspeicher erhalten, wie ich gerade gelesen habe.

Zitat von gnupublic

Die simh Konsole kannst du bei deinem Problem prima zum debuggen nehmen, eventuell findest du dann die Stelle an der es hakt.

Ja, genau. Da bin ich gerade dabei. Leider habe ich da auch noch ein Verständnisproblem. Jedesmal, wenn ich mit "cont" von der SimH-Konsole zum Emulator zurück will, rennt die PDP-8 wieder los, die ich vorher mit STOP angehalten habe. Ich habe noch nicht verstanden, wie ich zur PiDP-8-Konsole zurückkomme, ohne dass sonst irgendwas passiert und der Zustand der gleich ist, wie vor dem Wechsel zur SimH-Konsole.

Zitat von gnupublic

Ist der BIN Loader den im PTR eingelegt? (show ptr)

wie startest du denn den RIM Loader?

Den RIM-Loader starte ich genau so, wie es in der PiDP8-Anleitung beschrieben ist:

"set the SR switches to 7756, press LOAD_ADD, and press START."

Ich habe das man getracet. Das sind die ersten Befehle der RIM-Loaders:

7756: 6014  clear flag and buffer, fetch char (from highspeed tape reader)
7757: 6011  skip if reader flag=1
7760: 5357  jmp -1

Der PC kommt nie über die 7760 hinaus. Also reader flag wird niemals 1. Vermutlich, weil keine Daten vom Lochstreifenleser kommen.

Also mehr als mounten kann ich da nichts. Habe jedenfalls in der Beschreibung nicht mehr gefunden.

Jetzt stammt die Beschreibung allerdings von der PiDP-8 Website und die ist an vielen Stellen ungenau. Vielleicht ist das einfach falsch beschrieben oder es fehlt ein Schritt.

Grrr! Es funktioniert jetzt.

Ich hatte ja geschrieben, dass ich extra nicht den BIN Loader genommen habe, den Roland mir geschickt hat, sondern den aus dem PiDP8 Verzeichnis auf dem Raspi. Weil ich dachte, dass der mit der Beschreibung von der PiDP8 Website ja wohl auf jeden Fall funktionieren wird.

Ich habe die beiden Dateien jetzt verglichen. Die aus dem PiDP8 Verzeichnis enthält führende Nullen, Rolands Datei nicht. Rolands Datei funktioniert.

Wieviele Stolpersteine kann man einem Anfänger eigentlich in den Weg legen?

Mit dem BIN Loader das Focal zu laden, war dann kein Problem mehr. Läuft.

Zitat von Roland_t29

ok, das erspart mir eine Fahrt zum T29. Ich war drauf und dran, meine PiDP8 morgen mal nachhause zu holen, um zu schauen, wie ich dir helfen kann.

Ne, auch wenn ich manchmal so ungeduldig erscheine. So dringend wäre es nicht gewesen.

Aber ohne die Datei von dir, hätte ich es nicht hinbekommen. Immer diese schludrigen Softwareentwickler.

Ich wollte jetzt mal ein paar Focal-Programme ausprobieren, aber zum Pasten in den Interpreter braucht man ein Terminal-Programm mit Charachter-Delay (beim Senden).

Ich bin etwas verblüfft, dass putty das nicht kann. Ich dachte, was wäre sowas wie das Schweizer Taschenmesser für Kommunikation. Aber Character-Delay gibt es nicht. Oder habe ich es nur nicht gefunden?

TeraTerm kann es auch nicht.

Das gute alte Hyperterm kann es und das Hochladen von Programmen in den Focal-Interpreter funktioniert damit ganz prima. Aber das kostet inzwischen 69 Dollar!

Gibt es irgendein anderes Terminalprogramm für Windows mit SSH und Character-Delay?

Zitat von gnupublic

Ich meine TeraTerm kann das.

Einstellungen/Serieller Port

Da dann das transmit delay hochsetzen.

Ja, bei Serial Port. Ich habe aber eine SSH-Verbindung.

Es gibt in den Additional Settings ein "Paste delay per line". Das hilft mir leider auch nicht.

Ich hatte vor ein paar Jahren schon mal damit begonnen, mir ein eigenes Windows-Terminal zu schreiben. Weil mir schon mal irgendwelche Sachen gefehlt hatten. Hätte ich das nur mal fertig gemacht.

Es gibt eine spezielle Version von putty

GitHub - Jeremy-Ruth/Putty_With_Serial_Delay: Customized version of Putty offering a serial delay feature on Windows based systems. Can be set in config menu or through option window

Customized version of Putty offering a serial delay feature on Windows based systems. Can be set in config menu or through option window - GitHub -…

github.com

mit Delay.

Aber auch wieder nur für die serielle Schnittstelle.