Es gibt sogar ein BASIC dafür.
Man muss etwas basteln: Hotsync Kabel zu Modem aAdapter.
Es gibt sogar ein BASIC dafür.
Man muss etwas basteln: Hotsync Kabel zu Modem aAdapter.
Nö soweit ich mich erinnern kann, ist das BASIC immer da, wie beim C64.
Einfach Print 5 * 6 probieren.
Oder Zeilennummer plus Code ...
Aber da ist doch so ein kleines Heft dabei, wo alles wichtige drin steht. Ansonsten gibt es auch ein ausführliches PDF.
ich bezweifle, dass ein RP2040 in der Lage ist einen 6502 incl. RAM, ROM,USB,serial... in höherer Geschwindigkeit zu emulieren.
Damit haben andere Controller mit mehr Leistung schon Probleme.
Er emuliert ja gar nicht??
Da steckt ein echter 65C02 mit drauf.
Was der emuliert ist IO (Keyboard, Laufwerk, Videocontroller), RAM und ROM
Und es funktioniert ja bereits wie man in diversen Videos sieht.
Wieso liegt da 1 LEW neben der Platine ? Kommt das aus Bulgarien ?
Ja das ist Olimex Bulgaria
Ein sehr interessantes Projekt ist der NEO 6502.
In dem Dokument APPLENEXT R3 steht die Hardware Spec. und die ist sehr an den Apple IIe angelehnt.
Ich finde diese Lösung sehr gelungen!
Es ist uns (ClausS vom F64 und mir) gelungen, eigene COMAL Packages zu entwickeln.
Vielen Dank an "ClausS", ohne seine unermüdliche analytische Arbeit wäre das nicht möglich gewesen.
Anbei ein COMAL Programm mit unserem Package "TOOL".
Es implementiert neue Befehle:
Es werden noch einige weitere Befehle und Funktionen dazu kommen mit der Zeit ...
.
Der Sprachumfang von COMAL-80 kann ganz einfach erweitert werden, indem man Funktionen (FUNC) und/oder Prozeduren (PROC) schreibt.
Man kann das ganze aber auch in Assembler machen und zu einem Paket (PACKAGE) schnüren.
So ein PACKAGE kann man dynamisch nachladen mit dem Befehl LINK.
Im COMAL Programm kann man mit USE dann Teile des PACKAGE aktivieren.
Für das COMAL Programm sind es ganz normale Befehle (PROC und FUNC), aber es steckt Maschinencode des Package dahinter.
Das coole ist nun, wenn man ein Package aktiv hat, dann wird es mit dem SAVE Befehle automatisch zusammen mit dem, COMAL Programm gespeichert.
Wenn man das COMAL Programm lädt mit LOAD werden automatisch alle Packages mit geladen.
Die Handhabung ist so easy, die haben sich wirklich was dabei gedacht.
Ich frag mich allerdings was passiert, wenn man ein C64 Package in einem CBM 8096 lädt ...
Man kann mehrere dieser Packages zu einem Modul zusammenfassen und in das EPROM (freier Sockel U3) der COMAL Cartridge schreiben.
Dann muss es niemals geladen werden und steht quasi automatisch zur Verfügung.
Allerdings läuft ein COMAL Programm das die ROM Packages verwendet auch nur auf einem Computer, der dieses Extra ROM installiert hat.
Es gab eine Reihe von ROM Packages, die man damals käuflich erwerben konnte.
Wir haben drei dieser Pakete gefunden, analysiert und in Betrieb genommen:
Natürlich gab es noch dutzende weitere Packages.
Das wahrscheinlich beste und umfangreichste Package war das sogenannte "SUPER CHIP" Package-
Leider ist es verschollen, es ist bislang nicht gelungen eine Kopie des EPROM zu bekommen.
Der Anbieter des COMAL Superchip war:
"COMAL Users Group" USA Ltd
6041 Monona Drive, Room 111
Madison, WI 53716
Wenn jemand in seinem COMAL Modul ein verdächtiges drittes EPROM finden ... - bitte danke.
Es wäre fantastisch wenn das Super Chip Dingens doch noch irgendwo auftauchen würde!
Einen Konverter für MOS Technology files.
Weil das COMAL Modul dynamisch Packages nachladen kann.
Und die Packages müssen anscheinend MOS Tech Files sein.
Ich möchte eine kleine PCB (single Layer) auf der Arbeit erstellen.
Es ist auch 4 lagig kein Problem mit SPRINT.
Man muss sich halt bewusst sein, es ist mehr ein Zeichenprogramm als ein vollwertiger Autorouter.
Man hat keinen Zusammenhang mit einem Schaltbild.
Autoroute ist auch mehr rudimentär, ich zeichne eigentlich alles per Hand.
Man kann eine Testversion runter laden und mal damit spielen.
Wenn du Hilfe brauchst zum SPRINT, jederzeit gerne.
So etwas zum Beispiel habe ich mit SPRINT gemacht:
Ich nutze Splan, das finde ich ganz ok für einfache Schaltpläne.
Oja, ich liebe SPLAN 8, ist von derselben Firma wie SPRINT das ich empfohlen habe.
Wenn du SPLAN kennst, kommst du mit SPRINT super einfach zurecht.
Ich kann dir SPRINT Layout empfehlen:
Simpel, einfach, gut ...
Auch jetzt, wo ich schon zig Platinen designed habe, liebe ich dieses Programm!.
Es ist aus Deutschland und es ist sehr preisgünstig.
Der Support ist klasse, aber es gibt eh kaum Bugs.
Mir persönlich ist KiCad zu umständlich.
Das mag gut sein, wenn man jeden Tag damit schafft.
Aber ich arbeite einmal im Monat an irgendwas, da muss es einfach und simpel sein.
Es gibt Gerber Dateien aus, die bisher immer tadellos verstanden wurden von PCBWAY und JLCPCB
z.B. den hier: https://www.lampen-ersatzteile…-ON-6-Pins-90-abgewinkelt
Ja der könnte passen.
Wichtig ist, dass der eine Mittelstellung hat.
Es gibt nämlich drei "Betriebsarten" ...
Neue Revision der UC-1 Platine:
Damit kann man COMAL-80 direkt ausführen auf dem UC-1
Boah, danke!
Ich habe so einen COMAL-80 Nachbau bekommen, der einfach nicht funktionieren wollte:
Natürlich habe ich erst mal den Inhalt der beiden EPROMs kontrolliert.
EPROM ausgelesen, file compare, - tadellos, beide.
Die TTL Dinger auf dem Modul sind gesockelt.
Daher konnte ich sie problemlos testen,
Fehlerfrei.
Hab alle Leiterbahnen durchgemessen.
Auf Kurzschlüsse geschaut.
Spannungsversorgung der ICs.
Alles einwandfrei.
Immer wieder probiert.
Immer blauer Schirm ohne Text.
Hab dann die Signale /EXROM und /GAME unterbrochen.
Dann fährt der C64 hoch mit dem Standard Willkommensschirm.
Hab dann mit POKE auf das Register geschrieben und mit dem Multimeter die Signale getestet ...
... alles tadellos, auch die OE Select Signale bis zum EPROM Sockel.
Ehrlich gesagt war ich vollkommen ratlos warum das Ding nicht läuft.
Heute hatte ich einen Anfall von Intuition.
Ich wollte andere EPROMs probieren.
Leider besitze ich keine 27256 EPROM.
Aber mir fiel ein, dass da auch die W27C512 funktionieren, wenn man die oberen 32K beschreibt.
Nun, - was soll ich sagen, es läuft!
Ehrlich gesagt verstehe ich nicht warum es läuft.
Die 27256 scheinen in Ordnung zu sein und enthalten exakt denselben Inhalt.
Das COMAL-80 Modul scheint etwas pingelig zu sein was die EPROM anbelangt.
Übrigens gibt es auch eine Variante von COMAL für den CBM 8032.
Hat einer von euch so ein COMAL für den 8032?
Comal-80 ist wirklich faszinierend.
Mich wundert es, dass sich das nicht durchgesetzt hat.
Je mehr ich da rein stöbere, desto cooler finde ich die Sprache.
Man kann den Sprachumfang von Comal-80 relativ simpel erweitern (PACKAGES).
Das ist sogar wirklich toll dokumentiert im Handbuch.
Diese PACKAGES kann man ins RAM laden von $8000 bis $BFFF (16K).
Da kann man sie ganz einfach einbinden und wieder deaktivieren.
Wenn ein Package eingebunden ist und in einem Programm verwendet wird, dann speichert SAVE die benutzten Teile automatisch mit dem Programm!
Diese PACKAGES kann man auch permanent ins ROM der Cartridge einbauen.
Dazu sind bis zu 64K frei verfügbar in dem Modul.
Für mehr als 64K müsste man wahrscheinlich das COMAL patchen.
Damals hat sich wohl niemand vorstellen können, dass jemand mehr als 128K in einem Modul haben würde ...
Es gab damals um 49 DM ein PACKAGE namens SUPERCHIP.
Man findet im Internet Leute die das damals hatten und verwendet haben.
Leider ist es aber verschollen, niemand hat mehr eine Kopie des SUPERCHIP.
Sehr schade!
Könnt ihr bitte mal eure COMAL Module öffnen und gucken, ob da ein drittes EPROM drin ist?
Alte Erinnerungen kommen gerade hoch ...
Config.sys
Autoexec.bat
Dieser DOS Driver verträgt sich mit dem nicht.
Manche Speicher Manager vertragen sich nicht.
Man muss sich überlegen, welche Hardware welche IO Adresse und welchen Interrupt haben soll.
Manche Karten brauchen Interrupt exklusiv, manche sharen das.
Boah ...
Sorry, dass ich diesen alten Zombie wieder zum Leben erwecke.
Aber es passt gerade so gut hier rein.
Neulich fragt mich ein Forums Mitglied wegen COMAL-80 auf einem UC Modul.
Das hat mein Interesse geweckt und ich hab mich daher mal damit beschäftigt ...
Die Schematic des Comal Modul ist sehr simpel.
Beim UC-2 Modul geht das einfach durch eine geänderte Logik des CPLD, läuft.
Beim UC-1 ist es nicht ganz so einfach, da der GAL die Signale EXROM und GAME nicht direkt kontrolliert.
Aber auch beim UC-1 Modul geht es mit einer kleinen Änderung an der Hardware:
Es funktionieren alle Comal-80 Images die ich so gefunden habe.
Das SRAM ist unnötig für COMAL-80 und kann einfach weg gelassen werden.
Mal davon abgesehen ... COMAL ist richtig geil!!
Es ist einfach das bessere BASIC.
Zum COMAL-80 gibt es eine Diskette mit Beispiel Programme, unbedingt anschauen!
Treiber?
DOS?
Nee.
Entweder das Spiel kennt deine Frage Karte nativ oder kann das BIOS der Karte nutzen.
Universelle Treiber gab es doch erst später unter Windows.
Gegeben sind zwei ähnlich ausgerüstete Systeme:
Nur die CPU unterscheidet sich:
Wenn man OS9 berücksichtigt, dann fällt die Entscheidung natürlich leicht.
==
Wenn man es nur aus der Sicht eine Entwickler sieht, dann wird es schwieriger.
Die 65816 kann native auf 16MB zugreifen.
Hat also Vorteile bei allem, was aus einem 64K Korsett raus will oder muss.
Die 6809/6309 ist aber viel eleganter was den Befehlssatz und die Adressierungsarten angeht.
Auch von der externen Beschaltung (DMA etc.) hat die Motorola CPU Vorteile.
Durch die MMU kann sie auch auf 16MB zugreifen.
Allerdings nicht so direkt und nicht so elegant wie die 65816.
Andererseits bietet die MMU auch Speicherschutz (getrennte Adressräume), Taskschutz, priviligierten Code ...
Mein persönliches Fazit:
Die W65C816 hat klare Überlegenheit bei single Task Anwendung (Homecomputer, Prozesssteuerung etc.)
Die 6809+MMU Lösung spielt ihre Stärken aus bei Multitasking und Multiuser Betrieb.
Wie seht ihr das so?
Es gibt spezielle Dragon-Joysticks mit dem entsprechenden Stecker. Man kann sich aber auch mit wenig Aufwand eine kleine Adapterschaltung auf 9-Pin-Joysticks basteln.
Nun ja, aber es braucht einen analogen Joystick.
Der digitale ist für viele Games ungeeignet.
Man kann alte PC Joysticks adaptieren.
Oder einen Adapter für USB machen, dann funktionieren die analogen Sticks der modernen Gamepads tadellos.
Bei AR kannst du halt nur das machen, was die Firmware anbietet.
Das AR hat nur ROM (Flash) Speicher.
ab V4 mit 8kB RAM
Stimmt, aber es gibt keine Software die man da rein ladet und ausführen kann.
Inzwischen ist viel Zeit vergangen ...
Nun habe ich mir ein weiteres W65C816 Board angelacht.
Das Board von Wichit Sirichote, das wie alle seine Boards in KIM-1 Manier aufgebaut ist.
Es ist mein sechstes Board aus dieser Serie, die sehen gut aus im Glaskasten.
Mir persönlich macht diese KIM-1 artige Version viel mehr Spaß als die Version von WDC.
Irgendwie ist es heimelig, diese alten 7 Segment anzeigen und die HEX Tastatur.
Letztlich arbeitet man ja doch nur mit dem Terminal Programm am PC.
Aber es hat schon seinen Reiz auch mal ein kleines Sample in HEX einzutippen und zu testen ...
Da scheint bit 2 gekippt zu sein:
$F6 = 1111 0110
$F4 = 1111 0100
Eigentlich Bit 1.
Ein Byte hat Bit 0 bis Bit 7.
Aber es ist das "zweite" bit ...
Hardware Revision 7 des UC-2 Modul ...
Sehr schön, jetzt läuft es auch mit Super Jiffy DOS tadellos.
Man muss den armen PI schon ganz schön übertakten ...
Mein neues 65816 Mikrocomputer Board unterstützt nur 96K RAM (von 128K) und 16K ROM (von 32K).
Eine kleine Verbesserung an der GAL Logik, und schon hat man Zugriff auf den gesamten Speicher (128K RAM, 32K EPROM).
Muss nur noch den Text der Einschaltmeldung anpassen.
Hmm, vielen Dank- dann bin ich da wohl raus, anscheinend kann man dieses Zoomfloppy nirgends kaufen grad? Und selbst hab ich keines.
Jim Brain verkauft es.
Man kann es aber auch selbst basteln.
Es genügt ein Board mit einem Atmel 32U4 oder ein 32U2 oder zum Beispiel ein Arduino Nano mit einem USB Controller.
In der Bucht gibt es einen Italiener, der verkauft die Arduino Nano Zoomfloppy Lösung.
Ich such mal den Link.