eine Frage an die Experten: Ist es möglich die interne RTC der U2+ für GEOS zu nutzen?
Nö, kann man natürlich nicht.
Macht nix, die CMD HD kann´s ja dafür.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von Jood am
eine Frage an die Experten: Ist es möglich die interne RTC der U2+ für GEOS zu nutzen?
Nö, kann man natürlich nicht.
Macht nix, die CMD HD kann´s ja dafür.
Wenn man dafür einen Treiber schreibt, sollte damit auch Geos umgehen können.
Hm, einen Treiber braucht man dazu glaub ich nicht. Zwei Dinge bräuchte man:
1. Ein Firmwareupdate, welches die Abfrage der RTC per Ultidos ermöglicht.
2. Ein kleines Autostartprogramm für Geos, welches einmalig die RTC über Ultidos abfragt und die Zeit im Geos setzt.
Edit: Mangels Speicherschutz sollte das Autostartprogramm dann ja über den I/O-Bereich des C64/128 mit der Ultimate reden können.
1. würde ich hinbekommen. Zu 2. könnte ich "nur" non-Geos Basic/Assembler-Code als Beispiel angeben, welcher das ausliest.
Wenn man dafür einen Treiber schreibt
Mag sein. Diesen Treiber gibt es ja bisher noch nicht und ich kann soetwas leider nicht schreiben. Ist aber für mich jetzt nicht mehr von Relevanz. Hätte ja sein können, dass ....
1. würde ich hinbekommen. Zu 2. könnte ich "nur" non-Geos Basic/Assembler-Code als Beispiel angeben, welcher das ausliest.
Für 2. könnte eventuell Werner (wweicht) der Ansprechpartner sein.
Wenn will und Zeit hat
Apropo RTC der Ultimate, für was ist die eigentlich?
Gibts ein Befehl um zu sehen wann, welche Datei/Image gespeichert/verändert wurde?
Gruss C=Mac.
für was ist die eigentlich?
soweit ich das verstanden habe, ist die nur dazu da um Daten die vom Commodore auf die u2+ gespeichert werden mit einem ein Date & Time Stamp zu versehen. Wenn aber eine RTC vorhanden ist, wäre es doch logisch die auch für den commodore oder Geos nutzbar zu machen so nach CMD-Vorbild (fänd ich jetzt nicht so ganz uncool).
Gerade neue Firmware 3.1a_500+_v2 auf Github hochgeladen.
Nur mal so aus Interresse, wenn Herr Gideon irgendwann einmal ein Majorupdate für die U2+ raushaut, werden denn deine kleinen Updates da mit enthalten sein, oder macht da jeder seins?
cheers
Kann mir jemand mal das Ultimate Dos erklären ? Was kann es und wie nutzt man das genau ? Danke.
Kann mir jemand mal das Ultimate Dos erklären ? Was kann es und wie nutzt man das genau ? Danke.
https://github.com/markusC64/1541ultimate2/raw/master/doc/command%20interface.docx
https://github.com/markusC64/1…/doc/ultimate_dos-1.1.pdf
Für 2. könnte eventuell Werner (wweicht) der Ansprechpartner sein.
Definitiv nicht :
1. Ich habe kein Ultimate. In Zukunft werde ich auch nicht mehr speziell für Hardware programmieren, die ich nicht besitze.
2. Wenn ich @markusC64 richtig verstanden habe, hat man auf die Uhr bisher keinen Zugriff von außen.
3. Wenn sowas implementiert werden sollte, dann sollten die Entwickler mal ein wenig über den Tellerrand schauen und das so tun, dass es mehr oder weniger mit vorhandenem kompatibel ist. Wenn ich mich nicht täusche, kann man die Uhr in den SD2IECs über "CMD Time" unter Geos abfragen. Wenn ich da falsch liege, berichtigt mich bitte. Mein uIEC hat keine Uhr.
Und da habe ich auch mal ein Frage zum Ultimate:
Kann man das Teil so konfigurieren, dass es bis auf die CBM-REU-Emulation bzw. die GeoRAM-Emulation deaktiviert werden kann und die RAM-Erweiterung dann ohne "Klimmzüge" am C64 und C128 unter Geos benutzt werden kann? Alles andere was die Ultimate kann, brauche ich nicht.
Das wäre ein Aspekt, der mich über die Anschaffung einer Ultimate nachdenken ließe ....
Gruß
Werner
3. Wenn sowas implementiert werden sollte, dann sollten die Entwickler mal ein wenig über den Tellerrand schauen und das so tun, dass es mehr oder weniger mit vorhandenem kompatibel ist.
Wir hängen hier aber nicht am IEC Bus (außer für die echte 1541 Emulation, aber die kann mal definitiv keine RTC liefern). Wen Geos nicht abstürzen soll (das IEC-Device ist nicht wirklich kompatibel), so haben wir außer für die emulierte 1541 auch keine Gerätenummer alloziert.
Kann man das Teil so konfigurieren, dass es bis auf die CBM-REU-Emulation bzw. die GeoRAM-Emulation deaktiviert werden kann und die RAM-Erweiterung dann ohne "Klimmzüge" am C64 und C128 unter Geos benutzt werden kann? Alles andere was die Ultimate kann, brauche ich nicht.
Das wäre ein Aspekt, der mich über die Anschaffung einer Ultimate nachdenken ließe ....
Natürlich. Ich schalte immer alles ab, was ich gerade nicht brauche. Wobei REU und GeoRAM alternativ sind, gleichzeitig geht nicht. So viel RAM hat die Ultimate nämlich nicht.
Wobei die emulierten 1541 ausschaltbar sind - und wenn die an sind, sofort ohen Aufwand wie eine echte 1541 aus Geos-Sicht sind.
Nachtrag: Da die Größen 128k bis 16M (sic!) von GeoRAM emuliert werden, müsste man es eingentlich eher NeoRAM nennen.
In Zukunft werde ich auch nicht mehr speziell für Hardware programmieren, die ich nicht besitze.
Das kann ich gut verstehen. Mir würde auch ein Megaassemblerrumpf reichen, wo statt der Datum-/Uhrzeitabfrage ein festes Datum genommen wird, so dass ich nur noch den Abfragecode einsetzen muss.
Nur mal so aus Interresse, wenn Herr Gideon irgendwann einmal ein Majorupdate für die U2+ raushaut, werden denn deine kleinen Updates da mit enthalten sein, oder macht da jeder seins?
Ich will ja nicht nerven, aber die Frage war ernst gemeint. Wie verhält es sich mit der Thematik?
Wird schon werden. Meistens wird ein Mergen vor seinen Releases gemacht. Ausnahme kann sein, wenn der Zeitdruck groß ist, weil die Firmware unbedingt zu den Hardwareherstellern muss.
Und wenn wir (= die Community) bereits gut vorgetestet haben, ist das dafür auch immer positivv.
Nachtrag: Jetzt scheint mir Gideon aber erstmal mit seinem Urlaub und dem Ultimate 64 beschäftigt.
Aha, ok verstehe. Na wenn ich das richtig verstanden habe, soll die Firmware vom Ultimate64 ja auch für die U2 passen, oder ?
Urlaub ist immer gut .
Na wenn ich das richtig verstanden habe, soll die Firmware vom Ultimate64 ja auch für die U2 passen, oder ?
Genaueres weiß man nicht, aber wenn eher andersherum. Es macht keinen Sinn, anzunehmen, dass in den recht kleinen FPGA der 1541 Ultinate ein ganzer C64 (=Ultimate 64) reinpassen könnte und das dann auch nch funktionieren könnte.
Es kann allerdings auch sein (und das halte ich für wahrscheinlicher), dass die 1541 Ultimate-Firmware im Ultimate 64 nur als Sourcecode einfließt und man dafür passsend kompilieren muss - unter Hinzunahme aller Ultimate 64 Quelltextteile.
Wie auch immer, es bleibt die Möglichkeit, dass dabei auch Verbesserungen an der Ultimate anfallen. Zuletzt war er jedoch mit C64 Kernfunktionen beschäftigt.
dass in den recht kleinen FPGA der 1541 Ultinate ein ganzer C64 (=Ultimate 64) reinpassen könnte
...logisch. Man wird es sehen, wenn es soweit ist. Danke für die aufschlussreichen Info`s.
Wir hängen hier aber nicht am IEC Bus (außer für die echte 1541 Emulation
Stimmt auch wieder. Aber: es gab da auch eine CP-Uhr (Anschluß an Kasetten-Port) und wenn ich mich nicht ganz täusche auch mal eine für User-Port oder Expansionsport.
Die CP-Uhr gibt es ja auch in VICE, habe sie hier aber noch nie korrekt zum laufen bekommen ......
Und die Programmier-Anleitung zur Ultimate (siehe hier: New, 1541 Ultimate-II+: Bugs, Features und Einstellungen ) habe ich bisher auch nicht wirklich verstanden ...
Natürlich. Ich schalte immer alles ab, was ich gerade nicht brauche.
Naja, irgendwo hier hatte ich gelesen, dass für C128 zwei spezielle Werte gesetzt werden müssen. Wenn das die REU/GeoRAM-Emulation nicht betrifft, bin ich ja beruhigt .
Wobei REU und GeoRAM alternativ sind, gleichzeitig geht nicht.
Das ist mir klar .
Selbst bei MegaPatch muss man zwischen REU oder GeoRAM wählen.
Gruß
Werner
Naja, irgendwo hier hatte ich gelesen, dass für C128 zwei spezielle Werte gesetzt werden müssen. Wenn das die REU/GeoRAM-Emulation nicht betrifft, bin ich ja beruhigt .
Das könnte ich ja mal testen - dazu braucht es nur ein REU-Testtool, was mit möglichst großen REUs klarkommt.
An sich ist das aber unkritisch. Die beiden Werte habe ich einmal eingestellt, als ich die Ultimate neu hatte und seitdem in den Gerät dringelassen und nie wieder angefasst.
Gebraucht werden die eigentich immer dann, wenn die Hardware etwas schneller als der Takt machen muss - bspw. feststellen, dass im aktuellen Takt ein Einfrieren des Gerätes möglich ist und dann rechtzeitig noch im selben Takt die DMA-Leitung ziehen. Oder aber beim Kernalersatz feststellen, dass die Adresse im Kernalbereich liegt und feststellen, ob RAM oder ROM gemeint ist und nach der Feststellung noch passend reagieren.
Grundfunktionen sollten eigentlich so gehen. GeoRAM müsste daher unkritisch sein, weil das als normales Erweiterungsmodul die Taktung des C128 übernimmt und auch nichtin Subtakten arbeitet. REU bin ich mir nicht ganz so sicher, da wäre ja noch die Stelle, wo $DF00 (bzw. $DF00 gefolgt von $F000) beschrieben wird und dann die DMA-Leitung vor dem nächsten Befehl aktiviert werden muss.
Stimmt auch wieder. Aber: es gab da auch eine CP-Uhr (Anschluß an Kasetten-Port) und wenn ich mich nicht ganz täusche auch mal eine für User-Port oder Expansionsport.
Die CP-Uhr gibt es ja auch in VICE, habe sie hier aber noch nie korrekt zum laufen bekommen ......
Expansionsport ginge, am Userport hängen wir auch nicht (leider, ansonsten könnte man nämlich ein echtes Parallelkabel zur emulierten 1541 emulieren)... Wobei es auch nicht sonderlich klug ist, immer weitere I/O-Bereiche zu allozieren, wenn man das so weiter macht, sind Konflikte vorprogrammiert. Man hat eigentlich ja nur $DExx und $DFxx als Bereiche, wo es auch eine CS-Leitung zu gibt am Expansionsport.
Und die Programmier-Anleitung zur Ultimate (siehe hier: New, 1541 Ultimate-II+: Bugs, Features und Einstellungen ) habe ich bisher auch nicht wirklich verstanden ...
Ich gebe zu, die Anleitung ist nicht gerade einfach... musste ich auch mehrfach lesen, bis ich raus hatte, wie es läuft.
Allerings muss ich irgendwo noch ein BASIC 2.0-Programm haben, was da testweise wenige der Befehle ausführt. Die anderen Befehle gehen genauso.
Nachtrag: Das beigefügte Programm habe ich hier noch rumliegen. Damit habe ich vor längerer Zeit mal Ultidos-Änderungen getestet.
Anmerkungen dazu: Zeile 3010 beinhaltet einen Tippfehler. Goto soll nach Zeile 3000.Offenbar ist er da nie angelangt.
Upro Zeile 2000 / 2500 geben die Rückantwort bzw. den Fehlerkanal aus.
Upro Zeile 1000: Müsste "Warten auf Befehl verarbeitet" sein.
Upro Zeile 3000: Warten auf "Bereit für nächsten Befehl" sein.
Nochmal Nachtrag: Upro Zeile 30 macht alles, was für eine Befehlsabarbeitung wichtig ist.
Die Zeilen davor schicken 3 Befehle hintereinander ab: Befehl $11, $12 und $17. Welche Befehle das sind, weiß ich auswendig nicht, steht aber in der UltiDOS-Doku drin.
Mir würde auch ein Megaassemblerrumpf reichen,
Das ist nicht ganz so einfach, wie es scheint. Da es da unter Umständen Unterschiede zwischen Geos 64 und Geos 128 gibt. Aber wenn es ein Basic-Programm gibt, das das macht, könnte man das irgendwie auch Geos beibringen . Ich hatte ja auch schon Anfragen, sowas wie den uIEC-Manager für das Ultimate zu entwickeln. Wie schon erwähnt, solange ich keine Ultimate besitze, passiert da von meiner Seite nichts. Dehalb auch das "man" in der 2 Zeile
Mein uIEC-Manager macht das ja auch. Intern sendet er eigentlich "nur" die "OPEN X,Y,Z: Befehl 1: CLOSE X" an das uIEC/SD2IEC.
dazu braucht es nur ein REU-Testtool, was mit möglichst großen REUs klarkommt.
Für C64 gibt es da definitiv was (bis 16 MB), für C128 im 80 Zeichen--Mode bin ich im Moment überfragt...
Gruß
Werner