Forum: Projekte & Code AX81 - ZX81 im AVR

Wieder einmal genial :-)

Ein ZX81 auf einem AVR laufen lassen und dabei schneller sein ...
Ich zitiere : "Ihr wahnsinngen ... ihr habt es schon wieder getan" :-)

Aber nur weiter so. Echt klasse :-)

>Schliess wird man noch nichtmal exterenes
>Ram brauchen um die 1k eines ZX81 zu simulieren oder? :-D

:-))
Da haste wohl recht.
Aber dennoch ne stolze Leistung nen Z80 nebst 
Grafikausgabe/Verwaltung/PS/2 Tastatur auf nem AVR so laufen lassen das 
er schneller ist als das Original. Das nenn ich echt ne Leistung :-)

>Aber man muss auch die Tastatur und diesen Brutzeldrucker simulieren
>wenn man Haptik und Olfaktorik der 80er erneut geniessen will.

Lässt sich bestimmt auch dran-tackern :-)

wird es evtl. demnächst platinen/ bausätze zum ax81 board...?

Naja, ganz so simpel ist es nicht ;-)
Der ZX81 hat ja auch noch 8K ROM und sowohl ROM als auch RAM tauchen 
mehrfach in den 64K Adressraum auf. Gelöst habe ich das mit einer 
Memory-Map Tabelle, wo ich 256-Byte-weise den Z80 Adressraum auf AVR 
Flash oder AVR-Ram mappe. Leider bekommt am auf diese Weise keine 16K 
sondern nur 15,75K, da der AVR selbst auch noch etwas RAM braucht.

@Kantor
Kann es sein ,dass Du mit einem iPAD versucht hast die Seite aufzurufen?
Derarige geschlossenen Systeme sind für mich unvereinbar mit open Source 
und deswegen möchte ich so etwas auch nicht unterstützen.


@Ronny
Geplant ist so etwas derzeit nicht, da ich selbt dafür die ChipBasic 
Hardware
mit dem Uni-Anschluss nutze. Für VGA braucht es dann einfach noch einen 
Adapter mit R,G,B,HSYNC und VSYNC von 9-polig (UNI) auf 15-polig (VGA).

Gruß Jörg

Hallo Peter,

die 1K8 und 3K3 solltest Du weglassen, da die dazugehörigen Portpins als 
Eingang geschaltet sind. Alternativ kann man PORTC.5, PORTC.6 und 
PORTC.7 bei bestehenden ChipBasic Boards brücken.

Die Fuses müssten beim Mega666, 644P und Mega1284P gleich sein, also:

FUSE LOW  =  0xe6
FUSE HIGH  =  0xd1
FUSE EXT  =  0xfc

Die Dokumentation der Hexfile-Bezeichnungen muss ich wohl noch etwas 
überarbeiten. Außerdem haben ein paar Varianten leider falsche 
Bezeichnungen, da muss ich noch etwas an meinem Build-system
ändern. Z.B. liegt bei allen Varianten mit VGA output der Bootloader 
Output Pin bei PORTB.2 und nicht bei PORTD.4, da dort bei VGA der 
Pixeltakt rauskommt. Ebenso geht dort nicht PORTD.3 als Bootloader Input 
Pin.

Die Bezeichnung der Hexfiles schlüsselt sich folgendermaßen auf:

ax81_[controllertyp]_[videosystem]_[storage_system]_[bootloader_pins].he 
x

controllertyp
-------------
m644  ATMega644
m644p  ATMega644P
m1284p  ATMega1284P

video_system
-----------
t-l  nur TV TV(PORTC.7) und LCD (PORTA)
tvl  VGA (PORTD.3), TV(PORTC.7) und LCD (PORTA)

storage_system
---------------
df  Dataflash (AT45DB041D oder AT45DB081D)
sd  SD-Karte, RAW Sektoren ab Sektor 0

bootloader_pins
---------------
pd3pd4  originale ChipBasic2 Hardware
pd1pd4  modifizierte Hardware, um VGA zu ermöglichen

also wäre ax81_m1284p_xxx_xxx.hex das richtige Hexfile für Dich.

Inzwischen habe ich auch angefangen, ein erweitertes SD-Filesystem zu 
schreiben. Dabei liegen die Tapes als Dateien hintereinander in einem 
mehr oder weniger beliebigen Dateisystem. Damit sollten dann auch 
Windows-Computer besser klar kommen. Allerdings müsste sich dann 
vielleicht jemand die Mühe machen ein Programm zu schreiben, mit dem man 
P-Files in die Tape-Datei und auch wieder zurück bekommt. Von mir wird 
es nur Perl-Scripts und eventuell ein GTK-Programm (für die Mausfreunde)
geben.

Gruß Jörg

Das sieht nach nem zimlich coolen Projekt aus.
Aber warum erfindest du ein neues Dateisystem? Nimm doch einfach tar - 
is sehr einfach gestrickt, und man kann einfach mit "tar cf /dev/sda 
/path/to/source/dir" einpacken (bzw. mit "tar xf /dev/sda" auspacken)

Genauso ist es. Sinnvoll sind noch zwei Pullup-Widerstände an den 
Tastaturleitungen und eventuell den Widerstand an PORTC.7 auf 510 Ohm 
verkleinern.

Gruß Jörg

Zum Thema Dateisystem.

Ich versuche auf Controllerseite mit so wenig wie möglich Aufwand 
hinzukommen und den lieber auf die PC-Seite zu verlagern. So sind alle 
Dateien gleich lang (16K) und haben am Anfang den Dateinamen (im ZX81 
Charset) und die Länge der Nutzdaten. So lassen sich ohne großen Aufwand 
Dateien laden oder schreiben oder auch überschreiben. Das Bestimmen der 
Nummer eines Sektors in einer bestimmten Datei ist damit nur noch eine 
einfache Rechenaufgabe.
Auf FAT, EXT etc. zu verzichten und die Sektoren direkt zu benutzen ist 
eigentlich für den gegebenen Zweck die beste Methode solange nicht mit 
einem Windows-Computer auf die Daten zugegriffen werden soll.
Das "neue" Dateisystem entspricht eigentlich fast dem alten, ausser dass 
es am Anfang jeder Tape-Datei einen Markierungs-Sektor gibt. Da das 
gesamte Dateisystem 128MB belegt, wird zum Systemstart von 64MB an 
rückwärts nach einem solchen Markierungssektor gesucht. Aus diesem und 
der Clustergröße in Sektoren wird dann der Startsektor des Dateisystems 
berechnet und bis zu einem Neustart im RAM gespeichert. Bei frisch 
formatierten Karten funktioniert das eigentlich sicher.

Wer will, kann sich natürlich auch Routinen für andere Dateisysteme 
schreiben, letztendlich werden 6 Subroutinen benötigt:

1

fsys_init      initialisiert IO und das Dateisystem zum Systemstart

2

fsys_rname     liest den Name und die Länge einer Datei (r16)

3

fsys_rfile     lädt Programm nach Dateiname

4

fsys_rfile_02  lädt Programm nach Dateinummer

5

fsys_wfile     speichert Programm nach Dateiname

6

fsys_dfile     löscht ein Programm nach Dateinummer

dazu noch zwei, wenn der Bootloader benutzt wird.



Gruß Jörg

Joerg Wolfram schrieb:
> @Kantor
> Kann es sein ,dass Du mit einem iPAD versucht hast die Seite aufzurufen?
> Derarige geschlossenen Systeme sind für mich unvereinbar mit open Source
> und deswegen möchte ich so etwas auch nicht unterstützen.

Sowas ist natürlich Komplettblödsinn erster Güte.
Du tust mehr für Opensource, wenn du, anstatt mit solchen Aktionen die 
Besucher zu verschrecken, konsequent auf offene Standards setzt.
Dann kann es jeder sehen, egal welches Gerät/Browser/OS er nutzt.
Übrigens: Komplett offene Standards zu nutzen, verbessert auch das 
Google-Ranking,
das macht es leichter für den Googlebot, die relevanten Informationen zu 
indexieren.

