<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal style='text-indent:.5in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I would have to say that the issue discussed with USB drops/pops/clicks is NOT an issue that ”has to be”… I use USB sound interfaces (CM108) for my D-Star repeater(s) running dstarrepeatercontroller software. One of my system production tests is to generate a dtmf character from my dstar portable and listen to the recovered dtmf on the far end. If you are familiar with AMBE and dtmf issues, the AMBE codec handles dtmf as a command string and sends it through as a command sequence to be regenerated on the far end. If there is *<b>any</b>* breaks in the data stream encoded through the usb sound fob, it will be manifested in a break in the dtmf recovered presentation on the far end. In many setups along the way, this was a problem, however it *<b>CAN</b>* be tweaked and time slicing corrected to allow no drops. I have a production system that does not have drops for sustained PTT’s up to/in excess of 3 minutes of a sustained dtmf character that are clean for that time frame. The data rate of Dstar would seem to exceed any analog presentation that Allstar may build…<o:p></o:p></span></p><p class=MsoNormal style='text-indent:.5in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> So… It CAN work, it may be that some tweaking of Allstar and/or the linux code may need to happen, but to say with certainty that sound fob repeaters are not production quality is unfair at least in my world… As I can demonstrate otherwise.. uptimes in excess of months are typical and no USB hangs or dropson both of my dstar GMSK repeaters <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> I would also suggest that certain issues may be present in USB sound fob systems of Allstar that have a problem I/We detected in the dstar world of implementation that may have to do with some issues in usb sound implementation. All CM1xx chipsets were designed for telephony and as such have a sidetone function built in. There is an internal audio loop from the mic side to the headset side. It is designed to provide comfort audio to your ear while you are talking but in our repeater world provides a direct, low level direct analog loop between rx audio and the transmitter. Depending on series resistance vales and coupling, these levels can become an issue, it definitely is to GMSK modem data of our dstar implementations.. What happens is you have 2 loops out of time, one direct and one through the computer dsp. This is problematical in things that are sensitive to phase shift and can result in cancelleation etc… A quick and dirty solution is to use 2 sound fobs for repeating… as one for tx and one for rx. The circuits are isolated and no dual audio path.. Using 2 DMK URI’s might be cost prohibitive for the most part… but sound fobs can replace maybe one end or the other on TX or RX. I am not sure how the Allstar implementation would handle that but it could be done,as my USB URI implementations for Allstar are working quite well. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> Where I am going with all this is “glitchiness” of the systems may be resolvable issues as we HAVE resolutions in dstar… so flat out bad rapping sound fobs is maybe not really appropriate..<o:p></o:p></span></p><p class=MsoNormal style='text-indent:.5in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>A significant issue and problem using FXO/FXS cards is you need to deal with line supervision issues and ptt/cor which are not part of the FXO FXS “normal” implementation. It can be done but I did some work on a system for work where we tried to use a pair of Multitech FXO/FXS units to link 2 radios and it was a lot more cumbersome than was worth.. We ended up opting for Multitech’s E&M versions as audio and signaling are not directly linked and E&M signaling translates to PTT and COR a lot easier. CTCSS is still going to be an issue as that would be out-of-band audio for Telco class FXO/FXS/E&M hardware.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>E&M is used for microwave analog radio linking because it foots the bill very well.. but it does not carry CTCSS either way directly. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Doug<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>KD8B<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] <b>On Behalf Of </b>Steve Gladden<br><b>Sent:</b> Thursday, January 12, 2012 10:05 AM<br><b>To:</b> app_rpt-users@ohnosec.org<br><b>Subject:</b> [App_rpt-users] USB Sucks Yay! The Sequel!<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal><span style='font-size:10.0pt'> My understanding is that you can use *any* digium FXO/FXS (and possibly a less expensive clone) card it will work well and skrew the piece of crap USB interfaces.<br>I further understand/think that it *MUST* be a two port card with both FXO and FXS present is this true?<br>Or can you somehow get away with a single port FXO or FXS card?</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:10.0pt'>Single port cards are cost comparative to a ready made DRI USB which is --->>>>>*NOT*<<<<<--- production remote repeater site quality/capable and good only for testing experimenting etc.<br>Even if such a card is TWICE the price of a DMK URI.. This is the way to go for a production system..<br>Which is *ALL* that I would ever run at a site..<br>And home I'll still maybe d*** around with USB interfaces which truly suck with app_rpt in ALL of my testing I've done in 3 years.<br><br>Am I clear in this understanding?</span><o:p></o:p></p></div><p> <o:p></o:p></p><p><span style='font-size:10.0pt'>Any suggestions on cards/Interfaces that work well?</span><o:p></o:p></p><p><span style='font-size:10.0pt'>Any that don't?? stick with Digium?<br><br>I should have asked this bundle of questions 2 years ago *sigh*</span><o:p></o:p></p><p> <o:p></o:p></p><p>I realize newer boards will not have PCI slots.. <br>"USB sucks + is unrealiable"<o:p></o:p></p><p>-->as I have been assured both through my own testing and the developers of app_rpt.<o:p></o:p></p><p>If you tell me you have a perfectly working sytem I'll have you do *my test* sit & listen locally at the system to the TX on continuously with PL encode and you *will* hear the audio pops & interruptions in the trasnmitted audio that I am confident are present in ALL usb installed systems :-).. but has been proven liveable for most.<o:p></o:p></p><p>If you absolutely have to go with USB for whatever reason beagleboard etc.. small low power controller<br>then it's time for a different controller if you require production/site performance & reliability.<o:p></o:p></p><p> <o:p></o:p></p><p> <o:p></o:p></p><p><span style='font-size:10.0pt'> <o:p></o:p></span></p><div><p class=MsoNormal><span style='font-size:10.0pt'><br>Michigan Broadband Systems<br>Connecting Your Business!<br> <br><br><br>+1 734.527.7150 Direct<br>+1 248.327.4389 Fax<br><a href="mailto:steve@michiganbroadband.com">steve@michiganbroadband.com</a><br><a href="http://www.michiganbroadband.com">www.michiganbroadband.com</a><br> <o:p></o:p></span></p></div><div id=divRpF476858><div class=MsoNormal align=center style='text-align:center'><hr size=2 width="100%" align=center></div><p class=MsoNormal style='margin-bottom:12.0pt'><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <a href="mailto:app_rpt-users-bounces@ohnosec.org">app_rpt-users-bounces@ohnosec.org</a> [app_rpt-users-bounces@ohnosec.org] On Behalf Of Bradley Haney [kc9gqr@gmail.com]<br><b>Sent:</b> Tuesday, January 10, 2012 2:24 PM<br><b>To:</b> <a href="mailto:app_rpt-users@ohnosec.org">app_rpt-users@ohnosec.org</a><br><b>Subject:</b> Re: [App_rpt-users] App_rpt-users Digest, Vol 35, Issue 20</span><o:p></o:p></p></div><div><div><p class=MsoNormal>I thought i would get the server set up and then get the USB to radio interface.. what is the best and cheap one to buy. I don't want to roll my own as if everything works out well we will move the unit to the repeater site in the Spring. But for now i was going to put it on a simplex node. I just didn't want to buy the adapter then stuck with it with no way to configure the server.. for the time being i will hook it to the ft2600 yaesu ..<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>any thoughts on usb to radio interface?<o:p></o:p></p></div><div><p class=MsoNormal>On Tue, Jan 10, 2012 at 11:00 AM, <<a href="mailto:app_rpt-users-request@ohnosec.org">app_rpt-users-request@ohnosec.org</a>> wrote:<o:p></o:p></p><p class=MsoNormal>Send App_rpt-users mailing list submissions to<br> <a href="mailto:app_rpt-users@ohnosec.org">app_rpt-users@ohnosec.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>or, via email, send a message with subject or body 'help' to<br> <a href="mailto:app_rpt-users-request@ohnosec.org">app_rpt-users-request@ohnosec.org</a><br><br>You can reach the person managing the list at<br> <a href="mailto:app_rpt-users-owner@ohnosec.org">app_rpt-users-owner@ohnosec.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of App_rpt-users digest..."<br><br><br>Today's Topics:<br><br> 1. Registartion failure -To those who assisted.... (DougH)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 10 Jan 2012 12:00:58 -0000<br>From: "DougH" <<a href="mailto:specialq.que@ntlworld.com">specialq.que@ntlworld.com</a>><br>To: <<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a>><br>Subject: [App_rpt-users] Registartion failure -To those who<br> assisted....<br>Message-ID: <A4EDABEE3C824FBEB8F9CDFAE083E47C@DougLaptop2><br>Content-Type: text/plain; format=flowed; charset="iso-8859-1";<br> reply-type=original<br><br>....in my 'Registration Failure' question. Thank you.....situation has been<br>resolved due to a combination of your inputs.<br><br>Help much appreciated,<br><br>Regards,<br>Doug - MM0BJA<br><br><br><br>------------------------------<br><br>_______________________________________________<br>App_rpt-users mailing list<br><a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br><a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br><br><br>End of App_rpt-users Digest, Vol 35, Issue 20<br>*********************************************<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>