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: MMDVM_Bridge not sending to NXDNGateway
Bill N2WNS
Yes sir it is:
[NXDN Network] Enable=1 #LocalAddress=127.0.0.1 Debug=1 LocalPort=14021 GatewayAddress=127.0.0.1 GatewayPort=14020 I enabled Debug to see if I could see anything else. Everything lives on the same host. -Bill
|
|
Re: MMDVM_Bridge not sending to NXDNGateway
Take a look at [NXDN Network] stanza in MMDVM_Bridge.ini and make
sure NXDNGateway is running.
toggle quoted messageShow quoted text
On 1/26/20 4:40 PM, Bill N2WNS wrote:
I'm bridging DMR to NXDN and I don't see the traffic hitting NXDNGateway:
|
|
Re: Which base image to use with DV Switch: Allstar or HamVoIP
JJ Cummings
I’d suggest submitting patches to the actual ASL project, much more likely to be added in and you’ll also get credit for your contributions.
toggle quoted messageShow quoted text
Sent from the iRoad
On Jan 26, 2020, at 18:04, David Ranch <dvswitch-groupsio@...> wrote:
|
|
Re: Which base image to use with DV Switch: Allstar or HamVoIP
David Ranch
Hello Mike, Yes, I got it working. I went with the HamVoIP v1.5 image ( which is a fork of Allstar's Raspberry Pi image) which uses the Arch Linux distribution. The HamVoIP release evidently has several fixes in it regarding audio delays, etc. that the the official Allstar images do NOT have. The challenge I found with the HamVoIP image is not well integrated with modern SystemD-based Linux OSes and the binaries for the DV-Switch stuff seems to lag from what N4IRS publishes at https://github.com/DVSwitch. I submitted several changes to the HamVoIP developers to improve that SystemD integration but regardless saying they would add them in, I don't think they ever did. I will admit it was some time ago and I need to look again. I'm happy to send these patches to others who might be interested in them. There is also a user-created DV-Switch image which i uses Raspbian (better support on Raspberry Pi, is more SystemD integrated, etc: http://ea5gvk-dmr.zigor.es/2019/12/17/v-5-imagen-dvswitch-y-hblink-blasmakers-bautizada-dvlink-llega-para-quedarse/ That web site is Spanish centric, a bit hard to find the details, etc. but it might work for you. Anyway, what I ultimately did was follow this doc and started with the software AMBE support: https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit I later switched over to a hardware AMBE device made by NW-Digitial and that worked fine as well. --David KI6ZHD
On 01/26/2020 11:22 AM, Mike WG5EEK
wrote:
David, did you get this running? I want to add a DMR bridge to my HamVoIP install but ran into obviously issues with dependencies.
|
|
MMDVM_Bridge not sending to NXDNGateway
Bill N2WNS
I'm bridging DMR to NXDN and I don't see the traffic hitting NXDNGateway:
M: 2020-01-26 21:29:39.654 NXDN, Setting [NXDN] Address -> 127.0.0.1 M: 2020-01-26 21:29:39.654 NXDN, Setting [NXDN] TXPort -> 31017 M: 2020-01-26 21:29:39.654 NXDN, Setting [NXDN] RXPort -> 31016 M: 2020-01-26 21:29:39.654 NXDN, Setting [NXDN] FallbackID -> 34000 M: 2020-01-26 21:29:39.654 NXDN, Setting [NXDN] NXDNFallbackID -> 34000 M: 2020-01-26 21:29:39.654 NXDN, Setting [NXDN] Translate -> 31360=31360 M: 2020-01-26 21:29:39.655 NXDN, Setting [NXDN] Slot -> 2 M: 2020-01-26 21:29:39.655 NXDN, NXDN TG 31360 <--> TLV TG 31360 M: 2020-01-26 21:29:39.655 NXDN, Transmitting on 127.0.0.1:31017 and listening on port 31016. Result = 1 M: 2020-01-26 21:29:39.655 MMDVM_Bridge-20191105_V1.4.1 is running M: 2020-01-26 21:29:49.676 DMR, Logged into the master successfully M: 2020-01-26 21:30:25.305 DMR Slot 2, received network voice header from N2WNS to TG 31360 M: 2020-01-26 21:30:25.822 NXDN, TX state = ON I: 2020-01-26 21:30:25.823 NXDN, dmrToNxdn by call: N2WNS I: 2020-01-26 21:30:25.823 NXDN, Begin TX: src=3134293 rpt=310998 dst=31660 slot=2 cc=1 metadata=N2WNS I: 2020-01-26 21:30:25.823 NXDN, (3134293, 31660) -> (34002, 31660) M: 2020-01-26 21:30:25.823 NXDN, received RF header from N2WNS to TG 31660 M: 2020-01-26 21:30:29.444 DMR Slot 2, received network end of voice transmission, 4.1 seconds, 0% packet loss, BER: 0.0% M: 2020-01-26 21:30:29.449 NXDN, TX state = OFF M: 2020-01-26 21:30:29.449 NXDN, received RF end of transmission, 4.0 seconds, BER: 0.0% Where should I be looking? 73, -Bill N2WNS
|
|
Re: Image for Raspberry pi3 with Debian 10 Buster with DVSWICTH SERVER, HBLINK3 AND HBMONITOR.
EA5GVK Joaquin
Here have v5 update OTA until V8
http://ea5gvk-dmr.zigor.es/2019/12/17/v-5-imagen-dvswitch-y-hblink-blasmakers-bautizada-dvlink-llega-para-quedarse/ And also versión virtualbox V8 DVLINK. With server DVSwitch multiuser and server Hblink. http://ea5gvk-dmr.zigor.es/2020/01/19/ya-disponemos-imagen-dvlink-para-virtualbox-virtualdvlink-por-ea7jcl/ 73 EA5GVK & EA7JCL @GROUP BLASMAKERS
|
|
Re: Which base image to use with DV Switch: Allstar or HamVoIP
Patrick Perdue
I'm not as familiar with the conventions of Arch Linux as I am with Debian. Did you install from a package (I think there is one in the HamVoIP repository,) or did you put everything in place and manually implement the init scripts? I don't have an immediate need to run DVSwitch on my HamVoIP nodes, but I've gotten questions about it recently from some who do.
On 1/26/2020 2:51 PM, Brad N8PC wrote:
yes it works. I have DMR bridge on hamvoip image. check out 314651 dmr tg allstar 45743or echolink 275408
|
|
Re: Which base image to use with DV Switch: Allstar or HamVoIP
yes it works. I have DMR bridge on hamvoip image. check out 314651
dmr tg allstar 45743or echolink 275408
toggle quoted messageShow quoted text
Brad N8PC
On 1/26/2020 2:22 PM, Mike WG5EEK
wrote:
David, did you get this running? I want to add a DMR bridge to my HamVoIP install but ran into obviously issues with dependencies.
|
|
Re: Which base image to use with DV Switch: Allstar or HamVoIP
Mike WG5EEK
David, did you get this running? I want to add a DMR bridge to my HamVoIP install but ran into obviously issues with dependencies.
Mike
|
|
Re: Image for Raspberry pi3 with Debian 10 Buster with DVSWICTH SERVER, HBLINK3 AND HBMONITOR.
kj4gmu@...
Hello All,
I have installed Jaoquin’s v2 DVSwitch Server image on a R Pi 3+ and have followed the setup instructions. The YSF mode works flawlessly, however I can’t seem to have any luck receiving or transmitting any audio on DMR+ or DMR BM. I have updated the server IP on both and have also updated binaries and scripts. Any ideas as to what I have missed or done incorrectly? Thanks a lot, Jay KJ4GMU
|
|
Re: DVSwitch Server instructions refresh
give this a try in the mean time: https://docs.google.com/document/d/1aFIHNFfJ58mW1psD1Wnp-cSkaEc28A2o1sPE7ZVrQfI/edit?usp=sharing
On Wed, Jan 22, 2020 at 9:05 PM Ken, K6EFJ <ken@...> wrote: Any idea when the updated pdf for
|
|
Re: change USRP and TLV gain with dvswitch.sh
Patrick Perdue
Thanks Steve. This works as expected.
toggle quoted messageShow quoted text
On 1/24/2020 5:55 AM, Steve N4IRS wrote:
Patrick,
|
|
Re: change USRP and TLV gain with dvswitch.sh
Patrick,
toggle quoted messageShow quoted text
dvswitch.sh will do what you want. Example: dvswitch.sh tlvAudio AUDIO_USE_GAIN 1.1 dvswitch.sh usrpAudio AUDIO_USE_GAIN .93 You will see the change reflected in the AB log and in the AB json file in /tmp Assuming you are using port 12345, you will find a file in /tmp named: ABInfo_12345.json This contains all current setting in use by AB. Steve N4IRS
On 1/23/20 11:43 PM, Patrick Perdue wrote:
Is there a way to change the USRP and TLV gain on the fly with dvswitch.sh?
|
|
change USRP and TLV gain with dvswitch.sh
Patrick Perdue
Is there a way to change the USRP and TLV gain on the fly with dvswitch.sh?
I normally have my USRP gain set to 0.34, and TLV gain set to 3.00, which works fine most of the time, but there is one net controller using a very hot DMR radio (GD77S) which clips out at that gain even when he backs off. I like having higher than unity gain, because it makes it easier for those using Allstar to hear the wider dynamic range of DMR users. If I change the gain to unity or 1.80, it's fine with this hot radio (1.80 is actually a little on the edge as well, but not as bad as 3.00,) but the only way I know of for doing this is changing it in the INI file and restarting A_B. I have never gotten satisfactory results with AGC. Thanks and 73 KE4DYI
|
|
Re: DMR to YSF Weird Issue
Steve N4IRS
Just FYI - this suggestion works, thank you much. chmod +x MMDVM_Bridge.amd64 best, Eric
|
|
Re: Ben Fogle N5AMD contact info ?
John MI0AAZ
Will look you up now and drop you a message.
73.
|
|
Re: USPR and GPIO (4 wire analog interface) to P25
#mmdvm_bridge
#analog_bridge
toggle quoted messageShow quoted text
On 1/23/2020 8:22 AM, Tim VK3TIM wrote:
Hi Steve,
|
|
DSTAR REF084C , XLX933A/B/C etc... with DVSWITCH MOBILE ?
Ludovic Ludo
Hello,
i just terminated a french tutorial for DVSwitch on raspi : http://radioamateur.forumsactifs.com/t2299-dvswitch-mobile-tutoriel-d-installation-sur-raspberry-pi-3-sans-dongle-usb-dmr-c4fm-dstar-p25-nxdn I search the possibility to go on REF084C or 933A/Z but for the moment i do not know how to do that. If you have the solution, thank's in advance. Best regards, Ludovic - F5PBG.
|
|
Re: USPR and GPIO (4 wire analog interface) to P25
#mmdvm_bridge
#analog_bridge
Hi Steve,
I have a ASL node setup with "First node" using the modified simpleusb drivers " I think you may have originally setup ASL_GPIO_Master" that was later forked (https://github.com/KG7QIN/ASL_GPIO) . This allows the use of Pi GPIOs for the analog PTT and COS audio via a CM108 sound card -"4 wire E&M." - "I use a customised Pi Hat for this." "Second node" is using USRP to Analog Bridge. "First node" Using DTMF scripts in ASL for the *Tune.sh commands for the Mode change and the TG changes much similar to your original DVswitch approach with multiple .ini files. At this stage all seems to be working well. I did notice when activating a "mode" change command that the analog bridge service had to be restarted three times in the script when making the changes to the analog_bridge.ini copying them to temp and then copying back to the opt/Analog_bridge directory or it would sometimes get stuck - This also happened to me on the original USRP controls using DVswitch (it also meant that with every "mode" change I had to register again but that didn't worry me.) - What i am looking into now is a user dashboard to see what the Modes and Talkgroups are actually on visually and possibly audio commands back over the "First Node" (I think I am already in that group will take a look.) Thanks for all your great work. Tim VK3TIM
|
|
Re: USPR and GPIO (4 wire analog interface) to P25
#mmdvm_bridge
#analog_bridge
Tim,
toggle quoted messageShow quoted text
Can you share more info on what you have done? I think we may have some drivers you might want to look at. Join us at <https://dvswitch.groups.io/g/DVSwitch-ASL> where we are customizing ASL for DVSwitch. 73, Steve N4IRS
On 1/23/20 7:04 AM, Tim VK3TIM wrote:
To answer my own question and in case anyone else is interested I have successfully implemented this idea using Allstar node with 2x nodes first node is using modified Pi GPIO SimpleUSB driver and second node is USRP to Analog Bridge to P25 Gateway - (In fact any digital modes to Analog Bridge) now to setup a User front end to control the modes via a web-page....
|
|