Hallo Dietrich,

Dietrich hat geschrieben:

dl7ukk hat geschrieben:Qmeg schaltet automatisch LW#1 auf Slow

Genau: QMEG akzeptiert keine Pokey-Divisoren < 6, da nur ab etwa 6 ein sicherer Betrieb möglich ist - und zwar auch, wenn DLIs aktiv sind.

ja ich weis das, es steht ja auch in der Anleitung (4.7). Sicher war meine Formulierung etwas unglücklich. Das schöne am Qmeg ist, dass sich der XL/ XE bei zu geringem Pokey-Divisor nicht einfach "aufhängt" oder rumrödelt, sondern einfach den Turbo ausschaltet und einen "Gang" tiefer weitermacht.

Hallo Andreas!

dl7ukk hat geschrieben:Ich habe nun auf einem 130 XE mit Qmeg 4.04; ATARI-Sio Anschluss unverbastelt; Sdrive auf 69000 voreingestellt; getestet.

Sdrive auf 69000
LW#1 DD.Atr mit MyPicoDos 128000
LW#2-4 360k.ATR mit Spielen (ATR von Disk in QD/ BiboDos formartiert.)
Qmeg schaltet automatisch LW#1 auf Slow
läuft nur mit stottern bzw. nicht

Das mit Qmeg ist seltsam. Es sollte doch bis Divisor 6 (69kbit) funktionieren?

Andererseits: wenn Du das 126kbit SDrive MyPicoDos geladen hast, wird das SDrive auf 126kbit umkonfiguriert. Wenn Du nun einen Kaltstart machst ohne den Computer bzw. das SDrive auszuschalten bleibt das SDrive auf 126kbit und Qmeg bleibt bei standard SIO.

Das "Stottern" kommt ziemlich sicher wieder von den Kondensatoren.

Sdrive auf 69000
LW#1 DD.Atr mit MyPicoDos 112000
LW#2-4 360k.ATR mit Spielen (ATR von Disk in QD/ BiboDos formatiert.)
Qmeg schaltet automatisch LW#1 auf Slow
läuft prima ohne! stottern lädt alles was auf der Disk ist.
Es startet aber nur ein Teil der SW. Ich habe noch nicht geschaut, warum es nicht geht. Eigene Laderoutine der Spiele??

Gib' mal Bescheide welche Spiele nicht laufen (und/oder mail mir das ATR). Das kann verschiedene Ursachen haben.

Ich bin zB gerade eben draufgekommen, daß sich "The Last Starfighter" nicht mit meinem Highspeed OS Patch verträgt, höchstwahrscheinlich mit dem NMI Handler. Mit dem original XL bzw Rev.A OS und MyPicoDos läuft es, auch bei 126kbit.

Ist der Boot Lader des Sdrive unter MyPicoDos aktiv? Nein, oder?

Meinst Du den COM/EXE/XEX Loader? Nein, der wird hier nicht verwendet. Der ist nur dann aktiv, wenn Du ein COM/EXE/XEX im SDrive mountest.

so long,

Hias

dl7ukk hat geschrieben:

Dietrich hat geschrieben:Genau: QMEG akzeptiert keine Pokey-Divisoren < 6, da nur ab etwa 6 ein sicherer Betrieb möglich ist - und zwar auch, wenn DLIs aktiv sind.

ja ich weis das, es steht ja auch in der Anleitung (4.7). Sicher war meine Formulierung etwas unglücklich. Das schöne am Qmeg ist, dass sich der XL/ XE bei zu geringem Pokey-Divisor nicht einfach "aufhängt" oder rumrödelt, sondern einfach den Turbo ausschaltet und einen "Gang" tiefer weitermacht. :D

Noch eine Bitte: falls sich der Atari mit meinem Highspeed Patch wirklich "aufhängt" gebt mir unbedingt bescheid. Das könnte dann nämlich ein Bug in meinem Code sein.

