Bug #10981
open
VFO A and B steps don't save back to radio
Added by Joe Martin 6 months ago.
Updated 6 months ago.
Model affected:
Baofeng UV-5R
I read the instructions above:
Yes
Description
Baofeng UV-5R. When uploading configuration to radio the VFO A and B steps don't get saved into the radio. It keeps going back to 2.5. This function works on my BF-F8HP.
Files
I've not run across any radios like this yet, but it may be a similar issue to channel number issue where the radio no longer exposes the selected STEP to CHIRP and the value stored by CHIRP is ignored by the radio. The broadcast FM radio feature got changed this way.
So to validate that this is the issue set your radio to VFO (frequency) mode and do the following...
- set STEP in the radio to a known value
- download from the radio to CHIRP
- save the tab to a CHIRP Radio Images (*.img) file with the STEP value in the file name
Repeat the above steps with a different STEP value. Attach both image file to this issue.
Here are the files requested. I did a 10K 50K. Thanks for looking this over!
sorry, wrong bug report. Will redo under the correct one.
I'm an idiot. This is the correct one. sorry
Joe Martin wrote in #note-3:
sorry, wrong bug report. Will redo under the correct one.
Are you sure that this was with the radio in VFO (frequency) mode and not MR (channel) mode? The STEP value that was changed was the global STEP value and not either of the individual STEP values stored for VFO A or VFO B.
Let's try it again! So, this seems to be a user error on my part. I had been setting the step while in Channel mode.
Joe Martin wrote in #note-6:
Let's try it again! So, this seems to be a user error on my part. I had been setting the step while in Channel mode.
I don't know what you did, but there are 7 bytes that have changed between the 2 downloads. I didn't look to see what they all were, but only 1 byte should have changed between the 2 downloads.
Putting that aside, the VFO Step 10.img file shows up in CHIRP as 10.0 in VFO A as it should and the VFO Step 50.img file shows up in CHIRP as 50.0 in VFO as it should. This shows that CHIRP is reading from (and storing to) the correct location (the same location that is has been for 11 years). If the radio is not picking up the values where CHIRP is storing them in memory (the same place the radio itself is storing them in memory), then the radio has a bug related to reading them. Like the FM radio frequency and selected channels numbers, the latest radios most likely store this info internal to the radio-on-a-chip and no longer depends on storing it in memory to be retrieved later.
Also available in: Atom
PDF