Chirp Driver corruption after Memory 9!

AubsUK / uv-k5-firmware-custom

AubsUK's version of the UV-K5 Firmware. A merge between OneOfEleven and fagci, with changes from Egzumer

Apache License 2.0

24 stars 2 forks source link

Chirp Driver corruption after Memory 9! #28

Open dadanielat opened 6 months ago

dadanielat commented 6 months ago

When writing more than 9 memories with chirp, the next memories are written corrupted. At the first look 'D Decd' is enabled on channels above 9, sometimes the frequency gets written into offset and frequency itself shows as 0.00000 in the display. I also noticed memories above 9 sometimes overwrite memories banks below (I noticed it when downloading from radio again). This does not happen with original egzumer firmware/driver or other forks. Please see the attached pictures:

AubsUK commented 6 months ago

Thanks for flagging a potential issue.

You can turn DTMF (D Decd) off in Menu M >> 52, I've never seen this enabled. Have you had it enabled on a previous firmware?

It also looks like you have R (Reverse mode. Receive and transmit frequency reverse) enabled, this can be turned on/off with F+8

I haven't changed any of these settings from the original Egzumer firmware. Have you definitely followed the instructions in the Important section of the README.md to perform a factory reset and copy/paste the frequency information from your backup into the new configuration of the radio?

I'm not sure I follow, because both the memories look to match between the screenshot from CHIRP and the radio screen photo:

dadanielat commented 5 months ago

I have followed the instructions on factory reset, but the problem is still there. I have never set DTMF or reverse mode, also it is not possible to turn them of. I can disable them in the menu but as soon as you switch channels they are back. Maybe there is some regression with the new chirp builds? Could you please try to upload the same as in the picture above and see if you can reproduce the problem?

AubsUK commented 5 months ago

Hey, thank you for coming back and confirming. You're absolutely right. Looks like it happens when manually entering the frequencies, but doesn't happen if you copy/paste from an old CHIRP file (which is what I normally do).

If you turn on View >> Show Extra Fields in CHIRP, you'll see a couple of items are enabled in the first row only, as per the screenshot:

You can turn them off to make them all the same, if it helps, mine for PMR are as follows:

I'll look into what might be causing this and get it fixed.