[arm-allstar] New RPI2 installation IAXRpt drops out.

[REDBUTTON_CTRL]

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
>