« vorheriges nächstes »
Seiten: 1 ... 7 8 [9] 10 11 12   Nach unten

Autor Thema: Fastram mit PAK68/2 ...  (Gelesen 127265 mal)

0 Mitglieder und 4 Gäste betrachten dieses Thema.

Offline joejoe

  • Benutzer
  • Beiträge: 234
Re: Fastram mit PAK68/2 ...
« Antwort #160 am: Mi 29.03.2017, 07:44:19 »
Dann also so, ohne STERM, mit Umweg über dsack_en, um indirekt die ODER-Verknüpfung für TOS-ROM ODER  FASTRAM für die /DASCKx Erzeugung zu erhalten.
dsack_en ist ein (ansonsten nicht benutzter) Ausgang, wird nur GAL-intern genutzt..
 
Code: [Auswählen]
-----------------
                       ___  ___
                      |   \/   |
               !as_20 |1     24| VCC
    (cpuspace)   !csp |2     23| a17
                 siz0 |3     22| !dsack0
                 siz1 |4     21| !dsack1
                  a18 |5     20| !cs8
                  a19 |6     19| !cs9
                  a20 |7     18| !cs10
                  a21 |8     17| !cs11
                  a22 |9     16| a16
                  a23 |10    15| a0       (nicht als Input nutzbar)
                  a24 |11    14| a1
                  GND |12    13|dsack_en
                      |________|

%ID
  U12_21
%TYP
  GAL20V8A
%PINS
  !as_20  !csp  siz0  siz1  a18    a19    a20   a21   a22      a23      a24
  dsack_en     a1    a0    a16   !cs11  !cs10  !cs9  !cs8  !dsack1  !dsack0  a17
%LOGIC

  dsack_en = cs11 + a24 * !csp;

  dsack0.OE = dsack_en;
  dsack0    = as_20;

  dsack1.OE = dsack_en;
  dsack1    = as_20;

  cs8.OE    = VCC;
  cs8       = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs9.OE    = VCC;
  cs9       = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs10.OE   = VCC;
  cs10      = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs11.OE   = VCC;
  cs11      = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

   a16.OE   = GND;

   a0.OE    = GND;
   
%END
« Letzte Änderung: Do 30.03.2017, 20:12:42 von joejoe »
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #161 am: Fr 31.03.2017, 21:46:46 »
Ich habe null Ahnung wwie ich das einbauen sollte ?

So vielleicht ...

----------
dsack_en = cs11 + a24 * !csp;

dsack0.OE = dsack_en;
dsack0    = as_20;

dsack1.OE = dsack_en;
dsack1    = as_20;
Gespeichert

Offline joejoe

  • Benutzer
  • Beiträge: 234
Re: Fastram mit PAK68/2 ...
« Antwort #162 am: Fr 31.03.2017, 22:47:42 »
Ähm,
genauso hatte ich es doch im vorherigen Post angegeben  :)

Da ich nie mit JEDI gearbeitet habe, kann ich leider immer noch keine Garantie geben, ob das so nun sauber übersetzt wird. Die Probleme mit dem OE-Term sind natürlich generell vorhanden, und dem Aufbau des GALS geschuldet. Das hat nichts mit JEDI zutun.

Ich habe daher im Post #160 versucht Deine Quelle aus Post #151 entsprechend zu ändern, um die DSACKs auch für den Fastram-Bereich zu erzeugen, und A24 auch in die ROM-CS aufzunehmen.
Zunächst ohne STERM-Eingang.
Quasi die Light-Version meines "Single-GAL FROAM:PDS".

Was nun alles in eine JEDI-Quelle gehört, weiß ich auch nicht. Ich vermute das GAL-Pinout wird erst beim Übersetzen erzeugt?

An Pin 11 wird A24 angeschlossen (PIN steckt dann nicht im sockel) und PIN 13 hängt ebenfalls frei in der Luft, denn im Sockel liegt ja noch  A30 an.

Wenn damit der ST sauber läuft, kannst Du zurück an den Anfang und Schreib-/Lese-Versuche auf das FastRAM starten. Funktioniert das dann nicht, kann STERM an einen weiteren Eingang gelegt werden und die dsack_en Gleichung passend erweitert werden. Wie Du ja schon richtig bemerkt hast, sind für den ROM Zugriff weder die SIZ-Eingänge, noch A0 nd A1 notwendig, da wäre also noch "Platz" für weitere Eingänge.
Viel Erfolg!
« Letzte Änderung: Sa 01.04.2017, 08:26:52 von joejoe »
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #163 am: Sa 01.04.2017, 09:46:13 »
Zitat von: joejoe am Fr 31.03.2017, 22:47:42
Ähm,
genauso hatte ich es doch im vorherigen Post angegeben  :)

Ich bekomme nichts mehr mit, sorry !

JEDI wirft wieder einen Error :  Error C:\ALT\JEDI.045\U12_OHNE.LCI 35:  'dsack_en' ist kein Ausgang!

Datei "C:\ALT\JEDI.045\U12_OHNE.LCI" gelesen.
LOG-Datei von JEDI, Version 0.45
JEDI ist ein Shareware-Programm von
  Ralf Zimmermann

            ___  ___
           |   \/   |
    !as_20 |1     24| VCC       
      !csp |2     23| a17       
      siz0 |3     22| !dsack0   
      siz1 |4     21| !dsack1   
       a18 |5     20| !cs8     
       a19 |6     19| !cs9     
       a20 |7     18| !cs10     
       a21 |8     17| !cs11     
       a22 |9     16| a16       
       a23 |10    15| a0       
       a24 |11    14| a1       
       GND |12    13| dsack_en 
           |________|

'dsack_en' ist kein Ausgang!
File NICHT erfolgreich gescannt!
Gespeichert

Offline czietz

  • Benutzer
  • Beiträge: 3.700
Re: Fastram mit PAK68/2 ...
« Antwort #164 am: Sa 01.04.2017, 09:55:28 »
JEDI hat Recht, Pin 13 bei einem GAL20V8 ist halt nun mal ein reiner Eingang.
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #165 am: Sa 01.04.2017, 10:24:19 »
Bei Pin13 = A0 und Pin15 = DSACK_EN merkert JEDI wegen A0.

Bei Pin13 = nc merkert JEDI auch ...

Datei "C:\ALT\JEDI.045\U12_OHN2.LCI" gelesen.
LOG-Datei von JEDI, Version 0.45
JEDI ist ein Shareware-Programm von
  Ralf Zimmermann
         http://Ralf.Zimmermann.com/

            ___  ___
           |   \/   |
    !as_20 |1     24| VCC       
      !csp |2     23| a17       
      siz0 |3     22| !dsack0   
      siz1 |4     21| !dsack1   
       a18 |5     20| !cs8     
       a19 |6     19| !cs9     
       a20 |7     18| !cs10     
       a21 |8     17| !cs11     
       a22 |9     16| a16       
       a23 |10    15| dsack_en 
       a24 |11    14| a1       
       GND |12    13|           
           |________|

' OLMC 0:
 dsack0.OE    = dsack_en;
 dsack0       = as_20;
' OLMC 1:
 dsack1.OE    = dsack_en;
 dsack1       = as_20;
' OLMC 2:
 cs8.OE       = VCC;
 cs8          = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 3:
 cs9.OE       = VCC;
 cs9          = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 4:
 cs10.OE      = VCC;
 cs10         = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 5:
 cs11.OE      = VCC;
 cs11         = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 7:
 dsack_en     = cs11
              + a24 * !csp;

----------------------------------------------------------------------
Error: Es konnte kein GAL-Modus gefunden werden!
Mode 'combinational' nicht realisierbar, weil ein Ausgang den 'tristate'-Mode ben”tigt.
Mode 'registered' nicht realisierbar, Signal 'as_20' wird nicht rckgekoppelt!
Mode 'tristate' nicht realisierbar, Signal 'dsack_en' wird nicht rckgekoppelt!
GAL-Logik NICHT erfolgreich aufgearbeitet!

Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #166 am: Sa 01.04.2017, 10:31:07 »
Hatari ist ja schnell installiert. JEDI runterladen zusammen mit QED oder einem anderem Editor ->   http://ralfzimmermann.de/files/jedi/jedi_045.lzh
Gespeichert

