Welcome to DVSwitch
Purpose
1) Allows “local” networking during an outage of the regional national/international network server.
2) Allows a local network operator to “blend” upstream feeds from different Networks (capital N on purpose). These Networks can’t get their act together and learn how to play nice with each other (everyone guilty as far as we are concerned). They may not like people doing this, but the solution is to grow up and work with each other, and not keep trying to force people to take sides.
3) Allows local segregation of localized traffic with more flexibility.
4) Allows experimentation with linking and how it’s done (part 97 specifies experimentation and advancement of the radio art are a core part of amateur radio).
Mission Statement/Position
WHEREAS the Networks continue to be largely islands and are not working together to create a unified network of Networks.
WHEREAS no firm reason has been given by any of the Networks why a *competent* local network operator cannot make this work effectively.
(US ONLY)
WHEREAS 47 CFR 97 (Amateur Radio Service) specifies that a core component of amateur radio is experimentation and advancement of the radio art [97.1(b)].
BE IT RESOLVED the core group of US amateur radio operators and experimenters organized around the DVSwitch project, and in the spirit of USA 47 CFR 97 and its intentions, support the *responsible* and *thoughtful* use of digital voice networking tools to create localized networks that will interconnect to the national/international Networks, and will support users of its tools in order to do this in the most effective and sustainable way possible.
Re: Controlling DVSwitch from AllStar
Here is a update to the tgtune context in extensions.conf. I wanted to make sure Allison did not leak out into digital and it seems to work. I still suggest you test it on your system before connecting to a busy TG / reflector and get yelled at.
[tgtune]
exten = _X.,1,noop ; Wait,1
exten = _X.,n,System(/opt/MMDVM_Bridge/dvswitch.sh mute TLV)
exten = _X.,n,Playback(connecting)
exten = _X.,n,SayDigits(${EXTEN})
exten = _X.,n,System(/opt/MMDVM_Bridge/dvswitch.sh tune ${EXTEN})
exten = _X.,n,System(/opt/MMDVM_Bridge/dvswitch.sh mute OFF)
exten = _X.,n,Hangup
Allison will announce the TG you are connecting to. I'll say it again, test before you put into production.
|
|
Re: Controlling DVSwitch from AllStar
Switching DMR networks, is just a tune command.
toggle quoted messageShow quoted text
/opt/MMDVM_Bridge/dvswitch.sh "tune passw0rd@tgif.network:62031" assign a DTMF sequence to that just like disconnect...
On 11/10/20 5:58 PM, Tony Langdon wrote:
On 11/11/20 9:53 am, Neil k8it wrote:Just reading all of this great thread before I install it. What DTMFGood question. I'm only running BM, but there will be a sequence of
|
|
Re: Controlling DVSwitch from AllStar
On 11/11/20 9:53 am, Neil k8it wrote:
Good question. I'm only running BM, but there will be a sequence of commands, because you will most likely want to unlink ("disconnect") from the old TG, before linking to the new one. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: Controlling DVSwitch from AllStar
Neil k8it
Just reading all of this great thread before I install it. What DTMF command would I use to switch from BM 3100 to TGIF 50631? This is another DMR network and requires the protocol, network name, password etc. to be changed. VVBut you know this Steve.
-------------------------------------------------- From: "Steve N4IRS" <szingman@msgstor.com> Sent: Monday, November 09, 2020 7:58 PM To: <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] Controlling DVSwitch from AllStar Tony,
|
|
Re: Controlling DVSwitch from AllStar
Steve is correct. Install ASL first, then DVSwitch. It is possible to
backup your existing DVSwitch configuration and copy the .ini files back in after reinstallation. When I upgraded my multiprotocol gateway (a separate DVSwitch installation) to the current version, I installed from scratch, then used my old configuration on the new server for both AllStar and DVSwitch. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: Controlling DVSwitch from AllStar
Other way around. Setup ASL 1.01 first, then add DVSwitch Server.
toggle quoted messageShow quoted text
On 11/10/2020 10:16 AM,
inmarex@... wrote:
Tony , I have a short question: How can I install a Allstar on the same RasPi (4) where DVSwitch Server is ? What flavor of AllStar do I need ?
|
|
Re: YSF and DMR bridging
The export TG is used when sending traffic from YSF to a TG based
mode (DMR, NXDN, P25)
toggle quoted messageShow quoted text
The bridge you want to build is YSF <-> DMR, is totally separate from your ASL <-> DMR bridge ? Steve N4IRS
On 11/10/2020 10:16 AM, Aaron Groover
wrote:
I know I’m sorry this a repeated subject however today blue ridge is just giving tons of issues with the internet and I cannot load the forums/threads page to find the answers before asking. So I apologize for that.
|
|
Re: YSF and DMR bridging
So you have ASL <> DMR working both ways? You want to add YSF? I am a little confused about the wording but if that’s what you are trying to do just run another instance of MMDVM_Bridge and export to the Talkgroup that you plan to use. So if your TG is 123 you export to 123. Make sure your ports are not vein fixed used and run it in the foreground. It will show you everything so you will understand if something is not working. Hopefully that helps and if I misunderstood the question I apologize. 73, Doug W4DBG
On Tue, Nov 10, 2020 at 9:16 AM Aaron Groover <k3alg@...> wrote:
--
Doug Gooden troytrojan@...
|
|
Re: Controlling DVSwitch from AllStar
inmarex@...
Tony , I have a short question: How can I install a Allstar on the same RasPi (4) where DVSwitch Server is ? What flavor of AllStar do I need ?
|
|
YSF and DMR bridging
Aaron Groover
I know I’m sorry this a repeated subject however today blue ridge is just giving tons of issues with the internet and I cannot load the forums/threads page to find the answers before asking. So I apologize for that.
So I have a ysf reflector and a dmr reflector that I want them to both communicate (bridge) with each other.
I do have asl to dmr working no issues but just don’t know how to make them BOTH communicate.
From what i was told you don’t need analog bridge, but just run the MMDVM bridge. Now my question is in dvswitch what is the TG I’m exporting? 9, my dmr TG or fusion? Obviously the fallback ID is self explanatory.
Steve if your seeing this, really sorry you have to repeat it again....
--
Thank You,
Aaron Groover
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. **This message has been composed on a mobile application. Please excuse any grammatical errors**
|
|
Re: Controlling DVSwitch from AllStar
On 10/11/20 11:58 am, Steve N4IRS wrote:
Tony,Just issued that command manually, seemed to work. However, looks like there needs to be some more "idiot proofing" required. As things stand, it's too easy to remain linked up to something when switching modes, so I might implement a "disconnect before mode switch" command using one of the unused command codes (simply switching modes may still be useful in some corner cases). -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: XLX899 <> Allstar 40171
On 10/11/20 5:30 am, Patrick Perdue wrote:
Yes, I've just finished integrating DVSwitch with ASL and it's fairly straightforward. Just got the final pieces of the puzzle from Steve, and I now have a working multimode AllStar node, that needs only an analog FM radio with DTMF to access any of the modes the system supports (currently YSF, DMR and P25). -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: Controlling DVSwitch from AllStar
Tony,
toggle quoted messageShow quoted text
That was my mistake, use disconnect rather then unlink. Let me know. Steve
On 11/9/20 7:55 PM, Tony Langdon wrote:
On 10/11/20 12:10 am, Steve N4IRS wrote:Tony,Thanks Steve, that worked perfectly. Tested connections to DMR, YSF and
|
|
Re: Controlling DVSwitch from AllStar
On 10/11/20 12:10 am, Steve N4IRS wrote:
Tony,Thanks Steve, that worked perfectly. Tested connections to DMR, YSF and P25, all working well. :) Only thing I've noticed is that the disconnect command (dvswitch.sh tune unlink) really doesn't seem to do much, but all the others are working. In a sense, it's no biggie, because I can always take down the private node link when issuing the unlink command and bring it up when selecting a DV mode. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: Controlling DVSwitch from AllStar
On 10/11/20 8:25 am, Steve N4IRS wrote:
It was in the first message, but here it is again: Ahh OK sorry, must have been half asleep when I read your first reply. Thanks again. I'm about to have some fun with my scripting. :) -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: Controlling DVSwitch from AllStar
dvswitch,sh is installed with MMDVM_Bridge. it's in /opt/MMDVM_Bridge.
toggle quoted messageShow quoted text
No, you can install DVSwitch Server on ASL 1.01. You do not need a second RPi Yes, you can have python 3.7 and 3.x on the same machine. As to controlling DVSwitch with voice, if you can run a bash script and pass a parameter, you should be able to control DVSwitch Server.
On 11/9/20 5:24 PM, Neil k8it wrote:
|
|
Re: Controlling DVSwitch from AllStar
Neil k8it
Hi, I have two questions. Where can I download switch.sh? Is it included in the package allready released? Question 2. With a RPI3 plus, do I need two PI boards to run Allstar 1.0, DVSWITCH, Python 2.7 at the same time? The purpose of Python is to interface with remote USe GPIO. IT allows me to have a low voltage data bus between a A LLSTAR node and an Amazon Alexa Echo Dot. I use the Dot Routine functions to control the bus, allowing voice commands for Allstar. Now I want to expand it for the digital modes. As I am totatlly blind, the voice control is a huge help. It will also work for mobile users.
From: "Steve N4IRS" <szingman@msgstor.com> Sent: Monday, November 09, 2020 8:10 AM To: <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] Controlling DVSwitch from AllStar Tony,
|
|
Re: Controlling DVSwitch from AllStar
It was in the first message, but here it is again:
toggle quoted messageShow quoted text
Now, lets add some commands to control the modes from ASL. Add this to your [functions stanza]. I chose 0 as a first character since it's not used in the default ASL. ; mode commands sent via DTMF 00 = cmd, /opt/MMDVM_Bridge/dvswitch.sh ; unused 01 = cmd, /opt/MMDVM_Bridge/dvswitch.sh ; unused 02 = cmd, /opt/MMDVM_Bridge/dvswitch.sh ; unused 03 = cmd, /opt/MMDVM_Bridge/dvswitch.sh tune unlink ; Unlink from last TG / reflector 04 = cmd, /opt/MMDVM_Bridge/dvswitch.sh mode DMR 05 = cmd, /opt/MMDVM_Bridge/dvswitch.sh mode DSTAR 06 = cmd, /opt/MMDVM_Bridge/dvswitch.sh mode YSF 07 = cmd, /opt/MMDVM_Bridge/dvswitch.sh mode P25 08 = cmd, /opt/MMDVM_Bridge/dvswitch.sh mode NXDN
On 11/9/20 4:15 PM, Tony Langdon wrote:
On 10/11/20 12:10 am, Steve N4IRS wrote:Tony,Thanks Steve. I think I'm pretty close, as I took my AllStar settings
|
|
Re: Controlling DVSwitch from AllStar
On 10/11/20 12:10 am, Steve N4IRS wrote:
Tony, Thanks Steve. I think I'm pretty close, as I took my AllStar settings from my working multimode gateway, which I know I turned off all the telemetry stuff on. Will take a look at the rest and set it up. And the other question is how can I add other modes (YSF, etc) to this? -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: XLX899 <> Allstar 40171
Patrick Perdue
If you're using HamVoIP, it's much, much easier to dedicate a second Pi to DVSwitch and connect USRP between them on the LAN. I've done this, and it works well. I also have a couple of ASL 1.01 systems. Once you have ASL up and running, it's a lot easier to integrate DVSwitch on the same hosting machine than with HamVoIP.
On 11/9/2020 1:24 PM, Daren. 2E0LXY. wrote:
Ah OK many thanks for the reply.
|
|