<div dir="ltr">Cole,<div><br></div><div>You may have figured this out already but I was going through the archives and thought I'd chime in.</div><div><br></div><div>I think you're trying to accomplish what I've done with the repeater I'm building... I have a comm spec TS-64WDS that is connected to the discriminator of my receiver.</div><div><br></div><div>The TS-64 has a Mic Hang up feature that is designed to control whether the RX Mute Output pin goes into Channel monitoring mode. In the default configuration when the input pin for this feature (Pin 2, violet) is grounded the tone decode function on the tone board behaves normally. If you float or apply a voltage to this pin, the Channel Monitoring feature will turn on and the RX Mute output will behave as if the board is decoding CTCSS.</div><div><br></div><div>I use RX Mute Output #2 (Pin 7, Brown) for CTCSS input to the URI (Pin 7.) It grounds when the board is decoding CTCSS so I have ctcssfrom=usbinvert in my simplusb.conf.</div><div><br></div><div>Also in simpleusb.conf I have gpio2=out0, which initializes the GPIO pin and is hooked to pin 2 of the ctcss board.</div><div><br></div><div>I have a couple of commands in my rpt.conf that control this GPIO pin:</div><div><br></div><div><div>60=cop,62,GPIO2=0 ; Turn off GPIO 2</div><div>61=cop,62,GPIO2=1 ; Turn on GPIO 2</div></div><div><br></div><div>So *60 will enable CTCSS decode, *61 will put the repeater into carrier-only mode.</div><div><br></div><div>Eventually I will try to setup voice confirmation of the tone decode going on and off.<br></div><div><br></div><div>73</div><div>James</div><div>K4JK</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 4, 2015 at 8:59 AM, Cole C <span dir="ltr"><<a href="mailto:colecaz@gmail.com" target="_blank">colecaz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Ah,ha.  I believe you just told me the answer.  ctcssfrom=usb and carrierfrom=none changes receiver operation from carrier squelch control to CTCSS control.  Correct? We have a lot of noise spikes and momentary interference at our sites that override carrier squelch so we run CTCSS squelch almost always.</p>
<p dir="ltr">Now to figure out a macro to switch back and forth from COR to CTCSS via DTMF.</p>
<p dir="ltr">I understand the fob and simple usb don't decode or encode CTCSS.  We use Comm Spec encode/decode modules for CTCSS and thus have separate lines for COR and CTCSS. </p>
<p dir="ltr">Thanks.<br>
Cole, AA7RD</p>
<br>_______________________________________________<br>
<br>
arm-allstar mailing list<br>
<a href="mailto:arm-allstar@hamvoip.org">arm-allstar@hamvoip.org</a><br>
<a href="http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar" target="_blank">http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar</a><br>
<br>
Visit the BBB web page - <a href="http://www.crompton.com/hamradio/BeagleBoneBlackAllstar/" target="_blank">http://www.crompton.com/hamradio/BeagleBoneBlackAllstar/</a><br></blockquote></div><br></div>