Project

General

Profile

Actions

Bug #10528

closed

power forced changed to high on PMR

Added by Andrea trk about 1 year ago. Updated about 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
04/18/2023
Due date:
% Done:

100%

Estimated time:
Chirp Version:
next
Model affected:
RB627B
Platform:
Windows
Debug Log:
I read the instructions above:

Description

when cleaning tone and tone mode it changes power to high and is not possible to revert (you can flash old img and it works)
it does not produce a log,
CHIRP next does not work with this radio


Files

Retevis_RB627B_20230417_default.img (4.23 KB) Retevis_RB627B_20230417_default.img defaut img Andrea trk, 04/18/2023 07:07 AM
Retevis_RB627B_20230417_default_SUBTONE_CLEANED.img (4.24 KB) Retevis_RB627B_20230417_default_SUBTONE_CLEANED.img after cleaned Andrea trk, 04/18/2023 07:09 AM
bf_t8_10528_fix.py (30.6 KB) bf_t8_10528_fix.py Jim Unroe, 04/18/2023 06:31 PM
Actions #1

Updated by Jim Unroe about 1 year ago

  • Status changed from New to In Progress
  • Assignee set to Jim Unroe
  • Target version set to chirp-py3
  • Chirp Version changed from legacy to next

I have replicated the issue here. I am currently working on a fix. The fix will only be for CHIRP-next (Work on legacy CHIRP has ended and CHIRP-next does work for this radio (It is what I am using to do the testing and create the fix)).

I will attach a test driver module when I have something ready.

Jim KC9HI

Actions #2

Updated by Jim Unroe about 1 year ago

I have attached the test driver module. Using CHIRP-next, use the instructions found here to test it: LoadingTestModules

It works for me. Let me know how it works for you. And thank you for the report.

Jim KC9HI

Actions #3

Updated by Andrea trk about 1 year ago

Jim Unroe wrote in #note-2:

I have attached the test driver module. Using CHIRP-next, use the instructions found here to test it: LoadingTestModules

It works for me. Let me know how it works for you. And thank you for the report.

Jim KC9HI

it definetely works! thanks i also noticed that there was an update today and that worked without adding the test driver module.

Actions #4

Updated by Jim Unroe about 1 year ago

Andrea trk wrote in #note-3:

i also noticed that there was an update today and that worked without adding the test driver module.

This is not correct. Unfortunately CHIRP-next displays the setting how it is supposed to be set, not necessarily what it is currently been set at. This is why I didn't notice the issue right away and why it took me a little bit to come up with a working fix.

So if you don't use the test driver and you make a Tone change (or probably any other change) to a memory row that memory is set to High even though you see Low in CHIRP-next. After you upload the change to the radio, you will notice that when that channel is selected, the "L" icon will not be visible in the lower left of the display. The absence of the "L" icon means the radio's TX power level is (incorrectly) set to "high".

When you edit a memory using the test driver module, the memory row will no long be incorrectly set to High and when you edit any memory row that was incorrectly set to high by an unpatched CHIRP(-next), the test driver module will change the TX power level to the Low setting that it should be.

I will try to submit a patch later today so that it will be permanently fixed in future CHIRP-next builds.

Jim KC9HI

Actions #5

Updated by Jim Unroe about 1 year ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

A patch has been submitted. The permanent fix will be in the CHIRP-next build following acceptance. In the mean time, load and use the test driver module attached to this issue when programming your radio.

Jim KC9HI

Actions #6

Updated by Jim Unroe about 1 year ago

  • Status changed from Resolved to Closed

Jim Unroe wrote in #note-5:

A patch has been submitted. The permanent fix will be in the CHIRP-next build following acceptance. In the mean time, load and use the test driver module attached to this issue when programming your radio.

Jim KC9HI

Today's build has the fix.

Jim

Actions

Also available in: Atom PDF