-
Notifications
You must be signed in to change notification settings - Fork 175
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XP-Pen Artist 12 Diagnostics #556
Comments
Could you look at my comment here #535 (comment) and do the same for your Artist 12? Reply in this issue of course 😄 |
@kurikaesu Thanks for pointing to a possible solution. However, with an upgrade to the latest kernel (v5.4.142) appears to have the libwacom support to the tablet by default, but it fails to detect physical buttons on the tablet itself, fyi, though Most surprisingly,
But,
Just confused! |
This is what I'm trying to help you fix by getting you to do the key handshake and dump of probe information. I do not know if the Artist 12 requires the activation key being sent to the correct interface and this can only really be confirmed by installing the proprietary linux drivers, changing the pad-keys to a custom binding and then capturing the USB packets using something like wireshark. From the captures we can inspect if the proprietary drivers are sending a This is why I suggested following what I had written in #535 to help debug the issue, or if you want to check if you actually need the activation key then doing the wireshark dump is the right avenue. Either way, once we know your tablet requires an activation key or not will help determine how to move forward. |
So nice of you!
Do you mean that I still need to compile digimend to make the pad buttons to work?
As your advice, I created:
But the process died immediately without me pressing any buttons, fyi.
|
Alright, from the response of the keyboard-debug.py it looks like your Artist 12 responds the same was as my Artist 13.3 Pro (and other Pro tablets). The reponse of All of that USBTimeout error is fine, it is expected. What you will need to do is re-run the keyboard-debug.py and get it to spit out Having used the unlock key prior, the streams should start producing events on the 02 interface like: We will need to get data for all of the tablet. You can see what information is most important for me here under the headings where it says Once you have that information in hand and can add it as a comment here, I should be able to write a digimend driver very quickly to support your tablet. |
Do you need
Makes me feel better than the manufacturer's support! 👍 Thanks again. |
@kurikaesu As you have asked for raw data outpute after the reponse of 02b10400000000000000 as follows: Meanwhile, I am attaching the frame_buttons1.txt in which I just pressed the 6 buttons on the tablet (four STREAMS per key press and release) as follows: frame_buttons1.txt http://ix.io/3xgn (no middle finger slider pressed. Hope this could be helpful. |
WOW, the raw data you are recording is very unique.
|
@kurikaesu The tablet sending reports on both interfaces is indicative of the wrong key packet being sent. I have found that tablets send the 02b10... response even if the key packet is incorrect. It seems like as long as the key starts with 02b0 it sends a response, but the value of the next byte is the actual key. @zenny Could you try the script from the link below and paste the results? Make sure you hold the pen to the tablet surface while running the program. If you see a line that starts with "Key is 0x" could you also collect diagnostics afterwards and post the results? https://github.com/nic3-14159/uclogic-new-init/blob/base/uclogic_new_init.py |
@nic3-14159 Thanks. Here is the output:
Fyi, after running the script, the libwacom and libinput stopped detecting the tablet and stopped working completely:
|
@kurikaesu. Thanks. Please find the debug outputs by scrolling DOWN and UP on the touchstrip on the tablet: frame_buttons-TOUCHSTRIP-DOWN.txt http://ix.io/3xhE Will that help? |
@zenny libwacom and libinput not detecting the tablet anymore after running my script is expected, it does that with a different XP-Pen tablet I have. Usbhid-dump should still work though. Could you also collect and post the raw data samples after running my script? Sorry about all the dumps we're asking you to do, I hope you don't mind. |
The usbhid-dump above in #556 (comment) is after running your script.
Never mind. Do you suggest me to redo all the diagnostics again after running your script? |
Prior to running your script:
The keyboard is not shown either by xinput:
nor by
Then I ran your script from https://github.com/nic3-14159/uclogic-new-init/raw/base/uclogic_new_init.py:
Here comes the raw diagnostics capture after running your script with -nic suffix: frame_wheel_srolling-nic.txt http://ix.io/3xme Is the above something usable? |
@zenny Yes, those are usable. Events are no longer being sent on multiple interfaces, and the touch strip reports also appear to be a lot more reasonable. Thanks for posting! @kurikaesu It looks like the touch strip now reports bitmap dial events instead of the keyboard events, so it should be pretty easy to get it working. |
Yeah the new reports look practically identical to the 22R other than that there is no support for tilt. The product site also confirms the absence of tilt: https://www.xp-pen.com/product/64.html I've added support to the tablet in my PR here: #557 Please let me know if it does or doesn't work. |
@kurikaesu it did not work (even stylus pen failed to work), despite I appended the USBID (28bd:080a) into line 26
But this time it failed not only the buttons, but even stylus stopped working at all. Outputs after reboot :(
dmesg shows:
|
I'll need to figure out what is going on with the stylus but for the pad buttons themselves, could you run libinput record and pick the device and press buttons? I want to know if the buttons themselves are at least registering events with libinput. |
Actually, pressing the buttons on the pad were unresponsive to
I killed the process because there was no response to button presses, fyi. |
Hi,
Please find below the diagnostics of XP-Pen Artist 12 to make things easier to make work with DIGImend driver as described in #554. The diagnostics follow suit to the details in https://digimend.github.io/support/howto/trbl/diagnostics/.
1Product page with proprietary linux driver: https://www.xp-pen.com/download-68.html
The tablet is
Bus 001 Device 003: ID 28bd:080a UGTABLET 11.6 inch PenDisplay
Pen tilt angles (http://ix.io/3who)
$ sudo usbhid-dump -es -m $T | tee pen_tilt.txt
Pen pressure (http://ix.io/3whq)
$ sudo usbhid-dump -es -m $T | tee pen_pressure.txt
Pen buttons (http://ix.io/3whr)
$ sudo usbhid-dump -es -m $T | tee pen_buttons.txt
No Frame dials
$ sudo usbhid-dump -es -m $T | tee frame_dials.txt
Frame buttons (http://ix.io/3whs)
$ sudo usbhid-dump -es -m $T | tee frame_buttons.txt
The text was updated successfully, but these errors were encountered: