You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to the following project diagnostics page, I have collected the diagnostics. I also included an Xorg.0.log and other system log files after installing this project's dkms from source, setting up the wacom X driver and before doing a hotplogging (replug) test. The tablet has a pad plus a stylus. There are four buttons on the pad, and two buttons on the stylus, plus the pressure sensitive stylus tip. The frame buttons are pressed in top left, bottom left, top right, bottom right order. UC-Logic-ParbloA640-5543_0061.tar.gz
Kernel usbhid driver (version 5.5.0-2-amd64) successfully creates event files in the /sys/kernel/debug/hid/XXXX/ directories for both the stylus and the pad that responds correctly to all physical input actions.
Not specifying any X driver, which defaults to libinput, leaves stylus pressure unusable; specifying wacom as the X driver will make it "partially work". Partially work means:
xinput test (or any application such as Krita, MyPaint, GIMP etc.) doesn't respond to the upper button on the stylus;
xinput list shows both a Mouse and a Stylus devices, and the Stylus device doesn't respond to any input action when tested with xinput test;
No items shown in xinput list responds to button presses on the pad when tested with xinput test or other apps
hotplugging doesn't work (also mentioned in Tablet pressure stops working after a re-plug #383);
a) after plugging out then re-plugging back in, kernel module usbhid changes the stylus input events from the original /dev/input/event6 to /dev/input/event8 (sometimes to /dev/input/event10) although the same USB port was used and no additional USB devices were inserted.
b) Krita and any KDE apps will crash instantly when the mouse pointer was on them and any stylus action was performed
c) xev and xinput test stops responding to stylus pressure inputs
I never achieved the pressure senstivity of this tablet but as You said When I was using manjaro kde version when I use the xorg wacom conf and with any action from the pen causes Black screen sometimes the just another Desktop workspace now I switched to arch and that black screen problem doesn't occur but it slows the application down and the it is not reporting the pen hovering atleast for me
I've got this tablet too and it works fine on Windows, but on Ubuntu 20.04 LTS it didn't track stylus hovering motions up until the stylus touches the surface, but then it registers it as immediate pointer movement and click, which results in choppy motion.
Weirdly enough, it is kind of capable of tracking hovering motions right after it's connected to my laptop, but after the first "click" it seem to stick down to surface again and no hovering motions tracking.
I have installed your device drivers via v10 .deb package but it didn't change anything in that behavior. I then decided to collect all data required for debugging and adding support for this tablet (during which the tablet started working flawlessly up until I've re-plugged it).
Anyways, here goes the all required probes, in case you might need them:
According to the following project diagnostics page, I have collected the diagnostics. I also included an Xorg.0.log and other system log files after installing this project's dkms from source, setting up the
wacom
X driver and before doing a hotplogging (replug) test. The tablet has a pad plus a stylus. There are four buttons on the pad, and two buttons on the stylus, plus the pressure sensitive stylus tip. The frame buttons are pressed in top left, bottom left, top right, bottom right order.UC-Logic-ParbloA640-5543_0061.tar.gz
Kernel
usbhid
driver (version5.5.0-2-amd64
) successfully createsevent
files in the/sys/kernel/debug/hid/XXXX/
directories for both the stylus and the pad that responds correctly to all physical input actions.Not specifying any X driver, which defaults to
libinput
, leaves stylus pressure unusable; specifyingwacom
as the X driver will make it "partially work". Partially work means:xinput test
(or any application such as Krita, MyPaint, GIMP etc.) doesn't respond to the upper button on the stylus;xinput list
shows both a Mouse and a Stylus devices, and the Stylus device doesn't respond to any input action when tested withxinput test
;xinput list
responds to button presses on the pad when tested withxinput test
or other appsa) after plugging out then re-plugging back in, kernel module
usbhid
changes the stylus input events from the original/dev/input/event6
to/dev/input/event8
(sometimes to/dev/input/event10
) although the same USB port was used and no additional USB devices were inserted.b) Krita and any KDE apps will crash instantly when the mouse pointer was on them and any stylus action was performed
c)
xev
andxinput test
stops responding to stylus pressure inputsProduct page: https://www.parblo.com/products/a640?variant=9694024106031
Manufacturer's provided driver for Windows and Mac:
https://support.parblo.com/hc/en-us/articles/360011942153-A640-Driver
https://support.parblo.com/hc/en-us/articles/360020073973-A640-Driver
The text was updated successfully, but these errors were encountered: