Experimental versions to fix potential speaker hiss

VK3KYY
Posts: 2433
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental versions to fix potential speaker hiss

Post by VK3KYY » Mon Mar 02, 2020 9:21 pm

KU4ZD wrote:
Mon Mar 02, 2020 2:37 pm
I am noticing that with the filter set to 'none', after I transmit the cc changes from the setting in the code plug to 0 and the net time I transmit it transmits on cc0. This happens on the hot and digital simplex. The result is that I am sending out the wrong cc. It does not happen if I have the filter set to CC. If the filter is set to CC all functions correctly. I confirmed the CC actually does change by going to a simplex frequency on another HT and testing.
I checked the code and it is not resetting the CC analysis histogram after you transmit.

Your radio must be receiving noise which its interpreting as a DMR signal on another CC.

I could possibly preload the histogram with a value to bias it towards the CC that is defined for the channel, but this would slow down the detection of other CC's and also in your case I doubt it would fix the problem.

Disabling the CC is not intended for normal operation

KC7RBW
Posts: 169
Joined: Wed Nov 20, 2019 1:23 am

Re: Experimental versions to fix potential speaker hiss

Post by KC7RBW » Tue Mar 03, 2020 2:42 am

VK3KYY wrote:
Mon Mar 02, 2020 9:21 pm
Your radio must be receiving noise which its interpreting as a DMR signal on another CC.
I was sure it wasn't noise, so I jury-rigged a dummy load (too many connectors, but all good connectors) and tried to trigger this bug again. Weirdly it didn't change the CC to 0 when I tried it. That's when I discovered that it only does it (for me at least) when the radio has just been turned on. With the dummy load it still triggers this bug.
Andrew | KC7RBW | ajorg

VK3KYY
Posts: 2433
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental versions to fix potential speaker hiss

Post by VK3KYY » Tue Mar 03, 2020 2:47 am

What are the steps to reproduce this problem ?

What CC does the display read ? CC0 ?

KC7RBW
Posts: 169
Joined: Wed Nov 20, 2019 1:23 am

Re: Experimental versions to fix potential speaker hiss

Post by KC7RBW » Tue Mar 03, 2020 3:29 am

VK3KYY wrote:
Tue Mar 03, 2020 2:47 am
What are the steps to reproduce this problem ?

What CC does the display read ? CC0 ?
For me the steps are, with a channel programmed for CC1 and with Filter: None:

Power on radio. CC1 is displayed.
Press PTT. CC1 is transmitted.
Release PTT. CC0 is displayed.
Press PTT. CC0 is transmitted.
(Release PTT.)
Andrew | KC7RBW | ajorg

VK3KYY
Posts: 2433
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental versions to fix potential speaker hiss

Post by VK3KYY » Tue Mar 03, 2020 3:33 am

Ah.

OK.

I can see this if I go to a simplex freq and when there is no reply.

KC7RBW
Posts: 169
Joined: Wed Nov 20, 2019 1:23 am

Re: Experimental versions to fix potential speaker hiss

Post by KC7RBW » Tue Mar 03, 2020 3:38 am

VK3KYY wrote:
Tue Mar 03, 2020 3:33 am
I can see this if I go to a simplex freq and when there is no reply.
Ah, those are details I assumed couldn't have any impact. Software is magical, right?
Andrew | KC7RBW | ajorg

KC7RBW
Posts: 169
Joined: Wed Nov 20, 2019 1:23 am

Re: Experimental versions to fix potential speaker hiss

Post by KC7RBW » Tue Mar 03, 2020 3:49 am

KC7RBW wrote:
Tue Mar 03, 2020 3:38 am
VK3KYY wrote:
Tue Mar 03, 2020 3:33 am
I can see this if I go to a simplex freq and when there is no reply.
Ah, those are details I assumed couldn't have any impact. Software is magical, right?
I've been able to trigger the bug in duplex, but it seems to take a few tries and maybe take longer. Haven't tried it on a repeater because I don't want to annoy.
Andrew | KC7RBW | ajorg

VK3KYY
Posts: 2433
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental versions to fix potential speaker hiss

Post by VK3KYY » Tue Mar 03, 2020 3:59 am

The problem is occurring because the C6000 issues a system interrupt even when there is no received signal, and when this happens the received CC seems to be 0

Unfortunately 0 is a valid CC number.

I have tried checking the CRC flag when the received CC is read, but its falsely reporting a valid CRC.

There may be some other bit of data that can be checked to confirm whether the radio is actually receiving a signal, but at the moment I don't know what that would be.

VK3KYY
Posts: 2433
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental versions to fix potential speaker hiss

Post by VK3KYY » Tue Mar 03, 2020 5:14 am

I think I can improve the CC detection problem if I only update the CC when the CACH is valid, but its not a perfect solution.

IK8JHL
Posts: 121
Joined: Tue Dec 10, 2019 11:19 am

Re: Experimental versions to fix potential speaker hiss

Post by IK8JHL » Tue Mar 03, 2020 8:23 am

There is a bug :
Start scan
Click left arrow --> scan its inverted to down frequency
stop scan with any key
click arrow UP---> the frequency decreases instead of increasing


NB but it was not possible to use the up and down arrows for more than 2 seconds for start scan ,thus leave free orange key :?: ?

Post Reply