Forum: Mikrocontroller und Digitale Elektronik Zeta SBC V2 Z80 mit Floppy Disk

Christian J. schrieb:
> Bisher komme ich nicht mal an die Platinen

Kein Wunder. Z80 und Floppy sind so gut wie tot. Der Z80 Kern lebt in 
Form von Mikrocontrollern noch weiter, aber nicht als nackte CPU.

Stefanus F. schrieb:
> Kein Wunder. Z80 und Floppy sind so gut wie tot.

Stefanus... das sind Retro-Projekte. Und die Chipse kriegt du 
nachgeworfen, habe selbst etliche davon. Ne 1.4M Floppy habe ich auch 
noch. Es geht nur um die Platinen des Zeta, da reagiert keiner mehr bei 
den e-mail Adressen, die auf der Support Seite stehen.

Ich frage nur ob die Kiste schon mal jemand gebaut hat und wie seine 
Erfarungen damit sind. Das N8VEM Projekt ist mir ne Nummer zu gross.

Ok, für den Preis unschlagbar!

https://www.ebay.com/itm/PCB-Zeta-SBC-V2-ParPortProp/383033326094?hash=item592e90ba0e:g:i8oAAOSwSRJcipaT

Frank K. schrieb:
> weniger retro, deutlich mehr Wumms.

Ach Frank... wenn ich eine Harley anwerfe, dann will ich ja auch das 
Hämmern der Kolben hören und den Qualm aus dem Auspuff sehen - auch wenn 
Klima-Greta das nicht passt). Sonst würde ich mir ja eine Kawasaki ZX-12 
R Ninja kaufen mit 178 Mhz, ähm PS, die 300 km/h läuft.

Und bei dem Board kann man den Bits zuschauen, wie sie tackern.

Hallo !

Ich habe mir das Zetasystem nachgebaut. Funzt Super. Meine ganzen
alten Projekte kann ich jetzt wieder übersetzen. Gucke mal auf

https://www.retrobrewcomputers.org

da habe ich meine Platinen her. Ich baue mir gerade ein ECB-System
auf.

S. R. schrieb:
> Direkte Zugriffe laufen über die BIOS-API, die BDOS-API arbeitet auf dem
> Dateisystem.

Also genau wie bei DOS, der INT 21h... ?

hbl@hbl.de schrieb:
> Ich habe mir das Zetasystem nachgebaut. Funzt Super. Meine ganzen
> alten Projekte kann ich jetzt wieder übersetzen. Gucke mal auf

Habe mir die Platinen für 18 Euro aus Russland bestellt, mal gucken ob 
sie ankommen. Bausätze gibt es zwar auch aber das meiste habe ich eh 
hier zu Hause dank Holm Tiffe :-)

In meiner "Virenzeit" war es so, dass man über das Bios nur auf LL 
Funktionen zugreifen konnte, über das DOS aber dann auch ein richtiges 
FS hatte, was über den INT21H mit seinen 1000 Funktionen aufgerufen 
wurde.

S. R. schrieb:
> Rate mal, bei wem DOS diese Struktur kopiert hat. :-)
> Das CP/M-BIOS entspricht IO.SYS (systemabhängig), das CP/M-BDOS

https://www.i8086.de/dos-int-21h/dos-int-21h.html

Geil,l fühle mich wieder wie mit 22 als ich meinen ersten 386er bekam 
und nichts anders zu tun hatte als .com und .exe Viren zu schreiben :-) 
Bis meine Kiste total infiziert war und nichts mehr lief. Den Int21h 
konnte man Tracen über die 8086 Singe Step und alles abklemmen, was sich 
da rein gehängt hatte.
War damals stolz wie Oskar, dass der Quelltext im 40Hex Magazin 
veröffentlicht wurde, dem damaligen Hacker Szene Magazin. Natürlich 
hatten dann die Scanner Hersteller ihn auch gleich, obwohl er niemals 
frei war. Ok, 1994 war das wie ich grad sehe.

https://malware.wikia.org/wiki/Shark

Das waren noch Zeiten...

In den 90er Jahren hatte ich als gerade eben Erwachsener für die Telekom 
einen Floppy-Treiber geschrieben, bei dem man den Zugriff auf die 
Laufwerke temporär sperren konnte. Als Seiteneffekt war er fast 2x so 
schnell ("neuere" Laufwerke ermöglichten das).

Meine Hauptaufgabe bestand darin, den Interrupts 21 auf einene TSR 
Routinen umzubiegen, die den Zugriff aufs Floppy Laufwerk abwickelten.

Christian J. schrieb:
> Natürlich
> hatten dann die Scanner Hersteller ihn auch gleich, obwohl er niemals
> frei war

Wäre ja absurd, wenn Antivirensysteme einen Virus nicht erkennen dürften 
wegen des Urheberrechts daran - aber bei Juristen ist natürlich alles 
möglich.

Georg

hbl@hbl.de schrieb:
> Hallo !
>
> Ich habe mir das Zetasystem nachgebaut. Funzt Super. Meine ganzen
> alten Projekte kann ich jetzt wieder übersetzen. Gucke mal auf
>
> https://www.retrobrewcomputers.org
>
> da habe ich meine Platinen her. Ich baue mir gerade ein ECB-System
> auf.

Hi,

habe die Platinen bekommen. Dabei ist auch eine mit SD Kartenslot. Hast 
du eine Bezugsquelle für das Chipset? Es würde ein Vermögen an 
Versandkosten kosten das alles einzeln zu bestellen, da alle Chips ja 
sehr betagt sind. Und die z80 CPU soll angeblich 8 Mhz haben, damit die 
Floppy betreibbar ist. Habe das Laufwerk schon hier, 3.5z. Nur  mit 8Mhz 
finde ich keine Z80 CPU, die enden bei 6Mhz.

Diesen Müll hier hatte ich schonmal, die stiegen schon ab 3.5 Mhz bei 
mir aus auf dem Board, was ich damals gebaut habe. Irgendwelche Klone.

https://www.ebay.de/itm/2PCS-Z84C0008PEC-DIP-40-Microprocessors-MPU-8MHz-Z80-CPU-XT/123209404028?hash=item1cafda4e7c:g:HgEAAOSwNYtb9j5b

moin,

>>z80 CPU soll angeblich 8 Mhz haben

in meinem System hat damals ein µPD765 die Floppy gesteuert, der z80 
Takt war davon unabhängig.
Die Baugruppe liegt noch irgendwo.

Die z80-CMOS-CPU hatte ich mit 10MHz getaktet...und Ladder konnte nicht 
mehr gespielt werden, einfach zu schnell.

Hat das Teil auch eine RAM-Disk?

Viel  Spass.
Peter

Pieter schrieb:
> Hat das Teil auch eine RAM-Disk?

Nee, aber wohl Banking über 8x64kb. Und eine SD Floppy, die über einen 
Propeller angesteuert wird. Floppy geht direkt dran. Bin da auch erst am 
Anfang, wird wohl der Winter drüber vergehen.

http://www.malinov.com/Home/sergeys-projects/zeta-sbc-v2

Nachtrag:
Farnell hat noch 3 Stück:

https://de.farnell.com/zilog/z84c0008peg/cpu-z80-8mhz-84c00-dip40/dp/1081890

Pieter schrieb:
> Farnell hat noch 3 Stück:

Da können nur Gewerbliche bestellen. Oder aus GB halt:
https://www.ebay.de/sch/i.html?_from=R40&_trksid=m570.l1313&_nkw=Z84C0008PEG&_sacat=0

Christian J. schrieb:
> Nur  mit 8Mhz
> finde ich keine Z80 CPU, die enden bei 6Mhz.

Dann kauf dir bei Ali einen Z80 für 20 MHz. Die gibt's.

Das Problem ist, daß es kaum zu 20 MHz passende PIO, CTC, SIO gibt. 
Sowas sollte man also bei so einem Retro-Projekt vermeiden. Abhilfe: 
FT245 für's "serielle", CPLD für alles andere.

W.S.

W.S. schrieb:
> Dann kauf dir bei Ali einen Z80 für 20 MHz.

Ich kaufe das so, wie das für das Projekt richtig ist. Alles andere 
führt nur wieder dazu, dass nachher nichts mehr funktioniert. Das Ding 
haben schon hunderte aufgebaut, ist vom N8VEM Projekt abgeleitet worden.

Die vielen 74er klicke ich mir wohl bei Reichelt zusammen, glaube da 
kriegt man die auch einzeln. Floppycontroller liegen so um die 15 Euro 
bei ebay.

Pieter schrieb:
> Die z80-CMOS-CPU hatte ich mit 10MHz getaktet...und Ladder konnte nicht
> mehr gespielt werden, einfach zu schnell.

Moin,

ich habe die Platinen und bei Reichelt auch die meisten Bauteile 
bestellt. Bevor ich das Teil zusammen zimmer frage ich mal bescheiden. 
Wenn ich da CPM aufspiele mit den Treibern für die Floppy.... wie könnte 
ich das System in C programmieren? Assember ist keine Option mehr, fange 
ich nach 25 Jahren ohne nicht mehr mit an.

Gab oder gibt es für CPM C Compiler? SDCC wäre eine Option aber dafür 
braucht man kein CP/M und hat eben kein OS drunter liegen.

Das System muss ja für irgendwas gut sein, es wird erstmal per VT100 
visualisiert auf einem PC. Einen VGA Monitor Anschluss bekommte es 
später, wobei ich jemand finden muss, der mir einen Propeller Chip 
programmiert.

Betrieben wird es mit RomWBW https://github.com/wwarthen/RomWBW
was selbst vollständig in Assembler geschrieben ist. Die Images sind 
512kb gross, wobei ich noch nicht weiss, wie die in einem 64kb 
Adressraum verarbeitet werden.

Ingolf O. schrieb:
> Da ich das unbestimmte Gefühl nicht loswerde, dass Du das Projekt noch
> nicht ausreichend genug studiert hast, gebe ich Dir mal diesen Link, der
> mich massgeblich inspirierte =>

Es ging um die Frage: Ist auf dem Ding eine "hostet" C Entwicklung 
möglich? Ohne irgendwelchen Cross-Compiler Geschichten. Und wenn 
Cross-Compiler, dann Idealerweise per Hex Upload oder direkt auf dem Z80 
selbst (wie eben UCSD Pascal auf dem Apple II) Und diese Seite kenne ich 
nahezu auswendig.

Bisher habe ich "free-standing" mit SDCC gemacht für meinen Z80 Bau von 
2015. Ohne OS dahinter aber eben leider auch ohne jede Peripherie wie 
Floppy usw. usw. Kein Int21 Interrups, kein BIOS was mir hilft....

Christian J. schrieb:

> Es ging um die Frage: Ist auf dem Ding eine "hostet" C Entwicklung
> möglich? Ohne irgendwelchen Cross-Compiler Geschichten.

Für CP/M gab es Turbo Pascal. Authentisch wäre damit zu arbeiten. C war 
damals im Kleincomputer-Bereich noch nicht wirklich verbreitet.

Du kannst den BDSC-Compiler ausprobieren: 
https://www.bdsoft.com/resources/bdsc.html

Danke für die Vorschläge

Ich muss mich da erstmal durcharbeiten. In jedem Fall ziehe ich einen C 
Compiler vor, auch wenn ich damals Pascal gelernt habe 1983 als erste 
Sprache. C und das idealerweise ohne dass ein PC dran muss. Code sollte 
natürlich ok sein, C89 bzw K&R erfüllt sein. Und möglichst auch Dead 
Code Elemination, was nicht gebraucht wird im Aufruferbaum, wird nicht 
erzeugt. Der SDCC lässt zb ja alles stehen was man schreibt.

Klingt aber schon alles echt gut! UCSD Pascal war damals der Standard 
bei uns, auch für Stundenplan Programme usw.

Eric B. schrieb:
> Das müsstest du dann sdcc beibringen. Zumindest bräuchtest du einen
> Ersatz für den standard crt.o (was die globale Variabelen initialisiert
> und dannn dein main() aufruft) und ein bisschen Code womit du die CP/M
> Funktionen aufrufen kannst.

Ich habe vor 3 Jahren eine .crt.0 für mein System zusammen gestrickt. Es 
war möglich, leere Funktionen mit Zeigern auf feste Adressen abzulegen. 
Print und NCurses lagen im ROM fix und fertig. Musste man nur noch 
Zeiger drauf legen und konnte am PC das Programm schreiben, was dann per 
Hex Upload hoch ging mit 9600 baud.

Idealerweise gibt es so eine .crt.o ja schon für CP/M.

Rene V. schrieb:
> für C Compiler und andere CP/M SW verweise ich mal wieder auf mein
> Lieblingsimage, bei dem ich für Multicomp und NKC immer wieder gern
> zugreife:

Mal gebookmarked, klingt sehr gut! Habe nur später an meinem Z80 eine 
Floppy dran aber das kriege ich schon irgendwie hin.

Ich frage nochmal, bevor ich da los löte:

Ich habe Pltinen bekommen aus Russland, das Mainboard und noch eine mit 
einer Halterung für SD Karte. Und ein Testfeld ist da auch noch drauf 
mit Lötpads.

Wofür ist diese "ParPortProp" Platine noch alles? Ich will auf jeden 
Fall die 3.5z Floppy dran schrauben, daher brauche ich wohl eher keine 
SD. Floppy war mir mehr "Retro", außerdem sägt die so schön.

Es scheint da noch ein Board zu geben für VGA Grafik. Oder? Ich bleibe 
aber erstmal bei meiner klass Lösung, ein FTDI Adapter und das Ganze 
nach minicom oder Putty umleiten auf dem PC.  Mit der Kommandozeile 
müsste genug zu machen sein.

Georg G. schrieb:
> Tu dir selbst einen Gefallen und lass die SD-Karte aktiv. Als
> Festplattenersatz ist so etwas unschlagbar.

Ja, ok.... nur wird sie kaum lesbar sein am PC denke ich. Eingebaut wird 
sie, muss mich aber sowieso noch stundenmlang da einlesen und 
einarbeiten, die Zeiten von DOS und Apple II sind lange vorbei bei 
mir....

Aber da ist ja noch mehr rauf als die SD Karte und wohl ein Propeller 
Chip als Interface.

Kannste nicht mal ein wenig mehr über das System erzählen?

Ich habe mir gerade 2 Reh CPU-280 aufgebaut, FDC, 1MB RAM und Z280 on 
Board.
Nettes Spielzeug, kann u.a. auch 1,6MB auf 3,5" HD Disketten.

Gruß,
Holm

Hallo,

ich wollte nur mal fragen, wer auch den Zeta SBC aufgebaut hat? Da war 
noch eine zweite Platine dabei mit einer SD karte und einem "Propeller" 
CPU. Von der weiss ich noch nicht wie ich einen "Propeller" überhaupt 
programmieren soll?

Habe die CPU Platine per Hand verlötet erstmal. Leider viele Fehlstellen 
unter dem Mikrospkop in der Firma zu sehen. Die Pads und Vias sind zu 
klein, zu dichte Masse an Pads, keine Thermal-Pads verwendet worden usw. 
Hätte die mal besser auf die Welle legen sollen.

Falls einer es hat: Welchen Wert braucht dieser eine Quarz Osc der mit 8 
Mhz bezeichnet ist auf der Platine? Auf allen Fotos sieht man nämlich 20 
Mhz.

Und wofür ist diese "Propeller" Platine? Den Datenspeicher macht doch 
die Floppy dachte ich.

Christian J. schrieb:

> Und wofür ist diese "Propeller" Platine? Den Datenspeicher macht doch
> die Floppy dachte ich.

Das ist eine Erweiterung mit VGA, PS/2-Tastatur, SD-Karteninterface und 
Lautprecher. Das Projekt ist hier beschrieben: 
http://www.malinov.com/Home/sergeys-projects/parportprop

Ok, die Seite kenne ich ja und habe die mal ausgedruckt.

Und wie kriege ich die Firmware in diesen "propeller"? Die Baustelle 
wollte ich eigentlich nicht aufmachen.

Ok, die steht im EEPROM drin. Aber bisher keinen Erfolg bei der Suche 
nach der Firmware bzw dem zu brennenden Bits. Alle Seiten sind tote 
Links, die ich danach absuchte. Prommer habe ich ja..

Ingolf O. schrieb:
> Schau mal dort =>
> 
https://www.retrobrewcomputers.org/doku.php?id=software:firmwareos:romwbw:start#romwbw

Wenn Du mir sagst wo das Binary Image des I2C EEPROMs ist.....

Supports ParPortProp (video, kbd, SD Card)

Irgendwie kann ich mir nicht vorstellen, dass das da beim Booten 
reingeladen wird, da das ganze System keinen i2C Bus hat. Der Propeller 
zieht sich das wie ein FPGA ja beim Booten rein.

Stefan ⛄ F. schrieb:
> Christian J. schrieb:
>> Bisher komme ich nicht mal an die Platinen
>
> Kein Wunder. Z80 und Floppy sind so gut wie tot. Der Z80 Kern lebt in
> Form von Mikrocontrollern noch weiter, aber nicht als nackte CPU.

Was bist Du den für ein Vogel?
Doch nicht der nette Stefan Frings?

???

und kompetente.....

Ich danke euch erstmal, lade das gleich zu Hause dann runter.... und 
spiele es in ein E2Prom ein mit dem China-Prommer. Notfalls auch 
Arduino, je nachdem was geht.

Grad mal die Platine überprüft auf "kalte lötstellen". Die 3 
Oszillatoren sind bei mir bestückt wie geschrieben. Ich habe nur eine 
8Mhz Z80 CPU und drunter, also 4 und NMOS mit 2Mhz. 20 Mhz sind also 
falsch? Der Floppy Adapter muss ja auch eine fixe Frequenz haben.

Christian J. schrieb:
> Ich danke euch erstmal, lade das gleich zu Hause dann runter.... und
> spiele es in ein E2Prom ein mit dem China-Prommer. Notfalls auch
> Arduino, je nachdem was geht.
Wenn an dem Propeller eine serielle Schnittstelle zum PC dran ist, 
sollte man auch mit der Entwicklungssoftware von Parallax den EEPROM via 
Propeller beschreiben können.

Ich baue erstmal die Hauptplatine auf und habe dazu einiges bestellen 
müssen, was noch länger dauert, da ich nicht bei jedem Lädchen einen 
neuen Account anlegen will. der FDC aus China wird hoffentlich 
funktionieren. Denke mal, dass ein Text CP/M damit möglich ist auf einem 
VT100 Terminal zb minicom. Mit der PartPropCrd wird dann auch wohl 
einfache CGA Frafik möglich sein schätze ich mal.

Sergej hat auch grad das x-tausenste "Z80 Minimal System" mit Platine 
veröffentlicht.

Moin,

inzwischen sind 99% der Bauteile drauf, einige fehlen noch aber kommen 
sicher irgendwann geliefert.

Mal eine Frage zu dem Memory Mapping. Ich habe einen ganze normalen Z80 
mal gebaut mit 16kb ROM und 48kb RAM. Fix und nicht veränderbar.

Was soll das jetzt bei dem Zeta? Da ist ein 512kb Flash ROM drauf, was 
sich auf 4 je 16kb Bänke abbilden lässt? Also 32 einzelne Seiten? 
Weiterhin sind auch 512kb RAM verbaut, die sich wohl ebenfalls "mappen" 
lassen?

Wie soll denn da ein Programm laufen, was im Code hin und her springt? 
Kann da im laufenden Betrieb einfach so geswitched werden?

Gibt es da vielleicht eine Grafik, die das alles etwas mehr verdeutlicht 
und auch warum das so gemacht wurde? Ich habe ja nicht 32 verschiede 
CP/M Versionen drauf....

Gruss,
Christian

http://www.malinov.com/Home/sergeys-projects/zeta-sbc-v2

Memory Banks and Paging
The 64 KiB Z80 memory address space is divided into four 16 KiB memory 
banks:
Bank #0 (0000h - 3FFFh
Bank #1 (4000h - 7FFFh)
Bank #2 (8000h - 0BFFFh)
Bank #3 (0C000h - 0FFFFh)

The physical memory (512 KiB Flash ROM and 512 KiB SRAM) is divided into 
16 KiB pages:
Pages 0 - 31 are mapped to the Flash ROM: page #0 starts at ROM address 
00000h, and page #31 ends at ROM address 7FFFFh.

Pages 32 - 63 are mapped to the SRAM: page #32 starts at RAM address 
00000h, and page #63 ends at RAM address 7FFFFh.

Page select registers are used to map physical memory pages to the banks 
in Z80 address space:
MPGSEL_0 (78h) - Page select register for bank #0
MPGSEL_1 (79h) - Page select register for bank #1
MPGSEL_2 (7Ah) - Page select register for bank #2
MPGSEL_3 (7Bh) - Page select register for bank #3

S. R. schrieb:

> Da CP/M 2.2 von sowas nie gehört hat, mappst du einfach vier
> verschiedene RAM-Pages in die vier Bänke und lässt das so. Damit werden
> alle Programme glücklich.

Ich glaube das werde ich auch tun. Ich will CPM ja nur benutzen, nicht 
umstricken. ROMBW runterladen und glücklich sein. Ist ja alles in ASsm 
geschrieben und ich will C machen. Gucken wie ich den SDCC da mit 
einbringen kann und ob überhaupt. Müsste doch möglich sein Hex Files up 
zu loaden mit X-Modem oder etwas ähnlichem.

Wie ist die denn die engültige Konfiguration? Liegt CPM im RAM, weil es 
beim Booten geladen und geswitched wurde? Oder bleibt da etwas ROM unten 
oder oben im Speicher? 64 kb sind ja 4 x 16kb, also 4 Bänke.

Joerg F. schrieb:
> Ich habe das Teil schon in zweifacher Ausfertigung aufgebaut.
> Davon einmal sogar in einem alten Zenith Laptopgehäuse.

Moin,
habe alles fertig gelötet, nur der Floppy Chip ist noch unterwegs aus 
China. Welche ROMWBW Verfsion muss man denn flashen? Stelle grad fest, 
dass die TopWin Software für den TLS866 den Dienst verweigert, weil sie 
zu alt ist. Wer baut denn sowas ein? Die lief doch. Ok, Update habe ich 
jetzt aus China. SST Chip wird erkannt und programmmiert.

Gibt da für den Zeta Images .bin in 44kb und eines .rom mit 512kb.

Welches nun?

Gruss,
Christian

Ok,

man muss wohl das 512kb Image brennen. Leider läuft nichts, die Platine 
zieht 5ma und die grüne LED brennt (die auch noch falsch herum war). 
Sonst alles kalt, nichts zieht Strom bei voller Bestückung.... und ohne 
Oszi wird das wohl kaum zu finden sein. Die TTL's haben alle Spannung an 
GND und Vcc, den Rest habe ich noch nicht überprüft, weil ich da die 
Pins erst heraus suchen muss.

Grumpf.... war ja teuer genug das Ganze.

Liegt ein Takt an?

Gruß,
Holm

Christian ne bewährte Methode beim Z80 ist es, /Wait erst mal auf Masse 
zu verdrahten und dann /reset. Dann bleibt das Ding im ersten 
Befehlsholezyklus auf der Adresse 0 stehen. Da kann Du in Ruhe 
durchklingeln ob das erste Byte wie vorgesehen an der CPU ankommt.
Gruß,
Holm

holm schrieb:
> Liegt ein Takt an?

Genau das habe ich selbst mit einem Multimeter verneinen können! 4.99V 
auf Takt Pin. Möglicherweise ist der alte 8 Mhz Oscillator aus der 
Wühl-Kiste defekt. Alles andere war neu, der war ausgelötet. Also neue 
bestellen.....

Christian J. schrieb:

> Genau das habe ich selbst mit einem Multimeter verneinen können! 4.99V
> auf Takt Pin. Möglicherweise ist der alte 8 Mhz Oscillator aus der
> Wühl-Kiste defekt. Alles andere war neu, der war ausgelötet. Also neue
> bestellen.....

Leg mal den unbenutzten Pin der Oszillatordose (Pin 1?) an VDD oder an 
Masse. Manche Oszillatoren haben dort einen OE-Eingang zum Einschalten.

Wenn der Takt da ist, der Z80 aber trotzdem spinnt, dann schalte 330 Ohm 
von CPU_CLK nach VDD. Mit dem Oszi gemessen muss die High-Phase an die 
VDD rankommen. TTL-High mit 3 V reicht hier nicht.

Hab schon neue Oscis bestellt.... erstmal alles ausschliessen was auf 
defekte Bauteile hindeuten koennte. Dann weitersehen. Und vielleicht mal 
wieder ein altes Oszi kaufen, analog reicht ja fuer einfache Dinge.

Christian schrieb:
> Und vielleicht mal
> wieder ein altes Oszi kaufen, analog reicht ja fuer einfache Dinge.
Prinzipiell ja, aber zum Debuggen von Digitaltechnik würde ich immer 
zu einem Speicheroszi greifen.

Die Kombination eines guten Analogoszis zur Bewertung der 
Signalintegrität (Flanken, Pegel, Überschwinger) mit einem preiswerten 
Protokollanalyzer (Saleae bzw Plagiat desselben) zur Bewertung der 
digitalen Aspekte tut es genauso.

Bernd schrieb:
> Prinzipiell ja, aber zum Debuggen von Digitaltechnik würde ich immer
> zu einem Speicheroszi greifen.

Mache ich gerne, sobald ich aus der Unterhaltszahlung für meine Kinder 
raus bin :-)

Neuer Quarz ist drin, gleiches Ergebnis. Von den 8 Z80 die ich hier habe 
+ den DDR Nachbau zieht er 120ma bei einer CPU mit gelbem Aufdruck und 
10ma bei allen anderen. Die CPU spielt aber in meinem ersten Aufbau und 
der ist handverdrahtet, Fädeldraht für Fädeldraht durch die Kämme. Mein 
Bastelrechner zieht rund 600ma - 1.5A, je nachdem ob da NMOS drin sind 
oder CMOS Steine. Die Sowjet Modelle des 8255 sind da sehr hungrig.

FTDI Konverter für Sub-D9 habe ich noch nicht, der ist noch aus China 
unterwegs.

Falls jemand Spass dran hat würde ich diesem mangels Equipment mal gern 
das Brett schicken und auch sämtliche CPU's dazu. Sauberer Aufbau, alles 
unter dem Mikroskop geprüft. Ich brauche Oszis 1 x in 2 Jahren, dafür 
lohnt es einfach nicht. Sealea Logic habe ich auch aber den nutze ich 
nur für I2C und SPI Protokolle. Die sind ja fest eingestellt.

Vielleicht ist die Platine auch nicht so ganz ok, kam ja aus Russland 
bestellt. Wer weiss...

Joerg F. schrieb:
> Hast du an der CPU mal mit Logiktester geprüft, was
> alles dort ankommt und eventuell mal alles unnötige wie den 82c55 sowie
> den FDC runter?

Alles noch nicht, dass meine Ausrüstung sehr schmal geworden ist. Ich 
gucke mal ob ich mir einen Oszi leihe und warte auch erstmal auf das 
Adapterkabel. Ich kriege das schon hin, der Fädelaufbau lief auch zuerst 
nicht, weil da eine Masse in der Luft hing. Alles durchmessen, Chip für 
Chip runter usw.
Da reicht ja eine schlechte Lötstelle irgendwo und das ganze System 
steht still. Jedenfalls leuchtete grad schonmal die rote HALT LED als 
ich beim Messen war. Also irgendwas tut sich.....


Ich melde mich, wenn ich da weiter bin.

Kannst Du Dir nicht aus ein paar Gattern einen einfachen Logiktester 
basteln?
Gruß,
Holm

Ich schau mal nach nem Oszi.... ab 25 Euro gibt es die ja schon...

https://www.ebay-kleinanzeigen.de/s-oszilloskop/k0

Ok, schon gekauft, wird morgen abgeholt :-)
50 Ocken + Fahrtkosten für 60km.... für nen 100er nicht schlecht.

Ha das Ding mit dem Ozszi überprüft, es spielt mit 2 CPUs (Z0840006PSC 
Typen, gelber Aufdruck), mit den anderen 6 springt er nicht an. Kann 
sein, dass 8 MHz zuviel für diese sind. Stromaufnahme ist 120mA ohne den 
Floppy Chip und 230 mit dem WD37C65... schon etwas seltsam, dass der 
soviel zieht. Habe zwei Stück NOS Ware von 1987, beide das gleiche Bild. 
Passt aber zu einem Video über den Rechner.

Mehr, wenn mein FTDI Adapter da ist, habe kein Sub-D mehr hier und mit 
Kabel da drin rumstochern will ich nicht.

Finde ich auch etwas seltsam, grad noch eine 8 Mhz CPU geordert aber der 
Rest muss ja auch dazu passen und 8 Mhz waren damals nicht so üblich. 
Die waren alle eher langsamer. Und mein Z80C30A CTC Baustein ist Grade A 
was seine Taktrate angeht, also 2.5Mhz. Also da auch noch die 8Mhz 
Variante bestellen.... es wird langsam teuer... 140 Taler schon.

Hallo,

die 8Mhz Chips sind schon da. Stromaufnahme des Boards: 20mA! Mit Floppy 
Chip sind es 210mA Auf vielen Leitungen zappelt es, der Adressbus ist 
lebending aber auffällig ist, dass kein einziger IO Request beim Starten 
erzeugt wird. Auf keiner der blau markierten Leitungen tut sich was, 
auch weil das Enable G2B nie kommt. Auf RD ist viel los an der CPU, auf 
WR so gut wie nichts. Die CPU scheint zu arbeiten aber das Drumherum 
nicht.

Das Signal fiel mir auf an einigen Datenleitungen des Flash ROM. 
Seltsam.
Ok, es wird angesteuert und es kommt was raus. Nur was... hin und wieder 
leuchtet die HALT LED, irgendwann kommt sie.

Und auch auf den Ausgängen des 16C550 bleibt es ruhig. Natürlich auch 
dann auf RX/TX am MAX232. Takt usw liegt an überall. Spannung auch. 
Sicherheitshalber nochmal fast alle Lötstellen angeschmolzen.

Ich bin mit meinem Latein am Ende und dem was ich mit einem einfachen 
Oszi ergründen könnte. Und ich kenne das System nicht gut genug. Bei 
meinem Eigenbau (handverdrahtet) konnte ich schon beim Bau alles prüfen, 
jede Leitung. Das spielte dann auch. Hier weiss ich nicht mal, ob die 
Platine überhaupt in Ordnung ist.

