Bug #8253

Wouxun UV9D Plus (and UV9P) channel programming anomalies

Added by Robert S 8 months ago. Updated 3 months ago.

Status:New Start date:09/13/2020
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:-
Chirp Version:daily Platform:MacOS
Model affected:KG-UV9D Plus

Description

I have noticed likely unintended channel programming behavior on a Wouxun UV9D Plus and UV9P (both using the UV9D Plus profile)

It appears that Chirp is unable to add or delete channels, only to modify already programmed ones on the radio. The attached image illustrates further.

  • An existing channel can be modified with chirp programming (ie its frequency, channel name, tone etc.) OK
  • An unassigned channel on the radio will not be created even if it is present in the chirp file. FAIL
  • An assigned channel on the radio will not be deleted even if is not assigned in the chirp file. FAIL

No errors are generated by Chirp or the radio during "Upload to Radio".

Equipment used:
Chirp Mac Daily 20200909
Macbook pro Mojave 10.14.6
Wouxun UV9D-Plus and UV9P (programmed using the same image derived from the UV9D-Plus)

I do not know whether this is related at all, but for reference I have noticed this in the chirp debug.log:
------------------
***/CHIRP.app/Contents/Resources/chirp/chirp/platform.py:142: GtkWarning: Cannot open pixbuf loader module file '/usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
gtk.STOCK_OPEN, gtk.RESPONSE_OK))
***/CHIRP.app/Contents/Resources/chirp/chirp/platform.py:152: GtkWarning: Could not find the icon 'inode-directory'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://icon-theme.freedesktop.org/releases
res = dlg.run()
-------------------

I did previously run the "KK7DS Python runtime" installer. But it appears to have installed into "/opt" instead of "/usr":
$ ls -la /opt/kk7ds/
total 0
drwxr-xr-x 11 root admin 352 Sep 11 12:45 .
drwxr-xr-x 3 root wheel 96 May 8 19:12 ..
drwxr-xr-x 3 root wheel 96 Feb 14 2012 Library
drwxr-xr-x 387 root admin 12384 Sep 11 12:45 bin
drwxr-xr-x 9 root admin 288 Feb 14 2012 etc
drwxr-xr-x 216 root admin 6912 Sep 11 12:45 lib
drwxr-xr-x 2 root admin 64 Sep 11 12:45 sbin
drwxr-xr-x 37 root admin 1184 Sep 11 12:45 share
drwxr-xr-x 2 root admin 64 Sep 11 12:45 src
drwxr-xr-x 3 root admin 96 Feb 17 2012 var
drwxr-xr-x 2 root admin 64 Sep 11 12:45 www

I do not know whether this is related, unrelated or irrelevant. No error messages appeared during the Python runtime installation or in the chirp UI when chirp starts.

chirp uv9d channel bug.png (24.8 kB) Robert S, 09/13/2020 11:04 am

History

Updated by jose benedito santos west60 7 months ago

  • File BF480.exe added

Updated by Bernhard Hailer 4 months ago

  • File deleted (BF480.exe)

Updated by Bernhard Hailer 4 months ago

Deleted "BF480.exe" for two reasons:
1) it was posted with no comment,
2) Please do not post third party software here. We could get into trouble if there are copyrights involved. Thanks.

Updated by Matthew Stehle 3 months ago

I'm also experiencing this issue on a Wouxun KG-UV9P. New channels sent from CHIRP are not selectable in radio, however, the data IS being transferred. The workaround I've found is to use CHRIP to create desired channel list, send to radio (not selectable in radio at this point), read radio data into Wouxun programming software, and re-write with no changes back to radio with Wouxun software. Channels are now available to be selected in radio.

Also available in: Atom PDF