Steht meines Wissens nach nicht auf der Wishlist. Wir müssen auch irgendwann mal mit den Cartridges aufhören, sonst kommen wir nicht zu den wirklich wichtigen Dingen. Oder kann MF2 irgendwas, was die bisher integrierten Module nicht können?
Jens
Steht meines Wissens nach nicht auf der Wishlist. Wir müssen auch irgendwann mal mit den Cartridges aufhören, sonst kommen wir nicht zu den wirklich wichtigen Dingen. Oder kann MF2 irgendwas, was die bisher integrierten Module nicht können?
Jens
Das Timing des Computers kann von außen nicht verändert werden. Wie kommst Du darauf?
Wenn Du Dir die Schaltung mal genauer anschaust, stellst Du fest, dass es nie ganz abgeschaltet werden kann (z.B. ist Ram bei DExx immer vorhanden). Der 6821 kann sich irgendwie zwar wegschalten (mit PA4), aber so richtig will sich mir nicht erschließen, wie er wieder eingemapped wird (außer durch den Freeze-Knopf oder Reset).
Vielleicht ist es auch ein ganz simpler Programmierfehler - man kann nämlich das Kernel bei $e000 eingeschaltet lassen, aber trotzdem die PIO ausblenden. Das Kernal wird mit PB7 ein/ausgeblendet, die PIO mit PA4, also sind für ein "sauberes Abschalten" zwei Schreibzugriffe erforderlich. Um da absturzfrei 'rauszukommen, muß der Code im Ram laufen, z.B. im $de00-Ram.
Verhält sich der C128 mit dem Modul inkompatibler ist als ein C64 mit dem gleichen Modul?
Jens
Das stimmt nicht, du kannst die VIC2 Bank dort hinlegen und Chars/Sprites darstellen.
So kannst du auch $0001 aus dem RAM lesen, als Char darstellen und mit einem Sprite dann pixelweise auf Kollision prüfen.
Da muss also definitiv auch mal $0001 auf dem Adressbus anliegen... (und $0000 auch)
Dass man mit dem VIC die Speicher-Adressen 0 und 1 darstellen und somit auch bitweise auslesen kann ist mir klar. ABER: Diese Schaltung geht wohl davon aus, dass ein Prozessor-Schreibzugriff auf $0001 auch auf dem Bus erscheint. Das ist aber nicht so. Die zwei Speicheradressen 0 und 1 sind ohne Zusatzhardware immer mit random-Daten gefüllt. Mit DMA-Hardware wie z.B. einer REU kannst Du die zwei Speicherstellen beschreiben.
Ziel der Schaltung ist augenscheinlich, dass das Hiram-Signal extern neu generiert wird, aber das funktioniert nicht. Aus dem Grund wurde wohl auch was mit dem 6821 herumgefummelt.
Jens
Mahlzeit,
es kann durchaus sein, dass da noch die eine oder andere Verbindung fehlt, aber man wird die Emu anhand des Schaltplanes überarbeiten können. Ich habe speziell die Diode auf der Unterseite nochmal gemessen, die scheint ein Schottky-Typ zu sein, also geringerer Spannungsabfall.
Der 6821 ist sehr kreativ angeschlossen, ist aber wirklich "write-only". Das 32K Eprom *könnte* auch 64K sein, aber der Speicher ist wirklich nur in 256-byte Pages zugreifbar. Rom erscheint nur im Bereich $e000-$ffff, währenddessen ist Ram an der Stelle nicht erreichbar.
Die $0001-Dekodierung ist meiner Meinung nach nicht aktiv, denn Adresse $0001 liegt im realen Leben nie auf dem Adressbus an - zumindest habe ich das vor ein paar Jahren mal durchgemessen und habe nie einen "hit" bekommen.
Mir reicht's jetzt erstmal, vielleicht ist das auch schon genug um die Emu zu vervollständigen. So toll wie das Modul immer im 64er Magazin gelobt wurde, scheint's von der Hardwareseite her nicht zu sein. Magisch ist allenfalls, wie man die unternehmerische Entscheidung treffen konnte, funktionslose Chips zu verbauen...
Jens
Bitte melde dich an, um diesen Anhang zu sehen.
Naja, bloß weil wir noch keine andere Version gefunden haben bedeutet das noch nicht, dass es keine gibt (es wäre doch sehr vermessen, sowas zu behaupten).
Die Hardware hält aber die eine oder andere Überraschung bereit - beispielsweise sehr kreativer Anschluß des 6821 IO-Chips (Datenleitungen werden mit Adressleitungen gefüttert) und eine funktionslose Adresse-$0001-Dekodierung (weil die CPU diese Adresse nie anspricht!).
Mal sehen was noch so alles dabei 'rauskommt...
Jens
Mahlzeit,
Green hat mir gerade auf der tUM sein MF2 zur Verfügung gestellt - der Dump ist zweimal geprüft (Verify läuft durch, auch wenn der Sockel einmal gelöst und wieder verriegelt wurde), sollte also "die Wahrheit" sein.
Wir versuchen gleich mal nen Schaltplan zu zeichnen, wenn das noch was wird, posten wir das natürlich auch. Momentan noch ohne Bier und ohne Pizza...
Jens & Green
Bitte melde dich an, um diesen Anhang zu sehen.
Kondensator ünnötig
Nein, ist er nicht. Es ist ein *Fehler* ein solches Design ohne Abblock-Kondensatoren zu bauen. Gerade bei solchen Stromfressern wie alten Eproms und Rams, LS-TTL Chips und anderen Sünden der Vergangenheit sollte man mit 100nF-Kondensatoren großzügig umgehen.
Jens
Sauhund,
Das Speichern aus dem Modul selbst heraus könnte den gegenteiligen Effekt haben, nämlich dass nur Ram gespeichert wird. Zu der Zeit war's eigentlich schon üblich, dass die Monitore schon einen Ram-only Mode hatten (magic mon war glaube ich der Erste, und das war ein popeliges $8000-cart!).
Auf den Bildern ist zu sehen, dass da ein 64K- und ein 32K-Eprom drin sind. Ich finde 96K Rom für so ein Modul schon reichlich happig, das kann man am 64er nur dann dumpen, wenn man die Banking-Register der Hardware kennt. Kennen wir aber nicht. Glücklicherweise kommt Green zur tUM wenn ich richtig informiert bin, da können wir vor Ort nen Dump machen. Ich hab' ohnehin für die Apollo500-MACH-Aktion den notwendigen Krempel dabei, da ist das ein Aufwasch.
Green: Bitte das Modul auf Deine Gepäck-Checkliste setzen!
Zur Technik: Der Kondensator ist einfach zwischen Vcc und GND, also ein einfacher Abblock-Kondensator - vermutlich um die 100nF. Ist ne gute Idee den da irgendwohin zu löten, denn das ganze Design hat sonst keine Abblock-Kondensatoren! Zur Diode kann ich nichts sagen.
Jens
eigentlich wollte ich nicht noch ein Modul reversen, sondern wenn, dann anhand eines Schaltplanes vorgehen. Zum Zeichnen eines eigenen Schaltplanes habe ich wirklich keine Zeit.
Jens
Wenn ein Schaltplan und/oder eine vernünftige Registerbeschreibung von Magic Formel irgendwo vorhanden ist, könnten wir eine Cartridge-Emu in Chameleon unterbringen. Zunächst war ich ein bischen skeptisch als wir Nordic Power und andere Mapper im MMC Replay untergebracht haben, aber wie's aussiehtgibt es einen Markt für jedes noch so unmögliche und eigentlich überflüssige Modul.
Da Chameleon "open-hardware" wird, könnte ich die nutzlosen Module wie SuperSnapshot, Final Cartridge und evtl. auch Magic Formel (wenns nicht zu kompliziert ist) als open-source Projekte veröffentlichen.
Jens