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: Tune audio levels in DStar gateway
#analog_bridge
Set one Analog_Bridge to unity in both directions and use the other Analog_Bridge to set levels in and out.
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Waldek SP2ONG <sp2ong@...>
Sent: Tuesday, September 10, 2019 7:02:31 AM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: [DVSwitch] Tune audio levels in DStar gateway #analog_bridge [Edited Message Follows] Hi,I would like to set the correct audio levels in my DStar gateway, where I use ircddbgateway / MMDVM_Bridge and 2 Ananlog_Bidges connected via USRP A simple AB connection diagram is below AB DMR AB DStar [USRP] [USRP] RX <--------------------------------------------- TX TX ---------------------------------------------> RX aslAudio = AUDIO_USE_GAIN aslAudio = AUDIO_USE_GAIN dmrAudio = AUDIO_USE_GAIN dmrAudio = AUDIO_USE_GAIN agcGain = 10 agcGain = 10 dmrGain = 0.35 dmrGain = 0.35 I would like to be sure that when I set the audio levels from DSTAR to DMR I need to correct it: Tune in USRP_DSTAR agcGain and dmrGain in USRP_DMR ???? when I set the audio levels from DMR to DSTAR: Tune in USRP_DMR agcGain and dmrGain in USRP_DSTAR ??? I would like to suggest whether it is correct or how to choose the right levels in both directions 73 Waldek SP2ONG
|
|
|
|
Tune audio levels in DStar gateway
#analog_bridge
Hi,
I would like to set the correct audio levels in my DStar gateway, where I use ircddbgateway / MMDVM_Bridge and 2 Ananlog_Bidges connected via USRP A simple AB connection diagram is below AB DMR AB DStar [USRP] [USRP] RX <--------------------------------------------- TX TX ---------------------------------------------> RX aslAudio = AUDIO_USE_GAIN aslAudio = AUDIO_USE_GAIN dmrAudio = AUDIO_USE_GAIN dmrAudio = AUDIO_USE_GAIN agcGain = 10 agcGain = 10 dmrGain = 0.35 dmrGain = 0.35 I would like to be sure that when I set the audio levels from DSTAR to DMR I need to correct it: Tune in USRP_DSTAR agcGain and dmrGain in USRP_DMR ???? when I set the audio levels from DMR to DSTAR: Tune in USRP_DMR agcGain and dmrGain in USRP_DSTAR ??? I would like to suggest whether it is correct or how to choose the right levels in both directions 73 Waldek SP2ONG
|
|
|
|
Re: Jackhammer Sound
The effect started on reboot of computer. Did a fresh install of the emulator still had the same problem. Found the purge command on google. Worked ever since.
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, September 10, 2019 10:35:34 AM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] Jackhammer Sound Ernie,
Once the computer froze, did you restart the computer and test before purging and reinstalling md380-emu? Steve On 9/10/19 3:12 AM, Ernie Gm7kbk wrote:
I got the jack hammer effect after my computer froze. Would not go away.
|
|
|
|
Re: Jackhammer Sound
Ernie,
toggle quoted messageShow quoted text
Once the computer froze, did you restart the computer and test before purging and reinstalling md380-emu? Steve
On 9/10/19 3:12 AM, Ernie Gm7kbk wrote:
I got the jack hammer effect after my computer froze. Would not go away.
|
|
|
|
Re: Jackhammer Sound
I got the jack hammer effect after my computer froze. Would not go away.
sudo apt-get --purge remove md380-emu then install new copy fixed my problem.
|
|
|
|
Re: Jackhammer Sound
Steve ,
I agree that it's currently difficult to find the reason for this problem, but it seems that this is a md380-emu problem. Once when I was looking for where the problem was and I had a "jackhammer" audio, I only changed the IP address for md380-emu to the address on the local network of the computer where md380-emu also worked and everything worked correctly in DMR. When I switched back to 127.0.0.1, there was a problem with the audio. Restarting md380-emu doesn't always help. This is a difficult problem to locate but it would be nice if we could locate it. The md380-emu restart macro is a good idea 73 Waldek
|
|
|
|
Re: Jackhammer Sound
I have to start this message by stating that I have never heard the
"jack hammer" on my DVSM node. Mike says he got it once but he is
not sure what caused it. We do have some ideas and we are discussing
possible remedies. We think md380-emu gets confused and until the
emulator is restarted the noise will continue.
toggle quoted messageShow quoted text
With this in mind, rather then rebooting the entire node, which tells us nothing, just restart the emulator. The nature of the UDP connection from AB allows this. I can suggest two methods to restart the emulator: 1: systemctl restart md380-emu from the command line. 2: add a macro to AB.ini in the [MACRO] stanza 5678 = systemctl restart md380.emu With the second option, when you hear the "jack hammer" send *5678 from DVSM. Please let us know the result. When reporting please let us know the mode (DMR, YSF, NXDN...) and where the "jack hammer" is heard. Steve N4IRS
On 9/9/19 4:08 PM, Chris K7AZ via
Groups.Io wrote:
|
|
|
|
Re: Jackhammer Sound
Chris K7AZ
Problem cleared after several reboots and verification the emulator was enabled. Was about to reload from last good snapshot but it just started working for no good reasons. Doing a COP 4 command was used to verify tone on TG. Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message -------- From: Tom Corcoran <tcorcoran@...> Date: 9/9/19 12:35 (GMT-08:00) To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Jackhammer Sound does this mean that you disabled the md380-emu emulator or did issue disappear with emulator turned on? -- Tom VE3NY
|
|
|
|
Re: Jackhammer Sound
Chris,
does this mean that you disabled the md380-emu emulator or did issue disappear with emulator turned on? -- Tom VE3NY
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
Plug the ThumbDV directly into the host. No hub. Run AMBEtest4.py to verify proper operation.
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of TG9AOR <qrz@...>
Sent: Monday, September 9, 2019 1:33:51 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge Hello Friend. Message #2143 addresses a procedure to verify the latency timer.
As for me, I gave up on integrating DSTAR to the node because of this very same issue, even if the timer is set to 1, the USB device is in a powered USB hub. This past saturday, as I was rebuilding my AllStar Node I gave C4FM a try with the NWDigital ThmbDV in stead of the md380-emu. While it does not stutter, The audio does get fragmented. Pi is on the local LAN, as well as the USB Device. I ended up using the md380-emu for C4FM as well. 73 -- José Roberto Ruíz García Salas TG9AOR
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
TG9AOR
Hello Friend. Message #2143 addresses a procedure to verify the latency timer.
As for me, I gave up on integrating DSTAR to the node because of this very same issue, even if the timer is set to 1, the USB device is in a powered USB hub. This past saturday, as I was rebuilding my AllStar Node I gave C4FM a try with the NWDigital ThmbDV in stead of the md380-emu. While it does not stutter, The audio does get fragmented. Pi is on the local LAN, as well as the USB Device. I ended up using the md380-emu for C4FM as well. 73 -- José Roberto Ruíz García Salas TG9AOR
|
|
|
|
Re: Can I bulild an offline dmr server?
No problem on talkgroups. All info here join subgroup Hblink.
|
|
|
|
Re: Can I bulild an offline dmr server?
playexata
Thanks for the answer.
But can Hblink provide multiple talk groups? I did a reserch on internet but I could not found anything about it
|
|
|
|
Re: Can I bulild an offline dmr server?
If you can get all your hotspots to connect to your office server network then Hblink should work. I have Hblink running on my home network with connections from other computers.
|
|
|
|
Can I bulild an offline dmr server?
playexata
We have a system was builed with internet but our internet provider go for a system renewal now we need to work with out internet for 3-5 months. we want to use our dmr radios (which is connected to mmdvm hotsposts) to comminicite. Currently we have a server runs in office and long range wifi antenas all around mountains.
Questation : Can I build an offline dmr server? which has talk groups or at least some sorth of groups in to the server ?
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
SP2ONG Waldek
Ok, Steve, thank you. I thought I was using the wrong configuration to use md380-emu.
Although in the log you can not see that md380 will be used. There is information that I: 2019-09-07 06:54:58.179 Connecting to emulator on host 127.0.0.1:2500 W: 2019-09-07 06:54:58.179 Using software MBE decoder version 1.2.3 W: 2019-09-07 06:54:58.179 Using software OP25 IMBE/AMBE vocoder Still, sometimes strange audio using md380 (Jackhammer) occurs. It changes the port of md380-emu and sometimes helps, but I think this is not the reason for strange audio.
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
David,
toggle quoted messageShow quoted text
I will consider adding the text to the howto. One change is that the AMBE chip is not sensitive to voltage sags. The ThumbDV is sensitive to voltage sags. Steve N4IRS
On 9/7/19 12:59 AM, David Ranch wrote:
Hello Steve,
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
No,
toggle quoted messageShow quoted text
To use the emulator you must enable decoderFallBack and useEmulator. Steve N4IRS
On 9/7/19 3:40 AM, Waldek SP2ONG wrote:
I would like someone to confirm whether to use md380 in Analog_Bridge should be such a setting: ??? :
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
SP2ONG Waldek
I would like someone to confirm whether to use md380 in Analog_Bridge should be such a setting: ??? :
decoderFallBack = false ; Allow software AMBE decoding if a hardware decoder is not found useEmulator = true ; Use the MD380 AMBE emulator for AMBE72 (DMR/YSFN/NXDN) emulatorAddress = 127.0.0.1:2500 ; IP address and port of the md380 server for me not working
|
|
|
|
Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
SP2ONG Waldek
Hi David
toggle quoted messageShow quoted text
If I setup to use md380-emu in follwoing: - Enable the md380-emu codec This has good audio quality (possibly better than the IMBE software vocoder): Document how the md380-emu process will be started Analog_Bridge.ini [GENERAL] decoderFallBack = false useEmulator = true [DV3000] ;server = /dev/ttyUSB0 ; Device of DV3000U on this machine ;port = 460800 ; Baud rate of the dongle ;serial = true ; Use serial (DV3000U) or IP Analog_Bridge is stoping and in log is follwoing info D: 2019-09-07 06:54:52.723 Attempt to init DV3000 in DMR mode M: 2019-09-07 06:54:52.723 Connecting to DV3000 hardware...... W: 2019-09-07 06:54:53.730 DV3000 not found at 127.0.0.1:2460 I: 2019-09-07 06:54:53.931 Subscriber IDs loaded: 140597 I: 2019-09-07 06:54:53.931 Connecting to emulator on host 127.0.0.1:2500 F: 2019-09-07 06:54:53.931 DV3000 not found!, aborting. My md380-emu is running on port 2500 but when I setup [GENERAL] decoderFallBack =true useEmulator = true [DV3000] ;server = /dev/ttyUSB0 ; Device of DV3000U on this machine ;port = 460800 ; Baud rate of the dongle ;serial = true ; Use serial (DV3000U) or IP D: 2019-09-07 06:54:56.972 Attempt to init DV3000 in DMR mode M: 2019-09-07 06:54:56.972 Connecting to DV3000 hardware...... W: 2019-09-07 06:54:57.979 DV3000 not found at 127.0.0.1:2460 I: 2019-09-07 06:54:58.179 Subscriber IDs loaded: 140597 I: 2019-09-07 06:54:58.179 Connecting to emulator on host 127.0.0.1:2500 W: 2019-09-07 06:54:58.179 Using software MBE decoder version 1.2.3 W: 2019-09-07 06:54:58.179 Using software OP25 IMBE/AMBE vocoder
On Fri, Sep 6, 2019 at 09:59 PM, David Ranch wrote: - Enable the md380-emu codec
|
|
|