Hallo Hias,

mein Test fängt an mit dem Einschalten des Rechners und hört auf mit dem Start des Programmes.
Ich habe die Zeiten mit der Hand gestoppt und nach oben abgerundet.

Bernd

was jetzt noch so richtig geil wäre, wäre eine schaltung,
die die SIO Einsprungadresse (war doch $E459 oder) ausdecodiert
und anstelle dieser dann ein kleines eprom einblendet, in der die
hi speed routine sitzt. dann würde es mit jedem OS funktionieren!
HIAS, wäre das machbar oder sind da soviele Patches drin, daß
dies unmöglich wäre?

Gruß,
Wolfram.

Hallo Wolfram!

mega-hz hat geschrieben:was jetzt noch so richtig geil wäre, wäre eine schaltung,
die die SIO Einsprungadresse (war doch $E459 oder) ausdecodiert
und anstelle dieser dann ein kleines eprom einblendet, in der die
hi speed routine sitzt. dann würde es mit jedem OS funktionieren!
HIAS, wäre das machbar oder sind da soviele Patches drin, daß
dies unmöglich wäre?

Das ist recht schwierig. Der Patch ändert zwar nur ein paar Bytes im OS-Code (und legt den neuen Code in $CC00-$CFFF ab), das Problem sind aber die Prüfsummen im OS ROM. Das XL-OS checkt beim Booten ob die Prüfsumme stimmt und verweigert ansonsten die Arbeit (oder springt in den Selftest). Bei anderen OSen würde dann die Prüfsumme nicht stimmen, die Schaltung hätte ja keine Möglichkeit festzustellen welches OS gerade läuft.

Ein weiteres Problem: Der Patch ändert insgesamt bis zu 3 Teile im OS: den SIO-Code, den Tastatur-Code und den Reset-Code. Das aber nur, falls die entsprechnden Stellen den original-Code enthalten (ansonsten würde der Patch Teile eines alternativen OS zerstören). Das könnte die externe Schaltung aber auch nicht checken...

Also, einfachste Lösung: OS patchen (zB mit dem patchrom.exe am PC) und in den XL stecken - braucht auch keine zusätzliche Schaltung :-)

so long,

Hias

Hi Hias,

nicht vergessen, nur wenig Zeit gehabt.

Ich habe einen Test mit dem neuen HS SIO-Patch am Sdrive durchgeführt. Dabei hatte ich leichte Probleme. Es kommt mir so vor, als überschreibt das sdrive.com Deine Routine.

Noch ein paar Fragen.

Gibt es eine Möglichkeit die Baudrate festzustellen, ohne die Zeit messen zu müssen?

Bei welchen Geräte muss ich die Baudrate von Hand verstellen, damit es läuft. SIO2SD und Sdrive habe ja die Möglichkeit. Wenn ich jedoch beim Sdrive was verstellt habe, ging nix mehr.

Hi,

da ich mich auch gerade mit dem SDrive beschäftige, habe ich auch Highspeed ausprobiert. Bis Pokey-Divisor 3 geht es ohne Probleme (3 nur mit modifiziertem VBI). Bei 2 kommt beim Lesen eines Sektors spätestens beim 8. Datenbyte immer ein Serial Frame Error (140). Das gilt sowohl für für den HISIO-Patch als auch für meine eigene Highspeed-Routine.

dl7ukk hat geschrieben:Es kommt mir so vor, als überschreibt das sdrive.com Deine Routine.

Ich habe zuerst mit SDRIVE.COM das SDrive konfiguriert (Pokey-Divisor, Laufwerksbelegungen) und dann (mit dem ATARI-OS) das ATR mit HISIO.COM gebootet (Shift-Reverse). Geht einwandfrei!

Gruß Dietrich

Hi!

Dietrich hat geschrieben:da ich mich auch gerade mit dem SDrive beschäftige, habe ich auch Highspeed ausprobiert. Bis Pokey-Divisor 3 geht es ohne Probleme (3 nur mit modifiziertem VBI). Bei 2 kommt beim Lesen eines Sektors spätestens beim 8. Datenbyte immer ein Serial Frame Error (140). Das gilt sowohl für für den HISIO-Patch als auch für meine eigene Highspeed-Routine.

Das ist mir beim SIO2SD auch aufgefallen. Mit dem SDrive muss ich selber erst noch testen - ich hab' zwar seit einiger Zeit die Bauteile dafür da, bin aber noch nicht zum zusammenbauen gekommen.

