Mega STE ohne Steuer PAL/GAL laufen lassen ...

[Lukas Frank]

... opaljr21.zip wo das Konvertierungstool enthalten kann man dort runterladen ->

http://www.brouhaha.com/~eric/retrocomputing/mmi/palasm/opaljr21.zip


The translator "PAL2GAL"  will generate a JEDEC file (with an  extension
".GJD")  for a GAL device which is pin compatible with the  PAL  device.
This  function  is referred to as "software cross  programming"  and  is
similar  to  the  "hardware cross  programming"  that  many  programmers
support directly.   Any test vectors in the PAL file can be  transferred
to the GAL file as well.
->   https://www.latticesemi.com/en/Support/AnswerDatabase/7/1/710

[Lukas Frank]

Zum Test habe ich mal mit Hilfe von DOSBOX und PALASM 4 versucht für ein PAL16L8 den C301905 zu kompilieren aber es gibt zwei Errors. Weiterhin mal C301898 für ein GAL22V10 kompiliert was ohne Fehler durchlief und ein JED erzeugt wurde. PALASM kennt aber keine GALs und ich habe ein PAL22V10 ausgewählt und das JED in ein GAL22V10 programmiert. Das GAL funktioniert aber nicht, es kommen 2 oder 4 Bomben oder der Rechner bleibt einfach hängen.

[guest522]

Zum Test habe ich mal mit Hilfe von DOSBOX und PALASM 4 versucht für ein PAL16L8 den C301905 zu kompilieren aber es gibt zwei Errors. Weiterhin mal C301898 für ein GAL22V10 kompiliert was ohne Fehler durchlief und ein JED erzeugt wurde. PALASM kennt aber keine GALs und ich habe ein PAL22V10 ausgewählt und das JED in ein GAL22V10 programmiert. Das GAL funktioniert aber nicht, es kommen 2 oder 4 Bomben oder der Rechner bleibt einfach hängen.

Das kann nicht gehen. Holger hat doch schon erwähnt, dass die JEDEC Files je nach Bausteintyp unterschiedlich sind und entsprechend compiliert werden müssen.

Ich nehme immer den folgenden Weg und nutze die Opal cmd line Tools:
JED-->EQN
evtl. anpassen und Typ ändern
EQN-->JED

Wenn man die EQN schon hat wie in einigen Deiner Fälle, muss man ggfs. nur die Syntax für den Compiler anpassen. Wie in dem Fall oben, wo ich eine Anpassung durchgeführt habe.

[Lukas Frank]

Habe das ganze nur das Interesse an PALASM gemacht weil ich letztes Jahr damit so ganz und gar nicht klar gekommen bin. Bin ja jetzt so weit das ich damit ein JED erzeugen kann. Dachte mir schon das es nicht geht.

Ich überlasse pakman das und teste seine JED Dateien in meinem Rechner. So ganz ohne Ahnung kann ich eh nichts anderes tun ...

[pakman]

Vermutlich ist das File nicht "original", sondern jemand hat das "nachgebaut". Die Schreibfehler deuten darauf hin..
Dann könnten sich Fehler eingeschlichen haben
Die Checksumme in der JED-Datei (C43F5* = $43F5) stimmt auch nicht mit der in der Quelldatei angegebenen ($5297) überein.
Dazu reicht es allerdings schon, wenn nur die ID anders ist.. oder wenn das JED für ein PAL ist statt für ein GAL.

Egal. Probiere mal mein JED. Wenn das auch nicht geht (gut möglich), dann sehen wir weiter..

Nächster Versuch: JED anbei (TXT = JED)..

[Lukas Frank]

Super Klasse Arbeit, läuft ...

Das FPU funktionierte so direkt mit einem 16V8 GAL

ATARI MEGA STE  C301903-001

LOCATION UB01
CHECKSUM $1221
TITLE FPU CONTROL (FPUCTL)

                    |ÿÿÿ\/ÿÿÿ| 
                FC0 |1     20| VCC
                FC1 |2     19| XFPUDS
               XUDS |3     18| A11
               XLDS |4     17| A12
                 A5 |5     16| A13
                 A6 |6     15| A14
                 A7 |7     14| A15
                 A8 |8     13| XIO
                 A9 |9     12| XFPUCS
                GND |10    11| A10
                    |________| 

%ID
    C301903
%TYP
    GAL16V8A
%PINS
    FC0  FC1  XUDS  XLDS  A5  A6  A7  A8  A9
    A10  XFPUCS  XIO  A15  A14  A13  A12  A11  XFPUDS
%LOGIC

/XFPUCS   =   /XIO * A15 * A14 * A13 * A12 * A11 * /A10 * A9 * /A8 * /A7
         * A6 * /A5 * FC0 * /FC1;

/XFPUDS   =   /XUDS + /XLDS;

%END


Weiter mit C301907, oder?

€€PART NUMBER: C301907©001
DEVICE: PAL 16R4©15
LOCATION: U002
CHECKSUM: $3A35
TITLE: STROBE LATCH / MISC GLUE (RSTBS)

”PIN   NAME         PIN   NAME•
1   CLK         11   EN
2   XAS         12   NOMATCH
3   CTRIN      13   CTROUT
4   RW         14   RLDS
5   UDS         15   RUDS
6   LDS         16   RRW
7   AS         17   RAS
8   CACHE_EN      18   BG0
9   BGI         19   BERR
10   GND         20   VCC

À
JNÀRLDS   =   LSD

RUDS   =   UDS

RAS   =   AS

RRW   =   RW

NOMATCH   =   /CACHE_EN

NOMATCH.TRST   =   CACHE_EN

/BGO   =   (/RW * /AS * /XAS + /RUDS * /RW * /AS
         + /RW * RUDS * /RLDS * /AS + AS) * /BGI

CTROUT   =   CTRIN * /CACHE_EN * BERR

[Lukas Frank]

Habe mal mit OPALJR21 probiert für die GAL22V10 Bausteine. OPAL Junior unterstützt die GALs 22V10.

Bekomme aber Errors wie zu erwarten war, siehe Bild.

Code: [Auswählen]

[tt] OPALjr Example
Copyright National Semiconductor Corp, 1993.

16-TO-4 PRIORITY ENCODER

CHIP C301989 GAL22V10

CLK XIO X8E2X BGACK BGO XAS RXW NC NC NC RST GND
XLDS D0 D1 CLOE CTRST RDT RBG BFROE XDTACK C8S CE VCC

EQUATIONS

STRING C8S 'CLK8SEL_L'
STRING CE  'CACHE_EN_L'

CE = C8S * /CE * XLDS * RST
+ /XIO * /X8E2X * /XAS * RXW * C8S * /CE * RST
+ XDTACK * C8S * /CE * RST
+ /XIO * /X8E2X * /XAS * /RXW * /XLDS * D0 * RST

C8S = RXW * C8S * RST
+ XDTACK * C8S * RST
+ XLDS * C8S * RST
+ D1 * /XIO * /X8E2X * /XAS * /RXW * XLDS * RST

D0 = /CE

D1 = C8S

RBG = BGO + /RST

D0.TRST = RXW * /XIO * /X8E2X * /XAS

D1.TRST = RXW * /XIO * /X8E2X * /XAS

XDTACK = XIO + X8E2X + XAS




XDTACK.TRST = /XIO * /X8E2X * /XAS

/BFROE = /C8S * BGACK

CLOE = C8S * BGACK

CTRST = BGACK * RST

RDT = XDTACK

[/tt]
Das 22V10 GAL vom C301898 funktioniert ja im Prinzip mit JEDI. Der Rechner schaltet halt nicht auf 16Mhz. Vielleicht ist der Umgang vom JEDI mit den 22V10 doch nicht so schlecht?

Konnte mit OPALJR das C301898 JED schreiben lassen und das Verhalten ist das gleiche wie bei dem JEDI C301898 JED. Der 16Mhz Clock lässt sich nicht schalten, der Rechner läuft aber schaltet immer auf 8Mhz zurück bzw bleibt dort.

[pakman]

Weiter mit C301907, oder?

€€PART NUMBER: C301907©001
DEVICE: PAL 16R4©15
LOCATION: U002
CHECKSUM: $3A35
TITLE: STROBE LATCH / MISC GLUE (RSTBS)

Also dann.. JEDEC anbei (TXT -> JED)..

[guest522]

Opal kennt die Aliase nicht:

STRING C8S 'CLK8SEL_L'
STRING CE  'CACHE_EN_L'

nimm die raus und ersetze falls nötig alle CLK8SEL_L mit C8S und CACHE_EN_L mit CE

[Lukas Frank]

Hallo Idek, ja so habe ich das gemacht. Dann wird ein JED auch erzeugt. Läuft aber nicht richtig. Da stimmen die Gleichungen nicht. Das gleiche Verhalten wie bei der Version mit JEDI erzeugt. Vielleicht kann man JEDI doch für die 22V10 Sachen hernehmen. Das einzige was ich bemerkt habe ist dass GABI das 22V10 nicht programmieren will, da kommt eine Meldung "Unbekannter Baustein" Ein Job für pakman ...

[Lukas Frank]

Weiter mit C301907, oder?

