egzumer / uvk5-chirp-driver Goto Github PK

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?

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

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

Suggest to change line 1884

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

into

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

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 :)

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

chirp_debug-5btxklba.txt

CHIRP_egzumer_V0.7 virus detected

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

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

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

Copy paste problem

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

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

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

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

Thanks for your work
Chris