Neues Suska Board

[udo]

Wie hast Du denn die HDDRV Full-Version drauf gespielt? Mit der HDDRVAPP? Dabei darfst Du nicht vergessem, daß die Ausführungen der Module aktiviert bleibt/wird, sonst versucht der HDDRV nicht von ACSI am Falcon zu booten.

[mcknopf]

Hab die HDDriver Util App verwendet, das wird wohl das Problem gewesen sein, muss ich mal gucken wie das mit dem Einbinden der Module geht, hatte auch die Version 12.62 verwendet, hab erst danach auf die neueste Version geupdated.

[udo]

Es muss nur angekreuzt werden, daß Module geladen werden. Die Module selbst findet der HDDRV dann schon.

[mcknopf]

Das muss ich übersehen haben. Noch was anderes: bislang gibt mein Suska keinen Mukks von sich. Also keine Töne z.B. bei Arnacho Ride. Mein Monitor hat Ton (getestet am Atari 800 XE) aber auch über die Klinkerbuchse an der Stereoanlage nichts.
Da ich in so was auch Laie bin: wenn ich z.B. eine RTF Datei aufspielen will ist dieses AVR ein spezielles Kabel? Nen Rechner mit Linux -> Terminal bzw. am Mac gibt es das ja auch, habe ich. TOS hätte ich schon gerne in einem der OS Slots fest. Manche Programme fragen offenbar das System ab und erkennen bei EmuTOS nicht, dass es ein Falcon ist (betrifft sogar ein Programm, das ich selber geschrieben habe - zumindest das werde ich mal anpassen)

[mcknopf]

Noch was anderes: mit einem 500 MB kleinem Image auf einer 32 GB SD Karte, verschenke ich 31.5 GB. Bislang klappt es auch noch nicht unter EmuTOS nen Auto Ordner von einer Falcon kompatibel eingerichteten SD Karte zu starten. Dafür irgendwelche Ideen?

[udo]

Um ein rbf-File ins Config-Flash oder um eine TOS-Collection in OS-Flash zu schreiben brauchst Du nur eine USB-UART-Adapter, ein Terminalprogramm und eine FAT16/32 formatierte µSD-Card.
Eine Anleitung wie man für's Configflash vorgeht ist hier:

https://github.com/umatthe/suska4/blob/main/Configware/howto-rbf.txt

Da Du ja schon eine gepatchte TOS404 Datei hast kannst Du Dir eine TOS-Collection selber machen und ins Flash kopieren.
In https://github.com/umatthe/suska4/tree/main/Tos findest Du z.B. etoscurr.img, etosdebug.img u.a. und ein Readme wie man eine Collection flasht.
Mit diesen und Deinem TOS404-suska.img kannst Du Dir eine Collection zusammenstellen:
Unter Linux: "cat etoscurr.img etosdebug.img TOS404-suska.img > Coll.img" erzeugt eine Collection mit 3 OSen. Mit dieser im Flash ergeben die Schalter 3-6
0 0 0 0 = etoscurr
0 0 0 1 = etosdebug
0 0 1 0 = TOS404
die übrigen Schalterstellungen sind dann ungültig (da die Collection nur 3 TOSe hat)

Momentan wird in der ETOS-Mailingliste über ein Feature vom HDDriver diskutiert. Seit einiger Zeit erzeugt die HDDRV-APP beim partitionieren per Default eine GPT-Type Partition-Table. Die kennt EmuTOS nicht. Wenn Du eine Disk mit EmuTOS lesen willst darf die GPT Option beim anlegen der Disk nicht aktiv sein - ist vielleicht das Problem, welches Du mit Deinen Falcon-Images hast (TOS404 mit HDDRV sollte diese lesen und booten können).

[wfoerster]

Wie geht es dem Suska USB Subsystem?

Guten Morgen in die Runde,
ich habe von Thilo eine nicht funktionierende Cherry-Tastatur zugeschickt bekommen und anhand dieser dann eine Optimierung im Host-Controller des USB1164 vorgenommen. Nun läuft sie. Es lag daran, dass die Baudrate der Tastatur recht ungenau gegenüber den 1,5Mb/s (gemäß >Spezifikation) ist. Das kann daran liegen - und liegt vermutlich daran, dass als Frequenznormal in diesen Low-Speed-Geräten teilweise keine Quarze oder Quarzoszillatoren sondern Keramikoszillatoren verwendet werden. Nun ist das behoben und ich denke, dass die Inkompatibilitäten genau solche Low-Speed-Geräte betrafen. Beim Anstecken von so einem Teil passieren dann unvorhersagbare Dinge am USB-System und das wird dann der Treibersoftware über Statusmeldungen mitgeteilt und es scheint so, dass sich dann die Treibersoftware in der Folge vom USB-System 'fernhält' und nix geht mehr. Wir testen das jetzt noch genauer und werden dann einen neuen Configware-Stand bereitstellen. Das konnte leider erst jetzt festgestellt werden weil nun, wo die Boards draußen sind natürlich viel mehr ausprobiert / getestet wird. Daher sind wir immer interessiert an diesen Tests. Speziell würde dann auch interessant sein, ob es auch bei Full-Speed-Geräten (USB-Stick usw.) zum Totalausfall des USB-Systems kommt. Wenn die mal nicht gehen aber die Maus nebendran tut dann ist das etwas anderes als wenn die neu angesteckten Full-Speed-Geräte dann auch die Maus lahmlegen. Dieser Fall wäre der interessante...

Herzliche Grüße
Wolfgang

[czietz]

Es lag daran, dass die Baudrate der Tastatur recht ungenau gegenüber den 1,5Mb/s (gemäß >Spezifikation) ist. Das kann daran liegen - und liegt vermutlich daran, dass als Frequenznormal in diesen Low-Speed-Geräten teilweise keine Quarze oder Quarzoszillatoren sondern Keramikoszillatoren verwendet werden.

Du vermutest wohl richtig. Der USB-Standard erlaubt für Low-Speed-Devices einen Frequenz- und damit Bitratenfehler von gigantischen 15000 ppm, mit genau der Begründung, dass man dort Keramikresonatoren erlauben will. (Ein schlechter Quarz hätte vielleicht 150 ppm.)