Beiträge von Elderon42

    Problem gelöst.
    Allerdings funktionieren die Tasten noch nicht - aber das ist nicht so wichtig.


    Ich habe mich mit der Funktionsweise des udev-Systems sowie Xorg-Konfiguration eingehend beschäftigen müssen. Aber es hat sich gelohnt.
    Hier meine Lösung:


    1. kernel event prüfen
    udevadm monitor zeigt die uevents des kernels beim Einstecken der USB-Verbindung.
    UDEV [949.831159] add /devices/pci0000:00/0000:00:12.0/usb3/3-3/3-3:1.1/0003:256C:006E.0008/hidraw/hidraw2 (hidraw)
    Aha, da wurde bereits ein Geräteknoten generiert. Das funktioniert schon mal.


    2. Funktionsprüfung
    usbhid-dump -es -m 256c:006e
    Der Befehl liefert Koordination in lesbarer Form, sobald der Stift über das Display bewegt wird. Der Datenstrom ist also in Ordnung. Leider koppelt das Kommando das USB-Gerät komplett vom Kernel ab, d.h. es liefert keine Aussage zur Funktion der Treiber.


    3. eigenes Gerät erzeugen
    Muss man nicht machen, fand ich aber besser.
    In /etc/udev/rules.d/10-local.rules folgendes einfügen


    ACTION=="add", SUBSYSTEMS=="usb", ATTRS{idVendor}=="256c", ATTRS{idProduct}=="006e", GROUP="root", SYMLINK+="input/huion"


    Es entsteht ein link auf das Gerät unter /dev/input/huion
    Den brauche ich später für die Konfiguration von Xorg.


    Rechner neu starten oder udev rules neu laden mit "udevadm control reload_rules" und ein Test sollte funktionieren:
    cat /dev/input/huion
    Es erfolgt wieder eine Ausgabe, wenn der Stift über das Display bewegt wird - allerdings binär. Man sieht also jede Menge Sonderzeichen. Naja, für den Test reicht es. Ich wollte ja nur wissen, ob die Gerätedatei funktioniert. (Mit CTRL-C Ausgabe beenden.)


    4. Xorg konfigurieren
    In /etc/X11/xorg.conf.d eine neue Datei anlegen, z.B. 90-huion.conf


    Code
    # Huion tablets 
    Section "InputClass"
            Identifier "Huion tablets with EvDev driver"
            MatchUSBID "5543:006e|256c:006e|256c:006d"
            MatchDevicePath  "/dev/input/huion"
            Driver "evdev"
            Option "AutoServerLayout" "on"
    EndSection

    Tja, Überraschung: Das Gerät läuft mit einem EvDev-Treiber. Die Nutzung von Wacom oder Synaptics erzeugt einen Fehler.


    Achtung: EvDev erzeugt auch einen Fehler, weil das original mit Leap 15.1 gelieferte Modul nicht sauber läuft. Bitte vorher Update durchführen!




    Nach Neustart sollte das System laufen.
    Der Stift reagiert wie erwartet und auch der Drucksensor arbeitet einwandfrei. Die Tasten nehme ich mir mal später vor.

    Nein. Ziellos herumprobieren scheint mir keine gute Wahl.
    Ich habe versucht, dass Problem einzugrenzen. Wenn ich das Tablett online einstecke, liegert
    udevadm -monitor



    Leider wird nirgends eine Datei input31 oder event14 angelegt. Irgendetwas stimmt da mit dem udevd noch nicht.


    Hm, sieht aktuell aus.


    Bitte Code-Tags benutzen

    Erledigt - aber keine Veränderung.


    usbhid-dump -es -m 256c:006e weist einen Datenstrom aus, wenn ich den Stift bewege. Das Tablett arbeitet also.


    dmesg zeigt weiterhin
    [ 6.892122] usb 3-3: New USB device found, idVendor=256c, idProduct=006e
    [ 6.892128] usb 3-3: New USB device strings: Mfr=5, Product=6, SerialNumber=0
    [ 6.908122] uclogic 0003:256C:006E.0003: device parameters not found
    [ 6.908224] uclogic 0003:256C:006E.0003: tablet enabling failed
    [ 6.911614] uclogic 0003:256C:006E.0004: No inputs registered, leaving
    [ 6.911824] uclogic 0003:256C:006E.0004: hidraw2: USB HID v1.11 Device [HID 256c:006e] on usb-0000:00:12.0-3/input1


    Weiss jemand, welche Parameter gemeint sind bzw. wo ich sie konfigurieren kann?

    zypper se -i input liefert


    S | Name | Typ | Version | Arch | Repository
    ---+----------------------+-------+------------------+--------+----------------
    i | libinput-udev | Paket | 1.10.5-lp151.2.3 | x86_64 | Main Repository
    i | libinput10 | Paket | 1.10.5-lp151.2.3 | x86_64 | Main Repository
    i | libxcb-xinput0 | Paket | 1.13-lp151.3.2 | x86_64 | Main Repository
    i+ | x11-input-wizardpen | Paket | 0.8.1-18.1 | x86_64 | (Systempakete)
    i | xf86-input-evdev | Paket | 2.10.6-lp151.1.3 | x86_64 | Main Repository
    i | xf86-input-joystick | Paket | 1.6.3-lp151.2.4 | x86_64 | Main Repository
    i | xf86-input-keyboard | Paket | 1.9.0-lp151.2.3 | x86_64 | Main Repository
    i | xf86-input-libinput | Paket | 0.28.1-lp151.1.3 | x86_64 | Main Repository
    i | xf86-input-mouse | Paket | 1.9.2-lp151.3.4 | x86_64 | Main Repository
    i | xf86-input-synaptics | Paket | 1.9.0-lp151.2.4 | x86_64 | Main Repository
    i | xf86-input-vmmouse | Paket | 13.1.0-lp151.2.3 | x86_64 | Main Repository
    i | xf86-input-void | Paket | 1.4.1-lp151.2.3 | x86_64 | Main Repository
    i | xf86-input-wacom | Paket | 0.34.2-lp151.3.1 | x86_64 | Main Repository
    i | xinput | Paket | 1.6.2-lp151.2.3 | x86_64 | Main Repository



    Das Xorg-Logfile ist zu groß. Ich stelle es als Anhang zur Verfügung.



    Bzgl DIGImend:
    Die Liste enthält eine Anzahl Huion-Geräte, deren USB-Identification alle gleich sind: 256C:006E
    Es handelt sich bei meinem Gerät aber um ein Huion Kamvas Pro 22. Das ist in der Liste nicht erwähnt und wird von anderen Usern als problematisch mit dem DIGImend-Treiber benannt. (Eine eigene Meinung habe ich noch nicht. Dazu müsste ich den Treiber ausprobieren.)
    Da das Tablett aber mit einer älteren Distribution völlig ohne Treiber problemlos funktionierte, wird das aktuelle Problem wahrscheinlich viel simpler sein.

    Hinsichtlich Systemeinstellungen wurde weder ein Tablett noch ein Touchpad gefunden. Die manuelle Einstellung funktioniert offensichtlich nur für Wacom-Systeme. (Schade eigentlich ;)
    Der Digimend-Treiber funktioniert laut Liste nicht für dieses Tablett-Model. Aber die Idee hinsichtlich der Parameter ist nicht schlecht. Vielleicht finde ich eine Referenz-Einstellung.

    Hallo liebe Community,


    ich habe mir obiges Grafiktablett ganz neu zugelegt und mit einem OpenSuSE 12.3 ohne Schwierigkeiten zum Laufen gebracht.
    Krita läuft jedoch nur in einer veralteten Version und weist hohe Verzögerungen beim Zeichnen mit dem Stift auf. Daher habe ich auf ein SuSE Leap 15.1 (64 bit) gewechselt.
    Was soll ich sagen - jetzt läuft Krita aber die Eingabe mit dem Stift funktioniert nicht mehr.


    Sind inzwischen irgendwelche Funktionen entfallen? Oder gibt es einen speziellen Treiber? (Ich habe zumindest nichts passendes gefunden.)


    Hier noch ein paar techn. Infos


    identifikation am USB (lsusb)
    Bus 003 Device 003: ID 256c:006e


    /var/log/messages
    2019-06-21T11:51:24.417510+02:00 xxxxxxx kernel: [ 6.915196] usb 3-3: New USB device found, idVendor=256c, idProduct=006e
    2019-06-21T11:51:24.417512+02:00 xxxxxxx kernel: [ 6.915202] usb 3-3: New USB device strings: Mfr=5, Product=6, SerialNumber=0
    2019-06-21T11:51:24.417520+02:00 xxxxxxx kernel: [ 6.935203] uclogic 0003:256C:006E.0003: device parameters not found
    2019-06-21T11:51:24.417522+02:00 xxxxxxx kernel: [ 6.935307] uclogic 0003:256C:006E.0003: tablet enabling failed
    2019-06-21T11:51:24.417524+02:00 xxxxxxx kernel: [ 6.938696] uclogic 0003:256C:006E.0004: No inputs registered, leaving
    2019-06-21T11:51:24.417526+02:00 xxxxxxx kernel: [ 6.938909] uclogic 0003:256C:006E.0004: hidraw2: USB HID v1.11 Device [HID 256c:006e] on usb-0000:00:12.0-3/input1


    Die fehlenden Parameter haben zumindest unter SuSE12.3 nicht gestört. Die Standard-Parameter waren offensichtlich ausreichend.
    Und input1 wird ja auch angelegt. Hm,...