Das dazu. Zum Projekt selbst: Saubere Arbeit. Ich denke, da habe ich was 
für den Weihnachtsurlaub.

Gruß
Jadeclaw.

@Tüddel

Nein, das dürfte nicht gehen. Der Code ist nur für controlllerlose
Displays geeignet.

Jörg

@Peter

Wahrscheinlich werde ich eine einzige Image-Datei benutzen, wie von Dir 
vorgeschlagen. Allerdings werde ich nicht über FAT etc. gehen, sondern 
mit Markierungssektoren arbeiten. Dann ist das zugrunde liegende FS 
egal, solange die Datei innerhalb der ersten 64MB beginnt.

Jörg

Bin etwas ratlos..

Erster Lochrasteraufbau ist fertig. Ca. wie Einfachstversion weiter 
oben, also ohne SD Card oder Dataflash! Nur +5V, 20MHz Quarz+2xC, PS2 
Anschluß mit 2x10k Pullup und Videoout 510 Ohm an pc7 und 1k an pd5. 
100nf Abbock-C, 10uF und 220uF in der Versorgung.
Atmega1284p geflasht mit:
avrdude -c usbtiny -p m1284p -e -U flash:w:ax81_m1284p_t-l_sd_pd1pd4.hex
avrdude -c usbtiny -p m1284p -U lfuse:w:0xe6:m -U hfuse:w:0xd1:m -U 
efuse:w:0xfc:m

Nun zum Problem.. Der AX81 scheint nicht wirklich so 'starten' zu 
wollen..?
Von ca. 50x Strom drauf, startet er vielleicht 1x ??
Wenn er dann läuft arbeitet er aber stabil! Rumdrücken auf der LR 
Platine kein Problem.. (Nur Quarz anfassen mögen sie nicht).
Bei Reset an Pin9 (10k Pullup) wieder nichts..?

Ich weiß nicht wie ich es besser beschreiben könnte..

Netzteil +5,32 V/2A! (Da hing sonst ein Z80 SBC dran der mehr Strom 
braucht)
Auch schon anderes Netzteil probiert (hatte nur 4,85V - sollte aber auch 
noch gehen) - keine Änderung.
Andere PS/2 Tastatur probiert - keine Änderung.
Ohne Tastatur angeschlossen - keine Änderung.

Bei erfolgreichem Start kommt das Einschaltbild AX81 mit 'No Card' 
Meldung.
und man kann wie gesagt arbeiten (kleines Basicprogramm ok).

Einzige Erklärung die mir so spontan einfallen würde.. die Firmware hat
ein Problem, wenn gar kein Speicher (SD Karte/Dataflash) dran hängt..?

???

Peter

Hier ein Bild.
(Auch wenn man nicht viel erkennen kann)

Peter

Ja.. muss natürlich nicht am Speicher (SD/Dataflash) liegen, sondern 
kann auch an etwas anderen (Eingangspins) liegen, wo die Firmware etwas 
erwartet, das aber bei der Einfachstvariante nicht da ist..??
Mega644/P habe ich z.Z nicht da.

Peter

Hallo,

macht mal an den Bootloader-Input-Pin einen Pulldown von ca. 1K. Ursache 
kann sein, dass im TV-Modus die internen Pull-Ups zeitweilig 
abgeschalten werden, damit es bei der ChipBasic Hardware nicht zu 
Bildstörungen über die internen PullUps an PORTC6 und PORTC.5 kommt. 
Wenn "Gewackel" an der BL-Input Leitung erkannt wird, aktiviert sich der 
Bootloader und schaltet die Bildausgabe ab. Ich hatte immer ein 
serielles Kabel dran, darum könnte mir das nicht aufgefallen sein.
Ansonsten werde ich noch eine Version ohne Bootloader generieren, das 
geht aber erst heute abend.

Jörg

Hi Jörg.

Dachte erst es hätte etwas bewirkt.. aber nein. 1k über GND an pd4 als 
auch einmal an pd1 zeigten nicht die gewünschte Wirkung.

Beim Vergleich Einfachst- gegen HW auf der AX81 Seite sind mir noch 
weiter
aufgefallen: pc5 + pc6 sind bei mir unbeschaltet. Auf der AX81 Seite 
sind
sie für S/W mit pc7 gebrückt.
pc2,3,4 sind bei mir ebenfalls unbeschaltet=offen. Auch kein Pullup 
(10k) wie
auf der AX81 Seite.

Habe man pc5+6+7 gebrückt - kein Erfolg.

Evtl. mal eine Version die fest Videoout hat und ohne Bootloader ist..

Peter

So, ich habe jetzt mal nur Varianten mit TV-out only und ohne Bootloader 
erzeugt. Die Pullups an PC 2..4 müssen auf jeden Fall ran, damit das 
richtige Videosystem (PAL, CSYNC) eingestellt wird und bleibt. Der grund 
dafür ist, dass das PORT Register durch die "Bitschieberei" ständig 
andere Werte hat und die internen Pull-Ups damit ein- und ausgeschaltet 
werden.

Gruß Jörg

Hi Jörg.

Danke! Ich denke das wars. Die 3x10k Pullup an pc2,3,4 haben auch die 
0.21 Firmware verbessert im Startverhalten.. es dauert nach Bestromung 
ca. 4-5s
dann kommt die Einschaltmeldung. Aber nach Reset an pin9 bleibt der 
Rechner
weg..?

V0.22 ohne Bootloader (habe genommen: ax81_m1284p_t--_sd_nobl.hex) 
arbeitet aber noch besser. Einschaltbildschirm kommt nach ca. 2s und 
auch nach Reset
kommt wieder der Einschaltbildschirm.

Prima!

Sollte ich um den Kontrast noch etwas zu erhöhen, pc5+6 mit pc7 brücken?

Hänge hier noch ein Bild der ZX81 Tastatur an, um die Bedienung zu 
erleichtern.

---

Noch ein paar Gedanken zum Image der Programme in einer Datei.
Evtl. kann man auch die Größe bestimmen und durch 16kb teilen.
Muss glatt aufgehen sonst illegal File. Dann zuordnen zu Tape#
und Programm#. 40 Programme (40x16kb Größe) 'füllt' dann Tape 1
Programm 1 - 32 und Tape 2 Programm 1 - 8.
So ist man nicht gefordert alles in ein Image zu packen und kann
bei Bedarf eigene Zusammenstellungen erstellen..

Hier auch noch mal die berühmten 1kchess und 1ktetris als .p im
Zip.

Peter

@Manfred

Entweder mit Perl und dd für Windows oder mit dem Bootloader. Ab der 
nächsten Version geht dann auch eine Image-Datei auf der SD-Karte.

@Peter
Mit den Scripten kann man dann ja problemlos einzelne Dateien in das 
Image hinein und auch wieder heraus transferieren ohne dd zu benötigen. 
Um die Verwendung von Perl wird man bei meinen Projekten eh schlecht 
"drumrumkommen".
Und wer halt lieber klicken will, muss sich halt selbst was schreiben.

Gruß Jörg

@Jörg: Perl unter Win$ sollte ok gehen.. Evtl. gibts dann später ja ein 
eigendes Programm dazu (java - dann kann man es fast überall nutzen).

Ich habe mir das auf deiner Seite durchgelesen mit den Images/Tapes/SD 
Karte.. und es trotzdem noch nicht ganz verstanden.. ich habe aber auch 
die
Scripte noch nicht angesehen.. ich denke da wird ein 'Image' sozusagen
hintereinander hart auf die SD Karte geschrieben.. sowas hatten wir ja
im Prinzip bei AVP CPM auch zuerst.. gefällt mir aber nicht wirklich..

Ich denke da muss ich wohl auf die nächste Version warten, die zumindest
mal eine Imagedatei unter FAT16 von der SD Karte verarbeiten kann..

Ich denke die Geschichte mit dem Bootloader und der Dateiübertragung ist
eine Frickelei und stört mehr als das es nützt. Just my 2 cents ;-)

Sobald eine Imagedartei existiert, die einfach auf eine SD Karte kopiert
werden kann, wird niemand mehr eine solche Lösung (Bootloader+Dataflash)
einsetzen..

Ich werde in den nächsten Tagen meinen LR Aufbau schon mal um die SD 
Kartenlösung erweitern. DD unter Windows habe ich leidlich schon für
AVR CPM genutzt. Perl habe ich nicht installiert. Kannst du bitte für
Testzwecken eine Imagedatei z.B von Tape 11 oder auch mehreren Tapes 
hier als ZIP einstellen?
Dann kann man die direkt mit dd if=image.datei of=(sdcard) b=512 o.ä
auf eine SD Karte schreiben und ein bißchen weiter testen..

Ansonsten auf jeden Fall ein schönes Projekt!

Peter

@Manfred: Prima! Und Danke, aber das Layout für die Erw. der Chipbasic 
Platine ist für mich nicht so interessant.. (Evtl. für Jörg oder 
Chipbasic2 Besitzer schon!) Ersteinmal ein LR Aufbau und dann alles auf 
einer neuen Platine (noch nicht fertig!)..

Peter

Wenn man DD mit

bs=16384 seek=prognummer count=1

aufruft, kann man die PX Dateien aus den Archiven von meiner Homepage 
direkt nehmen, halt erstmal Programm für Programm.

Für die Imagedatei habe ich mir noch etwas ausgedacht. Und zwar kommen 
neben der Imagedatei auch noch 256 Verzeichnisse mit auf die SD-Karte. 
In jedes dieser Verzeichnisse wird bei der Installation eine Lese- und 
eine Schreibapplikation kopiert. Dann braucht man nur noch die .P 
Dateien in das Verzeichnis zu kopieren und das to-image Programm zu 
starten, welches dann die Dateien an der richtigen Stelle in das Image 
schreibt. Und umgekehrt genauso. "Perl-unwillige" Windows-Nutzer 
bekommen ein Kompilat, der Rest der Welt ein Perl-Script.

Gruß Jörg

Habe unter Win$ ein Image aus 4 PX Dateien erzeugt:

copy /b 1.px+2.px+3.px+4.px ax81.img

Ist auch eaxkt 64kb 'groß'.

Wurde auch 1x so halb erkannt.. 3 der 4 Programme.. konnte HELI sogar 
laden..
aber habe den Eindruck, das beim laden, starten der Programme die SD 
Karte
durcheinander gebracht/logisch zerstört wird..?

Der SD Anschluß ist allerdings auch Frickelwerk.. muss ich noch ma bei..

Peter

Habe die Karte nun mit dem Panasonic SD Card Formatter wieder ins Win$ 
Leben zurückgeholt.. erneut mit dd das image drauf und Kuchen gebacken 
(mein Kleiner wird morgen 12) und gerade wieder getestet und die 4 
Programme werden korrekt angezeigt. HELI wird auch geladen und läuft (da 
ist bei Zeile 200 noch ein SAVE drin.. habe ich gelöscht).

So weit so gut..

Frage: Was (sollte) passieren, wenn ich nun ein winziges Basic Programm 
ala '10 PRINT 42' mit SAVE "42" speichere?

Peter

Hier noch ein paar Links mit P Files
und Info's (inkl. Emulatoren):

http://www.zx81.nl/

http://www.aptanet.org/eightyone/

Peter

Hallo Peter,

wenn Du das Programm "42" speicherst, müsste es dann bei "LLIST" 
auftauchen. Voraussetzung ist natürlich, dass mindestens ein freier 
Speicherplatz (Name=0xff) oder ein Programm mit gleichem Namen im 
aktuellen Tape vorhanden sind. Durch die vorherige Formatierung können 
noch irgendwelche anderen Daten drinstehen, so dass das Speichern 
fehlschlägt. Dann sollte es aber eine Fehlermeldung (S oder T, weiß ich 
im Moment nicht genau) geben.
Mit

SAVE "-ALL"

könntest Du das Tape vor dem DD erstmal "formatieren".

Ansonsten habe ich mich ein bisschen mit dem MINGW Crosscompiler 
rumgeschlagen, so dass es für das "neue" Dateisystem fertige .exe 
Dateien (inclusive einem Filesystem-Installer) für die Windows-Fraktion 
geben wird.

Gruß Jörg

Hmm.. also jetzt geht die SD Karte irgendwie überhaupt nicht (mehr)..?
No Card. Schon mehrfach formatiert. Alle Verbindungen durchgemessen..
kann keinen Fehler finden..

Wie sieht es denn bei den anderen Mitstreitern mit SD Card Zugriff aus?

EDIT: Eine andere Karte probiert, die ich schon entsorgen wollte, da sie 
sich
unter Win$ nicht mehr formatieren läßt (auch mit dem Panasonic Tools 
nicht!)
Und siehe da.. Card Meldung. SAVE "-all" initialisiert. Basicprogramm 
gesichert und wird angezeigt!
Wieder LOAD geht auch.
Nach Reset auch wieder CARD und gespeicherte Programme sind da..

Mag er die 128MB SD Karte nicht, die aber z.B bei mmc2iec/sd2iec und AVR 
CPM
einwandfrei gehen..? Auch Win$ kann mit der Karte..

Peter

So wie ich das verstanden habe, wird ja eine bestimmte HW 
(AVR-Basic-Computer?) wieder verwendet. Und ich gehe mal davon aus, das 
bei dieser HW es so verschaltet ist. Und damit es dann s/w und nicht 
grün wird, gibt es eben eine Verbindung zwischen den 3 Leitungen.

Wenn ich ein Feature vorschlagen darf, dann wäre das einen 
"Einschaltzustand" zu speichern. Sprich, die Möglichkeit einen 
momentanen Zustand zu speichern, der dann beim Einschalten eingenommen 
wird. Dann könnte man damit recht einfach Steuerungsaufgaben machen.

Etwas Ähnliches habe ich auch schon in Erwägung gezogen. Allerdings mit 
einem Mega 328 oder Mega 32 ohne Videoausgabe. Das Programm wird mit im 
Flash gespeichert, die Übertragung erfolgt im ZX81 (Audio-) Format, 
damit man den Steuerchip auch mit einem originalen oder nachgebauten 
ZX81 nutzen kann. Dafür werde ich noch entsprechende Routinen in den 
AX81 einfügen, dass mittels eines führenden Leerzeichens beim Dateinamen 
über den Audiopin gesaved wird.

Am AX81 selbst kann man den Steuerchip zum Debuggen der Programme dann 
wohl über I2C anschließen, für den ZX81 müsste dafür halt eine Art 
Interface (mit CPLD) kreiert werden. Das Übertragen zum Steuerchip ist 
davon aber unabhängig.

Das "neue" Dateisystem ist fast fertig, eigentlich bin ich schon bei 
enem anderen Projekt. Und wenn ich mir das Verhältnis von Aufwand zu 
Nutzen (für mich =0 ) ansehe, werde ich beim nächsten Projekt wohl 
konsequent beim Dataflash bleiben...

Gruß Jörg

Wenn du mir die Eagle-Daten (SD-Slot lib, mega1284p lib und deinen 
Schaltplan im eagle Format) hochlädst, mach ich dir ein schönes 
selbst-ätzbares, einseitiges Layout.

Zusätzlich würde ich dann noch die AD-Kanäle und ISP auf 
Standard-Pfostenstecker rausführen.

Hier sind meine Eagle Dateien inkl SD Slot lbr.

