EasyDiag

Diddl · 30. Juli 2010

Unabhängig von der noch zu entwickelnden Diagnose Hardware gebe ich den Startschuss für das Projekt EasyDiag.

EasyDiag ist eine Diagnose Software, die auf der EasyFlash Hardware läuft.

Die Software kann sehr einfach auf alle Module angepasst werden, die mit Ultimax starten und steuerbare LED anbieten. ich spiele da insbesondere auf die X1541 Diagnose Karte an, falls das doch noch werden sollte ...

Gestern Abend lief schon meine erste Gehversuche mit Ultimax. Kurzfristig wird folgendes implementiert:

Blinkzeichen wenn CPU läuft (falls es sofort danach schmiert)
RAM Test - Erfolg oder Misserfolg melden
VIC initialisieren, Textausgabe im Ultimax Modus (Mißerfolg durch Blinkzeichen)
ROM testen (BASIC, Kernel, Char)
IO Initialisieren, weitere Steuerung durch Keyboard ermöglichen
Ultimax Modus verlassen, 8K und 16K Modus testen

Mittelfristig wird folgendes implementiert:

Unterstützung dieser Loopback Stecker

PeterSieg · 30. Juli 2010

Diddl: Finde ich super, das es hier weitergeht!

Ich würde ggf. den Ramtest und VIC-Init+Ausgabe tauschen.. ggf. splitten in min.Ram der benötigt wird (Zeropage?) und Rest..
Dann kann man beim restlichen Ramtest schon am Bildschirm darstellen, welcher Ramchip ggf. defekt ist..

D.h. generell sobald wie möglich eine Bildschirmausgabe versuchen..

Peter

Diddl · 30. Juli 2010

Der RAM Test, zumindest ZP und Stack, muss so früh wie möglich erfolgen, weil bis dahin sind keine Unterprogramme (JSR) und Interupts möglich.

Zitat von PeterSieg

ggf. splitten in min.Ram der benötigt wird (Zeropage?) und Rest.

Gute Idee.

Draco · 30. Juli 2010

Zitat von PeterSieg

Dann kann man beim restlichen Ramtest schon am Bildschirm darstellen, welcher Ramchip ggf. defekt ist..

Na, mit defektem RAM wird das lustig aussehen. Obwohl, im Highres Mode könnte man die fehlerhaften Bits schön sehen, ähnlich wie beim Apple II Systemtest.

alx · 30. Juli 2010

Generell eine gute idee. aber im Ultimax modus hast du kein ROM also kannst du die auch nicht testen!
Aber das EasyFlash kannst du ja auch abstellen (nach den kopierenins ram) und dann das rom testen.
zu letzt: (vorausgesetzt du willst das EF nuzten) nimm fuer die ersten tests/ausgaben das 256 byte ram des EF, also falls das andere ram nicht geht.
um den vic zu testen braucht man ja breits ram (fuer den screen und charrom)... nur so als kleiner hinweis.

Diddl · 30. Juli 2010

Zitat von alx

Generell eine gute idee. aber im Ultimax modus hast du kein ROM also kannst du die auch nicht testen!

Schon klar, natürlich muss man vom Ultimax in den 8K oder 16K Modus wechseln bevor man das Kernel anspricht. Oder den Code ins RAM kopieren.

Zitat von alx

nimm fuer die ersten tests/ausgaben das 256 byte ram des EF,

Wenn kein Stack da ist und keine Zero Page, - ist man sehr sehr eingeschränkt auf einem 6502 System. Da hilft auch kein EF RAM.
Ich denke mal, die 256 Byte RAM des EF retten die Situation nicht.

Wenn der interne RAM nicht geht, dann geht auch keine Bildschirmausgabe und man kann eh nur noch per Blinkzeichen um Hilfe schreien ...

alx · 30. Juli 2010

Zitat von Diddl

Wenn kein Stack da ist und keine Zero Page, - ist man sehr sehr eingeschränkt auf einem 6502 System. Da hilft auch kein EF RAM.
Ich denke mal, die 256 Byte RAM des EF retten die Situation nicht.

Wenn der interne RAM nicht geht, dann geht auch keine Bildschirmausgabe und man kann eh nur noch per Blinkzeichen um Hilfe schreien ...

Also das bisschen ram (auch ohne Zero Page und Stack) sollte ausreichend fuer einen ultimax ram-test sein (das sind ja nur 4k), und im fehler fall blinkzeichen geben. im erfolgsfall hat man schon 4k die gehen und man kann damit ordentlich weiterarbeiten. (z.B. 0.25k ZP, 0.25k Stack, 0.5k Daten/Code, 1.0k screen, 2.0K Charram [volle 256 zeichen])

Diddl · 2. August 2010

Das Projekt steht nicht still, sondern schreitet stetig voran. An dieser Stelle möchte ich alx meinen Dank aussprechen! Er hat das Projekt durch tolle Ideen und umfangreichen Sourcecode bereichert und er wird EasyDiag auch weiter unterstützen.

