Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » Reparatur COL-Karte vom Robotron EC1834 » Themenansicht

Autor

Thread - Seiten: -1-

000
16.06.2025, 21:36 Uhr
wpwsaw
Default Group and Edit

Ich hatte ja schon geschrieben, dass ich eine Karte ausgesucht habe die
1. im Rechner noch läuft
2. Auch noch etwas Anzeigt
nach dem Einschalten

nach ca. 10min

3. ein Kartentyp mit einer langen und einer kurzen Karte, also 1. Generation, weil wir nur dafür Unterlagen haben.

Hier mal der Versuchsaufbau

hier ist die COL Karte zu sehen (2 Karten zusammen gesteckt)

Der Rechner wird von einer CF Karte gebootet und hat auch einen USB-Anschluss. Er bootet mit MD-DOS 6.22

nur mal zur Info, wäre also zum Testen bereit.

gruß
wpw

P.S.

leider muss ich mich in den nächsten Tagen mit Fahrschülern herum quälen, aber ich komme Abends immer dazu mich zu melden
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 16.06.2025 um 21:40 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
16.06.2025, 23:00 Uhr
wpwsaw
Default Group and Edit

ich habe mal schnell den EC1834, der auch in diesem Computerraum einsatzfähig steht, mal angeschalten und CHECKIT laufen lassen. Es wird eine CGA Grafikkarte angezeigt mit 16kB von B800h bis BC00h

Ich könnte auch gleichzeitig an einem funktionierendem System zumindestens ein ausführbares Programm testen.

wpw

Edit: dort ist die COL Karte primär im System
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 17.06.2025 um 07:12 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
17.06.2025, 07:03 Uhr
Dresdenboy

@wpw:
Das klingt gut.

Was mir noch fehlt, ist die Umsetzung der Farbebenen im RAM. Da gibt es Hinweise im EC1834-Handbuch S. 121:

Quellcode:

Businterface
Zur Vereinfachung der Struktur des COL wurde ein interner Datenbus geschaffen,
der mit den Rechnerbus gekoppelt ist. Folgende Baugruppen erhalten von diesem
Bus Daten:
– Code-Register (zur Programmierung des Zeichengenerators)
– Moduskontrollregister
– Steuerregister
– Colorsetregister
– Color-Look-UP-Table-Speicher
– Displayspeicher
– GDC über AD 0 bis AD 15.

Falls die Register den Zugriff auf RAM-Bänke für den GDC (ähnlich zur VIS 3) beeinflussen, müssten wir sie kennen und entspr. setzen. Bisher sah ich dazu nichts in der Literatur, aber ggf. findet sich im von Hobi analysierten ROM etwas dazu; https://ec1834.de/personalcomputer/doc/ec1834bios.asm

Man findet da einige "GFX_COL_*"-Ports inkl. 3D0, 3D2, die die standard GDC-Ports sein müssten. Da gibt es noch ein paar nicht übersetzte Teile, die ich mir auch selbst disassemblieren kann.

Edit: Die Register u. Umschaltmöglichkeiten müssten aus dem Schaltplan ersichtlich sein, aber ich bin da nicht so geübt. Vllt. kann da jemand helfen.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 17.06.2025 um 09:19 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
17.06.2025, 11:38 Uhr
HeikoS

Die Umsetzung der Farbebenen ist ja für den RAM-Test eigentlich nebensächlich. Es gibt 256 KB RAM die zu 16-Bit organisiert sind. Man müsste meiner Meinung nach nur mit CURS von Adr. 0 beginnend bis 1FFFFH immer schreiben und lesen.

Lesen habe ich noch nie gemacht, könnte man aber mal im JKCEMU mit dem BIC testen, RDAT ist implementiert. In der Doku steht:

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
17.06.2025, 14:05 Uhr
Dresdenboy

@Heiko:
Lesen ist genau so einfach. Da muss nur immer im Statusregister vorher geprüft werden, ob Daten da sind.
Den Pointer zählt der GDC selbst weiter.

Bzgl. Farbebenen: Lt. EC 1834 Handbuch scheinen sowohl im Bild S. 121 als auch in den Beschreibungen danach (insb. S. 125-126) sich viele Hinweise auf Ebenen mit den Bits, die zu den Pixeln beitragen, aber sich an der _gleichen_ Relativadresse zu befinden. Das erinnert an die VIS 3. Hier würde der GDC m.E. zwar Adressen für die Darstellung generieren, aber nicht über mehrere Ebenen lesen können. Hier müsste ggf. mit einem Register die entspr. Ebenen aktivieren.

Aber wie gesagt, das müsste alles im Schaltplan zu finden sein.

--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
17.06.2025, 17:11 Uhr
Dresdenboy

Bzgl. der Ports:
- 3D0h und 3D2h sind vmtl. die GDC-Ports.
- 3D4h-3D7h werden für die Emulation genutzt
- 3D8h-3DFh ist vmtl. der Bereich für die anderen COL-Register, wonach lt. BIOS-Disassembly von Hobi folgende schon bekannt sein sollten:
- "GFX_COL_STATUS" ?
- 3D8h: CRT Mode Control
- 3DAh: könnte auch COL Status sein

Das scheint sich an den Ports des MON-Adapters zu orientieren. Dort sind es (s. S. 114):

Quellcode:

2B0 Lesen Statusregister des GDC,
    Schreiben Parameter in das FIFO-Register des GDC
2B2 Lesen FIFO-Register des 6DC,
    Schreiben Kommando in das FIFO-Register des GDC
2B8 Einstellen Modusregister des Monitoradapters
2BA Übernahme der Statusbit des Monitoradapters

Dieser Beitrag wurde am 17.06.2025 um 17:13 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
17.06.2025, 19:28 Uhr
wpwsaw
Default Group and Edit

...so, bin gerade wieder rein. Wenn ich hier so sitze, brummt es immer noch wie im LKW ;-))

eine Frage bleibt auch noch, was ist mit dem 16kB Adressraum von B800h bis BC00h

irgendwo in einer Doku stand "RAM-Direktzugriff"....

könnte es sein, dass über das Board-BIOS und bestimmten Steuersignalen ein Direktzugriff auf den Video-RAM ermöglicht wird?

Achso, ich habe auf dem Testbord die letzte Version gesteckt, S731 und S732 vom 01.10.1989

wenn jemand das zusammen gefügte BIOS benötigt, bitte melden.

Gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
17.06.2025, 22:06 Uhr
wpwsaw
Default Group and Edit

...ich habe mal die Seiten aus meinen Hardware-HB des IBM5150 für die Farb-Grafikkarte herausgesucht. Er ist ja fast gleich als XT

müsste uns weiter helfen, ist zwar ein anderer CRT, müsste aber genau so funktionieren, da es ja XT verträglich sein muss.....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 17.06.2025 um 22:08 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
17.06.2025, 22:42 Uhr
wpwsaw
Default Group and Edit

...mir ließ das mit dem MEM Direktzugriff keine Rolle und ich habe Stefan gebeten für den Adressberei ein kleines Zugriffprogramm zu schreiben......

er machte gleich ein kleines RAM Test-Progamm draus und meine Ahnungen (kein Wissen) haben sich bestetigt, man kann mit der CPU direkt auf den Video-Ram zugreifen.

Hier das Ergebnis an meinem guten 1834 nur mit COL

und hier das Ergebnis am Testrechner mit MON als primär und defekter COL als Sekundär

natürlich erfolgt die Textausgabe hier auf dem MON-Monitor, da primär

also haben wir wohl ein Zugriffsproblem wahrscheinlich, da nicht einmal vom 1. Testbyte eine Rückmeldung kommt. Es war aber erst einmal ein ganz einfacher Versuch ob meine Ahnung zutreffend war....

ich hoffe die beteiligten leute lesen mit ;-) und wir kommen etwas weiter...

gruß und Gute Nacht

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
17.06.2025, 22:47 Uhr
Rüdiger
Administrator

Zitat:

wpwsaw schrieb
also haben wir wohl ein Zugriffsproblem wahrscheinlich, da nicht einmal vom 1. Testbyte eine Rückmeldung kommt.

Wie verhalten sich die CS-Signale an den RAMs der guten und schlechten COL?

Kommt das Write-Signal dort an?
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
17.06.2025, 22:53 Uhr
wpwsaw
Default Group and Edit

....nach einem ganzen Tag im Fahrschul-LKW habe ich jetzt nur das Testprogramm laufen lassen. Da die ganze Woche FS ansteht werde ich solche Anfragen erst am WE in Angriff nehmen, aber auf keinen Fall den Guten Rechner öffnen. Leider habe ich keine weitere Funktionierende COL nur 5 tote

Aber an der defekten kann ich Messungen machen. Ich werde sie sogar auseinandergenommen Waagerecht prüfen/messen können (hoffe ich).

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
18.06.2025, 00:09 Uhr
HeikoS

Habe mal im Handbuch gestöbert. Steht viel drin, aber es ist nicht sehr gut beschrieben.

Der Displayspeicher des COL umfaßt 256 KByte, realisiert durch 32 Schaltkreise
64-KBit-DRAM. Prinzipiell wäre es bei Verzicht auf den hochauflösenden
Grafikmodus 640 x 480 möglich, mit nur 128 KByte aus-zukommen, von denen,
bedingt durch das Betriebssystem, auch nur maximal 32 KByte ausgenutzt werden.
Diese Bestückungsvariante ist jedoch nicht im Produktionsprofil enthalten. Der
Displayspeicher gliedert sich hardwaremäßig in zwei Bänke mit 16 Bit Datenbreite
auf. Man unterscheidet beim Zugriff auf den Speicher zwischen Display- und
Modifizierungszyklen durch CPU oder GDC.

-> COL hat viel VRAM, es wird aber nicht alles genutzt ohne spezielle Treiber

Die Systemsoftware zu dem Farbgrafikadapter ist im ROM-BIOS des EC 1834 mit
weitgehender Kompatibilität zum Standardfarbgrafikadapter bekannter 16-Bit-PC
implementiert (vgl. hierzu Abbildung 4.2). Vom ROM-BIOS werden nur die
alphanumerischen Formate (40 x 25 und 80 x 25) sowie die Grafikmodi 320 x 200
und 640 x 200 unterstützt. Die Formate 640 x 400 und 640 x 480 sind nur durch
zusätzliche Treiber, sogenannte Videoerweiterungen, logisch nutzbar.

-> Das ist die CGA Kompatibilität, dazu muss direkter Zugriff möglich sein.

Die Kommunikation mit dem Adapter erfolgt ausschließlich
über die Busschnittstelle des EC 1834. Ein 16 Bit breiter Datentransfer wird mit
dem Displayspeicherbereich B800H:0000H bis B800H:7FFFH unter Nutzung des Signals
/MEMCS16 realisiert. Beim Auslesen des Zeichenfonts ab der Adresse A000H:0000H
bis A000H:OFFFH arbeitet der Adapter COL 8 Bit breit über den niederwertigen
Datenbus DO bis D7.

-> Nur B800H:0000H bis B800H:7FFFH (32Kx16Bit ?) können dann direkt beschrieben/gelesen werden
-> es kann aber nicht der gesamte Speicher (256KB) getestet werden, ohne GDC-Zugriff per IO über die Adr. 3D0H bis 3D3H, denke ich

Zeichenfont EPROM:
Diese Baugruppe beinhaltet das Muster des Standardzeichensatzes als 4-KByte-
EPROM. Er wird lediglich beim Ladevorgang des Zeichengenerators durch die CPU
nach RESET ausgelesen, wobei aber auch zu jeder anderen beliebigen Zeit, außer
bei Modifikationen des GDC, auf ihn zugegriffen werden kann. Sein Dateninhalt
ist so organisiert, daß die ersten 16 Byte das Muster des ASCII-Zeichens 00H,
die nächsten 16 Byte das Muster des ASCII-Zeichens 01H usw. enthalten. Das
höchstwertige Bit eines Byte erscheint dabei als linke Begrenzung eines
jeweiligen Zeichens.

-> A000H:0000H bis A000H:OFFFH: Das müsste der Zeichenfont-EPROM (U2732) sein, den könnte man testen !!!

Zeichengenerator ladbar:
Zwei 2-KByte-SRAM fungieren im Adapter COL als ladbarer Zeichengenerator. Sie
müssen eine Zugriffszeit von 150 ns garantieren. Es wird die indirekt bestehende
Adreßverbindung zwischen ASCII-Speicher und SRAM ausgewählt, auf die vorher
programmmierten Werte der Farbbit FBO bis FB3 des Steuerregisters eingestellt
und bei einem definierten GDC-Zugriff bei Erlaubnis das Schreibsignal in
Abhängigkeit von "Bit 7" des ASCII-Zeichens erzeugt. Der Dateninhalt zur Adresse
wird aus dem Coderegister zugeführt, das vor jedem neuen Programmierschritt
aktualisiert werden muß. Im Displayspeicher muß auf den ersten 256 Byte der
ASCII-Code der zu programmierenden Zeichen stehen. Der einzige Nachteil dieses
Prinzips besteht darin, daß der Generator durch die CPU nicht lesbar ist.

- Diese beiden SRAM’s U6516 könnten ja auch defekt sein... ? Wie das Laden abläuft, verstehe ich nicht ...

Komplexes Teil, diese COL. Vielleicht helfen ja diese Infos noch bei der Fehlersuche.

Viele Grüße, Heiko

Dieser Beitrag wurde am 18.06.2025 um 22:27 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
18.06.2025, 09:04 Uhr
Dresdenboy

@wpw:
Danke für den Test mit Steffens Hilfe. Das bestätigt zumindest die Beschreibbarkeit des Speicherfensters. Dann muss die COL-Logik das alles auch ermöglichen, um besagte CGA-Kompatibilität sicherzustellen. Je nach Erkenntnislage können wir das Verhalten der 2. COL vllt. irgendwann besser verstehen bzw. genauer mit Tests einkreisen. Zumindest produziert der GDC Sync-Signale und triggert auch irgendwelche Darstellungen, wobei hier wohl 40 Worte (?) pro Zeile verwendet werden, aber bis auf einen Strich links oben, wo noch Rot drin ist, sind die Striche wohl einfarbig.

