In the meantime.
Can you elaborate a little bit how sensitivity works for VFO knob?
Koz I have strange behaviour also when want to turn very slowly I see no frequency change (if the change is less than 10Hz in debug log)
It simply divides the amount to change by the sensitivity, so yes very small changes will be ignored.
1 Like
So nowâŚ
knob1 is knob1 etc;)
Still there is no connection between turning the knob1 (AF) and AF slider position.
But Volume of audio is reactingâŚ
However⌠I need to make like 5 turns to see^Whear a difference;)
So for sure it needs to be like *5 or *10. For small knobs (and potentially ignore sensitivity)
There is no (easy) way to tell what the âcurrentâ setting is without significantly more code, so it will always start at 0 and move from there. The sensitivity setting isnât used for these knobs, it is simply reacting to each + or - value received from the controller.
We can easily just multiply the received number by 10 and see how that goes.
Phil
Tell me where please so I will play with correct value myself⌠and just give a feedback.
I see now;)
I have just pushed to multiply by 10. It needs to be changed in 3 places between lines 617 and 626 of usbcontroller.cpp
For AF it is good now.
Around one full turn of the knob is from 0 to 100% Volume.
For the rest hard to say without connection to the sliders⌠
Thanks!
All values should be the same as they are an 8bit value.
1 Like
The sliders will be updated during the next âslowâ poll which is usually a few seconds (depending on your poll rate)
@phil I did some testing with multiplying values from 1-10 and 1 seems to work best.
Still it is not as fluent as it should be in my opinion.
It is very similar problem to one we have been dealing with on the very beginning with frequency.
Please find a movie here (it is with multiplier 1)
All is happening on LAN (cable) connection so no noticeable delay or jitter or retransmissions.
@phil I wanted to test shuttleXpres⌠and it does not work now⌠its not even detectedâŚ
Some bigger changes in the code?
dawszy@dawszy-XPS-13-9310:~/git/original/build$ grep usb aa.log
2023-02-11 17:42:42.729 INF usbcontrol: Starting usbController()
2023-02-11 17:42:42.729 WRN default: QObject::connect: No such signal usbController::programButtons()
2023-02-11 17:42:42.729 INF usbcontrol: "Compile-time version matches runtime version of hidapi: 0.11.2"
2023-02-11 17:42:42.734 INF usbcontrol: Found available HID devices (not all will be suitable for use):
2023-02-11 17:42:42.734 INF usbcontrol: "Device found: manufacturer: usage: 0x0000 usage_page 0x0000"
2023-02-11 17:42:42.734 INF usbcontrol: "Device found: manufacturer: usage: 0x0000 usage_page 0x0000"
2023-02-11 17:42:42.734 DBG usbcontrol: Receiving commands
2023-02-11 17:42:42.734 DBG usbcontrol: Receiving buttons
2023-02-11 17:42:42.734 DBG usbcontrol: Receiving knobs
2023-02-11 17:42:42.853 INF audio: ( 21 "alsa" ) Input Device : "usbstream:CARD=sofhdadsp"
2023-02-11 17:42:42.853 INF audio: ( 27 "alsa" ) Input Device : "usbstream:CARD=CODEC"
2023-02-11 17:42:42.853 INF audio: ( 28 "default" ) Input Device : "alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo"
2023-02-11 17:42:42.853 INF audio: ( 29 "default" ) Input Device : "alsa_output.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo.monitor"
2023-02-11 17:42:43.018 INF audio: ( 24 "alsa" ) Output Device : "usbstream:CARD=sofhdadsp"
2023-02-11 17:42:43.018 INF audio: ( 37 "alsa" ) Output Device : "usbstream:CARD=CODEC"
2023-02-11 17:42:43.018 INF audio: ( 39 "default" ) Output Device : "alsa_output.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo"
2023-02-11 17:42:43.019 INF audio: "Server Audio input device alsa_output.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo.monitor found! "
2023-02-11 17:42:43.019 INF audio: "Server Audio output device alsa_output.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo found! "
2023-02-11 17:42:43.737 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:43.737 INF usbcontrol: "Error connecting to : hid_error is not implemented yet"
2023-02-11 17:42:45.839 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:47.849 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:49.848 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:51.849 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:53.848 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:55.848 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:57.848 INF usbcontrol: "Attempting to connect to "
2023-02-11 17:42:57.973 INF usbcontrol: Ending usbController()
No it probably wonât work in this branch at the moment, best to use master if you want to use the ShuttleExpress.
Phil
Well in the latest master it also doesnât workâŚ
RC28 does.
If you are on Linux, Are you sure you have udev rules in place, as I just tried both of my shuttle controllers and they worked fine in Windows?
Well.
YesâŚ
From python code run as normal user I see shuttleXpress working.
While wfview built from master or ecoder does not detect.
2023-02-11 18:44:14.293 INF usbcontrol: "Error connecting to : hid_error is not implemented yet"
2023-02-11 18:44:16.336 INF usbcontrol: "Attempting to connect to "
2023-02-11 18:44:18.334 INF usbcontrol: "Attempting to connect to "
2023-02-11 18:44:20.333 INF usbcontrol: "Attempting to connect to "
strange log entries
I donât know what to suggest as it definitely does work in master on Windows and MacOS, and I know @eliggett uses his ShuttlePro2 on Linux?
I have noticed your version of hidapi is pretty old, the current version is 0.13.1 so maybe there is an issue with device detection in that version?
Can be connected to this changeHere
Will check versionâŚ
are you on macOS?
Working well from master here on Linux.
âE
de W6EL
No Ubuntu 22.
Do you have some custom hid library?
Not unless you are on MacOS as that command isnât used on any other operating system.