Diddl · 10. August 2010

EasyDiag hat nun auch eine Homepage: klick

Die Seite ist erst noch im Aufbau ...

===

Gibt es Leute die helfen/testen wollen? Ich suche Leute die folgende Bedingungen erfüllen:

Testwilligkeit
EasyFlash vorhanden
Defekte C64 vorhanden (black screen, keine Einschaltmeldung)

JMP$FCE2 · 10. August 2010

Zitat von Diddl

Gibt es Leute die helfen/testen wollen? Ich suche Leute die folgende Bedingungen erfüllen:

Testwilligkeit

EasyFlash vorhanden

Defekte C64 vorhanden (black screen, keine Einschaltmeldung)

Hier!

alx · 10. August 2010

Hey,

mit HomePage... cool

zu dem nmi problem:
http://www.c64-wiki.de/index.php/NMI
http://codebase64.org/doku.php?id=base:nmi_lock

zu dem Black Diag II: die software koennen wa ja mit auf's flash packen.

ich bastele gerade an einer kernal erkennung. ueber 70 verschiedene versionen habe ich bereits. ich denke ich baue mal eine kleine web-seite auf, und dann kann jeder da informationen eintragen ueber die kernals und noch neue hochladen. die kernal erkennung ist etwas komplizierter, aber die basic/charrom erkennung werde ich ueber eine (aber nicht "die") 16 bit CRC machen.

so weit so gut.

Ciao, ALeX.

alx · 10. August 2010

Update:
das nmi problem koennen wir nicht wie oben beschrieben loesen, da das die CIA2 voraussetzt, die aber im ultimax/-modus nicht da/anprechbar ist.

skoe · 10. August 2010

Sehr schön, dass Ihr gut voran kommt! Meine C64s funktionieren leider bzw. zum Glück alle.

(Wollte auch mal was dazu sagen )

Diddl · 10. August 2010

Ich seh das NMI Problem nicht so tragisch.

o Erstens ist der NMI Flankengesteuert. Das bedeutet nur hohe Frequenzen tun uns wirklich weh. Ein Low am NMI wirkt sich nicht aus.

o Zweitens kann man feststellen ob und wie oft NMI ausgelöst werden solange man im sicheren Ultimax Mode ist.

Sollte periodische NMI auftreten, dann darf man halt den Ultimax nicht verlassen und muss auf den kernel test verzichten.

----

Während der Kernel aktiviert ist und geprüft wird, darf halt keiner an der Restore Taste herum griffeln. Das schreiben wir so in die Doku.

Und später kann man den Kernel ja ins RAM kopieren und den NMI auf Easyflash Code zeigen lassen (NMI Vektor patchen).

JMP$FCE2 · 10. August 2010

Zitat von skoe

Sehr schön, dass Ihr gut voran kommt! Meine C64s funktionieren leider bzw. zum Glück alle.

Meine eigentlich auch, aber ich hab eine 250407 bei der JEDER Chip gesockelt ist, so kann ich ziemlich viele Fehlerbilder nachstellen.

Diddl · 10. August 2010

Jeder Chip gesockelt, cool, so einen würd ich auch gerne haben. Fein dass du dabei bist Jmp, ein idealer Tester. Aber es dauert schon noch etwas, hab nur schon mal früh genug gefragt ...

JMP$FCE2 · 10. August 2010

Zitat von Diddl

Jeder Chip gesockelt, cool, so einen würd ich auch gerne haben.

Ende der 80er gabs mal hier im örtlichen Elektronikshop 250407 Leerplatinen die eigentlich nur zur Dekoration rumhingen.
Da hab ich mir eine von geschnappt und dann für ALLE Chips Sockel reingelötet.

AntaBaka · 10. August 2010

Zitat von JMP$FCE2

Ende der 80er gabs mal hier im örtlichen Elektronikshop 250407 Leerplatinen die eigentlich nur zur Dekoration rumhingen.
Da hab ich mir eine von geschnappt und dann für ALLE Chips Sockel reingelötet.

Ich hab eine, da hat's jemand anderherum gemacht... alles ausgelötet und dann gesockelt.
Dabei so stümperhaft, dass ich fast das halbe Board neu sockeln musste.

sauhund · 10. August 2010

Zitat

aber die basic/charrom erkennung werde ich ueber eine (aber nicht "die") 16 bit CRC machen.

warum nicht einfach crc32 (und dann auch mit dem standardpolynom und seed) ? hab ich für die detection in meinem dumper genommen, und funktioniert super. und man kann bequem checksummen auf dem pc per "crc32" tool generieren den code dazu kann man ausserdem aus der cc65 library ausborgen

skoe · 10. August 2010

Zitat von sauhund

den code dazu kann man ausserdem aus der cc65 library ausborgen

Aber nicht vergessen, ihn zurückzugeben!