Gruß Peter

Ich habe nur zwei SD-Karten, eine 1GB Panasonic und eine 2GB Hama, die 
gehen beide ohne Probleme. Und da ich für andere Projekte auch nur diese 
beiden Karten einsetze kann ich zu anderen Karten keine Angaben machen. 
Die Initialisierung benutzt nur CMD0, CMD55/ACMD41 und CMD16, gelesen 
wird zu diesem Zeitpunkt nichts von der SD-Karte. Theoretisch könnte man 
die Initialisierung noch weiter ausbauen und auf SD(V1), MMC, SD(V2) und 
SDHC testen...

Eventuell hilft ein ja Pullup vom Datenausgang der SD-Karte nach +3,3V.

EEPROMs brauchen zum Schreiben recht lange, daher eignen sie sich nur 
für wenig Daten. Die Dataflash-Bausteine haben meiner Meinung nach 
mehrere Vorteile. Zum ersten zwei RAM-Buffer, die man auch für temporäre 
Daten nutzen kann wenn im µC kein Platz mehr ist. Außerdem bekommt man 
damit konstante Schreibraten hin, da man die Buffer wechselseitig 
benutzen kann. Dann lassen sich gegenüber anderen Flash-Bausteinen (z.B. 
M25P16) einzelne Pages löschen und nicht nur größere Sektoren. 
Zuguterletzt hat der AT45DB081 5V-tolerante Eingänge und er ist 
gegenüber Spannungsschwankungen sehr tolerant (2,7-3,6V gehen) was den 
Hardwareaufwand minimiert.

Nachteil ist die geringere Speicherkapazität, aber das kommt halt auf 
die
Anwendung an. Und er lässt sich nicht bequem an einen PC anschliessen, 
wobei mich das meistens eh nicht stört.

Gruß Jörg

Gestern konnte ich das neue FS auch bei jemanden mit Windows (XP) 
testen, jetzt fehlt nur noch die Doku. Da ja die Mehrzahl der Nutzer mit 
Bootloader,  Dataflash und "Rohdaten" auf SD-Karte nichts so richtig 
anfangen können, werde ich ab der nächsten Version zum Projekt ein 
Binary- und ein Source-Paket zur Verfügung stellen. Ersteres enthält nur 
noch Hexfiles für die neue SD-Variante ohne Bootloader und die 
Install-Programme für das "neue" FS. Auch die offizielle Doku wird sich 
nur noch auf dieses Paket beziehen.

Das zweite Paket enthält dann Entwicklungs-Snapshots der Source ohne 
Hexfiles zum selber-assemblieren und eventuell eine erweiterte Doku.

Gruß Jörg

Hallo,

ich habe jetzt die aktuelle (Binär-) Version online gestellt. Source 
folgt demnächst, da will ich noch etwas "umräumen".
Um das Dateisystem anzulegen, sollte die SD-Karte vorher formatiert 
werden. Dann ist es auch "egal", ob man das Dateisystem in einem extra 
Unterordner anlegt. Dorthin werden dann die "install_fs.exe" bzw. die 
drei Perl-Scripte aus dem tool Ordner kopiert und dort die exe oder das 
Install-Script gestartet. Das Anlegen des Dateisystems dauert dann 
etwas, da neben der Image-Datei auch 256 Tape-Ordner mit den 
entsprechenden Tools angelegt werden. Dabei erzeugt die exe sowohl 
exe-Dateien als auch Perl-Scripte in den Unterordnern, während das 
Perl-Install-Script nur Perl-Scripte in den Unterordnern anlegt.

chris schrieb:
> Der Vorteil gegenüber dem Orginal ZX81-Format: Die Datenrate beträgt
> mindestens 10KBaud. Man könnte jedes mal die 8K ZX81 Betriebssystem
> übertragen und den Rest eines Atmega328 für die Programme verwenden.

Das "Blöde" daran ist nur, dass der ZX81 einen Z80 als Prozessor hat und 
auf dem AVR ein Emulator laufen muss. Und da bleibt in einem Mega328 
eher kein Platz für mehr Programme. Und außerdem könnte man dann mit 
einem originalen ZX81 keine Programme übertragen...

Gruß Jörg

Hallo Peter,

Hast Du die Anleitung auf der Webseite oder im doc Ordner gelesen?

...

3.2.2 das Dateisystem initialisieren

Dazu sollte die SD-Karte frisch formatiert sein. Zuerst werden entweder 
das Install-Programm oder die drei Install-Scripte in einen beliebigen 
Ordner auf der Karte kopiert. Dann wird einfach install_fs.exe oder das 
Perl-script mit "perl install_fs.pl" gestartet. Dann braucht es bis zu 5 
Minuten, bis das Dateisystem angelegt ist. Neben der Image Datei gibt es 
einen Unterordner TAPES in dem sich die Verzeichnisse für die einzelnen 
Tapes befinden. Nach der Installation sollte das Installationsprogramm 
wieder gelöscht werden, da ein versehentlicher Aufruf eine neue, leere 
Image-Datei anlegt und dort bisher vorhandene Daten löscht.

...

Ist das für Windows-Benutzer wirklich so schwer zu verstehen?

Jörg

Peter Sieg schrieb:
> @Jörg: Ich habe beides gelesen. Kann auch sein, das heute nicht mein Tag
> ist.. aber meine Fragen sind dadurch in keinster Weise beantwortet.

Ich finde die Anweisungen eigentlich ziemlich klar, ich nehme die 
einzelnen Sätze hier mal auseinander:

1. Dazu sollte die SD-Karte frisch formatiert sein.

   Also: SD-Karte formatieren

2. Zuerst werden entweder das Install-Programm oder die
   drei Install-Scripte in einen beliebigen Ordner auf
   der Karte kopiert.

   Weil da oben "oder" steht, habe ich die folgende Wahl:

   a) Ich kopiere die 3 Install-Scripts
   oder
   b) Ich kopiere das Executable.

   Da ich faul bin, nehme ich das Executable. Ich lege also einen
   Ordner namens "Peter" auf der SD-Karte an und kopiere install_fs.exe
   in diesen Ordner.

3. Dann wird einfach install_fs.exe oder das Perl-script mit
   "perl install_fs.pl" gestartet.

   Da ich die Variante mit der Exe gewählt habe, klicke ich die Exe
   (auf der SD-Karte im Ordner "Peter") an.

Was war daran schwer? :-)

Gruß,

Frank

Hallo Peter,

Vielleicht erstmal was Prinzipielles.
Natürlich freut es mich wenn jemand die Projekte nutzt, aber ich mache 
sie nicht extra dafür. Entweder mache ich Dinge, die ich selbst brauche 
oder welche, die erstmal relativ unmöglich erscheinen und somit eine 
echte Herausforderung sind.
Wenn ich mich dazu entscheide, ein Projekt zu veröffentlichen (der Z80 
Emulator ist in einer etwas anderen Form schon über zwei Jahre alt), 
dann bin ich zu dem Zeitpunkt an dem die Doku fertig ist schon längst 
wieder bei etwas anderem (u.a. AVR-Grafikkarte mit minimalem Aufwand und 
2D/3D Unterstützung). Und da nervt es einfach wenn ich an Dingen 
herumdoktern muß, die eigentlich schon aus meiner Sicht gelöst waren.

Aber jetzt nochmal zum Thema:

1.Installation
--------------
- install_fs.exe oder die 3 Perl-Scripts irgendwo auf eine frisch 
formatierte SD-Karte kopieren
- Exe Datei oder Install-Script dort starten
- ca. 5 Minuten warten
- Neben der image-Datei liegen dann noch ein Ordner TAPES mit 256 
Unterordnern im Installtionsverzeichnis
- Installationsprogramm vorsichtshalber löschen.
- die Datei ax81_image.bin enthält 256 virtuelle "Tapes"

