Welcome to DVSwitch
DVSwitch is a set of tools and programs related to provisioning and operating Amateur Radio digital voice networks.
Purpose
The purpose of DVSwitch is as follows:
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).
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
Our stated position is:
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.
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: Will AllStar recognize DTMF commands from a DMR link?
I'll have to give this a try sometime,
because the lack of DTMF decoding over USRP is a major impediment
to running AllStar on an MMDVM based repeater in FM mode.
Ideally, would be nice to have this enhancement in the DVSwitch repo's version of ASL. On 8/2/23 7:54 am, Richard (Joseph)
VE2DJE wrote:
-- 73 de Tony VK3JED/VK3IRL http://vkradio.com |
|
|
|
Re: Will AllStar recognize DTMF commands from a DMR link?
No it will not work
toggle quoted message
Show quoted text
On 2/8/2023 8:01 AM, Danny Lloyd wrote:
I am glad this change worked for you. I had not heard that anyone else was using this capability. I really like the ability to control Allstar from the DMR side. |
|
|
|
Re: Will AllStar recognize DTMF commands from a DMR link?
Danny Lloyd
I am glad this change worked for you. I had not heard that anyone else was using this capability. I really like the ability to control Allstar from the DMR side.
73 Danny/KB4MDD |
|
|
|
Re: Will AllStar recognize DTMF commands from a DMR link?
Just finished testing the latest ASL from Source in ASL repo for DTMF decode on USRP channel . The latest chan_usrp.c from KB4MDD ( Dated 31/03/2021) works perfectly . The DTMF decoder works fine with DTMF from DMR BM and from FM mode on MMDVMHost bi mode repeater. I started with ASL 2.0 beta 6 image from Index of /ASL_Images_Beta/Intel-AMD (allstarlink.org) Burned the iso file on DVD and installed on a PC. Compiled source manually using instructions and source code from AllStarLink/ASL-Asterisk: Version of Asterisk used for AllStarLink (github.com). Asterisk OK . Installed DVSwitch Analog Bridge MD380-emu and MMDVM Bridge from DVSwitch/DVSwitch-System-Builder (github.com) After configuration ,, I can decode DTMF from my DMR radio on TG 302 299 ( Test TG on server 302) . *70 returns asterisk node status. Asterisk CLI shows every DTMF sent flawlessly .. On Rpi, loaded ASL Beta 6 image from Index of /ASL_Images_Beta/Raspberry_Pi2_3_4 (allstarlink.org) Installed on uSD card . Compiled the source manually using instructions and source code from AllStarLink/ASL-Asterisk: Version of Asterisk used for AllStarLink (github.com). Followed the instructions but added "apt upgrade" after INSTALL THE ASL REPO command . Asterisk OK . Installed MMDVMHost and configured for FM mode using RB STM32-DVM V3 board . After configuration of FM mode and Asterisk USRP channel, Asterisk CLI shows every DTMF sent. It opens a lot of options to control systems from DMR or FM If someone can test DTMF from D Star or Fusion. It would complete the tests. I tried use ASL-LIVE BUILD but I have not yet understood how to get the latest source in the LIVE BUILD I keep ending with an equivalent of V6 in my LIVE-BUILD .... Anyone have a clue ??? Richard VE2DJE On Mon, Jan 30, 2023 at 12:49 AM Tony Langdon <vk3jed@...> wrote:
|
|
|
|
Re: Dvswitch server audio issue
#dvs
I think I was just lucky earlier. Its back to the same as before.
I've also tried restricting background data, setting dvswitch mobile to be allowed during data saver. Still same issue. |
|
|
|
Re: Dvswitch server audio issue
#dvs
Thanks. Yeh I have Bluetooth on permantly. I'll try tuning off
|
|
|
|
Re: Dvswitch server audio issue
#dvs
2 things I can think of is low network bandwidth. This can change depending on congestion. Could test by getting away from high traffic areas. And the other is phone cpu bandwidth. Turn off apps running in
the background which is advisable anyway. You can even limit those
that have access to cellular data as well as so not to compete for
it in the first place. Turn off bluetooth when not in use helps
some so it is not always looking for a connect. Phone housekeeping ! Hope that helps. ...mike/kb8jnm
On 2/6/2023 5:54 AM, Billy via
groups.io wrote:
Hi all, I'm having problems with my dvswitch. |
|
|
|
Dvswitch server audio issue
#dvs
Hi all, I'm having problems with my dvswitch.
When using dvs on any device on WiFi home internet it sounds perfect, but when I'm using my phone or my phone as the internet hotspot, the audio is terrible. Sounds stuttered, broken and jittery. I normally use my phone as the internet hotspot and use a network radio for using dvs mobile. I did try using dvs mobile on my phone just using 4G, but the audio is terrible. See short video |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
Thanks Steve. Using that OS image did the business.
All is working now as far as the installation goes. Regards Mike ZL4IA |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
Ahh, so it'll run on a pi 4, just the 32-bit regular OS. Thanks! Alan On February 2, 2023 7:45:34 PM EST, Steve N4IRS <szingman@...> wrote:
thanks,
Alan |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
I am using this for the OS image:
<https://www.inovato.net/Armbian/Armbian_22.11.0-trunk_Aw-h6-tv_bullseye_current_5.15.71.img.gz>
toggle quoted message
Show quoted text
Welcome to Armbian 22.11.0-trunk Bullseye with Linux 5.15.71-sunxi64 root@aw-h6-tv:~# uname -a Linux aw-h6-tv 5.15.71-sunxi64 #trunk SMP PREEMPT Tue Nov 29 14:16:34 PST 2022 aarch64 GNU/Linux root@aw-h6-tv:~# wget http://dvswitch.org/buster root@aw-h6-tv:~# chmod +x buster root@aw-h6-tv:~# ./buster Starting DVSwitch repository install Adding DVSwitch repositories to existing system download package information from all configured sources Installed repositories: http://cli.github.com/packagesstable/main http://deb.debian.org/debianbullseye-backports/contrib http://deb.debian.org/debianbullseye-backports/main http://deb.debian.org/debianbullseye-backports/non-free http://deb.debian.org/debianbullseye/contrib http://deb.debian.org/debianbullseye/main http://deb.debian.org/debianbullseye/non-free http://deb.debian.org/debianbullseye-updates/main http://deb.volian.org/volianscar/main http://dvswitch.org/DVSwitch_Repositorybuster/hamradio http://inovato.net/aptstable/main http://security.debian.orgbullseye-security/main Finished DVSwitch repository install root@aw-h6-tv:~# apt install dvswitch-server Reading package lists... Done Building dependency tree... Done Reading state information... Done root@aw-h6-tv:~# On 2/2/23 21:17, Mike Jensen (ZL4IA)
wrote:
oh no ... |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
oh no ...
root@inovato:/home/quadra# sudo apt install dvswitch-server Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: md380-emu : Depends: qemu-user-static E: Unable to correct problems, you have held broken packages. |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
ASL will not install on 64 bit. You CAN still get the 32 bit version of the OS and install all.
toggle quoted message
Show quoted text
On 2/2/23 19:43, Alan KM4BA wrote:
On 2/2/2023 10:00 AM, Steve N4IRS wrote:I installed Armbian Bullseye on the Inovato and then added DVSwitch Server, Analog_Reflector and STFU. No errors on install and minimal configuration changes. All works as expected. No AllStar support on ARM64 right now but there may be another way depending on needs.Steve, does ASL/analog_bridge/mmdvmhost/dvswitch work on Pi 4 raspbian 64bit? (Usbradio) to your knowledge? |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
On 2/2/2023 10:00 AM, Steve N4IRS wrote:
I installed Armbian Bullseye on the Inovato and then added DVSwitch Server, Analog_Reflector and STFU. No errors on install and minimal configuration changes. All works as expected. No AllStar support on ARM64 right now but there may be another way depending on needs.Steve, does ASL/analog_bridge/mmdvmhost/dvswitch work on Pi 4 raspbian 64bit? (Usbradio) to your knowledge? I'm starting to see some Pi 4's available locally, where 3B+'s are still largely unobtanium. Thanks, Alan KM4BA |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
it's the same one. just run buster then apt install
toggle quoted message
Show quoted text
On 2/2/23 15:35, Mike Jensen (ZL4IA)
wrote:
Steve, |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
Steve,
is there a link to the dvswitch arm64 repo that you have available, please let me know so i can add the repo and install dvs for my Inovato.??? Presume it's like this one for buster? wget http://dvswitch.org/buster Thanks Mike |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
I'll be interested in hearing.
toggle quoted message
Show quoted text
I installed Armbian Bullseye on the Inovato and then added DVSwitch Server, Analog_Reflector and STFU. No errors on install and minimal configuration changes. All works as expected. No AllStar support on ARM64 right now but there may be another way depending on needs. Steve N4IRS On 2/2/23 09:56, nh6bf via groups.io
wrote:
I don't remember exactly. I think it failed during the install portion. I got the Le Potato working so didn't pursue that any further... I will pull mine out again. Working on an XLX server project right now. Got as far as a clean Deb 11 install. Couple of years ago, I had to search the internet for, "sudo." |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
I don't remember exactly. I think it failed during the install portion. I got the Le Potato working so didn't pursue that any further... I will pull mine out again. Working on an XLX server project right now. Got as far as a clean Deb 11 install. Couple of years ago, I had to search the internet for, "sudo."
|
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
You could not get DVSwitch Server running on a Quadro? What did not
work? I know allstar does not install on arm64. I'' run it on mine
again when I get a chance.
toggle quoted message
Show quoted text
On 2/1/23 10:15, nh6bf via groups.io
wrote:
Look earlier in this section. I tried to get a Quadro working on DVSwitch, but couldn't... did get it working on Le potato, so went that route. There was a guy that said he got it working by doing something with lightppd... |
|
|
|
Re: DVSwitch Support for Armbian 64 ARM64
Look earlier in this section. I tried to get a Quadro working on DVSwitch, but couldn't... did get it working on Le potato, so went that route. There was a guy that said he got it working by doing something with lightppd...
|
|
|