Hardware > Hardware (High-End)

Fastram mit PAK68/2 ...

<< < (36/46) > >>

Lukas Frank:
@joejoe ... oder fehlt da noch was ?

z.B. das ...

dsack.OE = GND;

joejoe:
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.

Lukas Frank:
Die nächste Woche ist keine Zeit aber dann ...

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

joejoe:
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.

Lukas Frank:
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 ...

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete