CHIRP

Attach a downloaded image file.

Jim KC9HI

hi attached image file

Hi
yes 3 power level settings see attached thanks

Would either of you attach a CHIRP Radio Images (*.img) file with 3 channels programmed, the only difference between them being the TX power level (in other words one set to LOW, one set to MID and the last one set to HIGH). Thanks.

Jim KC9HI

I manually programmed three channels into the radio, each channel on 146.520. Channel 0 is low, 1 is mid, and 2 is high.

However, CHIRP shows channel 0 empty, with 146.520 showing for channels 1, 2 and 3, at respective power settings of low, low and high. So there's something off with the channel numbering as well. I've uploaded the image file as you requested.

Jim, log file attached as requested.

By the way, in this case the radio programming was slightly different than mentioned in my earlier example. The log file attached to my previous comment (and the fresh image file of the radio attached to this comment) have channels 1-3 programmed. In the radio itself, 1 is high, 2 is mid and 3 is low.

I threw this together real quick. I need you to test it to see if it works the way I think it should. To try it out, do the following.

1.0 download test driver module
1.1 click the link for "uv5r_test.py" and wait for the next page to load
1.2 click the "download" link
1.3 save the file to a convenient location
2 load CHIRP
3 click "Help" in the menu bar
4 enable "Enable Developer Functions" 
5 click "File in the menu bar
6 click "Load Module" 
7 locate and load the custom driver module saved in step 1

The CHIRP window background will now be red to indicate that it has been temporarily modified. Download from your radio using the Model: UV-5XP selection. See if the 3 channels show HIGH, MID and LOW settings. Create additional channels with HIGH, MID and LOW settings. Save to an "image" file and load back into CHIRP to see that the settings remain the same.

Thanks,
Jim KC9HI

Jim,

Attached please find two additional log files, each containing comments at the beginning of each file detailing the steps taken while that log file was being created

The first log file provides additional context that I thought you might find helpful in troubleshooting.

The second log file is the one in which the steps you requested in your previous comment were actually performed.

A screenshot of an error message received during the above testing is also attached.

Ford,

Thanks for the testing. Please attach the downloaded "image" file so I have something here I can test with.

Also give this "uv5r_test2.py" driver module a test and report back. It allows the BF-F8HP model selection to recognize the firmware version in your radio.

Jim KC9HI

See attached for the .img created in the earlier step. I'll try the uv5r_test2.py driver module here in a moment and then report back.

Jim, I just selected the BT-F8HP model selection after loading the "uv5r_test2.py" driver module. CHIRP's upload and download functions now both appear to preserve the "mid" power-level settings when interfacing with my UV-5XP. Log attached.

Within CHIRP, I then copied & pasted a list of channels (all low power) taking up nearly the entire memory bank from a previously-saved configuration into a new tab that had been set up by downloading from the UV-5XP using the BF-F8HP model selection. I proceeded to then upload the entire set to the radio. The radio now shows all of those channels at low power, as desired, and appears on first glance to be functioning normally.

Ford,

Give "uv5r_test3.py" a try. Use UV-5XP for the Model.

Jim KC9HI

Ford Prefect wrote:

I get this error over the red background: "Unable to load module: invalid syntax (uv5r_test3.py, line 1900)".

Yeah. My bad. It didn't like the "-" and I sent it without testing it. :-(

See what this does and include the downloaded image.

Jim KC9HI

Jim, please see attached log and image.

Ford,

I think I have finally figured out what was going on. Please give this test driver module a try.

Thanks,
Jim KC9HI

Looks like it's fixed. I very much appreciate your efforts here. Curious when this might appear in an official update.

A couple of additional quick questions. If you prefer, I can open a separate thread for these.

1. When I either download an image directly back from a radio, or when I load a saved image file, in which MR A and B Channel under Work Mode Settings had been configured to channel zero, CHIRP shows the setting as blank/unconfigured (see attached screenshot). See attached screenshot. However, if any non-zero channel number is configured, the channel number is correctly displayed. This does not appear to affect the actual preservation of channel zero as the setting, so I'd say it's probably a low-priority issue but one at least worth noting as it might confuse other users as it has me.

2. When selecting a radio model, CHIRP displays the list of available models in an apparently-random order (see attached screenshot). There are several non-UV-model entries separating other UV-model entries, which might result in some users, who are expecting an alphanumerical sorting, to erroneously select the wrong model. Wondering if this is something that could be addressed at some point.

Thanks again and let me know if I can assist further.

Ford Prefect wrote:

Looks like it's fixed. I very much appreciate your efforts here. Curious when this might appear in an official update.

Thanks for testing. I will try to get a patch submitted today. Once that happens, we just have to patiently wait for it to be accepted. Once that happens the support will be in the following CHIRP daily build.

A couple of additional quick questions. If you prefer, I can open a separate thread for these.

1. When I either download an image directly back from a radio, or when I load a saved image file, in which MR A and B Channel under Work Mode Settings had been configured to channel zero, CHIRP shows the setting as blank/unconfigured (see attached screenshot). See attached screenshot. However, if any non-zero channel number is configured, the channel number is correctly displayed. This does not appear to affect the actual preservation of channel zero as the setting, so I'd say it's probably a low-priority issue but one at least worth noting as it might confuse other users as it has me.

I've only noticed this when using Linux. I always assumed that it was an issue with one of CHIRP's dependencies and beyond CHIRP's control. I just learned to get used to it. If it bothers you, then open a separate issue.

1. When selecting a radio model, CHIRP displays the list of available models in an apparently-random order (see attached screenshot). There are several non-UV-model entries separating other UV-model entries, which might result in some users, who are expecting an alphanumerical sorting, to erroneously select the wrong model. Wondering if this is something that could be addressed at some point.

This is one of the reasons that I try not to add any additional models. Normally I would have told you to just use the BF-F8P selection. The only reason I wend ahead and added a selection for UV-5XP was because I could see a lot of issues opened from UV-5XP owners trying to use UV-5X. I just learned to get used it. If bothers you, open a separate issue.

Thanks again and let me know if I can assist further.

Thank you. I couldn't have figured it out without your help.

Jim KC9HI

Patch submitted. Support will be in the next CHIRP daily build following acceptance.

Jim KC9HI

Applied in changeset commit:bb504662f35a.