1. main@DVSwitch.groups.io
  2. Messages
   Date   
Re: Coming to a browser near you

Mike Zingman - N4IRR
 

First 2 way QSO (Thanks Ken!!!!!)
Re: Analog Bridge

Steve N4IRS
 

Oh, I forgot.
Yes, for "like to like" AMBE <-> AMBE all you need is MMDVM_Bridge It's a "loop back"
if you take MB apart, it's 5 different modes. All sending data out through UDP ports (TLV)
If you loop the TLV port for DMR to the TLV port for YSF. (TX to RX and RX to TX) You have a bridge.

On 11/23/20 7:42 PM, Aaron Groover wrote:

I just gotta know. How in the world is analog bridge not used for YSF to DMR?

 

How does this communicate?

Where is the PTT going? As in transmission.

I see nothing on MMDVM when I key it up.

The point of analog bridge is to bridge the analog OVER to the DMR/Fusion/Dstar or whatever flavor suits your side right?

Where is the audio exactly coming and going to and from?

 

15 years in radio development, and I still cant understand how or why this is…. NEVER have I seen just a MMDVM bridge running.

 

Because we use the same method to cross over any trunked county radio system to analog aka Berks County, City of Allentown, With an analog bridged system. MMDVM “Bridge” to me is simply just only logging into the networks.

 

I think this a good topic I guess, lets all the curious minds know 😉

 

Thanks for what you do Steve.

 

 

 

 

 

 

 

 

--

 

Thank You,

 

Aaron Groover

(610) 379 6148

K3ALG@...

agroover@...

 

The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.

 
Re: Analog Bridge

Steve N4IRS
 

Aaron,
Both YSF and DMR are AMBE. The only difference is the wrapper. Let me try to explain it this way.
You write a letter and put it in a envelope addressed to me. You mail it off trough the post office. When the post office receives it, they take you letter out of the envelope. They put your letter, unaltered, into a a new envelop and deliver it to me. The only thing taht changed it the envelop. The letter is unchanged.

MB receives the YSF. It extracts the raw AMBE. It builds a new DMR transmission containing the raw AMBE wrapped in such a way that a DRM radio can understand it.

DMR, YSF (narrow) and NXDN are all AMBE.
P25 and YSF (wide) are IMBE
D-Star is AMBE (more or less) at a different rate.

A transcoder is 2 vocoders back to back (AB <-> AB)
AMBE to AMBE does not need a transcoder (Analog_Bridge)
AMBE to IMBE needs a transcoder.
AMBE to D-Star needs a transcoder.
IMBE to D-Star needs a transcoder.
 
Anything to analog needs a vocoder. (Digital <-> Analog) Analog_Bridge

Hope this helps, Steve N4IRS

On 11/23/20 7:42 PM, Aaron Groover wrote:

I just gotta know. How in the world is analog bridge not used for YSF to DMR?

 

How does this communicate?

Where is the PTT going? As in transmission.

I see nothing on MMDVM when I key it up.

The point of analog bridge is to bridge the analog OVER to the DMR/Fusion/Dstar or whatever flavor suits your side right?

Where is the audio exactly coming and going to and from?

 

15 years in radio development, and I still cant understand how or why this is…. NEVER have I seen just a MMDVM bridge running.

 

Because we use the same method to cross over any trunked county radio system to analog aka Berks County, City of Allentown, With an analog bridged system. MMDVM “Bridge” to me is simply just only logging into the networks.

 

I think this a good topic I guess, lets all the curious minds know 😉

 

Thanks for what you do Steve.

 

 

 

 

 

 

 

 

--

 

Thank You,

 

Aaron Groover

(610) 379 6148

K3ALG@...

agroover@...

 

The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.

 
Re: Analog Bridge

Patrick Perdue
 

Analog_Bridge is only used to transcode uncommon audio formats, like DMR to P25, or DStar to YSF.

DMR, NXDN and YSF use the same codec, so MMDVM_Bridge handles that with no need to translate through A_B.

On 11/23/2020 7:42 PM, Aaron Groover wrote:

I just gotta know. How in the world is analog bridge not used for YSF to DMR?

 

How does this communicate?

Where is the PTT going? As in transmission.

I see nothing on MMDVM when I key it up.

The point of analog bridge is to bridge the analog OVER to the DMR/Fusion/Dstar or whatever flavor suits your side right?

Where is the audio exactly coming and going to and from?

 

15 years in radio development, and I still cant understand how or why this is…. NEVER have I seen just a MMDVM bridge running.

 

Because we use the same method to cross over any trunked county radio system to analog aka Berks County, City of Allentown, With an analog bridged system. MMDVM “Bridge” to me is simply just only logging into the networks.

 

I think this a good topic I guess, lets all the curious minds know 😉

 

Thanks for what you do Steve.

 

 

 

 

 

 

 

 

--

 

Thank You,

 

Aaron Groover

(610) 379 6148

K3ALG@...

agroover@...

 

The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.

 
Analog Bridge

Aaron Groover
 

I just gotta know. How in the world is analog bridge not used for YSF to DMR?

 

How does this communicate?

Where is the PTT going? As in transmission.

I see nothing on MMDVM when I key it up.

The point of analog bridge is to bridge the analog OVER to the DMR/Fusion/Dstar or whatever flavor suits your side right?

Where is the audio exactly coming and going to and from?

 

15 years in radio development, and I still cant understand how or why this is…. NEVER have I seen just a MMDVM bridge running.

 

Because we use the same method to cross over any trunked county radio system to analog aka Berks County, City of Allentown, With an analog bridged system. MMDVM “Bridge” to me is simply just only logging into the networks.

 

I think this a good topic I guess, lets all the curious minds know 😉

 

Thanks for what you do Steve.

 

 

 

 

 

 

 

 

--

 

Thank You,

 

Aaron Groover

(610) 379 6148

K3ALG@...

agroover@...

 

The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.

 
Re: YSF to DMR

Aaron Groover
 

Hey Steve, sorry for the late reply. Figured it out somehow, somehow "TXPort" in the YSF settings was "T/Port"

So I knew right there and then that was the problem. No idea how the slash got in that place, but gotta love linux!

I took a copy of my backup files that i keep in case my node crashes compared them via microsoft word, did a ctrl find, place the entire file in the search box and it highlighted it right to the slash and then thats when i knew that was the problem. 

All is good now. Thanks again sir. 
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Steve N4IRS
 

No,
It would be the other way around. Start with the AllStar image, then add DVSwitch Server.

On 11/20/20 10:01 PM, Aerodan wrote:
Does DVSwitch Server have an option to install AllStarlLink from the new menu system, with the DVSwitch Mobile option working?

Re: Configuring DVSwitch Mobile to access own AllStarLink node

Aerodan
 

Does DVSwitch Server have an option to install AllStarlLink from the new menu system, with the DVSwitch Mobile option working?
Re: Dynamically reconfigure MMDVM_Bridge and Analog_Bridge ? #analog_bridge #mmdvm_bridge

Gerry Filby
 

Thank you Steve ...

That's exactly what I was looking for ... that should keep me busy for a while ...

Best,
Gerry.
W6WNG
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Levi C. Maaia
 

Yep, that was the fix!
Re: Dynamically reconfigure MMDVM_Bridge and Analog_Bridge ? #analog_bridge #mmdvm_bridge

Steve N4IRS
 

Rewriting the .ini files is so 2019. ;)
Look at dvswitch.sh it will do everything you could want to do on the fly (Now, that's a bold statement) If it does not do it and you can make a case why it should it might be added.

run /opt/MMDVM_Bridge/dvswitch.sh to see the options available.

Steve N4IRS

On 11/20/2020 1:19 PM, Gerry Filby wrote:
Hi Folks,

Is there a way of dynamically configuring the bridges ?  Something along the lines of the management interface that Asterisk exposes ?

The immediate things would be - changing the target Talk Group and also receiving the telemetry to display to the user.

At the moment the best I can think of is rewriting the ".ini" files and then calling  :systemctl restart .._Bridge"

Best,
Gerry
W6WNG

Dynamically reconfigure MMDVM_Bridge and Analog_Bridge ? #analog_bridge #mmdvm_bridge

Gerry Filby
 

Hi Folks,

Is there a way of dynamically configuring the bridges ?  Something along the lines of the management interface that Asterisk exposes ?

The immediate things would be - changing the target Talk Group and also receiving the telemetry to display to the user.

At the moment the best I can think of is rewriting the ".ini" files and then calling  :systemctl restart .._Bridge"

Best,
Gerry
W6WNG
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Steve N4IRS
 

There are 2 different things in play here. You have to consider the capabilities of DVSwitch Mobile (the Android client) and DVSwitch Server.
DVSwitch Mobile can be a IAX client. As a IAX client it can directly communicate with a AllStar node. That node can be AllStarLink or HAMVOIP.
DVSwitch Mobile can also communicate as a USRP client. This is primarily intended to communicate with DVSwitch Server which supports the 5 digital modes.

DVSwitch Server is available as a Raspbian image or can be installed on a existing Debian based system. DVSwitch Server can be installed on a existing AllStarLink node since that node is Debian based.
HAMVOIP is based on Arch, so the DVSwitch Server install packages can not easily be installed on HAMVOIP. ( we are working on a solution to this)

I hope I did not muddy the waters further.
73, Steve N4IRS

On 11/20/2020 12:48 PM, Aerodan wrote:
I may be off totally on this, but Steve doesn't the new drop of DVSwitch configure regular Allstar nicely, rather than using Hamvoip? I've been meaning to switch over from HV but... if it ain't broke :) AD

Re: Configuring DVSwitch Mobile to access own AllStarLink node

Aerodan
 

I may be off totally on this, but Steve doesn't the new drop of DVSwitch configure regular Allstar nicely, rather than using Hamvoip? I've been meaning to switch over from HV but... if it ain't broke :) AD
Re: ASL to DMR - not receiving inbound traffic

Gerry Filby
 

Thanks again Brad - I found my mistake in the AMBE_AUDIO section - once I put my DMR ID as the "gatewayDmrId" all started working correctly.

Thanks for your note on making the TG static - I ended removing that and I'm finding that the "auto-static" seems to work really well, the connection to the TG has stayed in place for several hours.

Cheers!

Gerry,
W6WNG
Re: Configuring DVSwitch Mobile to access own AllStarLink node

MarkVK3EME
 

On Fri, Nov 20, 2020 at 01:38 PM, @k6lcm wrote:

xten => 42437,n,Rpt,1998|P|${CALLERID(name)} ;;; The "CallerID" from IAXRpt

you may want to try changing the 1998 to your node number as well 
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Levi C. Maaia
 

Cool. Thanks for your help!
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Steve N4IRS
 

Both the ASL and HAMVOIP examples do not use the IAXRPT stanza, The ASL uses iaxclient and the HAMVOIP example uses joe-bobs-account That is the sample you should use. Yes, in both cases for DVSM, the type is friend. IAXRPT is used for the Windows client.
ASL uses the iax-client stanza in extensions.conf and HAMVOIP uses android-iaxrpt

Since you are using HAMVOIP, I would suggest you use the sample laid out in the document.

Steve N4IRS

On 11/19/20 9:38 PM, lcm@... wrote:

[Edited Message Follows]

This is the section where the 1998 needed to be changed to my node number:

[phone-iaxrpt]    ;;; Stanza is the context from iax.conf
exten => 42437,1,Answer
exten => 42437,n,Playback,rpt/node
exten => 42437,n,Playback,digits/1
exten => 42437,n,Playback,digits/9
exten => 42437,n,Playback,digits/9
exten => 42437,n,Playback,digits/8
exten => 42437,n,Set(CALLERID(num)=0)
exten => 42437,n,Rpt,1998|P|${CALLERID(name)} ;;; The "CallerID" from IAXRpt

I can show you the logs. Where will I find the log files in the dir structure?

I did some more troubleshooting and it seems to be related to the type setting.  When I change type=user to "friend" in the iax.conf [iaxrpt] stanza it will allow the app to connect using the iaxrpt user without throwing an error suggesting that there may be some issue with using the app to connect as a "user." Not sure the implications of that.

Example:

[iaxrpt]
user=iaxrpt
type=user friend
context=radio-iaxrpt
auth=md5
secret=  ; PASSWORD
host=dynamic
disallow=all
allow=ulaw
allow=gsm
transfer=no
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Levi C. Maaia
 
Edited

This is the section where the 1998 needed to be changed to my node number:

[phone-iaxrpt]    ;;; Stanza is the context from iax.conf
exten => 42437,1,Answer
exten => 42437,n,Playback,rpt/node
exten => 42437,n,Playback,digits/1
exten => 42437,n,Playback,digits/9
exten => 42437,n,Playback,digits/9
exten => 42437,n,Playback,digits/8
exten => 42437,n,Set(CALLERID(num)=0)
exten => 42437,n,Rpt,1998|P|${CALLERID(name)} ;;; The "CallerID" from IAXRpt

I can show you the logs. Where will I find the log files in the dir structure?

I did some more troubleshooting and it seems to be related to the type setting.  When I change type=user to "friend" in the iax.conf [iaxrpt] stanza it will allow the app to connect using the iaxrpt user without throwing an error suggesting that there may be some issue with using the app to connect as a "user." Not sure the implications of that.

Example:

[iaxrpt]
user=iaxrpt
type=user friend
context=radio-iaxrpt
auth=md5
secret=  ; PASSWORD
host=dynamic
disallow=all
allow=ulaw
allow=gsm
transfer=no
Re: Configuring DVSwitch Mobile to access own AllStarLink node

Steve N4IRS
 

Without seeing the logs, iax.conf and extensions.conf there is not much I can do to help. I don't know what line 60 says.

On 11/19/20 7:24 PM, lcm@... wrote:

[Edited Message Follows]

I think I figured it out. Two things:

1. DV Switch mobile app seems to only connect when using the [myphone-iaxrpt] stanza as the username. It will not connect to [iaxrpt]. It throws an invalid password or stanza. I verified the password so it is some other option.

2. I changed Line 60 of extensions.conf from 1998 to my node number. After doing that, I was able to connect without the "node 199..." disconnect error state.

3061 - 3080 of 10560