Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins Willkommen Gast! RSS

Robotrontechnik-Forum » Technische Diskussionen » S8000 WDC Emulator » Themenansicht

Autor Thread - Seiten: -1-
000
29.06.2012, 11:46 Uhr
Olli

Avatar von Olli

Ja... S8000, nicht P8000

Ich habe ja immer noch das "Original" der P8000 im Keller stehen jedoch ohne Tape-Drive und ohne SA1100-Festplatte.

Ich ueberlege nun, ob man nicht auch einen WDC-Emulator für die Kiste braten kann. Ich denke, mit etwas Mühe bekommt man dann auch WEGA drauf zu laufen (bis ich irgendwann mal ZEUS bekommen kann....).

Ich habe
a) Leiterplatte des Original-WDC
b) Firmware des Original-WDC nur in disassemblierter Form (sehr bescheiden zu lesen)
c) "Theory of Operation" in Seite 109 ff

Wenn ich die Beschreibung richtig verstehe, wird auch mit Command-Codes gearbeitet, die werden aber an definierten Adressen abgelegt - also nicht über eine PIO geschleust.

Wie gehe ich nun am besten vor? Irgendwelche Vorschläge?

Erstmal Schaltplan der Karte abzeichnen? Erstmal Firmware verstehen?

Mir schwebt ja erstmal abzeichnen des Schaltplan vor, ATMEGA entsprechend am Bus anschliessen und dann einfach mal Trial&Error schauen ob man was hinbekommt
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 29.06.2012 um 11:49 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
001
29.06.2012, 12:26 Uhr
holm

Avatar von holm

So wie Du das jetzt schreibst liest sich das, als wäre das Übergabefenster hier Meomory-Mapped, d.h. ein Fenster im Speicher über das Kommandos, Parameter und Daten geschoben werden. Derartiges ist nicht unbedingt unüblich, und die Datenübergabe ist sicherlich etwas schneller. Du wirst dem Atmega aber kaum erklären können das der das ausreichend schnell hinbekommt, Du wirst ggf. einen DualportRAM samt Mailbox für das Handshake brauchen.

Beim Z8000 kommt an der Stelle natürlich das MMU Mapping mit ins Spiel, der Speicherbereich sollte ja wohl nicht verschieblich sein und irgendwie protected...

An Deiner Stelle würde ich versuchen den Treibersourcen auf den Zahn zu fühlen (Speicherbereich, Handshake, Bufferbereich) und dann mal auf die Controllerplatine gucken was sich da so herumtreibt.

Ok, gerade gelesen, I/O Bereich, 16 aufeinanderfolgende 8 Bit Register und ein 8Bit C/S Register. Also ein kleiner RAM im IO Bereich (für jede Platte getrennt)und irgend ein Latch...
Außerdem scheint das Ding DMA zu machen und die Daten direkt aus dem Huptspeicher auf die Platte bzw. zurück zu schreiben. Das ist ein Stück Arbeit wenn Du kompatibel sein willst.

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Dieser Beitrag wurde am 29.06.2012 um 12:35 Uhr von holm editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
29.06.2012, 12:53 Uhr
Olli

Avatar von Olli

Die Adresse des Registers (Bit 8-15) ist auf der WDC-Leiterplatte einstellbar. Ich vermute mal, die CPU schreibt direkt in den RAM des WDC an die eingestellte Adresse das Kommando. Oder woher weiss die CPU sonst wohin sie schreiben muss? oder AA00-AAc0 ist fest verdrahtet als 1. WDC-Karte.

Ich übersetze mal aus dem Handbuch


Zitat:
4.5.2.1 CPU Interface:
Die CPU kommuniziert mit dem Controller durch sechzehn 8-Bit Kommando-Register und einem 8-Bit Kommando-Status (C/S) Register (Abbildung 4-4). Jedes Register hat eine bestimmte Bedeutung und eine bestimmte Adresse. Die CPU schreibt die Kommandos in die Register xx00 bis xx0F. Der Controller liest diese Register und verarbeitet die angegebenen Kommandos. Der Controller schreibt das Ergebniss oder Status des spezifizierten Kommandos in das C/S Register welches die CPU liest. Tabelle 4-14 zeigt die Kommando. und C/S-Register.

Das Kommando- und C/S Register liegt in dem E/A-Bereich der CPU auf irgendeiner 256-Wort-Adresse (on any 256-word boundary). In diesem 256-Wort Block liegen die Kommando-Register auf einer relativen Adresse xx00 bis xx0f hexadezimal. Das C/S Register liegt auf Adresse xx10. Die 2 HEX-Werte mit der höchsten Wertigkeit der Aresse xx können mittels Jumper auf dem Controller eingestellt werden. Tabelle 4-15 zeigt die Jumper und die Bits (15 bis ) welche die Jumper steuern. Dieses Schema erlaubt mehr als einen Controller im selben E/A Bereich.

Als Register gibt es folgende:
xx00 Kommando Register
Die CPU sendet spezifische Kommandos zu dem Controller durch dieses Register. Dieses Register ist das letzte was die CPU schreibt. Es wird ausserdem das Status Byte geleert um die Verarbeitung des Kommandos durch den WDC anzustoßen.

xx01 Laufwerks Register
Spezifizierung des Laufwerks 0 bis 3

xx02 Kopf Register
Angabe des Schreib-Lese-Kopfes für die aktuelle Operation

xx03 Zylinder Low Register
xx04 Zylinder High Register

Die Zylinder Angabe

xx05 Sektor Register
Angabe des Sektors

xx06 Reserved
xx07 Reserved

xx08 Transfer Word Count, Bits 7-0
xx09 Transfer Word Count, Bits 15-8

Anzahl der zu übertragenden Wörter


xx0a Transfer Address, Bits 7-0
xx0b Transfer Address, Bits 15-8
xx0c Transfer Address, Bits 32-16

Das ist etwas schwerer zu schnallen "This register contains the 3 byte transfer address. The transfer address is the location of the first word of a block of memory allocated for the transfer. Data can be leaving memory or coming to it." Liesst sich fuer mich so, das ob mir da die CPU sagt von welcher Adresse ich die Daten zu lesen habe die auf die Platte sollen, bzw. wohin ich die Daten zu schreiben habe welche ich von der Platte lese. Und die register davor sagen mir wieviel Wörter ich schreiben soll (1 Wort = ??? Bytes?!)
xx0d Reserved
xx0e Reserved
xx0f Reserved
xx10 Control Status C/S Register

Mögliche Bereiche der Adressen sind AA10 - AA00, BB10 - BB00, CC10 - CC00
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 29.06.2012 um 13:02 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
003
29.06.2012, 13:16 Uhr
Olli

Avatar von Olli

Deswegen ist da unten bestimmt auch ein DMA-Controller auf dem Board

http://pics.pofo.de/gallery3/var/albums/S8000/S8000_boards/wdc_front.jpg

es sind auch 2 am29705 (16-word By 4-bit 2-port Ram) drauf.
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 29.06.2012 um 14:22 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
29.06.2012, 15:19 Uhr
holm

Avatar von holm

