- App_rpt-users - lists.keekles.org

Re: [App_rpt-users] CM108 modification
by services＠eaglelink.net 09 Jul '09

09 Jul '09

That would be another great use for the tones, choosing which remote node you would want to connect to. How well does the DSP cut out squelch tails? If I wanted to use the COR I supposed it would be just as easy to use a transistor to get the ground. Should I be worried about someone accidentally hitting that volume down button and sending 3.3v back to the radio? I don't know if there will be a difference, but this time I am making all of the circuits external. I'm using a little radio shack project board instead of trying to cram it all in the usb housing. I left the audio output jack on the board for monitoring/testing, but I removed the mic connector to route the wires through that hole. The usb adapter I got from dealextreme had surface mount jacks, so it was really easy to remove and solder wires to. Jeff WQEX694 KB1SPH P.S. Sorry for the double post, forgot to change the subject in the last one to keep the same thread. > According to the docs...if you are using discriminator you do not > need to hook up COR.. if you DO want to use COR...it requires a pull > to ground as you noted.. by default. The pull can either be COR or > NOT COR ..I think it was a command in the usb dongle configs. > > I would let the dsp do the work... you only need the discriminator > audio that way.. > > The notes look like it can handle more than one tone... but that is a > question I am curious about too.... Especially if the tone used can > cause a routing change on the internet..like the tone can trigger an > automatic route selection. > > Doug > KD8

1 0

Re: [App_rpt-users] App_rpt-users Digest, Vol 5, Issue 7
by services＠eaglelink.net 09 Jul '09

09 Jul '09

That would be another great use for the tones, choosing which remote node you would want to connect to. How well does the DSP cut out squelch tails? If I wanted to use the COR I supposed it would be just as easy to use a transistor to get the ground. Should I be worried about someone accidentally hitting that volume down button and sending 3.3v back to the radio? I don't know if there will be a difference, but this time I am making all of the circuits external. I'm using a little radio shack project board instead of trying to cram it all in the usb housing. I left the audio output jack on the board for monitoring/testing, but I removed the mic connector to route the wires through that hole. The usb adapter I got from dealextreme had surface mount jacks, so it was really easy to remove and solder wires to. Jeff WQEX694 KB1SPH > According to the docs...if you are using discriminator you do not > need to hook up COR.. if you DO want to use COR...it requires a pull > to ground as you noted.. by default. The pull can either be COR or > NOT COR ..I think it was a command in the usb dongle configs. > > I would let the dsp do the work... you only need the discriminator > audio that way.. > > The notes look like it can handle more than one tone... but that is a > question I am curious about too.... Especially if the tone used can > cause a routing change on the internet..like the tone can trigger an > automatic route selection. > > Doug > KD8B

1 0

Re: [App_rpt-users] CM108 modification
by Eagle Link Customer Service 09 Jul '09

09 Jul '09

Ok, I didn't think to look at the bottom for notes. My next dumb question, for the COS, what is it triggered by? Looking at the diode, keep in mind I'm no expert at electronics, I would think it's triggered by ground. Ground goes on the cathode side right? But testing the connections on my adapter from dealextreme, it has volume buttons, it connects that pin to aprox 3.3v. Is this I/O pin capable of either one? Or am I just really that confused? On my radio I hace ground output for COS or aprox. +5v for CTCSS. I'd rather use the COS if the software can decode and encode the CTCSS for me. Also, does the software support multiple CTCSS tones like a community tone panel? Could I maybe configure multiple nodes (with different tones) and set them to the same usb device? It would be useful for giving groups their own tone, then if I had a problem I could disable that group. Thanks, Jeff

2 1

Re: [App_rpt-users] CM108 modification
by hwstar＠rodgers.sdcoxmail.com 08 Jul '09

08 Jul '09

> > From: Doug Bade <kd8b(a)thebades.net> > Date: 2009/07/08 Wed AM 08:13:10 PDT > To: app rpt-users <app_rpt-users(a)qrvc.com> > Subject: Re: [App_rpt-users] CM108 modification > > That explains it...I did not look there :-) > > I need to see if my new Chinese versions have it ... it looks like > lots more parts on the board but very similar otherwise... some other > buttons added for mute and volume up down on the fob itself... > assuming we do not need core.... I am wondering if I can isolate the > 4th pin on the speaker and mic jack and just push ptt out that jack > instead of cutting it all out as seems like the other 3 leads do not > need to be changed... > > I am considering replacing the npn transistor with a 2n7000 series > fet as a series resistor is not needed on the gate side... as long as > all runs at logic levels etc... > > Doug > > > > At 10:29 AM 7/8/2009, Stephen Rodgers wrote: > >Doug Bade wrote: > > > The schematic looks logically correct... > > > > > > C2 and C3 are in the usbfob.pdf picture.. > > > > > > C1 does not appear to be.. It seems C1 is on the schematic but not > > > the construction picture.... I would think it should be there... as > > > to avoid DC coupling between the stages... > > > > > > I just recently got some CM109 based adapters from China that are > > > currently available and will be making some notes on them as I > > > perfect a mod..electrically they are the same.... the chip is > > really tiny :-) > > > > > > Doug > > > > > > > > > At 08:24 PM 7/7/2009, you wrote: > > >> Ok, I'm modifying a CM108 USB adapter, and though I've done it > > >> before I can't remember if whether the picture or the schematics are > > >> correct in the pdf file. In the picture, I see that for the mic > > >> input (RX Audio) has the twisted (or just soldered) end of the 68K > > >> and 470K attached to the 9 pin connector. In the schematic, the > > >> twisted end is attached to a capacitor (which isn't in the picture > > >> and directions) and then to the mic input on the USB adapter. > > >> > > >> Can anybody tell me which way is the correct way to hook this up? > > >> > > >> Thanks, > > >> Jeff > > >> _______________________________________________ > > >> App_rpt-users mailing list > > >> App_rpt-users(a)qrvc.com > > >> http://qrvc.com/mailman/listinfo/app_rpt-users > > > > > > _______________________________________________ > > > App_rpt-users mailing list > > > App_rpt-users(a)qrvc.com > > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > >As the previous post states, a coupling capacitor is required, however, > >it is already included in the SMT parts on the USB fob. The pictures > >don't show it because it is already mounted on the fob. > > > >C1 is a 4.7uF multilayer ceramic chip capacitor which is part of the > >original circuit as noted at the bottom of the schematic with an *. An > >additional 4.7uF capacitor is not required, > > > >Steve > >WA6ZFT > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > If the CM109 is a 3.3V chip then the 2N7000 will probably not turn completely on due to a higher Vth requirement. Personally, I'd stick with the 2N4401 and the series resistor. "I know engineers, they love to change things" Dr. McCoy, Star Trek Steve WA6ZFT

1 0

CM108 modification
by Eagle Link Customer Service 08 Jul '09

08 Jul '09

Ok, I'm modifying a CM108 USB adapter, and though I've done it before I can't remember if whether the picture or the schematics are correct in the pdf file. In the picture, I see that for the mic input (RX Audio) has the twisted (or just soldered) end of the 68K and 470K attached to the 9 pin connector. In the schematic, the twisted end is attached to a capacitor (which isn't in the picture and directions) and then to the mic input on the USB adapter. Can anybody tell me which way is the correct way to hook this up? Thanks, Jeff

3 3

modules
by George Csahanin 06 Jul '09

06 Jul '09

Is there a list anywhere showing what modules/features are not needed for a radio only system? Seems like there are many choices that I can't find explanation for, and keep leaving in. app_directory app_festival cdr_csv func_enum pbx_spool res_features compiler flags, module embedding, etc Lots of stuff that doesn;t look needed, the above just name a few. Thanks GeorgeC W2DB

2 1

CW speed, parallel port info need
by George Csahanin 06 Jul '09

06 Jul '09

This didn't seem like something for MAntis. But...CW speed selections look like 5,20, 20, I changed the middle to 30 to allow for 30 WPM. (I know what part97 says...) But I'm thinking that if I had access to 16 parallel lines somehow I can make an interface to one of my Motorola Micom HF radios, by making an interfac eto the keypad. I keep seeing reference to paralell port, is there any documentation on that anywhere? It could also work if I wanted to, for instance, use a 12 freq Micor for a remote, etc... GeorgeC W2DB

1 0

Packages in Limey Linux D201GLY2
by Dale J. Robertson 04 Jul '09

04 Jul '09

Hello, I would like to use socat on my LL box as a remote virtual com port for a windows application controlling my Kenwood TS2K (in addition to iax-rpt). The pre-built CF image does not appear to include the socat binaries. Do I just edit the socat line in the d201gly2-buildroot.config file (despite the do not edit warning) to include it in a new image build? Also, the readme file makes reference to a PACKAGES file that includes all the packages in a build. I have been unable to locate this file. 73 Dale NV8U

2 5

8168 driver
by George Csahanin 03 Jul '09

03 Jul '09

Was there a change in the linux source that has a better R8168 driver? I only found the driver for 8169, but it seems to run the adapter now in the D945 board. GeorgeC W2DB

2 1

Re: [App_rpt-users] Location of source code for usbradio.c and xpmr bits please ?
by hwstar＠rodgers.sdcoxmail.com 02 Jul '09

02 Jul '09

Over the past yaer or so, Digium has implemented a very rigorous code review/vetting process, which I feel is not worth investing any time in-- because frankly, I have enough problems to go after and resolve, and we refuse to play "patch catchup drudgery" expending valuable time keeping up with the latest Digium versions when the version we are using works fine for radio users. If someone wants to use the latest asterisk version with app_rpt and the usb channel driver, they'll need to do the app_rpt changes themselves, integrate the patches from our version of asterisk, test it, and correct any problems, or pay someone to do it. They are on their own. This is not to say that we might switch to a newer version of Asterisk at some point in the future, but it will only happen when something is needed in the newer version of Asterisk to either fix or improve app_rpt. Steve WA6ZFT Steve WA6ZFT > > From: Stephen - K1LNX <k1lnx(a)k1lnx.net> > Date: 2009/06/30 Tue AM 09:16:06 PDT > To: app_rpt-users(a)qrvc.com > Subject: Re: [App_rpt-users] Location of source code for usbradio.c and xpmr > bits please ? > > Sounds good guys, it's not so much about disk space for me as it is minimal > requirements, I guess it's my minimalistic nature :D > > Why is Digium so resistant to adding the changed code to their repository? > > 73 > Stephen > K1LNX > > > On Tue, Jun 30, 2009 at 10:00 AM, Steve Zingman <szingman(a)informx.com>wrote: > > > I agree with Jim. > > I don't auto load any modules (autoload=no) in modules.conf. > > I only load the modules I need and add more modules as I add features. > > > > 73, Steve N4IRS > > > > Jim Duuuude wrote: > > > Well, i dont know about that. > > > > > > In our experience with Limey Linux (very small footprint) there is still > > > room for a mostly complete distro. > > > On a host, there is plenty of disk space. > > > > > > I realize that these distros are mainly for radio/repeater use, BUT that > > > not all they are used for. I know > > > someone (DMK, the URI dude, actually) that just got a Limey Linux box > > > running as his phone system (I know, > > > I had to get mpg123 compiled for it for his music on hold). I had him > > > noload the app_rpt and chan_usbradio > > > modules, and it really does make a nice small CHEAP phone system. > > > > > > So I think that keeping this stuff as generally useful as possible is > > > the best thing. > > > > > > Just my opinion.. > > > > > > JIM WB6NIL > > > > > > > > > ------------------------------------------------------------------------ > > > Date: Tue, 30 Jun 2009 09:28:46 -0400 > > > From: k1lnx(a)k1lnx.net > > > To: App_rpt-users(a)qrvc.com > > > Subject: Re: [App_rpt-users] Location of source code for usbradio.c and > > > xpmr bits please ? > > > > > > Steve/group, > > > With all that being said (asterisk forked), what could we strip out > > > and still have core functionality strictly from the radio and allstar > > > network access aspect? My app_rpt install is solely for this project > > > alone, I entertained the idea of turning it into a full fledged PBX, but > > > your right it can cause problems and I think I am better off with a > > > stand alone install for that. > > > > > > I'm not sure how much interest or what level of work an undertaking like > > > that would take, but to have a slimmed down Asterisk version > > > specifically for this project would be a great idea. > > > > > > 73 > > > Stephen > > > K1LNX > > > > > > > > > On Mon, Jun 29, 2009 at 5:10 PM, <hwstar(a)rodgers.sdcoxmail.com > > > <mailto:hwstar@rodgers.sdcoxmail.com>> wrote: > > > > > > > > > > > > > > From: MW0CQU <MW0CQU(a)ntlworld.com <mailto:MW0CQU@ntlworld.com>> > > > > Date: 2009/06/29 Mon PM 12:03:39 PDT > > > > To: App_rpt-users(a)qrvc.com <mailto:App_rpt-users@qrvc.com> > > > > Subject: [App_rpt-users] Location of source code for usbradio.c > > > and xpmr > > > > bits please ? > > > > > > > > Hi all, > > > > > > > > I started adding app_rpt into an asterisk system here at the end > > > of last > > > > year, then other things > > > > kept me away from asterisk other than maintaining my home phone > > > system !. > > > > > > > > Now I have a little more time (before the next calamity!) I > > > thought I'd > > > > pick up where I left off > > > > > > > > But I dont want a turnkey distro at this stage I have app_rpt.c > > > and the > > > > digium sources I just want to add > > > > usbradio.c and the "xpmr" folder files onto my "development" > > asterisk > > > > box for a "play". > > > > > > > > I looked over the site, and couldnt find a link, > > > > > > > > I googled around a lot and found the code in HTML format (with > > line > > > > numbers) but couldn't find the raw source. > > > > > > > > Where do I get these sources these days please ? I cant see a > > > link to a > > > > CVS tree either > > > > > > > > 73 > > > > > > > > 'CQU > > > > > > > > > > > > > > > > > > > > > Your strategy is not advised. For two reasons. > > > > > > --one-- > > > > > > The latest Digium sources are not compatible with app_rpt and the > > > usb driver, Getting Digium to incorporate our changes to fix this > > > has been next to impossible. > > > > > > Our solution was to use a patched copy of asterisk 1.4.23-pre and > > > build our system off of that. Yes, we have technically forked > > > Asterisk, but we had no choice. > > > > > > --two- > > > > > > Running a radio system and a phone system off of the same box is > > > just asking for trouble. If the radio system goes down, so does your > > > phone system. I learned this one the hard way a few years ago when > > > my system was configured in this manner. I now run two separate > > > servers to avoid getting complaints form family members when my > > > experiments > > > on the radio system go amok. Also, the phone system works much > > > better with DTMF_RELAX configured to be disabled. > > > > > > The sources for the version of Asterisk with all necessary patches > > > and the latest app_rpt.c and usb channel driver are available via > > > SVN from the developers section of my site at > > > http://app-rpt.qrvc.com > > > > > > > > > Steve > > > WA6ZFT > > > > > > > > > > > > > > > > > > > > > > > > No virus found in this outgoing message. > > > Checked by AVG - www.avg.com <http://www.avg.com> > > > Version: 8.5.375 / Virus Database: 270.13.0/2209 - Release Date: > > > 06/29/09 14:43:00 > > > > > > _______________________________________________ > > > App_rpt-users mailing list > > > App_rpt-users(a)qrvc.com <mailto:App_rpt-users@qrvc.com> > > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > > > > > > _______________________________________________ > > > App_rpt-users mailing list > > > App_rpt-users(a)qrvc.com <mailto:App_rpt-users@qrvc.com> > > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > > > > > > > > > > > > -- > > > Stephen Brown - ARS K1LNX > > > Johnson City, TN EM86 > > > http://www.k1lnx.net > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > App_rpt-users mailing list > > > App_rpt-users(a)qrvc.com > > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users(a)qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > > > -- > Stephen Brown - ARS K1LNX > Johnson City, TN EM86 > http://www.k1lnx.net > > _______________________________________________ App_rpt-users mailing list App_rpt-users(a)qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users

6 6