Project

General

Profile

Actions

Bug #1837

closed

UVB5 still stransmits with offset of "off"

Added by Jonathan Andrews about 10 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
08/14/2014
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Baofeng UV-B5
Platform:
Windows
Debug Log:
I read the instructions above:

Description

I have read that setting duplex to "off" allows receive only channels to be programmed. Works with UV5V does not seem to work with UVB5, still transmits.

Actions #1

Updated by Jim Unroe about 10 years ago

  • Status changed from New to Feedback

I know the red LED lights and the LCD indicates transmitting, but are you sure the radio is really transmitting? Isn't this just one of the many "quirks" of the UV-B5/B6 radios. It indicates that it is transmitting but it really isn't.

To see what I mean, select the same "TX inhibited" memory channel in the lower [B] display and try to transmit. The radio does nothing.

CHIRP has programmed the memory channel properly to inhibit TX. If the radio honors this programming on the [B] display but doesn't on the [A] display, there is nothing that CHIRP can do about it. It is failure of the radio.

If you really know the radio is transmitting on a TX inhibited memory channel when the [A] display is selected, then the only work around is to operate your radio from the [B] display where it is evident that it doesn't transmit when a TX inhibited memory channel is selected.

Jim KC9HI

Actions #2

Updated by Jonathan Andrews about 10 years ago

Yes, it is excactly as you describe. [B] does not transmit [A] Does (and yes, real RF is generated).

Would it not be possible for chirp to set a known "out of range frequency" as the TX for this model in order to disable transmit? I am sure some work around (or hack!) must be possible to acheive the desired outcome. Should each model not have work around coded into CHIRP for an important feature like this. Radios that can not handle an RX only channel in the firmware could be programmed with a suitable stupid or illegal value? Just comment it "quirks" in the code ;-)

Also Duplex "off" is unhelpful, could the GUI have "NO_TX" or "RX_ONLY" or some other meaningful text in the pulldown instead of "OFF", I had to quite a bit of googling to find the solution.

To my personal way of thinking "duplex off" is simplex, IE normal operation.

Thanks,
Jon

Actions #3

Updated by Jim Unroe about 10 years ago

Jon,

Yes. I had a friend do some testing with a frequency counter. When the [A] display is selected, there are spurious emissions around 129.200 MHz irrespective of programmed frequency. When the [B] display is selected there are no emissions.

Unlike all of the other Baofeng radios, which requires the RX frequency and TX frequency to be stored in each memory (no shift and no offset), the UV-B5 requires the RX frequency, the shift direction and the offset amount to be stored in each memory.

CHIRP inhibits the TX frequency in exactly the same way that the Baofeng software does. It sets the shift direction and offset to put set the TX frequency to an "out of range frequency". The RX frequency is shifted in the - direction offset by the RX frequency which puts the TX frequency at 000.000 MHz (about as out-of-range as you can get).

For the fun of it, I used the Baofeng software to program a TX inhibited memory channel. The behavior of the radio was exactly the same as if it was programmed with CHIRP. The fact that it only works as desired on the [B] display is a problem with the hardware, not CHIRP or the OEM software.

CHIRP is open source. If you are so sure there is a workaround for this feature, you are welcome to figure out what that workaround is and implement it.

As for Duplex = "off", that is a whole separate issue. I would suggest that you join the developer mailing list and start up a discussion.

Jim

Actions #4

Updated by Jonathan Andrews about 10 years ago

_"there are spurious emissions around 129.200 MHz irrespective of programmed frequency"
_
Ahh ... I do see one thing I have wrong this end (sorry, me bad). I purchased this as a UVB5 but reading the label on the back of this handset it is in fact a UVB6 and I had failed to notice !

I got out the spectrum analyser, lovely clean results so far. I even looked at exactly 129.2Mhz and I see nothing interesting other than the noise floor so my guess is that is a model specific problem with the B5 ?

"Unlike all of the other Baofeng radios, which requires the RX frequency and TX frequency to be stored in each memory (no shift and no offset), the UV-B5 requires the RX frequency, the shift direction and the offset amount to be stored in each memory".
OK, I understand - seems a slightly crappy way of doing it (Beofeng firmware authors that is, not CHIRP !)

I had a play with the sofware and have had no joy so far. Unless a TX enhibit bit is floating around in the channel record then I guess I cant see another way to fix it. Have all the bits in a channel record been indentified?

+As for Duplex = "off", that is a whole separate issue. I would suggest that you join the developer mailing list and start up a discussion.
+
OK, I will see if I can raise that.

Thanks for your help.
Jon

Actions #5

Updated by Bernhard Hailer over 4 years ago

  • Status changed from Feedback to Closed
  • Chirp Version changed from 0.4.0 to daily
  • Model affected changed from UVB5 to Baofeng UV-B5

Firmware problem, can't be resolved by Chirp.

Actions

Also available in: Atom PDF