2. Programme auf ein Tape (im Image) schreiben
----------------------------------------------
- maximal 32 .P Dateíen z.B. in das Verzeichnis TAPES/TAPE_000 kopieren.
- 000_write_to_image.* im Verzeichnis TAPES/TAPE_000 starten
- fertig

3. Programme vom Tape (im Image) lesen
--------------------------------------
- im TAPE-Verzeichnis (z.B. TAPES/TAPE_000) 000_read_from_image.* 
starten
- die im Tape vorhandenen Programme liegen danach im Ordner als .P 
Dateien vor.

4. Anmerkungen
--------------
- vor dem Schreiben auf das Tape werden alle  bis dahin dort 
befindlichen Programme gelöscht
- Beim Lesen vom Tape werden gleichlautende Programme im Unterordner 
überschrieben

Gruß Jörg

Soo. Hier die Testergebnisse.

1. install_fs.exe direkt im Verzeichnis tool ausgeführt.. dauert etwas. 
TAPES Verzeichnis und darunter TAPE_000 - _255 wird angelegt. In diesen 
sind die 000_write_to_image.exe und 000_read_from_image.exe (neben Perl 
Schripts)
ax81_image.bin liegt in tool.

2. Dachte mir nimmst du 000 für 'deine' *.p Dateien. 1ktetris.p, 
1kchess.p und HELI.P dort hinein kopiert und 000_write_to_image 
ausgeführt. *.p werden gelistet.

3. Die *p*tar.gz von der AX81 Seite geladen und jeweils in 
001,002,003,004 entpackt und ebenfalls 000_write_to_image ausgeführt.

4. SD Karte 2GB frisch formatiert und ax81_image.bin dort ins 
Wurzelverzeichnis kopiert (nichts weiter auf die Karte).

5. Firmware 0.23 t-- geflasht und mit SD Karte eingeschaltet. CARD aber 
LLIST
gibt nur HELI  P aus..? 1ktetris und 1kchess? Inkompatibles P Format?
Kleinschreibung? Hänge die beiden *.P Dateien hier an..

6. POKE 99,1 + LLIST - zeigt Tape 000 an, nicht 001. POKE 99,2 - zeigt 
Tape 000 an..?

--

Das ganze nochmal aber diesmal mit 000 auch von AX81 Seite gefüllt mit 
32 *.p Dateien und 000_write_to_image.

Diesmal werden mit LLIST auch 32 Programme auf Tape 000 angezeigt. POKE 
99,1 aber zeigt wie oben Tape 000 an, nicht 001. Auch POKE 99,2 zeigt 
TAPE 000 an.. als wenn die Umschaltung nicht geht..?

---

Andere 512MB Karte getestet.. hängt bei Einschaltbildschirm wo NO/CARD 
kommen sollte über 5min..

Peter

Hallo Peter,

die Umschaltung geht wirklich nicht, das ist aber erst bei der 
automatischen Erstellung des Archives passiert. Und zwar ist die 
emulator_io.asm von einem alten Zweig mit reingeraten. Bei der 0.23 habe 
ich das ROM-Image von 0x3000 nach 0x6000 verschoben und jetzt wird beim 
Poke mit der falschen Adresse verglichen. Beim Testen war die richtige 
Source-Datei drin, darum ging es bei mir auch. Entweder ich schaffe es 
in der Pause oder am Abend, ein neues Archiv zu erstellen.

Eigentlich sollte eine nicht funktionierende Karte mit einem Timeout 
abbrechen, aber das scheint in Deinem Fall ja nicht so zu sein. Das 
schaue ich mir noch mal an. Ebenso das mit Deinen .P Files.

Das Install-Programm ist übrigens nicht deswegen Freeware, weil ich den 
Code für mich behalten will sondern weil ich mir Fragen ersparen will, 
wie man das denn compiliert. Bei Bedarf kann ich ihn aber hier zur 
Verfügung stellen, allerdings ohne jeden Support.

Gruß Jörg

Hänge hier mal zum Vergleich die SD Card Routinen aus dem avrcpm Projekt 
an..

Peter

Ich habe den Code für das FS stark erweitert. Nun sollten MMC, SD-V1, 
SD-V2 und SDHC Karten gehen, wobei ich nur letztere beide ausprobieren 
konnte. Wenn bei einem Kommando etwas nicht passt, wird ein fehler 
ausgegeben, mit dem sich das Problem weiter eingrenzen lassen sollte. Es 
gibt nur noch zwei Hexfiles, eins für den Mega1284P und eins für den 
Mega644(P). Deswegen sind die Pull-Ups an PORTC 2..4 unbedingt 
notwendig. Bis zum offiziellen Release will ich dann auch automatische 
Erkennung von Dataflash mit reinbauen, damit es nur noch eine Source 
gibt.

Noch was zu den Pull-Ups an den Tastaturleitungen. Die sind in diesem 
Fall unbedingt notwendig, da die internen Pull-Ups während der 
TV-Videosignalerzeugung abgeschaltet werden. Und, wenn man genau 
hinschaut, im Schaltplan sind die auch drin...

Gruß Jörg

Hallo Manfred,

entferne mal bitte die Leitung von der 16-Farb-Erweiterung von PORTC.4 
da ansonsten der LCD-Mode aktiv wird.

Gruß Jörg

Hallo Peter,

wenn es immernoch größere Probleme gibt, werde ich mir die Sourcen mal 
anschauen. Eine andere für mich praktikable Lösung wäre einfach 
festzulegen, dass Karten unter 1GB nicht unterstützt werden. Zu kaufen 
gibt es ja unter 2GB praktisch fast nichts mehr.

Gruß Jörg

Was wird angezeigt? NO CARD? Dann ist schon CMD0 fehlgeschlagen. Oder 
eine andere Fehlermeldung (E-ACMD41, E-CMD1 oder E-CMD8)? Ändert sich 
die Anzeige, wenn das System mittels CTRL-ALT-DEL neu gestartet wird?

Keine Ahnung ob es euch hilft.
Die Karteninitialisierung im AVR CP/M Projekt war anfangs auch etwas 
fehlerbehaftet. Geholfen hat bei der Initialisierung folgendes:

Exakt 80 Dummy Clocks anlegen, (79 oder 81) mochten einige Karten nicht.
Nach dem CMD0 Kommando warten. Moderne Karten antworten schnell, bei 
älteren dauert es schon mal… Das Timeout liegt derzeit bei 1000ms. Damit 
werden nun auch ganz ganz alte Karten (64 MB) sicher erkannt.

(Ansonsten sehr schönes Projekt Wolfram!)

Gruß Joe

Ich schicke 128 Dummy clocks, da in der Spec "mindestens 74" drinsteht. 
Außerdem sollte die Karte ja auf das Startbit warten. Momentan mache ich 
256 CMD0-Versuche, bis abgebrochen wird, das werde ich mal auf 4096 
erhöhen und die Zahl der Dummy-Clocks auf 80 reduzieren. Was mich 
allerdings ein bisschen wundert, dass bei mir die zwei SD-Karten und 
auch die (geliehene) SDHC gehen, aber bei Manfred gar keine. 
Mittlerweise bereue ich es, doch nicht konsequent bei den 
Flashbausteinen geblieben zu sein...

Gruß Jörg

Hallo Peter,

die Karten sind folgende:

Panasonic 1GB (dunkelblaues Etikett, ca. 3 Jahre alt)
HAMA 2GB (dunkelblau, eventuell 2 Jahre alt)
HAMA 4GB (grün-silbernes Etikett, fast neu)

Die 2GB Hama war in einem Gerät drin und wurde wegen zu langsamer 
Schreibzyklen ausgetauscht.


Gruß Jörg

mkBurkersdorf schrieb:
> @Peter Tausche mal die Anschlüsse PB4 und PB5 ,dann gehen auch bei Dir
> die SD-Karten.

