VC20 mit Black Screen

Reset Pin am 6502 ist Low -> High und bleibt da - beim Einschalten ?

Der Quarz in Ordnung ?

Was heisst ohne kernal, du nimmst den ROM chip raus und hast auf allen Leitungen signale ?

Also kernal rom kaputt ? Tausche doch den ROM.

hast du den Adressdekoder und falls gatter dranhängen auch - ausgemessen ? arbeitet der korrekt ?

Kann ja gut sein das erst beim Registerzugriff was hängt.

Was hast du für Spannungen am CPU, VIC und Rams ? Weniger als 5.1 ?

Sockel werden nach 40 Jahren auch mal kaputt... Nur so eine Info.

tip:

such jemand mit oszi

oder nimm eine Logikprobe.

Die sagt dir zwar nichts über die Amplitude(Signalqualität) am Daten Adressbus aber besser als nix wenn man kein Oszi hat.

Falls der Bus runtergezogen wird kannst du das nur am Oszi sehen.

https://www.amazon.de/Laser-52…ktester-DC/dp/B006IRIP8I/

oder auch bis 50Mhz:

https://www.amazon.de/Instek-G…gsfrequenz/dp/B0094JTVS0/

Nicht das ich Amzn unterstützen möchte. Links nur zur Information.

puh

quarze gehen kaputt da mechanisches Bauteil. Einfach das Mainboard mehrmals auf den Boden werfen. Dann fliegt der Kristall aus dem Halter.

Korrosion auf den ICs ? Leiterbahnen optisch gecheckt ?

TL ics kann man schnell auch testen indem du den selben Typ huckepack oben drauf setzt -> google Piggyback IC

der 7406 welcher schon mal getauscht wurde -> messe mit Durchgangsprüfer die Leitungen durch vielleicht hat der jenige ja beim löten

was abgerissen oder kalte Lötstelle ?

Wenn du nähe Wien bist kann dir ein Bekannter helfen. Der hat das alles daheim.

Zitat von Overdoc

901486-07 Kernal Rom auf UE12

Da würde ich mal ansetzen ... und dann in Wien mit ivettaB mal ordentlich einen Löten gehen und sich mit ihr kurzschließen ... ... .

ich wohne nicht in wien

Zitat von ivettaB

ich wohne nicht in wien

... egal!

tue das . im moment hat man ja draussen gutes Licht und mit einer guten Lupe wird das dann auch was.

Overdoc: Und ja, bin in Wien daheim, hab eigentlich viel Erfahrung mit Commodore Zeug und geschätzte 100 Reparaturen an C64, C128, VC20, C16, Amga 500 usw, usw,

das hättest nicht sagen sollen. Kann leicht sein das dir Jemand was zusendet (auf eine nette Weise natürlich

Haarrisse entstehen durch biegen der Platinen. Oder schlechte Lagerung wenn mehrere Platinen in einer Box aneinander scheuern.

Vorallem wenn man mit dem Auto unterwegs ist. (oder aus der Bucht aus Übersee geschickt bekommt. Zeitungspapier ist da ein schlechter Füllstoff.)

= Üble Sache.

Nimm einen Heissluft Fön (Temperaturgeregelt) und föne das Teil im Laufenden Betrieb und schau was passiert. mehr als 130 C würde ich nicht versuchen-

Also an alle "Spezialisten" unter Euch die hier mitlesen: Luftpolsterfolie vom Baumarkt ist preiswert. Platinen einzeln (!) einrollen 2-3 Lagig und mit Klebeband verkleben. Das hat den Vorteil das Feuchtigkeit draussen bleibt wenn mal wieder jemand die Sachen im Keller lagert und ... keine Haarisse mehr. Und nein, ich hatte damit noch nie statische Probleme. Aber wer paranoid ist kann die Platine ja noch vorher in Packpapier einrollen.

übel. wirklich. Aber ferndiagnosen sind schwierig.

Oszi oder Logicanalyzer würd ich jetzt holen. Da kannst gleich schauen ob die TTL was tun.

Kennst du eine NOP Karte ? Ist beim 6510 blöd weil er ja bei FFFC/D glaub ich losrennt.

Damit kannst du am Adressbus und Datenbus schauen ob alle Leitungen aktiv sind (nicht nur Statisches Low oder Hi)

Das ist in der Regel ein IC Sockel welcher in die ROM Plätze wandert und das BITMUSTER NOP ausgibt. So zählt die CPU hoch

Beim C64 würde ich Eprom 27x64 mit Resetvector auf $e000 ,

NMI und IRQ gleich auf eine Adresse mit einen RTI Opcode zeigen lassen - sonst alles NOPs

brennen in Kernalrom adapter stecken und messen was los ist.

Zitat von Overdoc

Vermutlich wird doch noch einer der TTLs defekt sein?

Kannste mir zuschicken, wenn du magst ... dann schaue ich gerne mal drüber.

Ok im VC 20 werkelt ein 6502 !! Also vergiss meinen obigen Post über 6510 bitte.

Das du soviele Computer ohne Oszi reparieren konntest -> Respekt !!!

Also wegen Nop Karte für diagnose Zwecke Infos

http://www.6502.org/mini-projects/nop-gen/nop-gen.htm

http://www.arcade-cabinets.com…entipede_MC_millipede.pdf

(Seite 14)

und ein Signature ANalyzer ist noch hilfreich:

HP5004A oder Atari CAT Box oder:

http://www.vector-labs.com/index_analyzer.html

Aktuelles Produkt (149 USD)

Infos generell:

http://gamearchive.askey.org/G…pment/HP/SigAnalNotes.pdf

Dann brauchst natürlich noch die codes (Signaturen) für die einzelnen Leitungen auf den Chips.

A) aus Service Handbuch (wirds nicht geben für vc20) ?

b) aus einem funktionierenden zweitgerät auslesen und aufschreiben und dann am besten Online stellen

Zitat von Overdoc

Hallo allerseits,

Hab mal wieder einen VC20 zur Reparatur, der mir allmählich gehörig auf die Nüsse geht....

Egal welchen Chip ich tausche - es bleibt einfach bei einem Black Screen.

Mal ein paar Daten zum VC20:

• VC20 CR mit Rev D Board
• von Werk aus gesockelt sind:
  • 6502 CPU auf UE10
  • 901460-03 Char Rom auf UD7
  • 901486-07 Kernal Rom auf UE12
  • 7406 auf UB4 wurde offenbar mal gesockelt/getauscht?
• zusätzlich hab ich im Rahmen der Fehlersuche bereits die folgenden gesockelt:
  • die beiden 2114 Rams auf UD2 und UE2
  • die 3 MOS 65245er auf UD8, UE8, und UF8
  • den VIC auf UB7
  • das 901486-01 Basic Rom auf UE11
  • den 74LS138 auf UC5

Alle nunmehr gesockelten IC sind ok und funktionieren in meinem Test-VC20 einwandfrei. (waren auch alle davor schon ok, ich musste bisher also keinen ersetzen)

Versorgungspannung ist stabil auf 5V, Resetsignal bleibt nach dem Einschalten sauber für 2 Sekunden auf LOW, und springt dann auf HIGH.

Kein IC wird nennenswert heiß, jedoch betriebswarm, aber alles im grünen Bereich, würd ich mal sagen.

Spiele Cartridges starten ebenfalls nicht -> Black Screen

Man kann lediglich die vertikalen VIC Streifen erkennen, wenn man die Heligkeit am Monitor raufdreht.

Auch mit einem Minimal-Ramtest Kernal bleibt er schwarz.

Was auffällig ist:

Die Datenleitungen D4-D7 sind beim Black-Screen alle auf LOW, während sich auf den unteren 4 offenbar etwas 'tut' (mangels Oszi aber nur mit Mulitmeter gemsssen)

Wenn ich die Kiste allerdings ohne Kernal starte, dann ist auf allen Datenleitungen Betrieb, woraus ich schließe, daß der Datenbus nicht durch einen anderen Chip permanent runtergezogen wird.

Daß die VIAs oder die beiden 6116er Rams einen Black Screen verursachen würden kann ich mir nicht vorstellen (es sei denn sie wären kurzgeschlossen, aber dann würden sie heiß werden), da die 'lebnsnotwendigen' Bereiche wie Zeropage, Stack usw. ja von den beiden 2114ern gestellt werden, und diese beiden ja schon gesockelt und ok sind.

Er müsste dann also zumindest mit dem Ramtest-Kernal starten.

Hat vielleicht jemand eine Idee was ich noch checken könnte, als stur auch noch die übrigen TTLs auszulöten und zu überprüfen?

Langsam geht mir die Kiste nämlich schon schwer am A....

Danke euch schon mal

Alles anzeigen

Eine Frage: du erwähnst hier "Minimal-Ramtest Kernal"; wo bekomme ich das Image her zum brennen?

Danke!

Hier

[HALB-OT]

Es gibt diesen Test auch für den C64. Leider funktioniert er dort in der Original-Version nur als Ultimax-Cartridge. Ich habe ihn gepatcht, damit er auch als C64-Kernal funktioniert(*). Den originalen Autor habe ich versucht zu kontaktieren, es wurde im Denial-Forum veröffentlicht, siehe:

http://sleepingelephant.com/ip…n/bb/viewtopic.php?t=6929

Leider kann ich mich dort nicht neu registrieren. Daher hänge ich es mal hier an, die originalen Archive und das gepatchte BIN als C64-Kernal. Vielleicht kann es jemand brauchen.

(*) Der originale Code fummelt an $00/$01 herum beim Start. Das ist im Ultimax-Mode aber sinn- und damit wirkungslos, /LORAM. /HIRAM und /CHAREN werden in diesem ignoriert - ganz im Gegensatz zum Betrieb als Kernal, da wird $00/$01 sehr wohl beachtet und führt damit im Original zum Absturz.

[/HALB-OT]