CP/M auf ATmega88

Hallo Peter,

kannst Du mir bei Gelegenheit das SURVEY.COM (im Archiv) auf dem AVRcpm 
ausführen ?! und den Output schicken. Die wichtigen Adressen stehen zwar 
im BIOS.ASM, aber sicher ist sicher.

Danke, Andreas

Ich bekomme derzeit die 8-Bit Variante nicht hin.
- RAM-Test OK
- MMC lesen von Fat 16 OK
- Reboot ???
muß weiter suchen...
Joe

Nachtrag.

Die 4-Bit Variante läuft auch bei mir mit Fat16. Allerdings reagieren 
einige MMC's giftig. Die MC-Routine ist nicht wirkllich für alle Karten 
sicher.
Joe

Ja Peter, ich lese noch mit.
Inzwischen habe ich auch wieder etwas Zeit  für das Projekt, aber wohl 
nicht mehr so viel wie letzten Sommer.

Am Samstag habe ich endlich mal meinen letzten Softwarestand in das 
SVN-Repository eingecheckt. Die Software funktioniert bei mir, ist aber 
nicht besonders gut getestet. Wegen der Features (FAT16, Disk Formate) 
bitte nach meinen letzten Beiträgen hier im Forum suchen. Danach hier 
fragen.

Die aktuelle Software ist für gewöhnlich hier zu finden:
http://cloudbase.homelinux.net/viewvc/avr-cpm/avrcpm/trunk/

Oder besser, mit einem SVN-Client:
http://cloudbase.homelinux.net/svn/avr-cpm

Als Client für Windows ist tortoisesvn zu empfehlen:
http://tortoisesvn.tigris.org/

Übrigens Peter, bei SVN steht trunk für Stamm, nicht etwa für Kofferraum 
oder Rüssel. :)
In trunk ist üblicherweise die Hauptentwicklungslinie.

Wegen Z80 Unterstützung könnte ja mal jemand bei "Horst S. (h3aau)" 
nachfragen. (Beitrag "Re: CP/M auf ATmega88")

Joe, wenn Du mit den SD-Karten-Problemen nicht weiterkommst, kann ich 
versuchen, zu helfen.

Leo C. schrieb:
> Joe, wenn Du mit den SD-Karten-Problemen nicht weiterkommst, kann ich
> versuchen, zu helfen.

Super Angebot Leo.
Das MMC Problem bei der 4-Bit Variante kann über dden SPI Takt behoben 
werden, der der 8-Bit Variante bin ich derzeit ratlos. Der Ramtest läuft 
durch, MMC wird erkannt und gelesen, der Sprung auf Adr. 2000H erfolgt 
UND dort steht nur "Mist", meißt 00 00 00. Na und dann wars das. Ich 
habe noch nicht rausbekommen ob der Ram seinen Inhalt vergißt, oder von 
der MMC falsch gelesen wird. Ich denke aber zweiteres, da einige Karten 
mit der Meldung "kein System" antworten.

Es sieht in etwa immer so aus:

CPM on an AVR, v2.0
Initing mmc...

mmcInit
mmcCMD: 00 00000000 .. 95 CMDRes: 01
mmcCMD: 08 000001AA .. 87 CMDRes: 01
mmcCMD: 37 00000000 .. 01 CMDRes: 01 mmcCMD: 29 40000000 .. 01 CMDRes: 
01
mmcCMD: 37 00000000 .. 01 CMDRes: 01 mmcCMD: 29 40000000 .. 01 CMDRes: 
01
mmcCMD: 37 00000000 .. 01 CMDRes: 01 mmcCMD: 29 40000000 .. 01 CMDRes: 
00
mmcCMD: 3A 00000000 .. 01 CMDRes: 00
 CT: 04 InitRes: 00
mmcCMD: 11 00000000 .. 01 CMDRes: 00
mmcCMD: 11 00FF4400 .. 01 CMDRes: 00

...

mmcCMD: 11 01011200 .. 01 CMDRes: 00
mmcCMD: 11 01011400 .. 01 CMDRes: 00
A:CP/M partition at: 8097, size: 4144KB.
B:CP/M partition at: 16385, size: 7808KB.
Partinit done.
mmcCMD: 11 003F4200 .. 01 CMDRes: 00
Ok, CPU is live!

PC=2000
        A =20 BC =0000 DE =0000 HL =

IPL müßte jedoch mit 31 00 10 beginnen

Joe

Im Anhang ist jetzt mal ein aktuelles System.

Zum Rest schreibe ich später nochmal mehr. Jetzt mal auf die Schnelle...

Peter Sieg schrieb:
> Bios assemblieren:
> zxcc habe ich für Dos/Win$ nicht gefunden.

Beitrag "Re: CP/M auf ATmega88"
Beitrag "Re: CP/M auf ATmega88"

Darüber, und auch sonst, sollte es kein Problem sein,
http://www.seasip.demon.co.uk/Unix/Zxcc/
zu finden.

Das Archiv der 0.4 Version enthält auch Windows Binaries.
http://www.seasip.demon.co.uk/Unix/Zxcc/zxcc-0.4.0.tar.gz

> m80l80.zip habe ich probiert:
> *BIOS,TTY:=BIOS wirft 38 fatale Fehler aus.

Ich meine mich zu erinnern, daß ich das mal kurz ausprobiert hatte, in 
dem ich alle benötigten Dateien in ein Verzeichnis kopiert hatte. Um das 
alles richtig unter Windows zu installieren, fehlt mir die Zeit, 
vernünftiges Gerät und die Motivation. Hier wird es doch den ein oder 
anderen Windowsprogrammierer geben, der das mal richtig installieren und 
das Makefile ggf. anpassen kann. Mein Provisorium hat sicher 
funktioniert, sonst hätte ich diese Möglichkeit hier garnicht erwähnt.

> Das ist so für mich natürlich keine akzepable 'Lösung'..

Das ist natürlich schlimm für Dich.

> Ich brauche etwas, womit ich die unter Win$ assemblieren kann..
> @Leo C: Kannst du die *.mac nicht wieder per awk? script in asm zurück
> wandeln?

nein.

Peter Sieg schrieb:
> Kann ich denn den AVR Code aus trunk mit dem 'alten' Bios verwendet,
> oder ist zwingend auch das aktuelle Bios tz verwenden?

Nein geht nicht.
Joe

Hallo Peter und Leo,

ich habe hier mal das ALIADOS im Cygwin übersetzt. Es ist eine 
einigermassen lauffähige CPM-Emulation - eigentlich für Linux - die aber 
auch unter Windows spielt (hier bei mir unter Win7)

Nach dem Start landet man auf Drive A: und das aktuelle Verzeichnis ist 
dann auch im CPM auf A: zu sehen. Wenn dort M80 und L80 liegen, kann man 
sogar mit:

aliados M80.COM =blafasel.asm ..

aus der DOS-Shell assemblieren.

Hier habe ich das gefunden: http://www.arrakis.es/~ninsesabe/aliados/

Im Ziparchiv liegt das aliados.exe und die notwendigen Cygwin-DLLs. 
Bitte die DDLs im gleichen Verzeichnis wie das .exe legen.

Wer es braucht, kann es ja mal checken, evtl. hilft das den 
Win$-Freunden bei der BIOS Assemblierung.
Gruss,
Andreas

@Peter: ich kommte mit M80 und L80 das bios.mac aus dem SVN/trunk prima 
assemblieren und linken (habe das aliados unter macosx verwendet):

lunatix:cpm hein$ aliados m80.com =bios.mac

No Fatal error(s)

lunatix:cpm hein$ aliados l80.com bios,bios/n/e

Link-80  3.44  09-Dec-81  Copyright (c) 1981 Microsoft

Data    0100    0518    < 1048>

52514 Bytes Free
[0000   0518        5]

hier meine eingesetzten Tools.

Andreas

Peter Sieg schrieb:
> Ich habe gerade mal bios.mac in die AltairSIMH cpm2.2 disk geladen und
> dort m80 =bios.mac aufgrufen.. auch 38 fatal errors..??

Kann es sein, daß Dein M80 die Includedateien 'avrcpm.lib' und 
'cfgacpm.lib' nicht findet?

@Peter: Du brauchst cpmtools unter cygwin ? Habe ich eben compiliert, 
aber wie möchstest Du es mit dem diskdefs File ?
Andreas

@Peter:

hier das cpmtools als cygwin-binary, ohne MAN-Pages und Sourcecode.
Das diskdefs File wird im aktuellen Verzeichnis gesucht.
Andreas

Joe G. schrieb:
> Es sieht in etwa immer so aus:
>
> CPM on an AVR, v2.0
> Initing mmc...

...

> mmcCMD: 11 003F4200 .. 01 CMDRes: 00
> Ok, CPU is live!

Das sieht geigentlich alles ganz gut und plausibel aus.

> PC=2000
>         A =20 BC =0000 DE =0000 HL =
>
> IPL müßte jedoch mit 31 00 10 beginnen

Das der mmc-Treiber ohne Fehlermeldung falsche Daten liefert, will ich 
noch nicht so ganz glauben. Deshalb würde ich den Fehler erst mal an 
anderer Stelle vermuten.

Hast Du inzwischen mal mit aktueller Software (trunk) getestet?

@Peter, Leo C.
die 4-Bitv Variante aus trunc funktioniert (eingeschränkt). Die 8-Bit 
Variante hat immer noch die gleichen Probleme. Ich vermute tatsächlich 
MMC Probleme weil: (nun einige Logauszüge)

4 Bit Version
Test 1, MMC_1 128MB, MMCSPI2X =1 (CLK/2)

CPM on an AVR, v2.1
Testing RAM: fill...wait...reread...
Initing mmc...

A:FAT16 File-Image at: 8598, size: 208KB.
B:FAT16 File-Image at: 8510, size: 175KB.
C:FAT16 File-Image at: 8450, size: 118KB.
Partinit done.
Ok, CPU is live!

ipl
S       A =A8 BC =280C DE =0080 HL =E180 SP =2000 PC =202F       28 A8 
02 Invalid opcode!

bootet also komplet durch, führt IPL aus und dann gibt es Fehler

Test 2, MMC_1 128MB, MMCSPI2X =0 (CLK/4)

CPM on an AVR, v2.1
Testing RAM: fill...wait...reread...
Initing mmc...

A:FAT16 File-Image at: 8598, size: 208KB.
B:FAT16 File-Image at: 8510, size: 175KB.
C:FAT16 File-Image at: 8450, size: 118KB.
Partinit done.
Ok, CPU is live!

ipl
62k cp/m vers 2.2

A>

FEHLERFREI

Test 3, MMC_2 1GB, MMCSPI2X =0 (CLK/4), identisches Immage

CPM on an AVR, v2.1
Testing RAM: fill...wait...reread...
Initing mmc...

A:CP/M partition at: 8097, size: 4144KB.
B:CP/M partition at: 16385, size: 7808KB.
Partinit done.
Ok, CPU is live!
ipl
DISK I/O: Invalid Function code: 01



8 Bit Version

Test 4, MMC_1 128MB, MMCSPI2X =0 (CLK/4), gleiche Image, ohne MMC Debug

CPM on an AVR, v2.1
Testing RAM: fill...wait...reread...
Initing mmc...

A:FAT16 File-Image at: 8598, size:

NEUSTART

CPM on an AVR, v2.1
Testing RAM: fill...wait...reread...
Initing mmc...

Test 5, MMC_1 128MB, MMCSPI2X =0 (CLK/4), gleiche Image, mit MMC Debug

CPM on an AVR, v2.0
Testing RAM: fill...wait...reread...
Initing mmc...

mmcInit
mmcCMD: 00 00000000 .. 95 CMDRes: 01
mmcCMD: 08 000001AA .. 87 CMDRes: 05
...
A:FAT16 File-Image at: 002, size: 081KB.
Partinit done.
mmcCMD: 11 00017C00 .. 01 CMDRes: 00

NEUSTART

CPM on an AVR, v2.0
Testing RAM: fill...wait...reread...
Initing mmc...

d.h. wenn das MMC Debug eingeschaltet ist, wird die Karte etwas besser 
gelesen jedoch auch nicht fehlerfrei. Übrigens sind die 4-Bit und die 
8-Bit Varianten auf unterschiedlicher Hardware aufgebaut.

Joe

@Peter,

bitte vergrößere Deine FAT16-Imagedateien mal auf (mindestens) 256 
KByte.
Unser Treiber kann das leider nicht selbst.

Vergrößern geht z.B. durch anhängen von Bytes mit dd, oder mit makeimage 
von Frank Zoll, das im SVN in trunk/tools/makeimage zu finden ist. Wenn 
man bei makeimage die Größe wegläßt, wird die Datei "zufällig" auf 256 
KB vergrößert.

Neue, frisch formatierte Images kann man auch folgendermaßen erzeugen, 
damit sie von Anfang an die richtige Größe haben:

1

$ makeimage /dev/null CPMDSK_x.IMG

mkfs.cpm kann man sich dann sparen.
Unter Windows muß man /dev/null evtl. durch etwas anderes ersetzen.

Peter Sieg schrieb:

> @Leo C: bei dir läuft aber die trunk in 8-bit?

Logo. 4Bit ist (glaube ich) noch auf meinem Steckbrett, und habe ich 
schon lange nicht mehr getestet.

> Es sind doch mind. 10 Platinen mit der 8-bit 4MB + VGA Teil in Betrieb..
> welche Version wird denn dort eingesetzt..?

Keine Ahnung. Ich habe hier meinen eigenen Lochrasteraufbau.
Hier gibts ein Bild:
Beitrag "Re: CP/M auf ATmega88"

Peter Sieg schrieb:
> @Leo C: Du meinst/vermutest, das beim schreiben über die aktuelle Größe
> hinausgegangen wird und dann gibts Probleme.. weshalb diese Mindestgröße
> sein muß?

Nein, ich weiß, daß der Treiber auf das Dateiende testet, und nicht 
darüber hinaus schreibt. Stattdessen meldet er einen Fehler zurück. Der 
Treiber könnte an der Stelle auch die Datei vergrößern (sofern Platz auf 
dem Datenträger), aber der Aufwand dafür ist nach Franks und meiner 
Meinung nach unverhältnismäßig groß.

> makeimage - liegt nur als c Source vor. Ich habe keinen Compiler
> installiert z.Z :-(

Das Programm ist in anspruchlosestem ANSI-C geschrieben, und kann mit 
jedem Compiler auf wahrscheinlich jeder Plattform übersetzt werden.

> Und wenn sich jemand findet (@Andreas?) der das unter Windows / Cygwin
> kompiliert, dann bitte auch evtl. Unix Spezifika (/dev/null) entsprechen
> für uns Win$ User händelbar machen..

Andreas wird das sicher machen können. Cygwin braucht man dafür nicht, 
und das Programm hat keine Unix Spezifika.

wo kommt das makeimage her ? (URL!! dann übersetzte ich das euch wieder 
für cygwin
Andreas

Hallo Andreas,

Andreas H. schrieb:
> wo kommt das makeimage her ? (URL!! dann übersetzte ich das euch wieder
> für cygwin

Die Software liegt auf meinem kleinen SVN-Server (Kopie von oben):

Die aktuelle Software ist für gewöhnlich hier zu finden:
http://cloudbase.homelinux.net/viewvc/avr-cpm/avrcpm/trunk/

Oder besser, mit einem SVN-Client:
http://cloudbase.homelinux.net/svn/avr-cpm

Als Client für Windows ist tortoisesvn zu empfehlen:
http://tortoisesvn.tigris.org/

Wer Verbesserungen und/oder Erweiterungen beisteuern will, kann von mir 
gerne einen Schreibzugriff bekommen.

hier das makeimage.exe, lauffähig mit den Cygwin.DLLs die Ihr schon 
habt. /dev/null geht wie unter Linux auch, da die Argumente ja in der 
Cygwin-Runtime ausgewertet werden.
Andreas

Hat jemand schon einen fertigen Schaltplan für die 8bit AVR-Maschine ? 
Ich würde mir das dann schonmal auf dem Breadboard zusammenstecken 
wollen und könnte noch vor dem Release der Leiterplatte mit den Tests zu 
den CCP+BDOS.ASM Quellen beginnen.
Andreas

Peter Sieg schrieb:
> so groß zu machen, wie diskdefs es definiert. Aktuell wären das ca. 243k
> gewesen.. richtig?

Fast. Die System-Tracks müssen ja auch noch reinpassen.

>
> (Bei Gelegenheit muß ich dann mal schauen, was du da schon an
> Unterstützung von größeren Diskimagesgezauberst hast.. und wie ich das
> nutzen kann..)

Folgende sollten gehen:
simhd, simh altair 8800 hard disk format
MyZ80
YAZE

Siehe auch hier:
Beitrag "Re: CP/M auf ATmega88"
Beitrag "Re: CP/M auf ATmega88"


> Dann Z80..

Dazu habe ich vor 2 Tagen etwas geschrieben.

Andreas H. schrieb:
> Hat jemand schon einen fertigen Schaltplan für die 8bit AVR-Maschine

Hier die 8-Bit Variante mit 4 MB x 4 RAM's.

@Peter
Ja, deine Portzuweisungen sind korrekt. Bei den Chips 4256 existieren 
dann A9 und A10 halt nicht, ansonsten alles so wie auf der Schaltung. 
Wenn alles mit 3.3V versorgt wird kann IC2 entfallen, dann aber 
unbedingt die MMC ziehen wenn über ISP und 5V programmiert wird.

Zwei Baustellen, Softwaretest und Hardwareüberarbeitung waren zu viel. 
Deshalb noch etws Geduld mit der neuen LP.

Joe

Hallo Leute,
meine Hardware läuft noch mit einer sehr alten 8bit Version. Interessant 
wäre die Z80 Implemention und die Ausnutzung der MMC/SD Karte, am besten 
alles mit dem Windows PC ladbar. Leider bin ich nicht der 
Softwarespezialist...CPM 2.2 behersche ich gerade ein bischen...mit 
echtem Z80. Aber ich lese hier weiter mit... mal sehen was noch wird.
Gruß
Hans-Werner

Hallo,

hier der Entwurf der 8-Bit Minimalvariante.

Optionen:
- FTDI durch Peters Platine ersetzen
- ISP Buchse einsparen (Programmierung über Bootloader)

Bitte Vorschläge, Änderungswünsche, Kritik....

Joe

Ich würde den FTDI nicht ersetzen, sondern zusätzlich eine Stiftleiste 
vorsehen, damit man wahlweise den FTDI oder Peters Adapterplatine oder 
meinen MAX232 verwenden kann.
Ich kenne jetzt die Belegung der Stiftleiste nicht, aber wenn dort TxD, 
RxD, GND und 3V3 drauf wären, wäre ich schon sehr zufrieden.

Auf die ISP-Buchse würde ich nicht verzichten. Das habe ich bei einem 
anderen Projekt (notgedrungen) und vermisse die Möglichkeit, direkt über 
ISP programmieren zu können, doch sehr.

Peter Sieg schrieb:
> GND / Pin 8 am AVR ist auch mit GND verbunden

Danke, die nicht mehr vorhandene Verbindung war dem Löschen geschuldet.

Ich würde den FTDI sozusagen an den Kopf der Platine setzen, dann eine 
Stiftleiste um mit Peters Adapter kompatibel zu sein und dann den Rest.
Die bisherige USB Buchse würde ich gerne durch einen Stecker ersetzen, 
siehe hier:
http://www.reichelt.de/USB-FireWire-Stecker/USB-AWF/index.html?;ACTION=3;LA=444;GROUP=C126;GROUPID=3213;ARTICLE=51993;START=0;SORT=artnr;OFFSET=16;SID=13Tagj738AAAIAAE1pNGY20e735febd5684b463a3fad7e4579eb3
Die derzeitige Kabelverbindung ist immer so schwer, dass alles vom 
Schreibtisch fliegt :-(

ISP lasse ich drauf.

Joe

Hier die die Version mit USB-Type A Stecker und Adapter zur 
"Peterplatine"
Peter, bitte mal schauen, ob die Anschlußbelegung korrekt ist. Gerade 
bei TXD und RXD bin ich mir nicht sicher weil ich nicht weiß wo diese 
Pins am IC liegen.
Joe

Hallo Peter,
gibt es das Modul auch in Deutschland zu kaufen? Oder nur in Hongkong..
habe da sehr schlechte Erinnerungen....
Anmerkung zur Schaltung... Wo bleiben diejenigen welche noch eine 
serielle Schnittstelle haben... mir fehlt da ein Spannungsregler 3,3V...
Gruß
Hans-Werner

Peter Sieg schrieb:
> kannst du bitte die 4-bit Platine auch noch mal anpassen

Bitteschön
Joe

@Peter: und ich dachte, dazu ist der RESET-Taster, oder reseted der auch 
den USB-UART ?
Andreas

Ich kann die 3.3V trennen, jedoch kann der Bootvorgang wie von Andreas 
beschrieben über den RESET Taster am AVR ausgelöst werden, was RESET auf 
der CP2102 Platine macht kann ich nicht sagen, da ich die Schaltung 
nicht kenne. Möglicherweise sollte hier der Jumper rein.
Joe

Peter Sieg schrieb:
> Wer hat denn ggf. noch andere Anwendungen, die jetzt schon mit
> emulierter 8080 CPU laufen..? Gibts da schon Turbo Pascal für?

Beitrag "Re: CP/M auf ATmega88"

Peter Sieg schrieb:
> Prima! Da ich kein SVN inst. habe.. welche Datei(en) muß ich mir
> herunterladen..?


Um alles herunter zu laden, begebe man sich z.B. hier her:
http://cloudbase.homelinux.net/viewvc/avr-cpm/avrcpm/trunk/

Dann klicke man rechts oben auf "Download Tarball".

Wenn man nur einen Teil (z.B. den CP/M-Teil) haben will, steige man in 
das entsprechende Directory hinab, und klicke eben da auf "Download 
Tarball".

Wenn man nur eine einzelne Datei herunter laden will, klicke man auf den 
Namen der Datei oder auf die Revisionsnr. Anschließend findet man rechts 
oben "Download File" (Imho umständlich und nicht empfehlenswert).

Wenn man aber öfters mal nur die geänderte(n) Datei(en) laden will, 
installiert man (unter Windows) am Besten TortoiseSVN 
(http://tortoisesvn.tigris.org/).
Das ist einfach eine Erweiterung des Windows Filemanagers um die 
SVN-Client-Funktionen (Siehe Anhang).

Peter Sieg schrieb:
> Muß mir jatzt mal die diskdefs Einträge für myz80 heraussuchen..

In meiner diskdefs ist folgender Eintrag

1

# MYZ80 hard drive (only works with libdsk, because it has a 256-byte header)

2

diskdef myz80

3

  seclen 1024

4

  tracks 64

5

  sectrk 128

6

  blocksize 4096

7

  maxdir 1024

8

  skew 1

9

  boottrk 0

10

  os 3

11

end

Der war wahrscheinlich in der Original-Datei, bin mir aber nicht sicher.


> Wer hat denn ggf. noch andere Anwendungen, die jetzt schon mit
> emulierter 8080 CPU laufen..?

Ich hatte ja schonmal die die Diskimages vom simh Altair 8800 Emulator 
emphohlen:
Beitrag "Re: CP/M auf ATmega88"

Für die Spielkinder unter uns habe ich mal das Basic- und das 
Games-Image auf HD-Format umkopiert und als Zip hier angehängt. Viel 
Spaß damit.

Von simhd kann jetzt auch gebootet werden. Um ein solches Bootimage zu 
erkennen, muß im 1. Sektor (ipl) eine Marke vorhanden sein. Das 
cpm/Makefile kann diese Marke erzeugen. Z.B. so:

1

$ make clean

2

$ make diskimage IMGFORMAT=simhd

Oder das Makefile entsprechend anpassen.

Ein fertiges Image habe ich hier mal angehängt.

Na.. ein bißchen ruhig geworden hier..?

@Joe: Stand 8-bit Simple Platinen?

Ich hatte hh3au (oder so  ähnlich) mal per Mail kontaktiert, ob er die 
Z80 Emulation nicht noch abschließen könnte.. ohne jede Antwort.. :-(

Gruß Peter

Peter Sieg schrieb:
> @Joe: Stand 8-bit Simple Platinen?

Ich mußte erst noch ein anderes Projekt abschließen. Der Schaltplan 
steht ja, das Layout auch in den Grundzügen, es muß nur noch "schön" 
gemacht werden.

Gruß Joe

moin moin,

z80 liegt gerade aus gesundheits gründen auf eis.......
will wer anders das beschleunigen?

g. Horst

Ich hab mal eine Frage ...

Ich weiß nicht ob die in dem Thread hier schon gestellt worden ist oder 
nicht, aber ich würd gerne wissen ob es vom Timing her möglich ist die 
Ansteuerung des DRAMs in C zu machen.
Ich stelle mir das so vor das ich 3 Routinen habe. Eine liest ein Byte, 
eine zweite schreibt ein Byte und eine dritte macht den Refresh.
Damit der Refreh immer regelmäßig kommt wird die Refresh-Routine in 
einen Timer-Interrupt gepackt der schneller ist als die notwendige 
Refresh-Zeit. Die Lese und Schreib-Routine kann den Interrupt sperren 
damit die Ansteuerung nicht verfusselt wird, daher wird der Refresh auch 
öfter ausgeführt als notwendig, so die Idee.
Ich selbst habe das CP/M noch nicht ausprobiert da mich in erster Linie 
die Hardware (DRAM, SD-Karte und der FTDI) als kompakte Platform für 
Bastelzwecke interessiert.
Wäre mein "Vorhaben" so realisierbar, oder ist das Timing des DRAMs zu 
kritisch, alsdass es in C umsetzbar wäre zw ist ?

moin moin,

sende mir doch bitte mal deine i-mehl addr. edgar.
horst

Horst S. schrieb:
> moin moin,
>
> sende mir doch bitte mal deine i-mehl addr. edgar.
> horst

Ist unterwegs...

Gruß Edgar

Rene B. schrieb:
> Wäre mein "Vorhaben" so realisierbar, oder ist das Timing des DRAMs zu
> kritisch, alsdass es in C umsetzbar wäre zw ist ?

Hallo Rene,
kritisch ist da nix, nur deutlich langsamer.
Zum Anfangen könntest Du mal die angehängten Dateien versuchen. 
Compiliert fehlerfrei, ist aber nicht getestet.

Für den Refresh kann man auch die ASM-Datei verwenden. Die Routine
verändert keine Register. Man kann sie notfalls auch in ein C 
Inline-Statement setzen.

Leo

@leo

Danke schön. Die Geschwiondigkeit ist erstmal nicht so wichtig. 
Hauptsache ich weiß das es da nichts superkritisches vom Timing her 
gibt.
Das die DRAMs ja eig. "dumm" und recht einfach gehalten sind denke ich 
auch das es nicht so kritisch ist, aber wollte nochmal andere Meinungen 
dazu hören. Testen werd ich es dann mal. Mit dem ASM in C hatte ich auch 
schon überlegt, wollte aber erstmal alles in C machen.
Vielen Dank noch.

Hier ist noch der Refresh:

1

#define RAM_RAS  0

2

#define RAM_CAS  1

3

#define RAM_OE  2

4

#define RAM_W  3

5

6

#define P_RAS  PORTC

7

#define P_CAS  PORTC

8

#define P_OE  PORTC

9

#define P_W  PORTC

10

11

12

ISR(TIMER2_COMPA_vect, ISR_NAKED)

13

{

14

  P_CAS &= ~_BV(RAM_CAS);

15

  P_RAS &= ~_BV(RAM_RAS);

16

  P_RAS &= ~_BV(RAM_RAS);    /* delay */

17

  P_RAS |= _BV(RAM_RAS);

18

  P_RAS |= _BV(RAM_RAS);    /* delay */

19

  P_RAS |= _BV(RAM_RAS);    /* delay */

20

  P_RAS &= ~_BV(RAM_RAS);

21

  P_CAS |= _BV(RAM_CAS);

22

  P_RAS |= _BV(RAM_RAS);

23

  reti();

24

}

Die #define packt man sinnvollerweise in die Headerdatei.

Außerdem hatte ich vergessen zu erwähnen, daß die C-Routinen nur mit der 
8-Bit Version funktionieren, und nur 64 kByte adressieren können. Beides 
kann man natürlich ändern und ich überlasse es dem geneigten Leser gerne 
zur Übung. ;)

f.e.sch schrieb:
> Gibt es hierzu schon ein EAGLE - Project?

Ja, gibt es. Ich habe es mal hier aktualisiert.
http://www.mikrocontroller.net/articles/AVR_CP/M

Joe G. schrieb:
> Ja, gibt es. Ich habe es mal hier aktualisiert.
> http://www.mikrocontroller.net/articles/AVR_CP/M

Hallo Joe G.,
das sieht ja echt gut aus - Respekt!
Wird es eine Sammelbestellung für diese 2.(grosse) Variante geben?
Wenn ja, dann melde ich schon einmal 2 Platinen für mich an. Mit welchem 
Preis pro Platine müsste man rechnen?

Gruss Edgar

Hat etwas gedauert...
Hier nun die 8-Bit Variante 3.0 als "CP/M-Stick". Bitte wie immer 
kritisch durchsehen.
Joe

Hallo Joe,
wird bei dieser Variante die Platine vom USB mit Strom versorgt?
dann hätte ich Interesse an 2 Platinen...vorausgesetzt es wird mal etwas 
mit der Implementierung des Z80 Codes und mit dem Datenaustausch unter 
Windows.
Gruß
Hans-Werner

@Hans-Werner
Diese Variante kann über USB mit 5V versorgt werden oder mit 3.3V über 
den Steckverbinder für Peters Adapter. Die interne 3.3V Versorgung wird 
bei der Bestückung mit dem FT232 wieder über den internen Regler 
realisiert. Ansosnten entspricht die Schaltung fast der ursprünglichen 
Version bis auf die Datenbreite von 8-Bit.

Der Datenaustausch unter Windows sollte mit der FAT-Version kein Problem 
sein. Die MMC-Karten können damit nur über Windows beschrieben werden. 
Linux ist nicht notwendig.
Joe

@Joe...also betrachte 2 Bausätze bestellt...
Gruß
Hans-Werner

@Joe: auch ich würde gern 2 Platinen haben wollen

@Peter: handelt es sich hier um die AVRCPM-Platine, für die seinerzeit 
ein Aufruf (auch im robotronforum) gestartet wurde ?! Ich habe in Sachen 
Hardware ja schon seit einigerzeit nichts mehr gelesen.

Gruss,
Andreas

na dann...
2 x Hans-Werner
2 x Peter
2 x Andreas
2 x Joe

Wer noch? Ab 10 geht es los.

GPS'ler schrieb:
> Gibt es
> da einen aktuellen Schaltplan und Eagle-Files bzw. SD-Kartenslotbauform?
> Was kostet die Platine?

Einen Schaltplan bzw. die Eagle-Files gibt es etwas weiter oben unter 
avr_cpm.zip
Die Platine kostet ca. 10€-12€. Das kommt noch auf die Gesamtmenge an.

Hallo,

der Stick gefällt mir gut.

Damit die 10 Stück voll werden bin ich mit zwei dabei.

Gruß,
Günter

Ich schließe mich dem an. Nehme auch 2 Stück.

Gruß,

Frank

Hallo, ich bin von dem Projekt begeistert. Seit einem halben Jahr 
verfolge ich die Beiträge. Nun habe ich Blut geleckt und will mit einem 
Freund die Platine aufbauen. Ich bestelle vier Platinen.
Gruß Peter

GPS'ler schrieb:
> Für mich wäre wünschenswert, dass man die
> 3,3V von extern einspeisen könnte.

Wenn der FT232 nicht bestückt wird, können die 3.3V auch über JP3 Pin 1 
eingespeist werden. Das ist für alle Anwendungen, die einen anderen USB 
Adapter verwenden wollen. Wird der FT232 selbst bestückt und man möchte 
die 3.3V über JP3 Pin 1 einspeisen muß die Verbindung zum Regler des 
FT232 aufgetrennt werden. Das habe ich nun mit JP1 realisiert. Erfolgt 
die Stromversorgung über USB, kann statt JP1 eine Brücke eingelötet 
werden. Dank Leo C. haben wir ja immernoch die beiden I2C Leitungen des 
AVR frei. Auch wenn es noch keine Anwendung dazu gibt, habe ich sie nun 
auf JP5 gelegt. Paltz war ja noch auf der Leiterplatte.
Joe

Port D des AVR liegt vollständig am 8-Bit Datenbus des RAM. Damit müssen 
die Daten nicht umständlich zusammengestückelt werden wie in der 
Urversion. Kein Vorteil ohne Nachteil. Die V24 Schnittstelle läuft nun 
über andere Pins und wird per Software nachbgebildet (siehe Quelltext 
von Leo C.).

Ein 3.3V Regler mit T092 Gehäuse ist nun integriert. Muß ja nicht 
bestückt werden.

Die SD-Card ist korrekt. Schau mal hier:
http://www.mikrocontroller.net/articles/AVR_CP/M
Die Karte wird immer so gesteckt, dass die Kontakte oben liegen, d.h. 
die Schräge ist auf der linken Seite.
Joe

GPS'ler schrieb:
> ..super an welchen hast du da gedacht

LP2950 z.B. beim großen C


@Siggi und GPS'ler, bitte eine Mail mit eurer Versandadresse an mich.

Bei einer derzeitigen Abnahmemenge von 20 Stück würde eine Platine 9,80 
€ + Porto kosten.
Ich warte noch die kommende Woche auf Interessenten bzw. die 
Kontaktdaten. Am Freitag würde ich dann eine Mail an alle Interessenten 
in meiner Kontaktliste senden. Übers Wochenende sind dann noch 
Korrekturen möglich und am 25.07. würde ich dann die Bestellung 
auslösen.
Joe

GPS'ler schrieb:
> @Joe von Reichelt gibts den LE 33 CZ der müßte doch auch gehen oder?

JA

> Hast du da auch die entsprechenden C's vorgesehen?

JA

> Ps: Ist E-Mail an dich nur mit Anmeldung möglich?

JA

Grad gefunden.
DRAM´s für 99 cent, leider nur SMD.

http://www.lantronic-et.de/index.php/cat/c511_D-RAM-xxK-x-4.html

Ich reihe mich auch mal in die Riege der Leute ein die dieses Projekt 
Klasse finden :-)
Die neue Version hat echt was. Kann mit der alten Version ja noch bis 
zum Sankt-Nimmerleins-Tag spielen (ohne die ursprüngliche CP/M-Version 
wirklich zu nutzen :-))))
Was ich bei der neuen Version echt witzig finde ist das I2C 
herausgeführt ist. Freut mich.
Echt gelungen.

MatthiasM schrieb:
> aber am Ende wurde es dann
> doch ein ZX80 :-)

ZX80 revival :-)

http://home.micros.users.btopenworld.com/zx80/zx80.html

Als erstes ein Danke für das Design und die Organisation der Platine.
Ich nehme natürlich auch eine, auch wenn es für mich eine 
Herausforderung sein wird, den FT232 auf die Platine zu löten.

Der hier ist deutlich billiger und einfacher zu löten als der FT232 :

http://www.reichelt.de/ICs-M-MN-/MCP-2200-I-SO/index.html?;ACTION=3;LA=444;GROUP=A217;GROUPID=2914;ARTICLE=109740;

Benötigt aber noch einen 12MHz Quarz.
Das ist ein vorprogrammierter PIC18F14K50.
Den PIC18F14K50 gibts auch in DIP für ein paar Cent mehr,
aber da müsste man halt noch die USB->UART Firmware aufspielen.

Andreas Jakob schrieb:
> Grad gefunden.
> DRAM´s für 99 cent, leider nur SMD.

Ist ja echt witzig, was ihr so findet. Allerdings lassen sich diese SOJ 
Teile noch schlechter löten als der FT232 (siehe Variante 2). Die 4C4256 
RAM's sind oft noch als Amiga Ramerweiterung in der Bucht aufzutreiben.

@ alle Interessenten der Version 3.0

Alle die sich bei mir per Mail wegen einer leiterplatte der Version 3.0 
gemeldet haben, haben eine Mail mit ihrer Menge, dem Preis und weiteren 
Informationen erhalten. Wer KEINE Mail erhalten hat, der ist bei mir 
nicht erfaßt, Sorry. Entweder habe ich es dann verträumt oder ihr habt 
euch noch nicht gemeldet. Bitte dann schnellstens nachholen.

Joe

@Joe: Prima, das du das wieder organisiert- Danke!
Evtl. wäre es sinnvoll (wenn du dir das 'aufbürden' willst), die SD 
Slots von CSD gleich mitzubestellen. Ab 25 Stück kosten die <2€ / 
Stück..?

Ansonsten müßte die wohl jeder selbst bestellen. Dann kostet einer 3€ + 
Versand. Zeit wäre ja noch..

Kannst du bitte die aktuellen Eagle Dateien hier einhängen?

Ich bin noch an einer 'Quelle' von einigen DRams 4x256 DIP dran aud dem 
F64.
Leider liest er zur Zeit keine Nachrichten..

Gruß Peter

In der Tat, 2,06 € incl. Versand bei einer Abnahmemenge von 25 Stück.
Ich lass mich breitschlagen. Wer möchte? Ab 25 bestelle ich.

Joe

Ich nehme gerne 2. Falls noch welche an den 25 fehlen auch gerne mehr, 
da ich die auch noch für andere Projekt verwenden kann..

Peter

Joe G. schrieb:
> In der Tat, 2,06 € incl. Versand bei einer Abnahmemenge von 25 Stück.
> Ich lass mich breitschlagen. Wer möchte? Ab 25 bestelle ich.

Ich nehme dann zu meinen 2 Platinen auch gerne die 2 SD-Adapter.

Gruß und Dank,

Frank

Ich würde 5 SD-Adapter abnehmen.

Danke und Gruss,
Andreas

Ich nehme 3 SD-Slots.
Danke für die Mühe.

dann nehme ich mal 5 SD-Slots zu meinen Platinen

Gruß,
Günter

Hi Leute,

Das Projekt ist einsame Spitze! Faszinierend, was man mit einem AVR 
alles anstellen kann.

Ich wollt Euch bei dieser Gelegenheit ein ähnliches Projekt vorstellen, 
welches ich gerade umgesetzt habe.

Beitrag "Intel 8080 CP/M Emulator für Mikrocontroller (ARM7, ARM9, CortexM3, AVR32)"

In diesem Fall laufen sogar zwei Betriebssysteme auf dem 
Mikrocontroller. Nut/OS (kleines Mikrocontroller Echtzeit 
Betriebssystem) und CP/M.

Nut/OS dient dabei lediglich als "Wirtsplattform" um z.B. Zugriffe auf 
die SD Karte zu ermöglichen.

Das ganze läuft auf allen von Nut/OS unterstützten Platformen mit mind. 
80 KByte RAM (ARM7, ARM9, Cortex M3, AVR32, ...)

Viele Grüße,

Ole

PS: Anbei ein screenshot des laufenden CP/M Systems mit WordStar 
Startscreen.
(Ausgaben über serielle Schnittstelle im minicom dargestellt.)

Die derzeitige Interessentenliste ist an alle per Mail raus. Bitte 
nochmals überprüfen und gegebenenfalls korrigieren. Wünsche nehme ich 
noch bis Sonntag entgegen, dann ist Wunschende für die Version 3.0. Am 
Montag bestelle ich.
Joe

Hi. Arbeite auch unter Windows und hänge mal mein ganzes AVR CPM 
Verzeichnis hier ein. Kann ggf. nicht unbedingt der letzte SVN Stand 
sein und aktuell habe ich nur 4-bit Hardware.

Peter

Hmm, also ich persönlich würde da ja persönlich einen PS/2 Anschluss und 
einen Monitoranschluss dran bauen, oder das ganze in ein möglichst 
kleines Gehäuse zu packen. So als Art Uhrencomputer.

Frischling schrieb:
> Was mich aber zunächst sehr wundert ist zum Beispiel, dass in dem
> "8080int.asm" kein "#include "macros.inc" drin ist. Sowohl bei dir,  als
> auch im runtergeladenen Projekt und das dann bei euch übersetzbar sein
> soll.

Hallo,
nur die Datei "avrcpm.asm" sollte durch den Assembler geschickt werden.
Alles andere wird included.

Leider habe ich keine Zeit, auf Details einzugehen. Ab Dienstag wirds 
wieder besser.

Für alle, die sich schon mal im Vorfeld mit der Software befassen 
wollen. Unter dem Punkt Downloads
http://www.mikrocontroller.net/articles/AVR_CP/M
habe ich drei CP/M Images reingestellt die unter Windows nur auf eine 
SD-Card kopiert werden müssen. Um selbst ein Image zu erstellen, sollten 
wir eine kleine Anleitung mit den notwendigen Tools verfassen, was 
meinst du Peter?

@Achim: Mein AVR Studio Projekt ist doch im ZIP drin..?
Ich nutze die BAT Datei gar nicht..

Peter

Aufbauhinweise V3

Die Leiterplatten sollten bald bei euch eintreffen. Deshalb für alle, 
die neu dabei sind und natürlich auch für alle anderen, einige 
Aufbauhinweise.

1. Wenn die 5V aus der USB-Schnittstelle bezogen werden dann muss JP1 
gesteckt sein. Dabei wird der interne 3.3V Regler des FT232 genutzt.

2. Wenn die 5V über JP3 zugeführt werden, JP1 offen lassen.

3. Wird der AVR über einen externen Quarz getaktet, Pin2 und Pin3 bei 
JP2 brücken.

4. Erhält der AVR seinen Takt über den FT232, dann Pin1 und Pin2 bei JP2 
brücken. Der FT232 muss jedoch vorher über ein Tool, welches von der 
FTDI Webseite bezogen werden kann, programmiert werden. CBUS0 muss dann 
auf Taktausgabe geschaltet werden.

5. ACHTUNG! Wer den AVR über die ISP Schnittstelle mit externen 5V 
programmiert MUSS vorher die SD-Card ziehen, sonst liegen die 5V an der 
SD-Card! Das übersteht sie nicht.

Viel Spaß beim Aufbau!
Joe

Platine ist angekommen - vielen Dank!
Gibt's die Eagle-Files irgendwo? Sonst wird das Bestücken was schwierig 
:-)

Ja, hier.

So hier Bilder meiner ersten Platine.

Läuft alles!

Was ich festgestellt habe:
Das größte Problem sitzt meistens vor dem Rechner ;-) Hatte TTL-USB 
Adapter falsch herum angeschlossen. ;-)
Die FAT16 Routinen sind wählerisch was die Karten angehen. 3 gehen 
nicht; 2 gehen (1GB Platinen; Noname). Hier gibt es einige 
Parallelprojekte (sd2iec) wo man ggf. schauen kann, ob man Code hierzu 
übernehmen kann..
Ach ja.. Speed = 2,623 bei 8-bit und 30MHz (5,293 bei 30MHz und 4-bit).

Peter

@Achim: Kann dir 2 getestete Rams zusenden für 5€ unversichert. Wenn 
Interesse = Mail senden.

@alle: Leider hat sich mein vermutlicher Ramlieferant aus dem Forum64 
seit Wochen/Monaten nicht mehr gemeldet.. von daher sind meine Rams auch 
begrenzt. Ich kann max. noch 2x2 Rams abgeben.

Peter

@alle: Ich habe gerade gesehen, bei Kessler-electronic gibt es die 
RAM-Speicher für 3,89 Euro das Stück zu kaufen.

Siggi

Kessler hat das RAM aber offenbar nur im SOJ- bzw. ZIP-Gehäuse, nicht 
aber in DIP.
Mir fehlen leider auch noch RAM-Chips.

Nils

Peter Sieg schrieb:
> Läuft alles!

Prima!
Nett auch eine Wahl der Quarzfrequenz. Natürlich muß die Version CP/M 
V3.0 mit 30 MHz laufen!

@alle
Ich bin auch noch an einer Quelle für RAM's. Ansosnten muß ein Adapter 
von SOJ auf DIP her.

Hallo,
meine Platinen sind heil angekommen, danke
nun erstmal löten...
Gruß
Hans-Werner

Meine extra Rams sind alle vergeben.
Hier gibts noch 4 Stück zum Preis von 1,50€/Stück - Bestell-Nr.: 
100155--:
info@Hefner-Electronic.de
Sehr geehrter Herr Sieg,

wir haben noch 4x Siemens HYB 514256A-70 DIP 20

Mit freundlichen Grüßen

Hefner-Electronic
Gunther Hefner
---
Der 30MHz SMD-Quarz ist von Pollin: Bestell-Nr.: 230079
Wie gesagt, 30MHz ist bereits grenzwertig. Ab 32Mhz lief es nicht mehr.
Wer das Letzte rausholen will.. ansonsten sollten 25MHz (alte Lan-Karte)
sicherer sein..

Peter

Hier gibt es auch noch 4 Drams (Liste beachten! Nur 4x).
http://cgi.ebay.de/10-Stuck-D-RAM-IC-gebraucht-Sortiment-AUSWAHL-/250791654062?pt=Bauteile&hash=item3a6458f2ae

Peter

1. Gibt es eigentlich schon weitere Aufbauerfolge?
2. Habe noch 2 x 4C256-8 abzugeben, wer hat Interesse?
3. Es gibt neue Platineninteressenten, wer möchte noch und sollte etwas 
geändert werden?

Gruß Joe

@Joe: Ich habe Interesse an den 2 Chips. Wenn Du auch noch einen SD-Slot 
übrig hättest, wäre das fein!

Gruß  Siggi

Mein mega168 ist jetzt auch eingetroffen, da wollte ich mich jetzt an 
den Aufbau machen. Ich möchte das allerdings nicht als USB-Stick bauen, 
sondern mit einem MAX232 Pegelwandler und externer 5V-Versorgung an ein 
Lear Siegler ADM-3A-Terminal hängen.

Dazu habe ich mir gerade einen Wolf gesucht, wo ich wie welche Jumper 
setzen muss - und schließlich wurde mir klar, dass die Eagle Dateien des 
Postings vom 8.8. nicht mit der ausgelieferten Platine übereinstimmen. 
Unter anderem fehlt der 3V-Spannungsregler.

Kann ich bitte die Eagle-Dateien bekommen, die der Platine entsprechen?

Ich bin verwirrt, die Zip-Datei vom 08.08. enthält den Stand vom 
25.07.2011. Das ist der aktuelle Stand mit 3.3V Regler

Welche Jumper sind unklar?

Gruße Joe

Sorry, mein Fehler. Ich hatte offenbar noch eine veraltete Fassung auf 
der Festplatte (was mir nicht bewußt war) und habe die beiden 
vertauscht. Es ist alles in Ordnung.

Was mir gestern unklar war, habe ich mit dem Durchgangsprüfer geklärt 
und die Platine soweit aufgebaut. Ich habe dabei einen anderen 
3,3V-Spannungsregler verwendet, den ich noch zur Hand hatte: MCP1702. 
Die verbauten 100nF-Kerkos sehen nicht ganz so schön aus, weil ich nur 
welche mit Rastermaß 7,5mm zur Hand hatte. Ich habe einen 25 MHz 
Grundton-Quarz verwendet mit 18pF-Kondensatoren daran. Gestern habe ich 
noch die Fuses auf den Quarzbetrieb umgestellt - zu mehr war leider 
keine Zeit mehr.

Bis jetzt sieht alles gut aus :-)

So, die Hardware ist fertig, jetzt werde ich mich der Software widmen.

@Peter: Ist Dein Zip-File noch aktuell?

Siggi

Jup. ZIP sollte noch aktuell sein. Kann nur sein, das im thrunk von Leo 
etwas neuere Versionen sind! Am besten schaust du da mal.. letzte 
Änderung
war glaube ich, das CP/M / Bios auch von einer 8MB Diskimage geladen 
werden konnte..

Peter

Ich habe die AVR-Firmware aus dem trunk assembliert und bekomme jetzt 
die Ausgabe:

CPM on an AVR, v2.1
Testing RAM: fill...wait...reread...
Initing mmc...
No bootable CP/M disk found! Please change MMC/SD-Card.

Initing mmc...
No bootable CP/M disk found! Please change MMC/SD-Card.

Wenn ich das richtig verstanden habe, kann diese Version von einer 
FAT-16-formatierten SD-Karte aus einer Image-Datei booten? Ich habe aber 
nicht verstanden, wie man das bewerkstelligt bzw. fertige Dateien dazu.
Gibt es eine Anleitung dazu? Aus dem Abschnitt dazu aus 
http://avr.cwsurf.de/?AVR_CP%2FM bin ich nicht recht schlau geworden.
Oder kann hier jemand eine bootfähige Image-Datei hochladen, die ich 
dann nur noch in das Hauptverzeichnis legen muss?

...hat sich erledigt, habe den Eintrag vom 21.4. entdeckt. Super, es 
läuft!!

Screenshot vom ADM-3A

Interessant sind eure Bestückungsvarianten. Merkwürdigerweise schreibt 
die Literatur immer etwas von Abblock C’s möglichst dicht am IC, ja 
einen Elko an der SD Card, Pull Up und Pull Downs, …
Ich kann ja bei der nächsten Variante all diesen „überflüssigen“ Kram 
weg lassen :-)

Übrigens hier
http://www.mikrocontroller.net/articles/AVR_CP/M
gibt es auch ein Diskimage.
Joe

Danke, die Disk-Images werde ich noch ausprobieren. Erst mal muss ich 
aber noch die Pegelwandlung von RS-232 auf 3.3V in den Griff bekommen: 
ich habe nicht bedacht, dass ein MAX232 5V-Pegel ausgibt, die für den 
bei 3.3V betriebenen AVR zu hoch sind.

Was anderes: ich habe gesehen, wird ein BREAK auf der seriellen 
Schnittstelle derzeit noch nicht behandelt. Das ADM-3A hat eine extra 
Break-Taste und Terminalprogramme bieten üblicherweise die Funktion, ein 
Break zu senden. Das würde die Möglichkeit eröffnen, bei Empfang eines 
Breaks einen Kalt- oder Warmstart auszuführen, oder einen Debugger 
aufzurufen.

Nils Eilers schrieb:
> Pegelwandlung von RS-232 auf 3.3V

Ein 74HVCT08 (siehe Schaltung der AVR CP/M Variante 2) sollte das tun. 
Dort hatte ich die Pegelwandlung für die SD Karte so vorgenommen.

Das mit dem Break habe ich nicht verstanden. Wer erzeugt es, wer nutzt 
es, was macht es?

Gruß Joe

Die Pegelwandlung probiere ich mal auf dem Steckbrett. Evtl. reicht 
schon Spannungsteiler aus zwei Widerständen, ansonsten hätte ich noch 
74HC4050 hier.

Break wird leider nur im englischen Text der Wikipedia etwas näher 
erklärt: 
http://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter#Break_condition

Kurz gesagt ist ein Break ein gesendetes Startbit, dem keine Daten 
folgen (0x00) und das auch für die Zeit halten wird, wo eigentlich das 
logisch inverse Stop-Bit folgen müsste. Also wie das Senden eines 0x00 
mit fehlendem Stop-Bit, was einen framing error ergibt.

Erzeugt wird das durch den Sender, in diesem Fall also ein 
angeschlossenes Terminal(programm).

Was es bewirkt, ist nicht allgemeingültig definiert - es hängt ganz vom 
Anwendungsfall bzw. der tatsächlichen Hardware ab. Allgemein benutzt man 
es dazu, die Aufmerksamkeit des Empfängers zu erregen. Übliche 
Anwendungen sind Wechsel der Baudrate oder Reset.

Beim AVRCPM wäre es nützlich, um aus jedem Programm aussteigen zu können 
ohne Reset drücken zu müssen - insbesondere deswegen, weil der Speicher 
erhalten bleibt.

Ich habe zwar schon Z80 und 6502-Assembler programmiert, aber noch nie 
AVR. Die Implementierung sollte aber nicht sonderlich schwierig sein. Im 
Grunde nur framing error erkennen (was sowieso der Fall sein sollte), 
und wenn die empfangen Daten 0x00 sind, dann haben wir ein Break. Und 
dann z.B. ein Reset oder Warmstart auslösen - fertig.

Der ATmega-U(S)ART kann diesen Zustand erkennen (Framing Error + 
empfangenes Zeichen = 0).

Unser Software-UART (sw-uart.asm) könnte um diese Funktion erweitert 
werden.

Freiwillige vor.

Wenn ich meine Hardware fertig habe, würde ich das gerne probieren. Ich 
kann aber nur die soft-uart-Version testen, da ich keine 4-bit-Hardware 
mit hw-uart besitze.

So ich habe nun auch eine Platine fertig bestückt.

Auf dem ersten Bild von der bestückten Platine von
Joe (Beitrag "Re: CP/M auf ATmega88")
ist eine USB-A Buchse zu erkennen. Ich habe nun ohne
das groß zu überprüfen auch eine USB-A Buchse eingelötet und
erst nachdem ich sofort einen 'Overcurrent' Fehler am USB
erhalten habe gemerkt daß das Layout für einen USB-A Stecker ist.
Hat mich dann etwas Zeit gekostet die Buchse wieder auszulöten und
auf der Unterseite einzulöten, aber jetzt gehts.

Foto gibts dann Morgen.

Gruß,
Günter

Oh, tut mir leid!
Ich hätte das bei den Aufbauhinweisen mit erwähnen sollen. Irgendwann 
früher, weiter oben hatte ich das mal getätigt, jedoch später nicht noch 
mal explizit erwähnt.

So, hier die versprochenen Fotos.

Wie gesagt habe ich eine USB Buchse auf der Rückseite,
die Kratzer am USB Anschluß kommen vom Entlöten.

Aktuell rennt hier ein ATMega168 bei 20MHz.

Gruß,
Günter

Toll Günther!
Ich sehe irgendwann schon das Turbo Pascal laufen.
Joe

Ein Dankeschön an alle Beteiligten für das tolle Projekt auch von mir. 
Ich bin heute dazu gekommen, die Platine zu bestücken. Funktioniert 
alles bestens!

Viele Grüße, Thomas

Wer möchte, der 'Erfinder' des Ganzen = sprite tm hat einen PayPal 
Spendenbutton auf seiner Seite (Tip Jar):

http://spritesmods.com/?art=avrcpm

Peter

Unter: http://www.mikrocontroller.net/articles/AVR_CP/M
stehen nun die aktuellen Layout Daten, eine Hexdatei zum Soforttest, 
CP/M Immage zum Testen, sowie der Link zur aktuellen Software (Dank an 
Leo C.)

Offene Baustellen im Projekt:

1. Z80 Emulation
2. Breakfunktion (Wunsch von Nils)
3. SD-Card Funktion verbessern (es gibt einige Karten, die nicht korrekt 
funktionieren)

Überraschenderweise waren die knapp 30 Platinen sofort weg. Es gibt 
schon wieder Anfragen nach neuen Leiterplatten. Ich würde ab sofort 
wieder Interessenten sammeln. Natürlich sind jederzeit Wünsche, 
Änderungen, Erweiterungen willkommen (Peter Resettrennung ist 
vorgemerkt)

Joe

Hallo,

Ich würde gerne dem Thema Z80 Emulation ein bisschen Leben einhauchen.

Horst hat, wenn ich es richtig mitbekommen habe, das Thema an den Edgar
weitergegeben.

@Edgar, falls Du hier noch Hilfe benötigst würde ich mich gerne 
anbieten.

Gruß,
Günter

So, Hardware ist jetzt erst mal fertig und in ein preiswertes Gehäuse 
eingebaut (Reichelt SD 10 SW).

Die Pegelwandlung am MAX232 von 5V nach 3V funktioniert prima mit einem 
simplen Spannungsteiler aus einem 1,8K und 3,3K Widerstand. Die 
Stromversorgung erfolgt über ein 5V-Steckernetzteil und 1N5818 
Schottky-Diode als Verpolschutz. Neben der Reset-Taste gibt's noch eine 
LED für den SD-Kartenzugriff. Den Vorwiderstand habe ich auf 55 Ohm 
verkleinert, damit sie gut hell leuchtet. Prima wäre noch, die Power-LED 
und die Zugriffs-LED in einer Dual-LED zu kombinieren, aber da ich nur 
eine Dual-LED mit gemeinsamer Kathode hatte, hätte das einen Transistor 
als Inverter erfordert - vielleicht flicke ich den ja mal noch ein ;-)

An den I2C-Bus habe ich noch eine batteriegepufferte Echtzeituhr PCF8583 
gehangen - mal sehen, ob und wann die Software das unterstützen kann. 
Das wäre eine weitere Baustelle: den I2C-Bus dem emulierten 8080 als 
I/O-Ports zur Verfügung stellen: vielleicht so, dass man in eine 
I/O-Zelle die Adresse des I2C-Busses schreibt und dann über eine andere 
den tatsächlichen Zugriff vornimmt.

Hallo,
bin hier zufällig rein geraten.
Falls benötigt, habe in meiner Chip-Kiste 8+1 Dram gefunden.
Vielleicht sinds ja die Richtigen:
TMS 44C256-80N und 1 M514256B-70R, jeweils 20-polig.
Gruß
W.Schwede

@Winfried: Die TMS 44C256-80N sollten die richtigen sein.
Wenn du sie entbehren kannst -> Mail an peter.sieg1 (at) gmx.de

(oder evtl. auch an Joe, dann können sie mit einer nächsten 
Platinenbestellung verteilt werden)

Peter

Thema Echtzeituhr:

Von CP/M 2.2 wohl nicht unterstützt, könnte man sich vielleicht trotzdem 
an die BDOS Funktionen 104 und 105 halten.

BDOS Funktion 104 - Datum und Uhrzeit stellen
Aufruf mit C=68h, DE=Adresse des Zeitstempels.
Der Zeitstempel hat folgendes Format:
DW      Tag     ;Tag 1 ist 1.Januar 1978
DB      Stunde  ;gepacktes BCD
DB      Minute  ;gepacktes BCD

BDOS Funktion 105 - Datum und Uhrzeit holen
Aufruf mit C=69h, DE=Adresse des Zeitstempels. Rückgabe A=Sekunden 
(gepacktes BCD).
Der Zeitstempel hat folgendes Format:
DW      Tag     ;Tag 1 ist 1.Januar 1978
DB      Stunde  ;Gepacktes BCD
DB      Minute  ;Gepacktes BCD

Hallo Leute,
wer die Augen aufmacht kann klarer sehen...
meine Platine rennt nun auch mit 20 Mhz...
Interessant wäre jetzt die Z80 Implementierung und IO Ports über I2C
Gruß
Hans-Werner

RAM'S

dank Winfried S. gibt es nochmal 9 x DRAMS für das Projekt. Wer 
Interesse hat melde sich bitte bei mir. Stückpreis 0,55€ + Porto (0,70€ 
Warensendung)
Gruß Joe

Hallo Joe,

ich benötige noch 2 DRAMs.

Gruß,
Bernd

Es gibt bei genügend Interessenten (noch mindestens 2) nochmals die 
Möglichkeit Platinen von der letzten Version zu bestellen.
Wer hat noch Interesse?
Gruß Joe

Hallo Joe,

ich könnte auch noch 2 Stck DRAM's gebrauchen, falls noch welche zu 
haben sind.

Vielen Dank

Holger

@alle:

Ich habe mich nun durchgerungen nochmals Platinen in China zu bestellen.
Um den Preis von 10€/Platine halten zu können, mußte ich allerdings 
einige mehr abnehmen, sodaß wir wahrscheinlich auch noch Weihnachten
genug davon haben ;-) Reset zwischen USB TTL Wandler + AVR habe ich 
entfernt.

Als Abwechslung habe ich die Platinen mit weißem Lötstoplack und 
schwarzer Beschriftung gewählt. Das sollte ganz nett (nerd) mit den 
schwarzen IC's und dem roten TTL-USB Wandler aussehen ;-)

Sollten so in 14 Tagen da sein. SD Slots würde ich dann auch besorgen,
sodaß 1 Platine mit Slot dann 12,50€ und Versand dann 2,50€ wären.

Wer welche möchte, schicke mir eine Mail mit Anzahl und Lieferadresse 
und derjenige bekommt dann meine Bankverbindung zur Vorkasse.

Peter

@alle:

Wie ihr lesen könnt, kümmert sich Peter gerade um die Neubestellung der 
nächsten Serie. Die Daten von Bobby und Wahe habe ich schon 
weitergeleitet.
Dank Bobby gibt es nochmal 16 DRAM's für das Projekt. Bei Interesse 
gleich eine Info an Peter, der tütet sie dann mit ein.
Joe

Platinen sind heute angekommen.. und erste läuft schon ;-)
Bestellte Platinen+Slots gehen morgen zur Post..

Wer übrigens Lust hat.. am 1+2 Okt. findet die Classic Computing in 
37603 Holzminden statt (Infos: www.classic-computing.de). Ich werde mit 
dem Stick
auch dort sein..

Peter

Hier scheint es auch noch Rams zu geben:

http://www.demotronic.net/

1,50€/Stück ist ok.

---

Ansonsten. Ist ein wenig ruhig geworden..?
Was macht die Z80 Implementierfraktion..?

Aber auch ohne Programmierkenntnisse, kann man z.B weitere Programme aus 
CP/M Archiven ausprobieren und in einem neuen Diskimage zusammen 
stellen..

Peter

Einen Z80 Emulator könnte ich demnächst zur Verfügung stellen. 
Allerdings braucht der mindestens ca. 17K Flash, so dass nur der Mega328 
in Frage käme. Dafür ist er aber recht flott. Für "Leos Schleife" 
braucht er im FAST Mode (ZX81 Emulator bei 20MHz AVR-Takt und 12 Takten 
für einen Speicherzugriff) ca. 0,8 Sekunden, was etwa 3,6 MHz Z80 Takt 
entsprechen würde. Eine auf Speed optimierte Variante (braucht ca. 24K) 
kommt sogar auf 0,7s was dann etwa 4,1MHz Z80-Takt wären (falls ich mich 
da jetzt nicht verrechnet habe).

Jörg