Ich vermute, daß das evtl. am Atmel liegen könnte. Möglicherweise verhält sich der UART da drin etwas seltsam (zB sendet zu schnell), oder es könnte auch ein elektrisches Problem sein. Ich hatte mal am SIO2SD die Diode entfernt und SIO Data In direkt an den Atmel gehängt, das hat aber nichts gebracht. Ich werd's aber noch mal mit einem Leitungstreiber versuchen.

Dietrich hat geschrieben:

dl7ukk hat geschrieben:Es kommt mir so vor, als überschreibt das sdrive.com Deine Routine.

Ich habe zuerst mit SDRIVE.COM das SDrive konfiguriert (Pokey-Divisor, Laufwerksbelegungen) und dann (mit dem ATARI-OS) das ATR mit HISIO.COM gebootet (Shift-Reverse). Geht einwandfrei!

@dl7ukk: mit welcher Version hast Du das getestet, mit HISIO.COM? Könnte natürlich schon sein, daß SDRIVE.COM irgendwie an $D301 rumfummelt und den Software-Patch deaktiviert. Muss ich bei Gelegenheit mal checken.

dl7ukk hat geschrieben:Gibt es eine Möglichkeit die Baudrate festzustellen, ohne die Zeit messen zu müssen?

Du könntest zB die Speed-Tabelle des Highspeed Patches auslesen. Bei HISIO.COM liegt die Tabelle ab $CC01, bei HISIOR*.COM ab $0101 ($xx01 = D1:, $xx02 = D2:) etc. Ein Wert von 0 bedeutet, daß noch keine Geschwindigkeit ermittelt wurde, Werte von 1 bis $3F bedeuten Ultra-Speed mit Pokey Divisor X-1 (1 heisst also Divisor 0, 2 Divisor 1 etc.).

Oder sendest ein $3F Kommando ans Gerät, gleiche Parameter wie ReadSector, nur Datenblock Länge=1. Dann erhältst Du auch den Pokey Divisor, den das Gerät unterstützt (falls es Ultra-Speed beherrscht).

Den Pokey Divisor kannst Du dann folgendermassen in die Bitrate umrechnen:

Bitrate = 886735 / (divisor + 7)

dl7ukk hat geschrieben:Bei welchen Geräte muss ich die Baudrate von Hand verstellen, damit es läuft. SIO2SD und Sdrive habe ja die Möglichkeit. Wenn ich jedoch beim Sdrive was verstellt habe, ging nix mehr.

SIO2SD und SDrive sind meines Wissens nach die einzigen SIO-Geräte, die das unterstützen. Bei beiden sollte es bis Divisor 3 klappen. Ansonsten kann man die Bitrate auch noch bei APE mit dem SIO2PC USB Interface verstellen, und in meiner Entwicklerversion von AtariSIO unter Linux (wenn man eine 16C950 Karte im PC hat, die Version ist noch nicht öffentlich verfügbar, bei Interesse einfach Mail an mich).

so long,

Hias

Hi Matthias,

ich konnte gestern und heute ein wenig weiter testen. Es wohl beim Sdrive auch ein Bedienproblem, aber es geht.

Also beim Sdive konnte ich die FastSio Einstellung 03 --> 89000 Bd benutzen. Alles was darüber liegt geht nicht mehr, da "verschluckt" sich der ATARI. Jedoch konnte fast immer mit mehrfachem BREAK das SIO Kommando beenden und mit Sh+Ctrl+N die ATARI-Sio einschalten. Bis 89000 lief alles wunderbar. Als OS habe ich das XL OS verwendet.

Das Einschalten Deiner HiSio ist in sofern in Verbindung mit dem Sdrive gewöhnungsbedürftig, dass ich erst das Hiosio.atr gemountet und dann das OS gepatcht habe. Nun habe ich wieder Sdrive geladen, die FastSIO verstellt und musste mit Sh+Ctrl+N Normal einstellen, konnte dann neu booten und dann erst die HiSIO einschalten.

Wenn ich die HioSio beim neu booten des Sdrives aktiv lasse, wird ein Sector geladen, dann kratzende Töne, denn der nächste Sector, etc. Sh+Ctrl+.... bringt an dieser Stelle nichts. Das booten dauert dann sehr lange, läuft aber dennoch vollständig ab.

