Eltec petGRAFIK

Hallo Mitverrückte,

wie schon in einem anderen Thread angeteasert arbeite ich gerade auch an der Wiederauferstehung der Eltek petGRAFIK für die dynamic PETs 3016/3032.

Und ich brauche eure Mithilfe. Ich habe kein dynamic Board, nur das späte Universalboard und das Frühe mit static RAMs. Die Eltek sitzt aber wie eine Brücke auf den J4 und J9 Memory Expansion Ports und gleichzeitig auf den Powerports J11 und J10. Eigentlich ein ganz nettes Setup, frei von jedem Kabelverhau.
Problem nur: ich brauche die Maße. Wie ist der Abstand von J4 und J9 (ich würde vermuten ein vielfaches des 2,54mm Rasters?), wie ist der Abstand zwischen J4/J9 und J10 und J11 und wie ist der seitliche Versatz (mit etwas Glück: da ist keiner und die äußeren Pins liegen exakt auf der gleichen Linie?)

Hier mal ne Skizze was ich meine.



Wäre top wenn jemand mal mit möglichst genauen Messmitteln rangehen kann. Und falls derjenige dann noch bereit wäre, das mit einer ausgedruckten Skizze die ich ihm später zusende zu verifizieren wäre das das Sahnehäubchen.

Oh, dann könntest du natürlich auch gerne gleich am Board messen. Das wäre noch besser. Und der Ausdruck würde perfekt mit der Lötseite zu vergleichen sein.

Ich hab so ein wenig meine übliche Taktik "abzählen von Rastermarken die in der nähe sind und damit im Bild ähnlich verzerrt sind" angewandt.

Grobe Kelle: (und die Footprintmodelle sind z.T. noch falsch, bei den Anschlüssen zum Beispiel)

Und ich hab die Funktion der Eltek kapiert. Also vor allem die Cursorsteuerung, die mir Probleme machte.

