Open mifth opened 7 years ago
Problem with driver. It use a wacom emulation =) and wacom xorg driver, but tablet not wacom and may be to send partitally incomplete\incorrect data to userspace.
add RightClick and MiddleClick for the pen
reassign a keys in the software is not will be a more simple way?
"reassign a keys in the software is not will be a more simple way?"
I reassign nothing with wacom and g-pen. Their pen buttons are recognized. It will be pain to reassign keys for all software. ((
I think my G-pen uses wacom xorg driver too.
Hi. @spbnick i tried to record all things yesterday but i failed. usbhid-dump hangs all my usb devices (( I don't know what to do. I'm not so advanced user. ((
@mifth, usbhid-dump
takes over all your devices, because you don't tell it which one to dump. Run it this way to dump only one device and prevent it from taking over: sudo usbhid-dump -m 256c:006e -es
. Write if you need more help with getting this recording.
Thank you for the reply. It helped! )
q11k_capture_linux.zip Here is my capture. The only thing is I don't know how to filter in wireshark. I just selected usbmon3.
Thank you, that seems to be enough. It looks like the tablet is getting the old initialization sequence after usbhid-dump stops, after all, so I'll try to update the driver with the new initialization sequence and we'll see how it works. Will post here when done.
Thank you too! I'll wait for sure.
Sorry for the delay, we just moved house and I won't be able to resume work on this for a few more weekends.
No problem man. Solve your life issues. We will wait!
just download win 7 pirated* and it works perfectly.... i had problems with linux so i did the same
On Nov 11, 2017 2:00 PM, "mifth" notifications@github.com wrote:
No problem man. Solve your life issues. We will wait!
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/DIGImend/digimend-kernel-drivers/issues/76#issuecomment-343649410, or mute the thread https://github.com/notifications/unsubscribe-auth/AfC0MlPGBo9U50w4SiAI06lPkf5EN06Jks5s1VsTgaJpZM4PnpxL .
i just do the fist part of the configuration like in the blog of David Revoy (https://www.davidrevoy.com/article331/setup-huion-giano-wh1409-tablet-on-linux-mint-18-1-ubuntu-16-04#c0331-1513)
and i didn't do all the config script stuff for the express keys (i'm so noob), just the driver config and the xsetwacom work only in wireless mode.
so It work on my outdated version of Ubuntu Gnome 15.04 (desktop) i still need to try it on my arch based system (laptop)
i don't have any expressKeys and the the Upper button on the stylus dosen't respond
The tip and the the down button on the stylus work and its configurable in the wacom UI, sreen layout work too. i test it on gimp, mypaint, krita and blender.
A big thx to David Revoy and i keep an eye here for more usefull trick.
Could you please show your con file?
Conf*
Section "InputClass" Identifier "Huion class" MatchProduct "TABLET" MatchIsTablet "on" MatchDevicePath "/dev/input/event*" Driver "wacom" EndSection
Section "InputClass" Identifier "Huion buttons" MatchProduct "TABLET" MatchIsKeyboard "on" MatchDevicePath "/dev/input/event*" Driver "evdev" EndSection
Section "InputClass" Identifier "Huion scroll" MatchProduct "TABLET" MatchIsPointer "off" MatchIsKeyboard "off" MatchIsTouchpad "off" MatchIsTablet "off" MatchIsTouchscreen "off" MatchDevicePath "/dev/input/event*" Driver "evdev" EndSection
Thanks. I tried your conf file. But the tablet still does not work. I have no "TABLET" device.
I have Kubuntu 17.10 (2 machines at work and at home). They both cannot detect Q11K.
I also looked at my kernel.log file. It has some errors: ... Nov 14 01:33:09 mifth kernel: [ 16.031810] uclogic 0003:256C:006E.0001: device parameters not found Nov 14 01:33:09 mifth kernel: [ 16.031863] uclogic 0003:256C:006E.0001: tablet enabling failed Nov 14 01:33:09 mifth kernel: [ 16.032050] uclogic 0003:256C:006E.0002: No inputs registered, leaving ... Nov 14 01:33:09 mifth kernel: [ 16.734800] uclogic 0003:256C:006E.0001: device parameters not found Nov 14 01:33:09 mifth kernel: [ 16.734801] uclogic 0003:256C:006E.0001: tablet enabling failed
Here is my log: kern.log
also I noticed that I have uclogic module on my machine even if i remove Digimend drivers. That's really strange...
@mifth, hid-uclogic is included with the kernel. digimend-kernel-drivers installs its own version. You can check which one you're using by running /sbin/modinfo hid-uclogic
. If there's "extra" in the module file path, then it's the DIGImend version.
Thank you. I'll test this night and write here. It's really strange that @Hideaki974 has enabled Q11k at ubuntu. I have kubuntu. Can this issue be by KDE Desktop issue?
This may not be strictly related, but I've noticed that the Q11K's aspect ratio isn't quite 16:9, its actually a tiny bit bigger (something like 16:9.1). Once digimend has been updated to support the tablet, will there be any way to limit the drawing area to a strictly 16:9 region?
@Miridyan I believe you can do that through xinput settings, namely coordinate transformation matrix.
Can you people check out #85 and see if that makes the tablet work better "out of the box"?
Hey guys, I recently purchased an Inspiroy Q11K. Though I am not a programmer by any means, I'd like to contribute to this project in any way I can.
Hello. I want to buy an Huion Q11 to use with Blender on Linux Mint 18.3 KDE. Can you confirm (or not) that it will be working. Thank you. Jean Marc
Hello! It's work, but all user buttons are hardcoded.
2018-03-06 12:32 GMT+03:00 jmarct notifications@github.com:
Hello. I want to buy an Huion Q11 to use with Blender on Linux Mint 18.3 KDE. Can you confirm (or not) that it will be working. Thank you. Jean Marc
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/DIGImend/digimend-kernel-drivers/issues/76#issuecomment-370719556, or mute the thread https://github.com/notifications/unsubscribe-auth/AH3hs4ViefOrqXw41LDZ2HkY3TJmSF9oks5tblejgaJpZM4PnpxL .
Thank for the fast answer.
First of all thanks a lot to @konachan700 and all the digimend team for the drivers. I have a Q11K, using the driver pointed by @konachan700 I can use the tablet & the 2 stylus button work perfectly (the stylus needs to be close to the tablet for it's buttons to work) However I don't know how to use the tablet's button. Under Krita, if I set a shortcut for a command (e.g "undo") using of of the button, the displayed shortcut is always "ctrl+ unknow caracter", and when I press the button the command is not run. How can I use the tablet's button under Krita? Thanks in advance
Hello! Driver has a conflict with hid-generic and with uclogic. You should be add tablet's vid&pid to "hid_have_special_driver" in "drivers/hid/hid-core.c" and rebiuld a kernel, or manually unbind a tablet from hid-generic every connect.
2018-04-27 8:02 GMT+03:00 Henry notifications@github.com:
I can't get @konachan700 https://github.com/konachan700 's method to work on my Solus OS distro. It had worked on Ubuntu when I tried it, but after switching, I'm not having any luck. Although the make and make install build, there's no response from my Q11k tablet. Any suggestions?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/DIGImend/digimend-kernel-drivers/issues/76#issuecomment-384864799, or mute the thread https://github.com/notifications/unsubscribe-auth/AH3hs-jnxMpWLQgYNFvqFLzEseFh11unks5tsqZlgaJpZM4PnpxL .
Hello! Driver has a conflict with hid-generic and with uclogic. You should be add tablet's vid&pid to "hid_have_special_driver" in "drivers/hid/hid-core.c" and rebiuld a kernel, or manually unbind a tablet from hid-generic every connect. 2018-04-27 8:02 GMT+03:00 Henry notifications@github.com: … I can't get @konachan700 https://github.com/konachan700 's method to work on my Solus OS distro. It had worked on Ubuntu when I tried it, but after switching, I'm not having any luck. Although the make and make install build, there's no response from my Q11k tablet. Any suggestions? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#76 (comment)>, or mute the thread https://github.com/notifications/unsubscribe-auth/AH3hs-jnxMpWLQgYNFvqFLzEseFh11unks5tsqZlgaJpZM4PnpxL .
Can you specify how to unbind the tablet from hid-generic? It sounds like it'd be fairly simple to automate it with udev rules maybe. A lot simpler of a deal than patching the kernel at least.
As for patching the kernel, I tried to make a patch for it https://pastebin.com/kzyQBQBs (not sure if it's correctly done, can you verify?)
@Rabcor, regarding rebinding, see https://github.com/DIGImend/digimend-kernel-drivers/blob/master/hid-rebind
@spbnick thanks that looks like something that would do the trick, 1 question though.
Will (should) that script work as is for the huion tablet in question? (E.g. if I just make that UDEV rule for that device) and the driver in question; or will I need to edit the file?
Edit: well, I never tried the hid-rebind script, but I seem to have managed to get it working right without using the script nor modifying the kernel. On kernel 4.14 (manjaro) seemingly works perfectly so far in conjunction with the xf86-wacom driver.
Greetings great people, I am really new at Ubuntu (this month new) I tried to follow most of the steps in the post but I'm not able to replicate the results or I get different ones when trying to identify the tablet, if you don't mind I'd love you to check my .txt about "lsusb" and "uclogic-probe" I tried @konachan700 drivers but I'm not able to install them as I get some permission errors and I'm kinda stuck, I'll proceed to post my txt file and I hope I can make it work with your help, I'm really exited about Ubuntu, but I really need my tablet for work. thanks in advance. UclogicHuionLucius.txt
update: I managed to install @konachan700 drivers posted above, but the tablet is not recognized yet:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0c45:5204 Microdia
Bus 001 Device 003: ID 256c:006e
Bus 001 Device 002: ID 04d9:fa56 Holtek Semiconductor, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
It continues in blank with "lsusb"
It continues in blank with "lsusb"
Sure... but did you try actually using it? (It's also quite important that you create that xorg config file suggested above, and install the xf86-input-wacom driver too)
It continues in blank with "lsusb"
Sure... but did you try actually using it? (It's also quite important that you create that xorg config file suggested above, and install the xf86-input-wacom driver too)
Sure I tried, no response at all, I installed the xf86 wacom driver, and I tried to follow the steps shown above, but it seems I'm doing something wrong.
It continues in blank with "lsusb"
Sure... but did you try actually using it? (It's also quite important that you create that xorg config file suggested above, and install the xf86-input-wacom driver too)
Sure I tried, no response at all, I installed the xf86 wacom driver, and I tried to follow the steps shown above, but it seems I'm doing something wrong.
Hmm, allright, try doing what I did.
0: install xf86-input-wacom and set the xorg conf thing 1: install digimend (may need to be installed from git, you may need a more recent version of it than you currently have) 2: install konachan's driver (make sure you use make & make install) 3: reboot & test 4: if it doesn't work you may need to patch the kernel (read the readme on konachan's drivers for details) or use the script @spbnick linked to earlier (the one which I sadly couldn't figure out how to use) 5: if it still doesn't work after that (unlikely) you might need to use another distro (try manjaro, it's a much better distro for installing packages that aren't officially supported thanks to the access to AUR and stuff, also better optimized kernel and whatnot)
You're doing pretty good for someone who just started using linux, it's only a pain in the ass when you first set it up, after you finally configure it and get everything working it'll run like a charm ;)
It continues in blank with "lsusb"
Sure... but did you try actually using it? (It's also quite important that you create that xorg config file suggested above, and install the xf86-input-wacom driver too)
Sure I tried, no response at all, I installed the xf86 wacom driver, and I tried to follow the steps shown above, but it seems I'm doing something wrong.
Hmm, allright, try doing what I did.
0: install xf86-input-wacom and set the xorg conf thing 1: install digimend (may need to be installed from git, you may need a more recent version of it than you currently have) 2: install konachan's driver (make sure you use make & make install) 3: reboot & test 4: if it doesn't work you may need to patch the kernel (read the readme on konachan's drivers for details) or use the script @spbnick linked to earlier (the one which I sadly couldn't figure out how to use) 5: if it still doesn't work after that (unlikely) you might need to use another distro (try manjaro, it's a much better distro for installing packages that aren't officially supported thanks to the access to AUR and stuff, also better optimized kernel and whatnot)
You're doing pretty good for someone who just started using linux, it's only a pain in the ass when you first set it up, after you finally configure it and get everything working it'll run like a charm ;)
Long read ahead: Thank you for the words I appreciate it, quick update about my current state, I will make a summary in form of a list for any interested: The tablet works now - but only in wired mode (I might missed something).
I haven't touched anything yet but I was using the front usb ports, I tried the back ones and worked in my current state.
Tried on Krita and Gimp, the pressure is working good so far.
One issue so far that catches my attention is when I take away the pen from the tablet (proximity detection) it makes right click every time. Example at krita: I select some brush and start drawing, the second I take away the pen from the tablet to a minimum distance it makes the right click function which in Krita is to select another brush. At gimp right clicking opens properties. (still its a huge step because I can start working and test how designing works at linux).
OS related: I was using manjaro weeks ago but my GPU (AMD Rx550 4g) had driver issues, from what I understood is that manjaro failed to recognize the proper driver, using one that is incompatible forcing the monitor to be in rest mode or sometimes using wrong drivers (not the ones recommended for me which I manually installed) and making the experience clumsy. Making a research and watching videos (including The linux gamer at youtube) several people including him had or have issues with AMD GPUs at Manjaro, because the official AMDPRO linux drivers are available and more stable at Ubuntu based distros , for what I understood actually, I don't know better(so far it works flawlessly and even at the same level in games using steamplay).
What I have so far:
konachan700 Drivers.
digimend, 6, 4.15.0-38-generic, x86_64: installed(I think it’s updated).
David Revoy (https://www.davidrevoy.com/article331/setup-huion-giano-wh1409-tablet-on-linux-mint-18-1-ubuntu-16-04#c0331-1513) first steps because I failed at “Call your text-editor in admin mode”(sudo xed /usr/share/X11/xorg.conf.d/50-huion.conf) it returns (sudo: xed: command not found) for me.
Libwacom: I thik I installed properly, the command returns ($ xsetwacom --list devices
Huion Q11K Tablet stylus id: 12 type: STYLUS ) which is my tablet but I have no idea how to edit preferences.
Xorg thingy: I tried to follow the steps mentioned from “davidrevoy.com/article331” but at the part of -Add a custom X11 rules: I got (xed: command not found) as mentioned early, what I did? I created manually what he proposed but manually, I created a xorg.conf.d file using his tablet code at the same location(/usr/share/X11/xorg.conf.d/50-huion.conf). I literally have no idea if that’s okay to do but that’s what I have so far.
Ximput - -list: I don’t know if it is okay but I have two entries about the tablet and one is recognized as keyboard (
⎜
↳ Huion Q11K Tablet stylus id=12 [slave pointer (2)]
⎜ ↳ SONiX USB DEVICE id=14 [slave pointer (2)]
⎜ ↳ Huion Q11K Keyboard ).
I’ll try to fix what I did wrong or re-follow the steps to see If I’m missing something, for now is workable and I’m happy because I have no results yesterday and now I have pressure levels. The wireless mode does not work so far and it would be great if it did. Buttons I did not test so far because I mostly use keyboard shortcuts even at windows. Thank you for reading (English is not my main Language).
Good news update: Wireless: after a restart, unplug and plug of the tablet, the wireless started to work. Pressure: I had some vibration on the tablet detection in wired mode, wireless works great. Buttons: 2 or 3 buttons are working (more testing needed). more than I need anyways so I'm happy so far. conf: I changed my config to the one posted by @Hideaki974. Thanks to all of you for help the artist community because of your hard work on the drivers. I'll be checking for updates for the Q11K from now on. personal question: I dont know about other tablets on linux, but will be possible in the future to have some UI for the tablet configuration? would be great. In any case, I'll proceed to further testing on my tablet and I hope you all have a great week. Thanks again.
@LuciusTalane there already is a UI configuration for the Wacom drivers, which you are using, but they only exist in some desktop environments (only ones I know are Gnome and KDE)
I recommend you use it to set the 'force proportions' option at least.
Although ironically now I'm the one having issues making it work with the 4.18 kernel lol (worked fine on 4.14) the konachan drivers do not want to compile on the 4.18 (and 4.19) kernel.
Same here, worked just fine and now is not detected anymore, I shall do more testing.
Same here, worked just fine and now is not detected anymore, I shall do more testing.
Well if you switch kernels you (probably) have to recompile the driver against that kernel's headers. I never had any issues with this driver on 4.14 kernel, it just worked.
Edit: I even just now tested it, went to 4.14, compiled and installed the driver, rebooted and it just worked (the device never shows up under lsusb but does show under xsetwacom --list devices)
I have no idea why it won't compile on 4.18.
Sometimes my tablet appears at "xinput --list" with name and model, but if so, it does not appear at all at "xsetwacom --list", and sometimes neither of the commands show it (and the tablet does not work obviously). Restarted the session, unpluged and pluged the usb again, and the tablet shows up in either of the two commands (xinput and xsetwacom) and works, I find it pretty strange and annoying, but at least I can design(when it works). there should be better options coming from the companies who sell graphic tablets by now, it's 2018 and we keep struggling. Anyways I'm truly grateful that I found this git, I'll keep checking it to configure it the best way possible :+1:
@LuciusTalane there already is a UI configuration for the Wacom drivers, which you are using, but they only exist in some desktop environments (only ones I know are Gnome and KDE)
I recommend you use it to set the 'force proportions' option at least.
Although ironically now I'm the one having issues making it work with the 4.18 kernel lol (worked fine on 4.14) the konachan drivers do not want to compile on the 4.18 (and 4.19) kernel.
There is one installed and updated in my Ubuntu, I'm using gnome, but it says there is no tablet detected, And I tried another from the software shop thingy, also did not work.
I am on manjaro so something might be a bit different there, anyhow I found out why it won't compile on 4.18, it's this patch: https://lore.kernel.org/patchwork/patch/935088/
Meaning this line:
hdev->quirks |= HID_QUIRK_NO_EMPTY_INPUT;
In q11k_device.c is the cause of the failure to comiple. I am not a real programmer though (I mean I know some python and C# basically) so I don't know if it's safe to remove or if there's something I should replace it with.
Update: I replaced it with this line:
hdev->quirks |= BIT(8);
And it would compile properly. (And also it works perfectly again for me :smile: )
Edit: @LuciusTalane do you have the huion Q11k or Q11k V2? And also as I said, mine just works wirelessly, even when it is turned off I can see it in the xinput --list or xsetwacom --list devices.
I am on manjaro so something might be a bit different there, anyhow I found out why it won't compile on 4.18, it's this patch: https://lore.kernel.org/patchwork/patch/935088/
Meaning this line:
hdev->quirks |= HID_QUIRK_NO_EMPTY_INPUT;
In q11k_device.c is the cause of the failure to comiple. I am not a real programmer though (I mean I know some python and C# basically) so I don't know if it's safe to remove or if there's something I should replace it with.
Update: I replaced it with this line:
hdev->quirks |= BIT(8);
And it would compile properly. (And also it works perfectly again for me smile )
Edit: @LuciusTalane do you have the huion Q11k or Q11k V2? And also as I said, mine just works wirelessly, even when it is turned off I can see it in the xinput --list or xsetwacom --list devices.
hello again, thanks for the update, I have the Q11K (first version) it works wireless for me also, and it's detected most of the time but sometimes it's not detected at all as I mentioned. Where do I edit those lines? I installed so much things I'm kinda lost right now
Edit: Needless to say, even like this I can work properly with a good pressure detection and 2 buttons, so I'm more than grateful so far :)
I am on manjaro so something might be a bit different there, anyhow I found out why it won't compile on 4.18, it's this patch: https://lore.kernel.org/patchwork/patch/935088/ Meaning this line:
hdev->quirks |= HID_QUIRK_NO_EMPTY_INPUT;
In q11k_device.c is the cause of the failure to comiple. I am not a real programmer though (I mean I know some python and C# basically) so I don't know if it's safe to remove or if there's something I should replace it with. Update: I replaced it with this line:hdev->quirks |= BIT(8);
And it would compile properly. (And also it works perfectly again for me smile ) Edit: @LuciusTalane do you have the huion Q11k or Q11k V2? And also as I said, mine just works wirelessly, even when it is turned off I can see it in the xinput --list or xsetwacom --list devices.hello again, thanks for the update, I have the Q11K (first version) it works wireless for me also, and it's detected most of the time but sometimes it's not detected at all as I mentioned. Where do I edit those lines? I installed so much things I'm kinda lost right now
Edit: Needless to say, even like this I can work properly with a good pressure detection and 2 buttons, so I'm more than grateful so far :)
You're not hearing me, this was a compilation issue, if you managed to install the driver your problem is something else, I already told you this... And I already told you what file to edit, in the source code, for konachan's q11k driver, you would edit that source file before you run the make && make install commands.
I have not encountered the issue with the tablet not being detected sometimes. This will not solve the detection issue you are having.
@Rabcor, please have some patience. It's easy to get lost in these details and get confused, especially for newbies, like @LuciusTalane says he is. I know it's frustrating when people don't get what you're saying (trust me), but let's not start snapping at each other.
@Rabcor, please have some patience. It's easy to get lost in these details and get confused, especially for newbies, like @LuciusTalane says he is. I know it's frustrating when people don't get what you're saying (trust me), but let's not start snapping at each other.
I get lost sometimes when people mentions some standard linux commands (Like when I did not know he was talking about the kachan drive's source to edit that specific line, but now I get it). but I also get @Rabcor I should pay more attention.
Good news so far: The tablet is working better and it gets detected every time. I'll keep paying attention to this git post nonetheless. Thank you all again
I just unpacked my new q11k, and also could not get it detected with v9 of the drivers (from current git master). So here are the Wireshark logs, the uclogic-probe, and the usbhid-dump on my system. Apologies if this has already been provided, I wasn't 100% sure about the current status from all the comments above.
I'm running Debian Linux 4.17.0-3-amd64
.
Something fishy is definitely going on. I don't see Q11K in the list of supported tablets, and I'm not sure if I ever seen it working with the drivers now. Regardless, I'll try to fix this before doing the next release, and contributing the new drivers to the upstream Linux kernel.
Thank you for the traces, @stefanv. They look alright and the driver should've worked. I'm facing a similar issue in #217. Before I have a chance to work on this on the weekend, could you please post debug output from the driver initializing the tablet? To do that:
/sys/module/hid_uclogic/version
contains 9
,echo "module hid_uclogic +pfl" | sudo tee /sys/kernel/debug/dynamic_debug/control
dmesg
output.Thank you.
Hi. I have Linux 64bit, Ubuntu 17.04. I have compiled and installed Digimend but nothing works. ((( My Huion Q11K Inspiroy is not recognized and not seen in xinput --list. My Pen does not work at all. I even cannot move a pointer. (( It seems this is the same issue as here https://github.com/DIGImend/digimend-kernel-drivers/issues/59
MJA0vEsa.txt 33S7rT7w.txt Dy9G4pMW.txt 1SdDM2VL.txt
I also tried to set my conf but it did not help: https://pastebin.com/05E9hQQW
Please, help me if you can! I just need to get my pen get working with 2 its buttons.
Thank you.