🚀 go-pugleaf

In article <01bef145$0d98aea0$LocalHost@pppmw.joop.de>,
  "Manfred Winterhoff" <mawin@gmx.net> wrote:

> Schickst du mir die zum Abgleich mit
>  http://www.geocities.com/ResearchTriangle/Forum/8070/index.html
> ?

W�rde ich normalerweise gerne machen. Doch sind all diese Unterlagen als
Firmeneigentum von National Semiconductor gekennzeichnet, welches nach
Aufdruck auf den Seiten nicht an Dritte weitergegeben werden darf.
Au�erdem handelt es sich um zu viele Seiten - n�mlich einen ganzen
Aktenordner von Unterlagen. Obendrein sind die Unterlagen in der
Zwischenzeit vermutlich leicht veraltet.

Es w�re m�glich, da� die Unterlagen noch bei NSC auf Anfrage erh�ltlich
sind. Da NSC jedoch die GAL-Produktion eingestellt hat, sollte man
sich da keine zu gro�en Hoffnungen machen.

Es gibt jedoch in Deutschland offenbar ein Buch zur Programmierung von
GALs, welches m�glicherweise diese Informationen enth�lt. Es handelt
sich nicht um das Buch von Bitterle. Den Titel und Autor konnte ich
leider nicht mehr herausfinden. Wenn ich den Titel finde, melde ich mich
nochmal.

Ich habe mir eben mal die WWW-Seite angesehen. Der Autor �bernimmt
�brigens keine Gew�hr f�r die Richtigkeit der Daten und hat zugegeben,
da� er selbst sich keine Herstellerunterlagen beschafft hat.

Von den 5 Gal-Programmieralgorithmen f�r die GALs 16V8 und 20V8 waren
�brigens in 2 F�llen die Programmierimpulsl�ngen laut
Herstellerunterlagen weit au�erhalb des erlaubten Bereichs (um ca. 25%)
falsch.

Ich w�rde daher von diesem Projekt eher abraten. Ich selbst habe
�brigens mal vor einigen Jahren versucht, mit einer kleinen Schaltung
an der parallelen Schnittstelle GALs zu programmieren. Das Auslesen
klappte damals wunderbar. Doch als ich programmieren wollte, hatte
ich innerhalb k�rzester Zeit ein GAL zerst�rt, obwohl eigentlich alles
zumindest auf den ersten Blick korrekt war. Ganz so trivial wie man
glaubt, ist das daher gar nicht.

Ich pers�nlich w�rde zur Verwendung von ISP-GALs oder ispLSI raten.
Da hat man mit der Programmierung keine Probleme. Ich benutze die
schon seit Jahren. Die ispLSI haben dar�ber hinaus den Vorteil,
da� man relativ komplizierte State-Machines usw. realisieren kann.


Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.