Mit der Karte kann ich einen freien Zeichensatz programmieren. Habe ich das jetzt richtig verstanden?
Ja: 64 Zeichen (CHR$(128) - CHR$(191) = Blockgraphik) können frei definiert werden. Ein "Nachbau" konnte alle 256 Zeichen:
An Australian-based company, Orcim Systems, produced a clone called the PCG-80 that extended the capability to 256 programmable characters whilst remaining software-compatible with the 80-Grafix.
Der Aster CT-80 Computer ist nicht nur ein "Nachbau" des TRS-80 Model I, sondern hat (werkseitig) einige "Extras": CPU umschaltbar von 1,78 auf 3,54 (bzw. 4) MHz, 80-Zeichenkarte und 64 KB RAM für CP/M (ähnlich wie EACA EG 3200 Genie III). Mittlerweile konnte ich im Emulator ein Aster-CP/M erstellen, welches auf obiger Maschine läuft:
(der Radio Shack-Monitor kann vermutlich die 80*25-Auflösung nicht darstellen ...)
https://sam.speccy.cz/asm/8080-z80_asm_techniques.pdf
Boot ohne Tastatur
Dann sollte die serielle Konsole aktiviert werden: ebenfalls keine Ausgabe? NVRAM-Reset mit STOP-N probiert?
Software und Dokumentation (in Englisch): 80-GRAFIX ...
Ich konnte von dieser erstellten Disc mit der Expansionbox ohne Doubledensity Funktion Newdos80 booten.
Zwar hatte ich es im Emulator getestet, aber die "reale Welt" sieht manchmal doch anders aus ... 
Vielleicht kannst bei Gelegenheit noch ein paar Photos von den Kisten hier einstellen? Laufwerk 9 hatte ich für die PDRIVE-Parameter genommen, damit es keinen "Durcheinander" mit den Einstellungen der vorhandenen Laufwerke gibt: man kann zwar Laufwerk 1 direkt für PDRIVE angeben, sollte das aber nur für dauerhafte Änderungen machen ...
Die Directory Sektoren waren beim TRSDOS ja speziell markiert (via Data Address Mark - DAM).
[ ...] TRS-80 operating systems differentiate directory sectors from ordinary data sectors by giving them different data address marks. Unfortunately, Model I TRSDOS uses 0xFA on directory sectors, which a WD179x cannot write and cannot distinguish from the 0xFB used on data sectors. Other Model I operating systems (such as LDOS) typically write 0xF8 on directory sectors but accept either 0xFA or 0xF8 when reading them, allowing them to read TRSDOS disks. Compatibility problems remain when attempting to use Model I TRSDOS disks on a Model III or 4, and when attempting to use LDOS disks with Model I TRSDOS. [ ... ]
AFAIK konnte man die DAM-Erkennung auch in NEWDOS/80 und G-DOS einstellen ...
Da ist immer noch der FD1771 drauf, der nur FM kann. Wie soll das dann ein Doubler werden?
... durch einen zusätzlichen FD1791? Auf den Doublern befanden sich meistens beide FDC, obwohl der FD1791 reichen würde:
[ ... ] Es ist auch nicht einzusehen, warum auf einem Doubler zwei Floppycontroller sitzen müssen, wo doch der WD1791 alles das, was der WD1771 kann (nämlich beim Booten die erste Spur der Diskette in Single Density und gelegentlich auch mal ganze Disketten in SD zu lesen oder zu schreiben, wenn ein unterausgerüsteter Zeitgenosse den digitalen Informationsaustausch nur in diesem Format leisten kann) nebenbei auch erledigen könnte. [ ... ]
habe ich das richtig verstanden: die Pdrive Änderungen (hier für LW9) bleiben auch nach Reset erhalten?
Ja, die PDRIVE-Parameter werden auf das jeweilge Laufwerk gespeichert (siehe NEWDOS-Handbuch) ...
Was bringt das minimal1/ilf für Vorteile?
Es enthält nur die absolut notwendigen System-Dateien:
BOOT/SYS
DIR/SYS
SYS0/SYS
SYS1/SYS
SYS2/SYS
SYS3/SYS
SYS4/SYS
SYS8/SYS
SYS6/SYSSieht aus wie der PERCOM Data Separator ...
Ein lauffähiges NEWDOS/80 2.0 vorausgesetzt, welches auf Single Density/Single Sided kopiert werden soll:
PDRIVE 0 9 TI=A,TD=A,TC=40,SPT=10,TSR=3,GPL=2,DDSL=17,DDGA=2 a damit werden erstmal nur PDRIVE-Einstellungen (für das nicht vorhandene Laufwerk :9) definiert ...
COPY 0,1,,CBF,ILF=MINIMAL1/ILF,DPDN=9kopiert dann ein minimales NEWDOS/80 (Datei-Liste in MINIMAL1/ILF muss vorhanden sein) von Laufwerk 0 auf Laufwerk 1 mit der oben definiert PDRIVE-Einstellung ...
Soweit ich herausfinden konnte kann der 1771 das FM Format.
Der FD1771 kann nur FM (Single Density), erst mit dem Percom Doubler gab es MFM (Double Density) für den TRS-80 Model I. Allerdings muss die erste Spur immer Single Density sein, sonst kann kein DOS "gebootet" werden ...
Leider habe ich nur beschriebene Disketten erstellt und benutzt mit einer Expansionbox mit FD1771 und M8877
M8877 ist der FD1793-kompatible FDC von Fujitsu?
um messen zu können, ob tatsächlich der BGI Code von Borland C++ 3.1 schneller ist als der von Turbo C 2.0 ...
... getestet mit EGAVGA.BGI von TC 2.01, BC++ 2.0 und 3.1 und kann da keinen (messbaren) Unterschied feststellen, allerdings verwendet GRA.C aus Problem mit Borland C++ 3.1 auf dem Schneider Euro PC - XT - DOS 6.22 die BGI-Funktionen line und fillpoly, MANDELBR.EXE vermutlich nur putpixel?
Ist das nur eine Partition? Wenn B: die Festplatte beim PG 685 ist, was zeigt
show b: [drive]Weiß jemand, wie man für CPM_Tools die Config machen muss, um die Daten vom image lesen zu können.
Die Platte ist eine Tandon TM262 mit 20MB
... ohne Gewähr, da ungetestet:
diskdef tm262
seclen 512
tracks 2444 # = 611 Cylinders * 4 Heads
sectrk 17
blocksize 4096
maxdir 1024
skew 1
boottrk 2
endDie Programme von Ward Christensen sind wirklich gut. Ich hab' jetzt noch das CPT von ihm gefunden [ ... ]
Ward Christensen in allen Ehren, allerdings ist CPT von Dave Dunfield ...
... habe SA-6510.DSK in das RAW-Format und ohne die "Bit-Invertierung" konvertiert: in einem Hex-Editor wird jetzt zwar der Inhalt "lesbar" angezeigt, sieht aber IMHO nicht wie ein CP/M-Format (Directory-Einträge) aus ... die Sharp MZ-80/MZ-80B Definitions funktionieren damit auch nicht ...
... scheint dieses Format zu sein, welches für CIFE im RAW-Format und ohne "Invertierung" vorliegen muss:
The disk images I found for the MZ80A and MZ80B have the same space allocation, If I saw it all correctly: 35 tracks, 2 sides, skew 5, inverted sides, (inverted data?), 10 sectors/track, 512 bytes/sector, 1 boot track, single byte allocation, unique sector numbering for both the sides (.side2_sector_numbering = 1).
... könntest du das betreffende Disk-Image hier anhängen?
Abgesehen davon macht mir der M80 Assembler 80 Fehlermeldungen wenn ich das PCGET File assembliere.
M80.COM erwartet hinter jedem Label einen Doppelpunkt : (geänderte Version im Anhang) ...
Jetzt habe ich mit Uformat auf dem CPM Rechner eine Diskette formatiert.
Kann von dieser Diskette ein Image erstellt und hier angehängt werden?
CP/M hat ja diverse Formate, um Dateien zu packen (*.LBR) und/oder zu schrumpfen, die in modernen Betriebssystem jedoch nicht unterstützt werden.
mlbr - Simple utility to read lbr, squeeze, crunch and lzh files für Linux und Windows von Mark Ogden: die Option -z convert to zip file ist sehr nützlich ...
Gibt es da eine Cassettenversion des Programms um das Abspeichern des Highscores zu verhindern?
Die obige Version speichert keine Highscores (auch nicht auf Diskette unter NEWDOS/80) : sie stammt nicht aus AIGAMES.ZIP ...
Convert a tape machine language program to disk and vice versa.
A multi-featured memory utility. Edits and displays memory, and can write memory out to tape or disk.
Mit trld - convert/combine TRS-80 executables und TRS-80 Tool lassen sich /CMD-Dateien in das .CAS- oder .WAV-Format konvertieren, allerdings benutzt das obige Spiel wohl auch DOS-Funktionen, um auf die Highscore-Liste DONKKONG/HIS zuzugreifen und wird deshalb nicht funktionieren ...
Die angehängte Version sollte funktionieren:
Mit einem kleinem Patch des Genie IIs Roms bootet der Speedmaster direkt ins Betriebssystem.
Im Gegensatz zum Speedmaster gibt es beim Genie IIs noch eine sog. "ROM-Card": dort befindet sich das Level II-BASIC. Das Genie IIs-ROM überprüft, ob dieses dort vorhanden ist: falls nicht, wird wieder der "Monitor" aufgerufen und die Fehlermeldung ROM-Card Error erscheint. Ein Betriebssystem (CP/M oder GENIE-DOS) muss dann durch die Eingabe von zwei Befehlen "gebootet" werden ... der "Patch" ändert nur eine JP-Adresse: wird diese "ROM-Card" nicht gefunden, erfolgt der Sprung direkt zur "Boot"-Routine ...
[ CP/M ] insofern habe ich gar keine große Meinung dazu, ob die 64 statt 80 Zeichen einen großen Unterschied in der Benutzbarkeit machen.
IMHO ist das schon etwas "eingeschränkt", wenn man die 80x24-Darstellung unter CP/M gewohnt ist ... natürlich kann man einige CP/M-Programme an 64x16 anpassen, diese Auflösung hatte ja auch der SOL-20: 2023 Tandy Assembly - Prehistory of TRS-80 Graphics 1973-1977 ...
Mit dem KK CP/M kann ich leider noch nicht korrekt auf B: zugreifen da B: nur einseitig formatiert wird.
Das Genie IIs (Speedmaster) CP/M 2.2XV1 von kkaempf verwendet Bit 4 von MMIO 37E0h für "Disk Side Select" (funktioniert in der Emulation einwandfrei), allerdings kann das wohl beim Speedmaster von fritzeflink nicht eingestellt werden: deshalb habe ich dies im obigen Source-Code auf Bit 3 (wie TRS-80 Model I) geändert und ein neues DMK-Disk-Image erstellt. Format S80 DSDD ist Doppelseitig und funktioniert auch, Probleme gibt es noch beim Einstellen von doppelseitigen Disk-Formaten mit PD.COM und PDRIVE.SYS für andere Laufwerke ...
da wird manchmal I/O-Port FEh angesprochen: schlecht für den Speedmaster ...
aus meinen Tests... schön ist er ja, der Monitor am Ende, meldet sich aber zur Unzeit .
... bei LDOS wird vermutlich ein "SpeedUp-Kit" über Bit 0 von I/O-Port FEh gesteuert, welcher beim Speedmaster eine andere Funktion hat ...
... und anscheinend 80 Zeichen?
Das läuft nur über die HRG und ist deshalb nicht so schnell: im GENIE-DOS 2.4 wird dieser Modus mit D8024/CMD aktiviert. Beim LNW80 (mit TRSDOS/LDOS) gibt es auch ein entsprechendes Programm: 80 COLUMN DISPLAY DRIVER PROGRAM ...
Lāuft LDOS?
Momentan läuft der Speedmaster mit dem BASIC-Level II ROM vom VideoGenie/TRS-80 Model I: also sollte auch LDOS 5.3.1, DOSPLUS und MultiDOS damit funktionieren ... die 480x192 HRG ist kompatibel mit dem LNW80 ...
