So eine Netzteilorgie hatte ich auch schon mal durch: C128D Netzteil
Letztendlich war es nur ein kleiner Schalttransistor(BC337) bei der Steuerung. Es hilft nix, am besten alle Transistoren raus und prüfen. Ein anderes Netzteil einbauen ist immer irgendwie doof...
Das sieht so aus als wenn da noch ein zweites Bios sich mit dem vom Board beißt. Da laufen zweie auf der gleichen Adresse.
Das glaub ich nicht, denn FA000h gehört eigentlich noch zum BIOS, und dürfte nicht von anderen Karten benutzt werden:
Standard VGA Video ROM Code: C0000 - C7FFF (32K)
Rom Code Memory (BIOS Extension): 0C8000-0F4000.
System BIOS: F0000 - FFFFF (64K)
Geil. Ich als alter Atari-Fan muß zu meiner Schande gestehen, daß ich den auch noch nicht kannte 
Atari 8bit mit 3.5" Floppy wär schon was gewesen...
Haben will 
Ich hatte das Script unter Kickstart 1.3 und der WB Version 1.3.2 erstellt und laufen lassen. Da gibt es den Befehl AVAIL auch, jedoch funktioniert das Ansprechen mit den in Hochkommata gefassten Befehlen im Script nicht. Jetzt habe ich das alles noch einmal unter dem Kickstart 3.1 mit der zugehörigen WB Version laufen lassen und siehe da - es funktioniert genau wie von kbr beschrieben
Jo, ich hatte unter Kickstart 2.0 getestet...
Für 1.3 hätte ich noch einen Alternativ-Vorschlag:
Wenn das Kickstart älter als 40 ist, wirft das Programm "version" einen Errorlevel WARN, und dementsprechend kann man abhängig Code ausführen.
kbr, danke für die Info. Das war mir nicht klar. Ich habe das allerdings gerade noch einmal ausprobiert. Es erscheint dann bei mir immer beim Booten die Fehlermeldung "Please insert volume T in any drive". Irgendwas mache ich da offensichtlich falsch. Habe es gerade noch einmal mit obigem Code verglichen. Habe es 1:1 abgetippt. Mit welcher Taste werden diese Anführungszeichen getippt? Ich habe es mit der rechts des Fragezeichens versucht aber auch mit der unter der Esc-Taste. Optisch identisch und führt beides zum gleichen Fehler.
Du musste das NACH diesen ganzen "ASSIGN..." Zeilen einfügen, volume T ist wohl für die IF-Anweisung notwendig!
Display MoreHallo kbr,
vielen Dank für die schnelle und kompetente Hilfe. Anstatt der Hochkommata in der IF-Anweisung müssen es Anführungszeichen sein (also die doppelten Tüddelchen) aber mit dieser kleinen Änderung funktioniert es dann einwandfrei. Hat mir sehr geholfen.
Danke & Gruß
Kai
nein das funktioniert nicht, damit vergleichst du nur einen String, das Ergebnis wird also immer identisch sein, es müssen diese Backticks sein, wie von Dekay beschrieben.
Aber ich war auch nicht ganz richtig:
Damit gehen dann auch größere Zahlen.
Würde er nicht piepsen, wenn was mit dem RAM nicht stimmt?
Komisch finde ich auch, daß die INTR-Leitung permanent auf High ist.
kbr: Das sieht ja prima aus. Die serielle Leitung hast Du direkt an den ProMicro gelötet, richtig? Platz für eine Pin-Leiste ist da sicher nicht. Du nimmst nicht zufällig Druckaufträge an?
ja richtig, direkt angelötet, bietet sich doch an.
Ehrlichgesagt nein, dazu ist mir meine Freizeit z. Zt viel zu kostbar, bin schon froh, wenn ich ein wenig zu meinen eigenen Sachen komme. Mein Drucker ist auch nicht der Beste, musste noch ganz schön dran rumfeilen, bis ich die beiden Gehäusehälften zusammengebracht habe. Da sind auch sicher noch Optimierungen am Design nötig...
Weil ich schon gerade dabei war, hab ich mich mit dem Thema auch mal wieder beschäftigt, und musste leider feststellen, daß der Fehler in den aktuellen Sourcen auf github immer noch besteht. Interessanterweise musste ich jetzt aber an einer anderen Stelle den Timeout fixen:
Ok, inzwischen hab ich auch einen anderen PC, mag auch damit zusammenhängen, aber man sollte wohl überall einen Timeout einbauen, wo unmittelbar nach einem RELEASE auf selbige Leitung geprüft wird, sonst kann es wohl passieren, daß man auf seine eigene Flanke triggert.
Aber wo ich noch ein Verständnisproblem habe, ist in der RESET-Routine:
Hier wird ATN gesetzt, und anschließend gewartet, bis DATA aktiv wird. Das passiert bei mir aber nicht, und das ist auch gar nicht spezifiziert, denn da müsste auch noch CLOCK gesetzt werden, damit der Partner mit DATA antwortet. Daher verstehe ich nicht, was man sich dabei gedacht hat...
Is ja genial, da musste ich mir natürlich auch gleich eins bauen, das ist doch deutlich komfortabler, als dieses Parallel-Port Gedöhns 
Wer Interesse hat am Gehäuse:
Hm ja, hätte ich vielleicht mal noch präziser erwähnen sollen...
Das Display auch noch automatisch zu erkennen wäre sicher möglich, aber der zusätzliche Code-Bedarf dafür würde jeden Rahmen sprengen. Dazu bräuchte es dann definitiv einen Arduino-Mega. Vielleicht denke ich doch nochmal über so eine Lösung nach, aber das wird halt dann nicht mehr so schön handlich, und zudem bleibt das Problem, daß die Leitungen für SPI zur SD-Card beim Mega anders belegt sind, und hierfür eine ziemliche Löterei notwendig wäre...
PS: Da wäre dann vielleicht sogar eher daran zu denken, eine komplett eigene Platine zu entwickeln...
Dazu hatte der Code doch neulich eine Auto-Erkennung bekommen? Bin mir nicht sicher, da nie ausprobiert, aber in den Commits wird explizit darauf hingewiesen...
Ja, dachte ich auch. Aber im Release sind immer noch x Versionen für die Chips drin und die sind auch unterschiedlich...!?
Ich würd's einfach mal ausprobieren und schauen, was an Output kommt
Im schlimmsten Fall müsstest Du alle 7 Versionen flashen, bis Du "Deines" erwischt hast.
Das bezieht sich NUR auf das Touchscreen, nicht auf das Display, da es leider auch bei gleichen Display's unterschiedliche Beschaltung des Touchscreens gibt, und das war mega nervig.
Die TFT-ID wird beim Starten kurz im unteren Bereich angezeigt, z. B.: TFT-ID: 9341
Kurz gesagt, es ist voll, das Autotouch-Feature hat die letzten Bytes aufgebraucht. Wenn mir nicht noch drastische Optimierungen einfallen, geht da erstmal nichts Neues mehr rein, aber im Moment hab ich leider auch andere Prioritäten...
Bootblock Kopieren kann eigentlich jedes Virenprogramm, ich nehm dazu am liebsten den VT.
Die von C= mitgelieferten CP/M-Disketten sind doch in ganz normalem CBM-Format, sollten sich also mit jedem gewöhnlichen Sektorkopierer archivieren lassen. Gibt davon übrigens auch schon genug Images im Netz...
Es gibt mal wieder ein neues Release V1.2, mit folgenden Änderungen:
- touchscreen auto detection added
- usage without display
- fixed buffer overflow on tape blocks > 256 bytes
- support reading baud from CAS file
- added support for ILI9325 displays without scroll feature(willy)
- added support for RM68090 display(vladkvladk)
- added ATX support for ED images
- support DD and QD image creation on "New" button
- fixed bug format image on insert after "New" button cleared
- added a button ">>>", to quickly change current drive to next image in directory
- added ATX motor start delay for more compatiblity
- honor read only flag of image file
Viel Spaß damit!
Die Version war buggy, und ist nicht mehr verfügbar, stattdessen gibt es jetzt eine v12c3:
Es gibt eine neue Beta-Firmware, in der hauptsächlich eine automatische Erkennung des Touchscreens eingebaut wurde:
https://github.com/kbr-net/sdrive-max/releases/tag/v12c2
https://github.com/kbr-net/sdr…12c2/sdrive-max-v12c2.zip
Die Erkennung findet im eeprom_writer.hex statt, und wird dann ins EEPROM geschrieben, daher unbedingt diesen zuerst flashen!
Ich bitte um reges Testen, viel Spaß!
Kann man machen, muß man aber nicht...
Mir gefallen die alten Rechner am besten so, wie sie waren, mit all ihren Stärken und Schwächen.
Erweiterungen um modernere Speichermedien zu nutzen, find ich ok, denn Floppies werden ja zunehmend ein Problem.
