SYSTest64

Zitat von csdragon

Hallo zusammen!

Bin grade an der Bestellung der Bauteile für mein SYSTest64...

Bin auch echt gespannt, wie sich das im Vergleich zum Check64 schlägt.

Was mir grae aufgefallen ist:

es wird ein W27C512 benötigt.

1.: geht da auch der AT27C512R-70PU von Reichelt?

2.: seh ich das Richtig, dass es sich hier nur um ein PROM handelt? Also einmal beschreibbar und dann nicht mehr?

3.: falls ja: was hat Matthias dazu gebracht ein Prom und kein E-PROM zu nutzen?

Viele Grüße

Tobias

Alles anzeigen

Hallo Tobias,

Eprom geht auch .

Ich habe ein W27C512-45Z drauf und der funktioniert ganz prima. Kann natürlich auch gelöscht und wieder beschrieben werden .

Gruß Martin

ich hab ein M27C512 von ST drauf - geht auch

...hast du die neueste Platine, wo der 5V - Fehler schon behoben ist?

falls nicht, löt gleich den Sockel für den Arduino ohne den Pin ein:

Beitrag

RE: SYSTest64 (OLED)

Heute mal den FIX eingebaut, wenn man den ProMicro eingelötet hat. Mit SMD auf der Rückseite und ein kleines Kabel. Den Pin habe ich vorher von beiden Seiten ausgelötet und raus gedrückt.

1mhz.de/attachment/399/1mhz.de/attachment/400/1mhz.de/attachment/401/1mhz.de/attachment/402/

Arris

1. November 2021

langsam werde ich neidisch

na so einen SYStest64

mein Angebot steht immer noch: ich klöppel dir gern einen komplett fertig zusammen

..ich hab allerdings "nur" die alte Platine mit dem 5V-Fehler, muss also mit Zwischensockel arbeiten, sieht halt dann nicht soooo supersauber aus?

oder du bestellst dir ne neue Platine bei UNI64 und lässt sie direkt zu mir liefern?

lieb von Dir, aber ich denke, ich kann mir "meinen" Test mal bei ronduc ausborgen. Da er ja nicht weiß, was er ohne Bastelaufgaben machen soll, hatte ich ihm meine Platinen gegeben, damit er sie zusammenbauen kann. Man könnte also sagen, wir haben zusammen eins - ich 10%, er 90%

Aber wie das so ist - man möchte ja immer gerne alles selbst im Schrank liegen haben

Zitat von csdragon

...

Was an dem SysTest64 nicht verkehrt ist: selbst wenn am C64 gar nix mehr raus kommt, dann wird am SysTest64 etwas ausgegeben...

Die Idee ansich find ich echt top! In wie weit man dem vertrauen kann,muss ich noch raus finden...

um mal zu lästern - wie wurde mir dazu im F64 mehrfach aufs Brot geschmiert? Wenn nichts mehr raus kommt, hilft auch kein Diagnose Modul, dann muss man den Kopf benutzen und systematisch den Fehler suchen - das ist eben nichts für Laien - solche Hardware zu benutzen bedeutet, dass man auch Ahnung haben muss! Und dann ist es auch egal, ob da fehlerhafte Anzeigen auf dem Bildschirm stehen - als Fachmann weiß man einfach, wie es richtig lauten müsste...

So in etwa wurde ich zurechtgestutzt, als ich GENAU DAS Szenario mal angesprochen habe...
Wenn kein Bild auf den Bildschirm kommt, dann brauche ich kein Diagnose-Modul - dann IST eben der VIC defekt...

Deswegen wurde ja auch gesagt: ein Display macht keinen Sinn, abgesehen davon müßte man das ja dann auch programmieren und das wäre viel zu aufwändig für einen nicht ersichtlichen Nutzen. Wenn das Display des TV schwarz bleibt, ist eben der VIC defekt - da nutzt Dir auch kein Dispay am Modul mehr, weil dann auch die CPU nicht mehr funktioniert und daher die Tests nicht ausführen kann - also: es WIRD kein Display geben!

wenn keine Anzeige am Bildschirm möglich ist, muss aber nicht zwingend der VIC defekt sein... könnte doch einfach sein, dass gar kein Takt erzeugt wird - dann gibts auch keine Anzeige ..könnte also schonmal ebenfalls am 8701 liegen?

die Idee des SysTest ist ansich schon nicht schlecht, aaaber es gehört noch erweitert

Spannung kann es ja nun korrekt messen - eigentlich bräuchte man dann ja "nur" einen Anschluss für eine Mess-Sonde, damit könnte man schonmal die wichtigsten Punkte auf den Boards "abklappern" und hätte einen WESENTLICHEN Vorteil zum Check64 - das kann nämlich nichts davon

dazu passt ja auch, dass man das SysTest quasi extern versorgen kann - der Arduino hat ja eine USB-Buchse, über die sich das ganze Modul versorgen lässt, falls schonmal die +5V am Exp-Port fehlen - dann müsste man nur die Masse des USB-Netzteils mit der Masse des C64-Netzteils verbinden und dann müssten doch Spannungsmessungen wieder möglich sein? (zumindest DC-Messungen) ?

Ich habe das Modul schon etwas intensiver "untersucht" und diverse Design unzulänglichkeiten und Bugs entdeckt.

LED Polung:

Ist auf der Leiterplatte eingezeichnet, ein "Flüchtiger Blick" mit dem Mikroskop zeigt das die Ringe um die LEDs nicht Rund sind, sondern auf einer seite leicht abgeflacht.

Das ist die Minusseite der LEDs (Kurzes Beinchen, flache seite an dem LED Ring).

Der PLA Test ist Fake, der wird meistens auch bestanden wenn ich das Modul nur über USB Versorge.

CPU Takt, Farbtakt, scheint plausibel zu sein, aber ich weiss nicht ob einfach nur schnell der PIn abgefragt wird und wenn mal 0 oder 1 kommt, der Test bestanden ist, oder ob ein Counter mit Frequenzteiler im Arduino eingesetzt wird für eine relativ genaue Frequentzbestimmung.

De Fakto ist das Modul ein Multimodul mit anzeige auf dem Display welches Modul aktiv ist.

Beim Automatischen Wechsel zwischen den Tests wird scheinbar nur eine wartezeit abgewartet, an der Reset Leitung gezupft und das nächste Modul über die oberen Adressleitungen ausgewählt.

Wie der RAM Test Funktionieren soll, konnte ich noch nicht nachvollziehen.

LED geflacker:

Versuche mit Herren M zusammen da was zu machen, wurden ja von seiner seite geblockt, er hat ja was geplant, leider ohne den sinn zu verstehen.

Über das AEC Signal kann man auseinander halten ob die CPU oder VIC grade auf dem Bus Reitet.
Wenn der VIC minimal lebt, sollte er ein RAM Refesh signal erzeugen, das würde ein bestimmtes Flackern erzeugen auf 8 LEDs.
Wenn der VIC Initialisiert ist, würden alles LEDs Leuchten, einige etwas heller, da in dem Bereich der Bildschirmspeicher liegt.

Eine reine CPU Darstellung würde zeigen bei welcher Adresse er im ROM oder RAM hängen bleibt, bzw. im Basic werden nur wenige Kernel Routinen angesprungen, und Tastertur CIA und Bildschirmspeicher Curserposition.

So wie es umgesetzt ist, ist es leider nahezu sinnos.

Die Modul Leitungen Game und Exrom auf die LEDs zu legen ist leider auch Müll, die werden normalerweise durch das eingesteckte Modul hart gebrückt, oder beim TC und 1541U auch nur zeitweise.

RW Fehler war bei mir meinstens defekte RAMs.

Nachdem der Raspberry Pico auf dem Markt ist, könnte man mit einem 5€ CPU Modul und nahezu unbegrenzten CPU und RAM Bumms auch den C64 Aktiv Testen, und nicht nur ein bisschen Lauschen und zu Orakeln ob es passt.

Die Lösung mit den aufsteck Leiterplatten für die LEDs gefällt mir gar nicht.

Ja die Doku ist sehr sehr lückenhaft.
Ich ärgere mich aktuell darüber das ich zwei 64 Handheld hier liegen habe, und es keine saubere Display lösung gibt., siehe anderen Thread.

Scheinbar hatt sich Herr M. in zu viele Projekte gestürtzt, und den Entwicklungsfaden verloren

AREA51HD - bzw. @ALL - würdet Ihr denn eine Chance sehen, das jetzige SYStest64 dahingehend weiter zu entwickeln, dass es von diesen und anderen Unzulänglichkeiten befreit wird? Vielleicht könnte man ja tatsächlich auch so einen Tastkopf (Meßstrippe) anbringen und auch die Anzeige dahingehend erweitern, dass bestimmte Punkte abgefragt werden und mit hinterlegten Referenzspannungen verglichen werden? Das ist sicher VIEL, aber damit wird es auch immer mehr zum Werkzeug für den Profi - und die Punkte, die DU hier drüber angesprochen hast - wäre doch schön, das irgendwie mit reinzubauen und zu verbessern?!

Ich würde da auch sehr gerne mitmachen - aber wie das bei Matthias schon leider war - ich konnte nur Ideen einbringen und das Ganze ein wenig sponsern - aber leider fehlt mir das Fachliche, um direkt mitzuarbeiten...

Auch der SID-Check ist ja bisher eher rudimentär - der sollte ja auch noch erweitert werden...