Hää??

Eine 2GB Karte läuft doch bei mir.. nur 2 andere nicht.. wie kann durch 
Tauschen zweier Signalleitungen daran etwas geändert werden.. entweder 
hab ich das überhaupt nicht verstanden oder ich stehe auch dem 
Schlauch..

Und Version 0.24.. wo gibts die.. was ist da gegenüber 0.23 geändert..?

Peter

Ahh.. nun ich wünschte ich hätte bessere Nachrichten..
0.24 bringt bei mir nach vielen Sekunden E=ACMD41 :-(
Die 0.23 hat mit dieser Karte gearbeitet (nach Reset)!

Ich werde mir morgen mal noch eine 1-2GB Karte holen..

Peter

Noch schnell mal mit der 512MB (Elite Pro) aus dem Bilderrahmen 
getestet.
Diese lief unter 0.23 nicht. 0.24 = SDV1 CARD - NO FORMAT

??

Unter Windows alles ok. FAT formatiert.

Peter

Hallo Peter,

das NO FORMAT bedeutet lediglich, dass keine Image-Datei gefunden wurde. 
Vieleicht ändere ich das noch in NO-IMAGE um, damit es eindeutiger wird.

Gruß Jörg

Ahh.. die hatte ich aber nach dem formatieren drauf kopiert..
war also da als AX81 gestartet wurde..

Gruß Peter

mkBurkersdorf schrieb:
> Die V0.24 wird bei der letzten Version vom 17.11. 01:36 Uhr von Jörg
> angezeigt.

lies mal ein bißchen hoch..

Peter

neua schrieb:
> Der Befehl LLIST ist nicht vorhanden im Befehlsset.

Mann.. mann.. mann.

Lies das Tastaturbild mal richtig und frag nicht immer unnötige Fragen.
(Shift-G wirst du dann auch finden..)

Peter

@neua: Danke dir für deine positiven Rückmeldungen! Micro-SD inkl. 
Adapter habe ich glaube auch noch irgendwo liegen.. probiere ich dann 
mal..

Schön. das er jetzt bei dir läuft!

Im Forum64 wird z.Z eine Sammelbestellung für Platinen dazu organisiert.
Und ja. Um daran teilzunehmen muss man sich anmelden im Forum - sorry
aber das Ganze ist so schon aufwendig genug, als das ich das auch noch 
an
verschiedenen Stellen zusammenführen könnte/wollte..
(Wer noch nie sowas organisiert hat, weiß gar nicht was da an Aufwand 
hinter steckt)

Gruß Peter

Mit den *.px Dateien auf der Karte kann die Firmware rein gar nichts 
anfangen (von SD Karte zumindest..)!

Dir Firmware sucht fest nach einem (1) Image ax81_image.bin in der Größe 
von ca. 135MB (256x32x16kb). Wenn ein solches gefunden wurde, spielt 
sich alles nur noch in diesem Image ab.

Das leere Image wird über tool\install_fs erzeugt und dann über die 
000_write* jeweils pro virtuellem Tape befüllt..

Aber das musst du doch schon gewußt haben, denn der AX81 läuft doch 
schon bei dir..

Peter

Die .PX Dateien braucht man nur für den Bootloader, die Endung habe ich 
willkürlich verwendet. Die auf die SD-Karte zu kopieren war nur eine 
Notlösung für Windows-Nutzer, als es die Image-Datei nicht gab.

Es werden der Z80, RAM und ROM, die ULA und eine 15,75K 
Speichererweiterung (nicht HRG fähig) emuliert. Das ROM habe ich etwas 
modifizieren müssen, z.B,. Videioausgabe (wird unabhängig vom AVR 
ausgeführt) und die Tape-Routinen. Dazu gibt es noch ein kleines 0,25K 
ROM bei 0x7f00 in dem u.a. die neue LLIST Routine untergebracht ist.
Vom Zeichensatz im ROM gibt es dann noch eine Kopie für den AVR, da 
ansonsten das Videotiming nicht zu schaffen ist.

VGA und LCD sind dafür da, dass es das Projekt überhaupt gibt. Einfach 
deswegen weil es reichlich unbequem ist, Programme am Couchtisch vor dem 
TV zu debuggen. Hin und wieder kontrolliere ich bei einer neuen Version, 
ob TV-Out noch geht, mehr aber auch nicht.

Für mehr RAM hatte ich schon Versuche mit der XRAM64 Erweiterung vom 
ChipBasic2 gemacht, bin aber nicht sehr weit gekommen (entweder zu 
langsam oder nicht stabil) und habe das Ganze dann auch eingestellt.

Gruß Jörg

Es gibt wieder ein neues Release, ich habe versucht die SD-Routinen noch 
etwas zu verbessern.

Gruß Jörg

Hallo Manfred,

danke für die Info, da ist leider schon wieder das alte File in den 
Build mit reingerutscht, ich hab das mal schnell ohne selbst testen zu 
können korrigiert.

Gruß Jörg

Ja, da war der Name noch falsch. Habe ich jetzt korrigiert.

Gruß Jörg

Da hab ich ehrlichgesagt keine Ahnung von, da ich nur den AVRA unter 
Linux nutze. Von anderen Projekten her weiss ich, daß der avrasm 
Probleme mit den vielen Makros im Quellcode hatte.

Gruß Jörg

Ich kann bei Bedarf heute Abend eine asm Datei hochladen, in der alle 
Makros, Includes und bedingte Assemblierungen bereits aufgelöst sind und 
die sich so auch mit dem AVRASM32 übersetzen lassen sollte.
Da diese Datei zu einen anderen Zweck erzeugt wird, fehlen halt jegliche 
Kommentar- und Leerzeilen, Kommentare in coderelevanten Zeilen sind aber 
noch drin.

Gruß Jörg

Habe gerade Firmware 0.25 getestet. Die 512MB SD Karte, die bisher nicht 
wollte, läuft nun! Prima!

Hier ein paar Bilder mit einer zweckentfremdeten mmc2iec Platine ;-)

Peter

Hallo,

anbei die Quelldatei, die sich mit dem AVRASM übersetzen lassen sollte. 
Getestet habe ich es nicht, eventuell könnten schon noch ein paar Fehler 
auftreten aber die sollten dann leicht zu korrigieren sein.
Weiterentwicklung ist erstmal nicht geplant, zumindest nicht auf Basis 
des aktuellen Releases. Bei Gelegenheit werde ich aber noch ein paar 
Programme testen und zu Tapes zusammenstellen.

Gruß Jörg

Hallo!
Wieder mal ein schönes Projekt. Respekt.
Habe zwei Fragen :
1. Welche SD-Karten laufen? Ich habe im Moment nur 2GB-SD-Karten
2. Wäre eine Pegelwandlung zwischen AVR zu SD-Karte und/oder den 
Flash-Chips z.B. mit 74AHC125 nicht sicherer?
Vielen Dank im Voraus

Gruß
Günter

Hallo Manfred!
Danke für die Auskunft, dann bin ich schon mal beruhigt. Man bekommt 
fast nur noch 2GB und größere Kapazitäten und ab und an noch 1GB. 2GB 
hat sich wohl bei AVR- und Propellerprojekten zum Quasistandard 
entwickelt. Dann mach ich mal mit meinem Platinenentwurf weiter.

Gruß
Günter

Der AT45DB081 hat 5V tolerante Eingänge, so dass man nur die 3,3V 
Versorgungsspannung für den Chip bereitstellen muss. Solange beim 
Schreiben die Spannung nicht unter 2,7V absinkt, reicht eine passende 
LED zur Spannungsreduzierung völlig aus.
Bei der SD-Karte wäre ein Pegelwandler sicherlich die elegantere Lösung 
aber halt auch mehr Aufwand.

Gruß Jörg

Hallo Jörg!
Danke für die Auskunft.
Ich hatte nur im Sinn eine einheitliche Schnittstelle via SD-Slot für 
verschiedene SPI-Devices bei meiner AX81-Board-Entwicklung zur Verfügung 
zu stellen. Ähnliches habe ich schon für ein Propeller-Board 
verwirklicht und werde es auch bei einigen Neu- und Weiterentwicklungen 
auf Propellerbasis weiter verwenden. Mit einer separaten 3,3V Versorgung 
sowie einem Levelshifter wäre das zwar eine aufwendigere aber mMn 
sichere Schnittstelle. Wenn man so etwas nicht machen will ist Deine 
Lösung durchaus akzeptabel.

Gruß
Günter

Hallo!

@admin : Ich hoffe ich kann diesen Beitrag hier einfügen. Falls nicht 
bitte löschen.

Jetzt hab ich mal einen kleinen eagle-Entwurf zu meinem AX81 gemacht.
Die Platine ist 67,5mm x 100mm groß und paßt in ein Fischer-Alu-Gehäuse. 
In der selben Größe habe ich auch meinen "microPC" auf Propellerbasis 
gebaut.
Der SPI-Bus für die SD-Karte und/oder AT45DB081-Karte ist mit einem 
74AHC125 als Pegelanpasser/Buffer versehen. Auf der Front befinden sich 
die Keyboardbuchse, der SD-Slot und ein 4fach Mäuseklavier für die 
Jumper J1, J2 und J3 und für die Brücke von Port D3 nach C7. Somit kann 
ich bei geschlossenem Gehäuse zwischen Video oder VGA umschalten.
Ich hoffe diese Brücke ist wie auf der Homepage von Jörg angegeben noch 
aktuell für VGA-Ausgabe.
Auf der Rückseite befinden sich VGA-, Video-, Spannungsversorgungsbuchse 
und ein Reset-Schalter. Auf dem Board befinden sich noch zu Programmier- 
und Experimentierzwecken bei offenem Gehäuse Wannenstecker für ISP, 
Serielle-, I2C- und Parallelport-Leitungen.
Der SD-Kartenslot ist so günstig gebaut, daß man auch kleine Platinen 
(1,55mm dick) mit SPI-Devices einschieben kann (Flash-Speicher, 
AD-Wandler, Funkmodule etc.).
Ich habe mal ein Bild vom AX81-Boardlayout und vom Propeller-PC im 
Vergleich zu einer 2,5" HD sowie einer SD-Modulplatine beigefügt. Falls 
das Gerät mal funktioniert werde ich das Layout auch zu allgemeinem 
Gebrauch veröffentlichen.

Gruß
Günter

@Günter: Sieht gut aus!
Ich denke das kann man ggf. noch mit der Sammelbestellung im Forum64 
verbinden.. dort gibt es schon 23 Interessenten und die Platine ist noch
nicht festgelegt.. je größer die Stückzahl wird, so geringer wird der 
Preis.

Peter

Günter R. schrieb:
> Fischer-Alu-Gehäuse

Ist es dieses Gehäuse?: AKG D 71 24
Wo kaufst du es?

Joe

Hallo!

@HolgerW
Mein erster Heimcomputer war auch der ZX81, dieser existiert noch als 
Orginal. Einen weiteren ZX81 hab ich damals mal in ein Memotech 
Tastaturgehäuse eingebaut und mit einer selbstgebauten 
Speichererweiterung nebst Busbuffer versehen.

@Peter Sieg
Dank. Für den Entwurf (sind schon ein paar kleine Änderungen nötig 
geworden) laß ich mir eine Prototypplatine machen und dann sehen wir mal 
weiter. Ich veröffentliche ungern Schaltpläne ohne das Gerät selber 
getestet zu haben. Ich hoffe die Platine noch vor Weihnachten zu 
bekommen.

@Joe G
Das Gehäuse ist von Reichelt, AKG 71 24 100 ME.

Weitere Bilder von dem Propeller basierten Gerät sind hier zu finden :
http://hive-project.de/board/viewtopic.php?f=12&t=330.
Damit kann man sich den zukünftigen Aufbau des AX81 leichter vorstellen. 
Da ich im Hive-Forum seit längerem "zu Hause" bin, werde ich dort einen 
Baubericht und die Erfahrungen mit dem AX81 veröffentlichen.

Gruß
Günter

ich würde mich freuen wenn es zu einer Platine kommt, ich würde auch 
eine eigene entwerfen um den ZX81 nachzubauen. Schönes Projekt und Hut 
ab soetwas umzusetzen !!!
Meinen habe ich vor zig Jahren (leider) verkauft, wenn ich bedenke was 
der mich mal gekostet hat...
Ein Freund hat noch einen, aber keine Programme mehr dazu.
Ich freu mich schon richtig auf Mazogs, mein Lieblingsspiel ...

Holger

Hallo!
@neua
Ich hatte stillschweigend vorausgesetz, daß allen bekannt ist, daß der 
AX81 auf ATmega-Basis läuft.;)
Das o.a. Bild und der Link zum probellerbasierten Minirechner ist nur 
zur Verdeutlichung der Platinenausmaße und Gehäuseansicht gedacht 
gewesen. Auf jenem Gerät kann das AX81 Programm natürlich nicht laufen.
Um diesen Thread nicht noch mehr zu stören läuft alles Weitere zu meinem 
AX81-Boardentwurf hier:
http://hive-project.de/board/viewtopic.php?f=12&t=524

Gruß
Günter

Hallo!

Jetzt habe ich noch eine Frage zum VGA-Format die vom ChipBasic und vom 
AX81 erzeugt werden. Darüber habe ich bis jetzt noch nichts gefunden. Da 
ich nur noch einen LCD-Monitor habe, ist die verarbeitbare Frequenz 
etwas eingeschränkt. Mein Monitor verarbeitet nur Auflösungen von 
640x480 bis 1240x1024 mit 60Hz oder 75Hz. Die Toleranz/Abweichung dabei 
liegt bei < 1Hz.
Kann man gegebenenfalls die Software dahingehend selber anpassen?
Schönen Dank im Voraus.

Gruß
Günter

Das horizontale Timing steht in der "timing.asm" im libmio-Ordner, das 
vertikale in "vint_vga1.asm". Das horizontale Timing ist aber schon 
recht knapp damit das Bild überhaupt auf den Monitor passt und es auch 
keine Bildstörungen gibt. Eventuell reicht es aus, die Zeilenzahl zu 
verringern, damit man genau auf 69Hz vertikal kommt.

Ich habe auch schon 24 MHz Clock ausprobiert, das gibt eine bessere 
Darstellung wenn man die Parameter entsprechend anpasst. Veröffentlichen 
werde ich diese (Develop-)Version aber nicht, da dann sofort 
"Beschwerden" wegen fehlender SD-Karten Unterstützung und nicht 
funktionierendem TV-OUT kommen werden.

Gruß Jörg

Hallo!
Jörg, danke vielmals für die super AX81-Software und Deine 
Hardwareentwicklungen, die einem ein Anpassen an eigene Wünsche zum 
Kinderspiel werden ließ.
Ein Ändern der VGA-Einstellungen ist für mich nicht nötig geworden.
Löten, Brennen, läuft und auf dem VGA- und TV-Bildschirm sieht es wie 
vor 30 Jahren aus.
Weitere Details etc. wieder im Hive-Projekt-Forum.

Allen wünsche ich ein frohes Fest und ruhige Festtage und guten Rutsch 
ins nächste Jahr........

Gruß
Günter

hello i am trying to use ponyprg and a serial programmer to program a 
atmega644 as AX81 but can't figure the set bit configure,,,can someone 
help.. much appreciation... thanks...

mike

Hallo,

