<div dir="ltr">Thanks Tim, will play with BEW and see what difference it makes. I've loaded BEW with Chuck Squelch on there now to give me the option of enabling BEW.<div><br></div><div>Definitely using discriminator audio from the receiver.</div><div><br></div><div>Squelch is cranked up about 7.5T above threshold, as it was opening too low for my liking at around 4-5T.</div><div><br></div><div>Squelch currently opens at around -119dBm as set, which puts me at:</div><div><br></div><div>          Squelch Noise Gain Value: 16, Diode Cal. Value: 54, SQL pot 378</div><div><br></div><div>J1 is in to allow squelch to calibrate.</div><div><br></div><div><br></div><div>I'll play with it some more and see how it behaves.</div><div><br></div><div><br></div><div>Lee</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jun 5, 2016 at 7:45 AM, Tim Sawyer <span dir="ltr"><<a href="mailto:tisawyer@gmail.com" target="_blank">tisawyer@gmail.com</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">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"><div><div class="h5">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></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><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><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></div></div>_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org" target="_blank">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><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div><div dir="ltr"><div>--<br></div><div>Tim</div></div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Lee Woldanski, AScT<br>VE7FET</div>
</div>