Offline czietz

  • Benutzer
  • Beiträge: 3.700
Re: Fastram mit PAK68/2 ...
« Antwort #167 am: Sa 01.04.2017, 10:57:16 »
Zitat von: Lukas Frank am Sa 01.04.2017, 10:24:19
Bei Pin13 = A0 und Pin15 = DSACK_EN merkert JEDI wegen A0.

Ja, der Grund steht da ja sogar korrekt:

Zitat von: Lukas Frank am Sa 01.04.2017, 10:24:19
Error: Es konnte kein GAL-Modus gefunden werden!
Mode 'combinational' nicht realisierbar, weil ein Ausgang den 'tristate'-Mode ben”tigt.
Mode 'registered' nicht realisierbar, Signal 'as_20' wird nicht rckgekoppelt!
Mode 'tristate' nicht realisierbar, Signal 'dsack_en' wird nicht rckgekoppelt!
GAL-Logik NICHT erfolgreich aufgearbeitet!

Das ist übrigens keine Einschränkung von JEDI sondern des GALs. So ein GAL ist -- anders als modernere CPLDs -- halt nicht 100% flexibel, was die Wahl der Pins angeht. Je nach Modus sind manche Pins fix einer bestimmten Funktion zugeordnet oder es fehlt ihnen ein Feature. Lässt sich alles im Datenblatt nachlesen.
Gespeichert

Offline czietz

  • Benutzer
  • Beiträge: 3.700
Re: Fastram mit PAK68/2 ...
« Antwort #168 am: Sa 01.04.2017, 11:00:51 »
Konkret: Pin 15 ist für DSACK_EN auch eine schlechte Wahl, weil das im "Complex-Mode" (der hier nötig ist, um die Tristate-Ausgänge zu realisieren) ein reiner Ausgang ist, ohne Rückkopplung in die Produkttermmatrix. Genau wie es in der Fehlermeldung steht.
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #169 am: Sa 01.04.2017, 11:25:12 »
Vielen Dank für die Hinweise ...

Wenn ich morgen etwas Zeit habe baue ich das mal um und schaue mir auch das Datenblatt an.
Gespeichert

Offline joejoe

  • Benutzer
  • Beiträge: 234
Re: Fastram mit PAK68/2 ...
« Antwort #170 am: Sa 01.04.2017, 13:12:20 »
Okay,
Sorry für den Wink in die falsche Richtung (den falschen Pin).
Ziel war, es mit minimalen Hardware-Änderungen und einem 20V8 umzusetzen.
So einfach geht es also nicht.

Auszug am dem 20V8 Datenblatt von Lattice:
Zitat
In the Complex mode, macrocells are configured as output only or
I/O functions.
Architecture configurations available in this mode are similar to the
common 20L8 and 20P8 devices with programmable polarity in
each macrocell.
Up to six I/Os are possible in this mode. Dedicated inputs or outputs
can be implemented as subsets of the I/O function. The two outer
most macrocells (pins 15 & 22) do not have input capability. Designs requiring eight I/Os can be implemented in the Registered mode.
All macrocells have seven product terms per output. One product
term is used for programmable output enable control. Pins 1 and
13 are always available as data inputs into the AND array.

Die Pins 13, 15, 22 und 23 scheiden also aus.

Bleibt Pin 16, welcher auf der PAK/2 mit A16 verbunden ist.

A16 und A17 werden - nach meinem Verständnis-  in den TOS-Gleichungen nur für den Bereich 0xFCxxxx benötigt. Wird kein TOS kleiner 2.0x in der PAK/2 verwendet (geht das überhaupt?) ist dieser Bereich allenfalls für den Systemstart nötig, sofern in den "unteren" ROMs noch TOS 1.0x steckt.
Daher mein Vorschlag in die Sockel des ST nur EPROMs mit dem Anfang von TOS 3.0x zu brennen.
(Falsche Größe und Adresslage ist egal, da es nur um den System-Start geht und der InitialStackCounter bei dieser Herangehensweise eben automatisch auf den richtigen 0xExxxx-Bereich zeigt, Die CPU springt also direkt in den ROM-Bereich von TOS 3.06.
Ohne TOS auf der PAK/2 oder eine TOS-Card geht dann natürlich nix.)

A16 und A17 wären dann frei und könnten als interner Ausgang für DASCK_EN herhalten.

Alternativ kannst Du Dir aber auch einen Huckepack-Sockel auf U12 löten, mit einem weiteren Sockel durch Entfernen der unerwünschten Pins die Verbindungen zu den bereits funktionell belegten Ausgängen des dann unteren GALs trennen, und bist dann in der Auswahl der Pins für den Complex-Mode im dann beinahe leeren "oberen" GAL frei. Kannst dsack_en dann also z.B. auf Pin 16 legen,

A24 muss aber trotzdem ans untere GAL gelegt werden und das GAL auch den korrketen Inhalt haben, damit die DSACKs der beiden GALs sich nicht ins Gehege kommen.

EDIT:
Die Huckepack-Variante hat allerdings auch noch den Charme, dass der Umweg über dsack_en dann gar nicht mehr notwendig ist!

Durch das zweite GAL ergibt sich dann ein dsackx.OE nur für den FASTRAM-Bereich ohne! zusätzliche ODER - Verknüpfung. Die DSACKs für den ROM-.Bereich  (mit A24) macht das "untere" GAL. Für den FASTRAM-Bereich ist nur das das "obere" GAL zuständig (ebenfalls mit A24)

Die ODER-Verknüpfung der beiden Bereiche wird durch den impiziten "open collector mode"  an diesen Pins per Output-enable ( .OE) erreicht.

Das scheint tatsächlich die einfachste Lösung zu sein. ohne weitere Hardware-Änderungen ausser A24,
« Letzte Änderung: So 02.04.2017, 08:15:11 von joejoe »
Gespeichert

Offline joejoe

  • Benutzer
  • Beiträge: 234
Re: Fastram mit PAK68/2 ...
« Antwort #171 am: So 02.04.2017, 09:46:43 »
Wenn Du aus Deiner Quelle aus Post #156 die ODER-Verknüpfung für die DSACKs entfernst (also nach ursprünglichem Muster ohne dsack_en)
Code: [Auswählen]
dsackx.OE = cs11;
und den Rest so läßt (A24 an Pin 11), dann sollte das korrekt übersetzt werden können.

Es fehlen dann noch die DSACKs für den FastRAM-Bereich.
Ganz ohne zweites GAL könnte dann die Dioden-Lösung mit /Sterm, wie von Dir ja schon einmal ganz am Anfnag versucht, zum Erfolg führen
.
Die anderen Hindernisse in U6 und U12 sollten dann ausgeräumt sein.
« Letzte Änderung: So 02.04.2017, 11:54:56 von joejoe »
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #172 am: So 02.04.2017, 16:48:05 »
Ich denke das mit dem U12 20V8 geht nicht, habe ein wenig probiert. Ein 22V10 würde gehen aber da ist das Problem das ich mit PALASM nicht arbeiten kann. JEDI kann keine 22V10 meine ich ...
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #173 am: So 02.04.2017, 17:03:03 »
Laut Anleitung kann JEDI doch 22V10 aber es klappt nicht ...

--------------
U12_21  Addressdekoder fr TOS 2.06 oder 1.04 ROMs auf der PAK 68/2 fr Atari ST
plus 16MB Fastram ohne STERM

Recompilierte JEDEC-Datei. Erzeugt mit MGP 16/20 Version 2.0
Datei: U12_21  Datum:  14.03.1993  19:35:16

14-03-93    U12_21    Aus P20_21.JED -> U12_21.JED recompiliert.
11-06-93    U12_21    GAL-ID hinzu

                       ___  ___
                      |   \/   |
               !as_20 |1     24| VCC
    (cpuspace)   !csp |2     23| a17
                 siz0 |3     22| !dsack0
                 siz1 |4     21| !dsack1
                  a18 |5     20| !cs8
                  a19 |6     19| !cs9
                  a20 |7     18| !cs10
                  a21 |8     17| !cs11
                  a22 |9     16| a16
                  a23 |10    15| a0       (nicht als Input nutzbar)
                  a24 |11    14| a1
                  GND |12    13| dsack_en
                      |________|

%ID
  U12_21
%TYP
  GAL22V10
%PINS
  !as_20  !csp  siz0  siz1  a18    a19    a20   a21   a22      a23      a24
  dsack_en     a1    a0    a16   !cs11  !cs10  !cs9  !cs8  !dsack1  !dsack0  a17
%LOGIC

  dsack_en = cs11 + a24 * !csp;

 dsack0.OE = dsack_en;
 dsack0    = as_20;

 dsack1.OE = dsack_en;
 dsack1    = as_20;

  cs8.OE    = VCC;
  cs8       = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs9.OE    = VCC;
  cs9       = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs10.OE   = VCC;
  cs10      = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs11.OE   = VCC;
  cs11      = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

   a16.OE   = GND;

   a0.OE    = GND;

 dsack.OE = GND;

%END

Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #174 am: So 02.04.2017, 17:18:36 »
Bin einfach zu Blöd dazu !

Jetzt geht es ...

-------
U12_21  Addressdekoder fr TOS 2.06 oder 1.04 ROMs auf der PAK 68/2 fr Atari ST
plus 16MB Fastram ohne STERM

Recompilierte JEDEC-Datei. Erzeugt mit MGP 16/20 Version 2.0
Datei: U12_21  Datum:  14.03.1993  19:35:16

14-03-93    U12_21    Aus P20_21.JED -> U12_21.JED recompiliert.
11-06-93    U12_21    GAL-ID hinzu

                       ___  ___
                      |   \/   |
               !as_20 |1     24| VCC
    (cpuspace)   !csp |2     23| dsack_en
                 siz0 |3     22| !dsack0
                 siz1 |4     21| !dsack1
                  a18 |5     20| !cs8
                  a19 |6     19| !cs9
                  a20 |7     18| !cs10
                  a21 |8     17| !cs11
                  a22 |9     16| a16
                  a23 |10    15| a0       (nicht als Input nutzbar)
                  a24 |11    14| a1
                  GND |12    13| a17
                      |________|

%ID
  U12_21
%TYP
  GAL22V10
%PINS
  !as_20  !csp  siz0  siz1  a18    a19    a20   a21   a22      a23      a24
  a17     a1    a0    a16   !cs11  !cs10  !cs9  !cs8  !dsack1  !dsack0  dsack_en
%LOGIC

  dsack_en = cs11 + a24 * !csp;

 dsack0.OE = dsack_en;
 dsack0    = as_20;

 dsack1.OE = dsack_en;
 dsack1    = as_20;

  cs8.OE    = VCC;
  cs8       = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs9.OE    = VCC;
  cs9       = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs10.OE   = VCC;
  cs10      = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

  cs11.OE   = VCC;
  cs11      = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
            + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
            + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

   a16.OE   = GND;

   a0.OE    = GND;

%END

--- log ---
Datei "C:\ALT\JEDI.045\U12_OHNE.LCI" gelesen.
LOG-Datei von JEDI, Version 0.45
JEDI ist ein Shareware-Programm von
  Ralf Zimmermann
         http://Ralf.Zimmermann.com/

            ___  ___
           |   \/   |
    !as_20 |1     24| VCC       
      !csp |2     23| dsack_en 
      siz0 |3     22| !dsack0   
      siz1 |4     21| !dsack1   
       a18 |5     20| !cs8     
       a19 |6     19| !cs9     
       a20 |7     18| !cs10     
       a21 |8     17| !cs11     
       a22 |9     16| a16       
       a23 |10    15| a0       
       a24 |11    14| a1       
       GND |12    13| a17       
           |________|

' OLMC 0:
 dsack_en     = cs11
              + a24 * !csp;
' OLMC 1:
 dsack0.OE    = dsack_en;
 dsack0       = as_20;
' OLMC 2:
 dsack1.OE    = dsack_en;
 dsack1       = as_20;
' OLMC 3:
 cs8.OE       = VCC;
 cs8          = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 4:
 cs9.OE       = VCC;
 cs9          = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 5:
 cs10.OE      = VCC;
 cs10         = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;
' OLMC 6:
 cs11.OE      = VCC;
 cs11         = !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a16
              + !csp * as_20 * !a24 * a23 * a22 * a21 * a19 * a18 * !a17
              + !csp * as_20 * !a24 * a23 * a22 * a21 * !a20;

----------------------------------------------------------------------
----------------------------------------------------------------------
Assemblier-Vorgang erfolgreich beendet
----------------------------------------------------------------------

« Letzte Änderung: So 02.04.2017, 17:21:17 von Lukas Frank »
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #175 am: So 02.04.2017, 17:19:57 »
@joejoe ... oder fehlt da noch was ?

z.B. das ...

dsack.OE = GND;
Gespeichert

Offline joejoe

  • Benutzer
  • Beiträge: 234
Re: Fastram mit PAK68/2 ...
« Antwort #176 am: So 02.04.2017, 17:47:01 »
Nö!
Schön das das nun funzt.
Hast Du es schon mit dem FastRAM ausprobiert?

Wenn bei einem möglichen Ausgangs-Pin eine .OE Zeile angegeben wird, dann gibt die zugehörige Gleichung an, unter welchen Bedingungen der Ausgang aktiv wird (wie der Name ja schon sagt).
 
a0.OE = GND; (GND auch im Sinne von "0"= "FALSE") besagt, dass der Augang nie aktiv wird und somit gern per Rückkopplung als Eingang verwendet werden kann.
Entsprechend gilt: " .OE = VCC "  <=> Der Pin ist dauernd aktiv (als Ausgang).

Für a1 und a 16 würde ich eigentlich auch solch einen Term erwarten, aber das kann sich JEDI vermutlich auch selbst denken. Vermutlich können die Terme für a0 und a16 auch weg gelassen werden. Es sei denn, es ist nötig, um die GAL Betriebsarten für den Compiler  eindeutig festzulegen.
 

Warum a0 nicht als Input nutzbar sein soll (siehe Quelltext), aber tatsächlich a0 dort angeschloißen ist, kann uns wohl nur ein Fachmann erklären. Mit den SRAMs (wo a0 und a1 in Kombi mit siz0 und siz1 unbedingt nötig sind) hat es ja auch funktioniert.

« Letzte Änderung: Fr 07.04.2017, 16:03:55 von joejoe »
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #177 am: So 02.04.2017, 18:09:48 »
Die nächste Woche ist keine Zeit aber dann ...

Ich brauche aber neben U12 modifiziert noch das U6 mit A24, oder ?
Gespeichert

Offline joejoe

  • Benutzer
  • Beiträge: 234
Re: Fastram mit PAK68/2 ...
« Antwort #178 am: So 02.04.2017, 18:42:08 »
Ja, ohne die modifizierten U6 und U12 jeweils mit A24 geht bezüglich Fastram oberhalb 16MB nichts.
In U6 wird ja festgelegt, wohin und wie der Zugriff erfolgt (16-bit in den ST-Bereich oder 32-bit auf bzw parallel zur PAK/2) und ob es Bus-Errors gibt.
U12 mit A24 sorgt dafür, dass sich das TOS nicht oberhalb der 16MByte angesprochen fühlt und  ggf. für die Data Strobe ACKnowleges.
Gespeichert

Offline Lukas Frank

  • Benutzer
  • Beiträge: 13.487
  • fancy Atari Musik anDA Dance "Agare Hinu Harukana"
Re: Fastram mit PAK68/2 ...
« Antwort #179 am: So 16.04.2017, 12:20:54 »
Hatte heute etwas Zeit und habe mal die GALs gebrannt und den Adapter Sockel für U12 gelötet um nicht am GAL rumbiegen und löten zu müssen ...



Aber der Rechner ist tot so. An J2 liegt A24 und J3 ist offen ...
Gespeichert
Seiten: 1 ... 7 8 [9] 10 11 12   Nach oben
« vorheriges nächstes »