ICOMP C64reloaded (MK1) mit CHECK64

Es gibt 35 Antworten in diesem Thema, welches 6.663 mal aufgerufen wurde. Der letzte Beitrag (27. November 2017 um 12:13) ist von Wiesel.

  • 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...
    Bitte melde dich an, um diesen Anhang zu sehen.
    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

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • Ich habe auf meinem Reloaded: 6510, 6581, 8565R2, 8701, SRAM64 V1.1

    Bei mir zeigt Check64 überall "OK" an. Ich habe aber auch alles von Check64 angeschlossen.

  • ok

    danke für die ersten "Hinweise",.. dann werde ich mal nach dem original Kernal schauen
    und Tastatur mit Dongel betreiben..

    danke
    Micha

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • Bitte melde dich an, um diesen Link zu sehen. und der Serielle Adapter steckt nicht oder CIA defekt.

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.

  • 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:
    Bitte melde dich an, um diesen Anhang zu sehen.
    (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!
    Bitte melde dich an, um diesen Anhang zu sehen.
    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

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • Control Port sind die Paddles.
    SID Test sind 3x Melodien (Stimmen) und 3x Rauschen (Rauschgenerator) wenn ich mich recht entsinne.

  • 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

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • 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 Bitte melde dich an, um diesen Link zu sehen. 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 Bitte melde dich an, um diesen Link zu sehen. 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.

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.

  • ABER: ich habe immer noch ein BAD 6581 und Serial PORT: (???!!)) Prüf-Adapter sind alle gesteckt und o.k!
    Bitte melde dich an, um diesen Anhang zu sehen.

    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

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

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

    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 Bitte melde dich an, um diesen Link zu sehen. abspielen und genießen.

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

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.


  • ABER: ich habe immer noch ein BAD 6581 (8580) und Serial PORT: (???!!)) Prüf-Adapter sind alle gesteckt und o.k!
    Bitte melde dich an, um diesen Anhang zu sehen.
    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

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • Ja, da stimmen die Paddle-Werte nicht. Mit nem Update des Check64 Eproms auf die Bitte melde dich an, um diesen Link zu sehen. 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 ...

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.

  • 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

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • 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

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • 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

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.

  • 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...

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • 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?

  • 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.

    Mein Youtube Kanal: Bitte melde dich an, um diesen Link zu sehen.