Skip to content
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

Knob stops working, possible layout issue and some Ubuntu build info #2

Open
fpennica opened this issue Oct 21, 2019 · 8 comments
Open

Comments

@fpennica
Copy link

Hello, thanks for the Linux software, I managed to get it working on Ubuntu to customize my BladeMaster PRO 87K with italian layout, but I'm not sure the keyboard is correctly recognized, because the window title is set to "BladeMaster PRO 88K" and in the image is shown an english layout.

The customization functions for keys and leds seem to work well, but I'm not able to assign different functions to the "Genius-Knob", and every time I run the program the knob seems to stop working at all.

To build the software on Ubuntu (maybe some info could be included in the readme) I had to install some dev package first:

sudo apt install build-essential qt5-default libusb-1.0-0-dev
cd dpc_linux
qmake -makefile DrevoPowerConsole.pro
make
sudo cp udev/77-drevo-usb-allow-wheel.rules /usr/lib/udev/rules.d/

But I had to modify the included udev rules, because Debian based distributions do not implement a wheel group by default:

SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b31f", TAG+="uaccess"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b51f", TAG+="uaccess"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b58f", TAG+="uaccess"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b5bf", TAG+="uaccess"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b57e", TAG+="uaccess"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b58e", TAG+="uaccess"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1a2c", ATTRS{idProduct}=="b5be", TAG+="uaccess"

I think the tag TAG+="uaccess" is more "generic", but I'm absolutely not an udev expert so I may be wrong.

@meng0609
Copy link
Collaborator

@fpennica I suggest you update your keyboard to the correct firmware.

Please contact support@drevo.net

@fpennica
Copy link
Author

fpennica commented Oct 24, 2019

My bad, the keyboard is indeed a "BladeMaster PRO 88K" with italian layout, I was confused by the manual erroneously reporting it as an "87K".

The firmware was updated to the latest version using DPC for Windows:

2019-10-23 19_51_58-Drevo Upgrade

DPC for linux is detecting an english layout:

Screenshot-20191024090131-1180x707

Windows is showing wrong layout too:

2019-10-23 19_55_46-BladeMaster PRO 88

I'll double check the firmware is the correct one...

@meng0609
Copy link
Collaborator

Can't the windows driver and the Linux driver software redefine the function of the knob?
Note: The function of redistribution takes effect in the FN+PG DN mode of the knob.

@fpennica
Copy link
Author

Ok, I have reapplied the latest firmware just to be sure, and DPC for windows is still showing the UK layout instead of ita, but it seems only a visual glitch. E.g. if I assign a different function to the ì key (shown as = on DPC), the result is exactly what expected (ì key doing something else).

DPC on linux instead is showing an 87K image (image/keyboard/img_keyboard_87.png instead of image/keyboard/img_keyboard_88ita.png), and reassigning keys like ì is not working.

As for the knob, it seems the reassignment functions are a bit buggy even on windows and overall on linux is the same, the main difference is that on linux, immediately after opening DPC, the multimedia functions of the knob (FN + PG UP) stop working, (everything else works).

Minor problems anyway, I'm willing to help if I can do something to debug the layout detection.

@meng0609
Copy link
Collaborator

I am sorry for the problem you have encountered.
Windows DPC requires you to switch software to Italian language and switch to the corresponding keyboard layout image
Linux DPC only tested the function of 87K, 88K function, you need to modify the data yourself, as shown in the figure:
image
image

@meng0609
Copy link
Collaborator

If you encounter problems, please continue to contact me.

coledarr added a commit to coledarr/dpc_linux that referenced this issue Apr 2, 2020
Add the rules to a new file.
This should be reviewed by someone more familiar with udev rules.
coledarr added a commit to coledarr/dpc_linux that referenced this issue Apr 2, 2020
Add the rules to a new file.
This should be reviewed by someone more familiar with udev rules.
meng0609 added a commit that referenced this issue Apr 7, 2020
From Issue #2 Take them Debain (Ubunut) as a starting udev rules
@hakimjonas
Copy link

I have the same issue as fpennica above. I use 88nd keyboard.

I have set:

// init keyboard control m_keyboard_ctrl = new QKeyboardCtrl(this); m_keyboard_ctrl->setGeometry(340 , 160, 698, 256); m_keyboard_ctrl->setKeyboardBkg(":/image/keyboard/img_keyboard_88nd.png"); m_keyboard_ctrl->setKeyboardMode(KBM_CUSTOMKEY); m_keyboard_ctrl->show();

As you suggested but it does not really solve all the problems, the software does show the correct image now on the first page though not when you go to radi-rgb or settings. And worse the layout data is still wrong: it is still set to the ansi keyboard data (87key).

@hakimjonas
Copy link

It's a year later on now and not even a reply?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants