@Master****
das Problem wird sein, das die Maeuse und Tastaturen keine einheitlichen Signale senden.
Piti
nicht nur tv was eh verbloedet
-
Maya
- Einsteiger
- Beiträge: 103
- Registriert: Montag 24. September 2001, 00:00
-
tmbinc
- Developer
- Beiträge: 821
- Registriert: Freitag 20. Juli 2001, 00:00
vergesst USB, jedenfalls am MPC.
ich hab mir da mal gedanken drüber machen müssen (ja, ich hab ein MPC-board mit herausgeführtem USB (also die treiber etc.) da).
USB beim mpc geht nur sehr schlecht. Die Revision, die in den ganzen Dboxen eingebaut ist (eben nicht die B2) kann erstmal nur highspeed-devices, also keine tastauren, mäuse etc. Evtl. hilft da ein Hub, bin mir da gerade nicht sicher.
Dann muss man EXAKT jede 1000µs (klingt jetzt genauer als jede ms <IMG SRC="/forum/images/smiles/icon_wink.gif"> ein SOF erzeugen, wenn man das nicht tut, dann schlafen die geräte erstmal ein.
erstmal sind das 1000 Interrupts/s, nicht gerade wenig, und dann kann kein Linuxkernel die interrupts mit einer ausreichenden genauigkeit erzeugen (dafür werden zulange die interrupts etc. blockiert, JETZT bräuchte man ein RT-OS, aber auch das ist nur ein workaround). im endeffekt läuft das darauf hinaus, einen Timer (pin PC15 glaub ich) auf einen dreq-pin zu legen, so dass intern (in dem CPM) ein interrupt ausgelöst wird.
dafür gibts dann einen firmware patch.
das alles suckt gewaltig.
evtl. könnte man einen extern usb controller an den bus anschliessen, das denke ich macht mehr sinn. oder irgendwie einen pcmcia-bus zusammenfaken.
ich hab mir da mal gedanken drüber machen müssen (ja, ich hab ein MPC-board mit herausgeführtem USB (also die treiber etc.) da).
USB beim mpc geht nur sehr schlecht. Die Revision, die in den ganzen Dboxen eingebaut ist (eben nicht die B2) kann erstmal nur highspeed-devices, also keine tastauren, mäuse etc. Evtl. hilft da ein Hub, bin mir da gerade nicht sicher.
Dann muss man EXAKT jede 1000µs (klingt jetzt genauer als jede ms <IMG SRC="/forum/images/smiles/icon_wink.gif"> ein SOF erzeugen, wenn man das nicht tut, dann schlafen die geräte erstmal ein.
erstmal sind das 1000 Interrupts/s, nicht gerade wenig, und dann kann kein Linuxkernel die interrupts mit einer ausreichenden genauigkeit erzeugen (dafür werden zulange die interrupts etc. blockiert, JETZT bräuchte man ein RT-OS, aber auch das ist nur ein workaround). im endeffekt läuft das darauf hinaus, einen Timer (pin PC15 glaub ich) auf einen dreq-pin zu legen, so dass intern (in dem CPM) ein interrupt ausgelöst wird.
dafür gibts dann einen firmware patch.
das alles suckt gewaltig.
evtl. könnte man einen extern usb controller an den bus anschliessen, das denke ich macht mehr sinn. oder irgendwie einen pcmcia-bus zusammenfaken.
-
goldmaggo
- Neugieriger
- Beiträge: 10
- Registriert: Donnerstag 8. November 2001, 00:00