<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><hr>From: doug@crompton.com<br>To: kf7mbk@w7ara.net<br>Subject: RE: [App_rpt-users] Fwd: COR signal getting confused<br>Date: Fri, 26 Sep 2014 12:46:14 -0400<br><br>
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr"><font style="" color="#000000" face="Tahoma,sans-serif">That is very strange. Have you changed any of the default timing values? Are you using simplex/duplex? Courtesy tone? Timing values could effect that. <br><br>I use simplex with courtesy tone (duplex=1 in rpt.conf) on several nodes and I have never seen that problem. I have one user who has a signal like you describe. He walks in a park with a handheld and he is often in and out.<br><br>Also I assume you are not using any rxdelay?<br id="ecxFontBreak"></font><br><b><font style="font-size:16pt;" size="4">73 Doug</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">WA3DSP</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">http://www.crompton.com/hamradio</font></b><font style="font-size:16pt;" size="4"><br></font><br><br><div><hr id="ecxstopSpelling">From: kf7mbk@w7ara.net<br>Date: Fri, 26 Sep 2014 08:50:51 -0700<br>To: app_rpt-users@ohnosec.org<br>Subject: [App_rpt-users] Fwd: COR signal getting confused<br><br><div dir="ltr"><div class="ecxgmail_quote">Resending since my initial post has been pending moderation for 2 days now and got no reply from the list owner email.<br><br>I have modified an HT to bring out the receive LED signal and use it<br>
as the COR input to a DMK URI. It is a digital signal as viewed on a<br>
scope (i.e. very short slope in the transitions) This seems like it<br>
would work well and it does on strong signals. But on marginal signals<br>
where the LED may blink on and off quickly (like during picket<br>
fencing), it seems to confuse the URI (or the software) were it will<br>
start off good, but then a quick dropout of the COR signal will cause<br>
the software to no longer detect carrier, even though the signal on<br>
the COR input has been restored. Even if the input is solid high (or<br>
low in my case, I'm using usbinvert) it will not detect a carrier<br>
until there is another dropout of adequate time to "reset" it.<br>
<br>
I've tried putting a simple RC on the input but it didn't really help<br>
much. Seems the URI (or software) needs a significant minimum time<br>
between transitions to properly detect them, long enough that it would<br>
delay the carrier detection too much without a circuit more complex<br>
than an RC (i.e. something that would allow instant keyup, but delay<br>
the key down.)<br>
<br>
Linked is a scope image. </div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote"><a href="https://lh5.googleusercontent.com/-CsJ9autUTAE/VCWK-uNJJpI/AAAAAAAAPSM/VsVvbPVvuEA/s800/20140923_184107.jpg" target="_blank">https://lh5.googleusercontent.com/-CsJ9autUTAE/VCWK-uNJJpI/AAAAAAAAPSM/VsVvbPVvuEA/s800/20140923_184107.jpg</a></div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">Carrier was detected until this signal<br>
dropout event. Ch A is my RC filtered signal sent to the URI, Ch B is<br>
the signal out of the radio. Carrier was not detected after the 5th<br>
dropout even though the signal remained low.<br>
<br>
Anyone ever experience this and/or have ideas on how to fix it?<br>
<br>
Thanks.<br>
<br>
Mike<br>
KF7MBK<br>
</div><br></div>
<br>_______________________________________________
App_rpt-users mailing list
App_rpt-users@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.</div></div>
</div></body>
</html>