egzumer / uvk5-chirp-driver Goto Github PK

I have used the latest CHIRP driver (main branch as of today, 2023-12-27), then downloaded the image from my radio after a clean install of the egzumer firmware. (Thank you for your hard work!)

I then imported the list of channels that I want to use from a CSV file. The CSV contains no information about a "reverse" setting for channels:

However, after the import, CHIRP (with "Show extra fields" turned on) shows "Enabled" under "Reverse Frequencies":

And right-clicking a channel memory and selecting "Show Raw Memory" shows the "freq_reverse" bit set:

After programming, when I use the radio and select a memory, Tx & Rx frequencies are swapped and the "R" character is displayed by default on every channel. For simplex channels this has no effect, but when using a repeater, the radio is operating the wrong way around unless I un-reverse the frequencies manually (F+8 or long-press 8).

I'm not sure why this happens on import - I've read through the code and the only default you ever set is False (line 988), and indeed the default when creating a new memory by hand in CHIRP is Disabled.

I don't know how much control the driver has over the import process, so whether this is fixable in this project or not, but it would be nice to fix it if possible. I'll have a poke around the CHIRP docs, unless you already have an idea as to what might be happening here?

If nothing else, we have figured out what Frequency Reverse means as per your comment on line 1091 :)

the option to turn Duplex off has disappeared and can't be copied into chirp

Copy paste problem

does it work with win7,i get all sorts of issues,ie it wont run or load,is that normal?

Hi I have the Egzumer v0.21 flashed to my radio (Quansheng UVK5) and that all seems perfect. My problem is with connecting to Chirp. This is what I'm trying:

• I have enabled dev mode on Chirp.
• Turned on the radio in programing mode then the programming cable.
• Loaded in the latest chirp driver module into Chirp.
• Selected download radio from the menu.
• Chosen UK-V5 egzumer from the dropdown and hit Ok

Then nothing seems to happen, I get no errors from the GUI but if I run chirp from the command line I get this.

[r04@ccl5600 ~]$ chirp --version
CHIRP next-20231223 on Linux ccl5600 6.1.69-1-lts #1 SMP PREEMPT_DYNAMIC Wed, 20 Dec 2023 17:23:40 +0000 x86_64 (Python 3.11.6)

[r04@ccl5600 ~]$ chirp -v
INFO: Python/3.11.6 // Linux/Linux-6.1.69-1-lts-x86_64-with-glibc2.38 // CHIRP/next-20231223 // wx/4.2.1 gtk3 (phoenix) wxWidgets 3.2.2.1
INFO: Server reports next-20231223 is latest
13:48:26: Debug: window wxMenuBar@0x55f35fcce660 ("menubar") lost focus even though it didn't have it
INFO: driver re-registration enabled
INFO: Loading module /home/r04/Radio/UVK5/uvk5_egzumer.py SHA256 c8bbfc5ccd1bc7e5f7a16d7eebfad18d55827e8fef3138d18bcd4be2d217e798
INFO: Registered Quansheng_UV-K5_egzumer = UVK5Radio
13:48:34: Debug: window wxMenuBar@0x55f35fcce660 ("menubar") lost focus even though it didn't have it
INFO: Found firmware:
WARNING: Failed to backup <chirp.loaded.uvk5_egzumer.UVK5Radio object at 0x7f1a9aae9810>: 'bool' object has no attribute 'get_byte_compatible'
Traceback (most recent call last):
File "/usr/lib/python3.11/site-packages/chirp/wxui/main.py", line 1496, in _menu_download
editorset = ChirpEditorSet(radio, None, self._editors)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/chirp/wxui/main.py", line 173, in init
features = radio.get_features()
^^^^^^^^^^^^^^^^^^^^
File "/home/r04/Radio/UVK5/uvk5_egzumer.py", line 804, in get_features
rf.valid_special_chans = self.Get_VFO_CHANNEL_NAMES()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/r04/Radio/UVK5/uvk5_egzumer.py", line 749, in Get_VFO_CHANNEL_NAMES
BANDS = BANDS_STANDARD if not isWide else BANDS_WIDE
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/chirp/bitwise.py", line 499, in bool
return self.get_value() != 0
^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/chirp/bitwise.py", line 709, in get_value
data = self._subgen(self._data, self._offset).get_value()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/chirp/bitwise.py", line 219, in get_value
value = self._data[self._offset:self._offset + self._size]
~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: 'bool' object is not subscriptable

Hi,
Great firmware, but I'm having an issue when using Chirp and your driver.

`[2024-01-14 11:41:44,612] chirp.wxui.clone - DEBUG: Using port 'COM7'
[2024-01-14 11:41:44,612] chirp.wxui.clone - DEBUG: Selected <class 'chirp.loaded.uvk5_egzumer.UVK5Radio'>
[2024-01-14 11:41:44,629] chirp.wxui.clone - DEBUG: Showing pre_download prompt
[2024-01-14 11:41:47,211] chirp.wxui.clone - DEBUG: Setting flag for prompt pre_download
[2024-01-14 11:41:47,213] chirp.wxui.clone - DEBUG: Serial opened: Serial<id=0x2412bb1b520, open=True>(port='COM7', baudrate=38400, bytesize=8, parity='N', stopbits=1, timeout=0.25, xonxoff=False, rtscts=False, dsrdtr=False) (rts=True dtr=True)
[2024-01-14 11:41:47,214] chirp.loaded.uvk5_egzumer - DEBUG: Sending hello packet
[2024-01-14 11:41:47,214] chirp.loaded.uvk5_egzumer - DEBUG: Sending command (unobfuscated) len=0x0008:
000: 14 05 04 00 6a 39 57 64 ....j9Wd

[2024-01-14 11:41:47,465] chirp.loaded.uvk5_egzumer - DEBUG: Received reply (unobfuscated) len=0x0014:
000: 18 05 00 00 01 02 02 02 ........
008: 0e 53 50 4a 37 47 ff 01 .SPJ7G..
016: 76 00 c6 00 v.......

[2024-01-14 11:41:47,465] chirp.loaded.uvk5_egzumer - INFO: Found firmware:
[2024-01-14 11:41:47,629] chirp.wxui.main - WARNING: Failed to backup <chirp.loaded.uvk5_egzumer.UVK5Radio object at 0x000002412BB1B970>: 'bool' object has no attribute 'get_byte_compatible'
Traceback (most recent call last):
File "chirp\wxui\main.py", line 1496, in _menu_download
File "chirp\wxui\main.py", line 173, in init
File "C:\Users\Dream\Downloads\uvk5_egzumer.py", line 832, in get_features
rf.valid_special_chans = self.Get_VFO_CHANNEL_NAMES()
File "C:\Users\Dream\Downloads\uvk5_egzumer.py", line 777, in Get_VFO_CHANNEL_NAMES
BANDS = BANDS_STANDARD if not isWide else BANDS_WIDE
File "chirp\bitwise.py", line 499, in bool
File "chirp\bitwise.py", line 709, in get_value
File "chirp\bitwise.py", line 219, in get_value
TypeError: 'bool' object is not subscriptable
`

Any ideas?

Strange Thing Happend.

egzumer version 22 in the radio,

i have one version of chirp,, the problem is their,
then install the last one, but same result:

When you program any one of the programable key (F1 short,F1 Long,F2 short,F2 Long, M) to a value near the end of the list choice ( lock keypad ,switch ... ) directely in the radio via the M key ...

you read with chirp, it display the right thing in chirp. no problem their

The problem , if you change the key setting to a other choice selection in chirp, but uses the option in the bottom of the list, then upload it to the radio. The radio will not gone a show and do the option you program.......

example 1: program (switch demodulation) in chirp, send to the radio, then in the radio it show (switch vfo),
example 2: program (lock keypad ) in chirp, send to the radio, then in the radio it show (fm radio)
etc...

but if you program the key setting with the top first few option . then every thing working fine. when uploading to the radio.

it look like, that chirp have dificulty to handle a large option selection for a key.
.

I check the value send in the debug log of chirp when upload data to the radio.
the value send is not good, if it's in the last value of the list,

but if it's on the first value of the list, then the value are good..

maybe chirp have a max len list menu option and with this progammable key, it's over flow the buffer in chirp
so if it take a low value it not over flow.
it's done that on any of the key programable you select.

it might match when egzumer integrate in chirp, not done test on older version chirp....

If I download from radio and upload to radio, any custom key assignments and non-default menu settings are reset to default.

Hi,
copy-paste of lines don't work : on paste the memory number turns red but line stay empty :

Thanks for your work
Chris

Ubuntu 22.04.3 LTS (Python 3.10.12) - CHIRP next-20240117 - Using port '/dev/ttyUSB0'

chirp_debug-5btxklba.txt

Using the option "Auto reset time (s) (D Hold)" under "DTMF Settings" in CHIRP results in unexpected behavior:
Entering a single digit in the allowed range (5-9) results in the device displaying "0s" at D Hold menu (51/60). This option normally can't be selected and results in endless open squelch after a DTMF call.
Entering a two-digit number in the allowed range (10-60) results in the first digit being used. That means, setting 60s in CHIRP results in 6s on the device.

Additionally, if I set this value to 60s in CHIRP, save the config-file, close CHIRP and re-open the config, the value gets set to 6s.

with the module loaded it dows not list UV-K5 egzumer under quansheng

am i missing something ?

Can't get frequencies between 300 and 350 programmed with chirp on UV-K5.

In current driver version only " ", "+" and "-" is possible in "Duplex" setting making it impossible to set Channel in RX mode only. Default Quansheng UV-K5 driver (from chirp) has additional off option. When loading configuration from radio, previously configured to be RX only channels have Duplex "-" and offset set to frequency itself. When trying to change anything Error: "Tx freq 0.000000 is out of supported range" is shown

As of 22,03,24 chirp update the driver nolonger works...... Refuses to load up so any attempt to download up load will fail. Hope you can sort this soon

Hi, thanks for your great efforts with the FW and the CHIRP module as well.

In CHIRP i get "out of supported range" when typing a frequency equal or above 76.000 Mhz. I believe it is due to the Broadcast FM freq range that is stretched down to 76 Mhz and does not allow to use those frequencies.

At least in Europe the BFM is limited to the standard range 88-108 Mhz and the frequencies between 77 and 79 Mhz are used for safety services.

Would it be possible to check on your side ?
Ideally would be useful a new setting to select the appropriate BFM range for the country so that outside of that range the frequencies can be used and programmed.

Best Regards

The current CHIRP release can clearly read and display calibration values and save them to a CHIRP .img file for items including Power levels and reference Frequency correction

I tried
I attempted to do both power and frequency changes (reasonable /required) with v0.22 on the radio,
(UHF band F6 chosen for highest TX frequency /largest frequency error).
Saved as a new .img , ticked the Upload Calibration option box (+OK'd warning) and wrote apparently successfully to the radio
No change was seen in actual power or actual frequency. Tried several times over an increasingly wide range of values
Tried factory reset and did it all again, same result.

Work around
Install IJV, make both changes there , verify both on appropriate and accurate test gear .
Re install v0.22 over IJV, Settings a mess; immediately factory reset the radio.
Re-apply my normal menu settings manually and re check:
Both adjusted calibration Settings were clearly still in place
Read the radio back into CHIRP.
The settings I had tried to change in CHIRP now displayed new values in the right places in the calibration table

Conclusion :
Despite the 'Upload calibration' option being ticked it doesn't successfully upload power or frequency changes ?
The table operation seems correct though; as making the changes elsewhere is reflected in a new read from the radio

My immediate radio issue is now resolved via the work-around - But, Did I miss something ?

your amaizing egzumer... wouaw. your a machine gun code writer :) ...

Suggest to change line 1884

    freqModeAllowedSetting = RadioSetting("freq_mode_allowed", "Frequency mode allowed", val)

into

    freqModeAllowedSetting = RadioSetting("freq_mode_allowed", "VFO mode allowed", val)

Unfortunately the function is still missing ;-)

CHIRP_egzumer_V0.7 virus detected