[App_rpt-users] RTCM/VOTER Squelch/Firmware Question

[Lee Woldanski]

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.

Definitely using discriminator audio from the receiver.

Squelch is cranked up about 7.5T above threshold, as it was opening too low
for my liking at around 4-5T.

Squelch currently opens at around -119dBm as set, which puts me at:

          Squelch Noise Gain Value: 16, Diode Cal. Value: 54, SQL pot 378

J1 is in to allow squelch to calibrate.


I'll play with it some more and see how it behaves.


Lee


On Sun, Jun 5, 2016 at 7:45 AM, Tim Sawyer <tisawyer at gmail.com> wrote:

> Yes, BEW will help with. Limiting the RSSI reduction on voice peaks is
> exactly what it's designed for.
>
> Also:
> - Be sure you have discriminator audio feeding the RTCM.
> - Set the squelch pot 5 turns above threshold. Reading should be around
> 400 to 500.
>
> On Fri, Jun 3, 2016 at 5:04 PM, Lee Woldanski <ve7fet at tparc.org> wrote:
>
>> 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.
>>
>> My master receiver with transmit is running on an ICOM FR5000, using
>> discriminator out, carrier squelch (no PL), with a VOTER (of course).
>>
>> I've got a couple questions that hopefully someone can answer for me.
>>
>>
>> 1) I've noticed with the default (v1.50) firmware running, I am getting
>> nasty squelch crashes when a user un-keys.
>>
>> 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?
>>
>> 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.
>>
>> 2) Would DSPBEW help with this? Anyone running an FR5000 want to comment
>> on their configuration?
>>
>> 3) I've compiled and loaded "Chuck Squelch" on it, and it is definitely
>> an improvement. We'll see if I like the change.
>>
>> 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)?
>>
>>
>> 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.
>>
>>
>> Cheers!
>>
>> --
>> Lee Woldanski, AScT
>> VE7FET
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> To unsubscribe from this list please visit
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
>> down to the bottom of the page. Enter your email address and press the
>> "Unsubscribe or edit options button"
>> 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.
>>
>
>
>
> --
> --
> Tim
>



-- 
Lee Woldanski, AScT
VE7FET
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20160605/f18d2381/attachment.html>