Forum64

Ja das geht ohne probleme!

Das ist kein C-File, sondern ein MACH-Quelltext für meine SuperPLA. Für den plus/4 habe ich die PLA auch reversed und das eben auf Funet veröffentlicht.

Ersatz mit Eprom halte ich immer noch für eine schlechte Idee, ich habe seit 1994 davor gewarnt, aber trotzdem machen's relativ viele Leute. Mach's mit Logik, dann hast Du kein Problem. Die Gleichungen hast Du ja schon.

Jens

Gabs mit der SuperPLA nicht ein Problem mit dem Timing beim Plussi? Dachte da war was, weil ein Signal extern zurückgekoppelt wird ...

Sonst wenn das behoben ist bräuchte ich mal ein update

Quoted from "neuRomancer"

Das BIN-File scheint es hier zu geben:

http://vic20.de/html/eprom_pla_8296_und_c64.html

Genau nach diesem Plan habe ich meinen 8296 repariert. Er läuft bis dato tadellos!

Quoted from "neuRomancer"

Solltest du dich jedoch entscheiden irgandwann einmal solche PLAs zu vertreiben, wäre ich sicherlich ein interessierter Kunde

Gemacht habe ich's ja schon, wird auch halb-offiziell beworben:

http://c64upgra.de/chips/

Diese mini-Platinen habe ich ne Zeitlang bei jeder Produktion an den Rand jedes Produktions-Panels gesetzt, ich habe einige hundert davon im Lager. Ich hab' mich bisher aber nicht aufraffen können, die Teile mal alle zu testen. Ich hab' hier ein echtes Personalproblem was Werkstatt angeht: Seit September diverse Bewerbungsgespräche am Telefon geführt, aber das waren alles Pappnasen, die habe ich gar nicht erst zum Vorstellungsgespräch eingeladen. Ich hab' jetzt an zwei Gymnasien hier in der Gegend Aushänge gemacht, damit ich eine Kraft anlernen kann - da wird sowas sicher ne gute Übung.

Beim Plus/4 (bzw. der ganzen 264-Serie) gibts eine Timing-Besonderheit für den Tastatur-Pfad. Es ist zwar schon ein paar Jahre her, aber an das Debugging kann ich mich noch ganz gut erinnern. Der Computer startet mit der "neuen" PLA scheinbar normal, aber die Tastatur funktioniert nicht immer. Sehr netter Fehler :-) (der in meinem Design gelöst ist).

Jens

Für 8296 und 8296-D gibts die nicht?

Nee, die habe ich nie komplett reverse'd. Ich hab' grad in nem anderen Thread gesehen, dass x1541 das gemacht hat, vielleicht lässt sich da was nutzen - ich habe aber wie gesagt im Moment zu wenig Zeit, mich darum zu kümmern. Ich gucke immer nur während Compile-Wartezeiten hier rein ;-)

Jens

Wenn du welche hast gib Bescheid. Ich benötige ein Paar für meinen 8296 und eins für meinen 8296-D. Die Eproms gehen zwar auch aber wenn was gibt was "originaler" ist, bin ich dabei.

Was ist denn das Problem mit der PLA auf Basis eines EPROM's?
Die logische Gleichung ist ja die gleiche, egal ob im EPROM oder im GAL. Somit ist das Ergebnis doch auch das gleiche. Der Hintergrund für das Problem ist nicht so ganz verständlich. Das gleiche ist ja auch die Sache beim C64. Einige Leute behaupten auch, mit dem EPROM funktioniert das nicht. Aber die Gleichung ist doch dort auch gleich, egal ob original MOS-IC oder Nachbau mit EPROM. Kennst hier einer das Problem?

der unterschied ist hier jetzt schon in einigen threads ausführlich erklärt worden... bischen suchen :=)

Quoted from "Schmitti"

Was ist denn das Problem mit der PLA auf Basis eines EPROM's?
Die logische Gleichung ist ja die gleiche, egal ob im EPROM oder im GAL. Somit ist das Ergebnis doch auch das gleiche. Der Hintergrund für das Problem ist nicht so ganz verständlich. Das gleiche ist ja auch die Sache beim C64. Einige Leute behaupten auch, mit dem EPROM funktioniert das nicht. Aber die Gleichung ist doch dort auch gleich, egal ob original MOS-IC oder Nachbau mit EPROM. Kennst hier einer das Problem?

Das Problem mag vielleicht bei einem CeVi oder C264 auftreten, in den guten alten CBM Computern funktioniert das Eprom 100% perfekt wenn es schnell genug ist.

Aber ich kenne auch persönlich 100% zufriedene CeVi User mit Eprom Ersatz. Ehrlich gesagt habe ich es noch nie erlebt, dass der Eprom Ersatz nicht richtig funktioniert.

das problem mit den eprom plas ist das die produzierten fehler sehr subtil sind und man unter umständen garnicht drauf kommt das es die pla ist.... aber wie gesagt, das wurde hier schon mehrfach erklärt alles :)

@sauhund: Deine Antwort hilft leider zur Klärung nicht wirklich weiter. Ich habe die ganze Beiträge zu dem Thema immer verfolgt. In allen Beiträgen habe ich jedoch nie ein plausible Erklärung gefunden, warum mit dem EPROM keine stabile Lösung als Ersatz für die PLA funktionieren kann.
Aus meiner Sicht ist es auch falsch, zu behaupten, die EPROM-Lösung sei nicht gut.
Meines Erachtens liegt es schlicht daran, dass in den Fällen, wo es nicht funktioniert, ein anderes Problem vorliegt, zum Beispiel ist das EPROM zu langsam. Aber entweder stimmt die funktionale Gleichung im EPROM mit der in der PLA überein oder nicht. Da es bei einigen Leuten ohne Probleme funktioniert, ist also davon auszugehen, dass die Gleichung stimmt. Wenn ich natürlich ein zu langsames EPROM verwende, kann es nicht funktionieren. Logisch. Das gleiche Problem habe ich aber auch, wenn ich einen anderen IC verwende und der ist zu langsam. Dann funktioniert der Ersatz für die PLA auch nicht.

Somit spricht also nichts gegen die EPROM-Lösung. Im Gegenteil, ich finde es eine geniale Lösung, die viele im Forum Dank EPROM-Brenner selbst bauen können und die nebenbei auch noch preiswert ist.

Quoted

In allen Beiträgen habe ich jedoch nie ein plausible Erklärung gefunden, warum mit dem EPROM keine stabile Lösung als Ersatz für die PLA funktionieren kann.

der technische hintergrund ist eigentlich simpel, und wurde wie gesagt schon des öfteren im detail erklärt. und ja, klar, das mit dem eprom "funktioniert". bei vielen auch vermeintlich einwandfrei - und das ist genau der punkt, es fällt kaum auf wenn zb auf einmal das actionreplay 'n tick instabiler ist als vorher. (und bei denen die nur basic programmieren ist die chance das es auffällt wesentlich geringer als bei denen die regelmässig demos guckn, das kommt auch noch dazu)

das hauptproblem mit den eproms ist auch nicht das man evtl eins benutzt was zu langsam ist (und die gleichung, bzw der lookup table, stimmt natürlich, sonst würde ja garnix gehen) - die zuverlässigsten replacements auf eprom basis benutzen ja grade NICHT die schnellsten eproms die zur auswahl stehen! auch die pla ist nicht der schnellste chip auf erden, und der c64 funktioniert auch nicht mehr richtig stabil wenns auf einmal an der stelle viel schneller ist als vorher :) man muss mit dem chip den man benutzt - natürlich auch wenn man ein GAL oder sowas programmiert - genau das zeitfenster treffen das für stabilen betrieb nötig ist. und bei eproms kommt eben noch das problem mit den undefinierten zuständen beim umschalten dazu, was eben jenes zeitfenster treffen erschwert. das kann klarerweise alles funktionieren, muss aber nicht :)