News zur Ultimate 1541 II+ und Geos

Quote from darkvision

Was liefert DEVINFO zurück wenn man ein Ultimate-Laufwerk mit ID:8 unter GEOS auf Laufwerk D:(=11) ändert?

Eine noch bessere Frage... das sollte einfacher zu testen sein, weil man das prinzipiell aiuch außerhalb von Geos machen kann.

Aber eigentlich muss ich das gar nicht testen, ich kann ja im Firmwarequelltext nachlesen, was ich gleich mal machen werde.

Auf Grund des Quelltextes würde ich sagen: 8. Das Auslesen aus dem RAM des Laufwerkes war mal drinnen, ist es aber nicht mehr.

Edit: Seit dem 6.3.'21 wird da die 8 statt der 11 zurückgegeben. Das sollte »Fixes wrong load ID in 'run disk'« bewirken - RUN DISK löst einen Reset aus, ich hoffe auch von den Laufwerken, so dass das an der Stelle ja auch notwendig war.

Quote from markusC64

Hattest Du da was bestimmtes im /Temp drin?

Kann ich nicht sagen.

Hab nicht nachgesehen.

Quote from uwe1972

Ich habe nur zugriff auf LW B und das ist ein SD-LW bei mir,

bei den anderen 3 LW (B-D) steht No Taget

LW 11 ist mein RamLW.............

Geos-Konfig:

A,B SD-LW

C FD 2000

D-RamLW

Display More

Es gibt verschiedene Geräte, welche LfW zu verfügung stellen.

- SD2IEC kann die Typen: 1541/71/81 und DNP

- Pi1541 kann 1541 evt. mehr (weiss ich nicht, hab keines)

- Ultimate II+ kann die Typen: 1541/71/81

Bei Deiner Konfiguration ist kein LfW der Ultimate aktiv.

Entferne LfW B (SD2IEC) und lass die Ultimate eine 1581 mit ID 9 emulieren.

Jetzt kann GeoUMount auf die Ultimate zugreifen (nur D81).

Gruss C=Mac.

Danke für die Ausführliche Erklärung,

Aber was und vorallem WIE stelle ich unter GDos LW 9 ein ??

Quote from uwe1972

Aber was und vorallem WIE stelle ich unter GDos LW 9 ein ??

Am einfachsten auf dem GD.CONFIG System-Tab, dort werden alle Laufwerke am Bus angezeigt. Da müsste auch ein 1581/9 angezeigt werden. Rote Laufwerke sind in Verwendung. Anklicken reicht, dann startet GDOS die Laufwerksinstallation.

Ich werds Morgen Testen,

Vielen Dank !!

Quote from wweicht

Bleibt die Frage, ob es (falls möglich) nicht besser wäre /Temp und /Flash in GeoUMount nicht anzuzeigen....

Bloß nicht. Für Images, die ich nur bis zum Powezyklus brauche, ist "/Temp" meine bevorzugte Location.

Das ist nämlich eine Ramdisk... im Filebrowser der Ultimate kann man da problemlos Images anlegen, man kann dort was per FTP hinkopieren. Eigentlich geht das ganz rund.

Gut, "/Flash" macht da nicht so viel Sinn, das sehe ich ein, das Flashdateisystem ist mir eh dauernd zu klein, da werde ich auf keinen Fall ein Diskettenimage reinlegen, auch wenn das vermutlich gehen würde.

Quote from wweicht

Ja, von mir aus, ABER dann MUß der Verzeichniswechsel in diese Verzeichnisse und zurück funktionieren und nicht zum Absturz führen wie momentan ....

Full ACK.

Heute hatte ich leider keine Zeit, danach zu schauen. Denn ein Versuch, die Toolchain zum Compillieren der U2+L Firmware in Betrieb zu nehmen hat mal eben 10 Stunden gedauert...

Wobei ich an der Stelle nicht sicher bin, was klüger ist: Die RAMDISK Speichern Funktion abzuwarten (die muss ich in der Firmware auch noch fertigstellen) und dann geoUMount durchzuschauen nach allem, was potentiell ein Problem ist. Oder das eher zu machen und es am Ende nochmal machen zu müssen...

Sind die beiden Verzeichnisse leer? Was passiert wenn man ein anderes, leeres Verzeichnis anlegt und dort rein wechselt? Evtl. kommt das Programm nur mit leeren Verzeichnissen nicht zurecht. Also wirklich leeren Verzeichnissen.

OPENDIR liefert ja einen Fehler "01,EMPTY DIRECTORY", das wertet das Programm aber wohl nicht aus. Vielleicht wird dann versucht Daten einzulesen, es kommt nichts, die WHILE-Schleife wird ohne Daten beendet und im weiteren Ablauf führt das evtl. zum Absturz?

Ich hab mir eben ein BASIC-Prog geschrieben das verschiedene DOS-Befehle testet und das Verzeichnis einliest, Flash/Temp gibt es bei mir (evtl. auf Grund der alten Firmware) nicht.

/Temp kann gerne mal leer sein.

/Flash sollte nicht leer sein - aber der Regelfall wird sein, dass es ausschließlich weitere Unterverzeichnisse enthält.

Bei mir sind im Ordner flash zwei Unterordner.

- cart: dort sind die Cart.crt (z.B. Super Snapshot) drin

- rom (bin nicht mehr sicher ob er so heisst): dort sind die alternativen LfW-ROM's drin (JD)

Der Ordner temp ist bei mir leer, hab jedenfalls noch nichts darin gesehen.

Gruss C=Mac.

Mit anderen Worten: So was wie "/Temp" oder "/Flash" rauszufiltern wäre nur an den Symptomen rumzudoktern, den Crash vermeidet man damit aber nicht wirklich.

Na gut, sollte behebbar sein.

Wow, habe gerade diesen Thread gesehen (MarkusC64 hat mich hierher verwiesen). Ich sehe, dass ich noch einige Beiträge nachzuholen habe 😉

Toll zu sehen, dass scheinbar Interesse besteht und mitgedacht wird.

Ich kann gut Deutsch lesen, das Schreiben ist nur viel schwieriger, benutze jetzt Google Translate.

Ich werde versuchen, ab sofort hier zu lesen und zu antworten. Heute liege ich nur noch krank im Bett, weshalb ich erst später nachvollziehen kann, warum GeoUMount mit leerem Verzeichnis abstürzt. Aber das hört sich so an, als ob es reparabel sein sollte.

Danke für alle Rückmeldungen!

Quote from darkvision

OPENDIR liefert ja einen Fehler "01,EMPTY DIRECTORY", das wertet das Programm aber wohl nicht aus. Vielleicht wird dann versucht Daten einzulesen, es kommt nichts, die WHILE-Schleife wird ohne Daten beendet und im weiteren Ablauf führt das evtl. zum Absturz?

Danke schön! Fast sicher (kann aber erst später bei meinem Commodore nachsehen), dass genau das passiert.

Und in diesem Fall, sehr einfach zu lösen, fügen Sie einfach eine if-Klausel ein, um nach Fehler 01 zu suchen.

Quote from xahmol

das Schreiben ist nur viel schwieriger, benutze jetzt Google Translate

Willkommen. Hier im Forum 64 darf jedoch auch gerne in Englisch geantwortet werden. Wobei DeepL in der Regel bessere Ergebnisse liefert als Google Translate und andere - kannst Du ja mal auf deepl.com ausprobieren.

Und jetzt mit deepl.com 😉

Habe alle Seiten hier sehr schnell durchgelesen. Danke für das ganze Feedback schon durch Markus, das hat das Programm enorm verbessert.

Ich halte mich für einen Programmieranfänger, was man auch an den vielen offensichtlichen Anfängerfehlern im Code sieht... Das ist auch der Grund, warum ich in C programmiere, halte mich noch nicht für erfahren genug, um das direkt in Assembler zu machen. Mit CC65 und GEOSlib komme ich noch viel schneller zu Ergebnissen.

Ich habe GeoUTools hauptsächlich deshalb gemacht, weil es mir Spaß gemacht hat, etwas für GEOS zu machen, aber auch aus meiner eigenen Frustration heraus, dass das Ändern von Disk-Images im GEOS128 GEOS-Modus nur über Telnet möglich war.

Das Programm wurde also in erster Linie für meinen eigenen Gebrauch erstellt. Aber super natürlich, wenn andere es auch nützlich finden! Oder durch den Quellcode inspiriert werden, es besser zu machen.

Quote from markusC64

Edit: Seit dem 6.3.'21 wird da die 8 statt der 11 zurückgegeben. Das sollte »Fixes wrong load ID in 'run disk'« bewirken - RUN DISK löst einen Reset aus, ich hoffe auch von den Laufwerken, so dass das an der Stelle ja auch notwendig war.

Mit diesem Firmwarefix https://github.com/markusC64/1…0f6fce3ff12348bfc91c6ffc3 sollte das jetzt die korrekte ID zurückgeben, nämlich die momentane Software ID.

Da das jetzt gehen sollte, werde ich den Fix noch finetunen, so dass der Aufrufer explizit die Hardware ID haben kann - also die ID, die per DIP Schalter eingestellt ist, wenn man das mal mit der echten 1541 II vergleicht.

Quote from markusC64

werde ich den Fix noch finetunen, so dass der Aufrufer explizit die Hardware ID haben kann

Auch erledigt https://github.com/markusC64/1…95004f4ce8cbeef2ea0693ebb