...und Dualport RAM ist auch drauf in Inkarnation des Am29705, für mich ein alter Bekannter, das ist ein zusätzliches Registerfile für AM2901 Bitslices :-)
(Guckstdu http://www.datasheetarchive.com/)

In wie fern die Z80 DMA auf den S8000 Bus schaufelt, kann ich aber nicht beurteilen, zumindest werden wortweise Übertragungen damit etwas schwierig. (1Wort=16Bits=2 Bytes).

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Dieser Beitrag wurde am 29.06.2012 um 15:21 Uhr von holm editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
005
29.06.2012, 17:34 Uhr
Olli

Avatar von Olli

Nun... also doch wohl erstmal Schaltplan zeichnen - das wird dann erstmal etwas dauern
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
30.06.2012, 14:54 Uhr
Olli

Avatar von Olli

So ich nehme jetzt den Schaltplan auf - wenns erlaubt ist, stelle ich hier meine doofen Fragen

Ich hab immer Probleme sinnvolle Signalnamen zu bestimmen wenns darum geht, signale von Schaltplanseite 1 auf Seite 2 weiter zu verwenden.

Frage 1

Ich habe 2 Oder-Gatter. Eingang: /IOREQ und /RD des Z80 sowie /IOREQ und /WR des Z80. Die Ausgänge werden wieder an drölftausend anderen Logik-Gattern ('08+'32) verwendet.... wie benenne ich am besten die Signale aus den zwei Oder-Gattern? Wäre es AND hätte ich ja sowas wie IORD und IORW gewählt, aber bei ODER? Wird mir auch noch nicht klar wozu diese Verknüpfung Sinn macht.

Ein Ausgang des /IOREQ + /WR Oder-Gatters geht z.B. auf einen Eingang eines Oder-Gatters. Der Andere Eingang kommt von einem '154-Ausgang. Der Oder-Ausgang geht dann an den an den CLK-Eingang eines 74LS374.

Heisst also, CLK des '374 wird angesprochen wenn entweder der '154-Adressdecoder H ausgibt an einem Ausgang, oder /IOREQ H ist, oder /WR H ist.
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
30.06.2012, 16:19 Uhr
Enrico
Default Group and Edit



Zitat:
Olli schrieb


Ich habe 2 Oder-Gatter. Eingang: /IOREQ und /RD des Z80 sowie /IOREQ und /WR des Z80. Die Ausgänge werden wieder an drölftausend anderen Logik-Gattern ('08+'32) verwendet.... wie benenne ich am besten die Signale aus den zwei Oder-Gattern? Wäre es AND hätte ich ja sowas wie IORD und IORW gewählt, aber bei ODER? Wird mir auch noch nicht klar wozu diese Verknüpfung Sinn macht.


Ds macht ja ein UND. Aber eben für die L-aktiven Signalen. Alle Eingänge sind L, dann ist der Ausgang auch L.
--
MFG
Enrico
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
008
30.06.2012, 17:16 Uhr
Olli

Avatar von Olli

Du hast natürlich sowas von Recht
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
009
30.06.2012, 23:29 Uhr
Olli

Avatar von Olli

So... langsam nährt sich das Eichhörnchen... doch recht komplex die Karte.... das wird noch Wochen dauern bis ich fertig bin

Eine Frage mal...

http://pofo.de/tmp/S8000_WDC-S8000_WDC_02.pdf

unten im Plan - so mittig sind zwei '373 (U41, U42) - warum verschaltet man die Latches so? Zum "puffern" von 2 Bytes? Über U26, U27 weiter oben links sind sie mit dem Datenbus des Z80 verbunden - genauso wie die ganzen SRAMs.
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 01.07.2012 um 00:30 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
010
01.07.2012, 00:18 Uhr
Enrico
Default Group and Edit


Das wirst Du wohl nur rausfinden können, wenn Du auch noch die Software auseinandernimmst.
Denkbar wäre es, ich würde eher aber was für die Konfiguration vermuten, oder Register für die Anzahl der zu übertragenden Bytes, etc...
--
MFG
Enrico
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
011
12.10.2026, 16:41 Uhr
Olli

Avatar von Olli

Ha.... 14 Jahre später! Arbeitsbezogen beschäftige ich mich gerade ziemlich intensiv mit KI. Ich hab am Wochenende mal ein paar Tokens spendiert und hab zusammen mit der KI aufgeschrieben was sich aus verschiedenen Quellen (Handbuch, Firmware, ZEUS Festplattentreiber, Z80 Firmware) herausfinden lässt.
Die 1:1 disassemblierte Z80 Firmware des WDC Controllers hab ich dann zusammen mit der KI mit sinnvollen Sprungmarken versehen und entsprechend die Sprungtabellen wiederhergestellt.
Klar... manchmal biegt die KI falsch ab, aber umso größer und genauer das Bild wurde, umso sicherer und genauer wurde sie.

https://github.com/OlliL/S8000/blob/master/S8000_WDC_INTERFACE.md

Als nächstes will ich dann nochmal die S8000 CPU neu mit KiCad aufnehmen und die KI über den Netzplan schicken. Danach die Schaltung des Z80 WDC - was wesentlich länger dauern wird da ich die größtenteils immer noch erstmal aufnehmen muss.
Zwischendurch werde ich den ZEUS-Kerneltreiber des Controllers nochmal auf WEGA disassemblieren um an die ganzen Symbole an den "richtigen" Stellen im ASM Listing zu kommen (denn nur der disassembler im WEGA-Debugger versteht das s.out Format).

Mal sehen wie lange mich das aufhält und ob ich irgendwo nochmal woanders abbiege vorher.... habe nämlich noch weitere Ideen....

- Den MAME P8000 Emulator mit Hilfe KI auf eine aktuelle MAME Version portieren - evtl. kann man dann auch mal patches an das Mame-Projekt zurückmelden
- Die ganze C-Compiler, Assembler, Linker Strecke die aktuell nur auf der P8000 läuft für Linux schreiben lassen - sollte mit genug KI Tokens gehen. Z8000 Assembler versteht die KI größtenteils, es gibt ja auch genug Compiler-Sourcen von alten UNIX Systemen.... ich denke das geht - es wird nur lange dauern mit KI (als einzelner Mensch aber noch länger....) und viele Tokens kosten. Dann spart man sich aber viele Umwege über die P8000..... vielleicht ist das auch eher ein Fernziel. Wenn der MAME Emulator läuft, kann man den evtl. auch als "compile-Knecht" nutzen - In Mame ist es ja möglich serielle Ports des emulierten Systems im Hostsystem zur Verfügung zu stellen - dann könnte man sich direkt mit z.B. Kermit gegen die MAME-P8000 connecten..... schneller wäre Entwicklung natürlich direkt auf dem PC.

.... viele Ideen. Mal schauen wie lange ich bei der Stange bleiben. Ich kann noch nix versprechen (viel beschäftigt inzwischen )
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 12.10.2026 um 16:42 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
012
12.10.2026, 18:26 Uhr
Enrico
Default Group and Edit


Hallo Olli!

Na, denne mal!
Hoffentlich weißt Du dann da noch, was los ist, wenn das alles über KI läuft....

Aber mit den Registern hatten wir uns ja schon mal beschäftigt?!
--
MFG
Enrico
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
013
12.10.2026, 18:47 Uhr
Hobi

Avatar von Hobi

Es gibt eine gepflegte Version vom Z8K GCC. Damit sollte eine Programmerstellung möglich sein.
--
-------------------------------------------
Corontäne
-------------------------------------------
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
014
12.10.2026, 19:15 Uhr
Olli

Avatar von Olli

@Hobi. Jo, es gibt eine handvoll Z8K Compiler. Die helfen mir aber nur sehr sehr bedingt (höchstens mal zum nachschlagen), da die so gut wie alle nur unsegmented Code (Z8002) erzeugen können und andere Mnemonics verwenden als der CAS auf WEGA/ZEUS versteht. Ausserdem kennen die die Syscalls von wega nicht usw usw.... mir gehts ja nicht darum "irgendeinen" Z8K ASM Code zu erzeugen sondern welchen den ich danach unter WEGA ausführen kann - also zumindest mal Code der von cas verstanden wird und der daraus ein s.out Objekt erzeugt welches mit dem WEGA Linker gelinkt werden kann.
Hinzu kommt auch, dass ich nach wie vor disassemblierten Code der ursprünglich mal in C geschrieben wurde wieder in C zurückumwandeln möchte, da ich selber C einfach selber wesentlich besser verstehe als Assembler. Da brauchst du dann natürlich den identischen Compiler mit dem gleichen Optimizer wie damals - sonst kommt anderer Assembler-Code bei raus und du kannst nicht sicher gehen, dass dein C Listing korrekt ist.

@Enrico - du hast es sicherlich schon vermutet Nur weil die KI da was rausfindet erübrigt es sich nicht sich damit selber auseinander zu setzen. Zu groß ist die Gefahr das die KI "irgendwas" erzählt.... man muss das dann schon erst nochmal alles kritisch nachvollziehen und damit versteht man es dann auch. Gerade bei so Hard- und Software die so wenig Trainigsdaten hat. Mit den richtigen Prompts fragt sie auch selber nach anstatt irgendwas zu erfinden - so z.B. fragte sie mich mal was ein bestimmtes ASM Mnemonic bedeuten würde. Und ja - mit den Registern hatten wir uns 2012 (weiter oben hier) schon beschäftigt. Aber ich hab das jetzt halt neben den Angaben im Handbuch auch nochmal durch die Firmware, den ZEUS-Disk-Treiber und die WDC-Firmware verifizieren lassen
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 12.10.2026 um 19:21 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
015
12.10.2026, 19:40 Uhr
Enrico
Default Group and Edit



Zitat:
Olli schrieb

@Enrico - du hast es sicherlich schon vermutet Nur weil die KI da was rausfindet erübrigt es sich nicht sich damit selber auseinander zu setzen. Zu groß ist die Gefahr das die KI "irgendwas" erzählt....



Ja, das hatte ich schon so....
--
MFG
Enrico
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
016
12.10.2026, 20:10 Uhr
Hobi

Avatar von Hobi

@olli Ich bin mir nicht sicher, ob du den GCC-Z8K kennst. "es gibt eine handvoll Z8K Compiler." da habe ich nun wieder Lücken. Einen anderen Compiler kenne ich nicht.
Was die Syscalls anbetrifft, so hat das nichts mit dem Compiler zu tun. Das kann wird über die Platform Bibliothek dazu gelinkt. Lediglich der Speicheraufbau ist ein wenig trickreich. Standardmässig wird der gcc das ELF Format nehmen. Was dann so nicht funktioniert.
Davon abgesehen, denke ich dass der GCC-Z8K segmentierten Code erzeugt.
https://github.com/tpaxia/gcc-z8k-14.2.0/blob/main/docs/backend.md

Z8002 (non-segmented, 16-bit): fully working at -O0 and -O2
Z8001 (segmented, 23-bit): fully working at -O0 and -O2 -mz8001

damit es nicht vergessen wird, welche Z8K Compiler kennst du?
--
-------------------------------------------
Corontäne
-------------------------------------------
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
017
12.10.2026, 20:21 Uhr
Olli

Avatar von Olli

Das SYSIII S.OUT Format was Zilog verwendet ist ähnlich A.OUT - also auch nicht ELF. Aber - es ist halt noch nichtmal identischmit A.OUT. Die haben sich da selber Dinge überlegt. Ich meine, als ich micht 2007 mit dem gcc auseinander gesetzt hatte, konnte der nur COFF und PCOS. Ich meine mich zu erinnern, das eines der beiden Formaten von der Olivetti... puh... M20? Ich weiss nicht mehr genutzt wurde.

Mein Ziel beim C-Compiler ist es ja hauptsächlich aus ASM Code den ich aus a.out Objekten disassembliert habe, der im Original aber mal C war, wieder C Quellen zu machen. Dafür brauche ich aber den gleichen Compiler der seinerzeit verwendet wurde um das Objekt zu erzeugen. Da ich dann ein erneutes disassemblieren nutzen kann um Original mit "Plagiat" zu vergleichen.

Ich kenne noch das Amsterdam Compiler Kit - den habe ich selber aber nie zum laufen bekommen.

Ansonsten gibt es historisch betrachtet noch LCC - das ist ein PCC Port für WEGA vom ZKI Berlin (den habe ich als Source). Ausserdem gibt es noch einen C-Compiler für Plexus der als Quellen auch im Netz rum geistert.

Bzgl. den Syscalls hast du natürlich recht - da war ich zu schnell, die kommen über die libc mit dem Linker in das Objekt gelinkt


LCC gibts hier:
https://github.com/OlliL/P8000/tree/master/WEGA/contrib/lcc
Da habe ich bereits einige Bugs gefixt. Das CQM Floppy Image in meinem Floppy-Archiv ist der "Auslieferungszustand" der noch die Bugs enthällt. Aber - der erzeugt halt auch wieder anderen ASM Code als der System-Compiler
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 12.10.2026 um 20:33 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
018
12.10.2026, 20:27 Uhr
Olli

Avatar von Olli

Mal ein Beispiel als ich seinerzeit den WEGA Kernel wiederhergestellt habe (würde sagen zu 95% - einiges ist nicht 100% binärkompatibel hinzubekommen, da Zilog scheinbar teilweise einen ältere Version des C-Compilers genutzt hatte)

ASM disassembliert tty.o aus dem Kernel:
https://github.com/OlliL/P8000/blob/c4c709cb3f3f6ef04559d5d61d6963bed0fd6dc6/WEGA/src/uts/dev/tty.s

Wiederhergestellter C-Code (Ursprung die SYSIII Version der Datei + eigener Hinrschmalz)
https://github.com/OlliL/P8000/blob/master/WEGA/src/uts/dev/tty.c

Das geht halt nur mit genau dem Compiler des Systems.
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 12.10.2026 um 20:30 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
019
12.10.2026, 20:27 Uhr
Olli

Avatar von Olli

....
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 12.10.2026 um 20:29 Uhr von Olli editiert.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
020
12.10.2026, 23:17 Uhr
Enrico
Default Group and Edit


Olli, wegen Compiler, etc;
hattest Du mal diesen Norweger oder Schweden kontaktiert?
--
MFG
Enrico
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
021
13.10.2026, 16:19 Uhr
Olli

Avatar von Olli

Jo, den Schweden hatte ich gestern angeschrieben...

Mensch... da hat sich viel getan... Tapes sind gesichert - da hat sogar jemand die S8000 komplette in MAME zum laufen bekommen....

https://forum.vcfed.org/index.php?threads/zilog-system-8000-model-21.1255068/page-6

und ich hab davon nix mitbekommen haha
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
022
13.10.2026, 16:48 Uhr
Rüdiger
Administrator
Avatar von Rüdiger


Zitat:
Olli schrieb
Und ich hab davon nix mitbekommen haha



Wir vermissen Dich schon seit 14 Jahren.
--
Kernel panic: Out of swap space.
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
023
13.10.2026, 17:26 Uhr
Olli

Avatar von Olli

Hab zwischenzeitlich 2 Töchter bekommen (limitiert Zeit sehr stark....) und habe einige Jahre sehr sehr intensiv Ahnenforschung betrieben - zum Glück bevor einiges an Wissen durch Tod unwiederbringlich verloren gegangen wäre.

Mal schauen wie ich jetzt hier mit der S8000 weiter mache und was sich noch mit der P8000 ergibt
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000
 
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
Seiten: -1-     [ Technische Diskussionen ]  



Robotrontechnik-Forum

powered by ThWboard 3 Beta 2.84-php5
© by Paul Baecher & Felix Gonschorek