[Ich muß hier dokumentationstechnisch unbedingt mal was verbessern, leider kommen verständlicherweise immer wieder die selben Fragen auf ]
Die Doku ist doch sehr gut, nur nicht für Anfängerfragen auslegt, sondern für erfahrene Programmierer. Durch probieren kommt man manchmal auch an Ziel, dauert nur länger. Dafür ist dann der Erfahrungsgewinn größer. 
Auch eine leere (formatierte) Festplatte sollte ohne Fehlermeldung angenommen werden und ohne Fehlermeldung als "C:" Laufwerk zu sehen sein. Eventuell die Master/Slave Einstellung oder den festen Sitz der Kabelanschlüsse an der Festplatte prüfen, vielleicht kommt daher die "...not ready" Meldung?
...zuerst das Einbinden der Festplatte im Control-Manager/Mass Storage. Um darauf zuzugreifen startest Du SymbOS von der Raw-Disk. Am Emulator (WinApe) gibt keine Partition, am echten CPC musst Du eine angeben. Hat alles geklappt, legt Du die App-Disk ein und kopierst alle Daten auf die Festplatte (z.B. C:\), und legst den Systempfad entsprechend fest, damit dieser die Dateien finden kann. Dann speicherst du die Einstellungen (Start>Settings>Save) ab. Die werden vermutlich zuerst auf der Disk abgelegt. Einfach ins Root-Verzeichnis der Festplatte kopieren. Beim nächsten Booten sollte SymbOS diese auf der Festplatte automatisch finden/suchen.
Errorcode 26? (= Device not ready lt. Doku) - komisch, sollte keine Festplatte konfiguriert sein, müsste doch Errorcode 00 ausgegeben werden (= Device does not exist?). Oder täusch ich mich hier?
...stimmt, CPCDiskXP legt noch einen drauf. Falls der PC noch ein 3,5" , 5 1/4" (oder ev. 3") Laufwerk besitzt können DSKs direkt beschrieben werden. Und mit dem eingebauten Sector-Editor diese auch noch direkt am PC manipuliert werden.
...einen Header zur Datei hinzuzufügen sollte eigentlich gar nicht so schwer sein. Die 128 Byte enthalten folgende Infos (laut "Schneider CPC Systembuch"):
Bytes... 00: User-Nummer / 01 bis 08: File-Name / 09 bis 11: Extension / 18: Typ-Byte / 21 und 22: Original-Adresse der Datei, von der sie gespeichert wurde / 24 und 25: Gesamt-Länge der Datei. / 26 und 27: Einsprungs-Adresse für Maschinencode-Programme. / 64 und 65: Prüfsumme über Byte 00 bis 66 / 67 und 68: Gesamtlänge der Datei.
Tools wie ManageDSK können einen Header zur Datei hinzufügen bzw. bereinigen... . Grundsätzlich haben ASCII Dateien keinen Header und mit ManageDSK kann man wählen, ob die Datei als ASCII oder Binär hinzugefügt werden soll.
Vielleicht hilft es weiter.
Prodatron: Der Jumper J2 auf dem Symbiface sollte eigentlich auch die anderen ROM bis 31 deaktivieren?!
...wenn Du den CF Adpapter nicht direkt raufstecken möchtest, sondern ein Flachbandkabel dazwischen benutzt, brauchst Du den PIN nicht rauslöten. Verbiegen langt auch, schaut nur nicht so schön aus.
siehe: http://amstradcpc.info/symbiface2/symbiface2
Die Lösung im 3,5 Gehäuse hat schon seinen Charme.
Auch die von Stefan ist wirklich sehr gelungen.
Hmm??? Wenn die DIP-Schalter alle deaktiviert (d.h. OFF) sind, dann ist es doch richtig, dass nur die "normale" Einschaltmeldung erfolgt. Lade doch mal ein Foto Deines Sets hoch.
...die rote Diode leuchtet im IDE Betrieb.
Einfach mal alle ROMs mittel DIP-Switch oder Jumper (J2) deaktivieren und schauen, ob was passiert.
...der Delock Adpater mit separaten Stromanschluß funktioniert bei mir auch recht gut und zuverlässig. Beim Netzteil kannst Du ja eine Weiche aus Kupplung und Stecker bauen/löten. Diese Variante mit einem ähnlichen Netzeil habe ich in Kombination mit einem Mouse-Adapter gebastelt.
Beim SF2 benutze ich ein (altes, bei Ebay gebraucht gekauftes) AT Netzteil, um auch noch eine 3,5" Floppy (und CPC ...) zusätzlich/parallel betreiben zu können. (Man muß lediglich nur aufpassen, da der 12V Anschluß anders gepolt ist.)
So eine Diskussion hatten wir letztens in diesem Thread (etwas verstreut):
undocumented/illegal OpCodes im Z80
CU,
Prodatron
Ja, das stimmt. Ich dachte, ich frage hier nochmal, weil Devilmarkus von einer Einstellung / Funktion zum Debuggen sprach.
WinApe und JavaCPC verstehen den Opcode ED, FF (JavaCPC, wenn man diese Funktion im Debugger aktiviert )
Bis dann.
...ich hätte noch ein Frage hierzu:
Ich disassembliere gerade eine Datei aus einem Demo von "Grim" mit dem Namen '800x600 Interlaced' "Code.bin"
Hier werden zwei Mode 2 Overscan Bilder "geflippt". Das disassemblierte File schaut im JavaCPC o. auch WinApe wie folgt aus:
;; JavaCPC disassembled binary
;; disassembled from #FA00 to #FA59
;; Fri Jul 13 14:46:07 CEST 2012
ORG #FA00
DI ;;FA00: . F3
LD BC,&BC01 ;;FA01: ... 01 01 BC
OUT (C),C ;;FA04: .I ED 49
INC B ;;FA06: . 04
DB &ED,&71 ;;FA07: .q ED 71
LD SP,&FA09 ;;FA09: 1.. 31 09 FA
LD BC,&7FC4 ;;FA0C: ... 01 C4 7F
OUT (C),C ;;FA0F: .I ED 49
LD HL,&4000 ;;FA11: !.@ 21 00 40
LD DE,&0000 ;;FA14: ... 11 00 00
LD BC,&4000 ;;FA17: ..@ 01 00 40
LDIR ;;FA1A: .. ED B0
LD DE,&8000 ;;FA1C: ... 11 00 80
LD BC,&7FC5 ;;FA1F: ... 01 C5 7F
CALL &FA4F ;;FA22: .O. CD 4F FA
LD BC,&7FC0 ;;FA25: ... 01 C0 7F
OUT (C),C ;;FA28: .I ED 49
LD HL,&8000 ;;FA2A: !.. 21 00 80
LD DE,&4000 ;;FA2D: ..@ 11 00 40
LD BC,&3800 ;;FA30: ..8 01 00 38
LDIR ;;FA33: .. ED B0
LD DE,&8000 ;;FA35: ... 11 00 80
LD BC,&7FC6 ;;FA38: ... 01 C6 7F
CALL &FA4F ;;FA3B: .O. CD 4F FA
LD DE,&C000 ;;FA3E: ... 11 00 C0
LD BC,&7FC7 ;;FA41: ... 01 C7 7F
CALL &FA4F ;;FA44: .O. CD 4F FA
LD BC,&7FC0 ;;FA47: ... 01 C0 7F
OUT (C),C ;;FA4A: .I ED 49
JP &3800 ;;FA4C: ..8 C3 00 38
OUT (C),C ;;FA4F: .I ED 49
LD HL,&4000 ;;FA51: !.@ 21 00 40
LD BC,&3800 ;;FA54: ..8 01 00 38
LDIR ;;FA57: .. ED B0
RET ;;FA59: . C9Bei Adresse &FA07 gibt den Eintrag "DB &ED,&71" was ja laut http://www.z80.info/z80undoc.htm ein illegaler Opcode ist und eigentlich OUT F,(C) sein sollte. MAXAM selbst mach daraus zwei Befehlszeilen (einmal &ED mit ??? und dan &71 mit LD (HL),C) - egal.
Wie kann ich mir illegale Opcodes beim Disassemblieren richtig anzeigen lasen? Gibt es so etwas?
...ja, sehen sehr gut aus. Bin gespannt wie die Bilder am reallen CPC aussehen.
...woher weißt Du auf die schnelle, das ein CRTC1 verbaut wurde?
hmmm, den Avatar von "Kangaroo MusiQue" fänd ich jetzt recht witzig. (Was war das nochmals für ein Film? John Carpenters "Sie leben"?).
...mir ist noch eine Kleinigkeit zum JavaCPC Z80 Assembler aufgefallen. Eventuell bediene ich den Assembler auch falsch?
Ich assembliere z.B. folgenden Code im JavaCPC Z80 Assembler:
ld a,"s"
folgender Opcode wird erzeugt "3E 53"
gleicher Code im z.B. WinCPC o. WinApe internen Assembler erzeugt folgenden Opcode "3E 73"
Im JavaCPC Z80 Assembler werden die Kleinbuchstaben automatisch in große umgewandelt?
Muß ich hier irgendetwas beachten, z.B. irgendwelche Einstellungen im Assembler?
...genau auf diesen Punkt bzgl. Breakpoints bin ich scheinbar gestoßen, da ich einen gesetzt habe, in der auch ein Label + Instruktion war.
Vielen Dank auch für die weiteren Infos! Cool, die Funktion mit den Label suchen/setzen kann schon eine erste, schnelle Hilfe beim disassemblieren sein.
@Devilmarkus
"drei" Fragen zur Bedienung des Z80 Assemblers:
1.) wie kann ich eine Schritt-für-Schritt Analyse eines MC-Codes starten und durchführen? Im WinApe oder WinCPC setze ich hierzu einfach einen Breakpoint im Source-Code, assembliere diesen und nach dem Starten öffnet sich automatisch der interne Debugger an der Breakpoint-Adresse. Im JavaCPC Z80 Assembler ist das nicht so. Ich habe den Debugger geöffnet und versuche Breakpoints (über den Debugger "set breakpoints" oder auch im Assembler direkt links der rote Punkt?) zu setzen, jedoch läuft das MC-Programm bis Ende durch, ohne am Breakpoint zu stoppen.
2.) Was ist mit Anzahl der cycles bei "set breakpoints" gemeint?
3.) Was ist mit den Funktionen "Firmware on/off" "Add Firmware labels", "Add quick labels", "exact maths" oder "WinApe kompatibel" gemeint?
(hmm, doch mehr als drei Fragen? 
)
@TFM... zu RoDOS eine Frage:
1. Ist dies ein vollwertiger Ersatz zu AmsDOS?
2. Ein Befehl (|DRIVE...) erlaubt das Wechseln vom logischen und physikalischen Laufwerk. Wäre das ein funktionierende alternative zum ABBA-Switch, der auch funktioniert, sobald Programme geladen und ausgeführt werden?
@Devilmarkus
eine Frage noch zu "Java CPCPaint":
Sobald ich die Anwendung mit der "Overscan"-Einstellung starte, ist das Bearbeitungsfenster zu groß für meine Laptop-Anzeige (1366x768). Es lässt sich auch nicht in der Größe verändern. Hast Du einen Tip, wie man die Größe anpassen kann?
Hier mal ein Basic-Programm (aus dem Systemhandbuch) zum Flipping-Thema (ist natürlich nicht ganz so schnell), funktioniert trotzdem ganz gut...:
5 MODE 0
10 MEMORY &3FFF
20 bs=&B7C6
30 b=&40
40 p1=&BCFF
50 p2=&BDFF
60 b=&C0
70 POKE bs,b
80 IF flag=0 THEN LOAD"flip1.scr",&C000:CALL &C7D0
90 OUT p1,12:OUT p2,b\4
100 IF flag=0 THEN LOAD"flip2.scr",&4000:flag=1
110 b=&100-b
120 POKE bs,b
130 OUT p1,12:OUT p2,b\4
140 GOTO 110
@Devilmarkus: Ich bin noch nicht ganz so bewandert mit der Assembler-Programmierung. Die OUT-Befehle haben ganz andere Port-Adressen, wie die im Basic Programm. Liege ich hier richtig in der Annahme, dass das Low-Byte &FF nicht benötigt wird, stattdessen gleich der zu übergebene Wert in OUT (C), C dargestellt ist? Hier habe ich auf jeden Fall nachholbedarf in Assembler! Dieser "CALL WaitVBL" für's Warten?, ist dies für den Zeilenrücklauf durch den Bildschirm gedacht?
Und noch zwei Fragen: Funktioniert dies auch in Overscan? Ich habe mir die Screen-Dateien noch nicht im Detail angeschaut. Ab &C7D0 sind ja jeweils alle &800-Schritte &1F Byte frei für Daten (im normalen Bildschirmspeicher). Hast Du hier Code durch Dein CPCPaint-Programm abgelegt, für den CALL &C7D0, der die entsprechende Farbpalette einstellt?
...funktioniert auch prima ohne Nachbearbeitung (wenn das Original "entsprechend" ist).
Die Anwendung im Desktop integriert ist wirklich richtig cool. Die Ergebnisse im Overscan können sich sehen lassen. Unter Basic lassen diese sich ganz einfach laden und betrachten. Schade, dass in Mode 1 nur 4 statt 5 Farben für einen richtigen Farmix (CMYK (Black) + White) vorhanden sind. Egal. Das Ergebnis ist beeindruckend.
...genau. Warum nennt man diese OpCodes "nicht-dokumentiert" oder "illegal"?
...eine kurze Frage hierzu: Warum wurden denn diese nicht dokumentiert? Gibt es hierzu einen Grund?
(Ich schließe "vergessen" einfach mal aus. )
eventuell hilft ein Blick auf die Seite http://www.cpcwiki.eu/index.php/Games in der bestimmte Techniken (z.B. zum Hardware- Scrolling / Overscan in der Tabelle + Spiel + Jahr) zu einem bestimmten Zeitpunkt eingesetzt wurde, um bessere Rückschlüsse zu ziehen?
...laut Prodatron ist der Akku wohl für die geladenen ROMs zum Puffern gegen Datenverlust gedacht, ev. wird damit wohl die Echtzeituhr nebenbei mitbetrieben (was ja auch Sinn machen würde.)
Ich kann nur bestätigen, das der Akku inkl. der senkrecht stehenden Fassung fest verlötet ist.
...hmm, gehört vielleicht nicht hier rein.
Auf der Seite http://www.grimware.org/doku.p…re/locomotive.basic/start wird von verschiedenen Revisionen der BASIC Implementierung im CPC gesprochen, deren Unterschiede leider nicht dokumentiert sind. Kennt jemand die Unterschiede? Gibt es die Möglicheit die BASIC Version mittels Peek oder im ROM auszulesen?
Ist dieses ROM-Board in der Lage das ROM auf Position 7 (Amsdos) zu aktivieren? Ich frage nur, weil ein Standard ROM-Board das nicht so ohne weiteres "überschreibt".
http://www.cpcwiki.eu/forum/am…hardware/lower-rom-board/
