<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hayden;</p>
<p>Your timing for bench testing, by delaying the transmitter on the
bench to match the 13 mile distant TX makes perfect sense from the
perspective of testing. Not sure what model repeater station you
have but it sounds like you have modded the VCO significantly so
comparing frequency response of all the exciters may be in order.
Also some transmitters have a two port modulation scheme so that
CTCSS tones do not get cancelled by the VCO PLL loop correction.
Your CTCSS shortfall may be indicative of the PLL loop trying to
cancel the CTCSS waveform.</p>
<p>From Tim's comments about the DAC phase problem, there may be
factors outside your control, in which case using directional
antennas on the remote TX's may be a solution, but not ideal,
especially at 6M. If this problem were entirely limited to the
CTCSS tone, I would suggest generating CTCSS locally at each site
from a GPS locked generator. However that might require a separate
delay block for CTCSS, where delay is required. If the DAC affects
voice as well, I wouldn't bother with that solution.<br>
</p>
Personally I hope the developers get the bugs worked out as I see
some commercial potential for the RTCM.<br>
<br>
Joe<br>
<br>
<div class="moz-cite-prefix">On 3/13/2017 11:02 PM, Hayden Honeywood
wrote:<br>
</div>
<blockquote
cite="mid:CAC0VLD2k_VH8Cw4mCQTbLMyeWuNmHTCDKSgCHYowcJq2SdRU=A@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">Thanks for the information Joe. </div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">The RTCM generates the CTCSS in the
main audio path with an entry in voter.conf.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">There is no separate deviation
adjustment on the board, you set a global level in that config
file.</div>
<div class="gmail_extra">OK on the delays between sites etc. I
think I understand whats going on there. As I mentioned
beforehand I think a lot of my issue is that the 2nd site
radio is on the bench and the delay from the main site TX is
causing distortion problems. I'm hoping to document a lot of
the simulcast information on my blog in time.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">In answer to some of your points - </div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">1) I've played with the offset mainly
because at low band 50MHz due to the propagation effects,
complete cancellations happen in overlap when both signals
from the transmitters are approx the same. Whereas on UHF I
believe this is not to much of an issue due to reflections,
doppler etc. Only really an issue with fixed stations I
believe. Offsetting by a few Hz I can hear the null move
around, and cancellation is not so bad.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">2) The exciters have been set the same
- same model, same inputs etc.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">3) Yes. The only differences may be is
that the VCO of the units is modified to 50MHz from 70 by
adding capacitance in various places. The alignment of both
VCO's is the same however - set to 3V on a specific test
point.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">4) Yep all the same. I've used a CTCSS
encoder input which is post pre-emphasis and limiting.
Limiting is done by the RTCM.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">5) As above - although I've noticed
that the CTCSS's deviation on the bench test transmitter is
about 50Hz low when aligning for a 1K = 3K deviation. I've
tried turning up the TX level pot to equal it, but it still
sounds the same.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Hayden </div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
App_rpt-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:App_rpt-users@lists.allstarlink.org">App_rpt-users@lists.allstarlink.org</a>
<a class="moz-txt-link-freetext" href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a>
To unsubscribe from this list please visit <a class="moz-txt-link-freetext" href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users">http://lists.allstarlink.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"
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. </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Joe Leikhim
Leikhim and Associates
Communications Consultants
Oviedo, Florida
<a class="moz-txt-link-abbreviated" href="mailto:JLeikhim@Leikhim.com">JLeikhim@Leikhim.com</a>
407-982-0446
<a class="moz-txt-link-abbreviated" href="http://WWW.LEIKHIM.COM">WWW.LEIKHIM.COM</a></pre>
</body>
</html>