If you can look at the code that Phil and Dawid are working on, perhaps you can make your controls compatible? wfview lets you assign actions in the USB Controller setup – you just need to make your controller identify and operate like one of the ones we have already.
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ git pull
Already up to date.
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ git stash
No local changes to save
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ git pull
Already up to date.
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ git status
On branch ecoder
Your branch is up to date with 'origin/ecoder'.
nothing to commit, working tree clean
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ rm -rf ../build/
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ mkdir ../build
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ cd ../build/
dawszy@dawszy-XPS-13-9310:~/git/original/build$ qmake ../wfview/wfview.pro
Info: creating stash file /home/dawszy/git/original/build/.qmake.stash
make -j
same result
second approach:
dawszy@dawszy-XPS-13-9310:~/git/original$ rm -rf build/ wfview/
dawszy@dawszy-XPS-13-9310:~/git/original$ git clone git@gitlab.com:eliggett/wfview.git
Cloning into 'wfview'...
remote: Enumerating objects: 9856, done.
remote: Counting objects: 100% (416/416), done.
remote: Compressing objects: 100% (130/130), done.
remote: Total 9856 (delta 364), reused 286 (delta 286), pack-reused 9440
Receiving objects: 100% (9856/9856), 32.76 MiB | 11.35 MiB/s, done.
Resolving deltas: 100% (7117/7117), done.
dawszy@dawszy-XPS-13-9310:~/git/original$ git checkout ecoder
fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
dawszy@dawszy-XPS-13-9310:~/git/original$ cd wfview/
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ git checkout ecoder
Branch 'ecoder' set up to track remote branch 'ecoder' from 'origin'.
Switched to a new branch 'ecoder'
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ mkdir ../build
dawszy@dawszy-XPS-13-9310:~/git/original/wfview$ cd ../build/
dawszy@dawszy-XPS-13-9310:~/git/original/build$ qmake ../wfview/wfview.pro
Info: creating stash file /home/dawszy/git/original/build/.qmake.stash
same result:
../wfview/usbcontroller.cpp: In member function ‘void usbController::run()’:
../wfview/usbcontroller.cpp:211:72: error: ‘usbMutex’ was not declared in this scope; did you mean ‘QMutex’?
211 | emit newDevice(usbDevice, buttonList, knobList, commands, &usbMutex); // Let the UI know we have a new controller
| ^~~~~~~~
| QMutex
make: *** [Makefile:1382: usbcontroller.o] Error 1
make: *** Waiting for unfinished jobs....
../wfview/usbcontroller.cpp: In member function ‘void usbController::run()’:
../wfview/usbcontroller.cpp:211:72: error: ‘usbMutex’ was not declared in this scope; did you mean ‘QMutex’?
211 | emit newDevice(usbDevice, buttonList, knobList, commands, &usbMutex); // Let the UI know we have a new controller
| ^~~~~~~~
|
I also get the HID_API_VERSION errors. I think we have those fixed in the master branch though.
../wfview/usbcontroller.cpp: In member function ‘void usbController::run()’:
../wfview/usbcontroller.cpp:234:71: error: cannot convert ‘QMutex**’ to ‘QMutex*’
234 | emit newDevice(usbDevice, buttonList, knobList, commands, &mutex); // Let the UI know we have a new controller
| ^~~~~~
| |
So, it is now stable.
VFO works as it was working before.
PTT also.
BUT
knobs assigned to AF, RF and TX are behaving strange, I turn knob of AF a lot and suddenly TX slider on main screen goes totally down…
There is no “expected” connection between knobs and sliders;)
Debug log data looks correct and as expected.
is causing TX slider to go total DOWN from UP (no point in between) and more… the direction is also an issue. I am turning RIGHT - so it should go UP not DOWN…