GEOS MegaPatch V3 Release 2018

Es gibt 1.222 Antworten in diesem Thema, welches 218.861 mal aufgerufen wurde. Der letzte Beitrag (2. Juli 2025 um 17:17) ist von darkvision.

  • Bitte melde dich an, um diesen Link zu sehen. Wenn Du das nächste mal einen "Panic bei $FF90" oder in der Nähe hast, direkt danach über TopDesk "Nach BASIC verlassen" (falls möglich...) und den Monitor aufrufen. Dann den Befehl

    Code
    m 1ff80

    eingeben.

    Das sollte in etwa so aussehen. Falls nicht ist da doch etwas faul.
    Bitte melde dich an, um diesen Anhang zu sehen.

    P.S. Ja, das ist so richtig. Es muss da mehrfach die Bytefolge $20,$80,$9d stehen. Das ist der "Umweg" am C128 um von BankBitte melde dich an, um diesen Link zu sehen. ROM-Routinen in Bank#0 aufzurufen. Ist auch nur 1Byte dazwischen anders, dann ist da definitiv was Faul...

  • Anbei ein DiskImage mit einer Spezial-Version von MP128. Ist aber wirklich nur für die MP128-User mit einem SD2IEC und dem letzten SnapShot:

    Scheint zu funktionieren. :thumbsup:

    - Wechseln von Image ohne Probleme möglich
    - Wechseln der Imageart ohne Probleme möglich; D81 -> DNP; DNP -> D64
    D71 hab ich nicht getestet, da ich keins auf der SD-Karte hatte.


    unter Verwendung zweier SD2IECs. Damit ich das Systemlaufwerk nicht wechseln muss.

    Ups, da merke ich ja grade das ich das Systemlaufwerk getauscht habe.
    Na ja hat MP3 nicht gestört.


    Bitte melde dich an, um diesen Link zu sehen. , schaue mal auf github.com/markusC64/1541ultimate2/releases und lade die neueste Firmware von Anfang Dezember herunter (sofern noch nicht geschehen).

    Hab noch eine ältere Version (3.3 (112)) muss ich noch testen.


    Was noch sein könnte: Was ist bei Dir bei "CPU Addr valid after PHI2" eingestellt?

    Steht auf 64 ns, hab ihn im verlaufe der Versuche geändert.


    Hab heute Check64 (128 Diagnostic) durchlaufen lassen -> nix, nada, kein Fehler.
    REU-Checker V1.0 zeigt keinen Fehler an.
    Auch Risen from Oblivion läuft durch.

    Also wieder Snapshot vom 22.12.18 gebootet -> läuft einwandfrei, keine Abstürze, kein Einfrieren.
    Jedenfalls werden den Tests gab es keine Probleme.
    MP3 verlassen und Snapshot vom 16.12.18 gebootet -> auch hier nix, nada, lief einfach.

    Als nächstens die V3.3 vom 02.11.18 gebootet -> blieb bei: GEOS-Kernal laden ....... Bank 1 hängen (Basic Cursor erscheint).
    2. Versuch -> fror nach dem Kopieren von Dateien ein.

    Rechner aus und 10 min. gewartet.
    Booten vom Snapshot 22.12.18 Absturz nahe $0090
    Auf OK geklickt -> weiser Bildschirm - 40-Zeichen Modus aktiviert -> Reset führte in Basic -> Monitor aufgerufen und Befehl m 1ff80 eingegeben

    Bitte melde dich an, um diesen Anhang zu sehen.

    Zweiter Boot-Versuch läuft wieder ohne Auffälligkeiten.
    MP3 verlassen und V3.3 vom 02.11.18 gebootet -> läuft jetzt ohne Probleme.

    Rechner ausgeschaltet und 10 min. gewartet.
    Wieder die V3.3 vom 02.11.18 gebootet -> Absturz nahe $FF90 -> OK -> bootet fertig -> GEOS beenden ->Spacetaste -> Monitor

    Bitte melde dich an, um diesen Anhang zu sehen.

    Die Bilder werden wahrscheinlich nichts nützen, da ich nicht direkt in den Monitor komme. :(

    PHI der Ultimate 2+ auf 112ns gestellt und die V3.3 vom 02.11.18 gebootet -> Absturz nahe $FF90.

    Rechner für eine Stunde ausgeschaltet.

    Snapshot vom 22.12.18 gebootet.
    Erst als ich UV's mit TD-COM (neuste Version) gelöscht habe bliebt das System hängen -> Reset funktioniert.
    System hängen = Hintergrundbild wird aufgebaut, TD-Oberfläche erscheint aber keine Uhr, keine 0 beim Dateienzähler, kein Druckername, kein Mauszeiger und kein Fenster.
    Nach dem Reset stimmt die Uhr nicht mehr, wird bei 13:00 gestartet.
    Dies konnte ich zweimal hintereinander nachvollziehen und dann wieder nichtmehr.

    Ich dreh noch am Zeiger, bei diesem umkonstanten Fehlerbild. :aerger:

    Gruss C=Mac.

  • Als nächstens die V3.3 vom 02.11.18 gebootet -> blieb bei: GEOS-Kernal laden ....... Bank 1 hängen (Basic Cursor erscheint).

    Das ist schon merkwürdig, da hier ja nur KERNAL-ROM-Routinen genutzt werden um die Programmteile von Disk nachzuladen.
    Nach "GEOS-Kernal laden ....... Bank 1" wurde da noch "OK" oder "ERROR" ausgegeben? Wenn da noch nicht mal der STATUS ausgegeben wird scheint ja schon der ROM-LOAD-Befehl nicht zu funktionieren. Kann das ROM einen schlag weg haben? Evtl. stürzt das System nicht durch fehlerhafte Werte in der ROM-Sprungtabelle in BankBitte melde dich an, um diesen Link zu sehen. ab sondern beim eingeblendeten ROM in Bank#0... Ist das ein Original C128-ROM?

    Hast Du mal versucht alle Laufwerke bis auf das Boot-Laufwerk vom seriellen Bus zu trennen?

    Nach dem Reset stimmt die Uhr nicht mehr, wird bei 13:00 gestartet.

    Von wo holt sich denn MP bei Dir die Uhrzeit? Von einem CMD-Laufwerk? Und wie startest Du dann GEOS wieder, über LOAD/RBOOT oder über LOAD/GEOS128...?

    Da die unterschiedlichsten Versionen immer wieder Abstürze zeigen glaub ich nicht das Du da regelmäßig alte Versionen testen musst.
    Hast Du noch irgendwelche anderen Autostart-Programme auf der Startdisk? Was passiert wenn Du z.B. mit der Testversion von Heute startest und mal den C128 1h in Ruhe lässt... vielleicht sogar mit eingeschaltetem ScreenSaver. Danach einfach mal nur mit TopDesk ein oder zwei Fenster öffnen... aber kein Programm starten.

  • Nach "GEOS-Kernal laden .......[...] Wenn da noch nicht mal der STATUS ausgegeben wird scheint ja schon der ROM-LOAD-Befehl nicht zu funktionieren. Kann das ROM einen schlag weg haben? Evtl. stürzt

    Das wäre genau das Symptom, was ich bei überlasteten IEC Bus schon öfter hatte. Aber nicht ausschließlich. Manchmal auch später.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Das wäre genau das Symptom, was ich bei überlasteten IEC Bus schon öfter hatte.

    Mal sehen ob das mit weniger Geräten funktioniert.

    Eine andere Frage wäre: Kann man am C128 auch MP64 starten und treten da die gleichen Probleme auf?

  • Mich bauchst Du nicht fragen. Sobald ich meine 1570 abziehe geht alles bestens.

    Wollte nur zu Protokoll geben, dass mir das Symptom bestens vertraut ist. Und es sich deswegen bei dem Fehlerbild als mögliche Ursache anbietet, dass wahlweise der Bus überlastet ist oder die Spannungsversorgung für die angeschlossenen Geäte nicht reicht.

    MP64 teste ich fast immer auf meinen C128, das geht schon. C64 Modus aktivieren und los.

    PS: Bei C=Mac würde ich auf Jiffydos 6.01 DE als Kernal die Vermutung richten. Nicht original CBM.

    Nachtrag: Jenes Jiffydos es abe nicht - habe ich schon ausprobiert vor einiger Zeit.

    Nachtrag 2: Kennst es vielleicht. Man denkt nicht immer dran, die 1570 abzuziehen. Ohne SD2IEC habe ich nämlich keine Probleme, wenn die abgeschaltet dranhängt... Nichts dabei denken...

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (25. Dezember 2018 um 20:30)

  • Das ist schon merkwürdig, da hier ja nur KERNAL-ROM-Routinen genutzt werden um die Programmteile von Disk nachzuladen.
    Nach "GEOS-Kernal laden ....... Bank 1" wurde da noch "OK" oder "ERROR" ausgegeben?

    Nein es erschien anstelle von OK der Basic Cursor.


    Kann das ROM einen schlag weg haben?

    Ist sicherlich möglich.
    Müsste dann der/die Fehler nicht konstant und reproduzierbar auftreten?


    Ist das ein Original C128-ROM?

    Nein ist das Jiffydos 6.01 DE-ROM.


    Hast Du mal versucht alle Laufwerke bis auf das Boot-Laufwerk vom seriellen Bus zu trennen?

    Bis jetzt noch nicht.
    Bin grade daran eine 1571-Boot-Disk zu erstellen.
    Dann kann ich testen ob es bei einem LfW auch Probleme gibt.
    Im normal Fall sind drei LfW am Bus und eingeschaltet: SD2IEC, Ultimate 2+ (1541) und die interne 1571.


    Von wo holt sich denn MP bei Dir die Uhrzeit? Von einem CMD-Laufwerk?

    Die Uhrzeit wird vom CMD-SmartTrack eingelesen.


    Und wie startest Du dann GEOS wieder, über LOAD/RBOOT oder über LOAD/GEOS128...?

    Nein, nach einem Reset startet MP3 - meistens -selbstständig wieder (Reboot-System), man muss nur vorher auf 40-Zeichen umschalten.


    Hast Du noch irgendwelche anderen Autostart-Programme auf der Startdisk?

    Auf der 22.12.18 nicht, da sind die Fremdprogramme: TopDesk128, uIec-Manager 128 (neuste Version), TD-Com 128 (neuste Version).


    Was passiert wenn Du z.B. mit der Testversion von Heute startest und mal den C128 1h in Ruhe lässt... vielleicht sogar mit eingeschaltetem ScreenSaver. Danach einfach mal nur mit TopDesk ein oder zwei Fenster öffnen... aber kein Programm starten.

    Müsste ich probieren.

    Gruss C=Mac.

  • Noch ein Nachtrag:

    Hab die Ultimate 2+ auf die aktuelle Firmware geupdatet und die Einstellungen überprüft.

    Abgeschaltet habe ich SID Left und SID Right, waren aktiviert.

    Alle andere Sachen sind ausgeschaltet, ausser:

    - PHI2 edge recovery
    - Command Interface
    - Ultidos Allow SetDate
    - RAM Expansion Unit
    - Und natürlich Laufwerk A

    Achja die Spannung beträgt am UserPort: 4.86 Volt.

    Gruss C=Mac.

  • Nein, nach einem Reset startet MP3 - meistens -selbstständig wieder (Reboot-System), man muss nur vorher auf 40-Zeichen umschalten.

    Wenn da aber was im RAM/REU-Speicher "beschädigt" ist wird nur wieder das beschädigte System gestartet. Das ist zum testen eher kontraproduktiv.

    Ich würde mal wirklich nur ein Laufwerk dran hängen, falls vorhanden auch mal eine echte REU ohne Ultimate und dann den Dauerlauftest durchführen, d.h. nur starten und warten ;)
    Das JiffyDOS kannst Du aber nicht umschalten? Ich glaub einer meiner C64 hat auch einen Schalter, ich glaube der war für JiffyDOS ein/aus.

  • - Und natürlich Laufwerk A

    Also irgendwie klingt das alles seltsam. Mal geht es, mal nicht.....

    Der von Dir erwähnte Wert von 64 ns (bei "CPU Addr valid after PHI2") erscheint mir zu gering. Habe ihn hier irgendwann mal von 120 ns auf 112ns ändern müssen, da MP3 128 nicht mehr wollte. Aber kleinere Werte wollte MP3 auch nicht. Und es läuft hier stabil (Version vom 22.12.).

    Auch Installation auf D81 (SD2IEC) geht hier problemlos. Habe hier von Geos 128 mit TD V3 aus auf SD2IEC installiert. Und das läuft dann auch ohne Probleme. Dabei 2 Konfigurationen probiert (immer von RAM B: auf SD2IEC installiert):

    1. A: 1581 (SD2IEC)
    B: RAM1581
    C: RAM1581
    D: kein Laufwerk

    2. A: 1581 (SD2IEC)
    B: RAM1581
    C: 1571 (interne Floppy des C128 DCR)
    D: 1581 (FD-4000)

    Am Bus hängen bei mir: 8: SD2IEC, 10: interne Floppy 1571 des C128 DCR, 11: CMD-FD-4000, 12: CMD-HD (abgeschaltet)

    Meine (wichtigen) 1541 Ultimate II+ Settings:

    unter Software IEC settings: IEC drive and printer: disabled

    unter C64 and cartridge settings:
    Fast Reset: Disabled
    Alternative kernal: Disabled
    RAM Expansion Unit: Enabled
    REU Size: 16 MB
    REU Preload: Disabled
    ...
    CPU Addr valid after PHI2: 112 ns
    PHI2 edge recovery: Enabled

    unter 1541 Drive A/B Settings:
    jeweils Disabled

    Also auf meinem C128 DCR keine Probleme feststellbar.... Wohl kein generelles Problem. Irgendwas muss bei Dir anders sein......

    Ich weiß, hilft Dir vermutlich nicht wirklich weiter, aber mir gehen langsam die Ideen aus.

    Gruß
    Werner

  • Der von Dir erwähnte Wert von 64 ns (bei "CPU Addr valid after PHI2") erscheint mir zu gering. Habe ihn hier irgendwann mal von 120 ns auf 112ns ändern müssen, da MP3 128 nicht mehr wollte. Aber kleinere Werte wollte MP3 auch nicht. Und es läuft hier stabil (Version vom 22.12.).

    Meine (wichtigen) 1541 Ultimate II+ Settings:

    Also wenn ich sehe was man da alles "optimieren" kann würde ich das erstes abstecken und durch eine reale REU+1Laufwerk ersetzen. Das System soweit "downgraden" wie nur irgendwie möglich. Wenn RAM&Chips getestet wurden muss es ja was anderes sein, und schlimmstenfalls ergänzen sich da verschiedene Probleme zu unvorhersehbaren Ergebnissen.

  • Also wenn ich sehe was man da alles "optimieren" kann würde ich das erstes abstecken und durch eine reale REU+1Laufwerk ersetzen.

    Och, auch wenn ich in Deinem Postings kein Smily entdeckt habe :wink: , nehme ich es nicht ganz so ernst :wink: .
    Das ist die Krux. Alle programieren für C64 und der C128er Anwender schaut in die Röhre :wink: .

    Zu Geos & Co:

    Ja, man muss ein wenig rumspielen, um das Ganze auch am C128 unter Geos 128 & Co zum Laufen zu bewegen. Gilt auch für das Ultimate 1541 U II(+). Aber es funktioniert :wink: grundsätzlich. Und das ist gut so .....

    Man nehne das TC64: Hier steht in der Anleitung expliziet drin: Kann den C128 und sich selber zerstören. Sowas kommt mir nicht an den C128 und ist für mich absolut tabu.

    Das 1541 UII(+) unterstützt den C128, auch wenn es (bekannte) Probleme gibt (speziell im 80 Zeichen-Modus). Aber: Ich habe eine CBM-REU bis 16 MB oder eine GeoRAM bis 16 MB. Wenn ich will, habe ich auch noch bis zu 2 1541-Laufwerke. Nur brauche ich die momentan nicht, so dass sie bei mir abgeschaltet sind. Und es gibt noch etliche Einstellungen mehr am 1541 UII(+) .....

    Wenn ich reale Hardware nutzen würde, hätte ich hier eine 1 MB CBM-REU oder eine 512 kB GeoRAM. Da macht ja der Native-Mode des SD2IEC überhaupt keinen Sinn :wink: ...........

    Gruß
    Werner

  • Och, auch wenn ich in Deinem Postings kein Smily entdeckt habe , nehme ich es nicht ganz so ernst .

    Das bezog sich nur auf die Fehlersuche, nicht Grundsätzlich. Aber wenn man hier so viel einstellen kann würde zuerst mal versuchen ein möglichst "einfaches" System aufzubauen und sehen ob hier alles funktioniert. Ansonsten sind da einfach zu viele Komponenten im Spiel.

    Das ist die Krux. Alle programieren für C64 und der C128er Anwender schaut in die Röhre .

    Ich würde mal sagen da hat man sich das falsche System herausgesucht ;):Peace

  • Die finale Version von GEOS MegaPatch V3.3r2 ist jetzt Bitte melde dich an, um diesen Link zu sehen..

    * Wechsel des DiskImages auf SD2IEC mit dem GEOS.Editor möglich.
    * Setzen der korrekten Mausgrenzen unter MP128 beim Wechsel zwischen 40/80-Bildschirmmodus.
    * CMD-HD-Kabel ist jetzt standardmäßig deaktiviert.

  • Die finale Version von GEOS MegaPatch V3.3r2 ist jetzt Bitte melde dich an, um diesen Link zu sehen..

    * Wechsel des DiskImages auf SD2IEC mit dem GEOS.Editor möglich.
    * Setzen der korrekten Mausgrenzen unter MP128 beim Wechsel zwischen 40/80-Bildschirmmodus.
    * CMD-HD-Kabel ist jetzt standardmäßig deaktiviert.

    Wie immer meinen :respect: für Deine Arbeit.
    Lässt sich bei mir problemlos installieren und kann bisher kein Fehlverhalten feststellen. :applaus:

    Du bist und bleibst einfach genial und eine Bereicherung für alle hier!

    Pusti64

  • Glaub ich komme der "Sache" langsam näher.

    Hab den C128D mal auf ein Minimalsystem eingestellt.

    LfW A: Interne 1571 (ID 8 )
    LfW B: RAM Native 192 KB (Commodore REU 1750)

    Nix, nada, konnte machen was ich wollte.
    Jedesmal ohne Probleme gebootet, keine Abstürze, kein Einfrieren.

    Heute die REU durch die U2+ ersetzt, nicht am Serial-Port angeschlossen, nur als REU-Lieferant.

    Erster Boot-Versuch -> Black Screen
    Zweiter Boot-Versuch -> Fenster schliessen, System hängt
    Dritter Boot-Versuch -> Bootet nicht durch
    Vierter Boot-Versuch -> Absturz nahe $FF90

    Bei "CPU Addr valid after PHI2" hab ich schon versucht: 64 ns, 96 ns, 112 ns, 120 ns.
    Bei der Grösse der REU-Emu: 16 MB und 512 KB.

    Gibt es sonst noch eine Einstellung bei der U2+ welche diese Effekte verursachen könnte?

    Gruss C=Mac.

  • LfW A: Interne 1571 (ID 8 )
    LfW B: RAM Native 192 KB (Commodore REU 1750)

    Nix, nada, konnte machen was ich wollte.
    Jedesmal ohne Probleme gebootet, keine Abstürze, kein Einfrieren.

    Also geht es grundsätzlich :wink: .

    Gibt es sonst noch eine Einstellung bei der U2+ welche diese Effekte verursachen könnte?

    Stelle bitte zusätzlich mal unter

    Software IEC Settings die Option IEC Drive and printer auf Disabled

    und unter 1541 Drive A Settings und 1541 Drive B Settings jeweils die Option 1541 Drive auf Disabled


    Nur mal testweise die RamExpansions Unit abschalten und dafür die GeoRAM aktivieren. Wird wohl nicht viel bringen, weil die den selben Speicher nutzen, aber Versuch macht klug :wink: .


    Ist eventuell irgendein Alternatives Kernal (unter C64 and cartridge Settings) für Laufwerk oder Computer gesetzt? Meines Wissens funktioniert das nicht am C128 (auch nicht im C64-Modus).


    Ansonsten fällt mir da auch nichts mehr zu ein, leider :sad: . Vielleicht wissen die Experten mehr?

    Gruß
    Werner

  • Ist eventuell irgendein Alternatives Kernal (unter C64 and cartridge Settings) für Laufwerk oder Computer gesetzt? Meines Wissens funktioniert das nicht am C128 (auch nicht im C64-Modus).

    Floppy-ROMs tun es auch am C128. Alternative C64 Kernal abe definiiv nicht. Dann käme aber noch nicht einmal die Einschaltmeldung des C128/64 (letees bei C64 Modus).

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Die finale Version von GEOS MegaPatch V3.3r2 ist jetzt online.

    Soweit ich das sagen kann, läuft alles soweit. Habe noch nicht viel probiert (keine Zeit), aber die Installation auf DNP (SD2IEC) lief durch (vom älteren MP3) und funktioniert. Ich konnte auch problemlos die CMD-HD (Adresse 12) als Laufwerk D statt der CMD-FD einrichten. Dabei habe ich die HD erst nach Aufforderung eingeschaltet.

    Eine Frage: Das neue Hintergrundbild auf dem Installations-D81 ist nur schwarz/weiss? Ich frage, weil ich im Change-Log nur was von hellerem Hintergrund gelesen habe .....


    Werde später heute nochmal auf D81 (SD2IEC) installieren und dann auch MP3-64.


    Kann Bitte melde dich an, um diesen Link zu sehen. nur Zustimmen:

    Wie immer meinen :respect: für Deine Arbeit.
    Du bist und bleibst einfach genial und eine Bereicherung für alle hier!


    Gruß
    Werner

  • Eine Frage: Das neue Hintergrundbild auf dem Installations-D81 ist nur schwarz/weiss? Ich frage, weil ich im Change-Log nur was von hellerem Hintergrund gelesen habe .....

    Ja... ich nutze das unter VICE128 als Hintergrundbild damit DualTop auch die richtigen Farben anzeigt. Mit dem Original hatte ich immer einen grünen DualTop... Wollte das aber nicht auch noch mit ins Setup packen. Daher als EXTRA auf Disk (mit dem Hintergrund von 1999).

    Werde später heute nochmal auf D81 (SD2IEC) installieren und dann auch MP3-64.

    MP3-64 hab ich schon auf dem C64 installiert, auf SD2IEC und RAMLink. Da hat sich auch seit dem letzten SnapShot (fast) nichts mehr geändert (nur intern im Editor etwas Code umgeschrieben)...