CBM 3032 kein Basic, nur Maschinensprache-Monitor

Wertes Forum,

ich bin neu hier und suche Hilfe wie ich einen CBM 3032 wieder mit Basic benutzen kann.

Seit ca. den 90ern besitze ich einen Commodore PET 3032.

Habe ihn damals vor dem Verschrotten gerettet.

Allerdings habe ich den nie verwendet, denn er macht nichts weiter als in den TIM (Maschinen Sprache Monitor) zu springen.

Weswegen ich den nur weggeräumt hatte und nun über die Feiertage Zeit gefunden habe ihn wieder hervor zu holen.

Wenn man ihn einschaltet zeigt er zunächst die ganz normale

### COMMODORE BASIC ###

31743 BYTES FREE

Meldung an, mit dem darauf folgenden READY.

Aber egal was man dann macht, z.B. eine Basic-Zeile eingeben, er springt dann immer sofort in den Maschinensprache-Monitor sobald man Return drückt.

Mit "X" kann man zwar den Maschinensprache-Monitor wieder verlassen, es wird dann auch wieder READY angezeigt, aber das Verhalten ändert sich nicht. Bei jedem Return oder Versuch einen normalen Befehl (LIST, RUN) einzugeben ist er wieder im TIM.

Hinweise zum Gerät:

Die Seriennr. lautet:

1321238

Die RAM o. ROM (?) Steckplätze UD3, UD4 und UD5 sind nicht bestückt (leere Sockel).

Auf dem Board befinden sich 2 "Jumperleisten" SH1 und SH2, bei denen man durchbuchstabierte Kontakte unterbrechen kann.

Vom Vorbesitzer oder ab Werk sind bei beiden mehrere unterbrochen.

Für Hinweise, wie man den wieder dazu bekommt, dass man ihn mit Basic benutzen kann wäre ich dankbar.

Merci. Den Gedanken, dass der Basic Rom fehlt, hatte ich auch schon, was mir aber merkwürdig vorkommt, da die übliche Startmeldung ja kommt.

Leider weiss ich nicht wozu der früher einmal eingesetzt wurde, möglicherweise wurde der absichtlich so gejumpert weil damit immer eine Geschäftsanwendung fix gestartet wurde (möglicherweise per Cartridge).

Versuche mal ein paar Bilder hochzuladen.

Mir wäre schon geholfen, wenn z.B. jemand ganz sicher bestätigen könnte, dass in einem der leeren Sockel zwingend ein Basic Rom sein müsste oder die Jumperkontakte falsch sind. Könnte ja sein, dass die leeren Sockel für eine eventuelle Speichererweiterung sind.

Danke für den Hinweis, dass der CBM in den Monitor aufgrund eines Defektes springen kann wusste ich nicht.

M C4D0 C4DF

liefert:

E8 BD 00 02 38 F9 92 C0

D.h. an Adresse $C4D3 steht "02".

M C4D3 C4DF

: C4D3 02 38 F9 92 C0 F0 F5 C9

: C4DB 80 D0 30 05 05 A4 6E E8

Möglicherweise hat ja jemand einen Baugleichen und kann in seinen Rom die Adressen auf Abweichung checken.

Welches von den bestückten ROM Bauteil ist es denn bzw. liegt in dem Adressbereich?

Vielen Dank an alle.

Hm laut dem Monitor lassen sich sie Speicherzellen alle ansprechen - zumindest liefern sie individuelle Werte.

Hier die Speicherbereiche:

Werde mal versuchen einen Schaltplan zu ergooglen.

Vermutlich sind die meisten Pins der ROM-Bausteine parallel verdrahtet (+5V, GND, Datenbus und Grossteil des Adressbusses).

Sodass man zwischen den Chips von Pin zu Pin auf Durchgang prüfen kann. Wenn man das von oben macht hätte man auch gleich die Sockel auf Durchgang geprüft.

Der Helligkeitsregler an der Rückseite hatte nen üblen Wackler, dem ich vorerst mit etwas Kontaktspray abgeholfen habe (werde aber langfristig wohl ein neues Poti einsetzten). Die Tastatur braucht sehr beherzte Anschläge damit man etwas eingeben kann.

Ist eben noch solide aber alte Elektronik - der grosse Elko im Netzteil scheint von 1979 zu sein. Eine Grundreinigung wird dringend von nöten sein. Wollte erst mal abpeilen, ob da überhaupt noch was zu machen ist.

Inzwischen habe ich mit dem Komponententester von meinem alten, aber rüstigen, Hameg Oszi alle ROMs Pin für Pin von einem zum nächsten ROM von oben auf Durchgang geprüft. Alle haben Durchgang, d.h. natürlich mit Ausnahme der CS-Signale. Die haben aber korrekten Durchgang zu den passenden Anschlüssen vom 74154 Dekoder. Im Schaltplan waren auch die Jumper aufgeführt (wo sie "DIP-Shunt" heissen), meine Stellung entspricht einer 32K Version, was auch okay sein sollte.

