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: #analog_bridge
#analog_bridge
andrew delgado
HI Ernie,
I only have one instance for analog and mmdvm bridge this is right after install and configuration from the pdf documentation posted here. Regards, Andrew
|
|
|
|
Re: ARM IMAGE
Hamvoip is based on Arch not Debian! So you need to use the correct package manager. pacman -Sy package_name This will install packages in Arch, if you need further information about pacman (not the arcade game!) then type... man pacman This will print out the manual to screen so that you can read it. Apt is Debian's package management as yum is for redhat/fedora based systems. Cheers
|
|
|
|
Re: ARM IMAGE
Pete Fierro <overthetop52@...>
How were you able to get DV Switch on hamvoip?
toggle quoted messageShow quoted text
I did "apt-get install dvswitch -y" at the shell& got this message
|
|
|
|
Re: ARM IMAGE
Yes, I currently have DVSwitch installed on a HAMVOIP image and that allows allstar to DMR. I am sure it will do more but I have not looked into anything else just yet. The issue is even with a DV3000 USB installed the DMR to FM is not as good as it should be. Not like some of these XLX installs that just sound perfect.
|
|
|
|
Re: ARM IMAGE
On second thought, Will you be connecting the AllStar node to a
analog radio?
toggle quoted messageShow quoted text
Steve N4IRS
On 6/3/2020 10:05 AM, W8DSB wrote:
Is there a ARM image available (PI 4) that has ASL, DVSWitch already installed? I have made a few now using HAMVOIP and DVSwitch but the ASL to DMR is only so so even with a DV3000 USB dongle. Hoping to find something that works better.
|
|
|
|
Re: ARM IMAGE
Not yet.....
toggle quoted messageShow quoted text
On 6/3/2020 10:05 AM, W8DSB wrote:
Is there a ARM image available (PI 4) that has ASL, DVSWitch already installed? I have made a few now using HAMVOIP and DVSwitch but the ASL to DMR is only so so even with a DV3000 USB dongle. Hoping to find something that works better.
|
|
|
|
ARM IMAGE
Is there a ARM image available (PI 4) that has ASL, DVSWitch already installed? I have made a few now using HAMVOIP and DVSwitch but the ASL to DMR is only so so even with a DV3000 USB dongle. Hoping to find something that works better.
|
|
|
|
Re: #analog_bridge
#analog_bridge
You may have another Analoge_Bridge running.
MMDVM_Bridge and Analoge_Bridge have usually been installed to start up when your device is restarted. I get caught out myself. I like running them in terminal windows. Find it easier to fault find. sudo systemctl stop analog_bridge sudo systemctl stop mmdvm_bridge
|
|
|
|
#analog_bridge
#analog_bridge
Hi All,
Can you help me with the error below? it seems that theres an error on port when clicking the marco<>Mode Select <> DMR on mobile phone port 31100 will close. I: 2020-06-03 04:51:38.416 MESSAGE packet sent to USRP client: Setting mode to DMR I: 2020-06-03 04:51:38.489 ambeMode = DMR, size = 72 M: 2020-06-03 04:51:38.489 Connecting to DV3000 hardware...... E: 2020-06-03 04:51:38.489 Can not bind port 2460, error code = 98 (Address already in use) M: 2020-06-03 04:51:38.533 Begin DV3000 decode I: 2020-06-03 04:51:38.568 txport=: 31103 I: 2020-06-03 04:51:38.669 rxport=: 31100 E: 2020-06-03 04:51:38.670 Can not bind port 31100, error code = 98 (Address already in use) M: 2020-06-03 04:51:38.670 TLV rx socket reopened for 127.0.0.1:31100 I: 2020-06-03 04:51:39.905 Macro result was 0 Thanks! Andrew 73!
|
|
|
|
Re: ASL_node_list.txt
Works great Mike. tnx a lot. will be a big benefit when mobiling. FWIW, to make testing and loading simpler, I created a much smaller node_list.txt file - only a dozen entries instead of the 15K standard.
-- Tom VE3NY
|
|
|
|
Some questions about dvswitch.sh and Analog_Bridge
Tim Payne
Evening all,
I am pretty new to the MMDVM_Bridge software and was trying have a bridge from private hblink server to p25 networks. to do this i was trying HBlink ----> DMR2YSF -----> YSF2P25 -----> P25Gateway -----> P25Parrot. this method was not working. I could see traffic going one way but not back the other way. Then I found this software and got it working. But i have a couple of questions. 1st is about the dvswitch.sh script. I have a small python script that looks at the hblink logs and runs the dvswitch command to "tune" the correct talk group. but the only way i can make sure that it only changes the P25 instance of Analog_Bridge is to make sure the p25 instance is started after the DMR instance. is there another way? 2nd question is. I keep getting lots of info packet lines in my Analog_Bridge log files. this puts CPU usage up to 90%. Server starts up normally and nothing much in logs about it. But as soon as there is data, even just change talkgroup with dvswitch.sh, then the 2 instances of Analog_Bridge just spam each other and cpu load hits near max. This doesnt stop until I have killed one of the instances. Is this normal? or something wrong with configuration files? should I be running on a faster PC? The PC is a 1.6GHz Atom CPU and 2GB RAM with Ubuntu Server 18.04 running. Thanks and 73's Tim VK3FTZD
|
|
|
|
Re: ASL_node_list.txt
And yes you did misunderstand.
Nodes in the database (node_list.txt) are preceded by a *2 when invoked from the "Nodes" menu or using the long press for the first 10 Nodes in the "Macro" menu, accessed from the long press of * or the "Macro" dropdown (like Connect to Node 2600) are dialed as is Nodes in the ad-hoc menu, long press * after loading a new menu with sendtext from the ASL node are dialed as is. So, If you add to the database, postfix it with *30 If you add it anywhere else, prefix it with *3 to connect in transmit mode.
|
|
|
|
Re: ASL_node_list.txt
Sorry, ment *30
so a string like *22100*30 would dial node 2100 in RX mode then change over to TX. DVSM supplies the *2 so you would not need that in your database.
|
|
|
|
Re: ASL_node_list.txt
I tried your suggestion … but still getting rx only.
tried 42328 *3|VE3KKF|Baslam Lake and also 42328*3|VE3KKF|Baslam Lake did I misunderstand your recommendation? -- Tom VE3NY
|
|
|
|
Re: ircddbgateway install command line only
va3dxv
Thank you Steve, yep that's what I've been doing here too. libwxbase3.0-dev is installed. Building on rasbian 4.9.8
toggle quoted messageShow quoted text
the previous posted output was of the g4lkx compile. this is of dl5di's, failing at the same file :(
GUICommon/AddressTextCtrl.cpp:21:111: error: ‘wxSize’ does not name a type
|
|
|
|
Re: ASL_node_list.txt
Hmmm, I have not look at that code in a while. Yes, I did make the decision to use monitor rather than transceive. You can just do a *3 at the end of the node number to fix it I guess. The proper solution is to have a dial prefix for ASL in the account setup, but that will not be something I do in the short term.
If you use the AD-Hoc menu it should not add a prefix, so I might suggest that is a good solution for a while
|
|
|
|
Re: attenuating USRP gain post-AGC processing
I added the gain block after the AGC processing, so this should address your needs. Steve will release soon as there are some other changes in the pipeline as well.
|
|
|
|
Re: DVSWITCH in Pi Zero
ea7jcl@...
Perfect, this is the solution.
Many thanks
|
|
|
|
Re: Where is the DVSM_Update.sh scripts?
EA5GVK Joaquin
Ok. Thx.
El lun., 1 jun. 2020 20:16, Steve N4IRS <szingman@...> escribió:
|
|
|
|
Re: ircddbgateway install command line only
I build the G4LKX repo with:
toggle quoted messageShow quoted text
apt-get install libwxbase3.0-dev make I have built on arm and intel/amd. Steve N4IRS
On 6/1/2020 2:28 PM, va3dxv wrote:
|
|
|