Du must die ICs mit den Bezeichnungen U5-U8 auf der Platine suchen. Ich glaube, sie sind links.
Hier https://www.c64-wiki.de/wiki/C16_RAM_Erweiterung gibt es ein paar nützliche Informationen und Bilder.
Aber auch sonst findet man über die gängigen Suchmaschinen Vieles.
obbi
Alles anzeigenDu must die ICs mit den Bezeichnungen U5-U8 auf der Platine suchen. Ich glaube, sie sind links.
Hier https://www.c64-wiki.de/wiki/C16_RAM_Erweiterung gibt es ein paar nützliche Informationen und Bilder.
Aber auch sonst findet man über die gängigen Suchmaschinen Vieles.
obbi
Ich habe bereits gesucht und Infos gefunden. Auch die Seite von Dir habe ich gefunden, jedoch als nicht eingefleischter Commodorianer habe ich dort mehr offene Fragen als gelöst werden. Dazu habe ich dann aber diese Seite gefunden:
Ich hoffe ich komme am Wochenende dazu mit dem Messen der 4 ICs anzufangen. Da ich die anliegenden Signale nicht kenne, sollte zumindest aber ein ähnliches Verhalten jeweils beim RAM untereinander und den Multiplexern untereinander ähnlich sein.
Ein Umbau auf 64kb ist immer gut, aber denke daran wenn Du alle RAM auf Sockel setzt das Du wieder einen Sockel raus nehmen musst da unterhalb einen Verbindung ist die Du kappen musst. Die Huckepack Version funktioniert meistens sind ja nur zwei drin.
Was auch sein kann, das hatte ich mit einem Board, der Sockel von der CPU und TED war mehr oder weniger nicht mehr kontaktfreudig. Die habe ich gegen vernünftige Sockel gewechselt und dann lief der C16 wieder.
Ein Umbau auf 64kb ist immer gut, aber denke daran wenn Du alle RAM auf Sockel setzt das Du wieder einen Sockel raus nehmen musst da unterhalb einen Verbindung ist die Du kappen musst. Die Huckepack Version funktioniert meistens sind ja nur zwei drin.
Was auch sein kann, das hatte ich mit einem Board, der Sockel von der CPU und TED war mehr oder weniger nicht mehr kontaktfreudig. Die habe ich gegen vernünftige Sockel gewechselt und dann lief der C16 wieder.
Hi,
RAM wollte ich erst mal lassen bis er geht um nicht noch mehr Baustellen zu haben. Sicher werde ich dann das ganze Sockeln und habe auch gesehen, dass die eine Leiterbahn zu durchtrennen ist.
Die beiden ICs (CPU und TED) hab ich schon raus und die Pins mit einem Glasfaserstift gereinigt. Zudem hab ich mit einem alten IC etwas die Fassung blank gemacht.
Vielleicht kann mir erst mal jemand was zu den anliegenden Signalen sagen.
RAM wollte ich erst mal lassen bis er geht um nicht noch mehr Baustellen zu haben.
Sehr gute Entscheidung!
Die Fehlersuche und erfolgreiche Reparatur sollte abgeschlossen sein, bevor man an jegliche Umbauten geht, bei denen ja immer die Möglichkeit besteht, neue Fehler mit einzubauen.
Dass Pin4 an U8 dauerhaft Hi ist, halte ich für einen Fehler. Das Signal müsste abhängig vom Pegel an Pin 1 entweder den "Schrabbel" von Pin 2 oder Pin3 zeigen
Pin 14 von U8 dürfte keinen "Schrabbel" liefern, weil er fest auf HI Pegel liegt (siehe Schematics). Ich vermute, da hast Du Dich einfach vertan.
Die Signale von U7 sehen gut aus
obbi
Alles anzeigenDass Pin4 an U8 dauerhaft Hi ist, halte ich für einen Fehler. Das Signal müsste abhängig vom Pegel an Pin 1 entweder den "Schrabbel" von Pin 2 oder Pin3 zeigen
Pin 14 von U8 dürfte keinen "Schrabbel" liefern, weil er fest auf HI Pegel liegt (siehe Schematics). Ich vermute, da hast Du Dich einfach vertan.
Die Signale von U7 sehen gut aus
obbi
Du hast recht! Mist gekrakel bei der Aufzeichnung wenn man eigentlich beide Hände voll hat.
PIN 14 liegt fest auf HI auf U8.
Vielleicht hilft Dir die PDF weiter
Spannungsangaben an den Leitungen eines Adressbusses machen für mich keinen Sinn 
... Zumindest nicht, wenn sie wie hier statisch angegeben werden. Spannung über die Zeit, wie z.B. mit einem Oszilloskop schon eher, auch wenn die absolute Spannung auch in diesem Fall nicht sooo wichtig ist, solange sie sich in dem spezifiziertem Bereich für High und Low befindet.
obbi
Für mich sieht es jetzt so aus, als ob die beiden Multiplexer nicht defekt sind. Die Signale der Eingänge werden abhängig vom Pegel an Pin 1 richtig umgeschaltet. Es gibt aktuell keinen Grund sie auszulöten.
Als nächstes würde ich mich um die RAM Bausteine kümmern. In er Annahme, dass ein Zeichen auf dem Bildschrim 8 bit breit ist und angesichts der Tatsache, dass jeweils 4 bit offensichtlich immer den gleichen Wert haben (wegen der senkrechten Streifen) liegt es nahe, dass ein Baustein entweder nicht richtig angesteuert wird oder dass er defekt ist.
Du solltest als nächstes versuchen diesen Baustein zu identifizieren (siehe oben: Kreuztausch oder Huckepackmethode)
Ich denke, Du bist fast am Ziel 
obbi
Einen RAM-Test kenne ich nicht in den 8-Bit-Commodore-ROM-Routinen-
Alles anzeigenFür mich sieht es jetzt so aus, als ob die beiden Multiplexer nicht defekt sind. Die Signale der Eingänge werden abhängig vom Pegel an Pin 1 richtig umgeschaltet. Es gibt aktuell keinen Grund sie auszulöten.
Als nächstes würde ich mich um die RAM Bausteine kümmern. In er Annahme, dass ein Zeichen auf dem Bildschrim 8 bit breit ist und angesichts der Tatsache, dass jeweils 4 bit offensichtlich immer den gleichen Wert haben (wegen der senkrechten Streifen) liegt es nahe, dass ein Baustein entweder nicht richtig angesteuert wird oder dass er defekt ist.
Du solltest als nächstes versuchen diesen Baustein zu identifizieren (siehe oben: Kreuztausch oder Huckepackmethode)
Ich denke, Du bist fast am Ziel
obbi
Ok, dann werde ich versuchen die Rams zu entlöten und erstmal Sockel zu setzen. Rams muss ich ja auch erst noch bestellen.
Einen RAM-Test kenne ich nicht in den 8-Bit-Commodore-ROM-Routinen-
Es gibt einen rudimentären RAM-Test, mit dem die installierte Speichergröße getestet wird.
Abhängig vom Ergebnis wird der Pointer für das Ende des Basic-Speichers gesetzt, und die Anzeige <xxxxx> BYTES FREE erzeugt.
Einen RAM-Test kenne ich nicht in den 8-Bit-Commodore-ROM-Routinen-
Es gibt einen rudimentären RAM-Test, mit dem die installierte Speichergröße getestet wird.
Abhängig vom Ergebnis wird der Pointer für das Ende des Basic-Speichers gesetzt, und die Anzeige <xxxxx> BYTES FREE erzeugt.
Genau an sowas hatte ich gedacht. Irgendwie muß er ja mitbekommen wie die Adressierung ist. Und im dem Zug hatte ich gedacht er checkt den Speicher. indem er die Zelle anspricht.
Dieser Test adressiert allerdings nicht den Bildschirmspeicher.
Bei defekten RAMs könnte dieser Test aber trotzdem auf die Anzeige wirken, ebenso bei fehlerhafter Umschaltung der Adressleitungen zwischen CPU und TED. Allerdings habe ich die Architektur des C16 nicht im Kopf, und weiß nicht welcher Baustein das erledigt. Könnte der TED sein.
Dieser Test adressiert allerdings nicht den Bildschirmspeicher.
Bei defekten RAMs könnte dieser Test aber trotzdem auf die Anzeige wirken, ebenso bei fehlerhafter Umschaltung der Adressleitungen zwischen CPU und TED. Allerdings habe ich die Architektur des C16 nicht im Kopf, und weiß nicht welcher Baustein das erledigt. Könnte der TED sein.
RAMs sind bestellt - Lieferzeit 12 Tage..... Fortsetzung folgt 
Ich würd ja mal blind eingeben
VOL 7 : SOUND 1, 555, 500 [Return]
oder
GRAPHIC 1
vielleicht passiert ja was.
Die Geschichte mit den 4Bit wegen Streifenmuster am Bild kann ich nicht nachvollziehen (oder kapier es schlicht nicht, wie es gemeint ist); aber üblicherweise ist das da ein Textmode und da werden wie man PET oder VC20 die Zeichen aus einer Tabelle gelesen, wo einfach PETSCII Bytes drinstehen, die mit einer Char Tabelle ausgewertet werden, die der TED dann anzeigt. Nur daß das eben kein eigens Charackter ROM ist.
Da TED und CPU anscheinend funktionieren, sollte man evtl. zuerst mal die ROMs nochmal putzen und deren Signalwege anschauene.
Was bei P4 und evtl auch C16 ein sehr beliebter "unklarer" Fehler ist, sind Beinchen von Kondensatoren, die dort so lustig nach innen verbogen sind, und sich dann da gern mal berühren, wenn jemand etwa das Gehäuse mal bißchen rüde zusammengesetzt hat oder sonstwie da drauf rumgedrückt hat. Daher alle Kondensatorbeinchen mal anschauen !
Bei defekten RAMs könnte dieser Test aber trotzdem auf die Anzeige wirken, ebenso bei fehlerhafter Umschaltung der Adressleitungen zwischen CPU und TED. Allerdings habe ich die Architektur des C16 nicht im Kopf, und weiß nicht welcher Baustein das erledigt. Könnte der TED sein.
Eigentlich ist der TED ziemlich autark. Man muß sich das eher wie ein Zweiprozessor System vorstellen - und beide können unabhängig aufs RAM zugreifen. Es gibt dann noch einen kleinen Bereich in den der TED seine Steuerregister einblendet und das wars eigentlich.
Das Umschalten vom RAM macht der TED - und die CPU wartet bis er fertig ist.
Müßte der mit MUX beschriftete Ausgang sein
(Bild von zimmers, nur zusammengefügt)
Danke fürs Schaltbild.
Demnach läuft das über AEC. Das ist ein Eingangssignal an der CPU, über das sie den Adressbus freigibt.
Wird vom TED aktiviert. Der kann dann selbst Adressen auf den Bus legen.
Über das Mux-Signal werden die Multiplexer umgeschaltet, um die richtigen Adressen für die RAS und CAS Zugriffe an die DRAMs zu legen.
Alles anzeigenIch würd ja mal blind eingeben
VOL 7 : SOUND 1, 555, 500 [Return]
oder
GRAPHIC 1
vielleicht passiert ja was.
An so was hatte ich auch schon gedacht. Also einfach mal blind einen Befehl eingeben. Z.B. auch Load"$",8 um zu sehen, ob ein angeschlossenes Laufwerk das Verzeichnis liest. Es wäre tatsächlich interessant zu erfahren, ob sich da was tut.
Ich würde aber erwarten, dass nichts dergleichen funktioniert, weil dafür der das RAM sinnvoll beschrieben (durch die Tastatureingabe) und sinnvoll gelesen werden können müsste (durch den Basic Interpreter).
Die einzige Konstante im Fehlerbild scheint die (korrekte) Farbe des Bildschirmrahmes zu sein scheint.
Unter der Annahme, dass der TED nicht von sich aus die Farbe setzt sondern dass die notwendigen Befehle im ROM stehen gehe ich davon aus, dass der Adressbus noch richtig funktionieren (sonst würde ein Reset seinen Sprungvektor überhaupt nicht lesen können)
Der Datenbus scheint bei dieser Annahme auch nicht blockiert zu sein, weil die Bildschirmfarbe sonst nicht richtig gesetzt werden könnte.
Damit deutet für mich alles aufs RAM.
Wenn allerdings der TED die Farbe selbst setzt, lag ich komplett daneben :-/ In dem Fall müsste die Hintergrundfarbe auch dann korrekt sein, wenn man z.B. das Kernal entfernt.
ZitatDie Geschichte mit den 4Bit wegen Streifenmuster am Bild kann ich nicht nachvollziehen (oder kapier es schlicht nicht, wie es gemeint ist); aber üblicherweise ist das da ein Textmode und da werden wie man PET oder VC20 die Zeichen aus einer Tabelle gelesen, wo einfach PETSCII Bytes drinstehen, die mit einer Char Tabelle ausgewertet werden, die der TED dann anzeigt. Nur daß das eben kein eigens Charackter ROM ist.
Guter Punkt.
Ich bin kühn davon ausgegangen, dass nach dem Einschalten zunächst mal ein Grafikmodus aktiv ist. Evtl. kann das jemand bestätigen.
Ich würde ja keine 12 Tage warten wollen und statt dessen beide ICs auslöten, sockeln und über kreuz tauschen. Wenn sich dann das Streifemuster insofern verändert, dass sie "nach rechts springen", wäre schon mal klar, dass man sich sehr sicher sein kann, dass einer der beiden Chips defekt ist.
Evtl. hätte man vorher Maniac auch schon fragen können, ob beide ICs gleich warm sind. Defekte RAM Chips werden gerne mal sehr warm.
obbi
Ich bin kühn davon ausgegangen, dass nach dem Einschalten zunächst mal ein Grafikmodus aktiv ist. Evtl. kann das jemand bestätigen.
Leider keine Bestätigung ...
Die 264er starten alle ganz normal im Textmode. Ziemlich so wie bei den Vorgängern auch. 80x25 Zeichen mit einem Stück RAM für die Buchstabencodes und einem Stück RAM für die Farbgebung (inkl. Revers und Blinken) bei $0C00 und $0800 (je 1 KB).
Die Grafik muß man gesondert einschalten - und wenn man das tut, passiert noch was Seltsames: Es wird nämlich der Grafikbereich-RAM angelegt und das nicht etwa oberhalb des normalen RAM oder an dessen Ende, sondern ganz dort, wo vorher das BASIC seinen Anfang hatte. Damit das klappt, wird zuvor der BASIC Start (also das Programm, nicht das BASIC selbst) an die Position $4001 verschoben und das Programm sofern vorhanden dahin umkopiert. Die Grafik liegt dann bei $2000 bis $3f3f. Das gilt allerdings nur für die Geräte mit 64KB. Bei den 16KB Rechnern bleibt das BASIC unterhalb - und ist dann mit sowenig Platz gesegnet, daß da nicht mehr viel Programm reinpaßt.
Aktiviert man die Graphic nicht, hat man quasi sowas wie einen besseren PET mit fast 64KB free.
Grafikbefehle bringen in dem Fall dann auch eine Fehlermeldung über die fehlende "graphics area".
[...]kann ich dann das mit der blinden Eingabe auch mal machen. Muss ich hier zwangsweise schon sowas wie einen Cursor sehen?
Neinnein. Bei diesem Scenario wollen wir davon ausgehen, dass der Rechner ansonsten noch fuktioniert, nur eben die Bildschirmausgabe nicht.
Also auch keinen Cursor. Bin gespannt.
obbi
[...]kann ich dann das mit der blinden Eingabe auch mal machen. Muss ich hier zwangsweise schon sowas wie einen Cursor sehen?
Neinnein. Bei diesem Scenario wollen wir davon ausgehen, dass der Rechner ansonsten noch fuktioniert, nur eben die Bildschirmausgabe nicht.
Also auch keinen Cursor. Bin gespannt.
obbi
Ok, dann hoffe ich mal, dass dann zumindest die Tastatur geht;)
Edit: Das durchtrennen der Leiterbahn geschieht nicht unter den RAMs sondern unter U7. Das hab ich vorhin falsch geschrieben. Also kann ich die Sockel ja direkt rein machen.
