ASSY 250469 Blue Screen

Es gibt 147 Antworten in diesem Thema, welches 8.354 mal aufgerufen wurde. Der letzte Beitrag (19. Februar 2025 um 19:09) ist von axorp.

  • Gerade mal auf Bitte melde dich an, um diesen Link zu sehen. nachgeschaut, ein Großteil der Checks beim Diag-Harness hängen vom Write-Pin (5) des Tape-Ports bzw. der P3-Leitung der CPU ab, weil darüber diverse Umschaltungen im Harness laufen. Wenn das nicht tut, kommt da nur Murks raus.

    Miss mal Tapeport Pin 5 nach POKE1,55 (sollte dann 5V sein) und nach POKE1,47 (sollte dann Low sein).

    Da haben wir was.

    POKE1,55 -> 0V

    POKE1,47 -> 3.7V

    Ich sehe gerade, dass da auch wirklich nur die CPU dranhängt. Also CPU karpott.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Ah ich hatte mich da vertan, 55 ist 0b110111 und 47 ist 0b101111, also ist P3 bei 47 High und bei 55 Low, das passt schon. Ich sollte mobil nix posten. ;)

    Bitte melde dich an, um diesen Link zu sehen. sollte stimmen hoffentlich.

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

  • Schade. Das sah sonst vielversprechend aus. Also erklärt es die Probleme mit dem Harness und den Hangs bei IRQ Loadern immer noch nicht.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Ja. Kannst ja selbst mit angeschlossenem Harness (aber ohne das Diagnosemodul am Expansionsport) mal testen. Mich wundert etwas, dass das Harness P3/E-5 als Umschaltpin für die eigenen 4066er benutzt, die Leitung aber gleichzeitig über R3=320 Ohm auf Masse zieht und auch noch den Motor-Pin (C-3) über R4=150 Ohm dranpfriemelt (wobei das vielleicht als Spannungsteiler gedacht ist?).

    Vielleicht schafft es Deine CPU so nicht mehr, P3 auf High zu treiben? Oder stimmt der Schaltplan für das Harness einfach nicht?

    Was die nicht richtig funktionierende Floppy angeht, Kabel und IEC-Pullups sind sicher okay? Siehe 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.

  • Floppy: Kabel definitiv ok. Das läuft mit anderem C64 einwandfrei. Die IRC Pullups kann ich nochmal messen. Muss ich im Schaltplan mal nachschauen.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • dass das Harness P3/E-5 als Umschaltpin für die eigenen 4066er benutzt, die Leitung aber gleichzeitig über R3=320 Ohm auf Masse zieht und auch noch den Motor-Pin (C-3) über R4=150 Ohm dranpfriemelt (wobei das vielleicht als Spannungsteiler gedacht ist?).

    ja, es ist als spannungsteiler gedacht.

    wenn die 6V spannung für den motor eingeschaltet wird, liegt die über den 5V.

    6V/(320+150 ohm)*320 = dann liegen an p3 ca. 4,08V an.
    so kann man auch testen, ob die motorspannung vorhanden ist.

    ich hatte ja die produktion und den vertrieb von commodore, für die diagnose sätze, bekommen. da es sich für commodore nicht lohnte.

    ich hatte auch eigene erweiterungen gehabt und es ist ja über 40 jahre nun her.

    so kann ich mich nicht mehr erinner, was da alles gemacht wird.

    meine dead + diag version hatte auf dem c2n anschluss ein zweistelliges 7 segment display.

    damit man fehler auch anzeigen konnte, wenn die ausgabe auf den monitor nicht funktionierte.

    was besonders bei den toten boards viel geholfen hatte.

    am besten mal klären, ob p3 / write, da als output oder als input nur benutzt wird.

    und die 4066 mit der motorspannung und dem spannungsteiler aktiviert werden.

    leider ist es schon sehr lange her und da ich nur in maschinensprache programmiert habe, haben dann meine mitarbeiter, nach meinen vorgaben, die sachen programmiert.

    ob sich da noch etwas in meinen garagen darüber findet, weiß ich nicht.

    aber die ganze video ausgabe rausschmeißen und dann die ausgabe auf meinen c2n adapter umzuleiten, war damals, für meine programmierer, kein problem gewesen.

    so hatte man einen zweistelligen 7-segment errorcode und 12 leds gehabt.

    und man musste beim diag nicht, bei z.b. den ram fehlern, auf das blinken achten.

    da der 6510 port direkt intern vorhanden ist, funktioniert der auch, wenn vieles am bus nicht funktioniert.

    so konnte man mit meiner lösung vieles testen, wo die original programme, von commodore versagten.

    durch das entfernen der video ausgabe routinen, hatte man damals dann auch mehr eprom platz geschaffen, für manche eigene, erweiterte und bessere test routinen.

    dieses c2n display wurde auch für den pet, vc und die cbm geräte benutzt. da diese geräte auch den c2n anschluss ja haben.

    ich benutzte da aber auch die 6510, später die 8502, weil die einen port pin mehr hatte und ich von der soviele hatte, da die eigentlich nie kaputt ging. so auch damals die 7501 / 8501, von der hatte ich damals auch ein paar tausend.

    aber auch so eine 6510 usw. version hatte ich für geräte gehabt, ohne einen c2n anschluss.

    z.b. um bei einer toten 1541 auch den ramtest, rom test, port test machen zu können.

    so wurde die 6502 cpu gegen einen adapter mit der 6510 und dem c2n display ausgewechselt.

    eigentlich war das ein universeller ram test, der keinen speicher benötigt, dann ein rom prüfsummen test, der auf allen 6502 basierenden rechnern funktionierte. nur das ich dafür die 6510 cpu benutzte, da sie in internes port hat und die ausgabe auf dem error code c2n display auch funktionierte, wenn der bus teilweise hinüber war. das diag eigentlich der dead test, war mit auf dem adapter.

    dann hatte ich einen 6510 (6502) adapter entwickelt, der leider nicht komplett fertig wurde, weil der freie programmierer, nach der hohen anzahlung, verschwunden ist.

    bei diesem testadapter benutzte ich 4 der 74ls299 als input (output) register, da konnte man dann den kompletten adress und den datenbus latchen und einlesen und man hatte noch 8 bits für andere signale frei. man musste nun nur noch dafür sorgen, das der bus hochohmig wurde, und man hat dann die 32 bits eingelesen und auf den 32 leds darstellen können. nun konnte man nacheinander alle 24 leitungen überprüfen, mit einem pull-up oder pull-down widerstand ob bei einem total defekten board, eine der adressen oder datenbits da komplett blokiert.

    ich konnte die 32 (36) bits ja dann über das 6510 / 8500 / 8502 / 8501 port seriell einlesen und auf meiner c2n display schaltung dann mit dem error code oder mit einem bitmuster darstellen.

    gruß
    helmut

    Helmut Proxa @axorp (HP.)

    proxa computer

    ultra electronic Helmut Proxa GmbH & Co. Computer Systeme Hardware Software KG - Telex 888 66 27 uehp

  • Isbesondere kommt die Motorspannung aber aus dem 9V-Trafo u.a. über eine Induktivität (!). Sowas gehört nicht an einen Logik-Pin. Plus eigentlich ist Spannung von extern anlegen an CPU-Pins ein No-Go (da fließen dann ein paar mA direkt in die CPU rein, sofern P3 auf Output Low geschaltet wird - nicht so schön). Und letztendlich ist es auch eine richtig schlechte Idee, eine Leitung, die für die Harness-interne Umschaltung benutzt wird, auch noch als Input für was ganz anderes zu benutzen... naja, ist halt so.

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

  • So, ich habe heute nochmal das Harness drangehangen -- und sonst nichts geändert -- und es sieht ein wenig besser aus -- ich verstehe allerdings nicht wieso :biggrin:

    Serial port wird nun als okay angezeigt, ebenso Keyboard. Das ist doch mal schön. Interrupt ist aber immer noch defekt, sowie auch User Port und angeblich beide CIAs (das kann ja an IRQ und User Port liegen). Also die IEC Pullups muss ich trotzdem noch mal durchmessen, das habe ich noch nicht getan.

    Bitte melde dich an, um diesen Anhang zu sehen.

    EDIT: Habe CIA1 nochmal gegen einen anderen getauscht, aber gleiches Bild, nur um auszuschließen, dass ich da ein defektes Ding eingebaut habe.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Hm, ich schaue gerade in den Schaltplan -- ich sehe keine Pullups für DATA, CLK, ATN. Lediglich die Dioden...? Die Leitungen gehen ja durch den 7406, den ich ja getauscht habe, und dann direkt and den Dioden vorbei auf den Port...? Was ist denn da mit Pullups gemeint?

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Hm, ich schaue gerade in den Schaltplan -- ich sehe keine Pullups für DATA, CLK, ATN.

    Bitte melde dich an, um diesen Anhang zu sehen.

    rp6 3x 1k ohm

    gruß
    helmut

    Helmut Proxa @axorp (HP.)

    proxa computer

    ultra electronic Helmut Proxa GmbH & Co. Computer Systeme Hardware Software KG - Telex 888 66 27 uehp

  • Hm, ich schaue gerade in den Schaltplan -- ich sehe keine Pullups für DATA, CLK, ATN.

    Bitte melde dich an, um diesen Anhang zu sehen.

    rp6 3x 1k ohm

    gruß
    helmut

    Ah, danke! Vor lauter Bäumen den Wald nicht gesehen!

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Also die Pullups sind alle fein so wie es aussieht. Zumindest am Widerstandsnetzwerk, am Chip gemessen sehe ich 660 Ohm zu +5V, aber da messe ich vermutlich noch was parallel.

    ABER: Dank cusser habe ich jetzt eine 8500 Ersatz-CPU. Und siehe da:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Die Kiste LÄUFT! Es war WIRKLICH die CPU auch noch defekt! Man kann zusammenfassen:

    • Schutzdioden am IEC kaputt
    • 7406 defekt
    • CIA2 defekt
    • CPU defekt

    Da hat so richtig was durch den IEC Bus gebrutzelt. Heiliger Bimbam! Ich muss noch mal mit Demos und Games testen, aber ich denke alles ist wieder in Butter. Meine Güte war das ein Kampf...

    Bei ALLEN Boards habe ich mit dem Harness allerdings "Control Port BAD". Das macht mich noch stutzig. Ich frage mich was da los ist...

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Was für ein Sid ist denn beim Testen verbaut? Denn der Sid spielt beim Controll-Port Testen eine entscheidene Rolle.

  • ach, das war jetzt alles schon. 6581, ARMSID… ich glaube 8580 hatte ich auch schon…?

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Der 8580 gehört nativ in das 469. Der 6581 nicht!

    Commodore C64, C64 II, Atari 1040 ST, Atari 1040 STF, Atari Falcon 030, Atari Portfolio, Ender V3 Neo V2, Amiga 500 & Gotek

    Bitte melde dich an, um diesen Link zu sehen. Status: unterwegs

    "NUR" das Diagnose Set Harness + 8in1 Diag Modul zum Verleih... Status: ... verfügbar

    Wer das Projekt unterstützen möchte, kann sich gerne per PM melden :-)

  • Der 8580 gehört nativ in das 469. Der 6581 nicht!

    wie ich schrieb: Ich habe das Problem mit allen Boards gehabt. Alle SID Varianten. Dieses Board hat einen 8580.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Der 8580 gehört nativ in das 469. Der 6581 nicht!

    wie ich schrieb: Ich habe das Problem mit allen Boards gehabt. Alle SID Varianten. Dieses Board hat einen 8580.

    dongel kaputt?

    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
  • Die Kiste LÄUFT! Es war WIRKLICH die CPU auch noch defekt! Man kann zusammenfassen:

    kannst du mir bitte die defekte cpu und die anderen defekten bauteile für testzwecke zusenden?

    gruß
    helmut

    Helmut Proxa @axorp (HP.)

    proxa computer

    ultra electronic Helmut Proxa GmbH & Co. Computer Systeme Hardware Software KG - Telex 888 66 27 uehp

  • Die Kiste LÄUFT! Es war WIRKLICH die CPU auch noch defekt! Man kann zusammenfassen:

    kannst du mir bitte die defekte cpu und die anderen defekten bauteile für testzwecke zusenden?

    gruß
    helmut

    Ja, kommt mit auf den Stapel!

    Harness/Dongles gehören auch mal gereinigt mit der Zeit!

    Ja, das stimmt. Das Ding habe ich aber erst einen Monat. :biggrin:

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.