[arm-allstar] arm-allstar Digest, Vol 15, Issue 3

Barry Buelow bjbuelow at yahoo.com
Wed Aug 5 09:48:16 EST 2015


Bernie,Have a look with an oscilloscope at the audio output of your radio. Most radios have a DC offset of about 6vdc. This will be obvious if the radio has 2 pins for the external speaker as the lines are both DC biased to 1/2 the applied DC. The audio is out of phase on the 2 lines.
This DC bias can be used as a COS. It may require the addition of a resistor to GND on the line you use as COS as when the squelch closes (no audio) it may not bleed off as rapidly as desired. Consider adding ~220 Ohms to GND. 

Good luck.Barry w0iy
 


     On Wednesday, August 5, 2015 7:52 AM, "arm-allstar-request at hamvoip.org" <arm-allstar-request at hamvoip.org> wrote:
   

 ----- Forwarded Message -----

Send arm-allstar mailing list submissions to
    arm-allstar at hamvoip.org

To subscribe or unsubscribe via the World Wide Web, visit
    http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
or, via email, send a message with subject or body 'help' to
    arm-allstar-request at hamvoip.org

You can reach the person managing the list at
    arm-allstar-owner at hamvoip.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of arm-allstar digest..."

Today's Topics:

  1. Re: New RPI2 installation IAXRpt drops out. (Bernie McIntosh)
  2. Re: New RPI2 installation IAXRpt drops out. (REDBUTTON_CTRL)
  3. Re: New RPI2 installation IAXRpt drops out. (Doug Crompton)
  4. Re: New RPI2 installation IAXRpt drops out. (Bernie McIntosh)
  5. Re: New RPI2 installation IAXRpt drops out. (Doug Crompton)
  6. Re: New RPI2 installation IAXRpt drops out. (Fred Moore)
 

Hi,

First of all apologies for sending out earlier mails under the 
silly "digest" subject header. I don't use lists very often and 
this slipped by.

Secondly, thanks very much for the rapid help and support.

I don't want to move to using COS for two reasons. One is that 
I have already purchased four soundcards that were from 
different origins and all use the dreaded blob construction. 
Looks like virtually all do these days.  The vendor of the ones 
you have listed will not ship to the uk.  The other reason is 
that the radio, which is part of the team's set, does not have 
COS available.

We can always just up the budget and get something suitable but 
here in the UK, mountain rescue is unpaid voluntary work and 
the budget is accordingly tight. Another alternative is some 
point to point audio streaming and a simple GPIO remote 
operating program over ssh. In one sense using asterisk for my  
problem is a bit of a sledgehammer to crack a nut. But iaxrpt 
looks really good and easy to use as a dispatch console and 
that's what drives me to use the full-blown apt-rpt solution.

So cogniscent of your advice - the receiver must present COS 
even for a half-duplex remote access system, I thought I'd try 
the usbradio solution  and dsp COS. I was actually expecting it 
to be poor after all that I've read, but in fact it seems to 
work a treat. I've only done some basic bench testing so it is 
early days, but the quality does seem good enough.

Again, because of the soundcard procurement problem, for the 
PTT I've used the PI gpio and the channel variable/event 
handler solution outlined a few times by others on the list. It 
was a little tricky initially, with timing issues causing a 
lock up. Remember I'm just operating a transceiver, not a 
separate rx / tx combination and since I am using squelch COS 
detection, when I go into TX from iaxrpt, the system thinks 
that the receive channel is occupied and tries to perpuate the 
TX forever.

Anyway, all resolved now and the system working perfectly the 
way I wanted it. Doug, you sure have saved a lot of work with 
your image and your support. I'm most grateful.


Very 73

Bernie
GM4WZG




We since you dont have a cor from the radio and you may not have 
discriminator audio the dsp may not work for you.

the dsp option does require discriminator audio and will not work from a 
speaker O/P.

But you can always use the Vox option when connected to the speaker.
I dont know if this option is supported on the RPI image but its a 
possibility.

This way the node would only transmit packets when it is actually 
receiving and not consistently sending data like taking the phone off 
hook after dialing a number.

VA3RQ
Jon

On 8/4/2015 7:58 PM, Bernie McIntosh wrote:
>
>
> Hi,
>
> First of all apologies for sending out earlier mails under the
> silly "digest" subject header. I don't use lists very often and
> this slipped by.
>
> Secondly, thanks very much for the rapid help and support.
>
> I don't want to move to using COS for two reasons. One is that
> I have already purchased four soundcards that were from
> different origins and all use the dreaded blob construction.
> Looks like virtually all do these days.  The vendor of the ones
> you have listed will not ship to the uk.  The other reason is
> that the radio, which is part of the team's set, does not have
> COS available.
>
> We can always just up the budget and get something suitable but
> here in the UK, mountain rescue is unpaid voluntary work and
> the budget is accordingly tight. Another alternative is some
> point to point audio streaming and a simple GPIO remote
> operating program over ssh. In one sense using asterisk for my
> problem is a bit of a sledgehammer to crack a nut. But iaxrpt
> looks really good and easy to use as a dispatch console and
> that's what drives me to use the full-blown apt-rpt solution.
>
> So cogniscent of your advice - the receiver must present COS
> even for a half-duplex remote access system, I thought I'd try
> the usbradio solution  and dsp COS. I was actually expecting it
> to be poor after all that I've read, but in fact it seems to
> work a treat. I've only done some basic bench testing so it is
> early days, but the quality does seem good enough.
>
> Again, because of the soundcard procurement problem, for the
> PTT I've used the PI gpio and the channel variable/event
> handler solution outlined a few times by others on the list. It
> was a little tricky initially, with timing issues causing a
> lock up. Remember I'm just operating a transceiver, not a
> separate rx / tx combination and since I am using squelch COS
> detection, when I go into TX from iaxrpt, the system thinks
> that the receive channel is occupied and tries to perpuate the
> TX forever.
>
> Anyway, all resolved now and the system working perfectly the
> way I wanted it. Doug, you sure have saved a lot of work with
> your image and your support. I'm most grateful.
>
>
> Very 73
>
> Bernie
> GM4WZG
>
>
> _______________________________________________
>
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2 web page - http://hamvoip.org
>


<!--#yiv9767477034 .yiv9767477034hmmessage P{margin:0px;padding:0px;}#yiv9767477034 body.yiv9767477034hmmessage{font-size:12pt;font-family:Calibri;}-->Bernie,

Glad you found a solution. usbradio will work although it can have rough audio even in the best of conditions on a PC. If it satisfies you then great. Also if this is a one way, just RX, why not leave the COS always keyed in simpleusb. Maybe I don't get the whole picture but if it is a private just to iaxrpt that should work. iaxrpt is full duplex in that you can send commands and audio downstream even if the other end is keyed.

73 Doug
WA3DSP
http://www.crompton.com/hamradio


> From: bmcintosh at paceprofessional.co.uk
> To: arm-allstar at hamvoip.org
> Date: Wed, 5 Aug 2015 00:58:47 +0100
> Subject: Re: [arm-allstar] New RPI2 installation IAXRpt drops out.
> 
> 
> 
> Hi,
> 
> First of all apologies for sending out earlier mails under the 
> silly "digest" subject header. I don't use lists very often and 
> this slipped by.
> 
> Secondly, thanks very much for the rapid help and support.
> 
> I don't want to move to using COS for two reasons. One is that 
> I have already purchased four soundcards that were from 
> different origins and all use the dreaded blob construction. 
> Looks like virtually all do these days. The vendor of the ones 
> you have listed will not ship to the uk. The other reason is 
> that the radio, which is part of the team's set, does not have 
> COS available.
> 
> We can always just up the budget and get something suitable but 
> here in the UK, mountain rescue is unpaid voluntary work and 
> the budget is accordingly tight. Another alternative is some 
> point to point audio streaming and a simple GPIO remote 
> operating program over ssh. In one sense using asterisk for my 
> problem is a bit of a sledgehammer to crack a nut. But iaxrpt 
> looks really good and easy to use as a dispatch console and 
> that's what drives me to use the full-blown apt-rpt solution.
> 
> So cogniscent of your advice - the receiver must present COS 
> even for a half-duplex remote access system, I thought I'd try 
> the usbradio solution and dsp COS. I was actually expecting it 
> to be poor after all that I've read, but in fact it seems to 
> work a treat. I've only done some basic bench testing so it is 
> early days, but the quality does seem good enough.
> 
> Again, because of the soundcard procurement problem, for the 
> PTT I've used the PI gpio and the channel variable/event 
> handler solution outlined a few times by others on the list. It 
> was a little tricky initially, with timing issues causing a 
> lock up. Remember I'm just operating a transceiver, not a 
> separate rx / tx combination and since I am using squelch COS 
> detection, when I go into TX from iaxrpt, the system thinks 
> that the receive channel is occupied and tries to perpuate the 
> TX forever.
> 
> Anyway, all resolved now and the system working perfectly the 
> way I wanted it. Doug, you sure have saved a lot of work with 
> your image and your support. I'm most grateful.
> 
> 
> Very 73
> 
> Bernie
> GM4WZG
> 
> 
> _______________________________________________
> 
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> 
> Visit the BBB and RPi2 web page - http://hamvoip.org
> 
 
Doug,

It does need to be two way - I was expressing myself poorly tying to explain
part of the problem.

Overnight the "solution" that I found has failed. Lots of strange behaviour,
and regular "Hangup 'DAHDI/Pseudo-46535" messages on console.

dahdi show channels shows around 20 channels in use.  

All ok on reboot but there's ovbviously something funny going on in the long
term.

Am I right in thinking that the DAHDI channels are  channels that link the
USBRadio module ? And that there shouldn't be twenty of them ? 

Cheers

Benrie
GM4WZG



Bernie,

Glad you found a solution. usbradio will work although it can have rough
audio even in the best of conditions on a PC. If it satisfies you then
great. Also if this is a one way, just RX, why not leave the COS always
keyed in simpleusb. Maybe I don't get the whole picture but if it is a
private just to iaxrpt that should work. iaxrpt is full duplex in that you
can send commands and audio downstream even if the other end is keyed.
73 Doug
WA3DSP
http://www.crompton.com/hamradio






<!--#yiv9767477034 .yiv9767477034hmmessage P{margin:0px;padding:0px;}#yiv9767477034 body.yiv9767477034hmmessage{font-size:12pt;font-family:Calibri;}-->Bernie,

 You are having too many problems there. Perhaps you have a bad image or bad hardware. What you are seeing is not normal. I think you should try a new image and or hardware. 

73 Doug
WA3DSP
http://www.crompton.com/hamradio


> From: bmcintosh at paceprofessional.co.uk
> To: arm-allstar at hamvoip.org
> Date: Wed, 5 Aug 2015 09:58:07 +0100
> Subject: Re: [arm-allstar] New RPI2 installation IAXRpt drops out.
> 
> 
> Doug,
> 
> It does need to be two way - I was expressing myself poorly tying to explain
> part of the problem.
> 
> Overnight the "solution" that I found has failed. Lots of strange behaviour,
> and regular "Hangup 'DAHDI/Pseudo-46535" messages on console.
> 
> dahdi show channels shows around 20 channels in use. 
> 
> All ok on reboot but there's ovbviously something funny going on in the long
> term.
> 
> Am I right in thinking that the DAHDI channels are channels that link the
> USBRadio module ? And that there shouldn't be twenty of them ? 
> 
> Cheers
> 
> Benrie
> GM4WZG
> 
> 
> 
> Bernie,
> 
> Glad you found a solution. usbradio will work although it can have rough
> audio even in the best of conditions on a PC. If it satisfies you then
> great. Also if this is a one way, just RX, why not leave the COS always
> keyed in simpleusb. Maybe I don't get the whole picture but if it is a
> private just to iaxrpt that should work. iaxrpt is full duplex in that you
> can send commands and audio downstream even if the other end is keyed.
> 73 Doug
> WA3DSP
> http://www.crompton.com/hamradio
> 
> 
> 
> 
> _______________________________________________
> 
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> 
> Visit the BBB and RPi2 web page - http://hamvoip.org
> 
   Doug has posted the check sum data on the website, so it should be easy to verify if you have a good download.  
 
 Burnie, I also sent you a knowledgeable allstar UK contact offline a few minutes ago.. He may be able to assist you in getting this quickly resolved.. regards.. Fred
 
 
 On 8/5/15 8:47 AM, Doug Crompton wrote:
  
 <!--#yiv9767477034 .yiv9767477034hmmessage P{margin:0px;padding:0px;}#yiv9767477034 body.yiv9767477034hmmessage{font-size:12pt;font-family:Calibri;}--> Bernie,
 
  You are having too many problems there. Perhaps you have a bad image or bad hardware. What you are seeing is not normal. I think you should try a new image and or hardware. 
 
 73 Doug
 WA3DSP
 http://www.crompton.com/hamradio
 
 
 > From: bmcintosh at paceprofessional.co.uk
 > To: arm-allstar at hamvoip.org
 > Date: Wed, 5 Aug 2015 09:58:07 +0100
 > Subject: Re: [arm-allstar] New RPI2 installation IAXRpt drops out.
 > 
 > 
 > Doug,
 > 
 > It does need to be two way - I was expressing myself poorly tying to explain
 > part of the problem.
 > 
 > Overnight the "solution" that I found has failed. Lots of strange behaviour,
 > and regular "Hangup 'DAHDI/Pseudo-46535" messages on console.
 > 
 > dahdi show channels shows around 20 channels in use. 
 > 
 > All ok on reboot but there's ovbviously something funny going on in the long
 > term.
 > 
 > Am I right in thinking that the DAHDI channels are channels that link the
 > USBRadio module ? And that there shouldn't be twenty of them ? 
 > 
 > Cheers
 > 
 > Benrie
 > GM4WZG
 > 
 > 
 > 
 > Bernie,
 > 
 > Glad you found a solution. usbradio will work although it can have rough
 > audio even in the best of conditions on a PC. If it satisfies you then
 > great. Also if this is a one way, just RX, why not leave the COS always
 > keyed in simpleusb. Maybe I don't get the whole picture but if it is a
 > private just to iaxrpt that should work. iaxrpt is full duplex in that you
 > can send commands and audio downstream even if the other end is keyed.
 > 73 Doug
 > WA3DSP
 > http://www.crompton.com/hamradio
 > 
 > 
 > 
 > 
 > _______________________________________________
 > 
 > arm-allstar mailing list
 > arm-allstar at hamvoip.org
 > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
 > 
 > Visit the BBB and RPi2 web page - http://hamvoip.org
 > 
   
 -- 
 This message has been scanned for viruses and 
 dangerous content by MailScanner, and is 
 believed to be clean. 
  
 _______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org 
 
 -- 
Fred Moore
email: fred at fmeco.com
       fred at safes.com
phone:  321-217-8699
 
_______________________________________________
arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar


  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20150805/a22a8513/attachment-0001.html>


More information about the arm-allstar mailing list