Grundsätzlich sollte mein Code stabil funktionieren und auch bei argen, regelmässig wiederkehrenden Übertragungsfehlern ein sicheres Arbeiten ermöglichen: bei Übertragungsfehlern wird vorübergehend auf Standard SIO Geschwindigkeit zurückgeschaltet, das sollte immer klappen - macht sich dann aber natürlich als "rödeln" oder "stottern" bemerkbar. Das ist ein Signal an den User, daß er die Geschwindigkeit etwas zurückschrauben sollte :-)

Achja: Es kann unter Umständen passieren, daß der Atari zu "hängen" scheint. In dem Fall einfach das SIO-Timeout abwarten (meistens 7 Sekunden), dann sollte es wieder von selber weiter gehen. Das kann passieren, wenn ein oder mehrere Bytes "verloren" gingen (Overrun) ohne daß der Pokey das gemeldet hat. Ursache dafür ist zumeist, daß irgendwas zu viel Zeit gebraucht hat: zB ein aktivierter DLI oder ein Grafikmodus der noch mehr Zyklen braucht als Graphics 0 (zB Graphics 0 in Widescreen und/oder mit aktivierter PM Grafik). In diesem Fall: Geschwindigkeit herunterschrauben.

so long,

Hias

Hallo Hias,

HiassofT hat geschrieben:Das "Stottern" kommt ziemlich sicher wieder von den Kondensatoren.

ja genau so war es. Ich habe ein wenig suchen müssen, um beim XE die C's zu finden. ATARI hat bei mir unterschiedliche Bauformen bei diesen beiden C's verwendet, was mir ein wenig zusätzlich Arbeit machte . Ich ja wollte nix Falsches auslöten!

dl7ukk hat geschrieben:Es startet aber nur ein Teil der SW. Ich habe noch nicht geschaut, warum es nicht geht. Eigene Laderoutine der Spiele??

Gib' mal Bescheide welche Spiele nicht laufen (und/oder mail mir das ATR). Das kann verschiedene Ursachen haben.

Ich habe am XE gestestet mit XE-OS OHNE Hias-Patch. Ein 360 "QD" ATR

Es laufen nicht .... (alles habe nicht getestet)

Amaurote
Two Maze
Cube (Name??)
Elevator Repairman
Micro Man... (Name?)

Die Spiele laufen aber auch nicht mit Deinem MyPicoDos 4.04
Mit dem Qmeg und im ATRIWIN-Emu konnte ich sie - bis auf Micro Man dagegen problemlos laden. Micro Man nur mit dem Qmeg!

Sollte es am ATR (D072XF.ATR) liegen? Die Spiele dürften im Direktory auf den "hinteren" Plätzen liegen. Formatiert wurde(n) diese Disk einmal unter BiboDos 6.4XF und dann später 1:1 mit dem SIO2PC auf ATR übertragen. Andere Spiele dieses ATRs (D072XF.ATR) lassen sich mit dem neuen MyPicoDos prima in Hi-Speed (128k) laden.

ATR liegt bei Dir im E-Mail Eingang.


Gute Nacht &

dl7ukk hat geschrieben:ATR liegt bei Dir im E-Mail Eingang.

Danke, ATR ist angekommen. Werde ich mir demnächst mal ansehen.

so long,

Hias

Hallo Andreas!

dl7ukk hat geschrieben:Sollte es am ATR (D072XF.ATR) liegen? Die Spiele dürften im Direktory auf den "hinteren" Plätzen liegen. Formatiert wurde(n) diese Disk einmal unter BiboDos 6.4XF und dann später 1:1 mit dem SIO2PC auf ATR übertragen.

Ja, genau das war's. Du musst in MyPicoDos das Format manuell (mit der 'F' Taste) auf "DD/MyDOS" einstellen, dann klappt es. Bei Amaurote musst Du auch noch Highspeed deaktivieren, das COM File braucht Speicher ab $0900 (und kollidiert mit dem Highspeed SIO Code).

MyPicoDos erkennt nur das MyDos Format (für grössere Disketten) automatisch, bei exotischen Formaten (wie zB dem BiboDos QD), die nur zu sich selber kompatibel sind, muss man das Format manuell einstellen.

so long,

Hias

Hi Hias,

dann wäre, dank meines Unwissens, auch dieser Punkt erfolgreich! getestet.

Ich habe am Wochenende wieder Dienst und genug Muße zum Testen und Spielen. Wirkliche Fehler habe ich noch nicht bemerkt.

Schöne Sache Hias!

dl7ukk hat geschrieben:dann wäre, dank meines Unwissens, auch dieser Punkt erfolgreich! getestet.

Kein Problem, vorher konntest Du das ja nicht wissen. Nichtmal ich hab' es auf anhieb gewusst und musste erstmal ein wenig testen :-)

Liegt wohl daran, daß ich auch schon länger kein BiboDos QD File mehr in den Händen hatte, und bei MyDos/Dos2.x funktioniert die automatische Format-Erkennung ja wunderbar :-)

so long,

Hias

So, wieder mal ein Update der SDrive Firmware:
http://www.horus.com/~hias/tmp/sdrive-hias-090609.zip

Ich habe noch ein paar kleinere Details am SIO-Code geändert, jetzt müsste auch wieder mit QMEG OS 3 Highspeed funktionieren.

Ausserdem habe ich ein neues Feature implementiert: Schreibgeschützte (ATR-) Files können nun nicht mehr vom Atari aus beschrieben oder formatiert werden. Somit kann man wichtige Images einfach schreibschützen und auf andere (Daten-) Images trotzdem schreiben. Das mit dem globalen "Read/Write" enable Schalter für alle Drives war mir ein bisschen zu unflexibel.

so long,

Hias

Hi,

Du bist ja schneller, als ich das probieren kann. Heute wird das nix mehr. Ich denke morgen Abend sollten erste Ergebnisse dann vorliegen.

dl7ukk hat geschrieben:Du bist ja schneller, als ich das probieren kann. Heute wird das nix mehr. Ich denke morgen Abend sollten erste Ergebnisse dann vorliegen.

Lass' Dir ruhig Zeit mit dem Testen, ich darf die nächsten Tage meine Eltern besuchen und dort den Dachboden ausräumen...

so long,

Hias

HiassofT hat geschrieben:

dl7ukk hat geschrieben:Du bist ja schneller, als ich das probieren kann. Heute wird das nix mehr. Ich denke morgen Abend sollten erste Ergebnisse dann vorliegen.

Lass' Dir ruhig Zeit mit dem Testen, ich darf die nächsten Tage meine Eltern besuchen und dort den Dachboden ausräumen...

Viel Spass dabei !!

dl7ukk hat geschrieben:

HiassofT hat geschrieben:Lass' Dir ruhig Zeit mit dem Testen, ich darf die nächsten Tage meine Eltern besuchen und dort den Dachboden ausräumen...

Viel Spass dabei !!

Ich glaube Atari oder SDrive programmieren würde mir mehr Spass machen :-)

so long,

Hias

Hi,

jetzt habe ich geschlagene 3 Stunden damit zugebracht mein Sdrive wieder zu beleben.
Nach dem Flashen mit der neuen Soft ging nix mehr.

Nein die Soft war es nicht, .............. ein Draht war ab.

Zur richtigen Zeit, an der richtigen Stelle, es ist doch immer wieder schön.

Nun kann ich wieder Sdive.

Hallo Hias

nun hat es doch etwas länger gedauert.

Es ist schon erstaunlich was Du da programmiert hast. Prima und Dank dafür.

Ich habe mir zwei ATR's mit dem MyINIT.ATR gebastelt. Sdrive Highspeed --> 126Kb/s und 110Kb/s. Beide laufen auf meinem 800XE mit org. XE OS tadellos.

Im Sdrive werkelt Dein Patch vom 09. Juni 09 voreingestellt auf 126 KB/s

Keine Probleme, kein Stottern etc.

BiboDos macht natürlich bei den hohen Geschwindigkeiten ein wenig Ärger, aber mit dem MyPicoDos klappt auch QD (Wenn der OP die Format-Wahl beachtet.)

XDOS24F passt naturgemäß nicht mit 126/110 Kb/s
XDOS24N läuft gut. Schmeißt allerdings erstmal Highspeed raus, es läßt sich aber problemlos wieder laden.
MyDos 4.53 hat keine Probleme.

Nicht erfolgreich war ich bisher mit Pico Boot Init, aber das wird auch am neuen Schreibschutz liegen.

Schreibschutz -- funktioniert, vorausgesetzt man hat VORHER das ATR geschützt, Sdrive kann es wohl nicht (?) und zeigt es auch nicht an (?) Da war mein Problemchen.

Ich habe noch ein paar kleinere Details am SIO-Code geändert, jetzt müsste auch wieder mit QMEG OS 3 Highspeed funktionieren.

Das habe ich noch nicht ausprobiert, weil ich das auch nicht ganz verstanden habe. Meinst Du Qmeg (4.04) mit Poky-Div 3 ?!? (oder wirklich 3.0). Das will ich morgen/ heute machen.



Gute Nacht &

Hallo Andreas!

dl7ukk hat geschrieben:Ich habe mir zwei ATR's mit dem MyINIT.ATR gebastelt. Sdrive Highspeed --> 126Kb/s und 110Kb/s. Beide laufen auf meinem 800XE mit org. XE OS tadellos.

Im Sdrive werkelt Dein Patch vom 09. Juni 09 voreingestellt auf 126 KB/s

Keine Probleme, kein Stottern etc.

Sehr gut, vielen Dank für's Testen!

Schreibschutz -- funktioniert, vorausgesetzt man hat VORHER das ATR geschützt, Sdrive kann es wohl nicht (?) und zeigt es auch nicht an (?) Da war mein Problemchen.

Ja, das stimmt. Sowas wie schreibgeschützte Images waren im SDrive bisher nicht vorgesehen und Raster hat dazu geschrieben, daß er das in seiner Firmware auch so belassen möchte (er bevorzugt den globalen Read-Only / Read-Write Schalter am SDrive).

Dazu mal eine Frage an euch alle: was haltet ihr von dem Schreibschutz-Feature?

Ich persönlich hätte gerne die Möglichkeit, einzelne (wichtige) ATRs schreibzuschützen, und gleichzeitig andere (zB die Arbeitskopien davon) beschreibbar zu haben.

Das Read-Only Flag der Images kann aber nur am PC geändert werden, vom SDrive aus wird es wohl aus Platzmangel nicht möglich sein.

Bei Bedarf könnte ich sowohl ein Firmware Image mit Schreibschutz-Feature und eins ohne (nur mit Highspeed Support) compilieren. Ist auch nicht so kompliziert :-)

Ich habe noch ein paar kleinere Details am SIO-Code geändert, jetzt müsste auch wieder mit QMEG OS 3 Highspeed funktionieren.

Das habe ich noch nicht ausprobiert, weil ich das auch nicht ganz verstanden habe. Meinst Du Qmeg (4.04) mit Poky-Div 3 ?!? (oder wirklich 3.0). Das will ich morgen/ heute machen.

Nein, wirklich QMEG OS V3 :-)

Ich hatte das vorher auch nie verwendet (nur die 4.04er, die ich auch im Original besitze). Raster hat mir dann seine 3er Version geschickt und ich konnte den Fehler reproduzieren. Beim $3F Kommando darf zwischen Command Complete und den Daten nur eine sehr kurze Pause (100µS) kommen, ansonsten klappt Highspeed überhaupt nicht. Zum Glück klappt diese kurze Pause auch mit anderen SIO Routinen, die meisten haben ja eher Probleme wenn die Pause zu kurz ist.

so long,

Hias

Hallo Hias,

danke für die schnelle Antwort,

Schreibschutz:

Dazu mal eine Frage an euch alle: was haltet ihr von dem Schreibschutz-Feature?

Ist gut eine gute Sache, also *JA*! Noch besser wäre es, wenn der Schreibschutz eines Images angezeigt wird. Der User wird sonst nervös und geht alle möglichen Fehler durch, bis er dran denkt -- ach ja der Schreibschutz-- und nicht "das ATR hat die falsche Drehzahl"

(Ich rede aus Erfahrung...)


QMeg:

Nein, wirklich QMEG OS V3

Das kann ich jetzt leider nicht testen. Dazu muss doch der Eprom raus. Ich sollte mal Nullkraftsockel einlöten.

Hallo Hias,

HiassofT hat geschrieben:So, hier ist die Vorab-Version von MyPicoDos
Bitte gebt mir Bescheid, ob und wie Divisor 0 bzw. 1 mit MyPicoDos laufen.

Ich habe mich gestern mit dem MyPicoDos beschäftigt. Alles was ich probierte ging prima. Leider hatte ich mein SIO2USB vergessen, so dass ich keine neuen ATR's erstellen konnte. Daher konnte ich nur mit SD, MD QD(Bibo) testen. Dabei gab es keine Fehler.

Verwirrend sind ein wenig die vielen Varianten und Versionen. Es war ein bischen mühsam die Anleitung am Sdrive zu lesen, zumal mich laufend "Loco's" störten. Divisor 0 und 1 laufen auch mit dem MyPicoDos 4.05 ohne Probleme. (Einschränkung siehe oben.)

Getestet habe ich am XE mit org. OS und Sdrive.

Heute werde ich versuchen noch andere/ große ATR' Formate zu "bearbeiten".

Hallo Hias,

ich habe heute mit dem Test des MyPicoDos weiter gemacht. (S2U hatte ich nun dabei).

Folgendes Problem trat dabei auf. Mit dem S2U habe ich ein paar ATR erstellt Die SD 2GB war vorher mit dem S2U formatiert worden. (Mini Cardreader am S2U.) Ich habe SD MD DD QD HD1 und HD8 ATR erstellt. Nach dem Erstellen auf dem S2U fehlt auf diesen ATR noch das Dateisystem . Also <0000> free. Ich konnte diese ATR NICHT mit dem Sdrive und MyDos 4.53 3/ oder 4.53 /4 formatieren. Auf dem S2U geht es mit MyDos ohne Probleme. Andere Dos habe ich noch nicht probiert. Schau doch mal ob das bei dir auch so ist.

Sonst habe ich ein paar ATR mit dem MyPicoDos initialisiert, was problemlos klappte. Leider habe ich nur SD und DD geschafft. Aber Morgen ist ja auch noch mal Zeit dazu.

Hallo Andreas!

dl7ukk hat geschrieben:ich habe heute mit dem Test des MyPicoDos weiter gemacht. (S2U hatte ich nun dabei).

Folgendes Problem trat dabei auf. Mit dem S2U habe ich ein paar ATR erstellt Die SD 2GB war vorher mit dem S2U formatiert worden. (Mini Cardreader am S2U.) Ich habe SD MD DD QD HD1 und HD8 ATR erstellt. Nach dem Erstellen auf dem S2U fehlt auf diesen ATR noch das Dateisystem . Also <0000> free. Ich konnte diese ATR NICHT :!: mit dem Sdrive und MyDos 4.53 3/ oder 4.53 /4 formatieren. Auf dem S2U geht es mit MyDos ohne Probleme. Andere Dos habe ich noch nicht probiert. Schau doch mal ob das bei dir auch so ist.

Danke für die Info!

Ich konnte den Formatier-Fehler reproduzieren und hab' den Bug in der SDrive Firmware gefunden:

Das SDrive verlangte, daß der PercomPut Befehl direkt vor dem Format Befehl kommt, MyDos schickt aber dazwischen noch ein "GetStatus" raus.

Hier ist die neue, gefixte Version:
http://www.horus.com/~hias/tmp/sdrive-hias-090619.zip

Übrigens: Um ein QD (oder grösseres Image) mit MyDos zu formatieren, muss man vorher mit dem "O" Kommando das Laufwerk auf die richtige Grösse einstellen. Ich habe hier das Laufwerk immer als "High Capacity Drive" konfiguriert und die Grösse in Sektoren eingegeben. Damit konnte ich ein QD Image, ein 5000 Sektoren SD Image und ein 5000 Sektoren DD Image formatieren.

so long,

Hias