Morgen geht es weiter, habe ja auch wieder Sonntags-Dienst.

Hallo Andreas, erstmal vielen Dank für's Testen!

dl7ukk hat geschrieben:Also beim Sdive konnte ich die FastSio Einstellung 03 --> 89000 Bd benutzen. Alles was darüber liegt geht nicht mehr, da "verschluckt" sich der ATARI. Jedoch konnte fast immer mit mehrfachem BREAK das SIO Kommando beenden und mit Sh+Ctrl+N die ATARI-Sio einschalten. Bis 89000 lief alles wunderbar. Als OS habe ich das XL OS verwendet.

OK, das ist normal so. Schneller als Divisor 3 geht's mit dem SDrive zZt nicht.

Das Einschalten Deiner HiSio ist in sofern in Verbindung mit dem Sdrive gewöhnungsbedürftig, dass ich erst das Hiosio.atr gemountet und dann das OS gepatcht habe. Nun habe ich wieder Sdrive geladen, die FastSIO verstellt und musste mit Sh+Ctrl+N Normal einstellen, konnte dann neu booten und dann erst die HiSIO einschalten.

Wie hast Du denn Sdrive geladen? Direkt nach HISIO das SDRIVE.COM von DOS aus gestartet? Wie hast Du danach gebootet? Bei einem Kaltstart sollte ja der Highspeed Patch wieder deaktiviert sein (und das normal OS laufen).

Zur Umschaltung der Speed: das Verhalten ist normal. Der Highspeed Patch fragt beim ersten Zugriff auf ein Laufwerk die Geschwindigkeit ab und merkt sie sich dann. Wenn Du dann die Geschwindigkeit verstellst, gibt's Fehler. Abhilfe: Shift+Control+S drücken, dann wird die Geschwindigkeits-Tabelle zurückgesetzt und der Patch fragt erneut beim Laufwerk nach.

Wenn ich die HioSio beim neu booten des Sdrives aktiv lasse, wird ein Sector geladen, dann kratzende Töne, denn der nächste Sector, etc. Sh+Ctrl+.... bringt an dieser Stelle nichts. Das booten dauert dann sehr lange, läuft aber dennoch vollständig ab.

Wie hast Du hier gebootet, und was für ein ATR File? Wie schon erwähnt, nach einem Kaltstart ist der Patch ja erstmal weg. Wenn auf dem ATR dann eine eigene Highspeed Routine drauf ist, kann es gut sein, daß sie nicht mit dem Divisor 3 zurecht kommt.

so long,

Hias

Hi,

wie angekündigt, habe ich heute weiter mit dem HiSio gespielt. Als Erstes habe ich mir einen neuen 4fach BIOS- EPROM gebrannt. Damit habe nun das ATARI OS beim Einschalten HiSpeed fähig.

Absolut Spitze und keinerlei Probleme gibt es mit dem Sio2Usb. Ich habe die Diag- Progs je etwa 30 Minuten laufen lassen, alles fehlerfrei. Schon beeindruckend, wenn das Diag mit <Start> pausiert und das Sio2Usb nun Zeit hat den Sektorzähler zu aktualisieren.

Nicht gut war der BiBoDos 5.4 N Test. Ich habe extra die N-Version benutzt, normal soll damit keine Speed Routine geladen werden. Aber dennoch kommt sich da was in die Quere. Bei jedem Sektor wird getest.

Nach einem Dir Befehl auf LW:2 kam ein Teil des Direktoris und danach eine Reihe "LLLLLLLLLL", die aber mit Enter abgeschlossen waren, den "L" wurde als Befehl interpretiert. Auch das Kopieren nach D8: war nicht ok.

Nach einem Schreibzugriff auf D1: (Lock & Unlock) war dann fest Normal-Geschwindigkeit eingestellt. Ich muss aber diesen Test nochmal wiederholen, da kam gerade Arbeit vorbei.... Du bekommst dann genaue Angaben. Vielleicht liegt es ja auch am User.

Übrigens, Diag arbeitet gut und passt auf. Ich habe etwa eine Stunde (unterbrochen von Lohnarbeit) Fehlermeldungen von Diag aufgeschrieben, bis ich bemerkte, das DDTest.atr auf der SD-Karte nicht das gleiche Format wie DDTest.atr im INTERnen Flash des Sio2Usb hat. Mit MD wollte Diag einfach nicht. Gut so

Sdrive und Sio2SD wie gehabt bis 89000.

HiassofT hat geschrieben:Wie hast Du denn Sdrive geladen? Direkt nach HISIO das SDRIVE.COM von DOS aus gestartet? Wie hast Du danach gebootet? Bei einem Kaltstart sollte ja der Highspeed Patch wieder deaktiviert sein (und das normal OS laufen).

Ich habe die HiSIO.ATR mit MyDos initialisiert. Power Up und Spezial-LW des Sdrives ist aktiv. HiSIO.ATR gewählt und gestartet. HiSIO.COM geladen. Mit Key am Sdrive auf Spezial-LW des Sdrives geschaltet und Sdrive.com unter MyDos geladen. Andere Disk im Sdrive gemountet.

(Ich muss beim Testen mehr aufschreiben. Ich denke, ich bin mitWarmstart rausgegangen, sicher bin ich mir heute nicht mehr. Wenn ich schon MD und DD nicht auseinander halten kann)

Aber das wird wiederholt. ich hab ja noch einen A8 ohne XL-SioPatch

Nochmal Danke für's Testen!

dl7ukk hat geschrieben:Nicht gut war der BiBoDos 5.4 N Test. Ich habe extra die N-Version benutzt, normal soll damit keine Speed Routine geladen werden. Aber dennoch kommt sich da was in die Quere. Bei jedem Sektor wird getest.

Nach einem Dir Befehl auf LW:2 kam ein Teil des Direktoris und danach eine Reihe "LLLLLLLLLL", die aber mit Enter abgeschlossen waren, den "L" wurde als Befehl interpretiert. Auch das Kopieren nach D8: war nicht ok.

Hab' den Bug reproduzieren können. Das liegt am Tastaturpuffer von BiboDos. Der legt auch die Hotkeys (zB. Shift+Control+S) lahm und benutzt Speicher bei $01xx. Wenn man den Tastaturpuffer ausschaltet (das geht beim Schreiben der DOS-Files, dann bei "Konfigurieren" mit "J" antworten), dann scheint alles OK zu sein.

Kopieren eines Files auf D8: (hab' einfach die RDCONF.COM genommen) hat auch geklappt. Hat bei Dir evtl. die Ramdisk Config nicht gestimmt?

so long,

Hias

Hi,

HiassofT hat geschrieben:Hab' den Bug reproduzieren können. Das liegt am Tastaturpuffer von BiboDos. Der legt auch die Hotkeys (zB. Shift+Control+S) lahm und benutzt Speicher bei $01xx. Wenn man den Tastaturpuffer ausschaltet (das geht beim Schreiben der DOS-Files, dann bei "Konfigurieren" mit "J" antworten), dann scheint alles OK zu sein.

Kopieren eines Files auf D8: (hab' einfach die RDCONF.COM genommen) hat auch geklappt. Hat bei Dir evtl. die Ramdisk Config nicht gestimmt?

na soweit bin ich noch nicht, aber ich habe die Fam. im Bett und mich nochmal rangesetzt. Ja Tastaturpuffer wäre logisch. Getestet habe ich mit der BiboDos-MasterDisk Rev. 1992 Peters/ Geuther. Ich weiss nicht ob das von Belang ist, aber wenn Jeder was verändert...

Betroffen sind aber nur die Versionen N Normal und XF. Bei F Fast geht alles wunderbar. Ob allerdings Deine Sioroutine oder die BiboDosroutine verwendet wird, kann ich nicht beurteilen. Noch am Rande ist mir aufgefallen, dass bei der 5.4 N & (6.4?)XF teilweise die BiboDos eigenen Hotkeys auch nicht funktionieren. Ich wollte mit Sh-Ctrl-Tab raus, ging nicht.

Die RamDisk kann man bei BiboDos nicht großartig einstellen, ich glaube nur die Größe und da liege ich mit der MegaRam 3 auf der sicheren Seite. Formatiert hatte ich die RamDisk vorher und auch zwischendurch. Der Fehler trat beim Kopieren von mehreren Dateien auf <C> 2,8 <Enter>

Das BiboDos viel Speicher braucht und daher hier und da Einschränkungen auftreten ist hinlänglich bekannt. Andererseits kann BiboDos gut mit XF oder Quad Density umgehen und war daher bei den Diskettenpreisen i.O. eine gute Wahl. Dein HiSio kann das vertragen.

Wenn ein Programm das Bios abschaltet und eigene Routinen verwendet, ist ja das HiSIO auch weg. Wie kann ich das feststellen? Mit dem Freezer sicher?! (auch BASIC) und siehe weiter oberen Posting, die Hotkeys gehen nicht mehr, sonst noch was?

Morgen geht's weiter

Hi,

ich habe heute Morgen nochmal BiboDos in Verbindung mit dem Sio2Usb gestet. Es ist in der Tat so, dass nur der Tastaturpuffer stört. Sonst läuft alles gut. Ich habe absichtlich die max Konfiguration gewählt. 4x LW, 4 Puffer.

BiboDos Ver RF Fast verwendet wohl einen eigenen Treiber, denn dort gehen die Hotkeys der HiSio nicht (aber die eigenen auch nicht...) Bei der XF Version wurde LW#3 nicht richtig erkannt und konnte daher auch nicht benutzt werden. Statt DD erkannte BiboDos SD und auch nur die Hälte der Dir-Einträge.

Aber gehe mal davon aus, dass das Probleme vom BiboDos sind.

Wie schon beschieben; HiSio bei mir im Eprom mit gepatchtem XL OS.

Hallo Andreas!

dl7ukk hat geschrieben:Die RamDisk kann man bei BiboDos nicht großartig einstellen, ich glaube nur die Größe und da liege ich mit der MegaRam 3 auf der sicheren Seite. Formatiert hatte ich die RamDisk vorher und auch zwischendurch. Der Fehler trat beim Kopieren von mehreren Dateien auf <C> 2,8 <Enter>

Du kannst mit "RDCONF.COM" den Ramdisk-Typ einstellen (CompyShop, AtariMagazin, Freezer). Ich hab' ihn auf AtariMagazin eingestellt, Grösse (in der DOS-Config) auf 3 und habe damit 1014 freie DD Sektoren. Kopieren (C 2,8) und rück-kopieren auf anderes Image (C 8,2) hat problemlos geklappt. Habe die Dateien verglichen, es gab keine Unterschiede.

Wenn ein Programm das Bios abschaltet und eigene Routinen verwendet, ist ja das HiSIO auch weg. Wie kann ich das feststellen? Mit dem Freezer sicher?!

Das lässt sich nur sehr schwer feststellen. Am ehesten noch wenn Du eine hohe Geschwindigkeit (Divisor 3 oder schneller) einstellst, damit kommen die meisten Routinen nicht klar und es gibt gelegentlich Fehler.

ich habe heute Morgen nochmal BiboDos in Verbindung mit dem Sio2Usb gestet. Es ist in der Tat so, dass nur der Tastaturpuffer stört. Sonst läuft alles gut. Ich habe absichtlich die max Konfiguration gewählt. 4x LW, 4 Puffer.

Sehr fein, nochmal Danke für's Testen!

so long,

Hias

Hallo Hias,

HiassofT hat geschrieben:Du kannst mit "RDCONF.COM" den Ramdisk-Typ einstellen

Ich sollte doch mehr mit dem XL machen... Du hast natürlich Recht und RDCONF ist ja auf jeder BiboDos SystemDisk drauf.

Ich habe die letzte Nächte ein wenig weiter getestet.

Sdrive - HiSio-Patch im ROM 800 XL.

Vorweg ein absolutes Lob; Sh & RESET und Strg & Umsch & Entf sind fantastisch. Da freut sich nicht nur der User sondern auch der XL! Danke Hias!

Ergebnisse:

Auch wenn es schon bekannt ist, habe ich nochmal SDrive mit 02/ 99000 getestet. Aber da ist nichts zu machen. Selbst wenn ich Diag mit XL Speed geladen habe (Ctrl/Sh+N). Er macht es nicht.

Sdrive 03/89000 mit BiboDos (SD/ MD/ DD) alle Versionen.
Es läuft, aber der Tastaturpuffer muss abgeschaltet sein. Dadurch macht sich das Booten der Bibo MasterDisk etwas blöd. Entweder man schaltet auf XL Speed, oder man wartet ein wenig bis alles eingelesen ist. Wobei das dann nicht immer erfolgreich war. Also runter schalten.

TurboDos 2.1 lief auch nur die Normalversion (SD/ MD/ DD). Die Turbo Version "rödelte" extrem rum und lief nicht. (Oder habe nicht lange genug gewartet...)

MyDOS 4.53 ohne Probleme (SD/ MD/ DD)

Dos 2.5 (SD MD) ohne Probleme

Ich habe auch noch mal DIAG am Sdive 03/ 89000 laufen lassen.

* Diag ok

* Diag-Ext 1x Fehlermeldung, danach ok!
31 02 52 01 00 30 07 00 00 01 04 00
000013.1A: 00 8A 00 80 02

* Diag-Ext-nonmi 1x Fehlermeldung, danach stabil/ ok!
31 02 52 01 00 30 07 00 00 01 04 00
000026.1B: 00 8A 00 80 02

* Diag-nonmi ok

Auch eine schöne Sache. Freezer hinten dran - Sdive Menue geladen - ROTER KNOPF - Menue ins F-RAM - ATR's wechseln geht so noch schöner

Hallo Andreas!

dl7ukk hat geschrieben:Ich habe die letzte Nächte ein wenig weiter getestet.

Nochmal Danke für die ausführlichen Tests. Sieht soweit sehr gut aus!

Auch wenn es schon bekannt ist, habe ich nochmal SDrive mit 02/ 99000 getestet. Aber da ist nichts zu machen. Selbst wenn ich Diag mit XL Speed geladen habe (Ctrl/Sh+N). Er macht es nicht.

Die diag ATRs verwenden alle eine integrierte Highspeed Routine (mit zusätzlichem Debug Code). Der Highspeed Code aus dem OS wird also garnicht verwendet, deshalb haben da auch die Hotkeys keine Wirkung.

Sdrive 03/89000 mit BiboDos (SD/ MD/ DD) alle Versionen.
Es läuft, aber der Tastaturpuffer muss abgeschaltet sein. Dadurch macht sich das Booten der Bibo MasterDisk etwas blöd. Entweder man schaltet auf XL Speed, oder man wartet ein wenig bis alles eingelesen ist. Wobei das dann nicht immer erfolgreich war. Also runter schalten.

Am besten ist es für solche Fälle das original XL OS zu verwenden. Also ein mehrfach-ROM mit Schalter.

TurboDos 2.1 lief auch nur die Normalversion (SD/ MD/ DD). Die Turbo Version "rödelte" extrem rum und lief nicht. (Oder habe nicht lange genug gewartet...)

Das liegt am Highspeed Code von TurboDos. Auch hier wird der Code im OS garnicht verwendet, und der TurboDos Code kommt mit Divisor 3 einfach nicht klar.

Hier hilft dann nur Zurückschalten der Geschwindigkeit.

BTW: Das gilt auch für alle anderen Highspeed Routinen. Irgendwo haben sie alle ein Limit, wenn man das überschreitet kommt es zu Fehlern.

BTW2: Eine aktualisierte Version von MyPicoDos (mit dem neuen Highspeed Code) ist schon in Arbeit. Damit läuft dann Divisor 1 stabil und Divisor 0 meistens auch (ist eine leicht veränderte Version des FastVBI Codes, der aber während SIO die Timer Register 18-20 nicht hochzählt - das spart ein wenig Rechenzeit).

Ich habe auch noch mal DIAG am Sdive 03/ 89000 laufen lassen.

* Diag ok

* Diag-Ext 1x Fehlermeldung, danach ok!
31 02 52 01 00 30 07 00 00 01 04 00
000013.1A: 00 8A 00 80 02

* Diag-Ext-nonmi 1x Fehlermeldung, danach stabil/ ok!
31 02 52 01 00 30 07 00 00 01 04 00
000026.1B: 00 8A 00 80 02

* Diag-nonmi ok

Die Fehler bei den EXT Versionen kannst Du ignorieren. Beim ersten Zugriff musste das SDrive erst von normaler auf hohe Geschwindigkeit umschalten. BTW: Einige SIO-Geräte schalten nach dem $3F Kommando (zum Abfragen des Pokey Divisors) automatisch auf hohe Geschwindigkeit um, dann tritt dieser "Fehler" nicht auf.

Ich denke die aktuelle Version des Patches läuft wirklich gut und stabil. Auch bei meinen Tests sind keine Probleme mehr aufgetreten. Ich werde dann also die endgültige Release vorbereiten und in den nächsten Tagen hochladen.

so long & danke an alle für eure Unterstützung,

Hias

Hallo,

ich habe gestern/ heute mal das SIO2PC Interface (Th. Grasel) angeschlossen, läuft auch fehlerfrei.

HiassofT hat geschrieben:Du könntest zB die Speed-Tabelle des Highspeed Patches auslesen. Bei HISIO.COM liegt die Tabelle ab $CC01, bei HISIOR*.COM ab $0101 ($xx01 = D1:, $xx02 = D2:) etc. Ein Wert von 0 bedeutet, daß noch keine Geschwindigkeit ermittelt wurde, Werte von 1 bis $3F bedeuten Ultra-Speed mit Pokey Divisor X-1 (1 heisst also Divisor 0, 2 Divisor 1 etc.).

Oder sendest ein $3F Kommando ans Gerät, gleiche Parameter wie ReadSector, nur Datenblock Länge=1. Dann erhältst Du auch den Pokey Divisor, den das Gerät unterstützt (falls es Ultra-Speed beherrscht).

Den Pokey Divisor kannst Du dann folgendermassen in die Bitrate umrechnen:

Bitrate = 886735 / (divisor + 7)

Dann habe ich im Freezer die Speedtabelle $0101 ausgelesen. Ich bekomme dort den Wert ($)11 angezeigt. Bloß umrechnen bzw deuten kann ich diesen Wert leider nicht richtig.

Pokey Divisorv ($)10 = (dez16)
88675/16+7 = 3855,....

dl7ukk hat geschrieben:

HiassofT hat geschrieben:Den Pokey Divisor kannst Du dann folgendermassen in die Bitrate umrechnen:

Bitrate = 886735 / (divisor + 7)

Dann habe ich im Freezer die Speedtabelle $0101 ausgelesen. Ich bekomme dort den Wert ($)11 angezeigt. Bloß umrechnen bzw deuten kann ich diesen Wert leider nicht richtig.

Pokey Divisorv ($)10 = (dez16)
88675/16+7 = 3855,.... :?: :?: :?:

Fast :-)

Nicht 88675 sondern 886735. Dann kommt folgendes heraus: 886735/17 = ~ 52160.

Wenn man ganz genau ist müsste man noch zwischen PAL und NTSC Geräten unterscheiden. PAL Ataris laufen mit 1.773447MHz, NTSC mit 1.7897725MHz. Die Formel zur Errechnung der Frequenz (im 16-bit Pokey Modus, direkt vom Systemtakt angesteuert) lautet:

Systemtakt / (2 * (divisor + 7))

Hab' gerade bemerkt, daß ich mich bei der oberen Formel etwas vertippt habe, eigentlich müsste es "886723.5" heissen, nicht "886735". Das macht aber keinen grossen Unterschied, 100% genau laufen Quarze ja auch nicht. Eine Abweichung von ca. 20 bis 100 ppm (also ca. 0.002 bis 0.01%) ist durchaus üblich.

so long,

Hias

Moin Moin,

dl7ukk hat geschrieben:Ergebnisse:

Auch wenn es schon bekannt ist, habe ich nochmal SDrive mit 02/ 99000 getestet. Aber da ist nichts zu machen. Selbst wenn ich Diag mit XL Speed geladen habe (Ctrl/Sh+N). Er macht es nicht.

Ich habe mangels Zeit mein SDRIVE auch noch in Teilen hier liegen und noch nicht zusammengebaut... aber ich vermute, die Probleme in höheren SIO-Speed hängen mit den leicht ungleichen Taktfrequenzen zusammen.

Das SDRIVE verwendet den NTSC-Basistakt 14.31818 MHz, was geteilt durch 8 den NTSC-CPU-Takt von 1,79 MHz ergibt - und damit auch eine etwas andere bps-Rate als bei einem PAL-gesteuerten Atari. Dessen CPU-Takt (und damit auch der Takt für den POKEY) liegt bei 1,77 MHz und dieser Takt mal 8 ergibt 14.187576 MHz - der Wert des System-Quarz bei allen XL/XE mit Freddie (PAL natürlich).

Wer einen XL/XE mit Freddie und ein fertiges SDRIVE hat, kann doch testweise mal den Quarz vom XL/XE auslöten und auf das SDRIVE packen. Würde mich nicht wundern, wenn dann auch Divisor 0 und 1 problemlos laufen.

Gruß, Jürgen

Hi,

ich habe doch einen XE mit Freddy. Da werde ich mal den Quarz nehmen und das Sdrive testen und berichten.