Wenn ich mich Bitte melde dich an, um diesen Link zu sehen. orientiere, dann fängt er bei hellgrün an und geht runter zu schwarz und fängt dann wieder bei grau 3 an (vielleicht habe ich aber auch nur den Anfang nicht auf Video aufgenommen). Er kommt bis hellgrün / grau 2 und fängt dann an zu blinken.
ASSY 250407 erkennt keine Cartridges
-
wdoelker -
29. Dezember 2021 um 18:43 -
Erledigt
Es gibt 44 Antworten in diesem Thema, welches 4.953 mal aufgerufen wurde. Der letzte Beitrag (
-
-
Er müsste bei hellgau anfangen, der Wechsel auf hellblau geht aber so schnell, dass man es nicht sieht, in VICE lässt es sich nur erahnen. Möglich, dass dein Converter etwas braucht, bis er das Bild macht beim Einschalten?
Er hängt also beim "zweiten Farbdurchlauf"? (Es werden 22 Werte getestet, es sind aber nur 16 Farben vorhanden.)
-
Er hängt also beim "zweiten Farbdurchlauf"?
Korrekt.
-
Er fängt "von rückwärts" an. Bei "01" wäre dann schwarz, dann bei "FF" hellgrau, bei "AA" hellblau, bei "55" hellgrün" und bei "00" mittelgrau. Es haut ihn also beim letzten Wert auf.
Lustigerweise habe ich an diesen Dingen nichts geändert. Da ist mir auch kein Fehler passiert beim "Verschönern" des Codes wie oben bei den CIAs. Sonst würde es ja auch nicht überall laufen.
Lass mal den MacBacon RAM Test laufen.
-
Der läuft schon seit mehreren Minuten ohne Probleme ...
Bitte melde dich an, um diesen Anhang zu sehen. -
Ja, dann weiß ich auch nicht weiter ...

Was ist denn das für ein EPROM?
-
Ein Atmel AT28C64.
Wie gesagt läuft das EEPROM und das Cartridge auf vielen C64 völlig problemlos. Obwohl: Es gab da noch einen C64 Brotkasten, ebenfalls mit 250407er Board, bei dem es auch nicht lief. Hatte ich auch mal hier im Forum geschrieben. Den habe ich aber leider nicht mehr. Das fragliche Board ist ein 250407 Rev C.
-
Tja, ich könnte nur wild spekulieren.

-
Ist ja keine Katastrophe, es irritiert mich nur, dass ein funktionierendes Board mit dem Cartridge nicht funktioniert, das Cartridge aber umgekehrt mit anderen C64 problemlos arbeitet …
Und es ist natürlich schade, weil ich wie gesagt sehr von Deiner Arbeit mit dem Dead Test profitiere.
Daher können wir den Fall hiermit schließen, da ich Dir nicht noch mehr Arbeit machen möchte. Falls Du dennoch Interesse an dem Board haben solltest: Da ich aktuell sowieso keine Verwendung dafür habe, könnte ich es Dir für eigene Tests zur Verfügung stellen ...
-
Hmm ... ja ... klingt irgendwie verlockend.
Wenn ich denn wüsste, was ich testen soll?
Was hatte das andere 407er für ein PLA?
-
Bitte melde dich an, um dieses Bild zu sehen.
du hast deine drams alle nur mit so einem teil getestet?
oder auch in einem anderen rechner?
du kannst dich auf solche tester nicht verlassen.
die können nie und nimmer ics wirklich testen.egal ob ttl oder speicher ics oder andere, ich wüsste kein ic!
1. diese tester, egal welche, können nie und nimmer in echtzeit testen, die sind ums tausendfache zu langsam dafür.
und sie können somit noch nicht mal die garantierten daten in einem datenblatt überprüfen. egal welche.
so kann es sein, der tester meldet ok, aber der ic ist inzwischen zu langsam.
2. dann können solche tester, die ports eines mikrocontrollers dafür benutzen,
noch nicht mal die einzuhaltenden pegel für ein high und ein low überprüfen.
3. sie können auch nicht die ics entsprechend belasten um festzustellen ob ihr fan in und ihr fan out noch
mit dem herstellerdatenblatt übereinstimmt. ob sie überhaupt noch genug z.b. treiben können.
und weitere daten, die sie nie und nimmer testen können.
so ist ein bauteiletest, auf einem funktionierendem board, um ein vielfaches sicherer,
als mit testern die es über ihre i/o ports so langsam machen.
erst letzte woche habe ich von einem erfahren, der bauteile gekauft hat,
das diese angeblich getestet und funktionieren würden. aber ein paar hatten doch eine macke
und die wurden mit einem so basierendem tester getestet.
man kann keine bauteile so getest und als ok verkaufen!
die armen leute die sich darauf verlassen und den fehler dann woanders verzweifelt suchen.
gruß
helmut -
du hast deine drams alle nur mit so einem teil getestet?
Nö. Entscheidend ist ja, ob sie in einem C64 im Zusammenspiel mit allem anderen funktionieren. Was diese RAM-Chips angeht, habe ich stundenlang den RAM-Test von McBacon laufen lassen, Dead Test, Diag, Demos, Spiele, ...
Das Gute an diesen Testern ist allerdings, komplette kaputte RAMs schnell aussortieren zu können. Viel schneller, als alle einzeln in ein Testboard zu stecken. Üblicherweise mache ich es so: Zweifelhafte DRAMs im Tester probieren - die meisten kaputten fallen da schon auf. Anschließend die vermeintlich guten in einem C64 unter realistischen Bedingungen testen.
das diese angeblich getestet und funktionieren würden. aber ein paar hatten doch eine macke
Ich persönlich finde das schwierig, so etwas zuzusagen. Jedenfalls, solange mir die RAM-Bausteine, SIDs und PLAs auch im Schrank wegsterben, ohne dass irgendjemand etwas getan hätte. Also: sie funktionieren, dann werden die weggepackt, und nach einiger Zeit (auch Monaten/Jahren) funktionieren sie dann doch nicht mehr. Alles schon passiert.
-
Das Gute an diesen Testern ist allerdings, komplette kaputte RAMs schnell aussortieren zu können. Viel schneller, als alle einzeln in ein Testboard zu stecken. Üblicherweise mache ich es so: Zweifelhafte DRAMs im Tester probieren - die meisten kaputten fallen da schon auf. Anschließend die vermeintlich guten in einem C64 unter realistischen Bedingungen testen.
DAS ist MMN der richtige Ansatz bei diesen Testern.

-
Was hatte das andere 407er für ein PLA?
Ein Original-PLA, siehe Beitrag Bitte melde dich an, um diesen Link zu sehen..
Was das Testen angeht: Ich habe das Board und Kizi005 noch einmal mit jeweils 8 DRAMs von TI und OKI probiert, immer das gleiche Ergebnis. Wobei, so ganz stimmt das auch nicht. Manchmal werde ich 8 x angeblinkt, manchmal auch nur 1 x.
Des Weiteren habe ich das EEPROM auf einem andern Cart probiert - gleiches Ergebnis, läuft nicht durch.
Ich habe das selbe EEPROM auf dem gleichen Cartridge einmal mit dem "normalen" Dead Test bespielt - läuft durch.
Dann noch einmal mit Kizi005 (gleiches Cartridge) - blinkt 8 x nach dem gleichen Farbablauf wie oben beschrieben.
So langsam gehen mir die Ideen aus, was ich noch probieren könnte …
-
So langsam gehen mir die Ideen aus, was ich noch probieren könnte …
Ja, mir auch ...

Ein "normales" EPROM hast du wohl nicht, oder?
-
Ein "normales" EPROM hast du wohl nicht, oder?
RESPEKT!

Bitte melde dich an, um diesen Anhang zu sehen.
Ich habe zwar nur 128er, aber nachdem ich Kinzi005 einfach doppelt auf das EPROM gebrannt hatte, läuft der Test durch - fehlerfrei. Normalerweise verwende ich nur EEPROMs, weil's einfacher ist und insbesondere, weil ich kein UV-Löschgerät für EPROMs besitze. Ich denke mal, damit ist das Thema
ERLEDIGT.
Danke kinzi für Deine Ideen und Ratschläge. Falls das noch jemand verifizieren kann, ist dieses Thema EPROM vs. EEPROM wahrscheinlich gut in der Beschreibung zu Dead Test Kinzi 005 aufgehoben.
P.S.: Bestimmt kann mir auch jemand klügeres als ich erklären, warum der "normale" Dead Test gut mit EEPROMs funktioniert, aber Kinzi005 damit Probleme hatte …
-
P.S.: Bestimmt kann mir auch jemand klügeres als ich erklären, warum der "normale" Dead Test gut mit EEPROMs funktioniert, aber Kinzi005 damit Probleme hatte …
Was hat das 28C64 für eine Zugriffszeit?
-
Und Gegenprobe: Brenne den originalen Dead Test ins 28C64 - was passiert?
-
Ich hab genau ein 28C64, von Atmel. Dead Test 005 auf VersaZIF läuft einwandfrei (an, mehr nicht getestet) damit auf einem 250469 Rev.4, auf einem 250466, 250425, 250407.
ABER: Beim 250407 hatte ich den Brotkasten mal in der Hand "umgedreht" (weil ich die SNR lesen wollte um zu wissen, was für ein Board drin ist) - und da hatte ich einmal den "Farbbildschirm" und mehrere Male das "Blinken"!
Ich kann das sogar reproduzieren, kann mir aber noch keinen Reim drauf machen - vermutlich ein Kontaktproblem. Wenn er ruhig auf dem Tisch steht, läuft alles.
[edit]


Das passiert auch mit einem "normalen" Dead Test-Modul (EPROM, im Modulgehäuse). Im Inneren des Brotkastens "brutzelt" es dann auch leicht. WTF?
Das Problem habe ich beim "Broti" mit dem 425 nicht.
Muss die Kiste mal aufschrauben.
[/edit] -
Hmmm ... das "Brutzeln" kam offenbar aus der Gegend der großen Ringkerninduktivität. Einmal angefasst - Problem weg, lässt sich nicht mehr reproduzieren?!
Das "Brutzeln" ist aber noch da.


Nun ja. "Akte-X" ...
-