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: #mmdvm_bridge dashboard
#mmdvm_bridge
Glenn KA8DUX
W8DSB try 192.168.1.248/supermon/ ala http://mi220.nerdcastle.info/supermon/link.php?nodes=50354 i'm not sure how the link and node stanza would work with the set up you have, but I included mine for a reference. -73 Glenn G Ka8dux
On Wed, Jan 15, 2020 at 7:40 AM W8DSB <w8dsb@...> wrote: Steve, thanks for the quick addtion. I put a few minutes into this last night and have more questions then before. Until Diego post I didn't know there was a MMDVM dashboard. Since I installed DVSWiTCH froma clean running HAMVOIP PI I am not sure if the dashboard was part of it. "pacman -S DVSwitch" Is I think is how I installed it. So, I could not find it in the folders and trying to access it via "http://192.168.1.248" I get the supermon "This is a test" so I need help. Would do I know th epackage is installed? If not how do I install it (I am runnign ARCH) adn how do you see it? --
-Thanks Glenn D. Gould 616.889.9647
|
|
Re: #mmdvm_bridge dashboard
#mmdvm_bridge
Steve, thanks for the quick addtion. I put a few minutes into this last night and have more questions then before. Until Diego post I didn't know there was a MMDVM dashboard. Since I installed DVSWiTCH froma clean running HAMVOIP PI I am not sure if the dashboard was part of it. "pacman -S DVSwitch" Is I think is how I installed it. So, I could not find it in the folders and trying to access it via "http://192.168.1.248" I get the supermon "This is a test" so I need help. Would do I know th epackage is installed? If not how do I install it (I am runnign ARCH) adn how do you see it?
|
|
First release of USRP Client (pyUC)
|
|
Re: Soon we will have Uspr Client to use it in Windows?
Soon is now.
<https://dvswitch.groups.io/g/Mobile/message/1038>
|
|
Re: Updated DVSwitch repository available
JJ Cummings
Did you follow the instructions to do each thing.. ASL info here: https://wiki.allstarlink.org/wiki/ASL_FAQ
On Tue, Jan 14, 2020 at 8:26 AM Ken KE2N via Groups.Io <ke2n=cs.com@groups.io> wrote: posting this here with this old message I guess it's unlikely I will get an answer. Anyway, after sleeping on it, I decided I was doing this bass-ackwards. What I should do is install the ASL image and then add the DVSwitch repository and programs to that - i,e,, reverse the order of installation.
|
|
Re: Updated DVSwitch repository available
You are correct. It's much easier to add DVSwitch to a existing ASL
node. See <https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit>
toggle quoted messageShow quoted text
Steve N4IRS
On 1/14/2020 10:20 AM, Ken KE2N via
Groups.Io wrote:
posting this here with this old message I guess it's unlikely I will get an answer. Anyway, after sleeping on it, I decided I was doing this bass-ackwards. What I should do is install the ASL image and then add the DVSwitch repository and programs to that - i,e,, reverse the order of installation.
|
|
Re: Updated DVSwitch repository available
posting this here with this old message I guess it's unlikely I will get an answer. Anyway, after sleeping on it, I decided I was doing this bass-ackwards. What I should do is install the ASL image and then add the DVSwitch repository and programs to that - i,e,, reverse the order of installation.
Ken
|
|
Re: #mmdvm_bridge dashboard
#mmdvm_bridge
Just a FYI:
toggle quoted messageShow quoted text
The Dashboard is a "work in progress" It is on my todo list to "finish it" "Software means never having to say you're finished" With apologies to Erich Segal Steve N4IRS
On 1/14/2020 7:07 AM, W8DSB wrote:
So I am very new to DVSwitch, Started with a clean working HAMVOIP allstar on a RPI4 and then installed DVSwitch. Setup and enabled analog_bridge, mmdvm_bridge and md380-emu. It works, I can access the allstar menus, I have supermon running but the sound is only soso. I have a AMBE chip on order, shipped yesterday. In the mean time, I will start looking at the MMDVM dashboard.
|
|
Re: #mmdvm_bridge dashboard
#mmdvm_bridge
So I am very new to DVSwitch, Started with a clean working HAMVOIP allstar on a RPI4 and then installed DVSwitch. Setup and enabled analog_bridge, mmdvm_bridge and md380-emu. It works, I can access the allstar menus, I have supermon running but the sound is only soso. I have a AMBE chip on order, shipped yesterday. In the mean time, I will start looking at the MMDVM dashboard.
|
|
Analog Bridge, Switching Modes Via Script and ASL
Got my bridge working fine on all modes now. Now trying to add some bells and whistles.
Have some scripts that I can call via ASL to change modes, set audio levels for that mode and announce over the ASL side the mode. Using dvswitch.sh mute TLV to prevent Allison on the digital side. This works OK sometimes. Sometimes I get one way audio or a signal 15 exiting analog bridge. A AB restart fixes things. Doing a similar thing with KB8JNM's TG tune dial plan adding a TLV mute. Usually works OK but sometimes gets confused. Trying to use a wait or sleep to cover length of the audio file. Is there a way to make the next command wait for the audio file from ASL to complete before running? Along the same lines think at times may be trying to execute a TG tune command before all the mode switching has completed. So in that case a wait until completed before starting next. Probably something using exit codes? Little project has been fun and educational. Don't know much, but certainly more than when I started! Any ideas or suggestions? Ed W8VT
|
|
Re: #mmdvm_bridge dashboard
#mmdvm_bridge
Diego
I used DVSwitch-System-Builder to install everything I needed, including the dshboard. Last night it started running well for a couple of hours, then everything went back to the way it was before, blank page.
It's a good idea to figure it out together. 73 IU2NAF Diego
|
|
Re: #mmdvm_bridge dashboard
#mmdvm_bridge
Sorry to hijack the tread but I didn't even know it had a dashboard...is there documentation. Maybe if I get mine running (MMDVM_Bridge to Analog_Bridge) we can figure it out together.
|
|
Re: Updated DVSwitch repository available
I would like to install DVSwitch and ASL on the same machine (Debian Stretch). I installed Debian and I followed the instructions in the referenced posting. I was successful in getting the dvswitch part installed (the programs are there anyway). To install ASL, I found instructions in msg#139 about adding the allstarlink repo and doing apt-get allstarlink. Which ran - but failed with a msg about allstarlink depends on asl-asterisk which is not going to be installed....
So what is the correct way to add ASL1.01 to the DVSwitch install? ( Maybe something has changed in the last 18 months?) Thanks Ken KE2N
|
|
#mmdvm_bridge dashboard
#mmdvm_bridge
Diego
All, I've successfully got MMDVM_Bridge/NXDNGateway configurating, works fine with a selected Reflector (TG2225) i've been testing. I've been trying to play with the MMDVM_Bridge dashboard but can't seem to get it to work, I see traffic on the dashboard for about 1sec after which the page updates and everything is deleted and i see a blank page.
|
|
Re: Soon we will have Uspr Client to use it in Windows?
The new USRP Client app is in Python and uses tkinter for its user interface. I have never tried to use it with a screen reader, so I do not know how it will work.
I am excited to hear your results when it is released and hope to adjust any properties in the app to make it work better for the blind. From my research, other have asked about tk and screen readers, and had not had good luck,, so this may be a significant development effort. Mike N4IRR
|
|
Re: Soon we will have Uspr Client to use it in Windows?
Patrick Perdue
I'm certainly excited about this. I've been using a SIP phone to connect to ASL, and thus, other modes from a Windows computer, with sub-optimal results. Also, I'm a totally blind screen reader user, and had some major problems with Zoiper, so I enabled and configured the SIP module and used something else. It would be nice to talk directly to USRP from Windows. I assume this is how DVSwitch on Android works? I don't have an Android device, only iOS.
On 1/11/2020 10:54 AM, EA5GVK Joaquin
wrote:
We are close to you giving us the USRP Client.
|
|
Moto firmware conflict?
#dmrlink
ai6bx
I upgraded several Moto repeaters to 2.09.+ and may no be regretting it. Are any of you running this version and experiencing authentication issues post upgrade with dmrlink.py, confbridge.py, or IPSC_Bridge.py?
|
|
Soon we will have Uspr Client to use it in Windows?
EA5GVK Joaquin
We are close to you giving us the USRP Client.
How exciting.
|
|
Can work audio from Mic In or Inline Sound for USRPAudio.py with vox control and convert to DMR?
#analog_bridge
EA5GVK Joaquin
Hi Steve and Group.io.
Can you help perform this process. Mic In SoundCard or Inline -> USRPAudio.py (with vox control) -> Analog_Bridge -> md380_emu -> MMDVM_Bridge -> DMR. To use it for example to broadcast news or any speech that we program on our website. Or simply to pass our SdrSharp Audio for example to DMR. If possible I would like you to explain to me please, how can I do the main part MIC IN or IN LINE (SoundCard) -> USRPaudio.py with vox control -> Analog_Bridge Any can help me? Many thx. 73 EA5GVK.
|
|
Re: DVSwitch XLX C4FM (YSF)
Adrian Fewster <vk4tux@...>
All it does is auto connect a nominated module to the YSF client
on first connect. Without this feature you can connect to XLX (seen in repeaters/nodes) in limbo with no module allocated until a radio wires-x request is done to do so from the client system, Once done, then in comms with that module and seen in
users/modules.
On 11/1/20 7:48 am, Eric-K6KWB wrote:
Adrian,
|
|