Seems like I recall at one of the VOIP conventions years past that someone
stated that the APP_RPT had the micor squelch algorithm built in.
I have two micor repeaters now that I set up nodes using the URI board when
DSP on both COR and CTCSS.
I calibrated the URI using the radio-tune-menu and I even tested the signal
break point with a service monitor.
Example -110 dBm is when squelch clamps down.. That is about right.. It has
a hysteresis of about 5 dB which is ok, but here is the kicker.. When you
are fluttering into the receiver, the app is squelching, muting and it does
not allow for the extra rx unsquelched condition like the micor does when
you are weak. So you end up hearing a lot of muting when the signal is
useable. I know there is a delay and an attempt to remove squelch burst, but
should that not be triggered by the DSP upon CTCSS decoder not seeing
signal? I have heard this issue with other nodes as well, and I though all
along it was a setting issue.
My squelch setting is at 765, and if I lower it to 760, it them provides a
long squelch burst on even strong signals.
So I am looking for guidance to see if perhaps I may be doing something
wrong? Or is this just the short coming of the DSP and as I would hate to
revert back to the repeater CTCSS and COR signaling, I suppose I could if
justified.
Let me know if you have seen this and have found resolution.
Thanks in advance.
73
Lu, KA4EPS
Node 27870, 27869, 27875