es gibt eine neue (Bugfix-) Version vom AX81. Und zwar wurde anstelle 
von OR A ein OR L durchgeführt. Da bei meinem Emulator-Testprogramm an 
dieser Stelle das Register L den Wert 0 hat und der Befehl wohl sehr 
selten verwendet wird, ist das bisher nicht aufgefallen.
Weiterhin habe ich zu Beginn des Jahres die "Aussperrung" von iPAD und 
iPhone aufgehoben. Das Ganze war sowieso hauptsächlich für mich als 
Nachweis gedacht, dass die Benutzung derartiger geschlossener Systeme 
die subjektive Wahrnehmung durchaus verzerren kann.

Jörg

Peter Sieg schrieb:
> Habe gerade Firmware 0.25 getestet. Die 512MB SD Karte, die bisher nicht
> wollte, läuft nun! Prima!
>
> Hier ein paar Bilder mit einer zweckentfremdeten mmc2iec Platine ;-)
>
> Peter



Dear Peter

hope you can help me.

In a rush to complete and make a ax81 after viewing your pictures, i 
have purchased one of these MMC2IEC boards from Donalds online shop,  i 
have a couple of questions.

1. the preprogrammed 1284p will it boot the ax81 sd image?

2. or is the 1284p wanting to boot something else.

3. can the 1284p be re programmed with the ax81 hexcode ?

4. were can i obtain the firmware 0.25 or 0.24. as you advise of.

hope you can help me.   i have joined the forum-64 for a ax81 board.

David

Hallo Peter,

die Tools werden erst durch den Installer geschrieben, in der Package 
selbst existieren sie nicht.

Jörg

Zum Beispiel hier:

ax81_026-binary.tar.gz/tool/install_fs.exe

Jörg

Bei der 0.25 ist es auch dabei, die 0.26 war ja nur eine Bugfix-Version 
da der Emulator einen (seltenen) Befehl falsch ausgeführt hatte. Der Bug 
ist mir aber erst vor kurzem aufgefallen, da TFORTH die Tasten falsch 
ausgewertet hatte.

Jörg

Gestern hat sich beim Test mit dem Spectrum-ROM ein weiterer Fehler in 
der Emulation herausgestellt, der beim ZX81 nicht auffällt. Und zwar 
scheint es auch im Netz widersprüchliche Dokumentationen zum DAA Befehl 
beim Z80 zu geben, insbesondere was das Flag-Handling anbetrifft. Dazu 
gibt es (wahrscheinlich heute abend) eine neue Bugfix-Version.

Die "zweite Generation" des AX81 wird auf der gleichen Hardwarebasis 
(nur noch Mega1284P und es wird nur noch PD3 als Video-Ausgabe-Port 
benutzt) mit 24MHz laufen und 6 verschiedene Modi erlauben:

- ZX81 normal
- ZX81 mit userdefinierten Zeichen (UDG)
- ZX81 mit userdefinierten Zeichen (CHRS128)
- ZX80
- Jupiter ACE
- ZX Spectrum (nur monochrom mit 15K RAM)

Da das Ganze damit 4 Images auf der SD-Karte benötigt, funktioniert die 
derzeitige Strategie zum Finden des Images nicht mehr. Deswegen müssen 
die Images einmalig im MBR "registriert" werden. Gleichzeitig dürfen die 
Images nun variable Größe (1-255 Tapes) haben. Die Programme dafür sind 
auch schon fast fertig, allerdings wird es von mir nur noch 
Perl-Scripte, C-Sourcen und Linux-Binaries geben. Wenn jemand sich die 
Mühe machen will, das auf andere OS zu portieren, kann er sich bei mir 
gerne zwecks weiterer Info melden.

Gruß Jörg

Hallo,

die neue Version (0.27) behebt zwei Bugs. Zum einen funktionierte der 
DAA-Befehl nicht in allen Fällen korrekt. Zum anderen wurde bei TV (und 
teilweise VGA) die oberste Bildzeile "verschluckt". Download geht über 
meine Seite:

http://www.jcwolfram.de/projekte/avr/ax81/main.php

Ausserdem habe ich eine Testversion der zweiten Generation angehängt, 
allerdings ist die noch ohne File-IO. Hardware ist die gleiche, der 
Quarz muss aber durch einen mit 24MHz (25MHz sollten auch gehen) ersetzt 
werden. Die LLIST Funktion habe ich aufgegeben, stattdessen wird diese 
Funktionalität über F9 aufgerufen (ESC kehrt zurück).
Über die Taste F12 kann ein kleines Monitorprogramm aufgerufen werden.

1

ESC    = Rückkehr zum Emulator

2

B      = Eingabe der Breakpointadresse

3

D      = Memory Dump ab 0x4000

4

S      = Memory Dump ab 0x0000

5

PAGE+  = Memory Dump weiterblättern

6

PAGE-  = Memory Dump zurückblättern

7

V      = View (switch zum Emulator-Screen)

8

SPACE  = Single Step

Singlestep bei Jupiter ACE und ZX Spectrum führt allerdings meist zur 
Adresse 0x38, da hier auch der Interrupt emuliert wird.

Gruß Jörg

Hallo Peter,

die 24MHz Quarze hatte ich noch da liegen, 25MHz müsste ich mir erst 
besorgen. Die (gepatchten) ROM-Images sind selbstversändlich mit drin, 
denn die werden ja auch im Flash adressiert.

Gruß Jörg

Mittlerweile gibt es vom AX82 schon einen Prototypen, für den habe ich 
den Emulator massiv modifizieren müssen. Der ATMega allein reicht daufür 
nicht aus, dazu kommen noch externes SRAM und ein kleines CPLD 
(Adresslatch und Video-Shifter/Farbe). Bei TV hat er ungefähr 100% 
Original-Geschwindigkeit
und bei VGA ca. 78% (25MHz Takt). Da der neue Emulator kompatibler und 
wohl auch schneller ist, würde ich ihn auch in den AX81 
"zurückportieren".
Allerdings will nur noch eine der beiden Varianten vom AX81 (20MHz, nur 
ZX81 oder 24/25MHz, verschiedene Systeme) weiter pflegen. Daher von mir 
jetzt die Frage, an welcher Variante mehr Interesse besteht.

Gruß Jörg

So wird es dann auch wohl werden. Lediglich die Spectrum-Mono Emulation 
wird rausfliegen, das kann der (kommende) AX82 viel besser und es 
vereinfacht den Code, da dann wieder alle ROMs in 32K passen und man 
nicht ständig das RAMPZ Register umschalten muss. Da der neue Emulator 
jetzt auch Interrupts unterstützt, müssen die ROM anders gepatcht 
werden. Dafür sollte sich aber auch die Kompatibilität erhöhen, beim 
Spectrum-Emulator komme ich bereits mit einem ungepatchten ROM aus und 
ca. 90% der Programme laufen.
Da das jetzige Filesystem nicht auf mehrere Images ausgelegt ist, werden 
sie zukünftig im Wurzelverzeichnis der ersten FAT16-Partition gesucht. 
Die Lösung mit der Registrierung der Images im MBR habe ich wieder 
aufgegeben, da das mit Perl-Scripten alleine sehr umständlich und vor 
allen Dingen sicher auch systemabhängig ist.

Vorstellbar wäre auch der Anschluss einer Paralleltastatur über einen 
zweiten Controller und I2C. Der könnte dann auch das Tape-Interface 
emulieren.

Gruß Jörg

Hallo!
Hozenplotz schrieb:
> Dieser Niele,wollte doch ein  wie er schrieb "selbst-ätzbares,
> einseitiges Layout." erstellen.

Ääääähhhhhh.....welcher Niele ? Ich finde in diesem Thread leider keinen 
der so heißt.

@Jörg Wolfram
Was hat sich denn bei der neuen Version des AX81 außer der Erhöhung der 
Quarzfrequenz auf 24/25MHz an der Schaltung getan ?

Auf den AX82 bin ich schon sehr gespannt.


Gruß
Günter