CPLD PLA geht nicht in jedem C64

Es gibt 92 Antworten in diesem Thema, welches 15.412 mal aufgerufen wurde. Der letzte Beitrag (27. November 2009 um 11:54) ist von s2k.

  • Zeigt aber auch wiedermal, wenn man sowas baut immer auf allen möglichen Revisionen testen ist ganz wichtig!

    Das Timing beim C64 ist so schräg, dass es z.B. auch sein könnte, dass Du da einfach teildefekte C64 hast und die nur zufällig noch mit den EPROM-PLAs gehen, eben weil deren Timing auch defekt ist (und zweimal "defekt" manchmal ein "geht gerade so" ergibt). Siehe auch der EasyFlash-Thread, in dem mit diversen C64 das Modul nicht ging und sich dann herausgestellt hat, dass die jeweiligen C64 bzw. deren CPU einen Schuss hatten, der vorher nicht aufgefallen ist. Ist dann EasyFlash schuld? Wohl eher nicht.

    Will sagen: Sowas kann komplex sein und ganz anders laufen, als es auf den ersten Blick aussieht. Siehe auch Posting 2 hier im Thread.

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Ich würde das Teil auch nicht gleich verteufeln, weil es nicht sofort mit jedem C64 klappt. Interessanter wäre eine richtige Diagnose, um mal herauszufinden, woran das letztlich liegt. Vielleicht lassen sich die Probleme mit etwas Änderung der Logik auffangen.
    Ich würde dem Urheber des PLA die Probleme einfach mal sachlich schildern. Vielleicht hat er eine Idee.

    If we're evil or divine - we're the last in line. - Ronnie James Dio (1984) -
    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. |

  • Das Timing beim C64 ist so schräg, dass es z.B. auch sein könnte, dass Du da einfach teildefekte C64 hast und die nur zufällig noch mit den EPROM-PLAs gehen, eben weil deren Timing auch defekt ist (und zweimal "defekt" manchmal ein "geht gerade so" ergibt). Siehe auch der EasyFlash-Thread, in dem mit diversen C64 das Modul nicht ging und sich dann herausgestellt hat, dass die jeweiligen C64 bzw. deren CPU einen Schuss hatten, der vorher nicht aufgefallen ist. Ist dann EasyFlash schuld? Wohl eher nicht.

    Will sagen: Sowas kann komplex sein und ganz anders laufen, als es auf den ersten Blick aussieht. Siehe auch Posting 2 hier im Thread.


    Habe alles mögliche gewechselt CIA (beide je 4 verschiedene), CPU (4 verschiedene)Basic-Rom etc.

    Die Ku geht nur mit der echten PLA und dem Eprom-PLA, unabhängig von den anderen Bauteilen auf der Platine.

    Einer eine Idee was ich noch probieren kann um festzustellen ob es an der PLA oder Platine liegt????


    Ich würde das Teil auch nicht gleich verteufeln, weil es nicht sofort mit jedem C64 klappt. Interessanter wäre eine richtige Diagnose, um mal herauszufinden, woran das letztlich liegt. Vielleicht lassen sich die Probleme mit etwas Änderung der Logik auffangen.
    Ich würde dem Urheber des PLA die Probleme einfach mal sachlich schildern. Vielleicht hat er eine Idee.


    Hab Ihn schon angeschrieben ob Probleme bekannt sind.Finde grundsätzlich die Idee mit der CPLD-PLA auch gut.


    P.S.: Hier gab es doch Sammelbestllung für die CPLD-PLA, wie sind da die Erfahrungen, würde mich interessieren.

    TRS 80 Model 2,C64,AMIGA 500,AMIGA 1200 HD/40,Amiga 4000/40 ,Amiga 2000,Amiga 1000,Schneider CPC 464,Schneider CPC6128,Acorn a3000, a3010, a5000

  • Einer eine Idee was ich noch probieren kann um festzustellen ob es an der PLA oder Platine liegt????

    Naja, offensichtlich liegt es ja grundsätzlich an beidem :) . Was genau ist das Fehlerbild mit dem CPLD? Mal mit CPLD und einem Spiele- oder Testmodul am Expansionsport probiert, nur so aus Spaß?

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Modul habe ich auch probiert, kein Bild.

    VIC,CPU, CIA,Kernelrom,Basicrom,Charrom und CPU alle mal gewechselt und das Bild bleibt schwarz.

    Auf der KU-Platine sowie auf der REV A. immer bleibt das Bild schwarz mit der CPLD-PLA.

    Mit Original sowie Eprom kommt das Bild.

    Gruß Jasper

    TRS 80 Model 2,C64,AMIGA 500,AMIGA 1200 HD/40,Amiga 4000/40 ,Amiga 2000,Amiga 1000,Schneider CPC 464,Schneider CPC6128,Acorn a3000, a3010, a5000

  • Hier gab es doch Sammelbestllung für die CPLD-PLA, wie sind da die Erfahrungen, würde mich interessieren

    Hi. Ich hatte 3 Ersatz-PLA aus der Bestellung von Mad2 erhalten. 2 davon habe ich gestern in 2 meiner defekten Brotkästen eingebaut - laufen prima! Ich habe diese Platinen: ASSY 250407, Artwork 251137, Rev.B und ASSY 250425, Artwork 251470-01, Rev.A. Wie gesagt, beide C64 laufen wieder einwandfrei (bisher ca. 3 Std/Gerät).

    Gruß Axel

  • Hier gab es doch mal jemanden, der darüber berichtet hat, dass sich sehr schnelle (ca. 70ns) EPROMs von ST auch nicht als PLA-Ersatz geeignet habe. Leider finde ich den Thread nicht mehr. Was mich wieder dazu bringt, dass die Suchfunktion hier irgendwie suboptimal ist :nixwiss:

    hmm "von ST" hab ich auch nicht gefunden, aber einen thread wo es um schnelle Eproms und Unverträglcihkeiten geht...
    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.(wenn der verlinkte suchlink das bloß nicht so ewig lang wäre noch mehr...)

    sl FXXS

  • Auf der KU-Platine sowie auf der REV A. immer bleibt das Bild schwarz mit der CPLD-PLA.

    Mal nacheinander für die Ausgangsleitungen versuchen, eine kleine Kapazität (47 pF oder so?) zwischen Masse und die jeweilige Leitung zu legen?

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Manche C64 Revisionen haben in Kombination mit bestimmten VIC Revisionen laut Schaltplan einige Kapazitäten nachgerüstet. Hier wurde also auch schon im Original heftig am Timing geschraubt. Evtl. müsste man mal nachverfolgen, ob hier ein Zusammenhang mit den Problemen besteht.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Ich konnte keine großen Unterschiede im dem Delayzeiten bei einem groben Blick aufs Datenblatt feststellen. Die Delayzeiten sind mit kleiner 15 ns bzw kleiner 20 ns angegeben.

  • Ja, z.Z. hat der wohl XC9536 im Einsatz. Davor war es GAL26CV12.


    Wäre interessant zu testen wenn jemand beide CPLD Ersatz Varianten hat, ob die fraglichen Problem C-64 mit beiden Varianten Probleme haben.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Ich werd demnächst eine in nen SX64 BJ 1983 stöpseln... und werde berichten.

  • Nur zur Info:

    Der Verkäufer hat sich gemeldet und ist am tüfteln wo das Problem sein kann.

    Werde am Wochenende mit Kondensatoren am Timing spielen.

    Gruß Jasper

    TRS 80 Model 2,C64,AMIGA 500,AMIGA 1200 HD/40,Amiga 4000/40 ,Amiga 2000,Amiga 1000,Schneider CPC 464,Schneider CPC6128,Acorn a3000, a3010, a5000

  • Habe hier den zweiten Kandidaten,welcher mit der CPLD- Lösung nicht klarkommt.
    Dieses Mal hat es ein Board der Rev. B erwischt. :(
    Manchmal (selten) kriege ich sogar ein Bild,aber nur Zeichenmüll,wenn ich den Rechner oft hintereinander aus- und einschalte. :gruebel

  • Hallo,

    hier mal der neueste Stand.

    Ich bekomme jetzt 3 verschiedene, zu der einen die ich schon habe, CPLD-PLA's zum Testen.


    Sobald ich die habe werde ich mich wieder melden und den neuesten Stand mitteilen.

    P.S.: Ihm ist auch sehr daran gelegen das hier alle zufrieden sind!

    Gruß Jasper

    TRS 80 Model 2,C64,AMIGA 500,AMIGA 1200 HD/40,Amiga 4000/40 ,Amiga 2000,Amiga 1000,Schneider CPC 464,Schneider CPC6128,Acorn a3000, a3010, a5000

  • Hallo,

    Ich werd demnächst eine in nen SX64 BJ 1983 stöpseln... und werde berichten.

    Ich habe hier gerade einen SX64 BJ84 , in dem läuft der Ersatz-Pla mit XC9536.

    Gruß Martin

    mehrere C64, Dolphin Dos 2, SD2IEC, MMC2IEC, IECATA V2, XS-1541, XU-1541-SD, SwinSID X2, 1541U+ eth, Easyflash 1+3, DIAG-BLACK II, Chameleon 64 mit RR-Net, TuningBoard64, Modular64, 64Micro, KFC, WIC64 :winke:

  • Hallo,
    was mir da gerade so kommt: Die Gleichungen sind ja bekannt und eindeutig - wenn die stimmen, dann bleiben 2 kritische Parameter. Der Eine wurde bereits angesprochen: das Timing, der Andere ist meiner Meinung nach aber nicht weniger wahrscheinlich und deutlich einfacher zu messen (ohne Logic-Analyzer). Ich würde einmal raten, mit einem Oszi die Pegel an den PLA Ein- und Ausgängen zu messen und Original- und Ersatz-PLA pegelmäßig miteinander zu vergleichen (jeweils in einem funktionierenden und einem nicht funktionierenden C64). Ich vermute nämlich, daß Pegeltoleranzen die Ursache für das Nichtfunktionieren sind. So ist der TTL-High-Pegel ja bis 2,4V garantiert, zwischen 2,4V und 0,8V ist der undefinierte Bereich und unterhalb 0,8V ist Low. Bei CMOS ist High >=90% von Ub, Low <=10% von Ub. Alles dazwischen ist undefiniert. Wenn jetzt z.B. Ausgangspegel des CPLD in den undefinierten Bereich fallen würden, hätte man genau den Effekt, daß es einmal geht und ein ein andermal nicht.
    Das ist der Unterschied zwischen einer Entwicklung und einer Bastelarbeit: Als Bastler ist man glücklich, wenn ein oder 2 Exemplare funktionieren, als Entwickler dagegen muß man eigentlich Toleranzrechnungen, Worst-Case-Betrachtungen etc. durchführen, um sicherzustellen, daß es immer funktioniert, solange die Bauteile den Spezifikationen entsprechen. Dies dürfte jedoch im Fall des C64 schwierig sein, da nicht für alle Bausteine ausreichend detaillierte Datenblätter verfügbar sein dürften (ich habe zumindest noch nie welche gesehen) - das waren ja quasi ASICs und damit Commodores großes Geheimnis.