Date   

Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

Yesa log or /tmp/ABinfo_port number.txt

Sent by smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of w2jon@... <w2jon@...>
Sent: Monday, December 23, 2019 3:52:47 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] ASL to DMR change TG with DTMF?
 
Yeah I mean, if the dialplan makes an external call to a shell script the results of the script should still be the same regardless of the node I'm working with since its all local to the script.
I'll try it and see what happens
Whwre can I peek to see which TG# is active so I can verify the changes are made? A_B.log?

I know I'm asking alot.


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

Yeah I mean, if the dialplan makes an external call to a shell script the results of the script should still be the same regardless of the node I'm working with since its all local to the script.
I'll try it and see what happens
Whwre can I peek to see which TG# is active so I can verify the changes are made? A_B.log?

I know I'm asking alot.


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

I assume so. Not familiar with *A

On 12/23/2019 3:45 PM, w2jon@... wrote:
Haha you beat me to it as well.
Yeah the arbitrary commands messed with me.

*79 should work even if invoked on the a* node right?


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

Haha you beat me to it as well.
Yeah the arbitrary commands messed with me.

*79 should work even if invoked on the a* node right?


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

just had an epiphany, I techically dont need to run the entire features section.

I really only need the *79 command to change the TG settings and modes. the other commands seem to be simply shortcuts. If I include *79 in my regular features stanza then since it's actually a system level command t shudlnt matter which node invoked it right?
 I think thats the trick.. what say you?


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

You beat me to it. ;)

On 12/23/2019 3:20 PM, Paul Nannery KC2VRJ wrote:
*4xxxx xxxx is the private node number will let you send the command and you end it with a # I belive 

On Mon, Dec 23, 2019, 3:17 PM <w2jon@...> wrote:
haha yeah pretty much..
From what I can say is that since my primary node Allstar 48353 uses my USB audio to link to my interface radio I only have one method to inject the DTMF tones into the node. 
I connect to the private node running the AB with *731999 that links me from analog to the DMR side 
Since DTMF is not allowed to leave the 48353 node it doesn't pass over to 1999 for commanding.  

So If I understand you the unmodified [functions] section would live happily as the "default" command set and because my A* node is using a directive to tell it which functions set to use [functions48353] it will not try to use the ones we are inserting into the file. If I key a command that isn't in the custom functions section it may / or may not find it in the standard functions section?

It seems that the only method to control that private node would be via the Supermon page after selecting the 1999 node from the top. then I could enter *79{TG#} and the 1999 node would react to this.
If I was to allow dtmf to pass the primary a* node would intercept the commands and act on them as it is the node receiving the audio first from the radio/dongle.
I think in order to use dtmf I would then A: enable DTMF passthrough, and B: create new command codes that don't conflict with the A* commands. 
crazy huh? lol 


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

I see it as you have 2 choices. My use of *73 or any of the other commands are arbitrary, you can make them anything you like.
You can also (at least in a ASL node) do a *41999*73 In other words *4 routes your command to node 1999.

Steve

On 12/23/2019 3:17 PM, w2jon@... wrote:
haha yeah pretty much..
From what I can say is that since my primary node Allstar 48353 uses my USB audio to link to my interface radio I only have one method to inject the DTMF tones into the node. 
I connect to the private node running the AB with *731999 that links me from analog to the DMR side 
Since DTMF is not allowed to leave the 48353 node it doesn't pass over to 1999 for commanding.  

So If I understand you the unmodified [functions] section would live happily as the "default" command set and because my A* node is using a directive to tell it which functions set to use [functions48353] it will not try to use the ones we are inserting into the file. If I key a command that isn't in the custom functions section it may / or may not find it in the standard functions section?

It seems that the only method to control that private node would be via the Supermon page after selecting the 1999 node from the top. then I could enter *79{TG#} and the 1999 node would react to this.
If I was to allow dtmf to pass the primary a* node would intercept the commands and act on them as it is the node receiving the audio first from the radio/dongle.
I think in order to use dtmf I would then A: enable DTMF passthrough, and B: create new command codes that don't conflict with the A* commands. 
crazy huh? lol 


Re: ASL to DMR change TG with DTMF?

Paul Nannery KC2VRJ
 

*4xxxx xxxx is the private node number will let you send the command and you end it with a # I belive 


On Mon, Dec 23, 2019, 3:17 PM <w2jon@...> wrote:
haha yeah pretty much..
From what I can say is that since my primary node Allstar 48353 uses my USB audio to link to my interface radio I only have one method to inject the DTMF tones into the node. 
I connect to the private node running the AB with *731999 that links me from analog to the DMR side 
Since DTMF is not allowed to leave the 48353 node it doesn't pass over to 1999 for commanding.  

So If I understand you the unmodified [functions] section would live happily as the "default" command set and because my A* node is using a directive to tell it which functions set to use [functions48353] it will not try to use the ones we are inserting into the file. If I key a command that isn't in the custom functions section it may / or may not find it in the standard functions section?

It seems that the only method to control that private node would be via the Supermon page after selecting the 1999 node from the top. then I could enter *79{TG#} and the 1999 node would react to this.
If I was to allow dtmf to pass the primary a* node would intercept the commands and act on them as it is the node receiving the audio first from the radio/dongle.
I think in order to use dtmf I would then A: enable DTMF passthrough, and B: create new command codes that don't conflict with the A* commands. 
crazy huh? lol 


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

haha yeah pretty much..
From what I can say is that since my primary node Allstar 48353 uses my USB audio to link to my interface radio I only have one method to inject the DTMF tones into the node. 
I connect to the private node running the AB with *731999 that links me from analog to the DMR side 
Since DTMF is not allowed to leave the 48353 node it doesn't pass over to 1999 for commanding.  

So If I understand you the unmodified [functions] section would live happily as the "default" command set and because my A* node is using a directive to tell it which functions set to use [functions48353] it will not try to use the ones we are inserting into the file. If I key a command that isn't in the custom functions section it may / or may not find it in the standard functions section?

It seems that the only method to control that private node would be via the Supermon page after selecting the 1999 node from the top. then I could enter *79{TG#} and the 1999 node would react to this.
If I was to allow dtmf to pass the primary a* node would intercept the commands and act on them as it is the node receiving the audio first from the radio/dongle.
I think in order to use dtmf I would then A: enable DTMF passthrough, and B: create new command codes that don't conflict with the A* commands. 
crazy huh? lol 


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

The functions would be "local" to the node, so,
If you are sending a command from your normal node, *73 would execute *73<node> and if you execute the command from the private node, *73 would tune you to 4000.
Clear as mud?

On 12/23/2019 3:01 PM, w2jon@... wrote:

The reason I asked about the functions is that they appear that there would be conflicting with the Allstar node functions.
i may be 100% off on this but this is my understanding.

i.e Allstar node function 73=ilink,13 ; connect link permanent transceive = *73<node> vs  DVSwitch  73 = cmd, /opt/Analog_Bridge/dvswitch.sh tune 4000    ; Tune the TG 4000 (Unlink from last TG)


 

 


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

The reason I asked about the functions is that they appear that there would be conflicting with the Allstar node functions.
i may be 100% off on this but this is my understanding.

i.e Allstar node function 73=ilink,13 ; connect link permanent transceive = *73<node> vs  DVSwitch  73 = cmd, /opt/Analog_Bridge/dvswitch.sh tune 4000    ; Tune the TG 4000 (Unlink from last TG)


 

 


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

Inline:

On 12/23/2019 2:42 PM, w2jon@... wrote:
Ok, I was able to update the Audio_Bridge executable and I started bringing in some of the config file differences.

in my rtp.conf my primary allstar node has  a functions= functions{nodenumber} directive which corresponds with the defined functions context.

if I insert the provided functions section from your github i am assuming that I would need to add a functions = functions1999 to my 1999 node and rename the new functions section [functions1999] 

If you are inserting functions, I would insert them in the working function stanza.

If I do this then I can use the Supermon DTMF command to send over the change.. this works so far.. but I cannot tell if it;s changing TG's I tried to change to the parrot 9990 TG and I didnt hear anyone although BM shows other peoples activity on the last heard page.. I also do not get into the parro TG when keyed up.

Also do I need to remove the txTg= 9 from my Analog_Bridge.ini?
and also where should I place the various support files ? I see the scripts go in analog_bridge but I'm not sure of the location for the macro file or it's contents?. 
Sorry Steve.. I know I'm close but there is much to learn. I think the bigest issue is that I'm using cromptons image and there seems to be a bunch of decrepancies agains the available documentation on the various processes.

txTG=9 tells AB to startup on TG9. I would suggest you get used to dvswitch.sh as your command interface to AB. just run dvswitch.sh for a list of available commands.

Steve

Thanks


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

Ok, I was able to update the Audio_Bridge executable and I started bringing in some of the config file differences.

in my rtp.conf my primary allstar node has  a functions= functions{nodenumber} directive which corresponds with the defined functions context.

if I insert the provided functions section from your github i am assuming that I would need to add a functions = functions1999 to my 1999 node and rename the new functions section [functions1999] 

If I do this then I can use the Supermon DTMF command to send over the change.. this works so far.. but I cannot tell if it;s changing TG's I tried to change to the parrot 9990 TG and I didnt hear anyone although BM shows other peoples activity on the last heard page.. I also do not get into the parro TG when keyed up.

Also do I need to remove the txTg= 9 from my Analog_Bridge.ini?
and also where should I place the various support files ? I see the scripts go in analog_bridge but I'm not sure of the location for the macro file or it's contents?. 
Sorry Steve.. I know I'm close but there is much to learn. I think the bigest issue is that I'm using cromptons image and there seems to be a bunch of decrepancies agains the available documentation on the various processes.

Thanks


Re: ASL to DSTAR and ircDDBGateway config

Adrian Fewster <vk4tux@...>
 

Can you list the ircddbgateway config file. Would be good to see if dplus is enabled ?

Your PF rules for D-Star usually include ;

  • UDP port 30001 (DExtra protocol)
  • UPD port 20001 (DPlus protocol)
  • UDP port 30051 (DCS protocol)

Also check /etc/resolv.conf for global nameserver entries, nameserver 8.8.8.8  etc for good dns resolve.

On 24/12/19 2:29 am, Ed W8VT wrote:
Steve,
I usually tail the log file and watch but stuff goes by pretty fast. Just looked through them and extracted the following:

M: 2019-12-22 19:17:51: Linking W8VT   B at startup to REF001E
E: 2019-12-22 19:17:51: Error returned from recv, err=104

M: 2019-12-22 21:34:18: Linking W8VT   B at startup to REF001C
E: 2019-12-22 21:34:18: Error returned from recv, err=104

Ed W8VT


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

I can appreciate that. I don't know why I assumed this would have been arm64

Anyway I backed up the original file, plopped a copy of the arm6l into the opt/Analog_Bridge directory and stripped its extension
I think this is the proper procedure. LOL


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

As far as I know few distributions are ARM64 yet. Just trying to me "proactive"

On 12/23/2019 12:43 PM, w2jon@... wrote:
Oh hah. armv71 


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 
Edited

Oh hah. armv7l


Re: ASL to DMR change TG with DTMF?

Steve N4IRS
 

I doubt it. What is the result of uname -a?

On 12/23/2019 12:31 PM, w2jon@... wrote:
Am I correct in selecting the Analog_Bridge.arm64 as my replacement executable for ArchLinux?


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 
Edited

Am I correct in selecting the Analog_Bridge.arm64 as my replacement executable for ArchLinux?
Pi 3B+


Re: ASL to DMR change TG with DTMF?

sigmazgfx@...
 

I will definitely be back with more questions but I will keep that in mind for sure.
From an AllStar user stand-point, I can certainly understand closing down nodes or talkgroups when done with them.
I have in the past had several nodes linked in on A* that people connect and forget.

But really, thanks Steve this is great.

-jon

4321 - 4340 of 9882