Z180-Stamp Modul

Hier mal ein paar Bilder meines Aufbaus mit meinen beschränkten 
mechanischen Möglichkeiten.
Es fehlen noch ein paar Verdrahtungen, die Backplane ist auch noch nicht 
drin. Links kommt dann demnächst noch die VGA-Platine rein.

Etwas Sorgen bereitet mir der USB-Abschluss auf der AVR-Platine. Ich 
suche immer noch ein passendes Kabel mit Winkel-Stecker (oder einen 
Winkel-Adapter), da man das Board mit Stecker dran nicht in den Rahmen 
schieben kann.

Das sieht ja schon richtig erwachsen aus :-)

> Etwas Sorgen bereitet mir der USB-Abschluss auf der AVR-Platine. Ich
> suche immer noch ein passendes Kabel mit Winkel-Stecker (oder einen
> Winkel-Adapter), da man das Board mit Stecker dran nicht in den Rahmen
> schieben kann.

Die Winkeladapter, die ich bisher gefunden habe, waren alle zu groß und 
in eine falsche Richtung abgewinkelt. Jetzt habe ich diese [1] Adapter 
gekauft und will einen davon hinter die Frontplatte montieren. Auf der 
AVR-Stamp wird dann ein Kabel direkt angelötet.


[1] http://www.ebay.de/itm/201414916073

Dirk schrieb:

> Das Teil von Delock/Reichelt ist wahrscheinlich zu dick, oder?!:
> http://www.reichelt.de/USB-Adapter/DELOCK-65096/3/index.html?ARTICLE=100945

Da habe ich inzwischen auch Kabel mit Winkelstecker gesehen. Aber 
wahrscheinlich bleibt nur Leos Weg mit direkt drauf löten...

Läuft soweit alles prima, auch die seriellen Schnittstellen, die externe 
SD usw.

Jetzt kämpfe ich "nur" noch mit meinem alten Problem. Ich habe ja auch 
ein "echtes" VT100 an CON angeschlossen - das super geht, aber sowohl im 
AVR-Modus als auch unter CP/M reproduzierbar "Müllphasen" hat, die den 
Bildschirmaufbau durcheinander bringen.
Interessanterweise geht an der AVR Console der USB- und 
Seriell-Anschluss gleichzeitig, senden wie empfangen. So ist das Bild im 
Anhang entstanden. Auf dem FTDI kommt alles sauber an, am VT100 (MAXxxx) 
tritt der Fehler auf. Den Max-Baustein hatte ich schon mal geprüft, der 
schein ansonsten ok zu sein. Die Fehler tauchen auch auf, wenn ich den 
USB-Anschluss still lege (JP auf AVR Stamp) und nur zur Stromversorgung 
nehme.
Das einzige, was ich noch nicht probiert hatte, ist reine 5V Versorgung 
von extern (also nix mehr im USB-Port).
Hat noch jemand eine Idee?

Marcel A. schrieb:
> Hat noch jemand eine Idee?

Lasse doch mal parallel zum VT100 einen "Serial Port Analyser" [1] 
mitlaufen. Dann siehst du ja was gesendet wird und was das Terminal 
damit macht.

[1] http://www.serial-port-monitor.com/

Habe mal eine "echte" serielle Schnittstelle des PCs angeschlossen - 
damit ist das Problem auch nicht vorhanden.
Muss wohl dann ein Problem des HP VT100-Terminals sein - auch eine 
Verringerung der Geschwindigkeit bringt keine Abhilfe. Immer an der 
gleichen Stelle (bzw. bei bestimmten Codes) kommt es zu "Müll".
Als wenn da ein Puffer nicht richtig arbeitet...

EDIT: Ich glaube, ich habe in den 1Mio Einstellungen gerade eine Kombi 
gefunden, die geht :-)

Marcel A. schrieb:
> Immer an der
> gleichen Stelle (bzw. bei bestimmten Codes) kommt es zu "Müll".

Das sieht doch nach Handshake aus. Was macht die CTS-Leitung vom 
Terminal? Möglicherweise signalisiert sie Puffer voll, warten. Wenn dann 
der Sender munter weiter Zeichen sendet kommt es natürlich zu Fehlern.

Das wird es gewesen sein. Terminal stand auf xon/xoff...

So, habe mein erstes richtiges Z80 HelloWorld sowohl auf der Stamp als 
auch in der ZXCC-Umgebung ans Laufen gebracht :-)

Dann habe ich mal mein altes Pollin AVR NetIO Board ausgekramt und eine 
Firmware von Ulrich Radig drauf gebracht. Nachdem ich die Original-CPU 
(Mega32) durch eine 644er getauscht hatte und damit den USART-Buffer 
hochschrauben konnte, dient dieser als Seriell zu Telnet Konverter an 
der AVR CON.
Somit könnte ich den Rechner von meinem Arbeits-PC aus bedienen.

Leider ist die Firmware noch etwas eigenwillig hinsichtlich der 
Übertragung von CTRL-Codes und ESC-Sequenzen. Auch ist es gar nicht so 
einfach, nur auf 1 Taste zu reagieren (Menüs...) anstatt alles mit CR zu 
bestätigen.
Das wird sicher wieder eine weitere Baustelle - irgendwann.

So, hier mal der aktuelle HW-Stand meiner "Grafikkarte".

Die "Firmware 1.7.3 test serial 3" macht aber noch Probleme (CRTL wie 
SHIFT, Absturz beim Start von TP).

Die RTC schein noch einen Bug zu haben, könnt ihr den Fehler auch 
nachstellen?

im AVR-Monitor
=> date
Sat Jan 23 14:39:38 2015

im CP/M
A>date
Fri 01/23/2015 14:38:53

Den Jahreswechsel von 2015 auf 2016 scheint die RTC vergessen zu haben.

Nachtrag:
Nach dem Stellen der RTC ist wieder alles korrekt...

A>date
Sat 01/23/2016 14:53:29

=> date
Sat Jan 23 14:53:32 2016

Gibt's eigentlich was neues vom Vinculum?

Marcel A. schrieb:
> Gibt's eigentlich was neues vom Vinculum?

Nein, noch nicht. Ich habe gerade die reine 5V Version auf dem Tisch.

Joe G. schrieb:
> Die RTC schein noch einen Bug zu haben, könnt ihr den Fehler auch
> nachstellen?

Ja, leider.
Ich habe es nicht bemerkt, weil mein Stamp dieses Jahr noch garnicht in 
Betrieb war.

Die RTC hat nur einen 2-Bit Jahreszähler. Deshalb wird das aktuelle Jahr 
im RTC-RAM gespeichert, aber beim Jahreswechsel (noch) nicht 
aktualisiert. Außerdem wird wg. eines dämlichen Fehlers das Jahr auch im 
AVR-RAM nicht aktualisiert, wenn der 2-Bit Zähler von 3 nach 0 
überläuft, was dieses mal der Fall war.

> Nach dem Stellen der RTC ist wieder alles korrekt...
Aber nur für die nächsten 3 Jahre, wenn der Strom nicht abgeschaltet 
wird.

Merkwürdiges RAM Fehlerbild auf dem Z180-Stamp

Leitungen (Adressen, Daten, Steuerleitungen )scheinen alle korrekt, kein 
Schluss, keine offene Leitung ...
Z180 ist im RESET, alle sind Leitungen hochohmig.
Wird nun der RAM nur auf EINER Zelle beschrieben (egal welcher), so ist 
beim Auslesen dieser Inhalt auf ALLEN Zellen. Das ist unabhängig davon 
auf welcher Adresse geschrieben oder gelesen wird. Die Adressen beim 
Lesen und Schreiben liegen korrekt an, auch CE, OE und WE.

Ich bin etwas ratlos und tippe auf RAM defekt. Hatte schon mal jemand so 
ein Verhalten? Ach ja, das ist ein zweiter Neuaufbau, der RAM ist also 
frisch aus der Verpackung.

Nachtrag:
Ich kann mir eigentlich nur vorstellen, dass der interne Adressdecoder 
des IC nicht korrekt arbeitet.

Hallo,

ich wollte mich mal wieder melden. Ich war etwas abgetaucht in den 
Tiefen des NDR Klein Computers...
Habe dort das BIOS umgeschrieben für ein drittes "GOTEK USB 
Floppy-Laufwerk" und dabei glatt nach 30 Jahren einen Fehler im FLOMON 
(den Basisroutinen des NKC) gefunden :-)
Dann habe ich es noch geschafft, auch dort ein Terminal an die serielle 
Schnittstelle zu bekommen - gar nicht so leicht, denn das IOBYTE ist 
nicht implementiert.

Nun wollte ich mir als nächstes die AVR STAMP in der Version 1.1 
aufbauen, damit ich alles mit 5V betreiben kann. Da waren doch keine 
"Bugs" mehr drin, oder? Habe auf die Schnelle keine Hinweise gefunden.

Bin auch mal gespannt, wie es mit dem USB Stick weitergeht. Die KC-Leute 
und die NDRler haben das ja auch umgesetzt mit den "U-Tools", also 
Programmen im TPA aus. NeuLinux: "user space" :-)

Und ja, das Frontpanel reift noch in meinem Kopf.

Habe inzwischen auch einen MFA/BZA-Rechner im Keller mit einer ganzen 
Kiste voll Karten und dann noch von einem anderen ehemaligen 
Z80-Entwickler (der es im Gegensatz zu Leo leider aufgegeben hat) einen 
TRS-80 Nachbau im 19" Rahmen mit einem Wäschekorb voll Literatur. Das 
wird für ein paar Jahre reichen. Joe - ich muss gerade an deinen Hinweis 
" nicht zu viele Baustellen..." denken.

Gruß in die Runde
Marcel

Marcel A. schrieb:
> Nun wollte ich mir als nächstes die AVR STAMP in der Version 1.1
> aufbauen, damit ich alles mit 5V betreiben kann. Da waren doch keine
> "Bugs" mehr drin, oder? Habe auf die Schnelle keine Hinweise gefunden.

Der AVR-Stamp ist ohne Hardwarefehler. Die LP kann so bestückt werden 
und funktioniert mit 3.3V und 5V.
Beim Z180 Stamp (V1.1) habe ich diesen merkwürdigen RAM-Fehler. Nachdem 
RAM Wechsel ist der Fehler immer noch da, es scheint also nicht der RAM 
zu sein. Bisher bin ich jedoch mangels Zeit noch nicht fündig geworden. 
Bis nächste Woche Mittwoch läuft nach das Ballonprojekt [1] mit 
Hochdruck.

[1] Beitrag "Stratosphärenballon"

Joe G. schrieb:

> [1] Beitrag "Stratosphärenballon"

Hallo Joe - tolle Sache.

Ich hatte in unserem OV auch mal eine Technik-Gruppe als 
Kontrastprogramm zum sonstigen Gelaber gegründet - aber es kamen immer 
nur dir gleichen 2-3 Leute und für Jugendarbeit konnte ich keinen 
begeistern - maximal "müsste man mal machen" - meistens aber "oh Gott, 
stell dir mal vor, da kommen tatsächlich junge Leute". Es war 
frustrierend.
So, das war etwas OT, zurück zum Z180 :-)

Ich baue gerade die AVR Stamp 1.1 zusammen. Dabei sind mir bisher 
folgende Unterschiede zwischen Schaltplan und BOM, beides V1.1.
Z.b. Sind R6-8 anders und IC2 und IC5 sind vertauscht....?
Oder habe ich mir vor einigen Wochen eine falsche Version ausgedruckt?

Hier die aktuelle Liste.

Die habe ich auch - im Schaltplan ist aber z.B. IC5 der 125er 
Levelshifter und nicht der PCF...

Nimm man diese Schaltung.

Danke - das sieht gut aus :-)

Ich habe da noch 2 Fragen. Aufgrund der besseren Verfügbarkeit habe ich 
wie empfohlen den ATMEGA2561V eingebaut. Wenn ich die Datenblätter so 
vergleiche, müssten eigentlich die gleichen FUSE-Bits gelten, oder?

Dabei ist mir aber in der Dokumentation aufgefallen, dass dort steht, 
dass BOOTSZ1, BOOTSZ2 und BOOTRST auf 1 stehen sollen, in der Tabelle 
der Doku stehen aber "Defaults", die nicht diese Werte haben - das 
könnte verwirrend sein.

Und noch ein Tipp, da ich dafür genau in den Layout-Plan schauen musste: 
Für JP4 (ISP) bitte im Bestückungsplan einen richtigen Wannenstecker 
nehmen, damit man den auch anstelle der Stiftleiste nimmt und dann auch 
gleich "richtig herum" einbauen kann - das kann sonst böse Folgen haben, 
wenn man das ISP-Kabel falsch herum ansteckt :-)

Gruß
Marcel

Marcel A. schrieb:
> vergleiche, müssten eigentlich die gleichen FUSE-Bits gelten, oder?

Sieht so aus.

> in der Tabelle
> der Doku stehen aber "Defaults", die nicht diese Werte haben - das
> könnte verwirrend sein.

Ja, in der Tabelle stehen nur die Defaults. Darunter steht in Hex der 
"richtige" Wert (0xD6).

Den Bootloader wirst Du auf jeden Fall anpassen und neu übersetzen 
müssen. Der Monitor könnte vielleicht unverändert laufen.

Ja, da werde ich mich wohl noch mal reinfuchsen :-)

Wo finde ich denn den Source für den "STAMP Monitor V6.5 8 Drives"? Du 
hattest mir dazu mal eine HEX-Datei gegeben - die SEHR GUT läuft.
Die "normale" V6.5 habe ich gefunden.

> Wo finde ich denn den Source für den "STAMP Monitor V6.5 8 Drives"? Du

Nirgens.

> hattest mir dazu mal eine HEX-Datei gegeben - die SEHR GUT läuft.
> Die "normale" V6.5 habe ich gefunden.

Es sollte ausreichen, in der datei z180-serv.c das Makro MAX_DRIVE 
anzupassen.

Ich bin schon recht weit, aber es klemmt noch.

Ich habe den bootloader von hier
https://www.mikrocontroller.net/articles/AVR_Bootloader_FastBoot_von_Peter_Dannegger
Beitrag "Re: Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain"
genommen (für die AVR-GCC toolchain), die scripte wie dort beschrieben 
ausgetauscht und das makefile auf den 2561 angepasst.
Es entstand das HEX. Das habe ich geflashed (ACHTUNG: Beim 2561 meckert 
AVRDUDE über EFUSE=F5 - er setzt das auf FD - das bezieht sich aber nur 
auf die Brown-Out detection).

Danach minicom und fboot gestartet - das Stamp-Monitor-Hex wird 
geladen!!!

Nur startet er danach den Monitor nicht.

Obwohl der fastboot ja eigentlich nur 0,3 Sekunden auf mein fboot warten 
sollte kann ich zu jedem beliebigen Zeitpunkt fboot starten und eine 
hex-datei übertragen. Das ist doch nicht normal?
Oder muss ich den Stamp Monitor doch für den 2561 übersetzen? Aber 
irgendwie kommt mir der bootloader komisch vor.

Ein Flash-Dump zeigt mir aber, dass er etwas übertragen hat. Er scheint 
es nur nicht zu starten.
Leo, du hattest da doch auch "rumgefummelt" - hast du eine Idee?

Gruß
Marcel

1

>>> dump flash 0 2000 

2

0000  0c 94 81 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

3

0010  0c 94 b3 30 0c 94 b3 30  0c 94 d1 30 0c 94 dc 30  | ..0 ..0 ..0 ..0|

4

0020  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

5

0030  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

6

0040  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

7

0050  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

8

0060  0c 94 b3 30 0c 94 d4 63  0c 94 fe 63 0c 94 b3 30  | ..0 ..c ..c ..0|

9

0070  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

10

0080  0c 94 32 63 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | .2c ..0 ..0 ..0|

11

0090  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 c0 64  | ..0 ..0 ..0 ..d|

12

00a0  0c 94 b3 30 0c 94 b3 30  0c 94 ce 71 0c 94 b3 30  | ..0 ..0 ..q ..0|

13

00b0  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 0c 94 b3 30  | ..0 ..0 ..0 ..0|

14

00c0  0c 94 b3 30 0c 94 b3 30  0c 94 b3 30 31 46 43 46  | ..0 ..0 ..01FCF|

15

00d0  3b 46 91 46 99 46 99 46  ac 46 ac 46 08 08 08 25  |;F.F.F.F.F.F...%|

16

00e0  32 64 20 00 48 69 74 20  61 6e 79 20 6b 65 79 20  |2d .Hit any key |

17

00f0  74 6f 20 73 74 6f 70 20  61 75 74 6f 62 6f 6f 74  |to stop autoboot|

18

0100  3a 20 25 32 64 20 00 23  23 23 20 6d 61 69 6e 5f  |: %2d .### main_|

19

0110  6c 6f 6f 70 3a 20 62 6f  6f 74 63 6d 64 3d 22 25  |loop: bootcmd="%|

20

0120  73 22 0a 00 3c 55 4e 44  45 46 49 4e 45 44 3e 00  |s" .<UNDEFINED>.|

21

0130  62 6f 6f 74 63 6d 64 00  23 23 23 20 6d 61 69 6e  |bootcmd.### main|

22

0140  5f 6c 6f 6f 70 20 65 6e  74 65 72 65 64 3a 20 62  |_loop entered: b|

23

0150  6f 6f 74 64 65 6c 61 79  3d 25 64 0a 0a 00 62 6f  |ootdelay=%d  .bo|

24

0160  6f 74 64 65 6c 61 79 00  2e 0a 00 2c 20 00 23 23  |otdelay.. ., .##|

25

0170  23 20 52 65 73 65 74 20  72 65 61 73 6f 6e 28 73  |# Reset reason(s|

So sieht der Bootloader-Vorgang aus - aber die Applikatio wird eben 
nicht gestartet - er bleibt in der Suche nach dem Host-Programm stecken

1

=================================================

2

|           BOOTLOADER, Target: V2.1            |

3

|            (May 13 2015 20:15:36)             |

4

=================================================

5

Now program device.

6

Port          : /dev/ttyUSB0

7

Baudrate      : 115200

8

File          : stamp-monitor-6.5+8drives.hex

9

Reading       : stamp-monitor-6.5+8drives.hex... File read.

10

Size          : 81994 Bytes

11

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

12

Waiting for device... connected!

13

Bootloader    : V2.1

14

Target        : 1E9802 ATmega2561

15

Buffer        : 7680 Byte

16

Size available: 261120 Byte

17

CRC enabled and OK.

18

Programming   : 0x00000 - 0x14049

19

Writing [############################################################################################################################] 100%

20

Elapsed time  : 23.83 seconds, 3441 Bytes/sec.

21

22

 ++++++++++ Device successfully programmed! ++++++++++

23

24

...starting application

> (ACHTUNG: Beim 2561 meckert
> AVRDUDE über EFUSE=F5 - er setzt das auf FD - das bezieht sich aber nur
> auf die Brown-Out detection).

Macht nichts, bzw. FD ist eigentlich "richtiger".

> Obwohl der fastboot ja eigentlich nur 0,3 Sekunden auf mein fboot warten
> sollte kann ich zu jedem beliebigen Zeitpunkt fboot starten und eine
> hex-datei übertragen. Das ist doch nicht normal?

Das muß nicht am Bootloader liegen. Auch wenn der Hexdump nicht so 
aussieht, kann es sein daß das geladene Programm nicht richtig läuft, 
sondern immer in den Bootloader springt.

> Oder muss ich den Stamp Monitor doch für den 2561 übersetzen?
Vielleicht. Ich probier's mal aus.

Versuch doch mal, den Monitor direkt zu flashen, ohne Bootloader.

> Leo, du hattest da doch auch "rumgefummelt" - hast du eine Idee?

Wo habe ich rumrefummelt?

Zum 2561:
Ich habe mir tup manuell installiert - aber ich habe noch nicht raus, 
wie ich nur den avr-zweig übersetzen kann.

Zum "rumfummeln":
Es gab doch mal hier massive Probleme, dass der bootloader das fboot 
nicht zuverlässig erkannt hat. Da hast du damals glaube ich etwas 
angepasst. Ich meine auch etwas mit speziellem Bootloader-Support

Beitrag "Re: Z180-Stamp Modul"

Hab gerade mal das HEX direkt geflashed: Dann passiert nicht - also wird 
es wohl daran liegen, dass ich erst ein HEX für den 2561 erzeugen muss.

Marcel A. schrieb:
> Für JP4 (ISP) bitte im Bestückungsplan einen richtigen Wannenstecker
> nehmen, damit man den auch anstelle der Stiftleiste nimmt und dann auch
> gleich "richtig herum" einbauen kann

Passt der vom Layout? Ich hatte das nicht überprüft, weil im Normalfall 
der AVR ja nur einmal mit dem Bootloader geflasht wird. Ich dachte mir, 
dass der Nachnutzer in diesem Fall genau weiß, was er tut ;-)

Ja, der passt :-). Und da weit vom SD-Card-Reader entfernt auch super.

Da ich mit Leo's Hilfe den ATmega2561 gerade zum Laufen gebracht habe, 
brauchte ich den mehr als gedacht.

Anbei ein Bild.

Ja, kannst du verwenden. Sollte sogar vom Footprint fast passen.

Die 20µH Spule ist schon etwas breit für das 1206 Footprint. Aber da 
drumherum Platz ist wird es wohl gehen. Die 1206 Spulen vom Reichelt 
haben entweder zu wenig Induktivität oder zu viel Widerstand.
Ich habe noch einen Vorrat von [1]. Bei CSD gekauft, aber da gibts kein 
Datenblatt. Die 10µH reichen bei mir aus.

[1] http://www.tme.eu/de/details/nl322522t-100k/smd-drosseln/yageo/

Ich habe eine mit 18µH, 1.1 Ohm, Bauform 1210 in Verwendung [1]. Das 
Footprint ist für 1210 ausgelegt. Leo's Modell geht aber auch.

[1] Würth 744032180

So geteilt finde ich die Meinungen garnicht. Keine Ahnung wie ich auf 
1206 gekommen bin. Meine Spule ist 2,5 mm breit, die vom Reichelt 3,0 mm 
(Dachte es wäre noch mehr). Die Reichelt-Spule hat auf jeden Fall die 
besseren Werte.

den Max habe ich bei ebay gekauft.

> Noch eine Frage habe ich. Ich kann die 74LV138D und 74LV10D nicht
> finden. Kann ich stattdessen die HC-Typen hernehmen?

Prinzipiell ja. Aber LV, LVX, HVC, etc. sind wesentlich schneller als 
die alten HC. Das könnte beim '10 evtl. eine Rolle spielen, vor allem 
bei 3,3V und 18,432MHz Taktfrequenz. Sollte man mal durchrechnen.

> Dann werd ich das mal so probieren und zur Not die ICs von den alten
> Stamps auslöten versuchen...

Bevor Du das machst, löte besser den 74HC10D ein. Wenn der für die 
höchste Taktfrequenz wirklich zu langsam sein sollte, kannst Du ihn 
immer noch auslöten. Der HCT geht auf keinen Fall.

Jetzt habe ich gestern die Nachricht geschrieben und dann offenbar gar 
nicht abgeschickt... MIST.

Also, ich habe ein dickes Problem mit der AVR STAMP 1.1

Nur AVR-Betrieb (keine ECB):
Ich habe sie auf USB-Power und 5V eingestellt. Dann erscheint bei B1 
(sollte 3,3V sein) immer 4,3V (komischerweise genau 0,7V 
"Diodenspannung" weniger).
Ob das über den MISO-Ausgang und die LED am SD-Reader kommt?

Betreibe ich die AVR Stamp auf der ECB und stecke auch die Z180 (dort 
wird ja eigentlich die 3,3V produziert, ändert sich daran auch nichts - 
am Spannungsregler liegen dann auch 4,3V an!

Die Z180 CPU habe ich erst mal gar nicht mit Strom versorgt.

Der Zugriff auf SD (beide!) klappt aber - trotz der hohen Spannung. Aber 
das kann doch nicht gut sein?

Nur wenn ich die AVR (und die ECB) auf 3,3V jumpere ist alles ok von den 
Spannungspegeln her.

Irgendwie muss da der Wurm drin sein. Ich habe alles gefühlt 100x 
überprüft. Habt ihr eine Idee?

Gruß
Marcel

Die 3.3V kommen doch vom Z180-Stamp. Der AVR-Stamp hat nichts mit den 
3.3V zu tun. Wenn du die +5V über USB beziehst, dann werden sie über JP1 
an B2 gelegt. Von B2 holt sich dann der Z180-Stamp die +5V, macht 3.3V 
daraus und legt sie wieder an B1 an. Ob der AVR-Stamp nun mit 5V oder 
3.3V versorgt werden soll, legt JP2 auf dem AVR-Stamp fest.
Wenn du also nur den AVR in Betrieb hast, dann sollte an B1 nichts 
anliegen.

Nachtrag:
Ich habe nochmal in die Schaltung geschaut. Wenn du keine 3.3V für die 
SD-Card bereit stellst, dann wird der 74HC125 nicht mit Spannung 
versorgt. Es wird also ein Strom über die Gattereingänge auf die 3.3V 
Leitung fließen. Das ist nicht gut :-(
Auch beim 5V Betrieb sollten also auf jeden Fall an B1 3.3V extern 
anliegen!

Genau so waren auch meine Überlegungen.
Der AVR-Stamp holt sich (solange die ECB nicht wieder im Rahmen steckt) 
die 5V vom USB. Diese 5V gehen auch auf B2 und versorgen auch den AVR 
mit Strom
Die 3,3V für die SD-Karte wird vom Z180-Stamp aus den 5V auf B2 geholt 
und in eben 3,3V umgewandelt und auf B1 gelegt. Der Z180 selber wird 
wieder mit 5V versorgt.

Mich wundert nur, dass der Z180-3,3V-Regler die Spannung auf B1 nicht 
"runterregelt".
Offenbar übersteuert da irgendwas die 3,3V - sehr komisch. Ich raff das 
nicht...

Wie gesagt, mit 3,3V klappt alles wunderbar, soweit ich das bisher sehen 
kann. Ich habe den Jumper für die CPU Spannungsversorgung auf der Z180 
derzeit nicht gesetzt (nutze also nur die 3,3V Versorgung der Z180 
Stamp).
Als ob sich die 3,3V dann doch von "Vcc" geholt werden und nicht von B1?

In einer älteren Version des Schaltplans gab es da mal eine Änderung, 
siehe Anhang... In der "alten" Version waren auch die Widerstände anders 
nummeriert...

(Ein anderer Effekt: Früher konnte ich immer einen MAX... RS232-Wandler 
auf den RX/TX des AVR parallel zum FTDI mitlaufen lassen - jetzt geht 
das nur noch in Richtung Terminal, aber nicht mehr in Richtung AVR. Auch 
nicht MEHR mit dem alten AVR 1.0, wo es immer ging. Komisch. Na, hab das 
auf jeden Fall mal abgeklemmt.)

Marcel A. schrieb:
> In einer älteren Version des Schaltplans gab es da mal eine Änderung,
> siehe Anhang... In der "alten" Version waren auch die Widerstände anders
> nummeriert...

Die ältere Version wurde nur mit 3.3V betrieben. Dort lagen alle 
Pullup/down Widerstände natürlich auf Vcc. Data0/MISO ist ein Ausgang 
der SD-Card. Die Spezifikation der SD-Card [1] sagt dazu: „external 
pull-up resistor value to prevent bus floating“. Da die maximale 
Spannung einer SD-Card nur 3.6V betragen darf, liegt der Widerstand R5 
(100k) also auf 3.3V. Der AVR erkennt jedoch noch sicher den Pegel.

> Als ob sich die 3,3V dann doch von "Vcc" geholt werden und nicht von B1?

Wenn ein Fehler auf der AVR-Platine vorliegt und somit eine Spannung 
größer 3.3V an B1 anliegt, dann kann der Regler natürlich nicht regeln. 
Er hat ja dann am Ausgang schon eine höhere Spannung. Es muss also erst 
der Fehler auf dem AVR-Stamp beseitigt werden. Die einzige Verbindung 
die ich sehe, sind der 74HC125 und die SD-Card. Da DAT0 ein Ausgang ist, 
kann ich mir das nicht vorstellen. Das kannst du jedoch testen, indem du 
die SD-Card entfernst. Somit bleibt nur noch der Pegelwandler. Das 
kannst du testen indem du entweder die LED oder R2 entfernst. Wenn jetzt 
noch Spannung auf der 3.3V Leitung liegt, muss der Pegelwandler defekt 
sein.

[1] http://www.nxp.com/documents/application_note/AN10911.pdf

Ich habe beide Boards noch mal auf meiner Lochraster-Basisplatine 
getestet - gleicher Effekt - dann kann ich das ECB Board ausschließen.

SD-Karten sind (sicherheitshalber) im Moment eh nicht gesteckt - daher 
dürfte da auch nichts in Richtung MISO gehen.

Dann habe ich R2 und R5 auf dem AVR Board ausgelötet - dann ist "nur" 
noch der 125er mit B1 verbunden.
Kein Unterschied.

Dann habe ich noch mal den 3,3V Regler im Leerlauf arbeiten lassen - 
3.3V - passt.

Dann habe ich ihn wieder an B1 angeschlossen (auf der Z180 Stamp): 4,3V.

Dann habe ich ihn mal mit 220Ohm "belastet" -> B1=3,6V
Dann mit 100Ohm (immer zwischen B1 und GND)-> B1=3,1V

Hä??? :-)

Muss ich also wirklich den 125er auslöten...:-( Komisch.

Marcel A. schrieb:
> Muss ich also wirklich den 125er auslöten...:-( Komisch.

Schau dir mal an welche Leitung den Strom liefert. Es kommen ja nur SS, 
SCK ode MOSI in Frage. An welcher Leituung geht der Pegel runter, wenn 
du die 3.3V belastest?

SS geht auf 4,3/3,6/3,1V

SCK und MOSI haben immer 0V

Wie gesagt, R2 und R5 sind ausgelötet im Moment. Und die LED hatte 
geblinkt beim Zugriff auf die SD-Karte.

Dumme Sache :-(
Ich habe es gerade auf deinem Foto gesehen. Du hast einen 74Hc125 
eingelötet und ich habe auch die ganze Zeit davon geschrieben. Der 
74HC... ist nicht 5V tolerant! Bei diesem Type darf der Eingang nicht 
größer als Vcc+0.5V sein. Es muss ein 74LVC... oder 74AHC... sein. Das 
IC muss also tatsächlich runter. Ich ändere das auch gleich im 
Schaltplan, das steht auch der falsche Type drin.

Nachtrag: Kommando zurück - in der Schaltung ist ein 74AHC125

Danke - MIST!!! Hattest zu geschrieben...

Auf dem ECB Board habe ich auch einen 74LV125 - den muss ich dann wohl 
auch austauschen?

Damit nicht noch mehr Baustellen schlummern (Board soll 3,3 und V5 
können, der AVR 1.1 am besten auch), hier mal die Liste. Ich glaube 
aber, die sind alle für 3,3 und 5V geeignet, nur der 125er muss 3,3 V im 
Ausgang und 5V im Eingang unterstützen.

Auf dem ECB Board habe ich sonst so an ICs:

Element      SOLL     IST (Reichlt)    Reichelt neu
IC1         74AHC125D SMD HC 125       ?? 74LVX 125 D oder 74ABT 
125D-SMD?
IC3         74LV74D   SMD HC 74        --> sollte ok sein oder 74AC 
74D-SMD?
IC4         74LV00D   74VHC 00 D       --> sollte ok sein

Laut dem Datenblatt hätte ich jetzt gesagt, dass die SMD HC Serie 2-7V 
abkann... Das Thema Differenzspannung hatte ich da gar nicht gesehen.


Beim AVR ist noch relevant

IC 4        74LV138D  SMD HC 138      oK? oder besser  74AC 138D-SMD?


Mein Fazit: Der hier von Reichrlt sollte gehen, da seine Eingänge bis 7V 
können und explizit als Anwendung die Anbindung von 5V Systemen an 3V 
genannt wird?

http://www.reichelt.de/ICs-74LVX-74VHCT-/74LVX-125-D/3/index.html?ACTION=3&GROUPID=2936&ARTICLE=40619&SEARCH=74%20125&OFFSET=16&;

So, bis ich den richtigen 125er habe betreibe ich alles erst mal auf 
3,3V.

Nun habe ich noch einen komischen Effekt. Beim Start kommt folgende 
Ausgabe:

1

=========================<  (RE)START DEBUG  >=========================                                                                                            

2

### Reset reason(s): none.                                                                                                                                         

3

4

ATMEGA2561+Z8S180 Stamp Monitor V6.5 (8.3.2016)                                                                                                                    

5

6

### main_loop entered: bootdelay=5

7

8

### main_loop: bootcmd="reset; loadf; go ${startaddr}"

9

Hit any key to stop autoboot:  0 

10

CPU nnw in reset state.

11

z80_memfifo_init: $i, 0

12

z80_memfifo_init: $i, 1

13

z80_memfifo_init: $i, 2

14

z80_memfifo_init: $i, 3

15

Bus timeout

16

Command failed, result=1

17

Command failed, result=-1

18

go - start apphacation at address 'addr'

19

Usage:

20

go addr

21

    - start application at address 'addr'

22

=>

Stört euch nicht an den Fehlermeldungen, die Parameter sind noch nicht 
gesetzt, die SD nicht drin und die CPU nicht angeklemmt.

Immer an EXAKT der gleichen Stelle kommt es zu Rechtschreibfehlern:
"CPU nnw in reset state""
"start apphacation at"

Ich habe den Quelltext noch mal überprüft und noch mal neu geflashed 
(über den bootloader) - keine Änderung.

War mir erst gar nicht aufgefallen. Jemand eine Idee?

Die AVR Stamp 1.0 macht das nicht:

1

=========================<  (RE)START DEBUG  >=========================

2

### Reset reason(s): Power on.

3

4

ATMEGA1281+Z8S180 Stamp Monitor

5

6

### main_loop entered: bootdelay=3

7

8

### main_loop: bootcmd="reset; pin 8 low; loadcpm3; go ${startaddress}"

9

Hit any key to stop autoboot:  0 

10

CPU now in reset state.

11

z80_memfifo_init: 0, 0

12

z80_memfifo_init: 1, 0

13

z80_memfifo_init: 2, 0

14

z80_memfifo_init: 3, 0

15

Error: failed to open '0:/cpm3+8drives.sys'

16

Command failed, result=1

17

## Starting application at 0xc600 ...

18

=>

Habe mir den Flash angeschaut - da steht es auch richtig drin :-)

Marcel A. schrieb:
> Auf dem ECB Board habe ich sonst so an ICs:

Harald N. schrieb:
> Ich hoffe da ergibt sich jetzt keine böse Überraschung für mich.

Bei den anderen IC's gibt es keine Probleme. Die liegen ja komplett auf 
3.3V oder auf 5V. Nur der Pegelwandler muss mit beiden Spannungen klar 
kommen, deshalb auch 74AHC... oder 74LVC...

Marcel A. schrieb:
> War mir erst gar nicht aufgefallen. Jemand eine Idee?

Sieht mir nach einem Timing Problem aus. Bestücke doch erst mal komplett 
CPU und RAM damit die Busübernahme vom AVR korrekt durchgeführt werden 
kann.

Ich werde bekloppt...

Zunächst mal: mit dem AVR 1.0 auf dem ECB und der Z180-Stamp (alles 
3.3V) geht es prima - auch die beiden SD-Karten. Zugriff auf CPM ok.

1

=========================<  (RE)START DEBUG  >=========================                                                                                            

2

### Reset reason(s): External.                                                                                                                                     

3

4

ATMEGA1281+Z8S180 Stamp Monitor                                                                                                                                    

5

6

### main_loop entered: bootdelay=3                                                                                                                                 

7

8

### main_loop: bootcmd="reset; pin 8 low; loadcpm3; go ${startaddress}"

9

Hit any key to stop autoboot:  0 

10

CPU now in reset state.

11

z80_memfifo_init: 0, 0

12

z80_memfifo_init: 1, 0

13

z80_memfifo_init: 2, 0

14

z80_memfifo_init: 3, 0

15

Loading: '0:/cpm3+8drives.sys'...

16

17

 BNKBIOS3 SPR  F900  0500

18

 BNKBIOS3 SPR  C600  2A00

19

 RESBDOS3 SPR  F300  0600

20

 BNKBDOS3 SPR  9800  2E00

21

22

 60K TPA

23

Loaded: Resident: 0x1E300-0x1EDFF, Banked: 0x09800-0x0EFFF

24

## Starting application at 0xc600 ...

25

=> z80_memfifo_init: 0, ca7d

26

z80_memfifo_init: 1, cac1

27

z80_memfifo_init: 2, cc3d

28

z80_memfifo_init: 3, cc61

29

30

=> connect

31

Connecting to CPU. Escape character is '^\'.

32

33

Physical Devices: 

34

I=Input,O=Output,S=Serial,X=Xon-Xoff

35

USB0   NONE  IO     ASCI0  19200 IOS    ASCI1  19200 IOS    

36

37

38

Current Assignments: 

39

CONIN:  = USB0   

40

CONOUT: = USB0   

41

AUXIN:  = ASCI0  

42

AUXOUT: = ASCI0  

43

LST:    = Null Device

44

45

46

A>dir

47

A: BDOS3    SPR : BNKBDOS3 SPR : CCP      COM : COPYSYS  COM : CPMLDR   REL 

48

A: DATE     COM : DEVICE   COM : DIR      COM : DUMP     COM : ED       COM 

49

A: ERASE    COM : GENCOM   COM : GENCPM   COM : GET      COM : HELP     COM 

50

A: HELP     HLP : HEXCOM   COM : PATCH    COM : PIP      COM : PUT      COM 

51

A: README       : RENAME   COM : RESBDOS3 SPR : SAVE     COM : SET      COM 

52

A: SETDEF   COM : SHOW     COM : SID      COM : SUBMIT   COM : TYPE     COM 

53

A: FC       INI : FC80     COM : DISKCOPY COM : KERMIT   COM : PROFILE  BAK 

54

A: PROFILE  SUB 

55

A>

Nun die AVR 1.1 (gleiche Environment-Einstellungen und Karten) - und 
später auch im gleichen ECB.

Wenn ich die AVR Stamp mit der 2561er firmware flashe und "standalone" 
betreibe (3,3V oder 5V Einstellung), sieht die Startmeldung gut aus 
(keine "Rechtschreibfehler", mehr aber auch nicht, da keine SD-Karte 
verfügbar).

1

=========================<  (RE)START DEBUG  >=========================

2

### Reset reason(s): Power on, External, Brown out.

3

4

ATMEGA2561+Z8S180 Stamp Monitor V6.5 (8.3.2016)

5

6

### main_loop entered: bootdelay=5

7

8

### main_loop: bootcmd="reset; pin 8 low; loadcpm3; go ${startaddress}"

9

Hit any key to stop autoboot:  0 

10

CPU now in reset state.

11

z80_memfifo_init: 0, 0

12

z80_memfifo_init: 1, 0

13

z80_memfifo_init: 2, 0

14

z80_memfifo_init: 3, 0

15

Error: failed to open '1:/cpm3+8drives.sys'

16

Command failed, result=1

17

## Starting application at 0xc600 ...

18

=>

Wenn ich die AVR Stamp dann auf 3,3V jumpere und in das Basisboard 
einsetze, erscheinen wieder die "Rechtschreibfehler" (siehe nnw statt 
now) an immer genau der gleiche Stelle.
Auch meldet er BUS TIMEOUT und kann angeblich das CPM.SYS nicht laden. 
Ebenfalls sehen die z80 memfifo-Zeilen ganz anders aus...

1

=========================<  (RE)START DEBUG  >=========================

2

### Reset reason(s): External.

3

4

ATMEGA2561+Z8S180 Stamp Monitor V6.5 (8.3.2016)

5

6

### main_loop entered: bootdelay=5

7

8

### main_loop: bootcmd="reset; pin 8 low; loadcpm3; go ${startaddress}"

9

Hit any key to stop autoboot:  0 

10

CPU nnw in reset state.

11

z80_memfifo_init: $i, 0

12

z80_memfifo_init: $i, 1

13

z80_memfifo_init: $i, 2

14

z80_memfifo_init: $i, 3

15

Loading: '0:/cpm3+8drives.sys'...

16

17

 BNKBIOS3 SPR  F900  0500

18

 BNKBIOS3 SPR  C600  2A00

19

 RESBDOS3 SPR  F300  0600

20

 BNKBDOS3 SPR  9800  2E00

21

22

 60K TPA

23

Bus timeout

24

Error: failed to read '0:/cpm3+8drives.sys'

25

Command failed, result=1

26

## Starting application at 0xc600 ...

27

=>

Zugriff auf die SD geht aber soweit ich das testen kann:

1

=> sd init 0

2

rc=00

3

=> fatls 0:

4

----A 2015/09/23 20:51   8388608  ws33.dsk

5

----A 2015/09/24 19:46   8388608  basic.dsk

6

----A 2015/09/23 21:05   8388608  bdsc.dsk

7

----A 2015/06/12 09:14     22784  cpm3_4d.sys

8

----A 2015/09/24 10:57     25600  cpm3_8d.sys

9

----A 2015/09/23 22:00     25600  cpm3+8drives.sys

10

----A 2015/03/13 18:35   8388608  CPM3SY~1.DSK

11

----A 2015/05/21 08:16  14548992  cpm3test.dsk

12

----A 2015/09/23 20:54   8388608  dbaseii.dsk

13

----A 2015/09/20 17:57   8388608  development.dsk

14

----A 2015/08/27 15:49   8388608  editor.dsk

15

----A 2015/06/01 16:41   8388608  kermit.dsk

16

----A 2015/09/23 20:57   8388608  multiplan.dsk

17

----A 2014/12/12 19:54   8388608  neu.dsk

18

----A 2015/12/20 21:54   8388608  turbo3.dsk

19

----A 2008/04/12 19:19   1113536  vedit.dsk

20

----A 2015/09/24 14:33   8388608  mp.dsk

21

----A 2015/09/24 13:58   8388608  ws.dsk

22

----A 2015/12/18 18:40   8388608  ws4.dsk

23

  19 File(s), 133177024 bytes total

24

   0 Dir(s),    3720128K bytes free

25

=> fatstat 0:

26

FAT type:                3

27

Bytes/Cluster:           32768

28

Number of FATs:          2

29

Root DIR entries:        0

30

Sectors/FAT:             941

31

Number of clusters:      120320

32

FAT start (lba):         14502

33

DIR start (lba,cluster): 2

34

Data start (lba):        16384

35

Volume name:             CPM

36

Volume S/N:              3A09-FE1C

37

38

19 files, 133177024 bytes.

39

0 folders.

40

3850240 KB total disk space.

41

3720128 KB available.

42

=>

Nehme ich an dieser Stelle die cpm3_4d.sys (von früher) lande ich einer 
Bootschleife.

Es macht auch keinen Unterschied, ob ich die Datei von 0: oder 1: lese.

Noch eine Info wg. Bus Timeout. Die Duo-Led geht nach kurzer Zeit von 
Orange auf grün und die WAIT Led geht dann aus - so wie es sein soll.

Auf zum Z180 Board ist allerdings noch ein Quarz drauf. Der Jumper steht 
aber auf "Taktversorgung von Extern" und auf dem ECB steht der Jumper 
auf ACLK0. Ich messe an dem Jumper (Mitte) auch genau den Takt.
Umjumpern auf intern Quarz macht aber auch keinen Unterschied.

Mit der AVR 1.0 macht der Quarz hier keine Zicken. Oder muss der raus 
(Thema hatten wir oben schon mal...)

Bei "Rechtschreibfehlern" in der Ausgabe würde ich auf grenzwertiges 
Taktsignal tippen, obwohl dafür wieder sehr wenige Fehler drin sind.

Die Bus Timeouts könnten auch von einem unzuverlässigen Clock verursacht 
sein. Würde dem Z180 der Takt ganz fehlen, müßte der Fehler schon viel 
früher kommen.

Die AVRs werden bei 3,3V ja deutlich übertaktet.
Hast Du einen ATmega2561 (Ausgabe von avrdude weiter oben) oder doch 
einen ATmega2561V (Hast Du oben mal geschrieben)? Letzterer ist nur bis 
8MHz spezifiziert.

Jedenfalls:
- Welcher Taktoszillator wird verwendet? (fuses)
- Oszillator und CLKO pin mit Oszi anschauen.
- Taktfrequenz runtersetzen. Wenn kein passender Quarz vorhanden,
  den Prescaler umprogrammieren: In main.c, Funktion setup_avr() :
      CLKPR = _BV(CLKPCE);
      CLKPR = 0;  // -->  CLKPR = 1;

Leo C. schrieb:
> Bei "Rechtschreibfehlern" in der Ausgabe würde ich auf grenzwertiges
> Taktsignal tippen, obwohl dafür wieder sehr wenige Fehler drin sind.
>
> Die Bus Timeouts könnten auch von einem unzuverlässigen Clock verursacht
> sein. Würde dem Z180 der Takt ganz fehlen, müßte der Fehler schon viel
> früher kommen.

Ich habe mal den Quarz auf dem Z180 ausgelötet - keine Änderung.
>
> Die AVRs werden bei 3,3V ja deutlich übertaktet.
> Hast Du einen ATmega2561 (Ausgabe von avrdude weiter oben) oder doch
> einen ATmega2561V (Hast Du oben mal geschrieben)? Letzterer ist nur bis
> 8MHz spezifiziert.
Den "ohne" V - aber laut Datenblatt sieht es so aus, dass der bei 16MHz 
eh nur einen "Safe"-Bereich von 4,5 - 5,5V hat. (Wieso ich oben 
geschrieben habe, dass das Board auch bei 3,3V standalone läuft, kann 
ich nicht sagen, denn dafür ist ja gar keine Spannung auf dem Board :-))
Hätte ich doch mal den 1281er genommen, aber den gibts bei Reichelt 
nicht (mehr). Aber eigentlich will ich ja eh bei 5V betreiben - da muss 
ich nur noch die 125er austauschen...

>
> Jedenfalls:
> - Welcher Taktoszillator wird verwendet? (fuses)
Exakt wie bei 1281 bzw. in der Doku. AF D6 FD
> - Oszillator und CLKO pin mit Oszi anschauen.
Kann ich nicht - das schafft wohl mein altes Teil nicht mehr...

> - Taktfrequenz runtersetzen. Wenn kein passender Quarz vorhanden,
Das muss ich dann wohl mal testen. Wäre ja übel.

>   den Prescaler umprogrammieren: In main.c, Funktion setup_avr() :
>       CLKPR = _BV(CLKPCE);
>       CLKPR = 0;  // -->  CLKPR = 1;

>   den Prescaler umprogrammieren: In main.c, Funktion setup_avr() :
>       CLKPR = _BV(CLKPCE);
>       CLKPR = 0;  // -->  CLKPR = 1;

Das hat aber zur Folge, dass die serielle Ausgabe Müll macht - offenbar 
wird dann eine andere Übertragungsrate eingestellt? (115200/8) = 14.400?

CLKPR = 1 teilt durch 2.
D.h. 115200 --> 57600, wenn F_CPU nicht angepasst wurde. Letzteres ist 
aber empfehlenswert, wg. Systemzeit, Timeouts, ...

Mein Held :-)

CLKPR und F_CPU haben es gebracht - alles ok bei 3,3V.

Gut dass du mir gezeigt hast, wie ich die Buildumgebung einrichten 
musste!

Jetzt hoffe ich mal, dass ich bei 5V dann auch wieder den Takt 
verdoppeln kann.

1

=========================<  (RE)START DEBUG  >=========================                                                                                            

2

### Reset reason(s): External.                                                                                                                                     

3

4

ATMEGA2561+Z8S180 Stamp Monitor V6.5 geringer Takt (14.3.2016)                                                                                                     

5

6

### main_loop entered: bootdelay=5                                                                                                                                 

7

8

### main_loop: bootcmd="reset; pin 8 low; loadcpm3; go ${startaddress}"

9

Hit any key to stop autoboot:  0 

10

CPU now in reset state.

11

z80_memfifo_init: 0, 0

12

z80_memfifo_init: 1, 0

13

z80_memfifo_init: 2, 0

14

z80_memfifo_init: 3, 0

15

Loading: '1:/cpm3+8drives.sys'...

16

17

 BNKBIOS3 SPR  F900  0500

18

 BNKBIOS3 SPR  C600  2A00

19

 RESBDOS3 SPR  F300  0600

20

 BNKBDOS3 SPR  9800  2E00

21

22

 60K TPA

23

Loaded: Resident: 0x1E300-0x1EDFF, Banked: 0x09800-0x0EFFF

24

## Starting application at 0xc600 ...

25

=> z80_memfifo_init: 0, ca7d

26

z80_memfifo_init: 1, cac1

27

z80_memfifo_init: 2, cc3d

28

z80_memfifo_init: 3, cc61

29

30

=> con 

31

Connecting to CPU. Escape character is '^\'.

32

33

Physical Devices: 

34

I=Input,O=Output,S=Serial,X=Xon-Xoff

35

USB0   NONE  IO     ASCI0  19200 IOS    ASCI1  19200 IOS    

36

37

38

Current Assignments: 

39

CONIN:  = USB0   

40

CONOUT: = USB0   

41

AUXIN:  = ASCI0  

42

AUXOUT: = ASCI0  

43

LST:    = Null Device

44

45

46

A>dir

47

A: BDOS3    SPR : BNKBDOS3 SPR : CCP      COM : COPYSYS  COM : CPMLDR   REL 

48

A: DATE     COM : DEVICE   COM : DIR      COM : DUMP     COM : ED       COM 

49

A: ERASE    COM : GENCOM   COM : GENCPM   COM : GET      COM : HELP     COM 

50

A: HELP     HLP : HEXCOM   COM : PATCH    COM : PIP      COM : PUT      COM 

51

A: README       : RENAME   COM : RESBDOS3 SPR : SAVE     COM : SET      COM 

52

A: SETDEF   COM : SHOW     COM : SID      COM : SUBMIT   COM : TYPE     COM 

53

A: FC       INI : FC80     COM : DISKCOPY COM : KERMIT   COM : PROFILE  BAK 

54

A: PROFILE  SUB 

55

A>

Jetzt ist die Frage, ob Du einen Ausreißer hast, oder ob sich der 2561 
grundsätzlich schlechter übertakten läßt, als der 1281. Das die neue 
Layoutversion (1.1) mehr Probleme macht als die alte, schließe ich mal 
aus, das sie bei Joe mit ATmega1281 ja einwandfrei zu laufen scheint.

> Jetzt hoffe ich mal, dass ich bei 5V dann auch wieder den Takt
> verdoppeln kann.

Gerade beim ATmega2561 sollte die maximale Taktfrequenz unabhängig von 
der Betriebsspannung sein, siehe Anhang. Auf jeden Fall gibt es aber 
einen Unterschied zwischen ATmega2561 und dem Rest der Familie.

Das Bild hatte ich auch gesehen, da hatte mich gewundert, dass die 
X-Achse erst bei 4,5 V anfängt.
Wie du schon sagtest, auf jeden Fall etwas anders. Wir werden sehen.

> dass die X-Achse erst bei 4,5 V anfängt.

Oh, das habe ich ja total übersehen. :-(

Leo C. schrieb:
> Das die neue
> Layoutversion (1.1) mehr Probleme macht als die alte, schließe ich mal
> aus, das sie bei Joe mit ATmega1281 ja einwandfrei zu laufen scheint.

Ist nicht repräsentativ, aber die zwei Versionen(1.1) die ich aufgebaut 
habe laufen mit dem ATmega1281 und 3.3V stabil. Bei der Version 1.0 gab 
es hin und wieder Probleme beim Einlesen des BIOS von der SD-Card. Das 
Taktsignal jitterte sehr. Erst mit "Full-Swing-Crystal" war Ruhe.

Während ich noch auf die 125er warte... habe ich noch zwei weitere 
Z80-Systeme in Betrieb genommen:
Den "Microprofessor": http://retro-compi.de/index.php/mpf1
Und den Z80 mini EMUF: http://retro-compi.de/index.php/z80-mini-emuf

Bei letzterem war auch ein sehr schönes MSR-Basic dabei - echtzeitfähig, 
guter IO-Zugriff usw.
Ich habe fast keine Informationen darüber gefunden (soll von der Uni 
München sein, speziell für den EMUF angepasst, aber auch für DOS und 
CP/M verfügbar gewesen sein).
Im Handbuch zum EMUF steht, dass man darauf (ist ja fast wie die Z180 
Stamp) ein CP/M realisieren "könnte" :-)

So die 74LVX125 von Reichelt sind angekommmen und nun geht es problemlos 
mit 3,3V und 5V. Danke für eure Hilfe!
Bitte diesen Hinweis für die oben mal von mir veröffentlichte BOM 
(Reichelt) beachten!

Marcel A. schrieb:
> Und den Z80 mini EMUF: http://retro-compi.de/index.php/z80-mini-emuf

Das sieht mir fast aus wie der Z80mini3 [1,2]. Der Entwickler scheint 
sogar mal hier im Forum unterwegs gewesen zu sein [3].

[1] http://elmicro.com/de/z80mini3.html
[2] http://mct.de/product/z80mini3.html
[3] Beitrag "Re: alternative zu z80"

So, nun komme ich endlich zu meinem Frontpanel-Projekt.

Zuvor wollte ich aber dann noch die Funktionweise der 
LED/Einzelschrittsteuerung auf der ECB verstehen - das wurde zwar glaube 
ich oben schon mal diskutiert, aber ich habs noch nicht...

Zunächst WAIT:
ich gehe davon aus, PG2/WAIT auf dem AVR ist ein Ausgang - der direkt 
mit WAIT auf dem Z180 verbunden ist. Wann setzt der AVR das Signal auf 
Low? Es ist ja ein Befehl im BootCmd - ist das egal oder erst wenn die 
Speicheroperationen fertig sind?
Das Wait-Signal wird ja auch von der Steuerlogik auf der ECB bestimmt. 
Wobei die LED ja an der Basis des Transistors hängt und daher nicht 
direkt den Zustand von Wait anzeigt sondern nur den über die ECB 
gesteuerten Zustand?
Dass der Transistor dann ggf. ein High-Ausgang des AVRs auf LOW zieht 
ist egal?
Nun auch die Frage, wie das ECB Wait entsteht. Wenn ich die Logikstufen 
richtig verstanden habe: Die CPU "läuft", wenn entweder RUN Lowactiv 
gesetzt wird (aktiv vom AVR, wann genau?) oder der Rest der Schaltung 
"0" ausgibt. Das passiert glaube ich nur dann, wenn das D-FlipFlip (Takt 
aus MREQ/IORQ) mit der STEP-Leitung vom AVR auf 0 gesetzt wird (Reset). 
D.h. ein "Schritt" ist immer der Abstand zwischen zwei 
Speicher-Aktionen?
Wozu ist der Kondensator C8 vor CLR?

DuoLed HALT/RUN:
Bisher sehe ich in der Praxis nur den Zustand Grün oder Orange. Rot 
würde sie ja nur werden, denn HALT auf activelow wäre (und ZRESET high 
ist). Für "RUN" ergibt sich der Status ebenfalls aus den Gattern.
Auch hier zeigt "RUN" ja nicht den echten Status des RUN-Signals des 
AVRs...? Wird also RUN/STEP nur für die Einzelschrittsteuerung genutzt?
Gehe ich recht in der Annahme, dass ZRESET auch vom AVR gesteuert wird 
in der Startphase, um erst den Speicher zu füllen?

> ich gehe davon aus, PG2/WAIT auf dem AVR ist ein Ausgang - der direkt
> mit WAIT auf dem Z180 verbunden ist.

Nein, /WAIT ist am AVR nur als Eingang gedacht, um den Zustand abfragen 
zu können.

> Wobei die LED ja an der Basis des Transistors hängt und daher nicht
> direkt den Zustand von Wait anzeigt sondern nur den über die ECB
> gesteuerten Zustand?

Ja. Wäre die Led auf der anderen Seite des Transistors, könnte man 
sehen, wenn andere Busteilnehmer die CPU ausbremsen. Diese gibt es aber 
bisher nicht, und die Led hätte noch einen Treiber gebraucht.

> Dass der Transistor dann ggf. ein High-Ausgang des AVRs auf LOW zieht
> ist egal?

Das ist nicht vorgesehen, da der AVR-Port ja nicht mit der Z180-CPU 
synchronisiert ist. Genau dafür gibt es ja die Single-Step Logik auf der 
ECB-Karte.

Das ganze funktioniert so:
/RUN = 0 :
    Single Step ist abgeschaltet, CPU läuft

/RUN = 1 :
    Durch /MREQ=0 oder /IOREQ=0 wird das D-FF gesetzt
    --> /WAIT wird 0, CPU wird angehalten.

    Durch einen Low-Impuls an /STEP wird das FF zurückgesetzt
    --> /WAIT wird wieder 1, CPU läuft bis zum nächsten
        Memory- oder I/O-Zugriff.

Der Kondensator sorgt (zusammen mit dem Widerstand) dafür, das an /CLR 
des FF nur ein kurzer Impuls erzeugt wird. Sonst könnte es passieren, 
dass /CLR beim nächsten MEM- oder I/O-Zugriff noch aktiv ist, und das FF 
nicht gesetzt werden kann.


> DuoLed HALT/RUN:

Die Duoled ist unabhängig von der Single-Step-Logik.
Orange: CPU außer Betrieb, AVR-Monitor hat Kontrolle über das System.
Grün: CPU läuft.
Rot: CPU steht auf HALT-Befehl. Das kommt in die Interupt-gesteuerten 
I/O-Treiber rein. Dann sieht man an der Led, ob die CPU auf Eingaben 
wartet, oder beschäftigt ist. Oder ob das Programm abgestürzt ist, und 
in einer Endlosschleife hängt...

> Gehe ich recht in der Annahme, dass ZRESET auch vom AVR gesteuert wird
> in der Startphase, um erst den Speicher zu füllen?

Ja. Und es gibt Monitor-Befehle um einen Reset-Impuls auszulösen, oder 
den Reset dauerhaft zu aktivieren.

Danke - soweit jetzt weitgehend klar.

Bis zu meinem ersten Entwurf eigentlich nur noch eine Frage: Bei dem 
S100 Panel hat er bei einige LEDs (die mit "Impulsen") durch ein 
MonoFlop (74LS123) die Anzeige verlängert - macht das Sinn?

http://www.s100computers.com/My%20System%20Pages/SMB%20Board/S100%20Bus%20SMB.htm

> macht das Sinn?

Kommt drauf an. ;-)

Die c't hatte auch mal einen interessanten Bus-Monitor, der auch im 
N8VEM-Projekt gelandet ist:

http://www.retrobrewcomputers.org/doku.php?id=boards:ecb:bus-monitor:start
http://www.retrobrewcomputers.org/lib/exe/fetch.php?media=boards:ecb:bus-monitor:ecb_ct_bus_monitor.pdf

Das c't Projekt ist ja richtig gut :-) Minimaler Hardwareaufwand bei 
maximaler Funktionanlität.

Ich muss mich auch noch mal mehr mit der Speicheraufteilung 
beschäftigen. Die Darstellung ganz weit oben weicht ja schon vom 
"Standard CPM 3" ab. Im Moment bin ich froh, dass die Aufteilung bei 
einem normalen Z80 (hier NDR NKC) verstanden habe :-)

Falls ich mal eine "echte" IO-Baugruppe einbauen möchte ("so wie 
früher"), würde ich dieser doch eine Adresse in der Page-0 geben (mit 
nem einfachen Addessdekoder?
Ich bin mal ein paar Dateien durchgegangen - aber ich finde keine 
Übersicht der belegten Adressen?

Hier hier sind ja die I2C-Routinen auch drin - die Uhr ist daran ja 
angebunden - ich glaube Adresse 50?.
Kann man den Bus auch "generisch" vom Z180 aus zugreifbar machen?

Ach ja - wie stehts eigentlich um das Vinculum?

Marcel A. schrieb:
> Ach ja - wie stehts eigentlich um das Vinculum?

Der läuft gerade auf Sparflamme. Mein Verlag erwartet von mir noch in 
diesem Jahr ein 350seitiges Manuskript. Der nächste Schritt beim 
Vinculum ist erst mal eine kleine Zusatzplatine, damit jeder Interessent 
sich diese Hardware anstecken kann.

Marcel A. schrieb:
> Ich muss mich auch noch mal mehr mit der Speicheraufteilung
> beschäftigen. Die Darstellung ganz weit oben weicht ja schon vom
> "Standard CPM 3" ab.

Wo gibt es denn ein "Standard CP/M 3" mit einem 512 KByte RAM-Chip?

> Falls ich mal eine "echte" IO-Baugruppe einbauen möchte ("so wie
> früher"), würde ich dieser doch eine Adresse in der Page-0 geben (mit
> nem einfachen Addessdekoder?

I/O wird in Z80-Systemen üblicherweise über I/O-Adressen angesprochen, 
hat also mit der Speicher-Adressierung nichts zu tun.

> Ich bin mal ein paar Dateien durchgegangen - aber ich finde keine
> Übersicht der belegten Adressen?

Bisher haben wir ja nur die Peripherie, die bereits im Z180 eingebaut 
ist. Die Belegung findest Du also in den Z180 Handbüchern. (Und in der 
Datei z180reg.inc) Die Z180-Peripherie belegt die ersten 64 Byte des 
I/O-Adressraums.

> Hier hier sind ja die I2C-Routinen auch drin - die Uhr ist daran ja
> angebunden - ich glaube Adresse 50?.
> Kann man den Bus auch "generisch" vom Z180 aus zugreifbar machen?

Das ist angedacht.

Leo C. schrieb:
> I/O wird in Z80-Systemen üblicherweise über I/O-Adressen angesprochen,
> hat also mit der Speicher-Adressierung nichts zu tun.
Schon klar, so war das auch gemeint.

> Bisher haben wir ja nur die Peripherie, die bereits im Z180 eingebaut
> ist. Die Belegung findest Du also in den Z180 Handbüchern. (Und in der
> Datei z180reg.inc) Die Z180-Peripherie belegt die ersten 64 Byte des
> I/O-Adressraums.
Das hatte ich gesucht. Aber warum nur 64 bytes? Das sind doch "sonst" 
256 Bytes? Bis 3F ist ja schon alles voll :-)

Marcel A. schrieb:
> Das hatte ich gesucht. Aber warum nur 64 bytes?

Warum denn nicht? Was fehlt Dir denn?

> Das sind doch "sonst"
> 256 Bytes?

Wo denn?

>Bis 3F ist ja schon alles voll :-)

2 Adressen, bzw. Adressbereiche hatte ich noch vergessen. 40-5F werden 
auf der AVR-Stamp ausdekodiert, um dem AVR 2 Interrupt-Signale senden zu 
können.

Mit dem IORQ werden doch A0 - A7 adressiert. Das sind 256 IO Asressen.
Du nutzt doch selbst mit 5F Adressen jenseits 64, vermutlich haben wir 
aneinander vorbei gesprochen.
Ich würde meiner IO Karte dann z.B. Die IO Adresse 70h geben... Und 
müsste die dan mit den in und out Befehlen ansprechen können?

http://home.mit.bme.hu/~benes/oktatas/dig-jegyz_052/Z80-kivonat.pdf
Letzte Seite.

> Ich würde meiner IO Karte dann z.B. Die IO Adresse 70h geben... Und
> müsste die dan mit den in und out Befehlen ansprechen können?

Ja.

So, ich habe hier einmal meine Idee einer Bussignal-Anzeige skizziert 
mit der Bitte um Feedback.

Falls man davon wirklich eine Platine machen sollte, muss ich mir noch 
etwas für die Verbindungen der Basis- und Anzeigeeinheit überlegen.

Für die Anzeige verwende ich derzeit TIL311 - diese haben die 
Treiber/Dekoderlogik schon eingebunden - ich hatte einige günstig 
erstanden.

Eine Alternative wären vielleicht später noch "normale" 
7-Segment-Anzeigen mit eine D345D (ex DDR) Dekoder (habe ich auch welche 
hier) - oder eben mit einem AVR als Dekoder-IC.

Im Moment sind alle Signale gepuffert.
Die Status-LEDs sind 1:1 verdrahtet - ohne Monoflop.
Für die Adress-Anzeige habe ich einen Latch aus MREQ und IORQ gebildet.
Wahrscheinlich kann man den auch für die Datenanzeige verwenden, 
ansonsten ist ein Latch aus RD/WR vorhanden.

Dann habe ich noch einmal die SingleStep-Logik des ECB Basisboards 
übernommen und an "richtige" Schalter für einen manuellen Betrieb 
angeschlossen.

Ich habe mich mal gezwungen, KiCad zu nehmen, da Eagle in der 
Free-Version ja auch halbe Euro-Platinengröße begrenzt.

Karlsruhe? - Das ist nicht meine Ecke :-)

5-stelliger Adressbus - ok. Wahrscheinlich wären dann auch noch die 
anderen Signale des Z180 wie INT1 und INT2 und ... sinnvoll? Ich habe 
mich halt derzeit auf den "Standard"-Z80 beschränkt - das ist mir schon 
komplex genug.

Entprellen - reicht das C da nicht? Sonst habe ich noch Schaltungen mit 
Doppel-NAND (oder so) zur Entprellung gesehen - meinst du so was?

Und ich habe noch etwas Stress mit dem FTDI (wobei ich immer wieder 
schwören könnte, dass ich das vorher nicht hatte).
Solange ich die ECB über USB Power versorge, klappt es wunderbar. Auch 
die Umschaltung auf RX/TX-MAX232 auf "echte" serielle (Reset des FTDI) 
klappt gut mit einem kleinen Schalter auf der Frontplatte.
Es geht auch weiterhin gut, wenn ich die ECB in den Rahmen stecke, 
natürlich den Jumper für BUS Power ziehe aber weiterhin ein USB-Kabel am 
FTDI lasse.
Nur wenn ich das USB Kabel nun abziehe (und RESET gegen GND schalte) und 
Spannung einschalte, gegen bei beiden LEDs am FTDI auf Dauerlicht. Am 
RX/TX kommt zuerst etwas Müll, aber dann kommt die Anzeige. Eingaben 
gehen dann aber nicht mehr.
Stecke ich kurz das USB-Kabel in die Buchse, "berappelt" sich der FTDI 
(Lampen gehen aus) und ich kann wunderbar über RX/TX und COM1 arbeiten.
Als wenn der FTDI ohne USB-Verbindung in einen undefinierten Zustand 
gehen würde beim Power-on. Ich habe aber mit FT-Prog keine mir sinnvolle 
erscheinende Einstellung gefunden, das zu ändern.

Vergesst das FT232-Problem. Ich hatte mal (weil es damit besser ging) 
einen Widerstand in die TX-Leitung des Moduls eingebaut - ohne geht es 
(jetzt) super :-)

Zum Entprellen habe ich (wie auch an vielen anderen Stellen) das hier 
gefunden:
http://www.loetstelle.net/praxis/entprellen/entprellen.php
https://www.mikrocontroller.net/articles/Entprellung#Einfacher_Taster

Im S100 Frontpanel wird der Wechselschalter verwendet - ich würde hier 
aber die Integrations-Methode (RC + Inverter) nehmen - reicht die 
einfache Variante mit R=33k und C=100n?

Beim Testen/Aufräumen meiner "Disk-Images" ist mir aufgefallen, dass man 
im AVR Monitor zwar zur Laufzeit neue Images auf Drives legen kann, wenn 
man die austauscht, hat das aber zur Laufzeit im CPM keine Auswirkungen.

Marcel A. schrieb:
> reicht die einfache Variante mit R=33k und C=100n?
Das kann so pauschal nicht beantwortet werden. Es hängt stark von der 
qualität der Schalter (Taster) ab. ich würde es mal mit den vorhandenen 
Tastern auf einem Steckbrett erproben.

Marcel A. schrieb:
> Entprellen - reicht das C da nicht? Sonst habe ich noch Schaltungen mit

Das C (mit dem R) ist ein Hochpass und macht damit gerade das Gegenteil.

> Doppel-NAND (oder so) zur Entprellung gesehen - meinst du so was?

Ja, wobei man hier auch das 2. FF im 7474 nehmen könnte (Set- und 
Reset-Eingang).

Marcel A. schrieb:
> Im S100 Frontpanel wird der Wechselschalter verwendet - ich würde hier
> aber die Integrations-Methode (RC + Inverter) nehmen

Das geht notfalls auch, aber der Inverter muß ein Schmitt-Trigger sein. 
Und wie Joe geschrieben hat, hängt das RC-Glied vom verwendeten Taster 
ab.

Für den RUN/STOP-Schalter reicht übrigens ein einfacher Schließer plus 
Pullup.

Marcel A. schrieb:
> Beim Testen/Aufräumen meiner "Disk-Images" ist mir aufgefallen, dass man
> im AVR Monitor zwar zur Laufzeit neue Images auf Drives legen kann, wenn
> man die austauscht, hat das aber zur Laufzeit im CPM keine Auswirkungen.

Hast Du nach dem "Disk-Wechsel" auch Ctrl-C gedrückt?

>
> Hast Du nach dem "Disk-Wechsel" auch Ctrl-C gedrückt?

Ähm, nein... Wo denn, im CCP?

Ja.

CP/M kann ab Version 3 stattdessen auch ein Disk-Change-Signal 
auswerten. Dieses Signal müßte vom AVR-Monitor beim Ändern der 
Environment-Variable an den Z180 übermittelt werden. Das ist bisher noch 
nicht implementiert.

CompactFlash Interface ganz einfach.

Vor kurzem bin ich zufällig darüber gestolpert, daß alle CF-Karten im 
'True IDE Mode' 8 Bit Datenübertragung unterstützen. Bei IDE Festplatten 
ist das wohl nur bei den allerersten der Fall, aus der Zeit, als noch 
PC-XTs verkauft wurden. Eine CF-Karte und einige 'DiskOnModule'[1], die 
auch nur einen CF-Controller enhalten, liegen hier schon seit Jahren 
rum. Aber ein performantes 16-Bit Interface war mir immer zu 
aufwendig[0].

Leider hatte ich keine Decoder (74HC138 oder '139) vorrätig. Damit 
könnte man das Gattergrab deutlich reduzieren. Die Buffer in den 
Adressleitungen A0-A2 sind leider notwendig. Grundsätzlich funktioniert 
das Interface bei 3.3V. Allerdings habe ich bisher nur mit 9,2MHz 
getestet. Ob die HC-Gatter bei 18,432MHz (oder mehr) und 3.3V noch 
schnell genug sind, habe ich noch nicht getestet.

Der CP/M 3 Treiber funktioniert grundsätzlich. Für den Datentransfer 
kann ein DMA-Kanal verwendet werden. Dadurch wird das IF sauschnell. 
Allerdings habe ich einen dicken Fehler noch nicht gefunden. Deshalb 
gibts dieses Wochenende noch keine Software.

[0] Z.B hier http://www.gaby.de/gide/index.htm
und hier: Beitrag "Spikes, Designproblem ?"
Etwas einfacher, aber nicht mehr performant, ist das hier:
http://www.retroleum.co.uk/electronics-articles/an-8-bit-ide-interface/

[1] Die Teile gibts spottbillig bei Pollin, billiger als die günstigsten 
CF-to-IDE Adapter: 
http://www.pollin.de/shop/dt/OTAyODkyOTk-/Computer_und_Zubehoer/Hardware/Festplatten_intern/DiskOnModule_PQI_IDE_128_MB.html
Das Kabel, das man optional mitbestellen kann, braucht man nicht, da das 
Modul auch über Pin 20 versorgt werden kann. Scheint auch mit 3.3V zu 
laufen, aber gründliche Tests stehen noch aus.

Prima Sache!

Die CF wird dann unter CP/M (wie genau?) angesprochen? Was ist denn da 
für ein Filesystem drauf?

Leider gibts ja kaum noch CF-Karten (in meiner uralten Kamera steckt 
glaube ich noch eine :-)) Von daher bin ich auch sehr auf das USB 
Vinculum Projekt gespannt.

Marcel A. schrieb:
> Die CF wird dann unter CP/M (wie genau?) angesprochen?

Wie eine IDE-Festplatte. Unter den o.g Links (GIDE und Retroleum) ist 
das ausführlich erklärt.
Der Datentransfer erfolg mit voller CPU-Busgeschwindigkeit. Das dürfte 
(zumindest beim Lesen) kaum langsamer als eine RAM-Disk sein.

> Was ist denn da für ein Filesystem drauf?

Das halt, das man drauf macht.
Das ist ebenfalls genauso wie auf Festplatten oder SD-Karten. CF-Karten 
können nicht im laufenden System gesteckt oder gezogen werden, wenn sie 
im Tue-IDE-Mode betrieben werden. Deshalb kann man sie wirklich wie eine 
Festplatte behandeln und das Dateisystem kann auch irgendwas spezielles 
für diesen einen Computer sein.

Ich habe vor, die Karte genauso zu partitionieren, wie auf dem 
AVR-CP/M-System, also MBR mit Partitionstabelle und 1 bis 4 
CP/M-Partitionen. Der Rest der Karte kann dann für andere Dateisysteme 
genutzt werden (FAT). Nicht geplant ist, CP/M-Dateisystem-Images auf 
einer FAT-Partition zu unterstützen. Dafür haben wir ja noch die 
SD-Karten.

> Leider gibts ja kaum noch CF-Karten

Da wäre ja vielleicht das Pollin DiskOnModule Teil eine Möglichkeit.

Leo C. schrieb:
> Da wäre ja vielleicht das Pollin DiskOnModule Teil eine Möglichkeit.

Sehr schöne Arbeit Leo!
Über Reroleum bin ich vor einiger Zeit auch schon mal gestolpert und 
habe in einem Anflug von "Hamstern" bei Max Pollin zugelangt :-)
Wenn also jemand die Versandkosten sparen möchte... für einige (viele) 
CP/M Systeme reicht mein Vorrat. Vielleicht gleich mit einer kleinen 
Platine, dann lohnt sich der Aufwand auch bei Elecrow die USB-Platine zu 
bestellen.

Aber Hallo! ;-)

Ich hatte mich mit 3 Stück begnügt. Damals hatten sie aber noch 1,50 
€/Stck gekostet.

> Vielleicht gleich mit einer kleinen Platine

Eine kleine Platine, auf die nur so ein DoM passt, könnte man als 
Huckepack-Platine für das Stamp-Modul machen. Für einen 
CF-to-IDE-Adapter reicht der Platz nicht. Die Adapter bestehen 
eigentlich auch nur aus der Verbindung zweier Stecker. Könnte man auch 
weglassen. Aber die 50 poligen CF-Sockel sind einzeln wahrscheinlich 
teurer, und vor allem schwer zu löten.

Europakarte (ECB) ist eigentlich überdimensioniert. Es sei denn, wir 
finden noch was anderes, was mit drauf passen könnte. Andererseits 
könnte man eine ECB-Karte auch für andere Systeme verwenden.

Vielleicht noch einen Parallelport zum Steuern und Regeln, 8255. Dann 
lohnt der Adressdecoder :-)

Leo C. schrieb:
> Eine kleine Platine, auf die nur so ein DoM passt, könnte man als
> Huckepack-Platine für das Stamp-Modul machen.

So war damals schon mein Plan, einfach Huckepack auf den Stamp als 
Festplatte.

Leo C. schrieb:
> Die Buffer in den
> Adressleitungen A0-A2 sind leider notwendig.

Was ist denn U5 für ein Baustein? 245/541?

> Vielleicht noch einen Parallelport zum Steuern und Regeln, 8255.

Z80 PIO?

Allerdings geht damit kein 3.3V Betrieb. Ein paar Latches und Buffer?

> Was ist denn U5 für ein Baustein? 245/541?

HC126. War in der Bastelkiste. Jeder andere Buffer geht aber auch. Man 
hätte auch die 3 freien Gatter nehmen können, aber da 2 davon 
invertieren, wäre die Reihenfolge der IDE-Register nicht mehr Standard. 
Außerdem gings mit dem Extra-Baustein schneller.

Leo C. schrieb:
> Bank 0: 00000 - 0EFFF
> Bank 1: F0000 - 1DFFF  (+ F000)
> common: 1E000 - 1EFFF  (+ F000)
> Bank 2: 1F000 - 2DFFF  (+ F000 + 1000)
> usw.                   (+ F000)

ich kämpfe mich gerade durch die Speicherarchitektur.
Muss es bei Bank 1 nicht heißen:
Bank 1: 0F000 - 1DFFF  (+ F000) ?

Ja.

Joe, ich glaube in deinem Anhang A sind ein paar Fehler in der 
PIN-Beschreibung:
- A12/A13 ist laut AVR Schaltplan PG5/PG4 (nicht PG4/PG5)
- B26 ist ja beim AVR RXD0
- B27 ist ja beim AVR RXD1
- Müssten B3-B5 nicht bei Z180 und AVR A16-A18 sein (statt PE2-PE4)?

Marcel A. schrieb:
> - A12/A13 ist laut AVR Schaltplan PG5/PG4 (nicht PG4/PG5)
Das verstehe ich nicht. Im AVR-Schaltplan steht:
B8 - A13 - PC5
B9 - A12 - PC4
ist doch korrekt so.

> - B26 ist ja beim AVR RXD0
> - B27 ist ja beim AVR RXD1
B26 /WAIT - RXD0
B27 /PHI - TXD0

> - Müssten B3-B5 nicht bei Z180 und AVR A16-A18 sein (statt PE2-PE4)?
B3 - A18 - PE4
B4 - A17 - PE3
B5 - A16 - PE2
ist doch auch korrekt, oder?

Joe G. schrieb:
> Marcel A. schrieb:
>> - A12/A13 ist laut AVR Schaltplan PG5/PG4 (nicht PG4/PG5)
> Das verstehe ich nicht. Im AVR-Schaltplan steht:
> B8 - A13 - PC5
> B9 - A12 - PC4
> ist doch korrekt so.

Sorry, ich meinte A12/A13 auf der PIN-Leiste der AVR-Stamp. Das ist im 
obigen Übersichtsbild anders als im AVR Schaltplan. Da ist PG4/PG5 
anderes herum.

>
>> - B26 ist ja beim AVR RXD0
>> - B27 ist ja beim AVR RXD1
> B26 /WAIT - RXD0
> B27 /PHI - TXD0

Genau - da hatte ich wohl das SVN nicht aktualisiert.

>
>> - Müssten B3-B5 nicht bei Z180 und AVR A16-A18 sein (statt PE2-PE4)?
> B3 - A18 - PE4
> B4 - A17 - PE3
> B5 - A16 - PE2
> ist doch auch korrekt, oder?

In deinem Bild schon. Ich bezog mich aber auf dieses hier (da wo die 
gemeinsamen Anschlüsse grün sind). Da müsste B3-B5 doch auch grün sein?

Marcel A. schrieb:
> Sorry, ich meinte A12/A13 auf der PIN-Leiste der AVR-Stamp. Das ist im
> obigen Übersichtsbild anders als im AVR Schaltplan. Da ist PG4/PG5
> anderes herum.

Bin immer noch verwirrt. Im AVR Schaltplan liegen
B8 - A13 - PC5
B9 - A12 - PC4
und am Z180 Schaltplan liegen
B8 - A13
B9 - A12
alles so wie in der Beschreibung.

> Da müsste B3-B5 doch auch grün sein?
ja, dürfen grün sein.

Joe,

in der Pin-Leiste ist PIN (Stiftleiste)
A12 = PG4 / RTS0
A13 = PG5 / CTS0

Im AVR Schaltplan 1.1 ist aber PIN (Stiftleiste)
A12 = PG5
A13 = PG4

Ok, begriffen ich hatte immer nach den Adressen geschaut und nicht nach 
den Pins der Steckverbinder. A12 und A13 sind nun in der Doku getauscht.

> ob der ein Halt ausführt. Die Versorgung steht jetzt komplett auf 3,3V
> von der Z180 Stamp, ich hoffe der Z180 läuft da mit 18Mhz und 3,3V
> noch..?

Laut Datenblatt sollte er.

> Wie ist das bei hexrel-6.5, ich nehme an der DDTZ ist da noch drin, ist
> der auf Startadresse 0 so dass ich nach connect mal einen Prompt sehen
> müßte?

Der Prompt kommt defaultmäßig an ASCI1. 115200 Baud bei 18,432MHz.
Um die Verbindung zu der AVR-Console zu leiten, mußt Du nach dem loadf 
das IOBYTE auf RAM-Adresse 3 auf 0 setzen (mm- oder mw.Befehl).


> ### main_loop: bootcmd="reset; pin 8 low; loadf; go ${startaddr}"

"go ${startaddr}"
Die Variable heißt eigentlich "startaddress" und das funktioniert nur 
mit dem loadcpm3-Befehl (Könnte man auch mal ändern). Also "go 0" 
stattdessen (in "bootcmd" oder manuell).

> startaddr=0

Na gut, wenn in startaddr zufällig 0 steht, gehts auch.

> => go 0
> ## Starting application at 0x0000 ...
> => connect
> Connecting to CPU. Escape character is '^^'.
>
> ...da passiert dann nix mehr. Die DuoLED grinst grün...

Hm, sollte eigentlich so aussehen:

1

=> g 0

2

## Starting application at 0x0000 ...

3

=> z80_memfifo_init: 0, 2e67

4

z80_memfifo_init: 1, 2eab

5

z80_memfifo_init: 2, 2eef

6

z80_memfifo_init: 3, 2f13

7

con

8

Connecting to CPU. Escape character is '^^'.

9

DDT/Z - HD64180  (ROM)

10

>

> Das mit dem A17 Pulldown an der Z180 Stamp hatte sich indessen erledigt?

Ja.

Nachtrag:
Du könntest versuchsweise auf der ECB-Karte den Jumper JP3 auf 2/3 
stecken und über PIN3 einen langsameren Takt einstellen.

Erst mal herzlichen Glückwunsch zu Deinem nun laufenden System. Bei 
Deinem vorherigen Artikel ist mir nicht ganz klar geworden, ob Du zum 
Z180-Clock noch konkrete Fragen hast. Die verschiedenen Varianten sind 
zugegebenermaßen etwas verwirrend.

> Z8018010VSC

Dem fehlt das S im Typnamen und damit offensichtlich auch das "Clock 
Multiplier Register", CMR. Also ist der Systemtakt PHI immer (nur) die 
Hälfte des Input-Clocks EXTAL.

> Ist das in Ordnung so?

Scheint so.

> Leo wenn ich die Schnittstelle durch beschreiben des IO Bytes von ASCI1
> auf AVR USB umstelle, bekomme ich so lange keine Ausgabe am AVR bis ich
> auf der ASCI1 nicht wenigstens noch mal Enter gedrückt habe..??? Wo
> klemmt das denn?

Von welcher Schnittstelle das nächste Zeichen zu lesen ist, wird halt 
nur beim Eintritt in die Consoleneingaberoutine abgefragt, nicht in der 
Schleife, die dann den entsprechenden Port pollt.

1

?conin:

2

  ld  a,(iobyte)

3

  and  03h

4

  jp  z,ff.in

5

  dec  a

6

  jp  z,as0inp

7

  dec  a

8

  jp  z,as1inp

9

  jr  nullinput

10

11

...

12

13

as1inp:

14

  in0  a,(stat1)

15

  rlca

16

  jr  nc,as1inp

17

  in0  a,rdr1

18

  ret

An dem Thema mit den Jumpern bin ich auch schon verzweifelt. Ich baue 
gerade eine Doku dazu auf (www.retro-compi.de), bin aber noch nicht bei 
der ECB angekommen (intern schon vorbereitet) mit der Doku.

Marcel A. schrieb:
> An dem Thema mit den Jumpern bin ich auch schon verzweifelt.

Da muss ich wohl nochmals ran... Aber ihr habt natürlich Recht, für mich 
ist die Funktion der Jumper ja klar, weil ich sie genau so eingebaut 
habe.

Ich kenne nur TP 3.01a - damit bin ich auf dem PC groß geworden.

Und den Rest findet Google, da gibt es tolle Seiten mit endlos Software. 
Habe bei mir inzwischen vieles zusammengestellt. Nimm dir einfach ein 
8mb leeres Images und packe das mit den cpmtools drauf. Ist hier im 
Thread oder auf meiner HP erklärt.

Ich hoffe, das hier geht.


> oder aber der slr180 von
> http://www.classiccmp.org/cpmarchives/cpm/Software/rlee/S/SLR%20SYSTEMS/SLR180/
> ist kaputt.

Eher nicht. Ich glaube, ich habe den gleichen.

Hier mal der aktuelle Stand meines "Speicherbildes", welches ich im 
Rahmen meines "CP/M Selbststudiums" unter Leo's Anleitung erstellt habe.

Es passt zu folgender Einstellung hinsichtlich BDOS:
 BNKBIOS3 SPR  F900  0500
 BNKBIOS3 SPR  C600  2A00
 RESBDOS3 SPR  F300  0600
 BNKBDOS3 SPR  9800  2E00

(Leo's aktuelles CPM hat das BDOS erst bei F400, so dass sich ein paar 
100 Bytes mehr ergeben für den TPA).

Jetzt muss ich noch meine "Hausaufgabe" lösen, warum die top page FE ist 
statt FF und was in den obersten 256 Bytes steckt. Fudel-Tipps 
willkommen :-)