Daher tendiere ich eher dazu, dass die ROMs i.O. sind, vor allem weil sich alle (zumindest in obigen kleinen Bereich) auslesen lassen. Um eine einzele defekte Zelle im ROM ("gekipptes Bit") ausschliessen zu können müsste man aber sicher den gesamten Inhalt verifizieren, wobei ich nicht wüsste wie.

Was mir noch aufgefallen ist:

Einer der Portbausteine, ein 6522 (C5 ist wohl für den Userport), wurde offensichtlich ersetzt, der sieht deutlich neuer/sauberer (sic) aus und hat einen anderen Firmenaufdruck. Im Schaltplan habe ich gesehen, dass neben div. anderen Bausteinen auch die Portbausteine Interrupt-Leitungen haben. Möglicherweise wird irgendwo ein falscher Interrupt ausgelöst?

Tastatur- und Monitoransteuerung kann man wohl als Ursache ausschliessen. Wobei der Monitor ein noch erstaunlich gutes Bild macht - d.h. wenn man das Helligkeitspoti richtig hingewackelt hat.

Die CPU selbst kann man denke ich auch ausschliessen.

Bleibt eigentlich nur der RAM oder eventuell weitere Hilfslogik (Dekoder, Buspuffer etc.).

Werde mal versuchen mit dem Monitor in den RAM zu schreiben/lesen.

Laut https://www.c64-wiki.com/wiki/TIM scheint das zu gehen.

Morgen werde ich mal die Spannungen überprüfen und auf Restwelligkeit prüfen sowie das Board ausbauen und von unten begutachten.

Zunächst einmal vielen Dank für die ganze Hilfe, das ist hier ja wirklich überwältigend.

Das Board ist inzwischen ausgebaut, dazu später mehr.

Zu den Fragen:

Wenn man Return nur alleine ab frisch "gebootetem" Rechner drückt, springt der Cursor lediglich in die nächste Zeile ohne im TIM zu landen. Das kann man auch wiederholen - also ohne Eingabe kein TIM auch bei wiederholtem Return.

Erst wenn man etwas eingibt und dann Return drückt springt er in den TIM.

Probiert habe ich alles Mögliche:

NEW

10 PRINT "TEST"

10

?

LIST

?2*5 (direktes Rechnen)

um ein paar Beispiele zu nennen, es scheint aber egal zu sein - auch Unsinn (<- wo ja eigentlich ein Syntax Error kommen sollte) führt zum TIM.

Solange man noch nicht Return gedrückt hat, kann man in der Zeile noch hin und her navigieren und etwa Änderungen mit INST/DEL machen.

Nach dem er in den TIM gesprungen ist landet er immer ausnahmslos bei $C4D3, der Interruptvector steht immer auf $E62E

Der Akkumulator (AC) ist praktisch immer 00.

Das X-Register ist meistens 03 (hängt aber ein bisschen davon ab, was man vor dem Return eingegeben hat).

Das Y-Register ist immer 05.

SR nimmt meist 32 oder 72 an.

Mit X kann man den TIM auch immer verlassen und landet wieder am Basic-Prompt.

Nun kann man das Spiel mit beliebiger Eingabe + Return wiederholen, dabei kann man beobachten dass der Stackpointer von mal zu mal runterzählt z.B. F8, F6, F4 etc..

Mit Multimeter und Oszi habe ich die Spannungen geprüft.

Sieht aber alles sehr gut aus:

Die 5V Leitungen hatten beide ca. 5,04V, die anderen waren 11,86V (statt 12V) und -5,1V (statt -5,0V), die 9V unreguliert habe ich nicht getestet bzw. vergessen.

Am Oszi konnte man auch keinerlei Brumm oder Restwelligkeit erkennen.

Dennoch, sollte der CBM wieder gehen, würde ich auch wenigstens ein paar der Netzteil-Elkos wechseln. 40 Jahre alte Elkos sind irgendwie doch nicht so das Wahre...

Interessehalber habe ich den Tastkopf auch an div. Pins der ROMs gehalten.

Die Pegel liegen auf normalen TTL-Niveau ("zappeln" zw. 0V und ca. 4,5V).

Dann habe ich noch etwas weiter die ROMs auf ihren Inhalt untersucht.

WJakobus hatte weiter oben dankenswerterweise auf eine Seite mit Schaltplan-Doku hingewiesen, dort findet man ein ganzes Sammelsurium an Doku u.a. auch verschiedene ROM-Dateien.

