CP/M auf ATmega88

Ok, der PCF8574 geht auch bei 3.3V und ist bei Reichelt als DIL und Smd 
verfügbar. PCF8574 und PCA9555 gehen auch bei 3.3V und haben 5V 
tolerante Eingänge. Der Pegelwandler kann also entfallen.

Bei der Erweiterung dachte ich in Richtung Anwendung Arduino. Ein 
embedded System (ich hab das CP/M gerade geadelt) lebt ja von externer 
Hardware. Mit 8 oder 16 Bit I/O könnte der potentielle Nutzer schon eine 
Menge anschließen. Ideal wäre die Ansteuerung wie ich schon mal 
vorgeschlagen habe über die ungenutzten Biosfunktionen Reader.

Ersetzt man den mega328p durch die smd Version, bekommt man noch zwei 
zusätzliche Pins in Form von 2 AD-Wandlern spendiert (ADC6 und ADC7).
Mein derzeitiger Entwurf sieht gerade so aus (pdf). Er hat die Maße 
100mm x 70mm und passt damit genau in ein Fischer Alu-Gehäuse (AKG 7124 
ME). Das System beinhaltet neben der USB ein VT100 Terminal mit VGA und 
Tastaturanschluss den zwei ADC + I2C, sowie 8 Bit I/O.
Eine ähnliche Variante hatte ich schon mal vorgestellt. Sie ist hier 
nicht sosehr auf Interesse gestoßen. Macht jedoch nichts, die neue baue 
ich mir selber auf. Ich glaube im Gegensatz zum embedded Linux 
(raspberry pi u.ä.) kann ein potentieller Interessent (Schüler, 
Studenten, wie auch immer) damit ein komplettes System komplett selber 
aufbauen, sein CP/M (Kernel) selbst konfigurieren und zusammenstellen. 
Das System ist wirklich einfach und überschaubar.
Joe

Peter Sieg schrieb:
> Joe G. schrieb:
>> USB über FT232RL, die Variante über den MCP2200 würde noch einen
>> externen Quarz benötigen.
>> DRAM ist ein HM51W17805 (16M EDO RAM 2-Mword x 8 Bit)
>> Als Arduino Pro Mini würde auch ein DFRobot Pro Mini V1.2 5V 16MHz
>> Arduino Compatible gehen (9,9 €) allerdings müßte bei allen Varianten
>> (auch China) ein 3.3V Regler eingesetzt werden.
>> Platine derzeit 4 Lagen, es geht sehr eng zu! bei einer Abnahmemenge von
>> 10 liegt der Preis ca. um 11€.
>> Joe
>
> Hmm.. ich werde (für mich) das Gefühl nicht los, das wir dann mit dem
> 'USB Stick' Konzept besser dran sind.. was meinen die anderen..
>
> Peter

Hallo zusammen,

ich werde, für mich persönlich, mit meinem "USB Stick" weiter arbeiten.

@Joe: Aber meinen ausdrücklichen Respekt, wie Du immer die Layouts hier 
zauberst... :-)
Und vielen Dank für den Anstoss zur ZSDOS Portierung! Klasse!


Viele Grüße

Markus

Leo C. schrieb:
> Joe G. schrieb:
>
>> Um die Vorteile des ZSDOS nun auch wirklich nutzen zu können, braucht es
>> nun der Uhr.
>
> Um die Zeit bis zur funktionierenden RTC zu überbrücken, bastel ich
> gerade an der Interrupt-Uhr.
>
>> Die Uhr (DS1307)
>> ist über einen Pegelwandler am I2C Bus angeschlossen.
>
> 2. Stromversorgung und Pegelwandler wegen eines unpassenden
> Uhrenbausteins?
> Wie wärs mit PCF8583 oder DS1337 + 2 Dioden?
>
>> Weiterhin ist am
>> Bus ein PCF8574 (8 Bit I/O). Somit hätte man neben der Uhr noch die
>> Möglichkeit einen vollständigen 8 Bit Port zu benutzen (LCD, Tastatur,
>> Led, wie auch immer). Außerdem können ja weitere I2C Geräte
>> angeschlossen werden.
>
> Was könnte man denn noch anschließen wollen?
> Drucker vielleicht? Dann bräuchte man 2. PCF8574 oder zB. PCA9555.
> 2. Serielle? Gibs I2C-UARTS? 2. Software-UART stelle ich mir schwierig
> vor.

Hallo zusammen,

bezüglich des Uhrenbausteins tendiere ich zum PCF8583 wie von Leo 
vorgeschlagen, hat auch noch 240 Byte RAM als "Dreingabe" kann man 
bestimmt einmal gebrauchen... ;-)

Oder gibt es Etwas das uns veranlassen sollte explizit einen DS1337 zu 
nutzen?

Die I2C Bus-Erweiterung per PCF8574 o.ä. finde ich auch super!

In Zusammenhang mit meinem "AVR/CPM-Stick" denke ich gerade an eine 
"Sandwich"-Platine als Aufsatz auf den AVR-Sockel des AVR/CPM-Sticks.

Somit hätte ich dann beliebig viel Platz für Erweiterungen...

Just my 2 cents


Viele Grüße

Markus

> bezüglich des Uhrenbausteins tendiere ich zum PCF8583 wie von Leo
> vorgeschlagen, hat auch noch 240 Byte RAM als "Dreingabe" kann man
> bestimmt einmal gebrauchen... ;-)

Das RAM könnte man zum bisher ungenutzten EEPROM legen. ;-)

> Oder gibt es Etwas das uns veranlassen sollte explizit einen DS1337 zu
> nutzen?

Der PCF8583 ist schon etwas älter und wohl auch einige Designschwächen. 
Ein besserer Nachfolger ist der PCF8563, der aber schwieriger zu 
bekommen ist. Ob der DS1337 irgend einen Vorteil hat, kann ich jetzt 
auch nicht sagen.

Leo C. schrieb:
> Ein besserer Nachfolger ist der PCF8563, der aber schwieriger zu
> bekommen ist

Mir ist es egal, der PDF8563 ist u.a. bei Farnell zu haben, also kein 
Problem.

Joe G. schrieb:
> Mir ist es egal, der PDF8563 ist u.a. bei Farnell zu haben, also kein
> Problem.

Mir ist's auch egal. Die Softwarunterschiede sind gering. Man kann 
sicher mit einem Treiber beide ansprechen. Leider sind sie nicht ganz 
pinkompatibel. Aber wenn man an Pin 3 (A0/INT) und 7 (INT/CLKOUT) je 
einen Pullup vorsieht, müßten beide Chips damit klarkommen. Dann kann 
jeder seinen Wunschchip einstecken.

Ich habe vor, bei Reichelt einen PCF8583 zu bestellen. Für mein anderes 
Projekt möchte ich einen DS2417 (1-wire) nehmen. Ginge hier auch. ;-)

@Hannes

so sollte es gehen.
Als ASM Options im AVR Studio:

-DF_CPU=20000000 -DBAUD=115200 -Datmega328P -DDRAM_8BIT

Takt und Baudrate natürlich an das eigene System anpassen.

In der config Datei sollte folgedes stehen:

#define K 1024
#define M 1024*K
#define RAMSIZE 256*K*4  /* 1 chip 256Kx4 */
;#define  RAMSIZE   4*M*4 * 2  /* 2 chips 4Mx4  */

#define EM_Z80  1    /* Emulate Z80 if true */

#ifndef FAT16_SUPPORT
  #define FAT16_SUPPORT 1  /* Include Support for FAT16 Partitions */
#endif        /*  which may contain CP/M image files. */
#define RAMDISKCNT    1    /* Number of RAM disks */
#define RAMDISKNR     'I'-'A'  /* Drive "letter" for first RAM disk */

#define PARTID 0x52    /* Partition table id */
        /* http://www.win.tue.nl/~aeb/partitions/partition_types-1.html 
*/
#define IPLADDR  0x2000    /* Bootloader load address */

#define DRAM_WAITSTATES 1  /* Number of additional clock cycles for dram 
read access */
#define REFR_RATE   64000       /* dram refresh rate in cycles/s. */
        /* Most drams need 1/15.6µs. */
#define  RXBUFSIZE 128    /* USART recieve buffer size. Must be power of 
2 */
#define  TXBUFSIZE 128    /* USART transmit buffer size. Must be power 
of 2 */


#if EM_Z80
  #define CPUSTR "Z80"
#else
  #define CPUSTR "8080"
#endif

.equ BOOTWAIT      = 1
.equ MEMTEST       = 1
.equ MEMFILL       = 1
.equ MMC_DEBUG     = 0    /* Increase for more debugging */
.equ FAT16_DEBUG   = 0
.equ FAT16_RWDEBUG = 0
.equ FAT16_DBG_FAT = 0
.equ DISK_DEBUG    = 0    /* Increase for more debugging */
.equ HOSTRW_DEBUG  = 0
.equ HEAP_DEBUG     = 0
.equ PORT_DEBUG    = 0
.equ INS_DEBUG     = 0
.equ STACK_DBG     = 0
.equ PRINT_PC      = 0

#define MMC_SPI2X  1    /* 0 = SPI CLK/4, 1 = SPI CLK/2 */

Nach dem Reset sollte dann im Terminalprogram (Baudrate und COM-Port 
natürlich korrekt einstellen) sofort die Bootmeldung kommen. Auch wenn 
die SD Card nicht richtig gelesen wird kommt auf jeden Fall eine 
Meldung. Wenn nicht, zunächst mal prüfen ob der AVR auch über die 
USB-Schnittstelle richtig sendet und ob überhaut was am PC ankommt.
Joe

Joe G. schrieb:
> Als ASM Options im AVR Studio:
>
> -DF_CPU=20000000 -DBAUD=115200 -Datmega328P -DDRAM_8BIT
                    ************

Nimmst Du schon länger 115200? Ohne Probleme? Vielleicht sollte ich das 
auch mal umstellen. Ich glaube, über 57600 habe ich nie richtig 
getestet.

Hannes schrieb:
> # AVR Binärfile:
> # Aktuelle Version von hier laden
> # http://cloudbase.homelinux.net/viewvc/avr-cpm/avrc...
> # übersetzen und auf den AVR bringen.
>
> AVR Trunk herunter geladen und versucht zu übersetzen...

Bitte nicht irgendwas aus Trunk, sondern:
http://cloudbase.homelinux.net/viewvc/avr-cpm/avrcpm/tags/3.0/

Bitte auf den Link klicken, oder, wenn sich Kopieren nicht vermeiden 
läßt, darauf achten, daß der gesamte Link kopiert wird. Hier ist der 
vollständige Link:

1

http://cloudbase.homelinux.net/viewvc/avr-cpm/avrcpm/tags/3.0/

Rechts oben auf Download Tarball klicken. Es kommt dann ein 
tar.gz-Archiv, das sich mit Winzip, 7Zip, etc. entpacken läßt.

Viel Erfolg

Leo C. schrieb:
> Nimmst Du schon länger 115200? Ohne Probleme?

Ja, schon seit der ersten Version. 57600 machen bei mir Probleme mit dem 
TP Editor. Der verschluckt bei schneller :-) Programmierung oder beim 
Editieren sonst schon mal ein Zeichen. 115200 hat noch nie Probleme 
bereitet.

Im trunk gibts jetzt eine Uhr.
Im Anhang ist der passende ZSDOS-Treiber, den ich noch nicht eingecheckt 
habe.

Nach einem Reset wird die Uhr z.Zt. mit Tag und Monat 0 initialisiert. 
Dies dürfte zu verschmerzen sein, da sie ja ohnehin gestellt werden muß.

Das ganze ist vorläufig. U.a. deshalb, weil ich die BCD/binär- und 
zurück-Wandlung noch vom Z80- in den AVR-Teil verlegen will. Außerdem 
behandelt sie 2100 noch irtümlicherweise als Schaltjahr.

@ Leo C.
SUPER Leo!

D>ldtim

ZSDOS Time Stamp Loader, Ver 1.1
  Copyright (C) 1988  by H.F.Bower / C.W.Cotrill


hallo welt ...loaded at D8D8H
 Clock is : AVRCPM Clock            0.1

D>td
 - 00, 2000  00:02:45
D>td 4/28/12 10:12:28
Press any key to set time
 Apr 28, 2012  10:12:28
D>td
 Apr 28, 2012  10:12:31
D>

Die Datei svnrev.inc fehlt noch im trunc.
bios.asm und ipl.asm würde ich langsam entsorgen, führt nur zu 
Verwirrungen.
Wollen wir wirklich cpm6X.sys einführen? Ich fand die Trennung von CCP 
und BDOS recht transparent.

Joe G. schrieb:
> Die Datei svnrev.inc fehlt noch im trunc.

Hier gibts das Tool, das die Datei erzeugt.
http://www.compuphase.com/svnrev.htm
Ich weiß noch nicht, ob ich das Ganze so lassen soll.


> bios.asm und ipl.asm würde ich langsam entsorgen, führt nur zu
> Verwirrungen.

Ja.

> Wollen wir wirklich cpm6X.sys einführen?

Nein. Das war/ist nur ein Ergebnis meiner Experimente mit movcpm. Da 
steckt auch noch viel Arbeit drin, weil die Distri, die Sprite_tm als 
Grundlage genommen hat, kein movcpm enthält, und die Seriennummern 
angeglichen werden mußten.

> Ich fand die Trennung von CCP und BDOS recht transparent.

Ja, in diese Richtung sollte es gehen. Ich würde "unser" CP/M gerne 
durch ein wirklich vollständiges ersetzen. ZSDOS dann als Alternative in 
einem weiteren Zweig.

Außerdem sollte irgendwann noch ein Buildscript kommen, das eine Release 
als Zip-Paket für Endanwender erzeugt. Das Paket sollte dann ein 
fertiges CP/M-Image enthalten, und keine Abhängigkeiten von SVN.

Leo C. schrieb:
> Außerdem sollte irgendwann noch ein Buildscript kommen, das eine Release
> als Zip-Paket für Endanwender erzeugt.

Hier ein kleines Script welches eine bootfähige cpm.bin Datei aus BIOS, 
CCP, BDOS und IPL erzeugt. Es kann vollständig in AltairSIMH gestartet 
werden und schreibt das File auch gleich wieder zurück. dd entfällt 
damit. Die Version ist derzeit nur für ZSDOS könnte aber sicher leicht 
für die Altair cp/m Version angepaßt werden.
Joe

@Hannes
sieht eigentlich ok aus. Hier das HEX File

@alle
Ich glaube in unsrer Berechnung der Speichergröße ist noch eine Altlast 
sprite_tm eingebaut. Derzeit wird der CCP Start im BIOS über

msize   equ  62  ;size of available RAM in k
bias   equ  (msize-20) * 1024
ccp   equ  3400h+bias  ;base of cpm ccp
bdos   equ  ccp+806h  ;base of bdos
bios   equ  ccp+1600h  ;base of bios

berechnet. Der Summand -20 bei der Biasberechnung steht auch so im CP/M 
Operating System Manual worauf sich sprite_tm ja bezieht.  Doch 
tatsächlich ist unser System nicht 20K sondern 22K groß. Das kann 
schnell nachgerechnet werden.
3400h Sysgen + 800h CCP + E00h BDOS + D00h Bios = 22k
User CCP fängt auch bei DC00h an. Hätten wir ein 62k System, so würde es 
bei D400h (62K – 9K) beginnen müssen. Im Bios müsste also msize auf 64 
und im bias (msize-22) * 1024 geändert werden. Mit dieser Korrektur 
könnte dann auch eine gemeinsame Speicherconfig für BIOS, CCP, und BDOS 
verwendet werden.
Lag ich völlig daneben oder ist es nur noch keinem aufgefallen?
Joe

Hannes schrieb:
> Was kann ich noch tun??

Versuche mal statt des externen Quarzes von 20 MHz erst den internen 
Takt von 8 MHz zu nehmen. Der Mega328P läuft in unserer Anwendung etwas 
außerhalb seiner Spezifikation (3.3V mit 20 MHz). Wenn er mit 8 MHz 
läuft, hast du den Fehler. Ich habe hier auch einen liegen, welcher nur 
bis 16 MHz geht.
Joe

laut Datenblatt:
• Speed Grade:
– 0 - 4MHz@1.8 - 5.5V, 0 - 10MHz@2.7 - 5.5.V, 0 - 20MHz @ 4.5 - 5.5V

Ich hab mal das BIOS etwas nach der obigen Variante geändert. Die 
Speichergröße wird in dieser Variante nur noch in der MEMCFG.LIB 
angegeben. Damit kann nun eine beliebige (in den Grenzen des CP/M) 
Speicherkonfiguration übersetzt werden. Anbei ein Bsp. mit 53K Speicher.

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

A:FAT16 File-Image at: 8450, size: 018KB.
B:FAT16 File-Image at: 8959, size: 256KB.
C:FAT16 File-Image at: 8703, size: 256KB.
Partinit done.
Ok, Z80-CPU is live!

ipl
53k cp/m vers 2.2

A>dir
A: CPMSTAT  COM
A>cpmstat
- Logged -   ---- Records ----   - Tracks -   --- Capacity ---   --- TPA 
---
Drive User   Block Track Drive   Sys. Drive   Directory Drive    Bytes 
K
  A:     0       8    26  1944     2     77     64/  64   243K   46854 
45.76

- Operating System -
 Version  BDOS  BIOS
CP/M 2.2  B806  C600

A>

Joe G. schrieb:

> Ich glaube in unsrer Berechnung der Speichergröße ist noch eine Altlast
> sprite_tm eingebaut. Derzeit wird der CCP Start im BIOS über
>
> msize   equ  62  ;size of available RAM in k
> bias   equ  (msize-20) * 1024
> ccp   equ  3400h+bias  ;base of cpm ccp
> bdos   equ  ccp+806h  ;base of bdos
> bios   equ  ccp+1600h  ;base of bios

Sprite_tm ist daran eher unschuldig, glaube ich. Das war ein 
Mißverständnis meinerseits. Ich hatte msize vom altairz80 Emulator 
übernommen. Dort steht msize aber für die tatsächliche RAM-Größe und 
nicht für die "CP/M-Größe", für die ich es dann genommen habe.

> berechnet. Der Summand -20 bei der Biasberechnung steht auch so im CP/M
> Operating System Manual worauf sich sprite_tm ja bezieht.  Doch
> tatsächlich ist unser System nicht 20K sondern 22K groß. Das kann
> schnell nachgerechnet werden.

Das CP/M Handbuch definiert ein 20K System, bei dem der CCP auf 3400H 
liegt. Unser System ist demgegenüber um b=A800H verschoben, und damit 
per Definition ein 62K System.

http://www.cpm.z80.de/manuals/archive/cpm22htm/ch6.htm#Section_6.2

> 3400h Sysgen + 800h CCP + E00h BDOS + D00h Bios = 22k

> User CCP fängt auch bei DC00h an. Hätten wir ein 62k System, so würde es
> bei D400h (62K – 9K) beginnen müssen. Im Bios müsste also msize auf 64
> und im bias (msize-22) * 1024 geändert werden. Mit dieser Korrektur
> könnte dann auch eine gemeinsame Speicherconfig für BIOS, CCP, und BDOS
> verwendet werden.

Die 22 ist im CP/M-Handbuch nicht definiert. Hätten wir ein 64K System, 
würde unser BIOS auf F400H beginnen (CCP bei E400H).

> Lag ich völlig daneben oder ist es nur noch keinem aufgefallen?

Mir ists am letzten Freitag aufgefallen. Da hatte ich in den von Dir 
verwendeten ZRDOS-Sourcecode geschaut und msize (wieder-) entdeckt.

Joe G. schrieb:
> Ich hab mal das BIOS etwas nach der obigen Variante geändert. Die
> Speichergröße wird in dieser Variante nur noch in der MEMCFG.LIB
> angegeben. Damit kann nun eine beliebige (in den Grenzen des CP/M)
> Speicherkonfiguration übersetzt werden. Anbei ein Bsp. mit 53K Speicher.

1

bias   equ  (msize-22) * 1024 

2

ccp   equ  3400h+bias  ;base of cpm ccp

3

bdos   equ  ccp+806h  ;base of bdos

4

bios   equ  ccp+1600h  ;base of bios

Nix dagegen. Da wir von allen Systemteilen den Sourcecode haben, und 
damit auch alles auf beliebige Adressen linken können, brauchen wir 
diese Offset-Berechnung sowiso nicht mehr.

Leo C. schrieb:
> Da hatte ich in den von Dir
> verwendeten ZRDOS-Sourcecode geschaut und msize (wieder-) entdeckt.

Dann mache ich wieder eine -20 und damit ein 62k System daraus und 
ändere es im ZRDOS-Code.

Oh sehe gerade Doppelpost - welche Variante nehmen wir?

Joe G. schrieb:
> Dann mache ich wieder eine -20 und damit ein 62k System daraus und
> ändere es im ZRDOS-Code.

Der Original-ZRDOS-Code braucht das eigentlich garnicht. (REL-File, 
Adresse wird erst beim Linken festgelegt.) Quelle hier:
http://www.gaby.de/ftp/pub/cpm/znode51/specials/zsdossrc/zsdos.htm

> Oh sehe gerade Doppelpost - welche Variante nehmen wir?

Im letzten Posting habe ich mir wohl mehrfach selber widersprochen.

Was wir nicht (mehr) brauchen, ist das "20K CP/M System" als Referenz.
Die Länge von CCP und BDOS könnte man auch anders bestimmen (Linker). 
Das ist aber unnötig aufwendig, weil die seit CP/M 2.0 immer gleich 
geblieben sind. Aus historischen Gründen bin ich dafür, ein CP/M-System, 
dessen BIOS bei F200H beginnt, weiterhin als 62K-System zu bezeichnen. 
Eine Definition für die RAM-Größe brauchen wir eigentlich nicht, da sich 
an unseren 64K voraussichtlich nichts ändern wird. Deine Frage habe ich 
jetzt immer noch nicht beantwortet. ;)

Vielleicht sollten wir die 3 Dateien MEMCFG.LIB, CFGACPM.LIB, AVRCPM.LIB 
zu einer einzigen zusammen fassen? Oder AVRCPM.LIB doch getrennt lassen, 
da sie keine harwareabhängingen Teile hat, und wirklich nur fürs BIOS 
gebraucht wird?

Klingt sinnvoll.
Ein System mit BIOS ab F200H bezeichnen wir mit 62K und MEMCFG.LIB 
CFGACPM.LIB fassen wir zu einer Datei zusammen. AVRCPM.LIB würde ich 
auch extra stehen lassen, da sie ja nur fürs BIOS zuständig ist.

Joe G. schrieb:
> Hannes schrieb:
>> Was kann ich noch tun??
>
> Versuche mal statt des externen Quarzes von 20 MHz erst den internen
> Takt von 8 MHz zu nehmen. Der Mega328P läuft in unserer Anwendung etwas
> außerhalb seiner Spezifikation (3.3V mit 20 MHz). Wenn er mit 8 MHz
> läuft, hast du den Fehler. Ich habe hier auch einen liegen, welcher nur
> bis 16 MHz geht.
> Joe
>
> laut Datenblatt:
> • Speed Grade:
> – 0 - 4MHz@1.8 - 5.5V, 0 - 10MHz@2.7 - 5.5.V, 0 - 20MHz @ 4.5 - 5.5V


Hallo zusammen,

beim durchsehen des Datenblatts zum ATmega328(P) ist mir ein 
vermeintlicher Unterschied zwischen den 168er / 328er mit und ohne P im 
Namen aufgefallen:

Ausschnitt aus dem Datenblatt:

http://www.alldatasheet.com/datasheet-pdf/pdf/444347/ATMEL/ATMEGA328.html


BRANCH INSTRUCTIONS

RJMP k Relative Jump PC ? PC + k + 1 None 2
IJMP Indirect Jump to (Z) PC ? Z None 2
JMP(1) k Direct Jump PC ? k None 3
RCALL k Relative Subroutine Call PC ? PC + k + 1 None 3
ICALL Indirect Call to (Z) PC ? Z None 3
CALL(1) k Direct Subroutine Call PC ? k None 4

Note: 1. These instructions are only available in ATmega168PA and 
ATmega328P.

Heißt das, dass dem 168er / 328er ohne P im Namen (=ältere Versionen) 
die absoluten Sprung-Befehle: JMP und CALL fehlen?

Falls ja, ist für mich nun klar, dass ich mir 328er mit P bestellen 
werde um endlich in den Genuss des Z80 Emulators zu kommen!

Hintergrund meiner Frage:

Ich habe es schon mehrmals geschafft, das ich im Code vorhandene RCALL's 
durch CALL's ersetzen musste, weil die Adressräume der relativen 
Sprungbefehle nicht mehr ausgereicht haben!


Viele Grüße

Markus

Markus G. schrieb:
> Heißt das, dass dem 168er / 328er ohne P im Namen (=ältere Versionen)
> die absoluten Sprung-Befehle: JMP und CALL fehlen?

Nein, P steht für picoPower und damit für folgende technische Daten:
- True 1,8V supply Voltage
- Minimized leakage current
- Sleeping BOD
- ultra low power 32 kHz Crystal Oscillator
- Digital Input Disable Registers
- Power Reduction Register
- Clock Gating
- Flash Sampling
- Power Down Mode 0,1µA@1,8V
- Power Save Mode 0,6µA@1,8V

Die von dir zitierte Anmerkung 1 steht schon som im Datenblatt vom 
ATmega168.
Hast du mal die 8 MHz Variante ausprobiert?
Joe

Markus G. schrieb:
> Note: 1. These instructions are only available in ATmega168PA and
> ATmega328P.

Das ist zur Abgrenzung zu den kleineren Prozessoren ATmega48 und -88.
Diese brauchen die langen Sprungbefehle nicht, da sie mit RCALL/RJMP den 
gesamten Speicher erreichen können.

Hallo zusammmen!

Ich habe von Joerg die Hardware V4 als Eagle Datei bekommen.
Mir ist aufgefallen, das Pin 22 (CE) und Pin 24 (OE) des AS6C4008 
jeweils /OE gemeinsam am ATMEGA 644P - Pin 3 anliegen ...


Bitte eine kleine Erklärung ob das ein Fehler ist oder gewollt.


Stefan

Stefan Strauch schrieb:
> Bitte eine kleine Erklärung ob das ein Fehler ist oder gewollt.

Das war gewollt.

   /CE    /OE   /WE
R   L      L     H
W   L      X     L

Danke Joe
OK. Jetzt ist es klar.

Ich denke genau so würde /OE auf GND funktionieren.

Stefan

Hallo,

habe mir auch mal 2 Varianten aufgebaut und dafür auch ein anderes 
Platinenlayout erstellt zum selber ätzen bzw. fräsen. Ich verwende nur 
SMD Bauteile und DRAMs von alten SIMM bzw. PS2 Modulen. Das Layout kann 
ich bei Interesse hier rein stellen.

Ich habe mitten im Thread davon gelesen, dass es wohl ZSDOS Images gibt. 
Kann das jemand zur verfügung stellen?

Danke :)

VG
Franz

Hier noch ein Bild von meiner Platinenversion :)

VG

@Franz

Noch ein Aufbau, sehr schön! Welchen DRAM verwendest Du?

Anbei zwei ZSDOS Images.
CPMDSK_A.IMG ist ein bootfähiges Image mit einem Uhrentreiber von Leo C.
CPMDSK_D.IMG beinhaltet das komplette System im Altair HD Format. Hier 
sind auch die Quellen für das System enthalten. Du kannst das System 
selbst mit AVRCPM.SUP erzeugen (braucht bei 20 MHz ca. 30 Sekunden).
Source.zip enthät die Quellen für das BIOS, CCP und IPL

Gruß Joe

Nachtrag:
Ich hatte mich gewaltig mit der Zeit verschätzt. Um das System 
vollständig auf unserem System zu übersetzten, d.h. Assembler, Linker, 
DDT usw. benötigt man ca. 5 Min und 20 Sekunden. Unter Altair natürlich 
nur wenige Sekunden.
Gruß Joe

Weil ich selber keine mehr hatte und man immer einige Platinen bei 
pcbcart abnehmen muss um vernünftige Preise zu erhalten kann ich jetzt 
hier anbieten:

Platinen und mehr zum Projekt: AVR CP/M USB Stick

Info's: http://avr.cwsurf.de/?AVR_CP%2FM

Ein komplettes CP/M System! Disk Images auf SD Karte. Nur 3 IC's DIL.
Diesmal: Blaue Platinen.

Preise:
Nur Platine: 8€
SD Slot: 4€ (ein paar habe ich noch, sonst muss ich erst aus USA 
bestellen)
AVR progr.: 5€ (ATmega328P)
4bit x 256 Drams: 5€ (2 Stück) - nur solange Vorrat reicht.

Peter

Hallo Peter,
ich nehme auch einen Satz (Platine, SD Slot,AVR und Speicher)
Hast du meine Adresse noch?
Ansonsten mail mal.
Gruß
Hans-Werner

@siggi & Hans-Werner: Adressen speicherere ich nicht.. (Datenschutz) 
bitte sendet mir doch eine Mail über das Forum hier.. dann wird das 
einfacher..

Ich bin vom 18-26.10 im Urlaub.. also nicht wundern, wenn es etwas 
dauert..

---

Gerade nochmals SCDA6A0101 bei CSD bestellt.. Nun habe ich wieder genug 
Slots für alle Platine.. habe trotzdem auch mal einen Ersatz-Slot 
'drangefriemelt'.. geht auch..

Peter

Nur für die, die einen progr. AVR nehmen:
Ist für 20MHz und hat 1 Waitstate mehr drin für langsame Ram's.

Peter

Hier mal ein paar neue Diskimages und viele Fragen ;-)
CPMDSK_G.IMG = Fortran Compiler
CPMDSK_H.IMG = PL/I Compiler

Pl/I läuft komplett mit z.B FIB.PLI:
PLI FIB
LINK FIB
FIB

Fortran ist ein hello.for dabei, aber der Compiler beschwert sich..?
(Leider ist das editieren von Files unter CP/M auch nicht so einfach.. 
hat da
jemand ein gut funktionierendes VDE.COM / ZDE.COM?)

Ein paar Fortran Beispielprogramme, die sich hiermit compilieren lassen
wäre schön..

---

Frage 1:
Ich bin mit TP3 inzwischen bei CPMDSK_I.IMG angekommen. Images werden 
aber nur bis _H gelesen. Muss ich um z.B 2 weitere einlesen zu lassen 
die Konstanten MAXDISKS von 8 auf 10 erhöhen in dsk_fsys.asm:

; Fields in the parttabl

  .equ  MAXDISKS  = 8      ;Max number of Disks (partitions)

???
Und muss woanders noch was geändert werden?

---

Frage 2:
Ich habe versucht ein neues 8MB Diskimage zu erstellen:

del CPMDSK_G.IM_
del CPMDSK_G.IMG
mkfs.cpm.exe -f myz80 -b cpm.bin -L test CPMDSK_G.IM_
rem FORTRAN
cpmcp -f myz80 CPMDSK_G.IM_ cpmdsk/FORTRAN/F80.COM 0:F80.COM
cpmcp -f myz80 CPMDSK_G.IM_ cpmdsk/FORTRAN/HELLO.FOR 0:HELLO.FOR
rem ...
rem make at least 8192k in size
dd if=CPMDSK_G.IM_ of=CPMDSK_G.IMG ibs=8388608 conv=sync

Es werden aber keine Files mit DIR anschließend angezeigt..?
(Ich vermute mein cpm.bin ist nicht passend dafür..?)

???

---

Peter

Peter Sieg schrieb:
> Frage 1:
> Ich bin mit TP3 inzwischen bei CPMDSK_I.IMG angekommen. Images werden
> aber nur bis _H gelesen. Muss ich um z.B 2 weitere einlesen zu lassen
> die Konstanten MAXDISKS von 8 auf 10 erhöhen in dsk_fsys.asm:
>
> ; Fields in the parttabl
>
>   .equ  MAXDISKS  = 8      ;Max number of Disks (partitions)
>
> ???
> Und muss woanders noch was geändert werden?

Images und Partitonen sind 2 verschiedene Dinge.

Peter Sieg schrieb:
> (Ich vermute mein cpm.bin ist nicht passend dafür..?)

Peter, die Einstellungen für die Diskettenformate bzw. HD stehen in der 
AVRCPM.LIB

Habe nun mit folgenden Änderungen:

; Fields in the parttabl

  .equ  MAXDISKS  = 10      ;Max number of Disks (partitions); was 8
  .equ    PARTENTRY_SIZE = 11    ;Size of a Partitiontableentry; was 9

einen erfolgreichen Scan des LW: I:
CPM on an AVR, v2.3 r185
Testing RAM: fill...wait...reread...
Initing mmc...

A:FAT16 File-Image at: 514, size: 256KB.
B:FAT16 File-Image at: 530, size: 256KB.
C:FAT16 File-Image at: 546, size: 256KB.
D:FAT16 File-Image at: 562, size: 256KB.
E:FAT16 File-Image at: 578, size: 256KB.
F:FAT16 File-Image at: 594, size: 256KB.
G:FAT16 File-Image at: 610, size: 256KB.
H:FAT16 File-Image at: 626, size: 256KB.
I:FAT16 File-Image at: 002, size: 8192KB.
Partinit done.
Ok, Z80-CPU is live!

ipl
62k cp/m vers 2.2

A>
aber DIR I: zeigt NO FILES ??

---

Habe dann mal TP3 auf F gelegt und ALGOL auf J und B auf I kopiert:
A>dir f:
F: READ     ME  : TINST    COM : TINST    DTA : TINST    MSG
F: TURBO    COM : TURBO    MSG : TURBO    OVR : CMDLIN   PAS
F: LISTER   PAS : MC-MOD00 INC : MC-MOD01 INC : MC-MOD02 INC
F: MC-MOD03 INC : MC-MOD04 INC : MC-MOD05 INC : MC       HLP
F: MC       PAS : MCDEMO   MCS : MC       COM : MC-MOD03 COM
F: HELLO    PAS
A>dir h:
H: FIB      PLI : CHESS    PLI : LIB      COM : LINK     COM
H: RMAC     COM : PLI0     OVL : PLI1     OVL : PLI2     OVL
H: PLI      COM : TEST     PLI : PLILIB   IRL : OPTIMIST PLI
H: OPTIMIST COM : PLIDIO   ASM : MATSIZ   LIB : MATSIZE  LIB
A>dir i:
I: TTT2     COM : SARGON   COM : OTHELLO  COM : MMIND    COM
I: ED       COM : LOAD     COM : STONE    COM : PIP      COM
I: STAT     COM : SUBMIT   COM : XSUB     COM : LADDER   COM
I: LADDER   DAT : LADCONF  COM : CURON    COM : PACMAN   COM
I: HITCH    COM : HITCHHIK DAT :   :
I:   :   :   :
I:   :
A>dir j:
J:   :   :   :
J:   :
A>

???

---

I: und J: werden auch mit dem freien Platz nicht korrekt angezeigt:
A>stat
A: R/W, Space: 40k
B: R/W, Space: 0k
C: R/W, Space: 129k
D: R/W, Space: 95k
E: R/W, Space: 48k
F: R/W, Space: 7928k
G: R/W, Space: 121k
H: R/W, Space: 13k
I: R/W, Space: 938k
J: R/W, Space: 952k

---

Ach Ja.. ALGOL macht bei LUNAR auch irgendwie Mist.. BCD Problem?

Peter

@Peter
Nachtrag: im BIOS.MAC mußt du natürlich auch das HD-Format eintragen, 
oder du nimmst dieses CPM.BIN

@ Leo C.
Läuft Dein Server http://cloudbase.homelinux.net/... noch?

Joe G. schrieb:
> Peter, die Einstellungen für die Diskettenformate bzw. HD stehen in der
> AVRCPM.LIB

???

Diese Datei habe/finde ich nicht??

Peter

Vergessen

Peter Sieg schrieb:
> Diese Datei habe/finde ich nicht??

Das findest du alles hier:
Beitrag "Re: CP/M auf ATmega88"
unter Source.zip

Peter Sieg schrieb:
>> Peter, die Einstellungen für die Diskettenformate bzw. HD stehen in der
>> AVRCPM.LIB
>
> ???
>
> Diese Datei habe/finde ich nicht??

Klar habe ich die/gefunden ;-)

Sorry.. gehört zum BIOS.

@Joe G: Kannst du deine *.MAC, AVRCPM.LIB und das damit erstellte 
CPM.BIN mal als ZIP hier anhängen..?

BTW: Mikrocontroller Forum hat glaube ich inzwischen auch einen SVN 
Server..

Peter

Peter Sieg schrieb:
> @Joe G: Kannst du deine *.MAC, AVRCPM.LIB und das damit erstellte
> CPM.BIN mal als ZIP hier anhängen..?

Die hast du nun sicherlich gefunden.
Übrigens, das 8MB HD-Format hat einen anderen Aufbau. Das mußt du in den
"diskdefs" berücksichtigen.

Hier die diskdefs für die CP/M Tools oder den Totalcommander.

# SIMH AltairZ80 Harddisk
diskdef simhd
  seclen 128
  tracks 2048
  sectrk 32
  blocksize 4096
  maxdir 1024
  skew 0
  boottrk 6
  os 2.2
end

Hi. Die diskdefs hatte ich schon angepasst..

Ich habe jetzt mal dein cpm.bin verwendet. Immer LW: I: bekomme ich 
keine/vernünftige DIR Anzeige. Hatte dort erstmal das 8192k TP3 Image..
= NO FILES. Habe dieses dann als F: kopiert und unter I: eine Kopie von 
A:
A>dir
A: ASM      COM : DDT      COM : DUMP     COM : ED       COM
A: T        COM : TLOOP    COM : LOAD     COM : MBASIC   COM
A: 23       BAS : BAGELS   BAS : CHECKERS BAS : STARTREK BAS
A: TREKINST BAS : MASTRMND BAS : WEEKDAY  BAS : PIP      COM
A: STAT     COM : SUBMIT   COM : XSUB     COM : ZORK1    COM
A: ZORK1    DAT : SURVEY   COM
A>dir f:
F: READ     ME  : TINST    COM : TINST    DTA : TINST    MSG
F: TURBO    COM : TURBO    MSG : TURBO    OVR : CMDLIN   PAS
F: LISTER   PAS : MC-MOD00 INC : MC-MOD01 INC : MC-MOD02 INC
F: MC-MOD03 INC : MC-MOD04 INC : MC-MOD05 INC : MC       HLP
F: MC       PAS : MCDEMO   MCS : MC       COM : MC-MOD03 COM
F: HELLO    PAS
A>dir i:
I:   :   :
A>dir j:
J: ASM      COM : DDT      COM : DUMP     COM : ED       COM
J: T        COM : TLOOP    COM : LOAD     COM : MBASIC   COM
J: 23       BAS : BAGELS   BAS : CHECKERS BAS : STARTREK BAS
J: TREKINST BAS : MASTRMND BAS : WEEKDAY  BAS : PIP      COM
J: STAT     COM : SUBMIT   COM : XSUB     COM : ZORK1    COM
J: ZORK1    DAT : SURVEY   COM
A>
wieder bei I: keine Anzeige.. bei F: aber wird das 8192k TP3 Image
sauber gelistet.

Hmm..?? zumindest werden mal LW: A-J gescannt und angezeigt..
A>stat
A: R/W, Space: 41k
B: R/W, Space: 0k
C: R/W, Space: 131k
D: R/W, Space: 97k
E: R/W, Space: 49k
F: R/W, Space: 7928k
G: R/W, Space: 123k
H: R/W, Space: 13k
I: R/W, Space: 103k
J: R/W, Space: 41k

---

Habe noch Hitech-C und PARASOL in der Mache als neue Diskimages..

Peter

Bez. CPM.BIN:
Ich verwende Batch Dateien unter Windows - 1:
aliados m80.com =bios.mac
aliados l80.com bios.rel,bios.bin/n/e
aliados m80.com =ipl.mac
aliados l80.com ipl.rel,ipl.bin/n/e

und 2:
dd conv=sync bs=128  count=1 if=ipl.bin > cpm.bin
dd conv=sync bs=128 count=44 if=CPM.SYS >> cpm.bin
dd conv=sync bs=128  count=7 if=bios.bin >> cpm.bin

Kann ich das genau so auch mit den neueren Dateien in Source.zip machen?

Peter

Peter Sieg schrieb:
> Kann ich das genau so auch mit den neueren Dateien in Source.zip machen?

Nein.
Da das System nun aus IPL CCP BDOS und BIOS zusammengesetzt ist, mußt du 
die folgende Zusammensetzung wählen.

dd  conv=sync bs=128  count=1 if=ipl.bin > cpm.bin
dd  conv=sync bs=128 count=16 if=ZSCCP.BIN >> cpm.bin
dd  conv=sync bs=128 count=28 if=ZSDOS.BIN >> cpm.bin
dd  conv=sync bs=128  count=6 if=bios.bin >> cpm.bin

Joe

Hmm..

Ich habe nun make_bios.bat so:
aliados m80.com =bios.mac
aliados l80.com bios.rel,bios.bin/n/e
aliados m80.com =ipl.mac
aliados l80.com ipl.rel,ipl.bin/n/e
aliados m80.com =ccp.mac
aliados l80.com ccp.rel,ccp.bin/n/e
aliados m80.com =zsdos.mac
aliados l80.com zsdos.rel,zsdos.bin/n/e

Und make_cpm.bat so:
dd  conv=sync bs=128  count=1 if=ipl.bin > cpm.bin
dd  conv=sync bs=128 count=16 if=CCP.BIN >> cpm.bin
dd  conv=sync bs=128 count=28 if=ZSDOS.BIN >> cpm.bin
dd  conv=sync bs=128  count=6 if=bios.bin >> cpm.bin

make_bios.bat gibt aber jede Menge Fehler:
U                                           IF  ZS
P                                       ORG     ZSDOS+0DF9H
U                                         IF  ZS
U                                         IF  ROM

1197 Fatal error(s),108 Warning(s)

C:\DATEN\Eagle\AVR CPM\aliados>aliados l80.com zsdos.rel,zsdos.bin/n/e

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

Data    0100    0E3D    < 3389>

50173 Bytes Free
[0000   0E3D       14]

C:\DATEN\Eagle\AVR CPM\aliados>

Peter

sorry, hab' gerade keine Zeit zum mittmischen.


Joe G. schrieb:
> @ Leo C.
> Läuft Dein Server http://cloudbase.homelinux.net/... noch?

Letzte Nacht ist mir aufgefallen, daß das Ding hängt. Nach einem 
Neustart lief wieder alles. Und jetzt schon wieder nicht mehr. :-(

Peter Sieg schrieb:
> make_bios.bat gibt aber jede Menge Fehler:

Ich benutze den Assembler, Linker usw. unter Altair SIMH. Da laufen die 
Quellen fehlerfrei. Wenn du unter CP/M arbeitest, dann kannst du das dd 
unter Windows gleich einsparen und alles zusammen unter CP/M binden 
(AVRCPM.SUB)

Joe

Für den Server brauche ich mal ne ruhige halbe Stunde. Heute aber leider 
nicht mehr.

Leo C. schrieb:
> Für den Server brauche ich mal ne ruhige halbe Stunde. Heute aber leider
> nicht mehr.

kein Problem...

Andere Baustelle: Ist den der PCF8583T für die Echzeituhr noch aktuell? 
Ich würde gerne das Layout fertigstellen.

Yo. Rom wurde ja auch nicht an einem Tag erbaut..

Hmm.. das ZSDOS nicht unter aliados assemblierbar ist..?
Habe auch mal m80l80pc probiert. Da sind es 'nur' 97 Fehler:
C:\DATEN\Eagle\AVRCPM~1\KOPIEV~1>m80.com =zsdos.mac
V                               MACLIB  ZSDOS.LIB       ; Get 
initialization code
e
V                                 IF    ZRL
V                                 IF  ZSDOS11
V                                 IF  ZS

Es fehlt anscheinend die ZSDOS.LIB und er kann das IF ... nicht ab..?

---

Nun, lasse es vorerst mal in diesen für mich unbefriedigenden Zustand:
Verwende das cpm.bin von Joe G. was ich selbst aber nicht erzeugen kann 
mit den Windows Tools..

Ich kann mit den Änderungen am AVR Source nun bis LW: J arbeiten, wobei 
I: nicht nutzbar ist..?

Werde es nochmal bis LW: L: erweitert und dann testen..

Falls das alles so nicht geht, werde ich wohl alles zurück bauen und
dann eben nur bis LW: H: gehen und ggf. eine 2te SD Karte für die
nächsten 8 LW: verwenden.

Peter

Peter Sieg schrieb:
> Ich kann mit den Änderungen am AVR Source nun bis LW: J arbeiten, wobei
> I: nicht nutzbar ist..?

Peter, schau mal bitte in BIOS.MAC. In "meinem" CPM.BIN ist I: eine 
Ramdisk mit 192k und D: die HD. Hier müßte also deine Anpassung 
erfolgen.

  ;Drive   A    B    C    D    E F G H I    J    K    L
;drvtbl:dtbl  <dpha,dphb,dphc,dphd, , , , ,dphi,dphj,dphk,dphl>
;drvtbl:dtbl  <dpha,    ,    ,    , , , , ,dphi,dphj,dphk,dphl>
;drvtbl: dtbl  <    ,    ,    ,    , , , , ,dphi,dphj,dphk,dphl>
drvtbl:dtbl  <    ,    ,    ,dphd, , , , ,dphi>

  ;  Name   spt   bls  dks  dir  cks off
;  dpb  dpb243, 26, 1024, 243,  64,  64,  2
;  dpb  dp8192s,32, 4096,2046, 512, 512,  2
  dpb  dp8192, 32, 4096,2046,1024,1024,  2
;  dpb  dpbrd,  32, 1024,  56,  32,   0,  2
  dpb  rd192,  32, 1024, 192,  32,   0,  0
;  dpb  rd1016, 32, 2048, 508, 192,   0,  2
;  dpb  rd1024, 32, 2048, 512, 192,   0,  0
;  dpb  rd0960, 32, 2048, 480, 192,   0,  0

;dpha:  dph  dpb243
;dphb:  dph  dpb243
;dphc:  dph  dpb243
;dphd:  dph  dpb243
;dpha:  dph  dp8192s
;dphb:  dph  dp8192s
;dphc:  dph  dp8192
dphd:  dph  dp8192
;dphi:  dph  rd1016
dphi:  dph  rd192
;dphj:  dph  rd1024
;dphk:  dph  rd1024
;dphl:  dph  rd0960

Ich habe mal ein CPM.BIN erzeugt, welches für die Laufwerke A - K das 
Diskettenformat und für L das HD Format verwendet.

@Joe G.: Danke! Bringt aber keine Änderung: Scan nur bis J und DIR I: = 
: : :

Da ist wohl noch ein wenig mehr im Argen.. zu tun..

Das 8192k Image mit Turbo Pascal 3 wurde aber ja auch vorher erkannt bei 
Laufwerk F:

Peter

Ich habe jetzt erstmal alles zurück gebaut auf meine letzte Version,
wo ich das unter aliados assemblierte cpm.bin verwenden kann und auf
LW: A: - H:

Die Änderung auf mehr LW: - z.B bis L: müssen wir dann noch mal in Ruhe
in Angriff nehmen.. ich denke auch, das da einiges an ueberfluessiger 
Code
in den Sourcen drin ist.. in fat16 z.B ist schon drin, das er A-Z 
sucht..

Peter

@Joe G.: Evtl. kannst du ja das fertige AltairSIMH disk/hd-image hier 
einhängen, womit sich cpm.bin komplett bilden läßt auf Basis ZSDOS..

Den AltairSIMH habe ich hier noch, aber nur ein cpm 2.2 diskimage auf a:

Peter

Kurze Anleitung dazu.
1. Altair.zip entpacken
2. AltairAll.bat starten
3. auf Laufwerk I: wechseln
4. mit "do avrcpm.sub" das Übersetzen und Linken starten
5. fettich Meister, im Verzeichnis von Altair steht die fertige CPM.BIN

schönen Abend
Joe

Danke!!
Geht einwandfrei.

Peter

Gerade getestet, OneWallFree... :-)

Super, Danke Joe!


Viele Grüße

Markus

http://cloudbase.homelinux.net/viewvc/avr-cpm/ läuft wieder.

Joe G. schrieb:
> Andere Baustelle: Ist den der PCF8583T für die Echzeituhr noch aktuell?
> Ich würde gerne das Layout fertigstellen.

Noch genau so aktuell als im April; d.h. bei mir ist seit dem nichts 
passiert.

Wegen einer anderen Bastelei liegen inzwischen ein DS2417P+ und ein 
RV2123-C2 hier rum. Letzteren gibts auch mit I2C statt SPI 
(http://www.reichelt.de/Real-Time-Clock-Module/2/index.html?;ACTION=2;LA=2;GROUP=B47;GROUPID=4623;START=0;OFFSET=16;SHOW=1).

Hallo Leute,
interessant wäre auch eine IO Erweiterung 16 bit input und 16 bit 
output!
Sollte doch mit I2C möglich sein, oder?
Gruß
Hans-Werner

Hans- w. Schütz schrieb:
> interessant wäre auch eine IO Erweiterung 16 bit input und 16 bit
> output!

Beitrag "Re: CP/M auf ATmega88" ff

@Leo C.
Ja, der hat RV2123-C2 ist auch nicht schlecht. Er hat schon den Quarz 
integriert.


@Peter
ZSDOS hat bei voller Kompatibilität zu CP/M 2.2 einige wesentliche 
Verbesserungen. Näheres hier:
http://susowa.homeftp.net/index.php/software-mainmenu/cpm-mainmenu-116/95-zsdos-zddos.html

@alle
Es gibt einen Entwurf mit RTC (PCF8583T) und einem 8-Bit Port (PCF 
8574). Außerdem gibt es einen Erweiterungsport mit I2C und 2 x ADC. Die 
Stromversorgung ist über den USB-Port realisiert, über den wahlweise das 
VT100 Terminal angeschlossen werden kann oder der Propeller (VGA mit 
VT100 Terminal) programmiert werden kann. Weiterhin gibt es einen PS2 
Anschluss für die Tastatur. Die Platine passt in ein Fischer Alu-Gehäuse 
(AKG 7124
ME)beziehen u.a. bei Reichelt.

Da bisher kein großes Interesse vorhanden war, habe ich den Aufbau noch 
nicht in Angriff genommen. Doch jetzt scheint wieder Leben in das 
Projekt zu kommen. Welche Wünsche gibt es denn noch?

Peter Sieg schrieb:
> Was war eigentlich der Grund/Vorteil auf ZSDOS im CPM.BIN zu gehen..?

Wenn Du nach Lesen der "feature list" [1] von ZSDOS für Dich keine 
Vorteile erkennen kannst, spricht natürlich nichts dagegen, bei 
Original-CP/M zu bleiben.

> Weil es auch im Source vorliegt?

Source gibts auch für das Original.

> Meine Wünsche für Weihnachten ;-)
>
> * mehr Diskimages mit lauffähigen, getesteten Applikationen
> * Unterstützung von mehr Diskimages als bisher 8 (A-H).

Wenn die Images (Laufwerke) nur ein paar hundert KByte groß wären, und 
einzeln/unabhängig voneinander auswechselbar wären, würde ich das ja 
vielleicht auch so sehen.
Aber: Auf ein Diskimage mit 8 Megabyte passen sehr viele 
CP/M-Programme/-Pakete.

Kann es sein, daß Du die Images in etwa wie Archivdateien betrachtest, 
statt wie (Festplatten-)Laufwerke?

Zugegebenermaßen wirds wg. der flachen Dir-Struktur unter CP/M leider 
schnell unübersichtlich, und die User-Bereiche (0..31) werden auch 
schlecht unterstützt. Ich meine aber, verschiedene Anwendungen auf einem 
Laufwerk in getrennten User-Bereichen zu verwalten, ist immer noch 
einfacher, als die Images auf der SD-Karte neu zu mischen.

Mit ZSDOS gibts übrigens bessere Unterstützung der User-Bereiche (z.B. 
Pfad-Aliase für User-Nrs).

> * Evtl. einen Weg Dateien zw. laufendem CP/M und Hostsystem
> auszutauschen (Kermit?)

CP/Net? ;)

Mit X/Y/Z-Modem-Protokoll müßte das eigentlich auch über die 
Host-Schnittstelle gehen. Leider habe ich noch kein Programm gefunden, 
das das unterstützt.


[1] Geheimtip: Doku

1

        1.5 Differences Between CP/M 2.2, ZRDOS and ZSDOS.

2

3

        Compatibility  with  existing  applications was one of the  primary  goals  of

4

        ZSDOS.   Most  programs that run under CP/M 2.2 or ZRDOS 1.x should  also  run

5

        under ZSDOS without any problems.  The few programs that won't run under ZSDOS

6

        depend on specific (unpublished) addresses in BDOS.

7

8

        A  quick  summary of the features of ZSDOS compared to ZRDOS and CP/M  2.2  is

9

        given below:

10

11

          FEATURE                       CP/M 2.2       ZRDOS 1.7         ZSDOS

12

          --------------------------------------------------------------------

13

          Direct get next

14

             console character            No              No              Yes

15

          Error-free interleave of

16

             direct and buffered

17

             console input calls          No              No              Yes

18

          Control-R supported             Yes             No              Yes+

19

          Auto disk relog                 No              Yes             Yes

20

          Warning message on auto

21

             disk relog                   No              Yes             Selectable

22

          Fast fixed disk relog           No              Yes             Selectable

23

          Return fixed disk login         No              Yes             Yes

24

          Return DMA address              No              Yes             Yes

25

          Re-entrancy                     No              Yes             Yes

26

          Set BDOS error mode             No              No              Yes

27

          Error messages                  Cryptic         Numeric         English

28

          Filename displayed in

29

             error message                No              No              Yes

30

          1 gigabyte disk size            No              No              Yes

31

          32 megabyte file size           No              No              Yes

32

          Public directories              No              Yes             Selectable+

33

          Public files                    No              No              Selectable

34

          Path from DOS                   No              No              Selectable+

35

          Read Only Path/Public           No              No              Selectable

36

          Read Only Drive Vector          No              Yes             Selectable

37

          Wheel protected files           No              Yes             Yes

38

          Function 37 relogs

39

             default if needed            No              No              Yes

40

          User number in FCB              No              No              Yes

41

          DOS ID function call #          12              48              48

42

          Get file stamp                  No              No              Yes*

43

          Set file stamp                  No              No              Yes*

44

          Get time                        No              No              Yes*

45

          Set time                        No              No              Yes*

46

          Stamp create time/date          No#             No#             Yes*

47

          Stamp update time/date          No#             No#             Yes*

48

          Stamp access time/date          No#             No#             Yes*

49

50

            * Internal DateStamper (ZDDOS) or ZSDOS with External Stamp Routine.

51

            + ZSDOS version only.

52

            # No internal support for these functions, though DateStamper can be

53

              installed on these systems.

Peter Sieg schrieb:
> Die Änderung auf mehr LW: - z.B bis L: müssen wir dann noch mal in Ruhe
> in Angriff nehmen..

Die Nummer der RAM-Disk steht auch in config.inc:

1

#define RAMDISKNR     'I'-'A'  /* Drive "letter" for first RAM disk */

Um die Anzahl der möglichen SD-Karten-Disks zu erhöhen muß man diese 
Konstante vergrößern.

> ich denke auch, das da einiges an ueberfluessiger Code
> in den Sourcen drin ist.. in fat16 z.B ist schon drin, das er A-Z
> sucht..

Ich muß doch sehr bitten. ;-)

Die Anzahl der Laufwerke ist aber auch durch das im BIOS dazu 
reservierten RAMs begrenzt. Da die Verwaltung dynamisch erfolgt, können 
um so mehr Laufwerke verwaltet werden, je kleiner diese sind.

Die Portierung des KC-Commander's könne eine echte Bereicherung für 
unser System sein. Die Quellen dazu findet man hier:
http://susowa.homeftp.net/index.php/software-mainmenu/cpm-mainmenu-116/68-kc-commander-nccom.html

Hallo,
das VT Terminal mit dem Propeller interessiert mich auch. Nun muss das 
einer nur noch in den Atmel bringen... Interessant wäre allerdings wenn 
man die I/O Ports auch über in und out Befehle von der Z80 Seite zu 
erreichen sind.
Gruß
Hans-Werner

Hans- w. Schütz schrieb:
> Interessant wäre allerdings wenn
> man die I/O Ports auch über in und out Befehle von der Z80 Seite zu
> erreichen sind.

Klar, das ist sowieso die einfachste Möglichkeit, die Ports für den Z80 
zugänglich zu machen.

Hans- w. Schütz schrieb:
> das VT Terminal mit dem Propeller interessiert mich auch.

Das läuft bei mir schon ein Jahr. Genau diese Schaltung ist auf dem 
neuen Layout.
Beitrag "Re: CP/M auf ATmega88"

Leo C. schrieb:
> Die Nummer der RAM-Disk steht auch in config.inc:#define RAMDISKNR     'I'-'A' 
/* Drive "letter" for first RAM disk */

Das hatte ich parallel auch schon gemacht, obwohl die Anz. Ramdisks bei 
mir auf 0 steht. Es kam aber zu den oben beschriebenen Effekten:
I: DIR => : : : sonst nichts.
J: geht mit ZSDOS, mit CPM.BIN orig. 2.2 nicht.
Erweiterung auf K+L: Anzeige / Scan nur bis J:

Ich verwende eigentlich immer noch die 256k Images, weil:
1. Ich noch nicht versucht habe unter Windows, größere Images (8192k) zu
erzeugen.
2. Wirklich die Übersicht verloren geht und ich eigentlich thematisch 
getrennte Sachen auch getrennt halten wollte.

Aber mit den Userbereichen ist klar eine Möglichkeit, die ich bisher 
noch
nicht genutzt habe.

Wie kann ich denn unter Windows ein 8192k Leerimage anlegen?
Kann jemand dazu ggf. die passende diskdefs hier einhängen.

---

@Joe G: Achtung der bisher verwendete SD Card Slot ist (fast) nicht mehr
lieferbar! CSD hat noch ca. 50Stk. SCDA6A0101 - die passen! Danach heißt 
es umstellen auf einen anderen Slot.

Wenn auf deine Platine der Propeller Chip für das Terminal mit drauf 
ist,
habe ich (andere sehen das sicher anders..) kein Interesse daran..
Aus meiner Sicht sollte das AVR Only sein.. eher kann der Propeller 
nebenbei noch Z80 spielen..

Peter

Joe G. schrieb:
> Das läuft bei mir schon ein Jahr. Genau diese Schaltung ist auf dem
> neuen Layout.
> Beitrag "Re: CP/M auf ATmega88"

Mach doch mal bitte ein paar Foto's/Video über Youtube davon..
Wenn es wirklich gut läuft und eine bessere Anzeigequalität hat als
MicroVGA kann man ja mal über seinen Schatten springen..
und so ein Weihnachtsprojekt hätte ja auch was.. ;-)

Peter

Peter Sieg schrieb:
> CSD hat noch ca. 50Stk. SCDA6A0101 - die passen!
Danke für den Hinweis.

Die Terminalhardware sehe ich ganz pragmatisch. Sicher könnte es auch 
ein AVR sein, doch mit dem Propeller geht es schnell, einfach und gut. 
Die Videoqualität ist deutlich besser als bei der MicroVGA und das 
Terminal kann nach den eigenen Bedürfnissen programmiert werden. Ich 
mache bei Gelegenheit mal einige Fotos.

Joe

Peter Sieg schrieb:
> Wie kann ich denn unter Windows ein 8192k Leerimage anlegen?
> Kann jemand dazu ggf. die passende diskdefs hier einhängen.

Beitrag "Re: CP/M auf ATmega88"

Danach mit cpmtools bespielen. Format 'myz80' bzw. 'simhd'.

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

12

13

# SIMH AltairZ80 Harddisk

14

diskdef simhd

15

  seclen 128

16

  tracks 2048

17

  sectrk 32

18

  blocksize 4096

19

  maxdir 1024

20

  skew 0

21

  boottrk 6

22

  os 2.2

23

end

Peter Sieg schrieb:
> Wie kann ich denn unter Windows ein 8192k Leerimage anlegen?

Unter Altair SIMH ein HD Laufwerk erzeugen und in CPMDSK_X.IMG 
umbenennen.

Peter Sieg schrieb:
> BTW: Ich habe hier im Thread ein myz80.img 'gefunden' was 8193k groß
> ist..?

1

$ ./makeimage /dev/null myz80.img $(expr 128 \* 65536 + 256)

wieviel ist nochmal 128*65536+256?

Es gibt aber auch für Windows Editoren, die Unix-Zeilenenden können.

Und dann gibt es noch sowas wie dos2unix und unix2dos usw.

Der "Scheiß" sind natürlich die von Dir verwendeten Windows-Tools, nicht 
etwa die cpmtools.

Ein guter Editor unter Windows ist WinVi
http://www.winvi.de/de/

Peter Sieg schrieb:
> Ahh..?? Und wie geht nun sowas..?

1. neu.dsk im altairSIMH als HD anlegen

d tracks[0-7] 254
attach dsk zsdos.dsk
;attach hdsk i.dsk
attach hdsk neu.dsk
set cpu 64k
set cpu itrap
set cpu z80
set cpu altairrom
set cpu nonbanked
reset cpu
boot dsk

2. HD mit Programmen füllen
3. SIMH beenden
4. neu.dsk in CPMDSK_X.IMG umbenennen (X) ist der Laufwerksbuchstabe 
deiner HD
5. auf SD-Card kopieren
6. freu

anbei noch ein "freu"Immage
Joe

Hier ist noch eine Liste von Editoren:
https://de.wikipedia.org/wiki/Liste_von_Texteditoren#Windows

Auf meinem Netbook habe ich eine der besseren Notepad-Varianten 
installiert. Kann viel mehr als ich dort brauche.

Das mit neu.dsk werde ich mal probieren..
Ich möchte aber eigentlich lieber über die cpmtools gehen..
(warum eigentlich..? -> kann mal alles schön in Batch-Dateien legen..)
Ich habe also ein myz80.img und ein simhd.img mit makedisk angelegt:
(Ist auch alles schön mit E5 gefüllt gewesen)
makeimage /dev/null simhd.img 8388480
mkfs.cpm.exe -f simhd -b cpm.bin -L test simhd.img
+
makeimage /dev/null myz80.img 8388736
mkfs.cpm.exe -f myz80 -b cpm.bin -L test myz80.img
---
dann mit ein paar Programmen gefüllt:

rem Wordstar
cpmcp -f simhd simhd.img cpmdsk/ws30-vt100/INSTALL.COM 0:INSTALL.COM
cpmcp -f simhd simhd.img cpmdsk/ws30-vt100/MAILMRGE.OVR 0:MAILMRGE.OVR
...
rem Multiplan
cpmcp -f simhd simhd.img cpmdsk/MULTPLAN/INSTALL.COM 1:INSTALL.COM
cpmcp -f simhd simhd.img cpmdsk/MULTPLAN/INSTALL.DAT 1:INSTALL.DAT
---
mit cpmls bekomme ich die auch angezeigt.
Auf SD Karte als CPMDSK_E.IMG kopiert.
LW: E wird gefunden mit 8192k aber DIR E: NO FILES
???
Bei beiden identisch.
Als CPMDSK_A.IMG wird auch CP/M gebootet.. aber NO FILES??

Was mache ich falsch?

Peter

Peter Sieg schrieb:
> makeimage /dev/null simhd.img 8388480
> mkfs.cpm.exe -f simhd -b cpm.bin -L test simhd.img

Versuch' mal das simhd Image (geringfügig) zu vergrößern mit:

1

makeimage simhd.img simhd-neu.img 8388608

simhd Images werden nur erkannt, wenn sie die exakt richtige Größe von 
8388608 Bytes haben (2048 Traks * 32 Sectors/Track * 128 Byte/Sector), 
weil es sonst nicht viele Erkennungskriterien für dieses Format gibt.

Image-Files, deren Dateinamen dem Muster 'CPMDSK_[A-Z].IMG' entsprechen, 
werden in alphabetisch aufsteigender Reihenfolge als Laufwerke A: B: ... 
eingebunden. Wenn 'CPMDSK_E.IMG' die erste erkannte Datei ist (und keine 
CP/M-Partitionen vorhanden sind), bekommt sie den Laufwerksbuchstaben 
'A'.

leider brachte das auch nichts (Diesmal als CPMDSK_D.IMG):
CPM on an AVR, v2.3 r185
Testing RAM: fill...wait...reread...
Initing mmc...

A:FAT16 File-Image at: 514, size: 256KB.
B:FAT16 File-Image at: 530, size: 256KB.
C:FAT16 File-Image at: 546, size: 256KB.
D:FAT16 File-Image at: 562, size: 8192KB.
E:FAT16 File-Image at: 1074, size: 256KB.
F:FAT16 File-Image at: 1090, size: 256KB.
G:FAT16 File-Image at: 1106, size: 256KB.
H:FAT16 File-Image at: 002, size: 8192KB.
Partinit done.
Ok, Z80-CPU is live!

ipl
62k cp/m vers 2.2

A>dir d:
NO FILE
A>

(H=TP3 8M image = ok)

Peter

Um den Fehler besser einzugrenzen, läuft überhaupt ein HD-Images?

und was sagen 'stat d:' und 'stat d:dsk:'?

Joe G. schrieb:
> Um den Fehler besser einzugrenzen, läuft überhaupt ein HD-Images?

Ja. Siehe: (H=TP3 8M image = ok) oben.

Peter

Leo C. schrieb:
> und was sagen 'stat d:' und 'stat d:dsk:'?

E>stat d:

Bytes Remaining On D: 241k

E>stat d:dsk:

    D: Drive Characteristics
 1944: 128 Byte Record Capacity
  243: Kilobyte Drive  Capacity
   64: 32  Byte Directory Entries
   64: Checked  Directory Entries
  128: Records/ Extent
    8: Records/ Block
   26: Sectors/ Track
    2: Reserved Tracks

E>

Ein mit 'neu.dsk' erstelltes LW (hier als E: eingebunden) funktioniert!
E>stat e:

Bytes Remaining On E: 7856k

E>stat e:dsk:

    E: Drive Characteristics
65344: 128 Byte Record Capacity
 8168: Kilobyte Drive  Capacity
 1024: 32  Byte Directory Entries
 1024: Checked  Directory Entries
  256: Records/ Extent
   32: Records/ Block
   32: Sectors/ Track
    6: Reserved Tracks

E>

Also geht bei dem:
> makeimage /dev/null simhd.img 8388608
> mkfs.cpm.exe -f simhd -b cpm.bin -L test simhd.img
noch irgendwas nicht so wie es sein sollte..?

Peter

Ich habe es gerade selber nochmal versucht. Dabei gehe ich davon aus, 
dass bei dir in simhd das korrekte Format eingetraegn ist.

1. mkfs.cpm.exe -f simhd -b cpm.bin -L test simhd.img
2. dd if=simhd.img of=i.dsk ibs=8388608 conv=sync
3. stat i:dsk:

    I: Drive Characteristics
65344: 128 Byte Record Capacity
 8168: Kilobyte Drive  Capacity
 1024: 32  Byte Directory Entries
    0: Checked  Directory Entries
  256: Records/ Extent
   32: Records/ Block
   32: Sectors/ Track
    6: Reserved Tracks

Ahh.. ich habe aber Schritte 1+2 in umgekehrter Reihenfolge gemacht!

Ich teste das also noch mal in deiner Reihenfolge.

Trotzdem bin ich mit den user Bereichen nicht wirklich 'glücklich'.
Nach vielen Operationen wird man autom. auf A: und user 0 'zurück 
geworfen':

A>i:
I>user 6
I>dir
I: CREF80   COM : F80      COM : HELLO    FOR : L80      COM
I: LIB80    COM : M80      COM : OBSLIB   REL : FORLIB   REL
I: README   TXT : HELLO    REL : HELLO    COM
I>hello

HELLO, WORLD
 STOP        ** at address 0131 **


A>

Peter

Tja.. es sind immer die dummen Fehler..

So rum gehts:
mkfs.cpm.exe -f simhd -b cpm.bin -L test simhd.img
makeimage simhd.img simhd.img 8388608

Peter

Auch Interessant!
Auf dem Altair Emulator wird man auf A: wie obern geschildert zurück 
gebeamt.. auf dem avrcpm NICHT:
A>e:
E>user 6
E>dir
E: CREF80   COM : F80      COM : HELLO    FOR : L80      COM
E: LIB80    COM : M80      COM : OBSLIB   REL : FORLIB   REL
E: README   TXT : HELLO    REL : HELLO    COM
E>hello

HELLO, WORLD
 STOP        ** at address 0131 **


E>dir
E: CREF80   COM : F80      COM : HELLO    FOR : L80      COM
E: LIB80    COM : M80      COM : OBSLIB   REL : FORLIB   REL
E: README   TXT : HELLO    REL : HELLO    COM
E>

???

Peter

Welches ZDOS Image verwendest du auf dem Altair? Möglicherweise eine 
andere Version als bei avrcpm. Das BIOS ja ist definitiv ein anderes.
Joe

Hmm. In den Images ist das über Altair i.dsk mit do avrcpm.sub erzeugte 
CPM.BIN enthalten..

BTW: Von so einer 8M Disk kann ich nicht als LW A: booten.. =reg.dump 76 
76 76..

Daher verwende ich z.B eine 256k LW A: disk image und dann jetzt jeweils 
8M images als B: und C: (TP3).

Peter

Hier noch ein ZIP mit MuMATH Package (bisher nur im Altair Emu getestet) 
und eine deutsche PDF Anleitung dazu.

From:http://www.retroarchive.org/cpm/misc/misc.htm

This package was originally issued for the OSBORNE 1.
The MUSIMP.COM file contains my patch to make it useable
under generic cp/m.  The original osborne version of this
executable is enclosed as MUSIMP.OBJ

The CLES?.* files are a tutorial in using the calculation
parts of MUMATH.  The PLES?.* comprise a programming tutorial
for MUSIMP.

rwd
06/09/98
---
Schnellstart
Zum Kennenlernen von Musimp:
Starte Musimp am CP/M prompt: MUSIMP ALL
Setze „PAUSE“ für die nachfolgende Demo durch folgende Eingabe am “?“ 
Prompt: PAUSE:100;
(Altair Emulator: PAUSE:1000;)
Starte die Demo durch folgende Eingabe am “?“ Prompt: RDS(DEMO,ALL);
Beende Musimp

Peter

mumath läuft auch im avrcpm system. Pause auf 10 so lassen (default).

Peter

Peter Sieg schrieb:
> Je länger ich drüber nachgedacht habe, wäre eine Stand-Alone Lösung mit
> eigenen VGA+Tastatur Teil (auf Basis Propeller) doch 'nicht
> uninteressant'.

5 Platinen dazu sind gerade in Auftrag.

Peter Sieg schrieb:
> Was gäbe es sonst noch für 'sinnvolle' Erweiterungsmöglichkeiten?

Mir fällt da schon noch einiges dazu ein.

Einen ATmega644 einsetzen. Der hätte eine zweite serielle Schnittstelle 
z.B. für den Datenaustausch mit einem anderen System und noch genug Pins 
für eine LPT Schnittstelle.

Einen AT90USB64/128 einsetzen. Dort könnte das Terminal über USB 
angeschlossen werden und die serielle Schnittstelle ist ebenfalls frei. 
Weiterhin gibt es genug Portpins. Die Programmierung über ISP kann auch 
entfallen, da er über USB mit LUFA geflasht werden kann.

Mit der „Cpmlino“ Variante sieht es nicht so gut aus. Die derzeitige 
Entwicklung geht ja zum  ATmega32U4 und der ist wirklich Mist! Wenn man 
sich mal die Portaufteilung ansieht, fragt man sich ernsthaft, was die 
Entwickler dabei gedacht haben.

Joe

Auf Wunsch hier noch der Schaltplan.

Hallo,
an Platinen für ein VGA Terminal mit Propeller wäre ich auch 
interessiert.
Gruß
Hans-Werner

@Joe G. Der Schaltplan zeigt was..?

Die 5 Platinen sind die Version mit P8X32 Terminal?

Falls noch eine frei wäre..

---

I2C hab ich bisher auch noch überhaupt gar nichts gemacht.. hier gäbe es 
auch
noch so einige Möglichkeiten.. Ich glaube der RTC läuft über I2C und 
dafür habt ihr auch schon einen Treiber gemacht..?

---

Chip-8 Emulator unter CP/M wäre auch ein schönes Projekt.

---

Peter

Peter Sieg schrieb:
> @Joe G. Der Schaltplan zeigt was..?

Der Schaltplan zeigt ein CP/M System mit VT100 Terminal, PS2 Tastatur, 
RTC sowie einem 8-Bit Port. Ich hatte es schon hier beschrieben.
Beitrag "Re: CP/M auf ATmega88"

Da jedoch keiner so richtig Interesse gezeigt hat, hatte ich einfach für 
mich 5 Testplatinen bestellt. Mit so einer plötzlichen Resonanz hatte 
ich gar nicht gerechnet. Nun sind sie schon wieder alle.

1 x Joe G.
1 x Peter Z.
1 x Hans-Werner
1 x Peter S.
1 x Leo C.

Ohne den Anschein der Bestechlichkeit zu erwecken, würde ich Leo C. 
gerne eine zukommen lassen :-). Somit hätten wir alle die gleiche 
Hardware um die RTC die A/D-Wandler und den 8-Bit Port in Betrieb zu 
nehmen. Bei Bedarf können wir ja dann wieder eine größere Serie 
auflegen. Möglicherweise ergeben sich auch noch einige Änderungen.

Joe

@Joe G. Freut mich, das noch eine 'über' war .. ;-)

Auf dem Schaltplan sehe ich einen ATmega88/168 und Ein HM51W17805 = 
SRam? und einen SD Slot.. sonst nichts Wesentliches.. bin ich blind?
Von P8X32 und ser.Eprom nichts zu sehen.. ich denke der Schaltplan passt 
nicht zum verlinkten Board & Beschreibung..

Peter

Peter Sieg schrieb:
> bin ich blind?

Nicht anzeigen lassen, sodern das PDF laden. Es hat drei Seiten.

Habe hier noch ein Problem mit einem avr cpm stick Aufbau.
Habe schon alles nachgelötet, C am SD Slot gwechselt.. immer das 
gleiche:

Initing mmc...

A:FAT16 File-Image at: 002, size: 256KB.
Partinit done.
Ok, Z80-CPU is live!

 Z V    A =00 BC =A201 DE =0001 HL =DCD0 SP=BF3E PC=F2F0       76 76 76
        A'=00 BC'=0000 DE'=0000 HL'=0000 IX=0000 IY=0000 I=00       CPU 
halted!

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

A:FAT16 File-Image at: 514, size: 256KB.
B:FAT16 File-Image at: 530, size: 8192KB.
C:FAT16 File-Image at: 002, size: 8192KB.
D:FAT16 File-Image at: 1042, size: 8192KB.
Partinit done.
Ok, Z80-CPU is live!

 Z V    A =00 BC =A201 DE =0001 HL =DCD0 SP=BF40 PC=F2F0       76 76 76
        A'=00 BC'=0000 DE'=0000 HL'=0000 IX=0000 IY=0000 I=00       CPU 
halted!

Oben mit eine SD Karte mit nur A Image.
Unten andere SD Karte mit 4 Images.

???

Irgendeine Idee?

Peter

Du könntest ja mal .equ INS_DEBUG = 1 und .equ PRINT_PC = 1 setzen und 
schauen wo der Prozessor hin springt und welchen Befehl er ausführt.
Es gibt ja prinzipiell zwei Fehlermöglichkeiten.
1. SD-Card wird nicht richtig gelesen
2. RAM verliert Speicherinhalte
Beides führt natürlich auf eine unsinnige Befehlsausführung.

Guten Abend,

ich würde für die neue Version noch einige Bauelemente bestellen. Wer 
Interesse hat, hängt sich einfach mit ran.

ATmega328 TQFP32
P8X32A-Q44 (Propeller)
PCF8583T SO08
PCF8574T SO16W
AT24C256 DIL
20 MHz Quarz
5 MHz Quarz (Propeller)
32 KHz Quarz (RTC)
SD Slot SCDA6A0101

Joe

hallo Joe,
ich geh mit...
alles auch einmal für mich
Gruß
Hans-Werner

Jup. Alles bis auf den Slot. Den habe ich.

Gruß Peter

Kurze Info: Hab für alle Interessenten Bestellt.

@Peter, ich weiß nicht, ob Du noch mit disk images experimentierst, oder 
ob Du es mit oder ohne Erfolg aufgegeben hat. Ein paar Sachen sind mir 
noch aufgefallen.

Peter Sieg schrieb:
> Habe nun mit folgenden Änderungen:
>
> ; Fields in the parttabl
>
>   .equ  MAXDISKS  = 10      ;Max number of Disks (partitions); was 8
>   .equ    PARTENTRY_SIZE = 11    ;Size of a Partitiontableentry; was 9

Der 2. Wert sollte natürlich nicht geändert werden, da sich ja die Größe 
eines einzelnen Tabelleneintrags ja nicht ändert. Vergrößern verbraucht 
allerdings nur unnötig mehr RAM, während Verkleinern sicher tötlich ist.

Peter Sieg schrieb:
>> Die Nummer der RAM-Disk steht auch in config.inc:
>> #define RAMDISKNR     'I'-'A' /* Drive "letter" for first RAM disk */

> Das hatte ich parallel auch schon gemacht, obwohl die Anz. Ramdisks bei
> mir auf 0 steht.

RAMDISKNR-1 ist gleichzeitig auch das letzte erlaubte SD-Kartenlaufwerk. 
Deshalb muß man diese Konstante auch dann richtig setzen, wenn man keine 
RAM-Disks verwendet.

Man könnte die Anzahl der Disks vielleicht etwas übersichtlicher in 
'config.inc' konfigurierbar machen. Da aber ggf. auch das BIOS angepasst 
werden muß, weiß ich nicht, ob sich der Aufwand lohnt.


Peter Sieg schrieb:
> Tja.. es sind immer die dummen Fehler..
> So rum gehts:
> mkfs.cpm.exe -f simhd -b cpm.bin -L test simhd.img
> makeimage simhd.img simhd.img 8388608

Wenn man ein nagelneues Image erzeugt, müßte die Reihenfolge definitiv 
egal sein. Sollte das bei Dir tatsächlich anders sein, würde ich Dich 
bitten, nochmal je ein Image mit diesen Befehlen in beiden Reihenfolgen 
zu erzeugen, jeweils eine Datei darauf zu kopieren, und mit das Ergebnis 
zuzuschicken.

Die Leiterplatten sind heute eingetroffen und werden mit den 
Bauelementen die Woche auf Reisen gehen.

Hallo Joe,
wie ist es mit der Bezahlung? How much? Wohin?
Gruß
Hans-Werner

Hans- w. Schütz schrieb:
> wie ist es mit der Bezahlung? How much? Wohin?

Hab an alle Interessenten eine Mail versendet.

@Joe: Teile sind angekommen. Vielen Dank!
Hast du Bestückungsplan, Firmware für Propeller, 24C256 etc. ggf. 
Aufbauhinweise; Bilder .. weitere Unterlagen dazu?
Ggf. reichelt Teileliste der restlichen Bauteile..

Gruß, Peter

Die Bestückung ergibt sich aus dem Schaltplan und dem Layout (siehe 
Anhang 1). Einen Bestückungsplan habe ich nch nicht erstellt.

Die Firmware für den Propeller (siehe Anhang 2). Hier müssen noch die 
Baudrate und Farben für das Terminal eingestellt werden 
(propCOMM2_VGA.spin). Ich habe grün auf schwarz sowie 57600 Baud 
eingestellt. Möglicherweise sind auch noch die Wartezeiten vom AVR CP/M 
etwas zu vergrößern, damit die Initialisierung des VT100 Terminals 
abgeschlossen ist, bevor das CP/M bootet.
Die Propellersoftware kann mit dem Propeller Spin-Tool übersetzt und 
geladen werden.
http://www.parallax.com/tabid/832/Default.aspx#Software

Die Hardware ist so ausgelegt, dass es drei Kommunikationsmöglichkeiten 
über die USB-Schnittstelle gibt.
1. Spinzugriff zum Propeller
2. Terminalzugriff zum AVR CP/M
3. CP/M - Propeller VT100

Die einzelnen Varianten werden über das Juperfeld gesetzt. Ich habe 
leider noch kein schönes Bild dafür erstellt.

So, hier noch die Jumperbelegung.

Danke Joe,
bei mir sind die Teile auch heute Morgen angekommen. Allerdings werde 
ich mich frühestens nächste Woche damit beschäftigen können.

Nach Diktat verreist...

Gerade entdeckt.
Bei unseren russischen Freunden läuft ein Parallelprojekt.

http://www.nedopc.org/forum/viewtopic.php?t=9273

Hallo Joe
heute sind die Teile angekommen... nun fehl eigentlicht nur eine 
Stückliste... na schaun wir mal
Gruß
Hans-Werner

Hier ein Bild TOP Layer und Partlist.

Wer meine Teile+Platine haben möchte -> Mail. Ich komme auf absehbare
Zeit nicht dazu und habe ja noch die seriellen Varianten hier.

Peter

Hallo zusammen,

bzgl. dieses interessanten Projekts bin ich quasi ein Späteinsteiger :-)
Es ist auch das erst mal, dass ich hier etwas schreibe - hoffentlich 
mache ich alles richtig.

Ich wollte mich Schritt für Schritt dem Thema nähern und habe daher erst 
einmal die einfache "Lochraster-Variante" (Mega88, 1x RAM) aufgebaut 
[[http://petersieg.kilu.de/avrcpm/avrcpm.html]].
Später wollte ich dann Platinen ätzen (oder bei einer Sammelbestellung 
dranhängen), VGA-Adapter usw... realisieren.

Als Software (sowohl AVR-Code als auch Disk-Images) habe ich 
verschiedene Entwicklungs-Stufen ausprobiert (unter WinAVR).
Zuletzt die Dateien von Peter Siegs "AVR_CPM_UDP2". 
[[http://avr.cwsurf.de/?download=avrcpm_upd2.zip]]. Peter (DANKE!) hatte 
mir schon mal das ein oder andere Disk-Image gegeben - aber so richtig 
bin ich noch nicht weiter gekommen.

Es klappt noch nicht und ich weiß nicht, wo ich suchen muss? Ram? 
Takt...?

Mein Aufbau:
- ATmega88-20
- RAM: sowohl KM44C256AP-8 als auch Siemens HYB514256A-70 (West Germany 
:-))
- SD-Card: 1GB Platinum (Reichelt)

Beim Start kommt ohne Debug-Flags:

1

CPM on an AVR, v1.0

2

Initing mmc...

3

CP/M partition at: 062, size: 7657KB.

4

CP/M partition at: 15376, size: 7688KB.

5

CP/M partition at: 30752, size: 7688KB.

6

7

Ok, CPU is live!

Danach nix mehr - Stoppt. Als ob er nicht bootet...

MMC und RAM-Test geben folgende Ausgaben - nur was bedeutet das? Ist das
"gut" oder "schlecht" ?

1

CPM on an AVR, v1.0

2

Testing RAM: fill...wait...reread...

3

... (hier laufen dann Hex-Zahlen "00<xx@yyyy" mit yyyy bis FFFF durch)

4

Initing mmc...

5

MMC: <--0A, -->FF.

6

MMC: <--09, -->

7

...

8

MMC: <--FF, -->23.

9

MMC: <--FF, -->FF.

10

11

Ok, CPU is live!

Danach nichts mehr.


Und PC-Debug und INS-Debug:
... Endlose PC=xxxx hochzählend:

1

PC=2822PC=2822, opcode=00, decoded=0000.

2

PC=2823PC=2823, opcode=00, decoded=0000.

3

PC=2824PC=2824, opcode=00, decoded=0000.

4

PC=2825PC=2825, opcode=00, decoded=0000.

5

PC=2826PC=2826, opcode=00, decoded=0000.

6

PC=2827PC=2827, opcode=00, decoded=0000.

Hat jemand einen Tipp, wo das Problem liegen könnte?
Herzlichen Dank und Gruß
Marcel

Marcel Andre schrieb:
> Testing RAM: fill...wait...reread...
> ... (hier laufen dann Hex-Zahlen "00<xx@yyyy" mit yyyy bis FFFF durch)

Der Test schreibt verschiedene Werte (xx) ins RAM, aber es wird 
offensichtlich von allen Adressen (yyyy) immer 00 zurück gelesen.

Bevor der RAM-Fehler nicht behoben ist, lohnt es sich nicht, über andere 
Fehler überhaupt nachzudenken. Daß beide RAM-Bausteine kaputt sind, oder 
mit 3,3V nicht funktionieren, glaube ich mal eher nicht.

--> Verdrahtung überprüfen.

Die Software-Revision von z80.asm habe ich im SVN gefunden. Die sollte 
also funktionieren, wenn sie richtig konfiguriert ist. CPU und 
Taktfrequenz scheinen richtig eingestellt zu sein, da sonst die Serielle 
nicht laufen würde. Und sonst gibts der Version eigentlich nichts 
einzustellen.

Marcel Andre schrieb:
> [[http://petersieg.kilu.de/avrcpm/avrcpm.html]].

Ehre wem Ehre gebührt. Und das ist in diesem Fall "Sprite_tm":
http://spritesmods.com/?art=avrcpm&page=2

Danke Leo für die Rückmeldung !

Verdrahtung habe ich (mehrfach, auch mit Messgerät) überprüft. Da ist 
alles nach dem Grundplan (den auf Sprite...) richtig 
[http://spritesmods.com/?art=avrcpm&page=2].
Es gab da ja mal eine Änderung..., aber die ist da ja schon 
berücksichtigt?

Bei mir ist PC1 - WE und PC4 - DO2/IO3

Marcel Andre schrieb:
> Bei mir ist PC1 - WE und PC4 - DO2/IO3

Umdrehen!

siehe z80.asm:

1

;Port C

2

.equ ram_d0 =  0

3

.equ ram_d1 =  1

4

.equ ram_d2 =  2

5

.equ ram_d3 =  3

6

.equ ram_w  =  4

7

.equ ram_cas=  5

Die Leitungen haben wir vertauscht, damit die 4 Datenleitungen zusammen 
auf einem Nibble liegen. PC0..PC3 kann man natürlich beliebig 
untereinander tauschen.

Leo C. schrieb:
> Marcel Andre schrieb:
>> Bei mir ist PC1 - WE und PC4 - DO2/IO3
>
> Umdrehen!
>
> siehe z80.asm:
>

1

> ;Port C

2

> .equ ram_d0 =  0

3

> .equ ram_d1 =  1

4

> .equ ram_d2 =  2

5

> .equ ram_d3 =  3

6

> .equ ram_w  =  4

7

> .equ ram_cas=  5

8

>

>
> Die Leitungen haben wir vertauscht, damit die 4 Datenleitungen zusammen
> auf einem Nibble liegen. PC0..PC3 kann man natürlich beliebig
> untereinander tauschen.

Genau das war es: Gegenüber der original-Beschaltung (Image und 
Eagle-Datei) mussten 3 Leitungen anders belegt werden.
Super herzlichen Dank!
Ich sage Peter noch Bescheid, ggf. die Doku zu ändern, damit andere 
"Späteinsteiger" nicht in die gleiche Falle tappen.

Gruß
Marcel

hmm. Auf meiner Seite steht das schon genauso, wenn sich das mal 
chronologisch durchliest.

Ach, sehe gerade, das ist die Ur-Altseite..

Besser diese hier:
http://petersieg.bplaced.net/

Dort steht:
Update
Hier der aktuelle Entwicklungstand der Software: avrcpm_upd.zip

* Warmstart (behoben im Bios; in den 2 diskimages enthalten)

* 8080 Opcodes fehlerbereinigt (MBASIC laeuft jetzt!)

* Unterstuetzung fuer ATmega8, 88, 168

* 2 Diskimages mit neuem Bios enthalten

Achtung: 2 Leitungen sind zu tauschen (Beschleunigung DRAM Zugriffe):

Pin 24 - PC1 - /WE

Pin 27 - PC4 - IO3


---

@Leo C: Zitat:
Marcel Andre schrieb:
> [[http://petersieg.kilu.de/avrcpm/avrcpm.html]].

Ehre wem Ehre gebührt. Und das ist in diesem Fall "Sprite_tm":
http://spritesmods.com/?art=avrcpm&page=2

=> Die Ehre von sprite_tm als Entwickler der Ursprungs-Version war hier 
nie in Gefahr! Sowas hatte Marcel doch gar nicht geschrieben..
Und die "Ehre" für meine Seite(n) und deren Informationen beanspruche 
ich schon noch für mich..

;-)

Peter

Eine Frage hätte ich noch, bevor ich mich an die "echte" Z80-Version 
mache: Man findet "im Netz" ja jede Menge Software, die angeblich für 
CP/M 2.2 und 8080-CPU gemacht wurde (z.B. TurboPascal 1.0).
Dennoch bricht so etwas immer mit falschem Opcode ab.
Ist das so richtig? Verlangt das doch die Z80-Emulation?

TurboPascal läuft nur tatsächlich nur unter Intel 8086 oder Z80.

c-hater schrieb:
> Joe G. schrieb:
>> TurboPascal läuft nur tatsächlich nur unter Intel 8086 oder Z80.
> Das kann ja dann nur bedeuten, daß die Z80-Emulation noch nicht gut
> genug ist.

Diesen Kommentar verstehe ich nicht. Für alle Interessenten.
Die Z80 Emulation läuft vollständig, somit auch Turbo Pascal und andere 
Programme die nur unter CP/M und Z80 Code laufen.

Peter Sieg schrieb:
> => Die Ehre von sprite_tm als Entwickler der Ursprungs-Version war hier
> nie in Gefahr! Sowas hatte Marcel doch gar nicht geschrieben..
> Und die "Ehre" für meine Seite(n) und deren Informationen beanspruche
> ich schon noch für mich..

Peter, ich will Deine Leistung für das Projekt garnicht 
kleinreden/schreiben, aber Du verwendest den handgemalten Schaltplan von 
sprite_tm ohne Quellenangabe. Überhaupt sehen imho die zahlreichen 
Seiten für den uneingeweihten Betrachter so aus, als wäre das alles auf 
Deinem Mist gewachsen. Erst wenn man auf die Idee kommt, den 
unkommentierten Links zu folgen (auf der petersieg.kilu.de-Seite nicht 
anklickbar), weiß man mehr.

Vorschlag: Analog zum hiesigen AVR CP/M-Artikel im ersten Absatz 
ein/zwei Sätze zur Herkunft des Projekts einfügen.
Und eine Quellenangabe/Copyright zur Grafik 'avrcpm.png'.
Und wenn dann noch je ein halber Satz erklären würde, wo die 4 Links am 
Anfang hinführen, wärs perfekt.

Gestern habe ich endlich mal Joes neue Platine (teil)bestückt und heute 
in Betrieb genommen. Der Hauptteil läuft.

Terminal und USB-Schnittstelle habe ich erst mal weggelassen, und der 
3,3V-Spannungsregler fehlt mir noch (inzwischen bestellt).
Vorläufig habe ich einen externen USB/Serial-Adapter dran, der auch 3,3V 
liefert.

Beim Bestücken ist mir aufgefallen, daß die Pads für den Uhrenchip nicht 
passen (zu eng, für das schmalere SO-Gehäuse). Das ist aber kein großes 
Problem, da unterhalb des Chips Platz genug ist.

Leo C. schrieb:
> Beim Bestücken ist mir aufgefallen, daß die Pads für den Uhrenchip nicht
> passen

Oh Mist, da habe ich wohl geträumt! Ich bin leider bis auf die 3.3V und 
den USB-Teil noch nicht so weit gekommen. In einigen Tage geht es aber 
wieder weiter. Ich würde dann auch mal eine kleine Bauanleitung für die 
Hard- und Software erstellen, da es für einen Neueisteiger schon recht 
unübersichtlich wird.

@Leo.C. Was macht denn der lustige Draht der zum RTC geht?

Joe G. schrieb:
> @Leo.C. Was macht denn der lustige Draht der zum RTC geht?

Der Draht geht, vom CS der SD-Karte kommend, scharf am RTC vorbei an das 
abgeknickte Bein der LED. Ich habe die Betriebs-LED privisorisch zur 
"Drive-Select"-Anzeige umgewidmet. Ohne diese Anzeige kann ich gar nicht 
mehr leben.

Leo C. schrieb:
> Ohne diese Anzeige kann ich gar nicht
> mehr leben.

Dann ist das ja ein MUSS für das Pflichtenheft der nächsten Version ;-)

Hier mal ein erster Vorschlag für das I2C-Interface

Der Parallel-I/O Chip hat nur je ein Input- und Output- und keinerlei 
Steuerregister. Daher bietet es sich an, In und Out direkt auf 
Z80-I/O-Befehle zu mappen. Im Moment sieht es so aus:

1

;------------------------ Ports ------------------------------------------

2

;80-87    in/out  - Port-Expander PCF8574 (max. 8 Chips)

3

;88-8F    in/out  - Port-Expander PCF8574A (not implemented yet!)

Da 8 Chips adressierbar sind, habe ich auch 8 Adressen reserviert. Mit 
der A-Variante sind insgesamt 16 Ports adressierbar.

Der RTC und weitere, am externen Bus angeschlossene I2C-Chips (und wenn 
man will, auch der PCF8574) können über das folgende Interface 
angesprochen werden:

1

;------------------------ Virtual I2C interface --------------------------

2

;05       out     - Control Port: 1 = Start read operation

3

;                                 2 = Start write operation 

4

;05       in      - Status of last Transfer: 0 = ok, else fail

5

;06       in/out  - Number of bytes to transfer, including Slave address

6

;07,08    in/out  - Read/Write address low/high

Das Z80-Programm füllt einen Puffer mit der Slave-Adresse, und im 
Sendefall, mit den zu sendenden Daten. Die Pufferadresse und die Anzahl 
zu übertragender Daten, werden über die oben angegebenen Ports an den 
Treiber übergeben. Die Länge schließt immer die Slave-Adresse mit ein.
Anschließend wird der Transfer über die Ausgabe auf Port 5 gestartet. 
Z.Zt. ist interne Puffer 17 Byte groß. Es können also maximal 16 
Datenbytes (z.B. zu oder von einem EEPROM) übertragen werden.
Fehlerbehandlung und -Rückmeldung ist bisher nur rudimentär. Evtl. muß 
dort noch nachgearbeitet werden.

Um das Interface und den RTC-Chip zu testen, habe ich ein quick&dirty 
Programm mit Turbo-Pascal geschrieben. Eingecheckt ist noch nichts. 
Deshalb der Anhang mit (hoffentlich) allen geänderten Dateien.

Deine Idee mit der I2C Interface finde ich gut so. IN/OUT über I/O. Ist 
ja fast wie die alte PIO ;-)

Die Variante deines Virtual-I2C-Interface klingt auch schlüssig. So 
lassen sich dann auch A/D-Wandler, LCD-Anzeigen etc. anschließen. Ich 
werde wohl heute mal einen intensiven Löttag einlegen...

Joe G. schrieb:
> werde wohl heute mal einen intensiven Löttag einlegen...

Ich hoffe, Du bist voran gekommen, und kannst den aktuellen 
Softwarestand, den ich heute eingecheckt habe, testen.
Die Schnittstelle zur Uhr habe ich nochmal geändert. Deshalb muste der 
ZSDOS-Treiber AVRCLOCK.MAC angepaßt werden.

Joe G. schrieb:
> Dann ist das ja ein MUSS für das Pflichtenheft der nächsten Version ;-)

Beim Aufbau der Platine sind mir noch ein paar Punkte auf/eingefallen:
PCF8583:
 - An Pin 1 (OSCI) muß ein Kondensator angeschossen sein. Das
   Datenblatt empfiehlt einen Trimmer 5-25pF. Bei mir tuts
   ein 15pF C (Abweichung in 3 Tagen ca. +2s). Ohne läuft die Uhr
   nicht richtig an.
   --> Pads für C und/oder Trimmer vorsehen.
 - Lithiumzelle (hält Jahre) statt Gold-Cap (hält Tage)?
   CR2032 ist spottbillig, aber leider etwas groß.

SD-Card:
 - C11 scheint mir etwas klein dimensioniert. 4,7µF --> 47µF?
 - Keine Pullups
   Zu beiden Punkten siehe  http://elm-chan.org/docs/mmc/mmc_e.html
   (Abschnitt "Cosideration to Bus Floating and Hot Insertion")

FT232RL:
 - R21 u. R22 (LED-Widerstände)
   Sind 10K nicht etwas groß? (Bei mir noch nicht bestückt)

Vielen Dank für die Hinweise!

Leo C. schrieb:
> An Pin 1 (OSCI) muß ein Kondensator angeschossen sein.
Ist aufgenommen, auch die Änderung der Bauform. Mal
sehen welche Lithiumzelle ich unter bekomme.

Leo C. schrieb:
> - Keine Pullups
Ist auch aufgenommen.

Generell zu den R und C's:
Die 10K bzw. 10µ oder 4,7µ sind immer durch Copy und Paste an die Stelle 
gekommen wie ein R oder ein C bestückt werden sollte. Dabei habe ich den 
Bauteilwert nicht angepaßt. Also bei der Bestückung wirklich darauf 
auchten welcher Wert sinnvoll ist. Ich ändere es aktuell gerade in den 
Schaltungen.

Bis auf das Terminal (VGA) ist alles bestückt und läuft. Ich teste nun 
deine Software.

@ Leo C.
Läuft Dein Server http://cloudbase.homelinux.net/... scheint nicht zu 
laufen.

Sever läuft.
Allerdings ging die Namensauflösung seit heute Morgen nicht mehr.
Sollte jetzt wieder gehen. Mein Browser weigert sich aber auch noch. 
seltsam. Wenns bei Dir auch noch nicht tut, versuche mal 
e179220223.adsl.alicedsl.de als Server.

Danke! Mit der "Ersatzadresse" get es.

Die neue AVR Software läßt sich erstmal fehlerfei übersetzen und CP/M 
bootet auch korrekt.

Um den RTC anzusprechen ist sicherlich zunächst die TP-Quelle gedacht. 
Wird AVRCLOCK.MAC dann noch benötigt? Ich nehme an, für den RTC hast du 
A0 auf GND gelegt (Adr. A0)

Joe G. schrieb:
> Die neue AVR Software läßt sich erstmal fehlerfei übersetzen und CP/M
> bootet auch korrekt.

Im Moment ist es so, daß die Initialisierung hängen bleibt, wenn am 
I2C-Bus keine Pullup-Widerstände sind, also z.B. auf "alter" Hardware. 
Das möchte ich demnächst noch ändern.

> Um den RTC anzusprechen ist sicherlich zunächst die TP-Quelle gedacht.

Das TP-Programm war zum Testen der I2C-Schnittstelle und der Uhr 
gedacht, und kann noch als Beispiel verwendet werden.

> Wird AVRCLOCK.MAC dann noch benötigt? Ich nehme an, für den RTC hast du
> A0 auf GND gelegt (Adr. A0)

Ja, und ja.
In AVRCLOCK.MAC ist der Treiber für ZSDOS. Aus AVRCLOCK.REL wird mit 
SETUPZST.COM das CLocktreiber-Ladeprogramm LDTIM.COM gebaut. Für den 
schnellen test habe ich mal ein fertiges LDTIM.COM hier angehängt.

Man kann den Treiber auch ins BIOS einbauen. Dazu muß man ZSDOS 
entsprechend konfigurieren. Kommt demnächst...

Danke für die schnelle Antwort!
Bin gerade am I2C Test.

Joe G. schrieb:
> Mal sehen welche Lithiumzelle ich unter bekomme.

Der Punkt war mehr als Frage und zur Diskussion gedacht. Vielleicht gibt 
es ja noch Gründe für einen Kondensator, die ich übersehen habe. Wie 
groß ist denn dein Goldcap?

Ich habe nur welche mit 0.1F hier. Bin zur Zt. am Messen. 2 volle Tage 
scheint er nicht ganz zu schaffen. Laut Datenblatt sollte der Strom 
unterhalb von gut 2V konstant sein. Das sieht bei mir anders aus.

@leo C.: Da hattest du Recht.. war etwas dünn. Habe nachgebessert:

http://petersieg.bplaced.com/?AVR_CP%2FM

Gruß Peter

@Leo C.
Für LDTIM.COM hätte ich ja auch mal das Handbuch lesen können ;-) 
Programm läuft jedoch, auch das nun neue ACT.COM
Bei der Uhr habe ich noch Probleme, es kommt recht großer Unsin vom RTC. 
Nun muß ich erst mal ein Oszi an die I2C Leitungen hängen.

Joe,

geht denn der I/O-Port?
Einfach zu testen mit ddtz.
"I80" zum Lesen. "O<val> 80" zum Schreiben.

Wenn das geht sehe ich keinen Grund, warum die Uhr nicht auch gehen 
sollte.

hast Du einen C (ca. 18pF) von Pin 1 nach Vdd am RTC?

"Dummerweise" wird beim Schreiben der Uhr das 1Hz-Signal am 
Interupt-Ausgang (Pin 7) abgeschaltet (In der Routine "rtc_set", durch 
Setzen des "alarm enable" bits.
Nach Powerup kann man das Signal aber auf jeden Fall messen (Pullup 
notwendig).

Joe G. schrieb:
> Programm läuft jedoch, auch das nun neue ACT.COM

Das Programm ist nicht neu. :-)

Joe G. schrieb:
> TIMER.COM darf auch ACT.COM heißen. (AVR CP/M Tool) ;-)

Oder AVRCPM Control Tool.

Leo C. schrieb:
> Joe G. schrieb:
>> TIMER.COM darf auch ACT.COM heißen. (AVR CP/M Tool) ;-)

hatte ich schon vergessen ;-)

Habe den Fehler nun eingegrenzt. Quarz schwingt, C zu Vdd auch nicht 
vergessen, 1 Hz kommt, ABER die Option I2C beim Compiler nicht 
eingestellt. Wenn ich nun jedoch I2C auf 1 setze, dann kommt das 
Programm nichtmal bis zu einer Terminalausgabe. Die zwei PullUp 
Widerstande sind jedoch am Bus.

Nachtrag: die Routine rtc_get hängt

Joe G. schrieb:
> Nachtrag: die Routine rtc_get hängt

Das dachte ich mir.
Wie sieht denn der I2C-Bus aus? Insbesondere SCL.

Beide Leitungen sind Low
In welchem File steckt eigentlich rtc_get?

Joe G. schrieb:
> Beide Leitungen sind Low

Die Pullups sollten die aber hochziehen.

> In welchem File steckt eigentlich rtc_get?
leo@cb: grep rtc_get: *.asm
timer.asm:rtc_get:

Leo C. schrieb:
> Die Pullups sollten die aber hochziehen.

Der Controller zieht nach der Routine i2c_init die Leitungen auf Low.

Joe G. schrieb:
> Leo C. schrieb:
>> Die Pullups sollten die aber hochziehen.
>
> Der Controller zieht nach der Routine i2c_init die Leitungen auf Low.

Open Drain.
In der allgemeinen Init werden die Ports auf Ausgang und auf High 
geschaltet (Sollte vielleicht geändert werden).
In i2c_init werden die aktiven Treiber abgeschaltet, und wenn keine 
Pullups vorhanden sind, floaten die Leitungen nach Low.

Bei offenen Leitungen (Pullups fehlen oder falsch verdrahtet) sollte ca 
70ms nach steigender Reset-Flanke ein ca 300µs langer High-Impuls 
kommen.

Wenn die Leitungen ohne den Impuls dauerhaft auf Low liegen, zieht die 
irgendwas runter. Das sollte aber nicht der Processor sein, wenn Du die 
gleiche Software hast, wie ich.