search

kamilsss655 / uv-k5-firmware-custom

Open re-implementation of the Quansheng UV-K5 firmware
Apache License 2.0
251 stars 39 forks source link

[BUG] Since 20.2 audio stops randomly #118

Closed Xygen closed 7 months ago

Xygen commented 7 months ago

Describe the bug Since 20.2 while listening to a transmission on 70cm (haven't tested other bands), audio stops randomly, while the signal indication (dBm value and green light) persists. To get the audio back one must change the channel up and down, or change a setting like bandwidth or TX power.

To Reproduce Steps to reproduce the behavior:

  1. Listen to a conversation on 70cm (haven't tested other bands) in any demodulation mode.
  2. Put SQL to 0 to make sure it's not squelch closing
  3. After a few seconds the audio stops,
  4. To get the audio back, one needs to change a setting, like bandwidth or output power. But after a few seconds the audio is gone again

Expected behavior Audio shoudn't drop out during RX

Pictures/video If applicable, add pictures or video to help explain your problem. To insert a picture (.jpg), you can simply drag it to this window.

Details:

Additional context I wanted to provide a video but struggeling with the 10MB limit...

Xygen commented 7 months ago

It seems that the audio is no longer dropping out after sending a message via messenger.

kamilsss655 commented 7 months ago

Confirmed. Priority: high.

kamilsss655 commented 7 months ago

In 20.2 I added mute after message received interrupt is triggered, so the user doesn't have to listen to FSK modulation of incoming message. It seems it is triggered randomly during regular RX causing this issue.

In next version 20.2.1 I am moving it to only mute if the message sync word is received. If it causes further issues, the mute will be completely removed.

kamilsss655 commented 7 months ago

With v.20.4 this issue still persists although it is much more rare.

It happens during RX of channels that use CTCSS. I will be adding condition to only allow mute if no CTCSS channel is used, if that doesn't solve it then this feature will be deactivated to prevent mutes.

kamilsss655 commented 7 months ago

With v.20.5 users can also disable it with ENABLE_MESSENGER_FSK_MUTE Makefile flag.

kamilsss655 commented 7 months ago

Closing for now, please report here if you experience this issue.

silasb commented 5 months ago

I have this same issue with v.20.5. Channel 1, 2m 147.110Mhz, -0.6Mhz offset, CTCS 67.0Hz. If I manually open squelch I can hear just fine.

kamilsss655 commented 5 months ago

@silasb can you test if you can reproduce this issue when:

silasb commented 5 months ago

I've tested with MsgRx off. I've also compiled a firmware with:

ENABLE_MESSENGER = 0
ENABLE_MESSENGER_FSK_MUTE = 0

With CTCSS it works perfectly.

Video - https://github.com/kamilsss655/uv-k5-firmware-custom/assets/40670/1c313328-d3e2-4dc0-b621-7c216f19274a

silasb commented 4 months ago

Making more progress on this. This only seems to occur on RXCTCS 67.0Hz on the frequency listed above. I don't have any other repeaters near me that use 67Hz so I can't tell if it's a frequency issues as well.