Von den ROM-Dateien habe ich mir einige heruntergeladen, in einen HEX-Editor geladen und im TIM mit dem tatsächlich vorhandenen wenigstens Abschnittsweise verglichen. Das war gar nicht so einfach, weil es eine für mich verwirrende Anzahl von ROM-Versionen gibt. Teils sind die dann auch pro ROM-Chip auf 2 Dateien aufgesplitet.

http://www.zimmers.net/anonftp…/computers/pet/index.html

Ab besten scheinen die "rom-3-xxxx.bin" mit BASIC 3 zu passen. Zunächst dachte ich ich wäre bei BASIC 2 richtig, aber bei den ROMs für $DXXX, $EXXX und $FXXX fand ich unter BASIC 2 zu wenig Übereinstimmung. Der Bereich $CXXX könnte aber auch BASIC 2 sein.

Ich habe immer ca. die ersten 16 Byte und die letzten 16 Byte mit der jeweiligen ROM-Datei verglichen, dazu auch noch ein paar Abschnitte mitten drin - vorzugsweise solche bei denen sich mehrere Adressleitungen auf einmal ändern also etwa §D3F0 - §D40F.

Vom $CXXX ROM habe ich auch noch besonders den Bereich um die ominösen $C4D3 untersucht, sowie um den Interruptvector $E62E.

Fand dort aber keine Abweichung zw. ROM-Dateien und TIM. Zumindest habe ich stets eine ROM-Datei gefunden die auf meinen ROM-inhalt passt. Jedenfalls kann man sicher ausschliessen, dass die ROMs in den falschen Sockeln stecken. Auf einem, dem $FXXX, kann man als einzigen noch die Teilenr. lesen, die mit der Parts-Liste aus der Doku übereinstimmt.

D.h. eine Besonderheit ist mir aufgefallen: In allen $C000 ROM-Dateien ist das 3. Byte immer 57 im Rechner ist es aber 47, obwohl der Rest sonst zu passen scheint.

Dann zum RAM:

Mit dem Monitor habe ich versucht in verschiedene Bereich zu schreiben bzw. wieder auszulesen. Was im grossen und ganzen auch geklappt hatte - musste erst mal rausfinden wie man mit dem TIM schreibt und welche Bereiche dazu in Frage kommen.

Aber der Hinweis von ThoralfAsmussen war vermutlich goldrichtig. In dem Bereich $0200 - $0280 gab es ca. in der Mitte ein paar Zellen die sich nicht beschreiben lassen (wobei ich mir nicht sicher bin ob das nicht auch mit dem laufenden TIM interagiert). Die ersten ca. 16 Byte ab $0200 ändern sich mit der Eingabe vor dem Return (lange Zeileneingaben habe ich nicht getätigt). Der Rest weist ein mehr oder weniger durchgehendes Muster auf, welches in der Mitte vom Bereich irgendwie gebrochen ist. Habe leider keine Screenshots dazu und Board ist gerade draussen...

Das Board sieht von unten geradezu sauber aus. Aber man erkennt, dass hier und dort ein paar Lötstellen nachgelötet worden sind.

Von den 4116 RAM-Chips sind 2 vollständig nachgelötet worden - aber vermutlich nicht gewechselt worden. Die Löstellen sehen einigermassen okay aus, aber bei den nachgelöteten RAMs sind ein paar kleinere Lötzinnspritzer auszumachen. Werde jetzt als nächstes die Platine mit einer starken Lupe auf kalte Lötstellen, Zinn-Brücken und Haarrisse untersuchen. Ggf. etwas nachlöten. Und natürlich reinigen.

Die Platine ist jetzt wieder einigermassen sauber.

Zuerst mit weichen Borstenpinsel und Staubsauger gereinigt und dann gründlich mit einem Leiterplattenreiniger "Kontakt LR" abgespült.

Ein Bild der Brühe erspare ich euch.

Auch konnte ich nun wider erwarten die Teilenrn. der ROMs lesen. Sie stimmen exakt mit dem in der Doku angegeben überein.

Kalte Lötstellen oder dergleichen habe ich nicht wirklich finden können. Auch keine Kurzschlüsse - Lötzinnspritzer, Flussmittelreste etc. sind natürlich entfernt. Dennoch habe ich ein paar Lötstellen prophylaktisch gesäubert und nachgelötet.

Leider hat das ganze keine Besserung gebracht.

Eingabe + Return und man landet im Monitor...

Ich habe mich dann nochmals mit dem von ThoralfAsmussen erwähnten Eingabepuffer befasst und festgestellt, dass man die Speicherzelle an Adresse $026F mit dem Monitor definitiv nicht beschreiben kann, die davor und danach aber schon.