<div dir="ltr">Yes, BEW will help with. Limiting the RSSI reduction on voice peaks is exactly what it's designed for. <div><br></div><div>Also:</div><div>- Be sure you have discriminator audio feeding the RTCM.</div><div>- Set the squelch pot 5 turns above threshold. Reading should be around 400 to 500. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 3, 2016 at 5:04 PM, Lee Woldanski <span dir="ltr"><<a href="mailto:ve7fet@tparc.org" target="_blank">ve7fet@tparc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I am in the process of deploying my first of a few VOTER (through hole) boards in the conversion of one of my local repeater to add voting.<div><br></div><div>My master receiver with transmit is running on an ICOM FR5000, using discriminator out, carrier squelch (no PL), with a VOTER (of course).</div><div><br></div><div>I've got a couple questions that hopefully someone can answer for me.</div><div><br></div><div><br></div><div>1) I've noticed with the default (v1.50) firmware running, I am getting nasty squelch crashes when a user un-keys.</div><div><br></div><div>Watching it in Allmon2, there looks like there is a LOT of flutter on the signals, going from near 255 all the way down to the hundreds. The flutter seems to be co-incident with voice peaks. Looking in the source code, this appears it should have been fixed... yet I still see the artifacts?</div><div><br></div><div>The squelch crash seems to be co-incident with the RSSI dropping near 0 when the user un-keys. Which would be fine for the 2-level squelch action, if it were true... but the users seem to have a strong signal otherwise.</div><div><br></div><div>2) Would DSPBEW help with this? Anyone running an FR5000 want to comment on their configuration?</div><div><br></div><div>3) I've compiled and loaded "Chuck Squelch" on it, and it is definitely an improvement. We'll see if I like the change. </div><div><br></div><div>Related to that, do I need to do the diode/squelch calibration routines every time I re-flash the firmware, or will those settings be retained in EEPROM (and would they be the same between the different firmware)?<br></div><div><br></div><div><br></div><div>So far I am liking the opportunities this change from a hardware controller is enabling. A BIG thanks to everyone who has put their time and effort in developing the hardware and software to get to where it is today.</div><div><br></div><div><br></div><div>Cheers!<span class="HOEnZb"><font color="#888888"><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature">Lee Woldanski, AScT<br>VE7FET</div>

</font></span></div></div>
<br>_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--<br></div><div>Tim</div></div></div></div></div>
</div>