Hallo Besucher, der Thread wurde 5,1k mal aufgerufen und enthält 35 Antworten

letzter Beitrag von Wiesel am

ICOMP C64reloaded (MK1) mit CHECK64

    Hallöchen...
    da ja der Release MK2 von ICOMP nicht mehr lange dauert, habe ich mich auch mal wieder mit meinem schönem MK1 C64-reloaded (2015) beschäftigt..


    Da ja allgemeines SID-Sterben normal ist... habe ich auch den C64r einmal mit dem CHECK64 Modul getestet...


    Anbei mein Fehlerbild...

    FRAGE:
    1.) Haben das andere C64r Besitzer auch ??
    2.) Der Test-Ton am Ende kommt auch nur "quietschend" raus ?!..
    PS: Kernal-Fehler ist normal, es ist ein andere EPROM-(Jiffy) drinnen... ebenfalls Keyboard (da kein Adapterstecker gesteckt)


    ANSONSTEN: das C64r funktioniert soweit weiter fehlerfrei,.. DEMOS auch mit Music werde normal abgespielt..


    Soll an dieser Stelle nur ein "Vergleich" für mich mit anderen C64r sein ,
    danke
    mfG. Micha

    Hey Kiwi,.
    jau ich hatte das am Rand mit bekommen,.. ich bilde mir nur ein, dass ich auch den C64r schon einmal mit dem jetzigem Prüf-EPROM auch mit "OK" gesehen habe... muss aber meine alten Bilder mal durchblättern...


    => bin auch etwas "weiter" gekommen...
    das obere Bild in diesem Thread, war mit "anderem C64r-Jiffy" Kernal,..
    ich habe dann das "ICOMP-Original" eingebaut ...


    siehe da, kein Kernal Fehler mehr (wie erwartet),.. und auch kein Keyboard mehr...
    sah dann so aus:

    (aber immer noch Control und Serial-Fehler!)
    Deswegen habe ich wirklich einmal den CIA U1 getauscht und siehe da:
    der 6526 U1 BAD ist wirklich weg,.. (das Besondere,.. der "vermeintlich" defekte funktioniert
    in einem anderem Brotkasten tadellos,.. ich tippe auf einen Timing Fehler)..


    ABER: ich habe immer noch ein BAD 6581 und Serial PORT: (???!!)) Prüf-Adapter sind alle gesteckt und o.k!

    Ich habe alles ICs quergetestet,,.. SID, CIA U2, CPU, 8701.. der Fehler geht nicht wech ?!!
    vielleicht immer noch ein Timing ??


    Ich werde Thomas bitte, mir ein CHECK64 UPDATE-EPROM für Köln zu brennen,..
    dann sehe ich mal weiter...


    FRAGE NOCH: bei mir kommt beim CHECK64 "Soundcheck",.. wenn am Ende die BOMBEN rauschen,.. nur "Gekräjzte"...
    das erste Gedüddel vorher ist alles o.k.habt Ihr das mit anderem C64r Board nicht ?? (habe derzeit SID 8580!)
    oder habe Ihr alle den alten SID ? (meiner ist "original JENS", genau wie die andere Chips, PLA ist von C= )


    Bleibt mir eigentlich nur noch eine alte SID6581 einzubauen und diese richtig zu Jumpern (vorher;)



    Danke, mfG.
    Micha

    hmmm.. die Paddle (Control Port) machen mir ja auch weniger Sorgen (EPROM-CHECK64 UPDATE wird Klarheit bringen)..
    aber was ist mit dem SID los ??


    oder mag CHECK64 den 8580 nicht so richtig ?? daher meine Frage, ob andere C64reloaded am Ende "normal rauschen" ??


    danke, mfG. Micha

    Ich vermute die Paddles liefern einen Messwert zurück der außerhalb des alten original Check64 Prüfwerts liegt.


    Daher bitte alles mal mit zum www.koelner-retro-treff.de mitbringen. Ich wette mit der neuen +++ Version ist der Fehler weg da ich den Messbereich etwas erweitert habe. Je nach Board-Revision stimmen die Messwerte leider nicht, obwohl die Paddles 100% ok sind.


    Das Reloaded Board ist das definitiv nicht Schuld.


    Und dann könntest Du auch mit dem JiffyDos testen, das wird nicht als BAD erkannt da @marty da die Checksumme mit eingebaut hat.


    Wichtig ist der Tastaturstecker, sonst kann der U1 CIA nicht getestet werden, da steht dann immer nur OPEN, eigentlich sollte da besser FAILED stehen wenn der Adapter nicht gesteckt ist weil der Test dann definitiv unvollständig ist.

    Zitat von TurboMicha

    ABER: ich habe immer noch ein BAD 6581 und Serial PORT: (???!!)) Prüf-Adapter sind alle gesteckt und o.k!

    Hey Kiwi,..


    werde ich machen...
    nur der CIA, und Kernal-Fehler sind eigentlich nicht mehr das "Problem",.. s.o.
    Adapter-Stecker sind auch alle gesteckt,..


    sondern eigentlich nur noch der SID (und da habe ich keine Erklärung)..


    mfG. MIcha

    Zitat von TurboMicha

    sondern eigentlich nur noch der SID (und da habe ich keine Erklärung)..

    Zitat von KiWi

    Ich vermute die Paddles liefern einen Messwert zurück der außerhalb des alten original Check64 Prüfwerts liegt.

    Der SID ist nicht defekt, die Messwerte mag der Check64 so nicht und deshalb BAD. Wenn das Ding gut kingt, einen Chiptune vom @c0zmo abspielen und genießen.


    Das ist wie bei LCD Fernsehern: Alle lauern nur auf Pixelfehler und keiner schaut mehr das Programm

    Zitat von TurboMicha


    ABER: ich habe immer noch ein BAD 6581 (8580) und Serial PORT: (???!!)) Prüf-Adapter sind alle gesteckt und o.k!

    Ich habe alles ICs quergetestet,,..

    so.. ich kann jetzt den Fehler genau nachstellen...
    Ich habe mehrere funktionierende SID die genau diesen Fehler bringen..
    eine andere "Serie" klappt tadellos,..


    anscheinend ist "intern" minimal etwas anders, obwohl es alles 8580er sind...


    werde ich am Wochenende mal zum Treffen mitbringen :gruebel:strom::fui

    Ja, da stimmen die Paddle-Werte nicht. Mit nem Update des Check64 Eproms auf die 586220++ wird der Fehler bestimmt weg sein.


    Sei so gut und bring doch ein paar von den problematischen SID's mit - dann Checken wir die alle kurz.


    Ich denke danach können wir das Reloaded von Fehlern in diesem Bereich frei sprechen ...

    Die Paddle-Messungen sind gemischt analog/digital. Digital ist die Messung, weil mit Phi2 als Zeitbasis gezählt wird. Alle 512 Takte wird eine Messung gestartet, und sie wird beendet, wenn der Poti-Wert eine Schwellspannung überschritten hat. Diese Schwellspannung ist analog und von Chip zu Chip, aber speziell von Produktionscharge zu Produktionscharge unterschiedlich.


    Die Test-Stecker an den Joystickports bei Check64 haben sicherlich fest Widerstände auf den Paddle-Inputs, und die Software hat irgendwelche Erwartungswerte. Solange die Programme nicht anzeigen, was soll- und Istwerte sind, ist es wenig aussagekräftig, wenn nur "BAD" da steht, denn so digital wie "BAD" oder "GOOD" kann's bei einem Messverfahren für analoge Werte eigentlich nicht sein. Allgemein anerkannt ist jedenfalls, dass die Messwerte bis ins zweite Bit rauschen, und sie sind sicherlich von Charge zu Charge mit einem Offset belegt.


    Jens

    Zitat von KiWi

    Ich denke danach können wir das Reloaded von Fehlern in diesem Bereich frei sprechen ...

    Nicht ganz - der MK1 hatte die Paddle-Kondensatoren "fest" für den 6581 ausgelegt. Hier stimmen die Paddle-Werte beim Einsatz eines 8580 nicht.


    Der MK2 schaltet auch die Paddle-Kondensatoren um, wenn ein anderer SID-Typ erkannt wird.


    Dennoch sind diese Kondensatoren auch eine Quelle von Unsicherheiten. Commodore hat damals einfache Scheibenkondensatoren eingesetzt, die gern mal 25% Toleranz hatten - oftmals nach unten. Die Chip-Kondensatoren heutzutage haben deutlich geringere Toleranzen. Ich habe mich beim Design an die Nennkapazitäten gehalten, die Commodore bzw. CSG vorgegeben haben. Kann also sein, dass auf den Reloaded-Boards die Messwerte tendentiell etwas höher sind als auf alten 64ern, weil die Toleranzen der Kondensatoren heute nicht mehr so weit nach unten gehen.


    In der Praxis fällt das kaum ins Gewicht. Die Kondensatoren spielen gar keine Rolle mehr, wenn eine 1351 oder Kompatible (z.B. Micromys) verwendet werden. Und Paddle-Spiele nutzen die Grenzen nur selten aus - da ist ein Offset kaum spürbar. Lediglich ein MK1 mit 8580 hat ein Problem mit echten Paddles - da ist dann entweder "Kondensatoren wechseln" oder "SID wechseln" angesagt.


    Jens

    Zitat von Wiesel

    Die Test-Stecker an den Joystickports bei Check64 haben sicherlich fest Widerstände auf den Paddle-Inputs, und die Software hat irgendwelche Erwartungswerte.

    Genau das !


    Check64:


    8CEA !byte $50,$50 ; Paddle min max Table
    8CEC !byte $78,$78
    8CEE !byte $50,$50
    8CF0 !byte $78,$78


    Aufgefallen ist es uns das erste Mal bei einem SX-64. Im Winter war der SID OK, im Sommer auf einmal die Paddles defekt. Dann von verschiedenen Rechnern die Werte ausgelesen und festgestellt: Passen auf Einmal nicht mehr ...
    Paddle's / SID aber 100% ok. Daher haben wir die Range etwas erweitert und jetzt wieder SID: OK

    Zitat von KiWi

    Im Winter war der SID OK, im Sommer auf einmal die Paddles defekt. ...

    ahja,.. interessant, genauso ein Gefühl hatte ich...
    es war alles o.k. als ich das MK1 bekommen hatte... und auf einmal "BAD"... :gruebel
    "freue mich auf Samstag"


    :bia alles klar die Herren, :thumbup:
    Danke für die Unterstützung...

    Man sollte dann überlegen ob man die Anzeige anders gestaltet... vielleicht den Messwert ausgeben, damit der Testende diesen Wert mit Erwartungswerten (je nach SID-Charge und Board) im Handbuch zu vergleichen. Oder gar auf der Projekt-HomePage eine aktualiserte und vervollständigte Liste anzubieten.


    Sollte doch machbar sein, aber ist das gewünscht?Oder ist der Konsens hier, das nur eine Good/Bad-Anzeige gewünscht ist?

    Zitat von JunAle

    Sollte doch machbar sein, aber ist das gewünscht?Oder ist der Konsens hier, das nur eine Good/Bad-Anzeige gewünscht ist?

    Da ja nicht sichergestellt werden kann, dass diese Einschätzung korrekt ist, wäre mir ein 'analoger' Wert lieber. Noch besser wäre natürlich ein richtiger Potitest aber das würde eine Layoutänderung erfordern, sei es nun über selbstzudrehende Potis oder elektronisch simuliert.