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