Interesting scan behavior
Re: Interesting scan behavior
On a DMR channel ?
While scanning a DMR channel, it's based the HR-C6000 state, maybe it get confused by C4FM, as in normal condition when stumbling on a DMR channel, it make few checks (like TS), set a short pause, and if in this small time window the Audio amp opens, it sets the timer timeout value (30s here). otherwise once the short pause ends, it will jump to the next channel.
Cheers.
---
Daniel
While scanning a DMR channel, it's based the HR-C6000 state, maybe it get confused by C4FM, as in normal condition when stumbling on a DMR channel, it make few checks (like TS), set a short pause, and if in this small time window the Audio amp opens, it sets the timer timeout value (30s here). otherwise once the short pause ends, it will jump to the next channel.
Cheers.
---
Daniel
Re: Interesting scan behavior
I DanielF1RMB wrote: ↑Fri Apr 01, 2022 5:38 amOn a DMR channel ?
While scanning a DMR channel, it's based the HR-C6000 state, maybe it get confused by C4FM, as in normal condition when stumbling aon a DMR channel, it make few checks (like TS), set a short pause, and if in this small time window the Audio amp opens, it sets the timer timeout value (30s here). otherwise once the short pause ends, it will jump to the next channel.
Cheers.
---
Daniel
Check you phone, I sent you a video
Re: Interesting scan behavior
I took some time to watch my MD9600 scanning today and I twice had a similar event as you describe. Both times when stopping on a DMR repeater, but mine where once with a very short TX then drop and it jumps channels.VK3KYY wrote: ↑Fri Apr 01, 2022 5:21 amHi Daniel
I think my MD9600 is exhibiting this problem when scanning.
There is a local multimode repeater
The scan biefly stops on that channel, but its normally not transmitting DMR, I think its transmitting YSF, and I've noticed the scan holds briefly while the firmware checks whether the signal is DMR, and then the scan continues to the next channel, which has no signal, and then it changes to the next channel and then Pauses
So on my scan its pausing on the YSF channel +2 when there a signal on the YSF channel.
I don't knwo if it happens under any other conditions.
BTW. I'm not 100% sure the YSF channel is YSF, it may be some other digital mode.
I saw this mostly with an initial stop on a DMR repeater listing but one time had it happen on an Analog repeater. The Repeater was giving out its ID and did so first in voice, then drops carrier and comes back up giving ID via audio morse. When the carrier dropped it jump to the following scan listing.
Thank you for your work and efforts on this
Re: Interesting scan behavior
We can replicate the bugAA3RP wrote: ↑Fri Apr 01, 2022 10:31 pmI took some time to watch my MD9600 scanning today and I twice had a similar event as you describe. Both times when stopping on a DMR repeater, but mine where once with a very short TX then drop and it jumps channels.VK3KYY wrote: ↑Fri Apr 01, 2022 5:21 amHi Daniel
I think my MD9600 is exhibiting this problem when scanning.
There is a local multimode repeater
The scan biefly stops on that channel, but its normally not transmitting DMR, I think its transmitting YSF, and I've noticed the scan holds briefly while the firmware checks whether the signal is DMR, and then the scan continues to the next channel, which has no signal, and then it changes to the next channel and then Pauses
So on my scan its pausing on the YSF channel +2 when there a signal on the YSF channel.
I don't knwo if it happens under any other conditions.
BTW. I'm not 100% sure the YSF channel is YSF, it may be some other digital mode.
I saw this mostly with an initial stop on a DMR repeater listing but one time had it happen on an Analog repeater. The Repeater was giving out its ID and did so first in voice, then drops carrier and comes back up giving ID via audio morse. When the carrier dropped it jump to the following scan listing.
Thank you for your work and efforts on this
Daniel has sent me a fix for it, but it currently causes the scan to pause on the channel 2 after the channel which the non-DMR signal was being received on.
Ideally I'd like to have a better fix for this, but I may release this as an interim fix.
Re: Interesting scan behavior
There is no rush from me. I am just glad you can reproduce the situation. As Churchill stated "A problem clearly defined is a problem 1/2 solved". Take the time you need. This firmware even in Alpha is heads and shoulders above the factory and most other radios.VK3KYY wrote: ↑Sat Apr 02, 2022 2:47 amWe can replicate the bugAA3RP wrote: ↑Fri Apr 01, 2022 10:31 pmI took some time to watch my MD9600 scanning today and I twice had a similar event as you describe. Both times when stopping on a DMR repeater, but mine where once with a very short TX then drop and it jumps channels.VK3KYY wrote: ↑Fri Apr 01, 2022 5:21 amHi Daniel
I think my MD9600 is exhibiting this problem when scanning.
There is a local multimode repeater
The scan biefly stops on that channel, but its normally not transmitting DMR, I think its transmitting YSF, and I've noticed the scan holds briefly while the firmware checks whether the signal is DMR, and then the scan continues to the next channel, which has no signal, and then it changes to the next channel and then Pauses
So on my scan its pausing on the YSF channel +2 when there a signal on the YSF channel.
I don't knwo if it happens under any other conditions.
BTW. I'm not 100% sure the YSF channel is YSF, it may be some other digital mode.
I saw this mostly with an initial stop on a DMR repeater listing but one time had it happen on an Analog repeater. The Repeater was giving out its ID and did so first in voice, then drops carrier and comes back up giving ID via audio morse. When the carrier dropped it jump to the following scan listing.
Thank you for your work and efforts on this
Daniel has sent me a fix for it, but it currently causes the scan to pause on the channel 2 after the channel which the non-DMR signal was being received on.
Ideally I'd like to have a better fix for this, but I may release this as an interim fix.
Re: Interesting scan behavior
AA3RP wrote: ↑Sat Apr 02, 2022 3:01 amThere is no rush from me. I am just glad you can reproduce the situation. As Churchill stated "A problem clearly defined is a problem 1/2 solved". Take the time you need. This firmware even in Alpha is heads and shoulders above the factory and most other radios.
No worries
Any bug that we can reproduce on demand its normally fixable.
Bugs which are intermittent, and seem to have no definite trigger, or which we can't reproduce at all, are really hard to fix.
Re: Interesting scan behavior
Is it known when a stable version of the hardware will be released?
Re: Interesting scan behavior
Sorry I meant the firmware stable version?
Thanks 9A3lj-OE4GZC
Thanks 9A3lj-OE4GZC