<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_1_1479964511744_47940"><br id="yui_3_16_0_1_1479964511744_47941"></div><div id="yui_3_16_0_1_1479964511744_47942">I have a few USB fobs resembling the one shown in the document titled "USB FOB to DB25 Interface" </div><div id="yui_3_16_0_1_1479964511744_47943"><br id="yui_3_16_0_1_1479964511744_47944"></div><div id="yui_3_16_0_1_1479964511744_47945">Unfortunately the chip itself is potted die-on-board so access to signalling lines is limited to the additional components on board, which should seem simple enough to get to Pin 13 that feeds the Red LED to extract a PTT signal.</div><div id="yui_3_16_0_1_1479964511744_47946"><br id="yui_3_16_0_1_1479964511744_47947"></div><div id="yui_3_16_0_1_1479964511744_47948">(I am able to assert COS- to Volume down and get received audio "to the net" experienced with WebTransceiver.)</div><div id="yui_3_16_0_1_1479964511744_47949"><br id="yui_3_16_0_1_1479964511744_47950"></div><div id="yui_3_16_0_1_1479964511744_47951">Unfortunately metering 'every' available connection and toggling WebTransceiver's Key/Transmit, none of the signal lines on the board react. I could imagine one line or the other might be open-collector and I'd have to add a pull-up to see a transition, but with the LED still in-circuit I'd think that would react. (The Green LED works as heartbeat just fine.)</div><div id="yui_3_16_0_1_1479964511744_47952"><br id="yui_3_16_0_1_1479964511744_47953"></div><div id="yui_3_16_0_1_1479964511744_47954">Before I head to the local Frys and buy 1-2 each every fob they have to gut to see if I could get to the chip pins directly (or try to be patient and wait for Amazon)...</div><div id="yui_3_16_0_1_1479964511744_47955"><br id="yui_3_16_0_1_1479964511744_47956"></div><div id="yui_3_16_0_1_1479964511744_47957">... I'm sitting here looking at a fully functional micro with a LOT of GPIO pins available... wondering why, aside from the IRLP s/w and interface options available... doesn't an AllStar implementation leverage the on-board signalling?</div><div id="yui_3_16_0_1_1479964511744_47958"><br id="yui_3_16_0_1_1479964511744_47959"></div><div id="yui_3_16_0_1_1479964511744_47960">I see there is Python code around to work with the GPIO, but not quite yet sure how or if I could create and call PTT and COR (and CTCSS) sense scripts within the AllStar configuration - ???</div><div id="yui_3_16_0_1_1479964511744_47961"><br id="yui_3_16_0_1_1479964511744_47962"></div><div id="yui_3_16_0_1_1479964511744_47963">I know it would split out the radio audio v PTT/COS wiring harness just a bit vs the cute USB thing, but what the heck - buffer/interface parts on a small perf board tied to the GPIO pins and done? No?</div><div id="yui_3_16_0_1_1479964511744_47964"><br id="yui_3_16_0_1_1479964511744_47965"></div><div id="yui_3_16_0_1_1479964511744_47966">Am I missing something? Code- and instructions-to-be?</div><div id="yui_3_16_0_1_1479964511744_47967"><br id="yui_3_16_0_1_1479964511744_47968"></div><div id="yui_3_16_0_1_1479964511744_47969">Using Pi 3 Model B v 1.2</div><div id="yui_3_16_0_1_1479964511744_47970"><br id="yui_3_16_0_1_1479964511744_47971"></div><div dir="ltr" id="yui_3_16_0_1_1479964511744_47972">BTW, uname -a yields: "Linux barf3 3.18.0-trunk-rpi2 #1 SMP PREEMPT Debian 3.18.5-1~exp1.co1 (2015-02-02) armv7l GNU/Linux"</div></div></body></html>