Hardware > Hardware (Classic 16-/32-Bit)
Lightning VME - USB für den MegaSTE und TT
ardi:
@ama: hast du mal das ungepatchte mouse.prg zusammen mit MWheel + Eiffel.mwx probiert?
--- Zitat von: czietz am Do 28.06.2018, 21:45:33 ---
--- Zitat von: ama am Do 28.06.2018, 21:28:59 ---Die Radunterstützung für die Lightning habe ich bei Armin angestoßen, da ich schon immer Mweel gerne verwendet habe. Und ja, so richtig gut funktioniert sie noch nicht. Aber es geht!
Leider etwas verzögert und langsam.
--- Ende Zitat ---
Wie gesagt: hier nicht, obwohl eine der getesteten Mäuse auch von Logitech ist. D.h. es funktionieren mutmaßlich nur ganz spezielle Modell von Logitech.
--- Ende Zitat ---
Du schreibst nicht, unter welchem OS du die Mäuse getestet hast (ich vermute mal MiNT).
* Unter MiNT liegt das Problem wahrscheinlich bei Trapper. Man kann sich nicht vom AUTO-Ordner PRG in das AES/VDI zu hängen, weil der Trap bei der Initialisierung des AES (TOS) überschrieben wird. Allerdings initialisiert "jedes AES" etv_critic per Setexc. Das ist das Signal sich in den AES/VDI Trap einzuhängen. Jedes AES? Ja, außer xaaes. Wahrscheinlich initialisiert sich Trapper nicht richtig.
Ich werde Trapper fixen und demnächst hier posten.
* Ich hab mir den Maustreiber noch einmal angesehen dabei ist mir aufgefallen, das die Mäuse gar nicht im Boot-Protocol sondern im Report-Mode laufen.
Das verwundert mich sehr. Darum kursieren hier auch kompatibilitäts Listen. Im Boot-Protocol würden so ziemlich alle Mäuse funktionieren (zumindest Maustasten + Bewegen).
--- Zitat von: czietz am Do 28.06.2018, 21:45:33 --- um das Mausrad richtig, d.h. für alle Mäuse, zu unterstützen -- zunächst einen kompakten Parser für HID-Report-Deskriptoren programmieren müsste. Ich suche ja immer noch Freiwillige dafür... (Zum Vergleich: der entsprechende Parser in FreeBSD ist 1000 Codezeilen lang, das ist doppelt so viel wie der komplette Lightning-VME-Maustreiber.)
--- Ende Zitat ---
Ich arbeite gerade an einen kompakten HID-Report-Deskriptor-Parser für mein JerrySTUSB Projekt. Ich würde den Treiber schreiben. ABER - da dieser auf den MiNT-Treiber basieren würde, verbietet sich auf Grund der GPL closed-source.
czietz:
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---Du schreibst nicht, unter welchem OS du die Mäuse getestet hast (ich vermute mal MiNT).
--- Ende Zitat ---
Ist egal, die Mäuse senden beweisbar (mit dem Logic-Analyzer an den USB-Datenleitungen geprüft) keine Information über das Mausrad, also kann der Treiber gar nicht damit funktionieren.
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---
* Ich hab mir den Maustreiber noch einmal angesehen dabei ist mir aufgefallen, das die Mäuse gar nicht im Boot-Protocol sondern im Report-Mode laufen.
--- Ende Zitat ---
Huh? Ich sehe in Deinem Treiber (als Übernahme aus dem Lightning-VME-Treiber):
[/list]
--- Code: ---+ usb_set_protocol(dev, iface->desc.bInterfaceNumber, 0); /* boot */
--- Ende Code ---
Woraus schließt Du, die Maus liefe doch nicht im Boot-Protokoll?
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---Ich arbeite gerade an einen kompakten HID-Report-Deskriptor-Parser für mein JerrySTUSB Projekt. Ich würde den Treiber schreiben. ABER - da dieser auf den MiNT-Treiber basieren würde, verbietet sich auf Grund der GPL closed-source.
--- Ende Zitat ---
Klar, GPL ist verpflichtend für denjenigen, der den HID-Report-Deskriptor-Parser beiträgt... Denk drüber nach, ob Du (nur) den Parser vielleicht doppelt lizenzieren willst: proprietär zur Nutzung in Deinem JerrySTUSB und unter GPL.
ardi:
--- Zitat von: czietz am Di 10.07.2018, 08:38:25 ---
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---Du schreibst nicht, unter welchem OS du die Mäuse getestet hast (ich vermute mal MiNT).
--- Ende Zitat ---
Ist egal, die Mäuse senden beweisbar (mit dem Logic-Analyzer an den USB-Datenleitungen geprüft) keine Information über das Mausrad, also kann der Treiber gar nicht damit funktionieren.
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---
* Ich hab mir den Maustreiber noch einmal angesehen dabei ist mir aufgefallen, das die Mäuse gar nicht im Boot-Protocol sondern im Report-Mode laufen.
--- Ende Zitat ---
Huh? Ich sehe in Deinem Treiber (als Übernahme aus dem Lightning-VME-Treiber):
[/list]
--- Code: ---+ usb_set_protocol(dev, iface->desc.bInterfaceNumber, 0); /* boot */
--- Ende Code ---
Woraus schließt Du, die Maus liefe doch nicht im Boot-Protokoll?
--- Ende Zitat ---
Sorry mein Fehler. Ich hab nicht in den Sourcen auf meiner Platte gesehen sondern hier:
https://github.com/freemint/freemint/blob/master/sys/usb/src.km/udd/mouse/usb_mouse.c Zeile 375
Dann ist's klar das keine Wheel-Daten kommen. Ich vermute mal, das man bei Noname-Mäusen eher die Chance hat, dass Wheel-Daten im boot-protocol gesendet werden.
--- Zitat von: czietz am Di 10.07.2018, 08:38:25 ---
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---Ich arbeite gerade an einen kompakten HID-Report-Deskriptor-Parser für mein JerrySTUSB Projekt. Ich würde den Treiber schreiben. ABER - da dieser auf den MiNT-Treiber basieren würde, verbietet sich auf Grund der GPL closed-source.
--- Ende Zitat ---
Klar, GPL ist verpflichtend für denjenigen, der den HID-Report-Deskriptor-Parser beiträgt... Denk drüber nach, ob Du (nur) den Parser vielleicht doppelt lizenzieren willst: proprietär zur Nutzung in Deinem JerrySTUSB und unter GPL.
--- Ende Zitat ---
Ich denk darüber nach.
ama:
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---@ama: hast du mal das ungepatchte mouse.prg zusammen mit MWheel + Eiffel.mwx probiert?
--- Ende Zitat ---
@ardi
Eben ungepatchtes mouse.prg zusammen mit MWheel + Eiffel.mwx probiert. Kein Erfolg, es scollt nicht.
ardi:
--- Zitat von: ama am Di 10.07.2018, 18:53:08 ---
--- Zitat von: ardi am Di 10.07.2018, 08:22:28 ---@ama: hast du mal das ungepatchte mouse.prg zusammen mit MWheel + Eiffel.mwx probiert?
--- Ende Zitat ---
@ardi
Eben ungepatchtes mouse.prg zusammen mit MWheel + Eiffel.mwx probiert. Kein Erfolg, es scollt nicht.
--- Ende Zitat ---
Danke
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln