Hardware > Hardware (Classic 16-/32-Bit)

diverse Fragen

<< < (7/11) > >>

udo:

--- Zitat von: nolina am Mo 22.09.2025, 11:24:26 ---Das USB ACC zeigt die Tastatur in normaler Schrift an und die Mäuse/Trackball in grau.

--- Ende Zitat ---
Ist im X-Boot Menu der Maustreiber aktiv? Es sollten minimal die Maus und Tastatur-Treiber geladen werden. Ich denke, wenn die Maus im Accessory grau ist, wird sie entweder nicht als Maus erkannt, oder es fehlt der Maustreiber.

nolina:

--- Zitat von: udo am Mo 22.09.2025, 12:02:18 ---
--- Zitat von: nolina am Mo 22.09.2025, 11:24:26 ---Das USB ACC zeigt die Tastatur in normaler Schrift an und die Mäuse/Trackball in grau.

--- Ende Zitat ---
Ist im X-Boot Menu der Maustreiber aktiv? Es sollten minimal die Maus und Tastatur-Treiber geladen werden. Ich denke, wenn die Maus im Accessory grau ist, wird sie entweder nicht als Maus erkannt, oder es fehlt der Maustreiber.

--- Ende Zitat ---
Im X-Boot Menu haben weder die Mäuse noch der Trackball funktioniert.

fichten:
Das Suska-Board ist schon heute vormittag angekommen, also kann ich über meine erste Schritte berichten:

* Der erste Stolperstein war das USB-C-Netzteil. Die neueren liefern keinen Strom (ohne vorheriger Kommunikation?), ein alter USB-Anschluss auf einer Steckdosenleiste ging dann
* Ich hatte nur eine 1GB MicroSD-Karte von SanDisk griffbereit, also habe ich diese unter Linux mit dem Image beschrieben und mit einem SD-Karten-Adapter (von MicroSD auf SD) eingesteckt... aber das geht nicht... mehrere Adapter probiert... geht einfach nicht, erst mit einer SD-Karte (16GB von SanDisk) in Originalgröße funktionierte es dann.
* Tastatur: 2 Kabeltastaturen von HP haben nicht funktioniert, erst eine Cherry G230. Funktastaturen muss ich noch testen...
* Maus: Kabelmaus von HP geht nicht (da leuchtet nicht mal die Laserdiode, am Linux-Rechner aber schon), eine alte Typhoon geht auch nicht, erste eine relativ neue vertikale Funkmaus von Trust (Bayo+) geht einwandfrei ohne Ruckeln und dergleichen.
* erster Software-Test: da der Bildschirmaufbau sehr träge ist, habe ich Gembench 4.02 gestartet, alle Tests -> Display: 28% CPU: 67%, danach den Blitter aktiviert und nochmal alle Tests -> Display: 46% CPU: 67%
* Ein Doppelklick auf den Set-Namen in Xboot führt manchmal zu einem Bus Error, das ist aber nicht wirklich reproduzierbar, manchmal geht es, manchmal nicht...
* Aufruf von C:\SUSKA\TESTS\BLITTST.TOS führt zu einem Bus Error, danach erscheint beim Reboot nur mehr die Meldung "PRG Set _MCH (back)", die USB-Treiber werden nicht mehr geladen, und man steht in Xboot ohne Maus und Tastatur, danach bootet das Board auf den Desktop, aber eben nicht bedienbar.
* Nach diesen Fehlern geht nichts mehr, auch komplettes Abschalten und Trennen vom Netzteil bringt nichts. Man muss die SD-Karte neu schreiben... also vermute ich, dass da irgendwas auf die Karte geschrieben wird, und danach die USB-Treiber nicht mehr gestartet werden.
* Nach gefühlten 20 mal SD-Karte neu beschreiben, lege ich mal eine Pause ein...
* In ein paar Tagen teste ich dann mal andere Tastaturen und Mäuse
Nachtrag: Wenn man das Board bootet, und absolut nichts macht, und dann Reset drückt, kommt beim Booten wieder die Meldung "PRG Set _MCH (back)" (und sonst keine Meldungen der USB-Treiber usw.) und der Spaß ist wieder vorbei... also wieder das Image neu schreiben, das ist in dem jetzigen Zustand alles leider nicht so spaßig, schade...

udo:
Ein paar allgemeine Anmerkungen:

"PRG Set _MCH (back)" ist die Meldung des Programms SET_MCH.PRG im AUTO Ordner. Unter Emutos macht das Programm nichts außer die Meldung auszugeben. Man kann das Programm ersatzlos aus der X-Boot Liste entfernen. Es dient dazu, wenn man TOS404 mit HDDRV von dieser Disk bootet, daß nach dem Booten die Kennung korrekt auf Falcon gesetzt wird. Da HDDRV nur von IDE oder SCSI bei einem Falcon booten würde, wird per HDDR-Module die Kennung auf STE gesetzt, damit der ACSI-Boot klappt. Das macht das Programm ggfs. rückgängig.

Da wenn ich neue Cores vom Wolfgang teste öfter mal was nicht klappt, hat der abgespeicherte Desktop sowohl Blitter als auch Cache abgeschaltet, das erklärt wieso es etwas träge ist. Einfach im Deskop beides einschalten und nach Wunsch speichern sollte das beheben.

Nicht alle Programme, die auf der Disk sind machen sinnvolle Sachen - ich hätte vielleicht alles löschen sollen, was nix definiertes macht oder noch nicht funktioniert. BLTTEST.TOS ist irgendwas aus dem Internet, das wir wohl mal probiert haben.
Trotzdem sollte keins der Programme die SD-Card zerschreiben. Explizite HD-Transfertest und ähnliches ist  immer mit Vorsicht zu geniesen.

Normalerweise sollte nach einem Kaltstart das System wieder hochkomme wie vorher. Mit C:\SUSKA\COLD.PRG kann man jederzeit einen Kaltstart per Programm ausführen.

Wieso die 1GB-µSD-Card nicht funktioniert müsste genauer untersucht werden. Ich habe jedenfalls fast nur µSD-Cards mit Adapter im Einsatz, allerdings keine keiner als 4GB.

ragnar76:

--- Zitat von: udo am Mo 22.09.2025, 17:51:27 ---BLTTEST.TOS ist irgendwas aus dem Internet, das wir wohl mal probiert haben.

--- Ende Zitat ---
Ich glaube, dass ist das Tool vom @czietz was bei unterschiedlichen Blittern ein bestimmtes Bit ausspuckt

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete