[arm-allstar] any sneaky ways to set idrecording

Fri Apr 7 09:52:40 EST 2017

why don't you set up a private node, so when you connect to your first node 
it has a psyudo local node transmitter.
then just connect to your remote base node.
by connecting the primary node, you will hear the remote base audio ...

Thanks
73 Neil Sablatzky  K8IT
Allstar Node 41838 KITLINK
Allstar Node 42087 KITLINK HUB
IRLP Node exp0068
Echolink K8IT-L
WIRES-X K8IT 11479 Room 21479

--------------------------------------------------
From: ""Lowell via arm-allstar"" <arm-allstar at hamvoip.org>
Sent: Friday, April 07, 2017 2:19 AM
To: "ARM Allstar" <arm-allstar at hamvoip.org>
Cc: "Lowell" <lowell.brunson at gmail.com>
Subject: Re: [arm-allstar] any sneaky ways to set idrecording

> I'll try to explain it from a users perspective.
>
> Let's suppose I have a soft phone that call call asterisk.  Also, I
> have a multi-mode remote base radio ( Icom ic706 MKIIG ).
>
> I use the soft phone to  "call" my allstar remote base node.  It
> answers. I hear people talking on the radio.  I want to know what
> frequency the radio is on.  So, I issue *651 because that is the
> autopatch command is that launches my script.  It launches  the script
> which calls hamlib's rigctl ( rigctl -m2 f ) which returns a string of
> numbers.  Next, the script creates an audio file containing the spoken
> frequency.
>
> So far, so good.  Now, I want allstar to tell me over the soft-phone
> what the frequency is.  If I use rpt localplay I hear it over the
> phone all right but the guys on the node's remote base radio frequency
> also hear it because the remote base radio goes into transmit during
> local play.
>
> I happened to notice that the ID does not transmit over the remote
> base radio but I do hear it over the phone.  So, the idea is to swap
> the ID audio file to the spoken frequency file, trigger the ID (
> status command 11 ), wait for that to finish saying the frequency,
> and then swap the ID audio file back to what it is intended to be (my
> call) so the next time the ID timer times out, I hear the proper ID.
>
> Eventually, I want to also have a full duplex UHF control link that
> works like the phone.
>
> I will be using this on SSB as well as on FM.  There is no working
> squelch on SSB so I have to have a full duplex link because I might
> need to send commands while the remote base radio is still talking to
> me.
>
> Does this make sense now?
>
> Lowell
>
>
> On Thu, Apr 6, 2017 at 10:47 PM, "Doug Crompton via arm-allstar"
> <arm-allstar at hamvoip.org> wrote:
>> Lowell,
>>
>> I am not quite understanding the id-recording usage. id-recording just 
>> does
>> a localplay on the node it is assigned in. Couldn't you just use a
>> localplay command?
>>
>>   BTW when you get this perfected if you think it has broader usage and 
>> you
>> would like to document it I could make it available as a howto on the web
>> page.
>>
>>
>> *73 Doug*
>>
>> *WA3DSP*
>>
>> *http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*
>>
>> On Fri, Apr 7, 2017 at 12:51 AM, "Lowell via arm-allstar" <
>> arm-allstar at hamvoip.org> wrote:
>>
>>> I understand.
>>>
>>> I am still solving my problem for a remote base where I use hamlib to
>>> query the radio's frequency and then speak it back to me on the zoiper
>>> phone link but not over the air.  I guess I have all the pieces now.
>>> It turns out that the voice ID works the way I need the frequency
>>> readback to work.  It doesn't key the transmitter only talks on the
>>> link.  So, I will swap out the id for a generated frequency readback
>>> file and then swap it back when I am done.
>>>
>>> Lowell
>>>
>>>
>>>
>>>
>>> On Thu, Apr 6, 2017 at 7:53 PM, "Doug Crompton via arm-allstar"
>>> <arm-allstar at hamvoip.org> wrote:
>>> > Lowell,
>>> >
>>> >  First of all yes there is a notlelemtx. I don't believe there are any
>>> > commands in Acid that are not in our code. However the opposite is not
>>> true.
>>> >
>>> > As for dynamic control of config parameters. That can and probably 
>>> > will
>>> be
>>> > done in many cases in the future in improvements we make in the code. 
>>> > It
>>> > has already been done in simple-usb-tune-menu where parameters in a
>>> running
>>> > system are changed on the fly.
>>> >
>>> > Things like id-recording can be changed now simply by changing the 
>>> > file
>>> it
>>> > points to. Copy a different ID to the file using a script. You could 
>>> > also
>>> > use the tailmessage command in a similar way dynamically changing the
>>> > tailmessage files.
>>> >
>>> > _______________________________________________
>>> >
>>> > arm-allstar mailing list
>>> > arm-allstar at hamvoip.org
>>> > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>>> >
>>> > Visit the BBB and RPi2/3 web page - http://hamvoip.org
>>> _______________________________________________
>>>
>>> arm-allstar mailing list
>>> arm-allstar at hamvoip.org
>>> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>>>
>>> Visit the BBB and RPi2/3 web page - http://hamvoip.org
>>>
>>>
>> _______________________________________________
>>
>> arm-allstar mailing list
>> arm-allstar at hamvoip.org
>> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>>
>> Visit the BBB and RPi2/3 web page - http://hamvoip.org
> _______________________________________________
>
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3 web page - http://hamvoip.org
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.8012 / Virus Database: 4769/14262 - Release Date: 04/07/17
> 