Da aber scheinbar viele COL-Karten sterben, wird sich die intensive Analyse hier sicher für so einige lohnen.

@Heiko:
Du sagst es! Ein komplexes Teil! Deine Gedanken zu den Textabschnitten kann ich nur bestätigen. So ähnlich ist mir das beim Lesen auch in den Sinn gekommen. Zumindest bei wpws älterem Fehlerfoto im anderen Thread sehen die gleichen Zeichen meist in 2 Varianten falsch aus (siehe z.B. Leerzeichen, "Y" und "C" da).
Da sollten sich auch indirekt Rückschlüsse bilden lassen, wo das Problem liegen könnte.

Aber erst einmal ist ja der Grafikspeicher dran.

P.S.: Auf Arbeit bin ich Teil einer "Col"-Expertengruppe, was aber mit Kollisionsvermeidung im Fahrzeug zu tun hat. So klingt alles mit "COL" hier irgendwie vertraut.

Viele Grüße,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 18.06.2025 um 09:13 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
18.06.2025, 09:38 Uhr
RP

vielleicht kann man über den Driver VE89.sys, für die COL Karte, noch einige Schaltungs Unklarheiten besser verstehen.

https://www.tiffe.de/robotron/DCP/Programmiersprachen_Assembler,TBASIC,TPASCAL,FOR77,BASIC/DCP_3.30_Anleitung_f%FCr_den_Systemprogrammier.pdf

ab Seite 76 ve89.sys

Rolf

Dieser Beitrag wurde am 18.06.2025 um 09:41 Uhr von RP editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
18.06.2025, 09:39 Uhr
wpwsaw
Default Group and Edit

Guten Morgen

@Heiko
super Erklärung, so kann sogar ich das besser verstehen und einige Trugschlüsse meinerseits bereinigen. Siehst du denn eine Möglichkeit den SRAM per Programm testen zu können? Also kann man einen Teil des DRAMs direkt und den anderen Teil des DRAMs nur über den GDC Testen

ich danke euch für eure intensiven Ausführungen

und ja, als erstes wäre es schon gut mit Tests defekte RAM-ICs zu ermitteln können. Wie schon geschrieben, so tief stecke ich da nun doch nicht drin, aber die Tests kann ich auf jeden Fall machen. Ich werde noch einen Adapter heraussuchen/fertig machen um die Karte trennen und von der Bestückungsseite messen zu können.

Gruß wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
18.06.2025, 09:43 Uhr
Dresdenboy

Zitat:

wpwsaw schrieb
...ich habe mal die Seiten aus meinen Hardware-HB des IBM5150 für die Farb-Grafikkarte herausgesucht. Er ist ja fast gleich als XT

[...]

müsste uns weiter helfen, ist zwar ein anderer CRT, müsste aber genau so funktionieren, da es ja XT verträglich sein muss.....

Danke für das Heraussuchen. Im BIOS-Code von Hobi ist ein bisschen CGA-Emulation für die abgefangenen 6845-Port-Zugriffe drin. Aber der Chip hat viele interne Register. Das ist da auf jeden Fall nicht alles in der Emulation implementiert, sondern vmtl. nur das, was auch von ausgewählter SW genutzt wird. Hier könnte ein neueres ROM mehr enthalten als ältere. Aber die ROMs gibt es m.W. schon irgendwo zum Download, ich glaube bei Holm.

Der Rest der Emulation ist einfacher, da das Verhalten der BIOS-Aufrufe (Int 10h) ja nur für den GDC nachimplementiert werden musste.

Daher bleibt der Dokumentationsteil zur COL-Karte als eine komplett anders aufgebaute Hardware wichtig. Das Handbuch ist schon ganz gut, aber ggf. gibt es irgendwo noch mehr Details, ähnlich wie beim BIC. Dort liegt m.W. fast alles Nötige für die Programmierung vor inkl. VIS.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 18.06.2025 um 09:48 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
18.06.2025, 09:49 Uhr
Dresdenboy

Zitat:

RP schrieb
vielleicht kann man über den Driver VE89.sys, für die COL Karte, noch einige Schaltungs Unklarheiten besser verstehen.

https://www.tiffe.de/robotron/DCP/Programmiersprachen_Assembler,TBASIC,TPASCAL,FOR77,BASIC/DCP_3.30_Anleitung_f%FCr_den_Systemprogrammier.pdf

ab Seite 76 ve89.sys

Super! Das sieht schonmal sehr nützlich aus, da direkt auch Modebits usw. beschrieben sind. Ich schau mir das mal an und kann den Treiber ja auch mal disassemblieren und schauen, wie und wo er auf die Ports zugreift.

@Heiko
Unbedingt lesen!

Ab S. 114 wird es richtig spannend!

Kleiner Teaser:

Dieser Beitrag wurde am 18.06.2025 um 10:16 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
18.06.2025, 10:17 Uhr
HeikoS

Zitat:

In der "Anleitung für den Programmierer" stehen die wichtigen, fehlenden Infornationen drin: ab S.121

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
18.06.2025, 11:30 Uhr
Dresdenboy

Dann haben wir alles, denke ich. Wie vermutet, liegen versch. RAM-Bänke hinter einer Adresse und über die COL-Register analog zur VIS 3 muss erst einmal der entspr. Grafikmodus (z.B. 640x480 16 Farben) aktiviert werden, um die restliche Logik für die Ebenenauswahl nutzen zu können.

Ich kann heute mal ein kleines Testprogramm entwerfen.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
18.06.2025, 12:11 Uhr
MarioG77

Ist ja schon krass, was in der COL alles drin steckt...
Jetzt bleibe ich mit E-Mail Benachrichtigung wenigstens auf dem Laufenden, was gepostet wird...

--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
18.06.2025, 19:33 Uhr
wpwsaw
Default Group and Edit

Guten Abend,

2 Infos

1. Die beiden SRAM ICs sind i.O. (waren gesockelt)
2. nach jedem Einschalten sieht das Bild anders aus, aber es sind zusätzlich zu den bunten Quadraten immer Speicherzugriffe zu sehen (kleine Strichlein, dünn und ca. 7mm lang) über den Bildschirm verteilt mit ständig wechelnden Positionen

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
18.06.2025, 21:06 Uhr
Dresdenboy

Zitat:

wpwsaw schrieb
Guten Abend,

2 Infos

1. Die beiden SRAM ICs sind i.O. (waren gesockelt)
2. nach jedem Einschalten sieht das Bild anders aus, aber es sind zusätzlich zu den bunten Quadraten immer Speicherzugriffe zu sehen (kleine Strichlein, dünn und ca. 7mm lang) über den Bildschirm verteilt mit ständig wechelnden Positionen

Danke. Zu 2.) Falls die Übertragung beim Kopieren von den Zeichensatz-EPROMs in die SRAMs schiefgeht (danach scheint es dann wohl einigermaßen konsistent zu bleiben), könnte neben etwas auf der COL auch beim CPU-COL-Businterface falsch laufen.

Die Speicherzugriff-Strichlein könnten sogar OK sein, da es im Systemprogrammierer-Handbuch (Link von RP) auch erwähnt wird, dass man extra auf Dunkeltastungen warten kann, um diese Effekte zu vermeiden.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
18.06.2025, 21:20 Uhr
wpwsaw
Default Group and Edit

...ich habe ein Wort vergessen.... beim Einschalten/RESET sieht das Bild IMMER anders aus und verändert sich im Laufe der Zeit meistens bis ganz weiß/grau

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
18.06.2025, 21:24 Uhr
wpwsaw
Default Group and Edit

achso,

zum Test von Stefan, er hat ihn etwas umgeschrieben und es erzeugt folgende Ausgaaben

Aber ob es real ist? Da ständig Ramzugriffe auch ohne den laufenden Test zu sehen sind, könnten das nicht auch die Fehler verursachen, weil die Fehler so unkontrolliert aussehen (aus meiner Sicht)

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 18.06.2025 um 21:25 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
18.06.2025, 22:24 Uhr
HeikoS

Lt. Handbuch müssten doch 16Bit-Werte in den VRAM geschrieben/gelesen werden können. Wird im Test nur mit Hi- oder Lo-Teil der 16Bit gearbeitet?

Aber auch das müsste ja erfolgreich gehen. Dann könnte man sich ja über das Bus-Interface der COL schrittweise an den Fehler herantasten.

Grüsse, Heiko

EDIT: Per IO-Befehle mal den GDC anzusprechen, wäre sinnvoll. Evtl. funktioniert ja das wenigstens.

Dieser Beitrag wurde am 18.06.2025 um 22:37 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
19.06.2025, 06:00 Uhr
Ordoban

Zitat:

wpwsaw schrieb
achso,

zum Test von Stefan, er hat ihn etwas umgeschrieben und es erzeugt folgende Ausgaaben

Dass ständig RAM-Zugriffe passieren ist klar, die Grafikkarte braucht ja die Daten, um die auf dem Bildschirm darstellen zu können.

Die Ergebnisse des RAM-Tests sehen für mich auch ziemlich chaotisch aus. Da ist nicht ein Speicher kaputt, sondern der Zugriffs-Mechanismus.

Ich habe mir gestern das BIOS rund um die Grafikkarten genauer angeguckt. Meine Erkenntnisse:
MON und COL bekommen beide eine Grund-Initialisierung, unabhängig von der Einstellung der DIP-Schalter.
Abhängig von den DIP-Schaltern wird die Basis-IO-Adresse von MON oder COL in eine Speicherzelle im BIOS-Bereich geschrieben (siehe Link in #013 Seite 120).
Das System-BIOS prüft anhand des Status-Registers, ob die Grafikkarte da ist. Sollte das Statusregister nicht den erwarteten Wert zurück geben, wird der Int10-Vektor auf ein IRET umgebogen - damit sind alle BIOS-Funktionen für MON und COL deaktiviert.
Das System-BIOS enthält ansonsten alle Funktionen des Video-Bios (Int10) für MON und COL. Da MON und COL anscheinend viele Gemeinsamkeiten haben, sind beide zusammengefasst. Die Unterschiede werden nur anhand der Basis-IO-Adresse behandelt.
Die MON-Karte hat auch eine Einblendung im RAM-Bereich ab B0000. Es sollte also auch möglich sein, direkt auf den Speicher der MON zuzugreifen.
Der EC1834 durchsucht nach IBM-PC Art den ROM-Speicherbereich nach Erweiterungen. Wenn es welche findet, und die CRC stimmt, dann startet es die. Wenn also z.B. eine VGA-Karte mit eigenem BIOS gesteckt ist, dann wird sich die den Int10-Vektor holen und die Grafik übernehmen.

So, nun hab ich auch die EMail-Benachrichtigung für dieses Thema

--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
19.06.2025, 11:41 Uhr
Dresdenboy

@Stefan:
Ich glaube, in der Doku u. auch oben bei wpw sind CPU-seitige Zugriffe gemeint. Die Grafikkarte produziert das Bild und wenn währenddessen, also nicht bei Dunkeltastung (extra erwähnt in Doku) parallele Zugriffe stattfinden, erscheinen die Strichlein (wenn sie nur aufblitzen -> ähnlich dem GDC "Flash Mode", hier aber am GDC vorbei).

Falls sie statisch sind, liest die Bildausgabe irgendwo Mist ein.

Edit: Wie hast du deine Tests derzeit umgesetzt? Rein ASM? Wenn ich TPascal-Sourcen bereitstelle, kannst du diese auch selbst nutzen?
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 19.06.2025 um 11:49 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
19.06.2025, 22:09 Uhr
wpwsaw
Default Group and Edit

...also wenn Stefan sein Test läuft, kann man zusätzliche Zugriffe auf dem Bildschirm erkennen

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
19.06.2025, 23:23 Uhr
Dresdenboy

@wpw:
Also wie erwartet. Ich habe schonmal was geschickt. Das wurde leider doch nicht so schnell möglich.

Spannend wäre noch, ob es einen Unterschied macht, während der Darstellungszyklen RAM-Zugriffe zu machen oder während der Dunkeltastung.

Da die COL für 640x480 4 Ebenen (in 2 Gruppen) nutzt und der GDC mit Wortadressen arbeitet, müssten die Ebenen 32768 Worte groß sein. In der "Anleitung für den Systemprogrammierer" scheint mir die Tabelle mit der Erklärung zu den Bits aber etwas seltsam dargestellt zu sein (S. 124). Finden wir raus.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

029
20.06.2025, 08:37 Uhr
wpwsaw
Default Group and Edit

Guten Morgen,

ich habe mich nun doch schnell hingesetzt und getestet bevor ich weg muss.

Matthias, ich habe es dir auch schon in der email geschrieben,

Zur Info noch einmal.... der gute 1834 hat nur eine COL Karte als Primär. Und die defekte COL Karte steckt in einem 1834 als Sekundär mit der MON als primäre Karte.

Wenn wir generelle Tests machen um zu sehen ob Zugriffe möglich sind, dann kann / muss alles über die COL Karte gehen. Nur wenn wir an die defekte COL herantreten, dann können die Ausgaben auf der MON erfolgen, was ja durch die DIP Einstellungen so wie so erfolgt.

zum Test, erst einmal auf dem 1834 mit der defekten COL
Bild nach Rechnerstart

Bild nach Programmstart

es erfolgen keine weiteren Ausgaben auf dem MON BS, der Rechner bleibt hängen. Mit der Zeit werden die grünkarierten Flächen auf der COL Karte hellgrün, aber das kann an dem Fehler der COL Karte liegen.

Der Test auf dem guten 1834 kommt etwas später zum Vergleich

wpw

Vielen Dank für eure Mühen.
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
20.06.2025, 08:50 Uhr
wpwsaw
Default Group and Edit

...verdammt, ich konnte es nicht lassen....

doch noch am 1834 mit Guter COL getestet.....

Ergebnis

und Rechner hängt und das Bild ändert sich nicht......

der PC müsste ja dann seine Ausgabe am unteren Rand plazieren in dem er die Testausgabe nach oben schiebt und sich dann mit dem Prompt zurückmelden, es seie denn das Programm hat kein Ende

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

031
20.06.2025, 09:42 Uhr
Dresdenboy

Danke für die Rückmeldungen! Ich muss auch klären, welche Turbo Pascal-Version sicher funktioniert. Vllt. packe ich stückweise einfachere Programme mit dazu und hole mir auch mal TP 5 und TP 6. Zumindest hatte ich darauf geachtet, dass keine 286er oder 8087er Befehle erzeugt werden können.

Oder gibt es ein Turbo Pascal für den EC 1834 zum Download? Evtl. geht es damit sicherer.

Aber zumindest scheint die Umschaltung in den Grafikmodus zu klappen! Was da bei der guten COL zu sehen ist, ist wohl nur der uninitialisierte Speicherinhalt.

Ich mache mal weitere Progrämmchen fertig.

VG,
Matthias

P.S.: TP7 in der DOSBox ist richtig schön nostalgisch. In den 90ern war das mein "Zuhause".

Dieser Beitrag wurde am 20.06.2025 um 09:43 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

032
20.06.2025, 11:55 Uhr
Dresdenboy

Ich habe nun erstmal die VE89.SYS bereitgelegt zum Disassemblieren. Und da fand ich zufällig in den zuletzt heruntergeladenen Images auch ein 1834-dia.img, welches ein Testprogramm enthält, was auch MON und COL test.

@wpw: Kennst du das?

Diskinhalt:

Quellcode:

01.10.1988  00:00            19.331 BIO.COM
01.10.1988  00:00            30.165 DOS.COM
01.10.1988  00:00            26.021 COMMAND.COM
20.04.1989  00:00            12.672 DIAG.ERR
20.04.1989  00:00             6.075 DIAGN.COM
06.03.1997  18:13             4.272 DISKFREE.EXE
20.04.1989  00:00               656 DR0CPU.DGS
20.04.1989  00:00               967 DR0EXP.DGS
20.04.1989  00:00             1.218 DR0KBR.DGS
20.04.1989  00:00             2.408 DR0M87.DGS
20.04.1989  00:00               629 DR0STG.DGS
20.04.1989  00:00             6.116 DR1ADG3.DGS
20.04.1989  00:00             3.772 DR1DSK.DGS
20.04.1989  00:00             3.277 DR1FDK.DGS
20.04.1989  00:00             3.233 DR1KIF.DGS
20.04.1989  00:00             3.364 DR1LNC.DGS
20.04.1989  00:00               243 DR1PRN.DGS
20.04.1989  00:00             5.529 DR1SRLKV.DGS
01.01.1980  01:30                40 ERROR.LOG

Im Code steht z.B.

Quellcode:

BILDSCHIRMADAPTERTEST
ANZEIGEATTRIBUTE$
ZEICHENSATZ 1
ZEICHENSATZ 2
80X25 BILDSCHIRM
40X25 BILDSCHIRM
320X200 GRAFIK
640X200 GRAFIK
640X480 GRAFIK
ZEICHENFOND
640X400 GRAFIK
FARBSPEICHER NMI-TEST BEI KURSORPOSITIONIERUNG
BILDWIEDERHOLSPEICHERTEST
BILDWIEDERHOLSPEICHERTEST 640X480
BILDSCHIRMADAPTERTEST

Edit: Das Image fand ich hier: https://archive.org/details/1834-dia

Ich schicke die extrahierten Dateien auch nochmal per Mail.

Aber evtl. hast du das schon. Auf einem Screenshot im EC1834-Reparatur-Thread bei Stefan stand "DIAG1834" (Beitrag 072).
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 20.06.2025 um 12:42 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

033
20.06.2025, 14:49 Uhr
wpwsaw
Default Group and Edit

...ja, DIAGN kenne und habe ich und nutze es auch, z.B. auch um meine Schnittstellenkarten zu testen....

und nein, ich habe keine Tastenbetätigung am Ende gemacht, hole ich heute Abend nach, genau wie die Test des neuen Programms.

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

034
20.06.2025, 17:56 Uhr
HeikoS

Habe auch mal was in 8086-Assembler (Arnold Ass.) programmiert für die COL. Kannst Du ja auch mal testen an dem EC1834, der noch geht und dann mal schauen, ob die Defekten auf die Tasten 1-5,7 überhaupt reagieren. Habe hier nur die DOSBOX ... alles zu CGA kann man da testen. Der GDC wird nur in Test (5) angesprochen. Das ist Blindflug, aber mit vorherigem, spartanischen Test am BIC (JKCEMU).

https://nextcloud-ext.peppermint.de/s/JRnnBJqMSzsjpmS

Viele Grüße, Heiko

Dieser Beitrag wurde am 20.06.2025 um 18:01 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

035
20.06.2025, 18:46 Uhr
wpwsaw
Default Group and Edit

@Heiko,
werde ich testen

zuerst auch: eine Tastaturbetätigung bringt den COLTEST1 nicht weiter

hier aber erst einmal dei Ergebnisse von Mathias COLTEST2

defekte COL
========

MON bei Start und nach Abschluss Test

COL vor dem Start

je nach Situation EIN, RESET oder Warmstart etwas anders

COL nach dem Start

oder

oder so

je nach Anfangsbild, aber das Grundmuster ist ähnlich

Gute COL (ohne MON)
==============

beim Test

Testende

kurzzeitig taucht auch der Text wie auf der MON Karte auf.......
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 20.06.2025 um 18:53 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

036
20.06.2025, 18:56 Uhr
wpwsaw
Default Group and Edit

hier mal der originale 1834-DIAGN Test

bei der Guten COL laufen die ganzen Umschaltungen und Darstellungen durch. Wird bei derdefekten COL auch versucht und auf dem MON werden Fehlermeldungen angezeigt

MON

COL nach Fehlermeldung auf MON

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

037
20.06.2025, 19:33 Uhr
Dresdenboy

@wpw:
Gut ist schonmal, dass es durchläuft. Da bestimmte Statusbits des GDC geprüft werden, scheinen die zu funktionieren, sonst würde es ggf. ewig warten.

Ich schreibe Daten nach der Methode, die Heiko oben beschrieb, setze vorher einfach die Maske, um alle Bildspeicher-Ebenen gleichzeitig zu beschreiben. Vllt. geht das nicht, obwohl es so in Doku steht. Könnte ich auch einzeln machen.

Zumindest schreibe ich die 32k Worte per CPU über den GDC-IO-Port.

Bei der kaputten COL scheine ich zumindest irgend etwas in dem schrägen Balkenmuster zu schreiben.

Die funktionierende COL wundert mich mehr.

Der DIAGN-COL-Test macht es sauber. Vllt. finde ich etwas in dessen disassemblierten Code. Z.B. könnte der GDC auch einen Block voll schreiben.

Dieses WE packe ich das mal auf Github.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

038
20.06.2025, 19:40 Uhr
wpwsaw
Default Group and Edit

@Heiko

danke für den Test und folgendes Ergebnis

mit der guten COL
1-4 ist wie auf deinen Bildern
5 und 6 ist schwarzer Bildschirm

mit defekter COL
1-4 erzeugen kuzeitig eine farbliche Änderung in der Bildschirmansicht wie oben
5 oder 6 schalten den Bildschirm schwarz und lassen sich nicht mit einer Tastenbetätigung zurück ins Menü bringen

nur Warmstart, Reset oder EIN/AUS bringen den das System wieder zum Laufen

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

039
20.06.2025, 19:44 Uhr
wpwsaw
Default Group and Edit

@Matthias

schau mal in 030, das war das Ergebnis Stefan mit seinem RAM Test, sieht doch aber genau so aus....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

040
20.06.2025, 21:40 Uhr
HeikoS

Zitat:

wpwsaw schrieb
...
mit der guten COL
1-4 ist wie auf deinen Bildern
5 und 6 ist schwarzer Bildschirm

mit defekter COL
1-4 erzeugen kuzeitig eine farbliche Änderung in der Bildschirmansicht wie oben
5 oder 6 schalten den Bildschirm schwarz und lassen sich nicht mit einer Tastenbetätigung zurück ins Menü bringen

nur Warmstart, Reset oder EIN/AUS bringen den das System wieder zum Laufen

Mhhh, bei (6) sollte eigentlich "nicht implementiert !" erscheinen. (5) ist dann noch nicht richtig programmiert. Da sollte über den GDC direkt der Bildschirm gefüllt werden.

Wird denn das Menu bei MON+COL Konfiguration auf MON ausgegeben?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

041
20.06.2025, 22:34 Uhr
wpwsaw
Default Group and Edit

entschuldigung........
Menu 6 natürlich kommt die Ausgabe "nicht implementiert !"

und ja, das Menu wird auf MON ausgegeben

gut das wir darüber geredet haben ;-)

wpw

morgen wird ein harter Tag, 4 Kfz stehen zur HU an, davon 1 LKW. TÜV-Mann will schon am Vormittag bei mir sein...... Also wenn ich alles aufgebaut habe, muss ich auch alles wieder wegstellen...

wird also vor morgen Abend nichts mit Tests
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

042
22.06.2025, 20:48 Uhr
HeikoS

Danke für die Info - dann läuft ja alles ...

Ich habe mal eine Version v0.2 des Testprogramms erstellt. Es kann jetzt den Zeichengenerator ab Adresse A0000 auslesen und darstellen. Daran könnte man den Fehler ja versuchen einzukreisen. Da sind keine DRAM's beteiligt, lediglich die Einblendung des EPROM ab A0000 muss man im Schaltplan verstehen und dann Schritt für Schritt verfolgen.

Liegt wieder hier: https://nextcloud-ext.peppermint.de/s/JRnnBJqMSzsjpmS

-> coltv02.com

Zum Testen des Programms ein 'A' als gestreckte Grafik im CGA Mode 640x200 genommen:

Viele Grüße, Heiko

Dieser Beitrag wurde am 22.06.2025 um 20:52 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

043
22.06.2025, 22:39 Uhr
wpwsaw
Default Group and Edit

Hallo Heiko,

bin gerade aus der ELO Werkstatt raus, hatte den 1. ESP32VGA Adapter von Mario zusammen gelötet und in Betreib genommen (nur die LPs)

Monitorausgaben tätigt er auch schon ;-))

so, dein Programm im 1834 mit defekter COL getestet

also ASCII Ausgabe auf MON sieht gut aus, muss aber erst mal, nicht heute mehr, die Anzeigen mit dem EPROM Inhalt vergleichen.

graphisch auf COL nicht.

noch einmal zu Test 5 und 6. In der Version coltv01.com erfolgt bei Aufruf "6" die Ausschrift "z.Z- nicht implimentiert"

wenn ich 5 aufrufe wird der COL Bildschirm schwarz und das Programm meldet sich erst durch Tastenbetätigung zurück. Die COL meldet sich weder durch Warmstart noch durch RESET wieder. Erst nach einem AUS-Schalten zeigt sie wieder etwas an.

in der Version coltv02.com arbeite 5 und 6 gleich mit der Ausschrift "z.Z. nicht implimentiert"
der COL Monitor zeigt weiter das bunte Bild

morgen teste ich das mal am guten 1834 und werde auch die ROM-Daten vergleichen

Gruß
und Danke

wpw

P.S.

kommt man an den S-ROM heran zum Testen, er war ja steckbar und ist O.K. wäre aber interessant ob das ein externer Test bestätigt. Nur so ein Gedanke.....
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

044
23.06.2025, 07:13 Uhr
HeikoS

Vielleicht funktioniert dieser Teil der Schaltung (Zeichen-EPROM lesen) auch. Wie der programmierbare Zeichen-SRAM geschrieben wird, ist sehr schlecht beschrieben, das habe ich noch nicht verstanden. Kann ich auch nicht testen.

GDC direkt ansprechen, habe ich erstmal rausgenommen. Es sieht ja auch nicht nach einem VRAM-Fehler aus, da funktioniert ja etwas generell nicht (Bus-Interface, Multiplexer, …).

Viele Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

045
23.06.2025, 09:22 Uhr
Dresdenboy

Falls es an der Bussteuerung liegt, könnte mit viel Aufwand sicher der Weg durch die Schaltung im Logic Analyzer betrachtet werden. Aber ein Teil sollte doch auch indirekt durch das Eingrenzen auf einzelne Bits der Daten oder Adressleitung und Differenzierung nach CPU- oder GDC-Zugriff möglich sein.

Ich habe zwar meinen Plan mit Github noch nicht angehen können (da waren die Familien-Pläne umfangreicher als gedacht

), aber mal die Speichersteuerung in der Schaltung angesehen. Dort findet man zum einen das in der Doku erwähnte Prom, welches je nach Eingabemustern die Ebenen ansteuert:

Wie zu sehen, gehen FB0 bis FB3 rein, vermutlich die Farbebenen. Heraus kommen /WU1, /WU2, /WO1 und /WO2, was nach Schreibsignalen für "unten" und "oben" aussieht. Diese gehen in die RAM-Bänke hier:

Wenn ich das verinnerlicht habe, möchte ich erst einmal die Bausteine gezielt adressieren bzw. gefundene Bitfehler genau zuordnen können.

Sofern es aus der Doku nicht ersichtlich ist, müsste man das PROM-Mapping evtl. noch mit einer guten COL reverse engineeren. Oder könnte man es nicht einfach aus einer kaputten COL auslöten und auslesen?

Und später könnte ich noch meine Idee umsetzen, eine einfache ASCII-Darstellung der RAM-Bausteine zu erzeugen.

Edit: Das Github-Repo habe ich mal fix erstellt: https://github.com/4lpha0ne/EC1834COLTest/

Dann fiel mir noch auf, dass man auf den Fotos von wpw (z.B. in <035>

schon gut einige Bereiche auseinanderhalten kann. In dem Bild auf der guten Col sieht es ja fast so aus wie bei Stefan. Aber die anderen Bilder sind auch interessant.

Da eine Zeile 80 Byte in 640x480 (mit 8 Pixeln pro Byte pro Farbebene) belegt, sind somit die 5 erkennbaren in sich ähnlichen Bildbereiche dann 16 Byte bzw. 2 nebeneinanderliegende davon dann 32 Byte in einer Farbebene groß. Da das dann in Blöcken mit 8 Zeilen höhe (2mal jeweils, also 16 Z.) auftritt, sehe ich hier nur 400 Zeilen. Damit scheint die Modusumschaltung noch nicht zu klappen. Hier könnte ich mit Int 10h arbeiten.

Edit 2:
Die Mode-Umschaltung kann ich sowohl in VE89.SYS als auch DR1ADG3.DGS (Grafik-Test von DIAGN) anschauen. In letzterem steht z.B.:

Quellcode:

0000135B  8B163911          mov dx,[0x1139]
0000135F  EE                out dx,al
00001360  8B163311          mov dx,[0x1133]
00001364  B009              mov al,0x9
00001366  EE                out dx,al
00001367  C3                ret

Dabei enthält 1133h die Portadresse 03d8h und 1139h = 03deh:

Quellcode:

1330 00 00 00 D8 03 D2 03 D0 03 DE 03 15 46 61 72 62 | ØÒÐÞFarb

Die 9 schreibe ich schon auf 3d8h. Das erste OUT DX, AL arbeitet mit unterschiedl. Werten, wird aber u.a. auch mit AL=0 angesprungen...

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 23.06.2025 um 16:18 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

046
23.06.2025, 17:46 Uhr
Ordoban

Ich habe mir mal die Initialisierung der COL im BIOS angesehen. Darin enthalten ist auch das Kopieren des Zeichensatzes:

Quellcode:


seg002:DC2A                 sub     bl, bl
seg002:DC2C                 mov     ax, 0A000h
seg002:DC2F                 mov     ds, ax
seg002:DC31                 assume ds:nothing
seg002:DC31                 sub     si, si
seg002:DC33                 mov     ah, 10h
seg002:DC35                 call    sub_FDC99

Quellcode:


seg002:DC99 sub_FDC99       proc near               ; CODE XREF: INIT_COL+48?p
seg002:DC99                                         ; sub_FD002+D2E?p
seg002:DC99                 cld
seg002:DC9A                 push    ax
seg002:DC9B                 push    si
seg002:DC9C                 push    ds
seg002:DC9D                 call    load_DS_BIOS_Data
seg002:DCA0                 mov     dx, word_63     ; 03D4h
seg002:DCA4                 pop     ds
seg002:DCA5                 sub     dl, 4
seg002:DCA8                 sub     si, si
seg002:DCAA
seg002:DCAA loc_FDCAA:                              ; CODE XREF: sub_FDC99+17?j
seg002:DCAA                 dec     si
seg002:DCAB                 jz      short loc_FDCB2
seg002:DCAD                 in      al, dx          ; 03D0h
seg002:DCAE                 test    al, 4
seg002:DCB0                 jz      short loc_FDCAA
seg002:DCB2
seg002:DCB2 loc_FDCB2:                              ; CODE XREF: sub_FDC99+12?j
seg002:DCB2                 add     dl, 2
seg002:DCB5                 mov     al, 0Eh
seg002:DCB7                 out     dx, al          ; 03D2h
seg002:DCB8                 sub     dl, 2
seg002:DCBB                 mov     al, 24h ; '$'
seg002:DCBD                 out     dx, al          ; 03D0h
seg002:DCBE                 call    sub_FDD13       ; for a:=0 to 255 do memw[$b800:a*2]:=$700+a;
seg002:DCC1                 pop     si
seg002:DCC2                 pop     ax
seg002:DCC3
seg002:DCC3 loc_FDCC3:                              ; CODE XREF: sub_FDC99+76?j
seg002:DCC3                 sub     bh, bh
seg002:DCC5
seg002:DCC5 loc_FDCC5:                              ; CODE XREF: sub_FDC99+72?j
seg002:DCC5                 add     dl, 0Ch
seg002:DCC8                 lodsb                   ; A000h:0000h - A000h:1000h
seg002:DCC9                 out     dx, al          ; 03DCh
seg002:DCCA                 add     dl, 2
seg002:DCCD                 mov     al, bh
seg002:DCCF                 or      al, 40h
seg002:DCD1                 out     dx, al          ; 03DEh
seg002:DCD2                 sub     dl, 0Ch
seg002:DCD5                 mov     al, 49h ; 'I'
seg002:DCD7                 out     dx, al          ; 03D2h
seg002:DCD8                 sub     dl, 2
seg002:DCDB                 mov     al, bl
seg002:DCDD                 out     dx, al          ; 03D0h
seg002:DCDE                 sub     al, al
seg002:DCE0                 out     dx, al          ; 03D0h
seg002:DCE1                 add     dl, 2
seg002:DCE4                 mov     al, 4Ch ; 'L'
seg002:DCE6                 out     dx, al          ; 03D2h
seg002:DCE7                 mov     al, 2
seg002:DCE9                 sub     dl, 2
seg002:DCEC                 out     dx, al          ; 03D0h
seg002:DCED                 dec     al
seg002:DCEF                 out     dx, al
seg002:DCF0                 dec     al
seg002:DCF2                 out     dx, al
seg002:DCF3                 add     dl, 2
seg002:DCF6                 mov     al, 0B0h
seg002:DCF8                 out     dx, al          ; 03D2h
seg002:DCF9                 sub     di, di
seg002:DCFB                 sub     dl, 2
seg002:DCFE
seg002:DCFE loc_FDCFE:                              ; CODE XREF: sub_FDC99+6C?j
seg002:DCFE                 dec     di
seg002:DCFF                 stc
seg002:DD00                 jz      short locret_FDD12
seg002:DD02                 in      al, dx          ; 03D0h
seg002:DD03                 test    al, 1
seg002:DD05                 jz      short loc_FDCFE
seg002:DD07                 inc     bh
seg002:DD09                 cmp     bh, ah
seg002:DD0B                 jnz     short loc_FDCC5
seg002:DD0D                 inc     bl
seg002:DD0F                 loop    loc_FDCC3
seg002:DD11                 clc
seg002:DD12
seg002:DD12 locret_FDD12:                           ; CODE XREF: sub_FDC99+67?j
seg002:DD12                 retn
seg002:DD12 sub_FDC99       endp

Vielleicht hilft das ja...
--
Gruß
Stefan

Dieser Beitrag wurde am 23.06.2025 um 17:54 Uhr von Ordoban editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

047
24.06.2025, 08:08 Uhr
wpwsaw
Default Group and Edit

Guten Morgen,

ohhhh mann, meine Kenntnisse in 8086 Assembler bedürfen doch mal wieder einige Lern und Übungsstunden.......

man beschäftigt sich viel zu wenig damit, kommt aber alles nach und nach wieder..

so, meine 40t Kutsche ist eingespannt und die Reifen scharren schon im Schotter.....

bis heute Abend und Danke an alle für eure Bemühungen.

Gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

048
24.06.2025, 08:51 Uhr
HeikoS

Zitat:

Ordoban schrieb
Ich habe mir mal die Initialisierung der COL im BIOS angesehen. Darin enthalten ist auch das Kopieren des Zeichensatzes:
...
Vielleicht hilft das ja...

Da sieht man gut, dass der GDC diesen SRAM zum Kopieren des Zeichensatzes anspricht. So ist das auch beschrieben. Könnte man übernehmen für Tests. Aber man müsste auch Lesen zur Kontrolle, ob das Schreiben Erfolg hatte. Vielleicht baue ich das noch in das Testprogramm ein. Wird aber nicht die nächsten Tage ...

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

049
24.06.2025, 10:33 Uhr
Dresdenboy

@wpw:
Kannst du mit dem Pascal-Testprogramm da eher etwas anfangen? Lesbar sollte es allemal sein.

@Stefan:
Ich habe mal die Portzugriffe etwas kommentiert:

Quellcode:

seg002:DC99 sub_FDC99       proc near               ; CODE XREF: INIT_COL+48?p
seg002:DC99                                         ; sub_FD002+D2E?p
seg002:DC99                 cld
seg002:DC9A                 push    ax
seg002:DC9B                 push    si
seg002:DC9C                 push    ds
seg002:DC9D                 call    load_DS_BIOS_Data
seg002:DCA0                 mov     dx, word_63     ; 03D4h
seg002:DCA4                 pop     ds
seg002:DCA5                 sub     dl, 4
seg002:DCA8                 sub     si, si
seg002:DCAA
seg002:DCAA loc_FDCAA:                              ; CODE XREF: sub_FDC99+17?j
seg002:DCAA                 dec     si
seg002:DCAB                 jz      short loc_FDCB2
seg002:DCAD                 in      al, dx          ; 03D0h
seg002:DCAE                 test    al, 4           ; GDC FIFO empty?
seg002:DCB0                 jz      short loc_FDCAA
seg002:DCB2
seg002:DCB2 loc_FDCB2:                              ; CODE XREF: sub_FDC99+12?j
seg002:DCB2                 add     dl, 2
seg002:DCB5                 mov     al, 0Eh         ; GDC SYNC, display disable (DE=0)
seg002:DCB7                 out     dx, al          ; 03D2h
seg002:DCB8                 sub     dl, 2
seg002:DCBB                 mov     al, 24h ; '$'   ; GDC SYNC param 1: character mode + DRAM refresh, flash mode
seg002:DCBD                 out     dx, al          ; 03D0h
seg002:DCBE                 call    sub_FDD13       ; for a:=0 to 255 do memw[$b800:a*2]:=$700+a;
seg002:DCC1                 pop     si
seg002:DCC2                 pop     ax
seg002:DCC3
seg002:DCC3 loc_FDCC3:                              ; CODE XREF: sub_FDC99+76?j
seg002:DCC3                 sub     bh, bh
seg002:DCC5
seg002:DCC5 loc_FDCC5:                              ; CODE XREF: sub_FDC99+72?j
seg002:DCC5                 add     dl, 0Ch
seg002:DCC8                 lodsb                   ; A000h:0000h - A000h:1000h
seg002:DCC9                 out     dx, al          ; 03DCh COL Musterregister für Zeichengenerator
seg002:DCCA                 add     dl, 2
seg002:DCCD                 mov     al, bh
seg002:DCCF                 or      al, 40h         ; COL Steuer-Reg.: Zeichengeneratorprogrammierung
seg002:DCD1                 out     dx, al          ; 03DEh
seg002:DCD2                 sub     dl, 0Ch
seg002:DCD5                 mov     al, 49h ; 'I'   ; GDC CURS (Adresse setzen)
seg002:DCD7                 out     dx, al          ; 03D2h
seg002:DCD8                 sub     dl, 2
seg002:DCDB                 mov     al, bl          ; GDC eAD_lo = bl oder 0 (loc_FDCC5/loc_FDCC3)
seg002:DCDD                 out     dx, al          ; 03D0h
seg002:DCDE                 sub     al, al          ; GDC eAD_hi = 0
seg002:DCE0                 out     dx, al          ; 03D0h
seg002:DCE1                 add     dl, 2
seg002:DCE4                 mov     al, 4Ch ; 'L'   ; GDC FIGS
seg002:DCE6                 out     dx, al          ; 03D2h
seg002:DCE7                 mov     al, 2           ; GDC FIGS DIR=2 (rechts)
seg002:DCE9                 sub     dl, 2
seg002:DCEC                 out     dx, al          ; 03D0h
seg002:DCED                 dec     al              ; GDC FIGS DC_lo=1 (Anzahl 1)
seg002:DCEF                 out     dx, al
seg002:DCF0                 dec     al              ; GDC FIGS DC_hi=0
seg002:DCF2                 out     dx, al
seg002:DCF3                 add     dl, 2
seg002:DCF6                 mov     al, 0B0h        ; GDC RDAT read low byte
seg002:DCF8                 out     dx, al          ; 03D2h
seg002:DCF9                 sub     di, di
seg002:DCFB                 sub     dl, 2
seg002:DCFE
seg002:DCFE loc_FDCFE:                              ; CODE XREF: sub_FDC99+6C?j
seg002:DCFE                 dec     di
seg002:DCFF                 stc
seg002:DD00                 jz      short locret_FDD12
seg002:DD02                 in      al, dx          ; 03D0h
seg002:DD03                 test    al, 1           ; GDC Daten eingelesen?
seg002:DD05                 jz      short loc_FDCFE ; noch keine Daten bereit
seg002:DD07                 inc     bh
seg002:DD09                 cmp     bh, ah
seg002:DD0B                 jnz     short loc_FDCC5
seg002:DD0D                 inc     bl
seg002:DD0F                 loop    loc_FDCC3
seg002:DD11                 clc
seg002:DD12
seg002:DD12 locret_FDD12:                           ; CODE XREF: sub_FDC99+67?j
seg002:DD12                 retn
seg002:DD12 sub_FDC99       endp

Dieser Beitrag wurde am 24.06.2025 um 10:39 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

050
25.06.2025, 13:27 Uhr
Dresdenboy

Kleines Update:
Ich habe erst einmal VE89.SYS disassembliert und identifiziere gerade Datenblöcke, die ich dabei ausblenden kann. Dann lade ich das mit hoch. Oder war da schonmal jemand dran bzw. hat sogar dir Original-Sourcen?

Die DCP-Treiberstruktur scheint hier auch zu DOS zu passen mit Einsprungpunkten etc., siehe auch:
https://en.wikibooks.org/wiki/First_steps_towards_system_programming_under_MS-DOS_7/Examples_of_executable_files_composition#9.08_Let's_try_to_assemble_a_driver

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]