 So, dann begrüße ich die Anwesenden zu meinem Vortrag. Mein Name ist Dirk Carnath, ich gehöre zur GFHR Gesellschaft für Elektronische Gesellschaft für historische Rechenanlagen und ich habe mir dieses Jahr für die Veranstaltung mal als Thema ausgesucht von der Motivation ein Terminell auszustellen, Robotronka8911, das ist dieses Gerät hier, so wie jeder Vortrag haben wir auch eine Gliederung, das heißt Punkt 1 ist Motivation, sprich warum mache ich das alles, Punkt 2 ist Abgrenzung, da geht es praktisch darum, welche Termine es gibt, welches ist das, welches ist es nicht, Systemaufbau, da geht es ein bisschen darum, was steckt hier eigentlich drin in dem Gerät, dann welche Varianten von dem Gerät gibt es, dann, wie nimmt man das Ganze in Betrieb, was gab es da für Probleme dabei, dann habe ich so ein Punkt Kopplung, sprich weil das ja ein Terminell ist, muss ich es halt eben an ein Zentralsystem koppeln und der Punkt der gestern noch dazugekommen ist, nennt sich Spezialfunktion, da kommt dann dieses Gerät, dann zum Einsatz. So, starten wir gleich mit dem Punkt 1 Motivation, ich habe mir also mal zum Ziel gesetzt, dieses Robotronenterminal, was ich halt eben da hatte, mal zu restaurieren, in Gang zu setzen und zu erforschen, also das ist meine persönliche Motivation dabei und ich frage mich natürlich, wie setze ich so was museumll halt sinnvoll ein, weil normalerweise ist es ja so, dass eigentlich die Terminells immer emuliert werden, also sprich das Zentralsystem steht im Vordergrund und da brauche ich nicht noch so ein voluminäres Terminell, ich nehme halt irgendetwas kleines, was mir das emuliert, so und das will ich eben hier mit genau nicht machen, das ist eben das eine, das eben wirklich so ein Terminell, was eigentlich immer so halt ganz schnell weggestellt wird und durch irgendein emuliertes Fenster ersetzt wird halt eben wirklich in den Vordergrund zu stellen und die andere Sache ist die, dass ich zwar nicht die Originalmaschine habe, die hier eigentlich dran gehört, sondern das ist ein System, was aus der westlichen Welt kommt, aber was man hier trotzdem ganz gut zeigen kann, ist, wenn man jetzt das sich sozusagen wegdenkt, dann habe ich hier bis hierher genau die Simulation eines Originalarbeitsplatzes geschaffen, sprich das sieht so aus wie der Operator das eigentlich sehen würde, nur die Zentraleinheit, die halt dahinter hängt, die muss ich simulieren, weil die eben im Original wirklich sehr schlecht zu kriegen ist, sprich ich habe keine. So viel zum Thema Motivation beziehungsweise die Beweggründe, wieso ich das Ganze mache. Zur Abgrenzung, um halt so ein bisschen einzugrenzen, was ist das Gerät, was ist es nicht, habe ich halt mal hier aufgeschrieben, was es alles von Robotronen für Terminals gibt. Das sind bei Robotronen typischerweise immer diese Car Nummern meistens. Es geht los, das einfachste Terminal, was halt wirklich ein Bildschirm Terminal ist, das nannte sich PBT 4000. Das ist ein U808 basierendes Terminal, U808 ist der DDR-Clone des Intel 8008. Auf diesem Prozess basierte dieses einfache Gerät, also einfach, vielleicht falsch ausgedrückt, also dieses frühe Gerät, dann haben wir das Gerät mit dem, um das es dieses Mal geht, das ist dieses K8911, das ist praktisch eigentlich ein ganz normales textbasiertes Bildschirm Terminal, sprich was der Rechner ans Terminal sendet, wird dargestellt, was von der Tastatur eingegeben wird, wird in Richtung Rechner gesendet. Allerdings beherrscht er auch einiges an SK-Sequenzen, also das ist im Groben so das VT100, was er kann. Es gibt auch Anhaltspunkte, die in Richtung VT200 gehen, aber dazu dann später mehr. Und dann geht das weiter, wie man eigentlich weiter hochzählen würde, dann gibt es einen Gerät K8912, das sieht eigentlich genauso aus, unterscheidet sich nur durch seine Firmware, die dann innen drin ist. Und das ist dann wirklich nicht das Arbeitsgerät des Operators gewesen, sondern das Arbeitsgerät eines Nutzers, der eben Masken dargestellt kriegt, im 80x24 Format und eben dort seine Datenfelder hat er zum Eingeben und seinen Tabulator zum Weiterspringen und dann wurden dann eben diese Datenfelder weggeschickt zum Rechner, die neue Maske wurde geladen, also das K8912 ist dann wirklich das Gerät, mit dem der Nutzer dann interagiert hat und was eben genau nicht für den Operator gedacht war. Dann gibt es ein K8913, das ist ein spezielles Terminal, was nur sehr wenig ROM hat. Der hat nur eigentlich nur einen Anfangslader und das gehört ein spezielles Datenerfassungssystem, von dem er eben seine restliche Programmlogik lädt. Und das Terminal hat dann auch Datenerfassungsmasken, gehört eben an ein spezielles Datenerfassungssystem dran. K8914 ist auch so ein Formular basiertes System, allerdings ist das ein Terminal aus dem ESA-Umfeld, sprich DDR-Großrechner. Das nennt sich dann auch E107925 und ist eben ein Terminal, was auch über eine serielle Leitung an einen Konzentrator geht und der Konzentrator wiederum kommuniziert dann mit dem Großrechner, soweit die Architektur von dem Gerät. K8915 ist eigentlich ein weitverbreiteter, floppy basierter Rechner im Osten gewesen, also ein ganz normales CPM-basiertes System. Gab es aber auch eine Terminalvariante davon, die auch ähnlich eingesetzt wurde wie K8913, Datenerfassungssystem, was K8915 dann mehr hatte, dass man dieses Magnetkartenleseschreibergerät mit anschließen konnte. Das war dann so das Hauptunterscheidungsmerkmal und das ist halt dann auch die 13er, sind dann im Wesentlichen durch 15er abgelöst worden. Die 16, da weiß ich nicht was es, die taucht irgendwie nirgendwo auf, dann gibt es K8917, das ist dann ein voll grafisches Terminal, mit bis zu was über 500 mal, ein bisschen was über 200 Bildpunkten. Monochrom, also nur entweder Pixel da oder Pixel weg, ist auch ein Gerät, was mit ESCIP Sequenzen arbeitet. K8918 genauso, also bis zum 17er sehen die Geräte so ähnlich aus, ist das dieser Formfaktor. K8918 ist eine Abwandlung eines DDR8086 DOS-Systems, was aber noch kein ISA-Bus hat. Nur in dem K8918 stecken halt auch speziellere Grafikkarten dann drin, dass das Ding dann wirklich als grafisches Terminal arbeitet und dann auch wirklich Farbgrafik macht. Ich glaube so in der EGA-Klasse von der Grafikkern müsste das so ungefähr sich bewegen. Und das neueste, was Robotron dann auch gemacht hat, nennt sich K8941, das basiert nicht mehr auf einem Z80 oder 8086, sondern das basiert auf einem K8981 und ist eben ein Terminal, was ziemlich genau dem VT-22 nachempfunden ist. Also da steckt halt auch in einem Robotron-Monitor diese spezielle Platine mit drin, die eben als Prozessor diesen K8981 mit EPROM-Fenster dann, dass sich K8981 drin hat. Und wenn man die Geräte von hinten anguckt, also das sieht, die Anschlüsse sind genauso rausgeführt, auch dieser spezielle Coax Anschluss für einen externen Monitor, was beim VT-22 üblich ist, das ist alles rausgeführt. Also das Ding wird halt als VT-22 kompatibles Terminal geführt und auch so belabelt. Allerdings ist es ein Gerät bekannt, da steht in Dresden und das ist eben ein sehr seltenes Teil, also eigentlich auch nicht mehr zu kriegen. Und soweit zur Abgrenzung, das heißt, in dem Vortrag bewegen wir uns in Zeile 2, nicht in Zeile 1 und nicht in Zeile 3 bis N. Also es geht halt um das K8911. Hier wollte ich eben nur mal zeigen, um welchen Ausschnitt handelt es. K8924 ist richtig, könnte man auch als Terminal betrachten, aber K8924 ist eigentlich ein Floppy-Rechner, der eben auch von den Sparkassen als Terminal verwendet wurde, ist eigentlich ein eigenständiges Gerät, der das eigentlich mehr so in Richtung Büro-Rechner tendiert, wurde aber als Terminal mitklassifiziert. Das ist richtig, da gab es auch noch K8927 und K8931, was eigentlich auch so Platzreservierungs-Terminals sind. Richtig, die hätten hier eigentlich auch noch in die Liste reingekonnt. Und K8924 im Speziellen ist ein eigenständiger Rechner, ist aber in der Funktion eines Terminals halt auch verwendet worden, sprich ich habe dann halt eben gerade im Finanzbereich meine Sachen gemacht, habe die aber erstmal lokal gehalten und dann in Richtung Großrechner geschickt. Aber eigentlich so von der Grundkonstruktion ist der K8924 eher ein CPM basierter Floppy-Rechner. Aber das ist soweit richtig, den hätte man hier auch noch mit aufführen können, genauso wie die Platzreservierungs-Terminals, die letztendlich abgewandelte A5120-Rechner sind. Stimmt, die gibt es auch noch zum Systemaufbau. Also es handelt sich am sogenannten K1520-System, K1520 ist der Robotron-Bus-Standard für die 8-Bit-Rechner. Und da muss ich mal zu meinen Requisiten greifen. Ein K1520-Bus sieht im Wesentlichen so aus. Auf der anderen Seite sieht man dann eben die Vertratungen, wie eben die Signalleitungen laufen. Und dieses Stecksystem ist das, was man üblicherweise als K1520 bezeichnet. Was man eben auch bei diesen Terminals gemacht hat, man hat halt das alles aus Standardbaugruppen gebaut. So, der Prozessor nennt sich U880, ist ein Z80 kompatibler Prozessor. Der steckt dann üblicherweise auf einer solchen Karte, genau in der Mitte. Und das ist die ZVE-Karte, also sprich die zentrale Verarbeitungseinheit dieses Rechners. Und der Rechner startet von genau diesem Rom, der hier gerade nicht gesteckt ist. Er hat eben drei Karomben. Hier hat er einen Karamben. Damit hat er die Adressen hexadezimal 0 bis FFF belegt im Adressbereich. Und von der Karte legt er eben los. Dann ist die nächste Karte in der Reihenfolge. Natürlich nicht die, die in diesem Karton als Nächste kommt. Das heißt, das zeugt von einer nicht optimalen Vorbereitung. Aber das Problem können wir gleich lösen. Die nächste Karte, die wir dann haben, ist die sogenannte ATS. Adapter-Tastatur und serielle Schnittstellen ist eben auch so eine K1520-Karte. Es ist übrigens so, der K1520-Bus ist halt eben der eine. Und der andere ist der sogenannte Koppelbus. Sprich, da gibt es noch eine zweite Leiterkarte, die eben diese Backplane bildet. Und die war üblicherweise durch den Anwender belegbar. Also es gab einen gewissen Vorschlag, wie man die überlegen konnte. Aber im Wesentlichen dient dieser Koppelbus dazu, eben Signalleitungen über die Karten zu führen, die so jetzt erstmal vom Systembus her nicht vorgesehen sind. Also viele Karten kommen mit dem aus, weil das einfach der Busstandard ist und das ist eben für spezielle Erweiterung. Ja, und bei der Karte, da gibt es zwei unterschiedliche Varianten. Unten kommt die Tastatur dran, diese wunderschöne Tastatur, die da vorne ist. Und dann war im Osten sehr verbreitet IFSS. Das ist praktisch 20mA Stromschleife. Und bei der Karte ist es speziell so, dass die als Zweite eben diese V24 mit drauf hat zum Kommunizieren. Es gab allerdings auch welche, die haben ja auch den kleinen Stecker. Es gab mal zwei Mal IFSS, gab es also beides. Dann haben wir die sogenannte ABS, adapter Bildschirm. Das ist diese Karte hier. Die macht eben die 80x24 Zeichen. Hat dafür zwei Karammen an Bord. Und hier stecken die Charakterroms drin, also die, die Zeichenabbilder machen. Und hier habe ich eben das Signalkabel, was eben genau zu, wo es da hier zu diesem Monitor führt. Und dann habe ich noch eine Karte, die nennt sich PSS. Das ist die Rom-Karte, die ja eben noch zusätzlich drin stecken hat, so was sieht dann so aus. Diese Karte enthält 16kBit-Rom. Ja, also das sind 16x2708-Romms drauf. Und das ist eben die Karte, in der sich im Wesentlichen die ganzen Termine jetzt unterscheiden, weil da eine unterschiedliche Firmware drauf ist. So, hier steht 10kBit-Rom, weil K8911 hat eben zehn Romms draufstecken. Das passt hier noch nicht so ganz, weil das eigentlich eine Leer-Rom-Platine ist, von der ich eben räubere, um zum Beispiel auch Roms für andere Zwecke zu gewinnen. Deswegen passt das jetzt nicht ganz, jetzt sind glaube ich noch neune drauf. Es waren mal 16 oder so. Soweit zu den Platinen, aus denen das System besteht. Dann gibt es zwei Varianten davon. Die ältere Variante ist eben dieses braune Gehäuse. Am Ausstellungsstand habe ich noch die neuere Variante, das B-Gehäuse. Also man kann erkennen, dass auch Robotronen eben später von diesem braunen Gehäuse wegging. Und eben, wie es auch in der westlichen Welt üblich war, eben zu diesem Beesch überzugehen. Also wenn man diese Beeschfarbenen Gehäuse hat, dann handelt es sich meistens um neuere Ausführungen von dem entsprechenden. Wie vorhin schon angedeutet, ist es so, dass es eben zwei Varianten gibt, IFSS und V24, als Schnittstellen. Und darin unterscheiden sich eben auch die Spannungen, die man braucht. Also das ist zum Beispiel so eine einfache Spannungswandlerkarte. Der Rechner selber liefert die Spannung 5V12V und für die ROMs brauche ich minus 5V, die kommen aus diesem Spannungswandler, 5V-5V. Und wenn ich aber den Rechner mit V24 betreiben will, dann muss ich sowas haben. Sprich, ich brauche auch die minus 12V, damit diese V24 vernünftig laufen. Deswegen brauche ich diesen zweiten Wandler. Ansonsten habe ich die minus 12V und kann eben diese Karte nicht betreiben. So und dann gibt es noch eine weitere Entwicklungsstufe von diesem Rechner. Das wäre dann diese Platine hier. Da hat man eben ganz einfach Folgendes gemacht. Man hat die Platine, wo der Prozessor drauf sitzt und die ROM-Karte mal verheiratet und hat diese Platine gebaut. Hier ist eben auch oben mein Z80 drauf und hier habe ich nur noch fünf Bausteine. Das sind aber 2732 allesamt. Sprich, einer von diesen 2732 entspricht dem, der auch auf dieser kleinen ZV-E-Karte die drei ROMs sind. Ein K-ROM ist halt noch übrig, das ist halt so. Das eine K-ROM steckt in diesen beiden hier oben und die restlichen vier Chips ersetzen eben die 16 auf der alten Karte. Dadurch entfällt dieses leidige Problem mit diesen ROMs und diesen minus 5V. Und man kann eben die größeren ROMs verwenden, hat halt einen Steckplatz gespart und das ist eben halt noch mal eine Weiterentwicklung gewesen für diesen Gerät, diese neuere Karte. Die ist größer, das ist richtig. Allerdings, die Karte ist letztendlich eigentlich vom Formfaktor her genau die gleiche und das Stück, was es hinten rausguckt, das wird durch das Gehäuse kompensiert. Also der Gehäusedeckel hinten, da fängt das ab, also die passt trotzdem rein. Und so eine ähnliche Karte gibt es auch für den Floppy-Reichner von K8915, da sind dann halt hier ROMs. Der hat die vielen ROMs nicht, der hat dann eben nur einen ROM drauf und hat dann stattdessen ROMs, weil er fürs CPM den ROM braucht. Aber ansonsten vom Format her ist das wie gesagt gleich, nur dass die eben länger ist, aber der Deckel geht trotzdem noch zu. Die Karte guckt halt aus dem Reck hinten ein Stück raus, das ist aber kein Problem soweit. Und man erkennt dann halt auch die neueren Platinen daran, dass die dann eben schon diesen grünen Lack halt haben. Und die anderen haben halt noch diesen beigefarbenen oder braunen. Nicht braun waren sie ganz früher dieser beigefarbenen. So, zur Inbetriebnahme des Ganzen. Ich habe dann als allererstes mal versucht, das Ganze mit Stromschleife zu betreiben. Aber da bin ich irgendwie nicht so richtig vorwärts gekommen, damit es gibt Leute, die sagen, ja, das ist eigentlich ganz einfach. Hier aktiv, passiv und funktioniert alles super. Ich habe es irgendwie nicht so richtig hingekriegt. Ich habe mir dann gedacht, komm, ich hätte dann ja auch noch mit Wandlern arbeiten müssen. Ich hätte sowieso V24 gebraucht. Dann probiere ich die V24 Weihante. Das heißt, ich, wie ich vorhin schon gesagt habe, da kommen dann eben diese Stichwort mit den Spannungswandlern, sprich man brauchte diese Platine, musste den eben nachrüsten, was die Hobbykollegen dankenswerterweise für mich gemacht haben, haben die nachgerüstet. Und damit sollte es eigentlich funktionieren. Ja, und dann habe ich festgestellt, ich schalte das den Hauptrechner ein. Das Terminal schreibt Zeichen. Ich kann aber auf der Tastatur nichts wegschicken. Da habe ich mich gewundert, woran liegt das jetzt? Und habe dann irgendwann mal ein Back in diesem Rechner gefunden, den die 25 Jahre oder 30, die es den Rechner schon gibt, keiner gefunden hat. Und zwar ist es ja so, dass auf dieser Platine, auf dem besachten Koppelbus, dafür wird er zum Beispiel verwendet, auf Pin 26 oder 27, glaube ich, auf der 27 liegen die Minus 12 Volt an. Auf der Backplane waren sie auf die 26 gewickelt, wo glücklicherweise nichts war. Nur dadurch, dass der Rechner ewig, ohne diese V24 betrieben wurde, ist das wahrscheinlich nie aufgefallen. Und mir fällt das jetzt natürlich auf, ich habe dann extra das braune Referenzgerät mir angeguckt, um nochmal sicherzugehen, habe dann festgestellt, das ist tatsächlich einen Pin weitergewickelt und schon konnte ich auch senden. Das war dann halt einfach so, dass zum Senden diese Minus 12 Volt, die der rausfeuern wollte, die kamen halt nie bei dem Rechner an. Der braucht offensichtlich diese Minus 12 Volt, um das wirklich zu senden und die PDP selber sendet, die natürlich deswegen kommt es an. Also so erkläre ich mir das Ganze, weshalb das nicht funktioniert hat. Und nachdem dieser Back gefunden war, lief das Ganze dann auch erst mal. Und jetzt stellt sich natürlich die Frage, womit koppel ich das? Ich habe es vorhin bei der Motivation schon so ein bisschen angedeutet. Normalerweise gehört an dieses Terminal ein Gerät dran, was eigentlich das Gleiche ist wie dieses eigentlich. Sprich, was wir hier vorne sehen, von da sieht man es eventuell nicht so schön, ich kann es ja noch mal ein bisschen nach vorne schieben, das ist eine kleine PDP-11 mit 64 kB RAM, also die Variante ohne MMO, also ohne Memory Management Einheit. Und so ein Gerät, ähnlicher Leistungsklasse, gab es im Osten halt auch. Es gab ein DDR-Gerät, das nannte sich Robotron K1620. Das war so ein dekorativer Nachtschrank mit zwei Einschüben. Da steckten halt sämtliche Platinen, die eben dazugehörten. Prozessorspeicher, Peripherie-Einheitenkontrolle und so weiter. Und in dem zweiten steckte ein Wechselplattenlaufwerk, was eben da muss, soweit ich das jetzt weiß, eine feste Platte drin gewesen sein und eine Wechselplatte auf der gleichen Spindel, sodass man von einer Wechselplatte das Gerät halt in das Gerät einspeisen konnte, von der festen Platte gestartet hat. So ungefähr muss das gewesen sein. Und so ein Gerät, also ich kenne ein einziges Exemplar, das steht in Dresden. Und jetzt kann ich natürlich an das Terminell alles Mögliche über V24 anschließen. Ich könnte auch irgendwelche Emulationen oder irgendwas nehmen. Aber was ist das geeignete, was mir zur Verfügung steht? Und das geeignete aus meiner Sicht ist wirklich zu sagen, ich tue so, als wäre ich die Originalmaschine mit etwas, was dem am nächsten kommt. Und so ist eigentlich dieses ganze Setup entstanden. Weil eben die Maschine war verfügbar. Und die hatte ich eben da, die hat mir halt auch ein Hobbykollege-Gedankenswerterweise so aufgebaut, mit Stromversorgung, Reset, Logik und was da alles dazu gehört. Und dieses Gerät, ganz kurz dazu, das besteht eben aus den vier Platinen. Das heißt, ich habe hier einmal meine CPU-Platine, wobei die CPU hier noch aus vier Chips besteht. Alu, Mikrokode, Extended Instruction Set, Floating Point Instruction Set meines Wissens. Und also die ist noch nicht so ganz hoch integriert, dass das wirklich eine CPU ist. Das ist halt noch so ein Zwischenstadium gewesen. Dann habe ich hier daneben die sogenannte SLU, die Serial Line Unit, wo mein Terminal dran hängt. Dann habe ich daneben 64k Rahmen. Und daneben habe ich den Floppy-Kontroller, der dieses Laufwerk anspricht. Und damit habe ich eine kleine, kompakte, recht mobile Einheit, die das eben macht, weil normal ist eine PDP ja eher so ein Gerät, wie es eben auch draußen sieht. Soweit zur Koppelung, und soweit zum Set-up von dem Ganzen, wieso das jetzt genauso aussieht. So, dann können wir ja mal anfangen, das Ganze zu demonstrieren. Sprich, wir sehen den Wutvorgang. Wir sehen, wie man die, die 1103 benutzt. Per Terminal, und weil es ja um das Terminal letztendlich geht, wollen wir mal schauen, was wir so schönes für Eskip-Sequenzen kennen. So, dann ist das die. Dann bleiben wir erst mal auf der Folie stehen. Dann schalten wir das Ganze mal ein. Das ist erst das Terminal. So, das, was man unten eben gerade noch gesehen hat, das ist eben das, was in der Firma drin steckt, das ist ein Romcheck, Romcheck, Schnittstellen, alles, was er so hat. Dann macht er ein Testbild. Und wenn er dann diesen Ton macht, dann ist er praktisch online, dann ist er bereit. Bereit heißt, ich kann den Rechner anwerfen. Und wie vorhin schon angedeutet, wenn ich jetzt Folgendes mache, wenn ich jetzt, wenn ich mir jetzt das hier wegdenke, dann sehe ich praktisch von hier bis hier, genau das Erscheinungsbild, was eben der Robotron-Operator gesehen hat. Wenn er eben die original Maschine angeworfen hat, die meldet sich nämlich genauso. Weil das ist der ODT, also das Octali-Bucking-Terminal von der PDP-11, und so meldet sich so eine Maschine üblicherweise. Wenn sie nicht schon extendet, späteren hatten dann schon einen extended Boot-Rom drin, der sich eben ein bisschen anders gemeldet hat, aber so meldet sich eine Maschine normalerweise. Und man müsste jetzt anfangen, den Bootcode einzutoppeln. Das funktioniert normalerweise folgendermaßen, indem ich jetzt sage, ich habe meinetwegen Adresse 1000. Und auf die Adresse 1000 möchte ich, jetzt habe ich ein Fehler gemacht, meinetwegen das byte 111 schreiben. Dann macht er das, und wenn ich dann meine Adresse 1000 wieder abfrage, dann steht da meine 111 drin. Sprich, das ist schon die Bildschirm-Variante, von dem, was man früher eben über dieses Panel gemacht hat. Da wurden wirklich die Adressen dann noch so bittweise einge- schaltet, und dann eben die Adresse geschrieben, das ist eben die Bildschirm-Variante davon. Was ich jetzt aber mache ist, ich springe die Adresse 173.000 an, das ist die Standard-Boot-Adresse. Wenn ich ihm jetzt ein G wie Go gebe, und dann auch noch das Diskettenlauf-Hack zu mache, dann startet das Betriebssystem des Reichners. Und das ist so ein, einfach das Betriebssystem, das irgendwie auf der kleinen Maschine zum Laufen zu kriegen war. Und das dient mir eigentlich nur als Hilfskrücke, um hier drauf ein Basic zu starten, weil Basic ist eine schöne Variante, einfach SKI-Sequenzen auszuprobieren, indem ich einfach mit einem Print CRS-Dring 27 so eine SKI-Sequenz schreibe. So, jetzt können wir mal so eine SKI-Sequenz ausprobieren, indem ich einfach sage Print CRS-Dring 27, damit geht meine SKI-Sequenz los, jetzt habe ich mich vertippt. Plus, und dann muss ich mal kurz spicken, indem ich einfach mal umschalte auf meine Folien. Wie bitte? Genau. Richtig. Ach, die sind jetzt zu viel genau. So, jetzt kommt wieder ein Plus, und jetzt kommt aber wirklich eine SKI-Sequenz 2, und dann das J. So, und wenn ich die jetzt ausführe, löscht er mir einen Bildschirm. Also das ist ein typisches Beispiel für so eine SKI-Sequenz, sprich, der Rechner macht eigentlich nichts weiter als irgendeine Zeichenkette zu schicken, und die eigentliche Arbeit passiert hier drin. Und wie gesagt, der Rechner dient mir in dem Moment auch nur als Hilfskonstrukt, um eben zu zeigen, was das Terminal eigentlich kann. So, soweit zu einer einfachen Demo, was so ein Terminal so zu leisten vermag. Soweit ging es eben bis letztens, also sprich zum Beispiel noch beim VCFE, da war eben hier Schluss. Und dann geht es jetzt noch ein bisschen weiter. Ich habe nämlich noch ein paar Spezialfunktionen gefunden. So, und zwar, ich habe ja die kompletten Roms des Geräts ausgelesen. Ich habe die zusammengefügt, habe die durch ein Disassembler gejagt und hatte eben undokumentierte Assemblerquellen, die ich dann so langsam und mühevoll angefangen habe zu dokumentieren. Man lernt dann irgendwann mal, wie man SKI-Sequenzen passt und so weiter. Das steckt ja da alles wunderschön drin. Und ganz unten habe ich Textstellen gefunden, die mir nicht so wirklich, wo ich dachte, was ist das eigentlich, dann stand da drin der Promnot erased. Dann stand was von VerifyError, von Function dann. Ich glaube, irgendwo stand auch noch was von Checksum. Und da dachte ich mir, das sind auch eigentlich Ausschriften, die einen E-Prom-Brenner macht. So, was macht man dann in dem Moment? Man versucht eben zu gucken, die Zeichenfolge steht auf einer bestimmten Adresse. Dann suche ich, wo wird die Adresse im Code adressiert. Finde irgendwo, lade.de mit genau dieser Adresse und tue irgendwas. Dann wurde das aber nur in irgendein Speicherbereich geschrieben, der sich als Rücksende-Buffer herausgestellt hat zum Rechner, als Antwort auf die Funktion, damit der das wiederum dann zurückschickt zur Darstellung. Aber okay, dann habe ich halt geguckt, okay, das ist ja die Funktion, die schon das Ende darstellt. Dann habe ich mal weiter hochgeguckt, was passiert da eigentlich. Und dann habe ich wahrlich Ausgabebefehle gefunden auf die IOPORTS, die dementsprechen, was in diesem Handbuch drinsteht. Und das ist nämlich genau das Handbuch, was die E-Prom-Programmierkarte von Robotron beschreibt. Und die Steuerbeiz, die hier drinstehen, sind genau die, die auch in dieser Firmware verankert sind. Das Einzige, was ich tun musste, ist, ich musste per Wirewrap die IOPORTS-Adresse ändern, weil die ist nämlich anders als Standard. So, soweit so gut. Und ich habe dann eben rausgefunden, es gibt eine spezielle S-Gibbsequenz, ESC, danach gleich, ein PV-Powler. Und dann habe ich gefunden, es gibt eine 1, eine 3 und eine 4. Eine 1 heißt halt, schreibe ab einer bestimmten Adresse Daten. Also, ich sage dann, ab Adresse 1000 schreibe ich mir mal eine Beidfolge. Dann übernimmt der die Charakters vom Eingabestrom, macht aus jedem Charakter ein halb Beid, macht die eben linkes halb Beid, oberes halb Beid, unteres halb Beid, baut das Beid wieder zusammen, schreibt es den Speicher. Und das macht sie halt so und so lange. Dann habe ich gefunden, es gibt auch eine ESC-Squenz, da springt da eben auf eine Adresse. Macht da einfach, lese die Adresse aus, springe dahin. Und dann ist die Welt in Ordnung oder tue halt irgendwas und der Rest ist mir egal so nach dem Motto. Und dann habe ich eine Funktion gefunden, ESC-P4, da stecken haufenweise E-Prom-Funktionen drin, also sprich, E-Prom-Lesen, E-Prom-Schreiben, E-Prom-Vergleichen, Leertest-Check-Summer berechnen, da steckt da alles drin. So, und dann habe ich festgestellt, dieses Gerät, heißt zwar K8911, dies ist auch eine Doku zum K8911, was mich aber immer schon gewundert hat, noch nicht mal das Setup-Menü des Rechners ist beschrieben. Also das scheint das Handbuch zu einer Minimalvariante des Rechners zu sein, das ist aber eine Erweiterte. Und dann habe ich ein Scan eines Handbuchs gekriegt, das nennt sich K8911.80, das entspricht dem Gerät, da ist auch das Setup-Menü beschrieben von dem Gerät, allerdings steht bei ESC-P nur spezielle Gerätekommandos. Da passiert halt irgendwas. Was da genau dahinter steckt, sprich, dass man dann mit dem Ding E-Proms programmieren kann, selbst in dem Handbuch dann nicht drinnen. Was aber drinnen steht, ist, dass diese ominösen speziellen Gerätekommandos als Vorbedingungen brauchen, dass man in den VT200-Modus schaltet, den es offensichtlich gibt in dem Gerät, und das macht man, indem man ESC, hier habe ich das falsche Encoding drinnen, eckige Klammer 62, Anführungstriche kleines P, dann ist er in einem Modus, wo er überhaupt diese speziellen Eskipsequenzen verarbeitet. Das fragt er wirklich in dem Status Betab, ansonsten geht das Ganze nicht. Und hier ist es natürlich so, dass man zum einen seine Informationen aus der Firmenwerk riecht, aber nicht weiterkommt, ohne irgendwie das Handbuch zu haben, damit das wieder die Vorbedingung ist, dafür, dass man, also, man muss halt aus verschiedenen Informationsquellen, die dann eben verzahnt miteinander arbeiten. Eine Info kommt aus dem Disassembler, die nächste kommt aus dem Handbuch, um dann letztendlich irgendwo eine gerade Linie zu haben, die zum Erfolg führt. So, und jetzt können wir auch das Ganze mal demonstrieren. Es gibt nämlich die Funktion ESCP1, die ESCP3, die ESCP4, und dann bin ich wirklich am Ende, wir lassen den nochmal stehen, damit man ein bisschen spicken kann, aber eigentlich müsste ich da auch was vorbereitet haben, indem ich einfach Folgendes mache. Lustigerweise heißt bei diesem Basic, der Befehl zum Laden einer Basic-Datei Old und ESCP1 war jetzt das Schreiben in den Speicher richtig, dann müsste ich das RAM W genannt haben. So, wenn ich jetzt hier List mache, dann sollte da genau das drinstehen, was vorhin auf der Folie auch war, sprich, ich sende zuerst die ESC-Sequenz, die diese VT200 einscheidet, weil ich natürlich diese Anführungsstriche nicht darstellen kann, muss ich Charakter 34 ausgeben. Und weil ich es irgendwie nicht so richtig schaffe, irgendwie geht es aber so richtig, hatte ich es halt nicht geschafft, das kleine P hinzukriegen, deswegen cr112 ist einfach das kleine P. So, der zweite Befehl ist der, der eigentlich was tun soll, und zwar macht der Folgendes, die Adresse wird so angegeben, low byte ist 00, high byte ist DC mal 16, hexadecimal 1000. Auf 1000 geht der Bildspeicher los, das heißt die bytes, die danach kommen, die dann wiederum im hex anzugeben sind, sprich 20, 41, 42, 43, ist halt Leerzeichen ABC, also die 41 ist halt das hexadecimal A, also das ist halt auch so, dass man eben vorne die, so wie die Eskips, so wie Parameter von Eskipssequenzen eingibt, und hinten verferrt man wieder ganz anders. Erfährt man, wenn man die Firmware auseinandergenommen hat. So, und wenn ich jetzt den Ranbefehl eintippe, na, jetzt war Vorfalleffekt, man hat es glaube ich ganz kurz gesehen, das ist übrigens der Setup Mode, da kann man mal so einen kleinen Trick machen, dann ist nämlich das Ganze wieder oben, weil CLS geht in dem Basic auch nicht. Und wenn ich jetzt nochmal ran eintippe, dann ist da oben, dass der ABC hinschreibt. Und das ABC ist halt wirklich, sind halt wirklich diese vier Beite, die in der Eskipssequenz drin stecken. Die Funktion ist eigentlich dafür gedacht, dass man sagt, okay, ich lese einen, ich lese praktisch irgendwas ein in den Speicher, und ja, so, die nächste Funktion, jetzt muss ich glaube ich mal aus dem Basic raus, um wieder neu rein, mit dem Dateien umladen, ist die Funktion, die halt diesen Sprung macht, und da habe ich mir auch einfach mal, wo kann ich jetzt Vogelwild hinspringen? Ich habe mir dann einfach mal eine Routine gesucht, die den Bildschirm löscht. Es gibt halt einen Unterprogramm in der Assempler-Firmware, die halt einfach die ganzen Beiz des Bildspeichers halt alle auf Null setzt. Und dafür habe ich mir einen Programm namens Jump gemacht. Und das führt eben die Funktion P3 aus. Und die 35 und die 48 sind einfach die nach Dezimal konvertierten High and Low Bytes von dieser speziellen Adresse, wo dieser CLS Befehl drin ist. Das muss man halt aus der Firmware wissen. Und dann stelle ich fest, der löscht mir wahrlich den Bildschirm, aber weil er den Rücksprung nicht schafft, macht dann Reboot von dem System. Ja, weil ich springe halt irgendwo hin und dann ist irgendwie, das ist ein Jump, das ist kein Call oder irgendwas, der kehrt halt nicht kontrolliert zurück. Das ist halt das Problem an dem Ding. Aber es ist ja nur das Terminal neu gestartet, sprich, der Rechner sollte weiterhin laufen. Ja, und die eigentlich interessanteste Funktion ist Funktion Nummer 4. Das ist halt auch das, weshalb dieser E-Prom-Sockel hier drauf sitzt. Das ist praktisch der E-Prom-Sockel, wie wir ganz normal bei Robotron verwendet, wurde für das Programmieren von den 1K E-Proms von den 2708. Und jetzt, ich habe mich immer die ganze Zeit gefragt, ich habe es nicht wirklich klären können. Der Rechner hat 3K-Rom, 1K-Ram und dann nochmal 16K-Rom oder 10K oder wieviel. Ich brauche eigentlich 1K-Baffer-Ram, um den E-Prom abzuspeichen. Die hätte ich theoretisch, damit mache ich mir aber sämtliche Arbeitszellen das Rechners kaputt. Dann kennt er keine Status mehr und nix, wenn ich genau dieses 1K voll schreibe. Ich weiß nicht, wie die das wirklich gedacht haben. Eine zusätzliche RAM-Karte passt auch nicht mehr rein. Der Rechner ist mit den 5 Karten voll. Geht einfach nicht. Das Einzige, was ich mir wirklich vorstellen kann, das Programm, das Einzige, was ich mir wirklich vorstellen kann, ist, dass sie den Bildspeicher halt mit genutzt haben und den Kauf genommen haben, dass er halt dann Hieroglyphen enthält. Weil der Bildspeicher hat ja 2K. So, das sieht zwar alles ein bisschen komisch aus, aber das ist mein aktueller Entwicklungsstand. Also ich schalte wieder auf den VT200-Modus um. Ich rufe SKP4 auf. Lowbyte 0. Highbyte 16. Sprech exakt die 10. Dann ist Funktion 1 der Leertest. Funktion 2 ist eProm-Schreiben. Funktion 3. Funktion 4 ist eProm-Lesern. Also man setzt immer die Bits. Offensichtlich ist es dazu gedacht, wenn ich mehrere Bits setze, machte die Funktion hintereinander. Dafür ist es gedacht. Also eProm-Brennen habe ich mich noch nicht getraut, aber man kann das Ganze lesen. Und dieses brühende Funktion dann, das kommt auch irgendwie, aber es kommt ganz komisch und ich kann mir das nicht wirklich erklären. Jetzt machen wir erstmal wieder den Trick mit dem Bildschirm löschen. Jetzt sage ich hier ran. Dann greift er auf diesen eProm zu und füllt den eben mit, der ist ein leerer eProm und ff ist offensichtlich dieses Beid. So, und jetzt versacht er mir gerade, warum auch immer, er greift ständig auf die Discette zu und macht nichts Vernünftiges mehr. Das heißt, ich gebe ihm meinen neuen Versuch. Ich starte den einfach mal neu, weil er verhält sich noch nicht wirklich vernünftig. Das sehen wir aber gleich. So, jetzt brauche ich wieder meinen Basic. So, und das ist genau das, was ich auf mich raus wollte. Dieses, dieses Dring fangt schon dann, den schreibt der Rückwärts hin. Obwohl er ganz eindeutig vorwärts in den Buffer reingeschrieben wird. Und wenn ich, wenn ich jetzt hier Lists mache und wenn ich nicht diese vielen Leerzeilen print und dann da hingeschrieben hätte, dann hätte er mir das auch noch in zwei Zeilen gequetscht und ganz komisch verwürfelt. Warum auch immer? Das ist völlig ungeklärt. Und dass er überhaupt fangt schon dann irgendwie hinschreit, das kann er auch er seit gestern Abend. Und das ist halt so jetzt der Stand der Forschung. Ein bisschen vielleicht noch zu dem Hintergrund, wie ich ihn mir jetzt zusammenreime. Also das ist wie gesagt, man muss sich das so vorstellen, entweder zu der kleinen Maschine in Nachtschrankgröße oder zu ca. 1630, was dann üblicherweise schon so eine Vierschrank-Einheit war. So eine schöne Schrankwand war, ist das eben die Operatorkonsole. So ein Operator muss halt auch mal ein E-Prom brennen, weil das war in der gängige E-Proms damals. Und es macht natürlich mehr Sinn, die Kontrollerkarte für den E-Prom mal im Terminal zu haben, anstatt für das Gerät selber eine Karte zu machen, wo er dann immer hinlaufen muss. Also nur so kann ich mir das vorstellen. Und es ist scheinbar eine sinnvolle Funktion gewesen zu sagen, ja, er kann eben an der Konsole das machen. Und es gibt eben ein entsprechendes PDP-11 oder K16-100-Programm, das dann einfach nur diese Escape-Codes entsprechend sendet, so wie ich das versucht habe, hier zu rekonstruieren, sodass man eigentlich ein K16-100-Programm hat oder ein PDP-11-Programm, das sich nennt, mache E-Prom-Händling. E-Prom lesen, E-Prom schreiben und so weiter. Aber in Wirklichkeit macht das Programm nichts weiter als Printbefehle abzusetzen und die eigentliche Arbeit passiert in dem Terminal. So ungefähr ist halt der Stand, dass jetzt zusammenreime, wie das Ganze gewesen sein könnte. Und damit bin ich dann auch schon am Ende meines Vortrags. Ob ich jetzt die Zeiten eingehalten habe, weiß ich jetzt nicht so ganz genau. Überzogen habe ich, denke ich mal nicht. Wenn noch Fragen sind, gerne. Ansonsten halt auch gerne am Stand. Ich bin dann wieder hier gleich in nächster Nähe hinter der Wand. Und soweit von meiner Seite. Vielen Dank für die Aufmerksamkeit. Und Dankeschön. Also wenn Fragen sind, gerne. Das E-Prom-Modul hat das noch ne extra Karte, weil für ein 7.2008 braucht man, glaube ich, noch ne Programmierspannung, die extra zur Verfügung gestellt werden muss. Und wenn da nur minus 12 und 12 sind, dann fehlen da, glaube ich, noch... Ja, das ist richtig, dass da Normalspannungen fehlen. Ich mach mal Folgendes. Ich mach das Gerät mal aus. Erst die Deskette raus. Dann kann ich nämlich die Karte mal rausziehen. Und diese Programmierspannung müsste ja dann im Prinzip ja auch geschaltet werden können? Ja, richtig, richtig. Das zeige ich gleich, wie das geht. So, jetzt habe ich zwar keinen Platinenzieher dabei, aber ich hoffe, das geht trotzdem recht gut. So, das ist diese Platine, die das macht, wie jetzt genau die Spannungen erzeugt werden. Dazu bin ich zu wenig Elektroniker, aber allerdings sind diese Sachen, die sind diese Dinger hier, Relays, die für das Schalten gewisser Spannungen verantwortlich sind. Ja, das sind so diese, wie sie damals üblich waren zu Ostzeiten. So, diese Teile sind das. Und hier steckt eben dieser E-Proma dran. Und den hatte ich eben vorher an einem Büroreichner, an so einem A5120 hatte ich den dran. Da lief der auch, daher wusste ich, er geht. Was ich nur tun musste, ist hier diese Wickelverbindung ändern auf eine andere Portadresse. Und welche Portadresse das ist, habe ich ja aus dem Disassembly rausgefunden und so konnte ich eben mit möglichst wenig Unbekannten die Karte im Betrieb nehmen. Also ich hätte keine Zweite nehmen können, wo ich nicht weiß, ob sie geht, bei der wusste ich, sie geht. Und da habe ich die, deswegen habe ich die genommen und die füllt genau diesen fünften Platz in dem Gerät. Zum Moment, Karte schnell noch einstecken, damit alles wieder seine Richtigkeit hat. Wie viele von diesen 8911-Terminals sind noch bekannt? Wie viele funktionieren noch? Und hast du verschiedene Betriebssystem-Roms auslesen können oder nur die von diesem einen Gerät? Es existieren, also ich persönlich habe zwei, dann existieren im Rechenwerk Halle, welche die funktionieren und es gibt in einigen anderen Museen, in technischen Sammlungen Dresden gibt es auf jeden Fall Geräte, die sind da, wo ich nicht weiß, ob sie gehen. Es gibt in, wo ist das in Hoyerswerda, wo sie diesen K1840-Wachsnachbau aufgebaut haben. Da existieren auch gar 8911 dazu. Hans Franke müsste auch eins haben. Also es existieren schon noch eine ganze Anzahl von den Geräten. Also offensichtlich existieren die immer genau dann, wenn der Operator nicht alles hingeschmissen hat und hat gesagt, nein, das Terminell wird nicht weggeschmissen, das wird nicht verschrottet, das nehme ich jetzt mit. Also so, das sind ungefähr die, die ich, ich würde mal so zehn Geräte, die jetzt vielleicht so ungefähr bekannt sind, würde ich jetzt mal so schätzen, die es davon noch gibt. Ja, vielleicht sind es auch 15 oder 20, weil es gibt ja eine gewisse Fan-Gemeinde und da werden sicherlich auch noch einige Leute so eine Rechner stehen haben. Es wurden dann halt, es wird sicherlich auch viele Umgebäude geben, die zwar 8911 heißen, aber man hat ein Floppy-Rechner rausgebaut. Davon wird sicherlich auch noch einige geben. Aber der hier ist wie gesagt im Originalzustand. Und die Rom-Version, die hier drin ist, davon gibt es noch eine weitere, die unterscheidet sich nur in 3, 4 Bytes, hat aber eine völlig neue Sorte Romnummern gekriegt, funktioniert so ähnlich. Dann gibt es noch weitere Rom-Versionen, die haben dann eben nur sechs Roms drauf, da wird vermutlich dieses ganze Setup-Menü und so weiter fehlen. Die Variante gibt es dann noch. Und dann gibt es eben noch die Variante mit den 2732. Das ist aber auch bloß von der, die konkatenierte Version. Also so zusammenfassend gibt es mindestens die 2 Grund-Version, diese kleine mit den nur 6 Roms und diese größere mit den 10 Roms, die zwei Varianten gibt es. Dann bin ich mir nicht sicher, ob es vielleicht noch eine dritte gibt oder ob die oder auch das nur andere Romnummern sind. Also da bin ich mir nicht ganz sicher. Ich weiß, dass es mindestens zwei unterschiedliche Varianten gibt. Ich gehe davon aus, dass es auch noch eine dritte gibt. Aber da habe ich auch noch Romplatinen da, aber nie zum Laufen gekriegt. Also der fuhr dann irgendwie hoch und es tat sich aber dann nichts, aus welchen Gründen auch immer. Kann auch sein, das ist K8912 und der wartet auf ein bestimmtes Zeichen. Das ist auch alles noch nicht so ganz klar, was jetzt wirklich alles dem K8911 zugerechnet wird. Es ist auch so, dass im Handbuch andere Romnummern drinstehen als hier, obwohl es eigentlich, ja bei dem ist es klar, weil das eigentlich zu der 6-Romvariante ist, aber so richtig passt das auch noch nicht zusammen. Das heißt, ich weiß von zwei zusammenfassend, weiß ich von zwei Romvarianten definitiv und es gibt noch eine Grauzone drum herum, die ich wirklich erforscht ist. Danke. Da kommt gleich das Mikro. Ich höre immer erforscht, warum ist die Forschung überhaupt notwendig? Warum ist es nicht dokumentiert? Sind die Dokumentationen alle irgendwie verloren gegangen oder wurde es gar nicht erst dokumentiert? Also es ist ein Großteil verloren gegangen. Also das, was ich hier aufgebaut habe, ist alles auf unterschiedliche Quellen zusammengesucht. Ich glaube, es ist ja auch so, dass man in den letzten Jahren, dann irgendwann mal den Rechner hatte, irgendwann mal das Handbuch. Es ist auch sehr schwierig oder wahrscheinlich müsste man da mehr mit Nachdruck vorgehen, um die Originalentwickler irgendwie dazu noch zu kriegen, die das vielleicht noch wissen könnten. Aber die wissen, dass die sind, das sind vermutlich dann auch schon nicht mehr so genau wissen, die können mir dann auch nicht sagen, welches Bild was ist. Deswegen ist halt wirklich die sauberste, also die exakteste Informationsquelle ist wirklich das Disassembly. Und was dann so ein bisschen unscherfer, wird es in diese ganzen Handbücher. Weil so ein Handbuch eh das in Druck geht und so weiter, hat man einen bestimmten Stand, dann hat man vielleicht doch noch irgendwas hinten rangebaut, was dann nicht mehr ins Handbuch eingeflossen ist. Da ist die Dokumentation da. Und erforschen heißt wirklich disassemblieren, durchgucken, kommentieren. Und ansonsten ist normalerweise die Robotronentechnik vom Ansatz her eigentlich recht gut dokumentiert. Es gibt für ungefähr jedes Gerät so ein Buch. Das ist halt für diese Platine beziehungsweise, für den Zockel und für den E-Prom-Löscher. Das ist eigentlich alles schön dokumentiert. Ohne diese Dokumentation hätte man das nicht mal geschafft, die Wickelbrücken richtig zu setzen. Obwohl hier es zum Beispiel auch so ist, die Wickelbrücken gehen von eins bis acht. Die Numerierung hier ist anders als wirklich auf der Platine. Man hat es glücklicherweise mit Bleistift daneben geschrieben. Also wie gesagt, man hat sich bemüht, gut zu dokumentieren. Es gibt wie gesagt durch diese Verzögerung und durch vielleicht Verbesserungen, die nicht mehr eingeflossen sind, gibt es da eben Unterschiede. Und es ist halt wirklich so, dass manche Dokumentationen halt einfach nicht mehr zu finden sind, die mit dem Gerät weggeworfen wurden. Also theoretisch ist viel da. Theoretisch sollte es auch exakt dokumentiert sein. Es gibt es eigentlich auch für alle Schaltpläne, wenn man sie denn hat, und wenn sie auch der Variante entsprechen. Also wie gesagt, theoretisch gut dokumentiert, praktisch aus den genannten Gründen eher nicht so gut. Intel selbst, die Dokumentationen für die einzelnen Opcodes und dergleichen auch massiv Lücken aufweisen. Das merkt man bei den aktuellen Architekturen ja auch, nicht mal in den Systemmanuals, der Prozessoren direkt die Opcodes für bestimmte Bereiche angegeben sind. Da gab es letztes Jahr auf der Black Hat einen guten Vortrag über das Disassemblieren, der ganzen Funktionen und der ganzen Opcodes und der daraus resultierenden Funktionen. Und es ist schon eine sehr langwierige Angelegenheit, das alles zu dokumentieren, dann aus dem, wenn man jetzt das Raum hat und dort direkt rauslesen kann, ja. Aber jetzt bei den aktuellen Architekturen ist es sehr schwierig möglich. Aber vielleicht ist das ja auch eine Parallele, die da mit rein spielt, weil Intel ja doch immer mal ein bisschen Geheimnis kremerisch ist, was die ganzen Funktionen angeht. Ja, das ist richtig. Bei dem ist es so, sämtliche Opcodes, die hier drinnen sind, sind wirklich dokumentierte. Also jetzt, also das Problem, was ich hier nicht hatte, ist, dass ich Opcodes gefunden habe, ich dachte, was machen die eigentlich? Also eigentlich ist das, was hier drinnen steckt, zu 100% bekannt. Das Problem ist aber, es wird an, man arbeitet sehr viel mit IEY, also mit diesen Indexregistern und von den Indexregistern hat halt IEY plus 0,3 und davon BIT4 macht irgendwas. Und dann irgendwie tausend Zeilen später wird das ganze Ding wieder abgefragt. Also es wird wirklich Vogelwild durcheinander mit den Bits der IEY und den Register gearbeitet, um halt bestimmte Starte, die sich halt so halten. Und das ist das, was es eben schwierig macht. Man muss da wirklich sehr diszipliniert sagen, okay, jetzt wird da was gesetzt. Ich weiß beierst mal nicht, was es tut, merkt mir das aber erst mal. Dann gucke ich, in welchem Kontext wird das wieder gelesen und Schlussfolgere daraus, was es vielleicht sein könnte. Was mir zum Beispiel irgendwann habe ich mal rausgefunden, wie in diesem Setup-Menü die ganzen Einstellungen verschlüsselt sind. Dadurch wurden einige der Bits klar, aber auch wieder nicht alle. Es war dann so, dass ich zum Beispiel dieses Umschalten auf VT200 nie gefunden hätte. Dadurch, dass ich wusste, welche S-Gibbsequenz das ist und ich inzwischen wusste, wie ich S-Gibbsequenzen pausen muss, musste ich im Prinzip nur in der Tabelle an die Stelle gucken, den Sprung, wohin er da macht und welches Bit er da setzt. Ah, das ist es also. Das sind dann so die Probleme, die ich da hatte. Es ist natürlich so, dass es soll sogar ein Obcode geben oder irgendein gesetztes Fleck bei irgendeiner Operation, was normal keine Rolle spielt, was aber sogar den Ostprozessor detektiert. Das soll es zum Beispiel auch geben. Es gibt diese undokumentierten Funktionen. Ich glaube, wenn man nach einem LDR-Befehl, also nach so einem Blockbefehl, irgendein Fleckabfracht, was eigentlich keine Rolle spielt, das ist bei Psylocke anders als bei Robotronen oder besser gesagt bei MME, also beim im Osten. Also da gibt es zum Beispiel auch was, dass man wirklich die Prozessionen, die sich eigentlich gleich verhalten, abfragen kann. Müsste ich aber auch erst mal gucken, ich habe es mal gelesen, habe gedacht, aha, so macht man das also, indem man einfach undokumentierte Flecks anders, also unbenötigte Flecks anders setzt. Also das ist das, wo ich jetzt sage, das sind so die undokumentierte Funktionen, die ich halt so kenne. Und manchmal ist es ja auch so, dass bestimmte Opcodes, die ja in ihren Bits halt auch bestimmte Funktionen haben. Also es ist halt immer so, von den 8 Bit eines Opcodes dekodieren halt 3 Bit immer die 8 möglichen Register. Und die Bits davor und dahinter machen halt irgendwas anderes. Und wenn man dann irgendwo in dieser Befehlsmatrix leerstellen hat, dann aha, wenn ich das Bit trotzdem setze, könnte vielleicht doch noch irgendwas passieren, was vielleicht da nicht steht. Auf die Art und Weise findet man das aus, bis man dann irgendwann mal vollständig ist. Aber wie gesagt, bei dem Gerät hatte ich solche Probleme eigentlich nicht, weil man da, also die Opcodes sind eigentlich die, die so landläufig bekannt sind. Das kann ich nicht so ganz genau sagen, auf jeden Fall wurden die bis 89 gebaut. Davon ist auszugehen. Sie sollten abgelöst werden durchs 89 41. Davon existiert aber nur ein Exemplar. Also wurden die vermutlich wirklich bis zum Schluss gebaut. Also bis 90 oder so. Weil dann war ja sowieso Schluss. Die wurden dann zum Schluss auch eingesetzt an den, an den K1840, also an den Wachs 780 Clones. Da wurden die eingesetzt, sollten dann aber wie gesagt durch das 89 41 abgelöst werden. Dieses VT-220 kompatible Teil. Aber es ist halt nie so wirklich passiert. Deswegen gehe ich davon aus, dass die wirklich bis 90 gebaut wurden. Die Geräte. Aber dann halt eben in der Beschen Variante und dann zum Schluss halt auch mit dieser anderen CPU-Karte. Das waren dann noch die Unterschiede dabei. Es gibt für den, bei K8915, gibt es dann noch eine flachere Tastatur. Wo ich auch vermuten würde, dass die dann zum Einsatz gekommen ist, aber auch die Neuren, die ich alle mal irgendwo gesehen habe, auch auf Fotos oder so, die haben alle noch diese globige alte Tastatur. Also da gab es dann keine, keine Modernisierung mehr auf die andere Tastatur, weil die dann noch anders angesteuert wird. Also die wurden dann zum Schluss waren, die dann wie gesagt in dieser Beschengehäusefarbe, wie es auch bei mir am Stand steht, mit der alten Tastatur. Das war dann so die letzte Ausführung davon, von dem Gerät. So, wenn es keine Fragen dann weiter gibt, dann nochmal Danke für die Aufmerksamkeit. Und jetzt darf ich das Ganze dann wieder abbauen.