Jetzt müsste mir jemand helfen, der das Ding schonmal gebaut hat und ich 
schicke es ihm samt aller doppelten Chips (habe alle 2-fach bestellt) 
oder es wird eine weitere (teure) Leiche im Schrank :-(

Frust :-((((

Joe G. schrieb:
> Der richtige Tipp zur Fehlersuche kam doch schon. Einfach eine
> Step-Logik aufbauen und dann Schritt für Schritt die ersten Befehle
> abarbeiten.

Jörg... bitte! Ich debugge doch nicht das gebrannte CPM System, weil ich 
keine Ahnung habe was da drin passiert. Zudem auf dem Ding nicht nur 1 
Takt drauf ist sondern 3. Ich habe kaum Ahnung wie eine Z80 ihre Daten 
holt, wo da welches Bit rumwuseln muss. Das wuselt ne Menge auf den 
Bussen, also läuft die CPU ja. Sonst würde sie stehen bleiben per HALT 
etc. Nur irgendwo ist der Wurm drin oder eine Leiterbahnunterbrechung. 
Allein schon das Page Mapping... wenn man das bloss abschalten könnte.

Christian J. schrieb:

> Jörg... bitte! Ich debugge doch nicht das gebrannte CPM System, weil ich
> keine Ahnung habe was da drin passiert. (...)

Dann mach Dir doch eigene EPROMs. Erstmal eins mit lauter NOPs drin, 
dann sollte die CPU einfach als Binärzähler arbeiten. D.h. an jeder 
Adressleitung muss ein Rechtecksignal zu messen sein.

Dann ein Programm rein was in Endlosschleife eine I/O-Adresse anspricht 
und schauen ob der zugehörige /CS reagiert. Und so weiter.


Die MMU würde ich erstmal totlegen. RAM-Chips raus und A14 mit A14 und 
A15 mit A15 verbinden, A16 und A17 auf Masse.

soul e. schrieb:
> Dann mach Dir doch eigene EPROMs. Erstmal eins mit lauter NOPs drin,
> dann sollte die CPU einfach als Binärzähler arbeiten. D.h. an jeder
> Adressleitung muss ein Rechtecksignal zu messen sein.

Ja, das klingt vernünftig. Als ich damals mein Z80 Rechner gebaut habe, 
habe ich das auch so gemacht, nach jedem Schritt getestet und dann 
weiter gebaut.
Problem ist nur hierbei, dass ROM und RAM durch einen Mechanismus 
gemapped werden, also die "MMU". Da kann nicht einfach floaten. Das 
Flash ist voll, da sind 512kb drin. CPM 2.3 hat keine 512 KB.

Mannomann... 20 Jahre mit Mikrocontrollern versauen einen ganz schön. Da 
kann der Fehler nur außerhalb liegen. Und selbst mit RAM dran waren die 
noch einfach, zb der Cortex M3.

EPROMs passen übrigens nicht rein, da ist ein Flash drin mit einem 
anderen Pinning als normale EPROMs. Davon habe ich dutzende, 16kb und 
8kb.

PS: Der Z80-Gott Leo hat sich gemeldet, glaube er hat auch die Stamp 
gebaut und programmiert.... das gibt Hoffnung :-)

Christian J. schrieb:
[..]
> Ich habe kaum Ahnung wie eine Z80 ihre Daten
> holt, wo da welches Bit rumwuseln muss. Das wuselt ne Menge auf den
> Bussen, also läuft die CPU ja. Sonst würde sie stehen bleiben per HALT
> etc. Nur irgendwo ist der Wurm drin oder eine Leiterbahnunterbrechung.
> Allein schon das Page Mapping... wenn man das bloss abschalten könnte.

Halb so wild Christian.

An der CPU gibts die Signale /MREQ, /RD, /WR und /IORQ.

Nach Reset holt das Ding mit /MREQ und /RD auf der Adresse 0 die Daten 
aus dem ROM (/M1 Maschinenzyklus 1) ist dabei aktiv. Danach werden die 
Signale wieder inaktiv und die nächste Adresse wird auf dem BUS gelegt, 
wieder /MREQ und /RD usw.. /IORQ wird bei einem IO Request aktiv. Das 
ist schon die Hauptsache dessen was man wissen muß. Ein Low an /Wait 
zwingt die CPU zu warten ..bis der Speicher mal fertig ist und das /Wait 
wieder weg nimmt.
Das läßt sich Klasse zum Debuggen verwenden, wenn man /Wait mit einem 
Chip Select eines RAMs, ROMS oder IO-Bausteins verbindet, bleibt die CPU 
beim ersten Zugriff darauf stehen und man kann dann statisch nachmessen 
ob beispielsweise die Daten korrekt anliegen. Ein /BUSRQ schaltet die 
ganze CPU hochohmig, Du kannst dann von extern z.B. mit einem Arduino 
o.Ä. untersuchen
was passiert wenn Du extern steuerst.

/RFSH wäre noch anzumerken, nach jedem Befehl wird da ein Refreshzyklus
für dynamische RAMs eingeschoben, wirst Du wohl aber nicht da dran 
haben.

Gruß,
Holm

Ok Holm, danke für die Ausführungen.

Ich muss jetzt erstmal nachdenken und vor allem den Frust abbauen. Ich 
glaube schon, dass die CPU arbeitet, da ist ja ununterbrochen Musik auf 
den Leitungen. Nur auf einigen nicht wo ich es vermuten würde.

Erstmal Kaffee machen... ganz ruuuuhig Christian.... und wieder 
runterkommen....

Ok,

glaube ich habe da was... auf A0... A4 liegen jeweils auftsteigend 
halbierte Frequenzen, d.h. er zählt einfach nur hoch und das dauernd. M1 
ist da, MREQ ist da. Da sieht so aus als hole er sich nur Nullen aus dem 
Flash ROM raus. Würde er arbeiten würde da ja auf Ax wuseln, Sprünge 
usw.

Ok.... weitermachen....

Edgar S. schrieb:
> Baue dir doch einfach einen NOP-Sockel den Du anstelle des Flash
> reinsteckst.

Glaube das FLash ist auch so schon ein NOP Sockel.... :-( Zumindest im 
Eprommer ist aber alles da, ist voll.

Joerg F. schrieb:
> Was hindert dich denn dran, den Flash mal kurz umzuprogrammieren?

Zur Zeit eigentlich nichts. Aber da ich weiss dass der Fetch-Zyklus 
funktioniert tut das nicht not. Da sind alle Signale da, die sein
müssen. Die Platine ist zudem grad auf dem Postweg zu jemand, der Spass
an sowas hat, erheblich mehr Ahnung als ich und bei dem ich mich 
erkenntlich zeigen werde.

Der Thread wurde damals ganz schön lang.... aber er lief mit super Hilfe 
aus diesem Forum hier. Aber da war ich arbeitslos und hatte den ganzen 
Tag Zeit von morgens bis abends. 5 Jahre her...

Beitrag "Retro Fieber: Z80 oder 68000 ?"

Hallo,

zunächst einmal möchte ich mich bei Leo (rapid) ganz herzlich bedanken 
für die schnelle Unterstützung. Das Paket mit allem Zeug war abends um 
16 Uhr in der Post und am nächsten Tag schon bei ihm.

1. 1k Resistor Array als Pull Down vergessen, der war so eng zwischen 
zwei Sockeln, dass ich den übersehen hatte. Klar, dass die CPU in HALT 
ging, wenn ich die Finger dran hielt. Die Adressleitungen waren ja 
floatend. Zudem statt 1k ein 10k Array eingelötet. 103 ist eben 10k und 
nicht 1k,m das wäre 102.

2. Sub-D als Buchse statt als Stecker eingelötet, dadurch 
spiegelverkehrte Belegung.

3. Floppy Disk Controller Chipse beide kaputt vom China-Mann. Das ahnte 
ich aber schon bei deren immenser Stromaufnahme.

Und last but not least und da wäre ich nicht drauf gekommen: ROMWBW 
fragt das PartProp Board ab, ob es da ist. Ist es nicht da bleibt der 
Boot Vorgang stehen und der Z80 hängt sich endlos auf. Das ist sehr 
wahrscheinlich ein Bug.

Leo hat das Image mit veränderter Konfig neu kompiliert war übrigens 
sehr einfach ist unter Windows cmd Shell (Build eingeben und 
abwarten...). Die Images lassen sich je nach Bestückung kompilieren 
indem man die Config Files ändert.

Grosse Klasse, Leo! Hut ab und danke!

Was sinddas für FDC ICs die Du da hast? Ich habe noch 37C65 übrig, die 
auf der Reh CPU280 nicht laufen (das ist ein Firmwareproblem der Z280 
Geschichte) ..die sind in PLCC44 und übrig...

Gruß,
Holm

..ok, hab selber nachgesehen, Du brauchst 37c65 in DIP40.

Gruß,
Holm

So, die Mühle spielt!

Stromverbrauch 50mA mit FC drauf. Nettes Spielzeug, da fühlt man sich in 
die 80iger versetzt :-) Und ROMBW ist voll gepackt mit Features. Jetzt 
noch etwas
einarbeiten in die Systeme, die da angeboten werden, vor allem in CPM 
und dann geht's ab! Xmodem Transfer klappt auch vom PC, denn Cross 
Entwicklung ist da doch komfortabler. Intel Hex kann man auch direkt per 
Copy & Paste übertragen.

@Joerg: Du hast nicht zufällig eine Putty Konfiguration, die alle Tasten 
richtig belegt, so dass die Cursor auch keine ESC Sequenzen erzeugen 
usw.?
Da ist ja ne Menge einstellbar....

holm schrieb:
> ..ok, hab selber nachgesehen, Du brauchst 37c65 in DIP40.

Das lässt sich mit einem Adapter lösen, wenn sich sonst nichts findet.

Georg

georg schrieb:
> Das lässt sich mit einem Adapter lösen, wenn sich sonst nichts findet.

Alles schon fertig, den Chip gabs für 15 Euro, spielt auch... naja CP/M 
hatte ja gar keine Cursor Tasten... schon etwas heftig da Basic zu 
programmieren, wenn man jede Zeile neu schreiben muss. Beim C64 konnte 
man reingehen und mit Return drücken war die dann drin. Aber es 
klappt..... tolles Teilchen.

S. R. schrieb:

> Putty simuliert ein ANSI/VT100-kompatibles Terminal (zumindest kannst du
> das einstellen). Du musst also deinen CP/M-Anwendungen auch beibringen,
> dass sie VT100-kompatible Escape-Sequenzen verstehen. Dann funktionieren
> auch die Cursortasten. Andere Terminaltypen sind eher selten.

Das mit dem "beibringen" dürfte bei fertiger gebrannter Software 
schwierig werden. Die Leute die das Image erstellt haben, haben sich ja 
was dabei gedacht. Die haben die CP/M Befehle, die ja wie bei DOS auch 
nur Dateien sind ja in das gemappte EPROM gequetscht, so dass sie wie 
ROM Laufwerk wirken.

Bei "meinem" Z80 System habe ich ja mit ncurses eine kompatible 
Schnittstelle, so dass eben auch die Cursor Tasten, BS und DEL 
funktionieren. Ohne DEL geht es leider nicht. Tüftel ich aber noch raus, 
da haben ja viele mit dem N8VEM schon Erfahrungen, der ist ja 
kompatibel.

> CCP selbst kann mit Cursortasten nicht umgehen. Wichtig ist, dass
> Backspace ein CTRL+H und kein DEL sendet, sonder funktioniert das nicht.
> (Was Delete senden sollte, weiß ich aus dem Kopf nicht.)

Kriegen wir schon raus, sobald ich vernünftig editieren kann werde ich 
mich mal dran wagen. Leider haben die Basic Versionen kein Interface zur 
Floppy, so dass Programm speichern nur über ein List in ein Logfile 
geht. Man kann die Optionen alle nur über den Reset Knopf verlassen.

Implementiert sind Nascom Basic und T-Basic. Befehle sie CSAVE, CLOAD 
etc wurden alle entfernt.

Was für mich noch interessant wäre, wäre ein crt.s File für den SDCC 
Compiler, was die Architektur abbildet. Das Hochladen von Intel Hex ist 
ja kein Thema, geht mit Copy und Paste und wird als Datei auch gleich 
abgelegt  im RAM. Kann von dort aus auf die Floppy kopiert werden.

S. R. schrieb:

> Damit kannst du z.B. in deinem BIOS eine Flash- und eine RAM-Disk
> implementieren. Immer, wenn das BIOS einen Sektor lesen/schreiben will,
> mappst du kurz die Bänke 0-2 um (Bank 3 enthält ja das BIOS), kopierst
> die Sektordaten umher, und mappst wieder zurück. Natürlich ohne
> Interrupts.

Hallo S.R.

wo kann ich mich informieren, wie das genau läuft? CPM hat ja was mit 
DOS zu tun. Beim DOS gab es das BIOS im Read-Only Speicher, was aus 
einem ROM geladen wurde. Int 13h war das. DOS hatte aber auch viele 
residente Teile (Int 21h) im RAM liegen, andere Befehle waren einfach 
Programme die geladen wurden von der Platte.

Kann CPM auch Programme > 32kb ausführen? Es belegt ja selbst RAM, kann 
auch nicht eben mal verschwinden. Und Programme ausführen mit Mapping 
stelle ich mir heftig vor. Sprünge über die Grenzen dürften dann ja 
crashen.

Das RAM ist jedenfalls als Disk ausgeführt, wohl durch die Community 
zugefügt worden.

Leo C. schrieb:
> Das ist (u.A.) ein aktueller SDCC mit fertiger crt für CP/M und
> vor allem einer libc mit CP/M File-I/O, stdio usw. Die komplette libc
> ist in Assembler geschrieben, was beim Original-SDCC ja nicht der Fall
> ist.

Ok, wir müssen eh noch mal telefonieren, da ich ein Video darüber machen 
will und keine Fehler reinhauen möchte. Heisst das, dass ich aus C 
heraus - sofern ich einen gescheiten Editor finde - zb fopen und close 
nutzen kann, die ja das I/O Interface nutzen? SDCC ist ja für sich 
allein, er kennt seine Außenwelt nicht. Das wäre dann in der libc.o 
drin? ncurses wäre auch noch gut, da ich dann den VT100 Moni nutzen 
könnte.

Ich bleibe erstmal unter Windows, bisher den SDCC immer unter Linux 
kompiliert und eingesetzt. Da war das mit minicom und Skripten sehr 
schön komfortabel.

Georg G. schrieb:
> Zum Thema Banking: Tu es dir nicht an, noch  nicht, das gibt reichlich
> Frust. Falls du damit spielen möchtest, nimm dir CP/M-3.

Ich glaube für den Fall habe ich hier noch ein Cortex M3 Board mit 32 MB 
RAM rum liegen... habe unbestätigte Gerücht gehört es soll inzwischen 
der 32 Bit Bus erfunden worden sein, beginnend mit dem 68000er...

PS: Sorry, wenn ich hier etwas viel tippe.... aber das Ding ist halt 
spannend.

Ich habe versucht aus "Retro Gründen" ein 27C040 EPROM mit großem 
Fenster zu benutzen. Sieht halt irgendwie besser aus und wenn man es im 
Raum belässt bleibt es auch erhalten ohne Aufkleber.

Dazu Pin 1 auf Pin 31 am EPROM verlötet da sich der Flash SST29F040 von 
dem 27C040 unterscheidet, A18 liegt beim Flash auf 31, beim EPROM auf 1. 
1 beim Flash ist NC, 31 ist #WE (nur für programmieren). Vpp ist 
normalerweise "dont care" wenn nicht programmiert wird. Klappte aber 
leider nicht, der Rechner lief gar nicht an. Klar dass das EPROM richtig 
programmiert wurde. Aber wie sieht es mit dem Timing aus? Die Kiste 
läuft auf 8Mhz, alle Z80 Teile sind dafür gekauft worden. Das EEPROM hat 
120ns Zugriffszeit laut Datenblatt. Müsste doch reichen. 1/120E-9 = 
8.333 Mhz

Georg G. schrieb:
> Christian J. schrieb:
>> Kann CPM auch Programme > 32kb ausführen?
>
> Die maximale Programmgröße hängt vom RAM Ausbau ab. Bei den gängigen 64k
> RAM sind gute 56k immer möglich.
> Dein Programm darf den CCP komplett überschreiben, nur BDOS und BIOS
> sind tabu.

Das ist definitiv falsch, das BDOS kann auch überschrieben werden, nach 
exit des Programms erfolgt dann ein neu Laden von BDOS und CCP.


CPU280 Boot Loader V1.2 RBC 4-Jun-2018
http://www.retrobrewcomputers.org
based on Cold Loader Program V1.13 TR 950314
Press DEL to run SETUP.
1024k RAM ok

CP/M-3 Loader V1.2 RBC 4-Jun-2018
based on CP/M-3 Loader V1.13
Booting system file from EPROM

 BNKBIOS3 SPR  FE00  0200
 BNKBIOS3 SPR  AA00  4600
 RESBDOS3 SPR  F800  0600
 BNKBDOS3 SPR  7C00  2E00

 62K TPA

CP/M-3 BIOS V1.2 RBC 8-Mar-2017
http://www.retrobrewcomputers.org
based on CP/M-3 BIOS V1.13 TR 950314

E: MDrive 768k
H:-K: DOM Module 128 MB

E>

Wie man sieht kann ein Bankbios bis in die Gegend von 62Kbyte TPA 
anbeiten, hier auf einem Z280.

Gruß,

Holm

Georg G. schrieb:
> Christian J. schrieb:
>> Kann CPM auch Programme > 32kb ausführen?
>
> Die maximale Programmgröße hängt vom RAM Ausbau ab. Bei den gängigen 64k
> RAM sind gute 56k immer möglich.
> Dein Programm darf den CCP komplett überschreiben, nur BDOS und BIOS
> sind tabu.

Das ist definitiv falsch, das BDOS kann auch überschrieben werden, nach 
exit des Programms erfolgt dann ein neu Laden von BDOS und CCP.


CPU280 Boot Loader V1.2 RBC 4-Jun-2018
http://www.retrobrewcomputers.org
based on Cold Loader Program V1.13 TR 950314
Press DEL to run SETUP.
1024k RAM ok

CP/M-3 Loader V1.2 RBC 4-Jun-2018
based on CP/M-3 Loader V1.13
Booting system file from EPROM

 BNKBIOS3 SPR  FE00  0200
 BNKBIOS3 SPR  AA00  4600
 RESBDOS3 SPR  F800  0600
 BNKBDOS3 SPR  7C00  2E00

 62K TPA

CP/M-3 BIOS V1.2 RBC 8-Mar-2017
http://www.retrobrewcomputers.org
based on CP/M-3 BIOS V1.13 TR 950314

E: MDrive 768k
H:-K: DOM Module 128 MB

E>

Wie man sieht kann ein Bankbios bis in die Gegend von 62Kbyte TPA 
anbeiten, hier auf einem Z280.

Gruß,

Holm

Christian J. schrieb:
> Georg G. schrieb:
>> Zum Thema Banking: Tu es dir nicht an, noch  nicht, das gibt reichlich
>> Frust. Falls du damit spielen möchtest, nimm dir CP/M-3.
>
> Ich glaube für den Fall habe ich hier noch ein Cortex M3 Board mit 32 MB
> RAM rum liegen... habe unbestätigte Gerücht gehört es soll inzwischen
> der 32 Bit Bus erfunden worden sein, beginnend mit dem 68000er...

Du irrst, ein 68000 hatte einen 16 Bit Bus, ein 68008 8Bit, auch wenn 
sie beide 32Bit breite Register hatten. Ab 68020/80386 gibts 32 Bit 
breite Busse.

Komm mit Deiner hohen Nase wieder runter, da oben ist es heiß, man holt 
sich sonst leicht einen Sonnenbrand auf der Nase.

Gruß,
Holm

holm schrieb:
> CP/M-3 Loader V1.2 RBC 4-Jun-2018
> based on CP/M-3 Loader V1.13
> Booting system file from EPROM
>
>  BNKBIOS3 SPR  FE00  0200

Man braucht nicht CP/M3, um Bankswitching zu machen, das kann man sich 
auch selber einrichten.

Ich habe mir ein Overlay-System erstellt, allerdings funktionierte das 
mit Nachladen der Overlays von Floppy etc., aber es geht genausogut mit 
Nachladen aus RAM-Bänken oder mit direktem Umschalten von Bänken mit den 
Overlays (was bei mir nicht ging wegen mehr als 100 Overlays).

Angeber wie Christian muss man einfach nicht beachten.

Georg

LEUTE!

Könnt euch bitte mal außerhalb meines Thread beharken? Gerade Holm geht 
mir in steigendem Maße langsam auf den Zünder mit seiner Art sich mit 
JEDEM anzulegen aber auch jene, die darauf anspringen.

Sucht euch bitte eine andere Spielwiese, ich komme schon klar!

Christian

Du startest hier einen Thread über ein Z80-System, machst dich dann aber 
hämisch über Z80-User lustig:

Christian J. schrieb:
> habe unbestätigte Gerücht gehört es soll inzwischen
> der 32 Bit Bus erfunden worden sein, beginnend mit dem 68000er...

Also entweder massive Schizophrenie oder von vornherein ein 
Trollversuch.

Dass man mit einem 32bit-Bus viel Speicher ansprechen kann, ist nicht 
neu und brüsten muss man sich mit solchen Kenntnissen auch nicht, das 
weiss und kann auch jeder andere hier, bloss hat das mit dem von dir 
selbst gestellten Thema nicht das geringste zu tun.

mit trolligen Grüssen

Georg

georg schrieb:
> Also entweder massive Schizophrenie oder von vornherein ein
> Trollversuch.

Georg, bleib einfach aus meinen Threads raus. Du und einige andere hier 
seit einfach ein streitsüchtiges Volk und damit möchte ich nichts zu tun 
haben.

Danke für Deine Beitrag und weiterhin ein schönes Leben.

Christian J. schrieb:
> Georg, bleib einfach aus meinen Threads raus

Manchmal lasse ich mich halt von Trollen wie dir trotzdem provozieren.

Georg

S. R. schrieb:

> Stellst in unregelmäßigen Abständen die
> gleichen Fragen, die dir schonmal beantwortet (oder sogar erklärt)
> wurden.

Vielleicht habe ich einfach nicht so viel Zeit hier überhaupt mit zu 
kriegen, wer was schreibt und sogar User zu verfolgen? Mir nicht einmal 
darüber Gedanken mache? Bis auf einige wenige, die unentwegt in 
Auseinandersetzungen verwickelt sind? Liegt vielleicht auch daran, dass 
oft Wochen oder Monate vergehen, die ich ganz ohne dieses Forum lebe, 
was ich seit 20 Jahren (!) kenne und dort angemeldet bin unter einer 
einzigen Präsens. Ach ja, von 2010 bis 2015 war Pause meinerseits, kommt 
auch mal vor.

S. R. schrieb:

> Ich verweise also einfach mal auf die Forensuche. Du
> könntest dort Fragen auf deine Antworten finden, auch zu CP/M, und mit
> ein bisschen Glück sogar von dir. Optimal wäre sogar, wenn du das
> machst, bevor du fragst.

Dazu bin ich schon vor kurzer Zeit über gegangen und ja, es stimmt, wenn 
es um Z80, 8085 usw geht springen einige User hoch, was ja auch zu 
begrüßen ist. Ohne jene wäre es mir niemals gelungen vor 5 Jahren das 
Thema zu bearbeiten, wofür diesen  User, namentlich Leo und A.K. mein 
großer Dank gebührt.

Mal sehen wie weit es mich trägt, da ich noch andere Hobbies habe, die 
in Gesellschaft ausgeübt werden, während CP/M doch eher die Sorte ist, 
die allein und schweigend stattfindet. Daher auch die großen Pausen, 
solche Themen nur bei Regenwetter und im Winter.

Georg G. schrieb:
> holm schrieb:
>> BDOS kann auch überschrieben werden
>
> Du darfst alles überschreiben. Nur darfst du dich dann nicht über
> seltsame Effekte wundern. Wie bitte soll ein System Call funktionieren,
> wenn du das System gerade überschrieben hast?

Georg..bitte..Du warst doch bis jetzt fachlich ganz gut auf Draht, warum 
denkst Du sollte man einen System Call eines überschriebenen Systems 
überhaupt nutzen wollen? Es ist klar wie Kloßbrühe das nach 
Überschreiben des BDOS dessen Funktionen nicht mehr nutzbar sind, aber 
das BIOS und dessen Funktionen arbeiten nach wie vor normal, daraus 
ergibt sich das der Programmexit dann ein Kalstart sein sollte.

Gruß,
Holm

Christian J. schrieb:
> LEUTE!
>
> Könnt euch bitte mal außerhalb meines Thread beharken? Gerade Holm geht
> mir in steigendem Maße langsam auf den Zünder mit seiner Art sich mit
> JEDEM anzulegen aber auch jene, die darauf anspringen.
>
> Sucht euch bitte eine andere Spielwiese, ich komme schon klar!
>
> Christian

Nun gut Christian. Es gibt User die glauben etwas zu wissen und es gibt 
User die aus Erfahrung wissen und ggf. die korrigieren, die glauben Z80 
hätte was mit Klimawandel oder Gott zu tun. Ich habe Deine Hochnäsigkeit 
kritisiert, was wohl der eigentliche Grund für das "zuhnemend auf die 
Nerven" gehen ist.

Ich sags mal so: Wer nicht will, der hat schon. Mach also hier weiter, 
ich werde mich raushalten. Erfahrungsgemäß findest Du mich 1 Jahr später 
dann wieder um mich was zu fragen, so lange kannst Du ja in Deinem 
eigenen Saft schmoren. Literatur gibts genug..Du mußt nur lesen.

Gruß,

Holm

S. R. schrieb:
> Ich verweise also einfach mal auf die Forensuche. Du
> könntest dort Fragen auf deine Antworten finden, auch zu CP/M, und mit
> ein bisschen Glück sogar von dir. Optimal wäre sogar, wenn du das
> machst, bevor du fragst.

Tja... nur finde ich halt auf so manches Problem nicht mal im Netz 
Antworten :-( Die 1.44MB Floppy läuft soweit aber eben nicht richtig.

2 von 3 Disketten scheitern schon beim Verify des Formats an zu vielen 
defekten Sektoren. Ich habe früher noch nie eine kaputte Floppy gehabt 
und habe Jahre mit Disketten gearbeitet. Seltsam... jedenfalls liess 
sich eine Disk überreden mit 0 Fehlern den Verify zu überstehen.

fdu und cleardir angewendet... leider lässt sich weder mit copy noch mit 
pip etwas Funktionierendes auf die Floppy kopieren. Es entsteht immer 
dieser Fehler, entweder beim Verify oder später bei der Ausführung.

Keine Ahnung.... Spannung von 5.0 auf 5.2 angehoben, Interleave Faktor 
auf 5-6 gesetzt, Kabel sehr kurz gemacht auf 10cm == keine Verbesserung!

Christian J. schrieb:

> Tja... nur finde ich halt auf so manches Problem nicht mal im Netz
> Antworten :-( Die 1.44MB Floppy läuft soweit aber eben nicht richtig.

Läuft die Floppy mit 1,44 MB (HD) oder mit 720 kB (DD)?
Wird der Density Select-Pin passend bedient (beim PC Pin 2), bzw ist das 
Laufwerk auf automatische Erkennung (über das Loch in der Diskette) 
eingestellt? Bei PC-Laufwerken ist meist letzteres der Fall.

Sind die zur Datenrate passenden Disketten drin?

DD auf HD scheiben oder umgekehrt klappt genauso gut wie am Tapedeck 
Metal-Cassetten mit der CrO2-Einstellung aufnehmen. Die Flussdichte 
passt nicht, es wird zuviel oder zuwenig magnetisiert, dadurch sind die 
Medien nach kurzer Zeit nicht mehr lesbar.

HD drinhaben und HD eingestellt haben, dann aber mit 250 kbit/s drauf 
gehen klappt ebenfalls nicht. Die Datenrate muss zum Einstellung des 
Laufwerkes und damit indirekt zum Medium passen.


> 2 von 3 Disketten scheitern schon beim Verify des Formats an zu vielen
> defekten Sektoren. Ich habe früher noch nie eine kaputte Floppy gehabt
> und habe Jahre mit Disketten gearbeitet. Seltsam... jedenfalls liess
> sich eine Disk überreden mit 0 Fehlern den Verify zu überstehen.

Das kann normal sein...

Funktionieren diese Disketten am PC, lassen sie sich da formatieren? 
Meine Erfahrung als Sammler historischer Computer mit >400 5,25" und 
>100 3,5"-Disketten im Bestand:

* Disketten bis 1995 funktionieren eigentlich immer. Sowohl Markenware 
als auch die "weissen" aus der C64 Szene. Bei 5,25" gibt es Ausreisser 
(BASF, einige 3M), wo sich die Magnetschicht ablöst und schmiert. Das 
sind bestimmte Serien, der Rest ist aber in Ordnung.
* brauchbare Disketten zwischen 1995 und 1999: TDK, TDK, Memorex, 3M, 
... NoName funktioniert meist nicht mehr. Einige Serien der 
Markenhersteller (Precision, ...) ebenfalls nicht.
* ab 2000: vergiss es...

S. R. schrieb:
> Die Magnetschicht der Medien ist wahrscheinlich mittlerweile in eher
> mäßigem Zustand, die Laufwerke selbst könnten vermutlich etwas Säuberung
> gebrauchen... und ich gehe davon aus, dass du die Disketten
> selbstverständlich nicht in einem normalen PC ausprobiert hast?

Die 1.44mb Floppy's sind ehrlich gesagt 25 Jahre alt. Das Laufwerk wohl 
nicht viel weniger, habe 2 Stück. Und ich habe schon ewig kein Mainboard 
mehr mit einer IDE Schnittstelle. Mit testen im PC wird da nichts, es 
sie denn ich besorge mir mal so ein USB Laufwerk.

Eine lässt sich ja einwandfrei formatieren aber da ist wohl ein Wurm im 
System drin, da dieser Fehler ja auf ein Problem beim Kopieren 
hindeutet.

soul e. schrieb:
> Läuft die Floppy mit 1,44 MB (HD) oder mit 720 kB (DD)?
> Wird der Density Select-Pin passend bedient (beim PC Pin 2), bzw ist das
> Laufwerk auf automatische Erkennung (über das Loch in der Diskette)
> eingestellt? Bei PC-Laufwerken ist meist letzteres der Fall.

Ich weiss nur noch soviel, dass DD und HD zwei paar Schuhe sind. Im 1.44 
Laufwerk ließen sich beide verwenden. Ich habe bei dem Zeta Rechner aber 
einiges einzustellen, das beschränkt sich jedoch auf HD oder DD und auf 
den Interleave, den ich zwischen 2 und 6 varriert habe. Je höher, desto 
langsamer das Lesen. 2 packt der Rechner aber nicht, dafür ist er mit 8 
Mhz zu langsam.

Meine C64 Disketten sind meist noch lesbar und die sind jetzt 1985... 
also 35 Jahre alt. Die CD ROM von 1996 aber nicht mehr wo meine Uni 
Arbeiten drauf waren, sind alle Schrott. Ebenso die rund 200 DVD, die 
ich ab 2002 mit TV Sendungen bespielt habe, neulich alle entsorgt.

Habe übrigens 2 Böder Disketten und BASF, die BASF waren völlig fratze, 
die Böder laufen noch. Sind von 1998.

Habe mir bei ebay mal 2 DD mit 720kb besorggt, gucken ob die besser 
laufen.

Und das Laufwerk kriegt man eine Isoprop Reinigung verpasst bei den 
Leseköpfen.

Christian J. schrieb:

> Die 1.44mb Floppy's sind ehrlich gesagt 25 Jahre alt. Das Laufwerk wohl
> nicht viel weniger, habe 2 Stück.

Das ist eher von Vorteil. Hochwertige Disketten wurden nur bis ca 1995 
produziert, danach waren sie eher als kostenoptimierte Wegwerfartikel 
ausgelegt. Und alte Laufwerke, insbesondere alte Varianten der Teac 
FD-235, haben den Vorteil dass noch alle Funktionen über Jumper 
eingestellt werden können. Spätere Modelle sind mehr oder weniger fest 
auf "IBM PC" verdrahtet.

> Eine lässt sich ja einwandfrei formatieren aber da ist wohl ein Wurm im
> System drin, da dieser Fehler ja auf ein Problem beim Kopieren
> hindeutet.

Aber Du bist Dir absolut sicher, dass Dein CP/M-Rechner auch einen 
HD-Datenstrom mit 500 kbit/s liefert? Üblich war das damals nicht, die 
meisten CP/M-Kisten machen SD (125+125 kbit/s) oder DD (250 kbit/s). In 
diesem Fall kannst Du ein 1,44 MB-Laufwerk nur verwenden wenn Du es auf 
DD umstellst und passende Disketten verwendest. Ansonsten funktioniert 
es nur sporadisch.

soul e. schrieb:

> Aber Du bist Dir absolut sicher, dass Dein CP/M-Rechner auch einen
> HD-Datenstrom mit 500 kbit/s liefert? Üblich war das damals nicht, die
> meisten CP/M-Kisten machen SD (125+125 kbit/s) oder DD (250 kbit/s). In
> diesem Fall kannst Du ein 1,44 MB-Laufwerk nur verwenden wenn Du es auf
> DD umstellst und passende Disketten verwendest. Ansonsten funktioniert
> es nur sporadisch.

Genau das scheint mir der Wurm zu sein. Mein Laufwerk hat keine Jumper 
mehr und für PC kommt es mit DD und HD klar. Ich warte immer noch auf 
die 720er die ich bestellt habe und ich werde auch mal versuchen ein 
sehr altes Laufwerk zu bekommen. Und dann werde ich von 8 Mhz auf 6 Mhz 
runtergehen. Der Rechner springt ganz sporadisch in einen HALT rein, 
unedfinierbar, mal nicht, mal schon. Und den Zirkus hatte ich schon 
2015, der erst behoben wurde als ich auf 4 Mhz zurück ging. Ich habe nur 
intensv mit dem FDU Tool gespielt und da bricht der Verify ab, sobald 
ein Sektor nicht die richtigen Bufferdaten enthält. Und das kann bei ein 
und derselben Diskette unterschiedlich sein wo der erste Sektor Zicken 
macht.

Erstmal ein USB externes FDD bestellt, damit ich meine noch recht großen 
Bestände von 1995 testen und auch sichern kann. Verify Programme dürfte 
es ja noch geben, Windows 7 hat so eines ja auch eingebaut unter 
"Eigenschaften".

Tja,

da staunt der Laie und der Fachmann wundert sich.... das scheiss Ding 
geht! Mit 720kb Disketten... ratter,chrr..tack, tack, tack... lange 
nicht gehört das Geräusch. Ich kann sogar vom Laufwerk booten :-) Das 
ist ja besser als Weihnachten! Aber 1.44MB bleibt ein Wunschtraum. 
Jedenfalls gehe ich jetzt mal runter auf 6 Mhz, da der 8255 die 8 Mhz 
sowieso wohl nicht packt.

Pure Vermutung: Da der Kopierfehler ein immer wieder zu repoduzierender 
"logischer Fehler" war könnte es auch sein, dass dieses Board nie 
wirklich mit 1.44 MB getestet worden ist. Und dass die Software das 
Laufwerk ggf. nicht richtig ansteuert mit einer 1.44MB Diskette.

Aber nur pure Vermutung...

Christian J. schrieb:

> Pure Vermutung: Da der Kopierfehler ein immer wieder zu repoduzierender
> "logischer Fehler" war könnte es auch sein, dass dieses Board nie
> wirklich mit 1.44 MB getestet worden ist. Und dass die Software das
> Laufwerk ggf. nicht richtig ansteuert mit einer 1.44MB Diskette.

95% der PC-Laufwerke erkennen HD-Disketten an dem zweiten Indexloch an 
der Oberkante. Die anderen 5% bekommen es über Pin 2 mitgeteilt. Damit 
wird der Schreib/Leseverstärker an die Magnetschicht angepasst.

Damit es funktioniert muss aber auch die Datenrate des Floppycontrollers 
passen. Und dem Controller sagt keiner was für eine Diskette einliegt. 
Das kann er nur ausprobieren. Ein PC versucht erst mit 500 kbit/s zu 
lesen, wenn das klappt ist es HD. Danach versucht er es mit 250 kbit/s, 
wenn da lesbare Daten rauskommen ist es DD. Ansonsten defekt oder nicht 
formatiert.

Beim erstmaligen Beschreiben (formatieren) muss man dem Controller sagen 
mit welcher Frequenz er das Laufwerk beaufschlagen soll. Bei MS-DOS wäre 
das "format A: /F:720" für DD oder "format A: /F:1.44" für HD. Das 1.44 
ist default, das kann man auch weglassen.

Hier ist der Schaltplan von Deinem Zeta-SBC: 
https://docs.google.com/viewer?a=v&pid=sites&srcid=bWFsaW5vdi5jb218d3d3fGd4OjViN2NjZGMxY2I5ZjkwNzM
Wie man sieht geht Pin 2 des Floppysteckers an Pin 36 des WD37C65C, und 
das ist der /RWC-Ausgang. Der Pin ist High für MFM 500K (HD) und Low für 
MFM 250K (DD). Also wie beim PC -- keine Rückmeldung des Diskettentyps 
vom Laufwerk an den Controller.

D.h. Du musst beim Formatieren angeben mit welcher Datenrate geschrieben 
werden soll. Wenn Du eine 1,44 MB-Diskette mit 250 kbit/s formatierst, 
dann  funktioniert das nur recht sporadisch.



Bzgl 8255 hatte ich mir mal das hier notiert:

Intel  P8255A    4 MHz (250 ns)
  P8255A-5   5 MHz (200 ns)
NEC  D8255AC-2  5 MHz (200 ns)
  D8255AC-5  4 MHz (250 ns)
  D71055C    8 MHz (120 ns)
  D71055C-8  8 MHz (120 ns)
  D71055C-10  10 MHz (100 ns)
Harris  82C55A-5  5 MHz (200 ns)
  82C55A    8 MHz (120 ns)

soul e. schrieb:
> D.h. Du musst beim Formatieren angeben mit welcher Datenrate geschrieben
> werden soll. Wenn Du eine 1,44 MB-Diskette mit 250 kbit/s formatierst,
> dann  funktioniert das nur recht sporadisch.

Hi,

danke erstmal für die Infos wie das alles zusammen hängt. Die Datenrate 
kann man nicht einstellen. Das Tool fdu.com hat nur ein Setup über die 
Disk Größe und den Interleave. Mehr ist da nicht. Ich habe da alles 
durch. Aber vielleicht fällt mir noch was ein.

PS: Das Formatieren ging ja auch alles und auch der Verify. Die 
Fehlermeldung auf die Du nicht eingingst trate ja erst beim copy.com auf 
und zwar beim Vergleichen. Und zwar immer. Die kopierten Dateien waren 
auch nicht startbar, da trat der gleiche Fehler auf: END OF CYLINDER.

FDU Manual:
https://github.com/wwarthen/RomWBW/blob/master/Doc/FDU.txt

Mein 82C55A ist so WinChing aus China... muss ich mal gucken wie der 
tickt, ob der die 8 Mhz packt.

Christian J. schrieb:

> PS: Das Formatieren ging ja auch alles und auch der Verify. Die
> Fehlermeldung auf die Du nicht eingingst trate ja erst beim copy.com auf
> und zwar beim Vergleichen. Und zwar immer. Die kopierten Dateien waren
> auch nicht startbar, da trat der gleiche Fehler auf: END OF CYLINDER.

Also das was ging war innerhalb FDU, und das was nicht ging war im CCP, 
also mit "A> "?


> FDU Manual:
> https://github.com/wwarthen/RomWBW/blob/master/Doc/FDU.txt

In dem von Dir verlinkten Dokument steht "Note that FDU does not utilize 
your systems ROM or OS to access the floppy system.  FDU interacts 
directly with hardware.  Upon exit, you may need to reset your OS to get 
the floppy system back into a state that is expected."

D.h. FDU spricht direkt mit der Hardware, und zwar so wie Du das beim 
Start vorgegeben hast. Wenn Du HD einstellst (wie auch immer), dann mit 
HD, und wenn Du DD einstellst mit DD.

CP/M dagegen holt sich die Info über die Floppy-Geometrie aus einer 
Tabelle im BIOS. Da steht hardcoded drin was Dein Laufwerk für 
Eigenschaften hat.  Wenn die Angabe in der DPT nicht zum real 
vorliegenden Format der Diskette passt, dann fehlen dem Dateisystem ein 
paar Sektoren oder liegen an der falschen Stelle. Im "CPM 2.0 System 
Alteration Guide" ist das irgendwo erklärt, und wie man die Tabelle an 
sein Laufwerk anzupassen hat.

Zu Apple's Zeiten brauchte man für "große" Laufwerke zwei Einträge: 
einmal einen für 35 Tracks einseitig (das normale Apple-Format) und 
einmal einen für 80 Tracks doppelseitig. Wenn dann eine klassisch 
formatierte Diskette drinlag wurde die als Laufwerk A> angesprochen. 
Eine 80 Track-Diskette im selben Laufwerk war D>, weil dann eine andere 
Geometrietabelle galt.

Eventuell hast Du ein ähnliches Problem. Dann liegen 720k und 1.44k auf 
verschiedenen Laufwerksbuchstaben. Oder es ist nur eine Tabelle 
vorhanden und das andere Format noch gar nicht angelegt. Da sich bei Dir 
neben der Geometrie auch die Datenrate unterscheidet muss das im BIOS 
auch entsprechend berücksichtigt sein.

Vielleicht findest Du die Stelle im Quellcode, oder jemand anderes hat 
Zeit sich da mal durchzufräsen. Dann wäre zumindest klar welche Formate 
theoretisch funktionieren müssten und wie die angesprochen werden.



BTW: wenn ich so über den Schaltplan schaue: der 8255A macht doch nur 
den Parallelport? Wenn der nicht läuft schmeiss ihn erstmal raus.

Eigentlich hätte da auch ein Z80PIO reingehört, und statt dem 16550D mit 
seinem dekadenten FIFO eine Z80SIO, SCC oder DART ;-)

Hallo soul e: Du hast wohl recht und ich auch :-)

Warum nicht gleich den "Chefentwickler" fragen... der dann auch das 
bestätigt, was ich vermutete und was Du sehr gut dargestellt hast:

Hi Christian,

Yes, I am pretty sure this is an issue in v2.9.1.  I have not released 
the final version of 2.9.2 yet, but you can download the latest 
pre-release from GitHub at https://github.com/wwarthen/RomWBW/releases. 
I suggest you try this and see if it works.

Thanks,

Wayne

On Mon, Mar 2, 2020 at 2:07 PM .... wrote:

    Dear Sir,

    I hope you can spend a minute for my problem:
    My Zeta V2 formats 1.44MB Floppys @ 8 Mhz.
    Formatting and Verify is ok.

    Trying to copy a file to the floppy I get the error
    in the picture: END OF CYLINDER.
    This error doesnt occur with 720kb floppys.
    Interleave tested fropm 2 to 6: Nothing changes.
    Any idea?

    Regards from Germany,
    Christian

soul e. schrieb:
> Eigentlich hätte da auch ein Z80PIO reingehört, und statt dem 16550D mit
> seinem dekadenten FIFO eine Z80SIO, SCC oder DART ;-)

Ich frage mich auch warum sämtliche Z80 Designs nicht die Zilog Familie 
benutzen sondern Intel Chips. PIO, SIO, CTC das alles gibt es von Zilog 
aber keiner setzt es ein. Der 8255 war eigentlich aus der 8085 Reihe...

Weisst Du eigentlich welches Basic open, print# und close Dateibefehle 
implementiert hat, so dass man was sinnvolles damit programmieren kann, 
was auf Diskette schreibt? Bei den mir bekannten Basic's sind die alle 
entfernt worden. Habe noch Basi.com und Basc.com gestern aufgespielt.

soul e. schrieb:

> Oder es ist nur eine Tabelle
> vorhanden und das andere Format noch gar nicht angelegt. Da sich bei Dir
> neben der Geometrie auch die Datenrate unterscheidet muss das im BIOS
> auch entsprechend berücksichtigt sein.

@Georg.... Oh, auch wieder da? ;-)

Mit schon erwähnt hat der Maintainer des Projektes Warthen geschrieben, 
dass dieses Problem bekannt sei und es deswegen auch Updates gebe. Im 
Pre Release 2.9.2 Beta wird von Floppy I/O gesprochen... werde mir das 
heute abend mal in den Brenner laden und flashen. Das Zeta Board kann 
sich angeblich auch selbst flashen aber soweit bin ich noch nicht.

Interessant ist unter diesem Aspekt aber, dass es Youtube Videos gibt, 
wo das Formatieren und Bespielen einer 1.44Mb gezeigt und beschrieben 
wird. Obwohl es eigentlich gar nicht funktionieren dürfte. Dabei ist das 
Zeta Projekt schon seit 2011 bekannt und wurde 2015 beendet.

Und erst 2020 fällt auf, dass die Floppy nicht spielt....

Joerg F. schrieb:
> Eventuell passt ja was an deinen ICs nicht (hochgetaktete
> Fälschungen)?

Was soll ich dazu sagen? Das Thema hatte ich schon 2015 mal: Schön gelb 
bedruckte Z80 CPU's PSC006 aus der Bucht, wie neu. Schön zum angucken, 
denn es lief keine einzige bei 4 Mhz. Erst unter 2 Mhz taten sie es und 
der Verkäufer hat mich heute noch gesperrt, weil er nur Bahnhof verstand 
als
ich die reklamierte. Ich solle Fotos schicken .... blablubb.

Kann sein, der WDC ist auch so ein China Teilchen, für 15 Euronen ....
Ja, kann sein... wer weiss das schon noch was noch echt ist und was 
geklont?
Siehe NRF24L01+, da haben die Fakes die originale schon lange vom Markt 
verdrängt.

Und alles ward gut mit der Version 2.9.2 Beta ..... die jetzt auch noch 
ein Daddelspiel an Bord hat....

Leo? Bist Du noch da?

Zum Thema Programmierung nachdem nun die "Bedienung" einigermaßen 
klappt.
Eine Programmerstellung auf dem Minirechner scheidet aus. Die Editoren 
die ich dort ausprobiert habe sind einfach zu nervtötend gegenüber 
Notepad++ mit Syntax Färbung usw.

Asm ist angedacht und wird wieder erlernt, da 25 Jahre nicht mehr 
benutzt. Dazu ist der Tasm wohl der richtige Crosscompiler. Nächste 
Frage ist der Test von Programmteilen... auf dem Minirechner oder lieber 
in einer CPM Umgebung auf dem PC? Floppy soll ja auch laufen.

Der sdcc ist eigentlich mein Liebling aber für den habe ich keine 
Runtime Libs, was zb die Umleitung von fopen und fclose angeht, denn die 
Floppy und den VT100 Bildschirm will ich ja nutzen. Dazu muss CPM 
bedient werden, wie auch immer. Hochladen würden per Intel Hex gehen 
oder per Z-Modem. Mühsam aber machbar. Source Level Debugger wie beim 
ARM sind wohl Utopien denke ich mal....

Georg G. schrieb:
> . Ist etwas komfortabler als DDT

Ah ok... ich bin ja mal gespannt. Manual habe ich auch schon gefunden.
Hoffe mal, dass toppt die uVIsion IDE noch :-) Schmerz beseite....
wie schreiben denn die Freaks den Code? zb für ROMWBW? Auf einem PC mit 
Emulator oder spielen die auch jeden Debuglauf in die Kiste rein, lassen 
laufen, testen erneut und wieder von vorne. Das lässt sich mit einem 
Shell Script ja leicht erledigen, dass man nicht so viel tippen muss.

Leo C. schrieb:
> Dafür gibt es z88dk.
> Auch zum Rest habe ich mich wiederholt geäußert.

Klappt schonmal .... sdcc eben :-)

18    0000              ; Function main flags 0x00000000 __stdc
19    0000              ; void main()
20    0000              ._main
21    0000  21 05 00      ld  hl,5  ;const
22    0003  E5            push  hl
23    0004  21 07 00      ld  hl,7  ;const
24    0007  E5            push  hl
25    0008  C5            push  bc
26    0009              .i_2
27    0009  21 04 00      ld  hl,4  ;const
28    000C  CD 00 00      call  l_gintspsp  ;
29    000F  21 04 00      ld  hl,4  ;const
30    0012  39            add  hl,sp
31    0013  CD 00 00      call  l_gint  ;
32    0016  D1            pop  de
33    0017  19            add  hl,de
34    0018  C1            pop  bc
35    0019  E5            push  hl
36    001A  21 04 00      ld  hl,4  ;const
37    001D  39            add  hl,sp
38    001E  34            inc  (hl)
39    001F  7E            ld  a,(hl)
40    0020  23            inc  hl
41    0021  20 01         jr  nz,ASMPC+3
42    0023  34            inc  (hl)
43    0024  66            ld  h,(hl)
44    0025  6F            ld  l,a
45    0026  D1            pop  de
46    0027  E1            pop  hl
47    0028  23            inc  hl
48    0029  E5            push  hl
49    002A  D5            push  de
50    002B  2B            dec  hl
51    002C  C3 09 00      jp  i_2
52    002F              .i_3
53    002F  C1            pop  bc
54    0030  C1            pop  bc
55    0031  C1            pop  bc
56    0032  C9            ret

