Nene, das Problem taucht beim Nachbau des echten MMF (siehe Bild oben) auf.
Da gibts keinen 512k Baustein.
Oh. Und ich Depp schau immer auf den falschen Schaltplan 
Der richtige Schaltplan müsste dann wohl hier sein https://github.com/InsaneDruid/CommonPET Oder?
Wird beim 6809-Betrieb das RAM des 8032 benutzt, oder die 512k des HM628512A?
Mit der Programmierung des CPLD kenne ich mich leider nicht aus
jobi23 bewaffnest du dich mit einem Logikanalyzer?
Ich nehme mal ein Oszi und den Logic Analyzer mit. Und vielleicht habe ich auch noch ein paar 4164 
Wie liest du das raus? $f6? Oh mei, das ist ein rieeeesengroßer Bahnhof für mich. Da verstehe ich wirklich genau 0%.
Das habe ich aus deinem Screenshot:
Da scheint bit 2 gekippt zu sein:
$F6 = 1111 0110
$F4 = 1111 0100
Vom Fehlerbild her tippe ich entweder auf einen defekten Chip oder unpassendes Timing von EINEM Chip.
Wenn anstatt $f6 nur $f4 zurück kommt, dann ist das imho ziemlich eindeutig.
Wie gpospi schon sagt, tausche mal die ICs, die für die untersten zwei bits zuständig sind untereinander aus
Super! Gratulation!
Hmmmmmm... hättest du sowas parat?
War da nicht was mit einem Treffen Mitte August?
Kommst Du zum Rottal-Inn treffen am 12. August? Ich wohne "fast" um die Ecke. Und einen LA habe ich parat.
Aber zuerst mal den Jumper probieren 
Dann hilft wohl nur schweres Geschütz - der Logic-Analyzer, um zu sehen, wo es hängt
Komischerweise scheinen alle Superpets die ich so sehe "normale" 1488 zu haben
+5V ist eigentlich ganz schön außerhalb der Spec. Dürfte aber leicht zu ändern sein...
Steckt dann auch ein 14_C_88 drin?
Ich würde das mal so testen, wie vorgeschlagen: +9V am herausgebogenen Pin 14 anlegen und nochmal mit dem Oszi messen
Pin 14: 4.98V
Pin 1: -12,33V
Pin 8 zu allen anderen Pins an U39: nothing, alles hochohmig.
VCC+ (Pin 14) ist eigentlich zu niedrig. Das wird mit 7,5V bis 15V angegeben. Nom: 9V
VCC und GND an U39 sind schon in Ordnung?
Was ist U39 - ich kann das auf dem Schaltplan nicht richtig entziffern. Ist das auch ein MC1489?
Hier ein wunderbarer Miniaturnachbau vom Zimmer:
Hier noch eine kurzer Streifzug durchs Zimmer:
https://www.youtube.com/watch?v=GgTCtyJc0gE
Super gemacht 
Es ist an der Zeit, den Film wieder mal anzusehen...
Hier der Link zu einer Seriennummer-"Datenbank". Mein PET hat (ich bin grad nicht vor Ort) die Seriennummer 06233irgendwas, kommt also zeitlich schon hin, mit Mitte 79. Auch, wenn es suspekt ist.
Wo kommt diese Liste her?
Ich hatte mal meinen PET bei https://www.commodore.ca/commo…et-serial-number-project/ registriert. Ich weiß aber nicht mehr, wie man an die Liste selbst kommt.
Schade, dass man den Beitrag nicht runterladen kann. In der Mediathek habe ich den nicht gefunden.
Nettes Filmchen. Mit dem youtube-Downloader (aus GIT) gings
Hi zitruskeks
Ich würde mir den Schaltplan gerne etwas genauer ansehen. Hast Du in auf Github abgelegt oder wenigstens in besserer Auflösung?
Da gibt es noch einiges zu entdecken
Laut Schaltplan wird der Pin vom CPLD angesteuert?
Vielleicht kann man das EEPROM ja beschreiben, aber wie gesagt: mir ist das ganze System unbekannt. Gibt es da nicht einen Schalter "PROG"? Was macht das System dann?
Glückwunsch! 
Hoffe, das Ding läuft jetzt stabil.
Meinst du, ich könnte jetzt ohne "Software-Schreibschutz"- welchen mein Brenner eh nicht kann- das EEProm Pin einfach wieder zurück in den Sockel stecken und mal kucken, ob sich das Teil immer noch löscht?
Ich würde /WE auf high legen, dann kann nichts passieren. Vielleicht sogar mit einem Pull-Up-Widerstand.
Ich kenne das Ding ja nicht - wird das EEPROM überhaupt genutzt, um darauf zu schreiben?
Mit nem Oszi kann ich Audiosignale von Verstärkern und Tapedecks messen/prüfen- aber bei Rechnern bin ich definitiv raus. Ich wüsste ja nichtmal, wie ein Signal an welchem Pin auszusehen hat.
Da muss ich leider passen.
Die Einladung nach Vilshofen steht
Ich hab einfach mal die 6502 durch eine andere getauscht:
Irgendwelche mehr oder weniger geeignete CPU-Typen zu verwenden ist m.E. nicht der richtige Weg. Das kann funktionieren, muss aber nicht. Besser wäre eine Analyse, was hier das Problem verursacht und dieses dann korrekt zu beheben.
Da wird mal wohl ein Oszi verwenden müssen...
Ins Installationsverzeichnis von DOSBox gehen...
Bat anklicken
und im Editor die Kategorie Autoexec modifizieren...
Haut einwandfrei hin.
In Linux dann eben unter ~/.dosbox die Datei dosbox-0.74.conf (oder ähnlich) editieren.
Musste gleich mal eine kleine Runde Duke Nukem spielen 
Den VCC Pin der 6502 mal auf Masse legen? Darf man das?
Biege den Pin mal raus und mach das.
Das macht Sinn.
Was noch wichtig sein könnte: ist die 6809 lange genug im RESET, bis die Spannung am 6502 auf GND ist? Nicht, dass noch beide CPUs für ein paar Millisekunden gleichzeitig loslaufen.
Vielleicht ist die Umschaltung irgendwie "zu langsam"?
Ich kenne das Ding nicht. Wird das im laufenden Betrieb per Software oder Schalter umgeschaltet, oder Strom AUS - umschalten - Strom AN?
Nee, der "Socket" (wo die 16Mhz hinlaufen) ist der Steckadapter auf der Boardunterseite. Das ganze Board steckt darüber auf der PET-Platine.
Ach so funktioniert das. Schade, dass in KiCAD die Bauteile in der 3D Ansicht fehlen, sonst hätte ich das evtl. bemerkt
CBM_Ba kannst du mal ein Bild von dieser Leiterplatte machen.
Für die 6502 sind doch zwei parallele Sockelreihen vorhanden, wenn ich das so sehe. Welche ist da bestückt und welche verwendest du?
Ich bin gerade selbst erstaunt, dass es 6502 Versionen gibt, die HALT an Pin 35 unterstützen:
ZitatCustom 6502 variant designed for Atari, used in later Atari 8-bit computers and Atari 5200 and Atari 7800 consoles.
Has a HALT signal on pin 35 and the R/W signal on pin 36 (these pins are not connected (N/C) on a standard 6502). Pulling HALT low latches the clock, pausing the processor. This was used to allow the video circuitry direct memory access (DMA).[82]
Although sometimes referred to as "6502C" in Atari documentation, this is not the same as the "official" 6502C and the chip itself is never marked as such.[81]