€€PART NUMBER: C301907©001
DEVICE: PAL 16R4©15
LOCATION: U002
CHECKSUM: $3A35
TITLE: STROBE LATCH / MISC GLUE (RSTBS)

Also dann.. JEDEC anbei (TXT -> JED)..

Sehr schön, läuft ...


Weiter mit C301908, oder was anderem?

------------------------------
€€PART NUMBER: C301908©001
DEVICE: PAL 16L8©25
LOCATION: U904
CHECKSUM: $2C8A
TITLE: VME BUS CYCLE CONTROL (VME2)

”PIN   NAME         PIN   NAME•
1   A16         11   XDAS
2   A17         12   AM4
3   A18         13   XUDS
4   A19         14   XLDS
5   A20         15   INHVME
6   A21         16   XIACK
7   A22         17   XVAS
8   A23         18   XVDS0
9   XAS         19   XVDS1
10   GND         20   VCC

À
JNÀ/XVAS   =   A23 * /A22 * A21 * /XAS * /INHVME
         + A23 * A22 * /A21 * /XAS * /INHVME
         + /XIACK

XVDS0   =   /XVAS * /INHVME * /XLDS
         + /XVAS * /INHVME * /XAS * /XIACK

XVDS1   =   /XVAS * /INHVME * /XUDS
         + /XVAS * /INHVME * /XAS * /XIACK

/AM4   =   A23 * A22 * /A21 * A20 * A19 * A18 * A17 * A16
----------------------

C301899-001   = PAL16R4  (SCC-Chip) (UA3)   /Quelltext vorhanden
C301901-001   = PAL20L8  (Bussteuerung) (UA2)   /JED ist vorhanden
C301903-001   = PAL16L8  (FPU Chipselect) (UB1)   /läuft
C301904-001   = GAL22V10 (Bussteuerung) (U6)
C301905-001   = PAL16L8  (Cache) (15ns) (U12)   /läuft
C301906-001   = GAL22V10 (Bussteuerung) (U3)
C301907-001   = PAL16R4B (Cache) (15ns) (U2)   /läuft
C301908-001   = PAL16L8A (VME BUS) (U904)   /Quelltext vorhanden
C301900-002   = PAL16L8  (VME BUS) (U903)
C301909-001   = PAL20L8  (Blitter-Chip) (U407)   /Quelltext vorhanden
C301898-001   = GAL22V10 (U11)   /Quelltext vorhanden

Der andere Quelltext für das zweite VME PAL fehlt aber sollte doch ähnlich dem TT PAL/GAL sein. Die hast du doch gemacht, oder?

Wäre dann vielleicht das nächste also das C301900? Habe mal ein LCI vorbereitet ...

[pakman]

€€PART NUMBER: C301907©001
DEVICE: PAL 16R4©15
LOCATION: U002
CHECKSUM: $3A35
TITLE: STROBE LATCH / MISC GLUE (RSTBS)

Sehr schön, läuft ...
Weiter mit C301908, oder was anderem?

Anbei C301908 (16V8) und C301909 (22V10), bitte testen.
Wie immer: TXT -> JED

[Lukas Frank]

C301908 hat einen Fehler. Ich habe mit einer Nova VME und ET4000 probiert und beim laden vom Treiber kommen zwei Bomben. Eine richtige VME Bus Karte ist die Nova ja nicht. Ich habe noch eine Matrix TC1208 die wohl fast alle VME Bus Steuer Signale auswertet. Die Karte ist aber Atari TT only.

C301909 läuft. Mit GEMBENCH 4.03 bekomme ich 100% Blitter Geschwindigkeit und im Desktop beim Blitter einschalten ist auch alles in Ordnung. Aber laut Chips&Chips sollte C301909 ein PAL20L8 sein. Ist das falsch?

GABI will die 22V10 nicht programmieren und mein Galep-4 meldet Fehler beim Baustein, nur mein China Prommer G-840 beschreibt den Lattice 22V10D. Der G-840 versteht aber keine Kommentare und ich muss immer alles vor L0000 löschen aus dem JED.

Code: [Auswählen]

L0000 11111111111111111111111110111111111111111111*
L0044 11111111111111111111111111111111111111111111*
L0088 11101101111111111111111111111111111111111111*
L0132 11101111111111111111111111011111111111111111*
L0176 11011110111111111111111111101111111111111111*
L0440 11111111111111111111111111111111111111111111*
L0484 11111101111111111111111111111111111111111111*
L0924 11111011101110111111011111111111111111111111*
L0968 11111111111111111111110111111111111111111111*
L1496 11111011101110111111011111111111111111111111*
L1540 11111111111111111111111111111111111111011111*
L2156 11111111101111111011111111111011111111111111*
L2200 11111111111111110111111111111111111111111111*
L2904 11111111111111111111111111111111111111111111*
L2948 11111111011111111111110111111111111111111111*
L2992 11111110111111111111110111111111111111111111*
L3036 11111111111111111111010111111111111111111111*
L3080 11111111111101111111110111111111111111111111*
L3124 11110111111111111111110111111111111111111111*
L3168 11111001100110111111101111111111111111111111*
L3652 11111111111111111111111111111111111111111111*
L3696 11111110111111111111111111101111111111111111*
L3740 11111101111111111111111111011111111111111111*
L4312 11111011101111111011111111111111111111111111*
L4356 11111111111111110111111111111111111111111111*
L4884 11111111111111111111111111111111111111111111*
L4928 01111111111111111111110111111111111111111111*
L4972 11111110111111111111111011111111111111111111*
L5368 11111111111111111111111111111111111111111111*
L5412 11111111011111111111111111111111111111011111*
L5456 11111111111111111111011111111111111111011111*
L5500 11111111111101111111111111111111111111011111*
L5544 11110111111111111111111111111111111111011111*
L5588 11111011101110011111101111111111111111111111*
L5808 10101111111110111111*
CB588*
C4A5


Habe mal das fertige UA2.JED mit GABI in ein GAL20V8 geschrieben und es läuft. Dieses UA2 ist das C301901 original ein PAL20L8 ...

[pakman]

C301908 hat einen Fehler.

Neuer Versuch anbei..

[pakman]

C301909 läuft. Mit GEMBENCH 4.03 bekomme ich 100% Blitter Geschwindigkeit und im Desktop beim Blitter einschalten ist auch alles in Ordnung. Aber laut Chips&Chips sollte C301909 ein PAL20L8 sein. Ist das falsch?

Ist falsch. Schau in den Quelltext:

U407 / CLOCK CONTROL (CLKCTL16)
C301909-001
DEVICE   GAL22V10C-15

Hat auch nichts mit dem Blitter zu tun..

[Lukas Frank]

C301898-001   = GAL22V10 (SYSTEM CONTROL (SYSCTL)(U11)   /Quelltext vorhanden
C301899-001   = PAL16R4  (SCC-Chip) (UA3)   /Quelltext vorhanden
C301901-001   = PAL20L8  (Bussteuerung) (UA2)   /JED ist vorhanden /läuft
C301903-001   = PAL16L8  (FPU Chipselect) (UB1)   /läuft
C301904-001   = GAL22V10 (Bussteuerung) (U6)
C301905-001   = PAL16L8  (Cache) (15ns) (U12)   /läuft
C301906-001   = GAL22V10 (Bussteuerung) (U3)
C301907-001   = PAL16R4B (Cache) (15ns) (U2)   /läuft
C301908-001   = PAL16L8A (VME BUS) (U904)   /läuft
C301900-002   = PAL16L8  (VME BUS) (U903)
C301909-001   = PAL20L8  (CLOCK CONTROL (CLKCTL16)) (U407)   /läuft GAL22V10



C301908 läuft. Habe das getestet mit einer Nova ET4 und einer Lightning am VME Bus.

Quellen sind jetzt noch von C301898 und C301899 vorhanden. Machen wir da weiter, oder?

[1ST1]

Das heißt, nichts für C301904-001, C301906-001 und C301900-002 vorhanden? Das ist schade. Lassen die sich irgendwie rekonstruieren? Die Ein- und Ausgangssignale sind ja bekannt. Funktionierende M-STEs, die man ausmessen könnte, gibts auch.

Wie sieht es eigentlich mit GAL/PALs im TT aus? (Zumindestens kann ich mich momentan nicht erinnern, ob da welche drauf sind.)

[pakman]

Quellen sind jetzt noch von C301898 und C301899 vorhanden. Machen wir da weiter, oder?

Ja, her mit Quelltexten!

[guest522]

Ich finde das echt super, dass Ihr das durchzieht. Das war immer etwas das bei mir auf dem back-burner war, für das ich aber nie Zeit gefunden habe. Wenn wir die Gleichungen für die MSTEs haben hilft das der Community sicher die Kisten viele Jahre am Laufen zu halten. Es ermöglicht imho potentiell auch Dinge wie schnellerer Prozessor/Cache im MSTE. Weiter so!

[tuxie]

Wie sieht es eigentlich mit GAL/PALs im TT aus? (Zumindestens kann ich mich momentan nicht erinnern, ob da welche drauf sind.)

Sind welche drauf und sind bereits redesigned !