Der Fakt dass die ein komplettes Zählwerk zur Erzeugung von Hsync und Vsync haben (wohl auch inkl weiterer Signale (Blanking?!), die dann wichtig wären, wenn die Karte standalone genutzt wird, was eine angedachte Option war (und auch: standalone+color!), plus der Fakt dass das Original-Schema in Handzeichnungsqualät 4 dieser Signale "CH1,CH2, CV1, CV2" nennt und ein Blockschaltbild eine Cursorsteuerung erwähnt - was mein Hirn (fälschlich) in Cursor Horizontal/Vertikal übersetzte - hat mich ganz schön aus dem Tritt gebracht.

Jetzt isses klar. Die nutzen 4 LS191 Zählwerke zum einen als simple Buffer für die X und Y Koordinate, die direkt in die Adresse im Ram umgewandelt wird (wobei die ersten 2Bits der X-Koordinate den Ram-Chip anwählen), oder wenn das "Befehls" Register adressiert wird sorgen die Datenbits 4, 6 5, 7 dafür dass die Zählwerke vor dem Schreiben des Bildpunktes einen Pixel hoch oder runter laufen.

Rechts/Links

6: L:right H:left

4: H:enable

Hoch/runter

7: L:down H:up

5: H:enable

Datenbit 0 liefert dann schwarz oder weiß.
Sinn des ganzen: man übermittelt die x und y Koordinate, und kann dann relativ schnell Linien von diesem Punkt ziehen, da statt 3 Befehle (X,Y,Helligkeit), nur noch die Helligkeit inkl Richtung geschickt werden muss.

Das das Schema dominierende Zählwerk generiert über den auf den Pet synchronisierten Pixeltakt Adressen für den Refresh und das eigene H und Vsync, was im Normalbetrieb aber ignoriert bzw durch die PET-eigenen Signale ersetzt werden.

Für Interessierte hier das Schema. Ich werde noch einige Signale sinnvoller oder zumindest kürzer benennen, aber generell ist es fertig. Und an das Blockschaltbild in dem Quellen angelehnt, daher die vielen teils kurzen Unterseiten.
elKtek_preliminary.pdf

Ein bisschen Kosmetik, Footprints und 3D Modelle soweit durch. Und ein Aspekt der Schaltung treibt mich um, das Zählwerk wird natürlich auch zum Auslesen der Videoinformationen genutzt. Nur: es zählt die x- und y adressen rückwärts runter, aber 0.0 ist beim setzen der Pixel oben links und die Y-Adressleitungen entsprechen nicht der Zuordnung der Y-Adressen zum setzen der Bits.:



wie zum Kuckuck passt das zusammen?
elKtek_preliminary2.pdf

Das ist klar, dem Ram ist es Wumpe. Aber Schreibadresse und Leseadresse sollten gleich "falsch" angeschlossen sein. Darum gehts.

Cool.
Wäre auch schön wenn du gute Draufsichtbilder der Ober und vor allem Unterseite machen kannst. Wie gesagt so ganz trau ich dem Schema nicht weil es sich für mich "falsch" anfühlt.

Die Doppelten J10 und J11 sind keine Alternativen in dem Sinn. Viel mehr wurden J10/11 auf der Oberseite des Boards repliziert, um anderen Erweiterungen die Nutzung zu ermöglichen, genau wie auch die Busstecker nach oben durchgeschleift wurde.


PS: vor einiger Zeit suchte ich mein KungFuFlash. 3 Tage lang. Ich hab drei Zimmer mehrfach auf den Kopf gestellt, war völlig grantig. Eigentlich brauchte ich es nur "mal eben", um Software auf einen meiner 64er zu bringen, um die PET 2001 Datasette zu alignen. Am Ende hab ich noch fix mein PI1541 dafür genutzt, die PET-Datasette war völlig okay aber beim Vergleichstesten starb meine super mint NOS C16 Datasette (ist wieder okay mittlerweile). Also so richtig für lau alles. Und eine Woche später fand ich das Kungfuflash - in der ersten Box. Ich hatte es beim ersten reinschauen für ein anderes Modul gehalten.

Oh die sind schon sehr schön. Aber wenn du noch mehr machen willst sag ich auch nicht "nein" Top.

Oha, einige Nichtübereinstimmungen mit dem Schaltplan den es im Netz gibt. Aber bislang logischer und eher mein "WTF" aufdeckend. Ich hab 2 Ecken gefunden die wohl mal ausgeklingelt werden müssen. Ich suche morgen mal weiter, vieles ist auch eindeutig, evtl kann man das Ausschlussverfahren anwenden.

besser
so ergibt das Sinn, Schreib-Adresszuordnung und Lese-Adresszuordnungen sind deckungsgleich und ist nach den Routen aus den Bildern plausibel. 99%
Aber wenn du mal checken kannst:

IS11Pin2 nach IS15Pin3
IS11Pin3 nach IS16Pin13:



Erklärt zwar immer noch nicht, wie das Rückwärtszählende Zählwerk, was also von hohen Adressen nach niedrigen zählt, die hohen Adressen also oben links liegen und das Handbuch sagt, hohe Adressen liegen unten rechts, aber hey...

Next Step: (nach dem finalen Positionieren der Anschlüsse): Traces ziehen, das deckt dann eigentlich auch immer zuverlässig Ungereimtheiten auf.

Zitat von funkenzupfer

Wenn die Zähler runter zählen, sind da nicht die Sync Zeiten mit drin?
...
Negative Dbuff und Downcounter incl. Sync könnte passen.

Ohhh, klar. Einerkomplement. Daran hätte ich mich erinnern sollen
Die sind ja invertiert, nur D0 wird noch nichtinvertiert weitergezogen und als Pixel Wert genommen. So wird ein Schuh draus.

Und ja, inkl. Sync. Die Karte kann ja komplett ein BAS Signal generieren, unabhängig vom PET.

Zitat von detlef

Das scheint aber laut diesem Infoblatt nicht zu stimmen. Dort heisst es: 256 x 220.

Was ich jetzt eher unpraktisch finde. Ich hatte gehofft, dass Grafik und Text pixelgenau übereinanderliegen. Aber egal, hauptsache Grafik.

Ja die gingen einen sehr eigenartigen Weg. Einfacher im Sinne von "Einfach unser Signal und das PET Signal mischen, solange das Timing stimmt können wir ausgeben was wir wollen", aber dann deutlich komplexer und anfälliger im Aufbau als die Karten, die einfach in die Charrom-Daten schreiben. Sie schreiben ja auch von Kalibrieren und auftretender Jitter.

Zitat von detlef

Wenn's was auszuklingeln gibt, sag mir Bescheid.

Bitte mal klingelnd überprüfen:

IS11Pin2 nach IS15Pin3?

IS11Pin3 nach IS16Pin13?

Wenn du eh grade klingelst dann wäre es auch cool wenn du die 4 leeren Plätze (IS5, IS26, IS27 und IS31) durchklingeln könntest.

Mein Mystery-Signal CH1 und CH2 hab ich auf IS15 gefunden (das sind die X-Bits 7 und 8 des X-Timers, die ich Xr7 und Xr8 genannt habe.

Die auffallende Doppelreihe "Vias" war sicher auch mal der Erweiterungsport - für die 8Farben/16Graustufen Erweiterung die sie im Text ankündigen.
Ich könnte mir vorstellen dass die dafür die Datenbits 8,3,21 genutzt hätten, die man in das Command-Register schreibt. 4,5,6,7 sind ja für die Cursorsteuerung belegt, bleiben aber 4Bit über.

Das meint ich ja. Bislang nur D0, aber noch 3 Bits frei die sicher dafür genutzt worden wären.

 
IS5, zusammen mit dem Zählwerk und einem bislang ungenutzten NAND Gate scheint mir die Austastung für den BAS -Ausgang im Standalonebetrieb zu sein. Die Deadends sind Footprints für die R und C der Multivibratoren, ähnlich dem bestückten IS25 der den Clear-Impuls zum schnellen Löschen des Bildes liefert: