Problem mit SpartaDos 3.2d und SIO2USB

[mp-one]

Hallo SIO2USB-Freunde,

als ich heute mal die ABBUC-PD #217 (SpartaDOS 3.2d + Pascal-Demo) auf dem SIO2USB ausprobieren wollte, hatte ich das Problem, dass der ATARI 800XL oder das SIO2USB (!?) sich während des Ladevorgangs irgendwie "aufhängt". Man kann dann manchmal durch Drücken der BREAK-Taste das Laden wieder in Gang setzen, manchmal aber auch nicht. Auf dem Emu (und ich meine seinerzeit auch auf meiner 1050) gab es das Problem nicht. Weiß evtl. jemand, woran das liegen könnte?

Gruß,

Michael

[dl7ukk]

Hi Michael,

warum weiss ich auch nicht, aber wenn ich Hi-Speed abschalte geht es wieder. BiboDos XF 4 LW hat das auch manchmal.

[mp-one]

Hi Michael,

warum weiss ich auch nicht, aber wenn ich Hi-Speed abschalte geht es wieder. BiboDos XF 4 LW hat das auch manchmal.

Hmmmm, liegt das nun im SIO2USB oder der Software (SpartaDOS, ...) begründet? Bei XDOS 2.4f z.B. habe ich dieses Phänomen jedenfalls noch nicht beobachtet.

[HiassofT]

Hi!

Hmmmm, liegt das nun im SIO2USB oder der Software (SpartaDOS, ...) begründet? Bei XDOS 2.4f z.B. habe ich dieses Phänomen jedenfalls noch nicht beobachtet.

Ich vermute das liegt an SpartaDos, genauer gesagt an der dort eingebauten (Highspeed-) SIO Routine.

Auf meinem 800XL, angeschlossen per SIO2PC an meinen Linux Rechner bleibt die Disk auch hängen. Hab's gerade mehrmals getestet: beim ersten Mal ist der Atari ca. bis zur Hälfte des Begrüssungstextes gekommen, danach 2 Mal bis kurz nach den 2 SpartaDos Versionsinfo-Zeilen (der letzte gelesene Sektor war 6).

Wenn ich Highspeed in AtariSIO (meiner SIO2PC Software für Linux) deaktiviere läuft es besser. Keine Hänger bei 3 Versuchen.

so long,

Hias

[mp-one]

Hi!

Ich vermute das liegt an SpartaDos, genauer gesagt an der dort eingebauten (Highspeed-) SIO Routine.
...
Wenn ich Highspeed in AtariSIO (meiner SIO2PC Software für Linux) deaktiviere läuft es besser. Keine Hänger bei 3 Versuchen.

Es sieht danach aus, wenn ich es mit SpartaDos 3.3 pro (von Page 6) probiere, klappt es auch. Bei dieser Version ist das HS auch ausgeschaltet. Jetzt frag' ich mich aber trotzdem, ob es da evtl. doch Unterschiede zwischen den (damaligen) Hispeed-Devices und dem SIO2USB gibt. Es hätte ja sonst schon früher Probleme mit SpartaDos und Hispeed geben müssen. Oder gab es die?

Gruß,

Michael

[HiassofT]

Jetzt frag' ich mich aber trotzdem, ob es da evtl. doch Unterschiede zwischen den (damaligen) Hispeed-Devices und dem SIO2USB gibt. Es hätte ja sonst schon früher Probleme mit SpartaDos und Hispeed geben müssen. Oder gab es die?

Ob es damals Probleme gab kann ich nicht sagen, ich habe SpartaDos (so gut wie) nie verwendet. Es kann aber durchaus sein, daß es damals keine Probleme gab, die aktuellen SIO2xxx Geräte sind deutlich schneller als die alten Floppies.

Ich weiss, daß einige Highspeed Routinen Probleme mit SIO2PC (bei 56kbit) haben/hatten. Konkret geht es da um 2 kritische Stellen:

1. die Zeit zwischen Command ACK und dem Command Complete (also wenn zB die Floppy zurückmeldet, daß sie den Sektor gelesen hat)
2. die Zeit zwischen den einzelnen Daten Bytes.

Im SIO Standard ist zB für den 1. Punkt ein Minimum von 250µS vorgeschrieben. Zum 2. Punkt gibt es keine Specs, also zumindest bei 19200 bit/sec darf die Floppy die Bytes direkt hintereinander losschicken (ohne Pausen dazwischen). Bei höheren Geschwindigkeiten haben aber einige Routinen Probleme damit, da sie die Bytes nicht schnell genug verarbeiten können und dadurch einzelne Bytes verloren gehen.

In der Praxis habe ich festgestellt, daß viele Routinen mit dem 250µS Delay nicht klarkommen, deshalb verwende ich als Default in AtariSIO 300µS.

Zusätzlich habe ich einen "entspannteren" Highspeed Modus für Problem-Routinen implementiert, der 1000µS wartet und zwischen den Datenbytes jeweils für die Zeit eines Bits pausiert (lässt sich einfach implementieren, man muss nur beim Senden den UART auf 2 Stop-Bits statt einem konfigurieren).

Mit dem "entspannten" Highspeed Modus kommt übrigens auch SpartaDos klar. Genauer: es genügt die Pause zwischen den Datenbytes einzufügen, die Zeit vor dem Command Complete kann auf 300µS belassen werden. Die Routine scheint also einzelne Bytes zu "verlieren", da sie zu schnell daherkommen.

In der Routine von SpartaDos ist aber noch ein weiterer Bug: Eigentlich sollte nach einigen Sekunden ($306 ist auf $0F gesetzt, also ca. 15 Sekunden) der Timeout zuschlagen. Nach ca. 10 Minuten hängt die Routine aber immer noch, einziger Ausweg ist die Break Taste...

so long,

Hias

[mp-one]

Hi Hias,

vielen Dank für Deine ausführliche Antwort! OK, Sparta 3.2d (und wohl auch andere Versionen ) kommen mit HS durcheinander. Nun steht im Handbuch zu SIO2USB zwar, dass für SpartaDos 3.2d ein Treiber für die Echtzeituhr enthalten ist. Beim Test dieses Treibers müsste es ja demnach irgendwie funktioniert haben. Aber vielleicht hat es da ja gerade mal "geklappt".

Vielleicht kann man ja auch die HiSpeed-Routine in SpartaDos abschalten. Außerdem kann man laut SIO2USB-Handbuch über den SIO-Befehl 0x69 eine HS-Routine vom SIO2USB laden. Evtl. kann man die dann auch mit SpartaDos 3.3 kombinieren, das keine eigene HS-Routine hat.

Ich lote halt im Moment die Möglichkeiten aus, mit HiSpeed und dem SIO2USB zu arbeiten. Ein gangbarer Weg existiert jedenfalls Dank Deines für Turbo Basic angepassten HISIO-Patches und BeWeDos schonmal . Momentan erforsche ich die SpartaDos-Schiene. Vielleicht kann ja Walter oder jemand, der SDX 4.42 und ein SIO2USB hat, testweise mal schauen, ob dort alles klappt. Davon gehe ich aber bei einem 2009er DOS mal aus.

Beste Grüße,

Michael

[cas]

Hi Hias,

vielen Dank für Deine ausführliche Antwort! OK, Sparta 3.2d (und wohl auch andere Versionen ) kommen mit HS durcheinander. Nun steht im Handbuch zu SIO2USB zwar, dass für SpartaDos 3.2d ein Treiber für die Echtzeituhr enthalten ist. Beim Test dieses Treibers müsste es ja demnach irgendwie funktioniert haben. Aber vielleicht hat es da ja gerade mal "geklappt".

Vielleicht kann man ja auch die HiSpeed-Routine in SpartaDos abschalten. Außerdem kann man laut SIO2USB-Handbuch über den SIO-Befehl 0x69 eine HS-Routine vom SIO2USB laden. Evtl. kann man die dann auch mit SpartaDos 3.3 kombinieren, das keine eigene HS-Routine hat.

Ich lote halt im Moment die Möglichkeiten aus, mit HiSpeed und dem SIO2USB zu arbeiten. Ein gangbarer Weg existiert jedenfalls Dank Deines für Turbo Basic angepassten HISIO-Patches und BeWeDos schonmal . Momentan erforsche ich die SpartaDos-Schiene. Vielleicht kann ja Walter oder jemand, der SDX 4.42 und ein SIO2USB hat, testweise mal schauen, ob dort alles klappt. Davon gehe ich aber bei einem 2009er DOS mal aus.

Beste Grüße,

Michael

Als Autor des SIO2USB Uhrentreibers kann ich sagen das ich nie explizit mit SpartaDOS 3.2d getestet habe (d.h. nie mit dem Ziel, die High Speed SIO von Sparta DOS 3.2d mit SIO2USB zu testen, sondern nur die Uhr). Der Uhrentreiber sollte mit jedem SpartaDOS ab Version 2.0 funktionieren, auch mit BeWe-DOS und SpartaDOS X.

Soweit ich verstehe gibt es von jeder SpartaDOS Diskettenversion eine Reihe von DOS-Kernel mit unterschiedlichen SIO-Routinen.

Die Versionen ohne Buchstaben benutzen die OS-ROM SIO (z.b. Version 3.3 oder 3.2)

Die Versionen mit einem Buchstaben angehangen (z. B. 3.2d) haben einen Highspeedtreiber für ein bestimmtes HighSpeed SIO Gerät (also Happy, MIO, XF551 etc).

Erhard "FloppyDoc" Pütz hat hier mal eine Aufstellung gemacht, kann sein das es die mal im ABBUC Mag oder auf der Homepage von Erhard war. Walter 'GoodByte' Lojek kann zum Thema sicher auch Informationen geben.

Mit aktuellen SIO2xxx Geräten solltest Du immer die SpartaDOS Version ohne Buchstaben nehmen, um sicherzugehen. Die Versionen mit Buchstaben sind für eine bestimmte Speeder Hardware aus den 80er Jahren gemacht.

(alle Angaben ohne Gewähr aus meinem Gedächnis, und ich werde auch älter....)

[cas]

Ich habe mir gerade nochmal den SIO2USB Treiber angeschaut, und dort habe ich geschrieben das ich mit SpartaDOS 3.2d getestet habe
http://atariwiki.strotmann.de/xwiki/bin ... ockUtility

Ich habe aber auf einem Rechner mit Qmeg-OS getestet, so das es sein kann das anstatt der SpartaDOS SIO die Qmeg-OS SIO genommen wurde.

Die HighSpeed SIO zu testen war auch nicht Ziel beim Test mit den Sparta DOS Versionen, sondern das SpartaDOS 3.2d mit dem Uhr zurechtkommt.

Auf
http://www.mixinc.net/atari/download_a8/sdsys.htm
findet man Informationen zu den verschiedenen SpartaDOS Kernel Dateien. 3.2d ist für "US-Doubler" High Speed.

[mp-one]

Ich habe mir gerade nochmal den SIO2USB Treiber angeschaut, und dort habe ich geschrieben das ich mit SpartaDOS 3.2d getestet habe
http://atariwiki.strotmann.de/xwiki/bin ... ockUtility

Ich habe aber auf einem Rechner mit Qmeg-OS getestet, so das es sein kann das anstatt der SpartaDOS SIO die Qmeg-OS SIO genommen wurde.

Die HighSpeed SIO zu testen war auch nicht Ziel beim Test mit den Sparta DOS Versionen, sondern das SpartaDOS 3.2d mit dem Uhr zurechtkommt.

Auf
http://www.mixinc.net/atari/download_a8/sdsys.htm
findet man Informationen zu den verschiedenen SpartaDOS Kernel Dateien. 3.2d ist für "US-Doubler" High Speed.

Hallo Carsten,

alles klar. Ich hatte es halt nur im SIO2USB-Manual gelesen, dass der Treiber mit SD 3.2d getestet ist und mich dann gewundert, da SpartaDOS ja schon beim Booten die HS-Routine zuschaltet und bei mir hier auf dem SIO2USB dann oft hängenbleibt, noch bevor der Prompt erscheint. Es kann gut sein, dass beim Test die HS-Routine des Qmeg aktiv war.


Gruß,

Michael

[Marius]

sorry for english contribution

The problem is probably the HS driver in SpartaDOS 3.2D. With SpartaDOS 3.3b this problem does not occur. That 3.3b version has also highspeed loader.

It's a timing issue.

There are two ways of looking at this problem.

1) the sio2usb is too fast/critical ... since other sio2 systems are able to handle spartados 3.2d, and sio2usb is not able, i'd say: make sio2usb more compatible, and alter the firmware.

2) the spartados 3.2d HS loader s*cks. Also true. So you could decide to skip that version, and use 3.3b, which works with HS and sio2usb.

Sio2USB is a fantastic device. After a buggy start it is really one of my favorite devices. Unfortunately there are some 'strange beviours' like the problem described in this topic.

My advice: get yourself a decent substitution for the internal Atari OS. Like Qmeg. It is great, and sio2usb handles it perfect.

Marius

p.s. with Qmeg HS you'd better use SpartaDOS 3.3a 3.3a does not have the HS loader, so you are sure you use the OS CIOV.

[mp-one]

Hi Marius,

meanwhile I have tested SD 3.2g with SIO2USB and it worked well. I think SD 3.2d and 3.2f have problems with the 56.000 baud (nearly SIO 3X) speed of SIO2USB. They seem to be fixed to SIO 1X or SIO 2X.

Gtx,

Michael

[Erhard]

Hi everybody,

Sparta DOS:

the first thing I would like to mention is something about Sparta DOS 3.2d: If I remember correctly I found out in the past that this version of Sparta DOS does query the highspeed value from a drive, but does not use the reported value. Instead it uses a fixed highspeed byte. I had always problems using Sparta DOS 3.2 with mixed SIO devices using each a different high speed (APE=8, Speedy=9, Happy=A). This is why I switched to using Sparta DOS 3.3b instead.

SIO2USB:

Marius Diepenhorst had a severe problem with SIO2USB in the past and I worked together with the developers to find out what the matter was. It was discoverd that sometimes SIO2USB did not answer the first command frame after some time of leasure. Later there was a more detailed technical explanation:

"The problem lies within how the SIO2USB measures serial speed and the fact that the POKEY switches on the Clock Out signal even in the middle of a cycle which leads to false bitrates."

The SIO2USB firmware has been updated so that this POKEY bug no longer comes into play. Please use the latest SIO2USB firmware.

Flaky highspeed routines

And yes, I noticed as well that some code exists that does not time out properly in the command frame and only hitting BREAK makes things go on.

Best, Erhard