Armin D. schrieb:
> Mein Zeta SBC läuft prima mit einem Z80H von 1985 mit 10 Mhz (12 Mhz
> startet, ist aber nicht stabil).

Ich habe jetzt auch auf CP/M testweise mein erste C Programm zur 
Berechnung vom Primzahlen laufen. Ist leider ununterbrechbar, weil 
Cntrl-C noch nicht erkannt wird und kbhit nicht richtig funktioniert. 
Und die Doku von z88dk so spartanisch ist, dass man es kaum nutzen kann. 
Ich versuche mir erstmal eine Testumgebung zu schaffen, ohne ständig die 
gleichen Befehle wieder und wieder eingeben zu müssen wenn ich 
Änderungen teste.
era test.com
xm r test.com
xmodem -> Upload klick, klick, klick...

Dafür schreibe ich mir derzeit erstmal ein Download.com und eine Batch 
Datei für den PC, die das etwas bequemer machen. Leider habe ich von 
Windows keine Ahnung, denn das Script unten was ich damals als 
"Fernbedienung" schrieb muss ich von Linux her nach Windows cmd Shell 
portieren.

#!/bin/bash
# ===========================================================
# Programm zur Übertragung von Intel Hex Files an den Z80
# 7.2016
# ===========================================================

echo "---------------------------------"
echo "Datentransfer zum Z80"
echo "---------------------------------"

echo "Stelle tty/USB0 auf 38400 baud ein....."
stty 38400 raw -ixon -ixoff -parenb -crtscts -F /dev/ttyUSB0
echo "Sende "load" Startsequenz...."
echo -n -e "load\r" > /dev/ttyUSB0
sleep 1
echo "Uebertrage Daten...."
cat build/z80ram.ihx > /dev/ttyUSB0
echo -n -e "\r" > /dev/ttyUSB0
#echo -n -e "run\r" > /dev/ttyUSB0

Moin,

hat da vielleicht schonmal jemand mit dem z88dk Kit gearbeitet? Was mir 
irgendwie fehlt ist der Überbau für CP/M 2.x. Kleine C Programme 
funktionieren problemlos, die werden auch richtig gelinkt auf die 
passenden Zieladressen. Aber was mir fehlt sind Header oder Libraries, 
also eine API, die mir auch das HBIOS und das BDOS öffnet, denn da sind 
ja eine Menge Funktionen drin, die meinen Winzling steuern. An die Timer 
des CTC will ich ja auch ran und die liegen auf I/O Port Adressen.

Sowas wie
include "bdos.h"
include "hbios.h"

Ich habe es noch nicht ausprobiert aber ich vermute, dass auch File 
Objekte richtig übersetzt werden, damit ich aus  heraus Dateioperationen 
machen kann. Das würde ja voraussetzen, dass das z88dk kit die 
Funktionen des BDOS nutzt.

Derzeit schreibe ich mir ein Download Programm, damit das Testen endlich 
fixier geht ohne die Tipperei, um die Intel Hex Ausgabe direkt in ein 
COM File zu wandeln und es zu starten.

Ein einfaches make File für den ZSDCC muss auch noch her, davon habe ich 
leider gar keine Ahnung. Ganz einfach, nur mehrere Dateien kompilieren 
und alle zusammen linken. dannn wäre meine Entwicklungsumgebung fertig 
und ich könnte dran gehen dem Kerlchen was Sinnvolles beizubringen. 
Freue mich schon drauf :-)

Gefunden habe ich das hier, siehe Anhang. Basiert alles auf dem Laden 
von Registern samt Aufruf des Soft Ints mit RST. Viel ist das nicht....

Ich bastel mir erstmal ESC Funktionen, damit ich mit dem Cursor 
rumflitzen kann. Hoffe mal dass die Standard VT100 Codes auch passen. 
Nicht alle aber die wichtigsten.

http://ascii-table.com/ansi-escape-sequences-vt-100.php

Hallo Leute !

Bei Tindie.com wird ein System gehandelt welches ich für besser
als das Zeta halte. Das System heisst SC126 und gibt es als Bausatz
und für sehr kleines Geld als unbestückte Platine.

Hier mal einige Daten:

Z80180 mit 18.432mhz Quarz
512K RAM
2 512K Flashes (über Jumper auswählbar)
RTC
2*Seriell (TTL)
2*SPI für SD-Karte
1*I2C
8*LED
RC2014 Bus.

Ich betreibe das ganze mit RC2014 CF-Karten Interface
und einer SD-Karte. An den RC2014 Bus habe ich eine
VG für einen ECB Floppycontroller gefrickelt.

Einfach mal ansehen......

hbl999 schrieb:

> Bei Tindie.com wird ein System gehandelt welches ich für besser
> als das Zeta halte.

Habe auch was gefunden bei Aliexpress.... mit Debug Stecker. 10-fache 
Taktrate des Z80, mehr Speicher, mehr Peripherie, Source Level 
Debugging, 32 Bit Timer, 2 UARTS, SPI usw. und das alles für 1,79 Euro 
statt wie 150 Euro für das Z80 Board.

Kommt also nur drauf an, wie man "besser" definiert.... sic!

Ich glaube in diesem Forum ist auch der Virus ausgebrochen

Stefan F. schrieb:
> Ich kann alle Tasten drücken, nichts.
> Hat kjemand von euch einen Tip?

Naja, meines hat der Leo zum Laufen gebracht... hatte da auch Probleme. 
Zunächst mal müssen alle Schipse 8 Mhz vertragen können, wenn Du die 
1.4MB Floppy auswählst.

Und dann natürlich die Sache mit den Lötstellen denn die sind ja nunmal 
echt winzig.

Dann sollte es klappen. Habe darauf einige Apps geschrieben mit zk88 
Compiler, der bringt gleich COM Programme raus.