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: Dashboard Time
I can't tell you the difference between the 2. I use US and the time
zone. It works. Why? Some day I'll Google it. No duh. ;)
toggle quoted messageShow quoted text
On 11/30/2020 3:31 PM, Chuck wrote:
|
|
|
|
Re: Dashboard Time
Chuck <chuck@...>
Thanks, Steve, that did it. Needed to select US vs America. Duhhh!
73, Chuck KE5RAD
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
[Edited Message Follows] Try setting to US / Central in raspi-config On 11/30/2020 1:36 PM, Chuck wrote:
|
|
|
|
Re: Dashboard Time
Try setting to US / Central in raspi-config
toggle quoted messageShow quoted text
On 11/30/2020 1:36 PM, Chuck wrote:
Where?
|
|
|
|
Re: Dashboard Time
Chuck <chuck@...>
Where?
toggle quoted messageShow quoted text
Chuck
On November 30, 2020 12:33:13 PM CST, Mike KB8JNM <groupio@...> wrote:
|
|
|
|
Re: Dashboard Time
Daylight savings flag ?
On 11/30/2020 1:27 PM, ke5rad@...
wrote:
How can I adjust the time on the DVSwitch Dashboard running on my Raspberry Pi? Mine is an hour fast. I looked at the .ini files and saw nothing related to time zone and I set America Chicago in raspi-config but no joy. Suggestions??
|
|
|
|
Dashboard Time
ke5rad@...
How can I adjust the time on the DVSwitch Dashboard running on my Raspberry Pi? Mine is an hour fast. I looked at the .ini files and saw nothing related to time zone and I set America Chicago in raspi-config but no joy. Suggestions??
-- 73, Chuck KE5RAD
|
|
|
|
Re: need help with getting components from repo
toggle quoted messageShow quoted text
On 11/30/2020 9:59 AM, thlongan via
groups.io wrote:
I am new and have been having trouble getting components from the repository. Specifically HBlink3 and dmr_utils3.
|
|
|
|
need help with getting components from repo
thlongan@...
I am new and have been having trouble getting components from the repository. Specifically HBlink3 and dmr_utils3.
I have tried several ways and I can not get the right command. I either get back asking for username and password, command not understood, or repository not found. Right now it keeps trying to connect to hblink.org and fails. Could someone please show me the correct command to get the components From the repository. Thank you.
|
|
|
|
Re: BransMeister Self care password for a DVSwitch
Levi - YO5VLZ
Hello,
launch dvs, got to Tools Menu->Configure ini files -> 2. Edit MMDVM_Bridge.ini There go to [DMR Network] block and edit Password. Put the clear text apssword you enterered into BM Self-Care ... [DMR Network] Enable=1 Address=Some Master server IP address Port=62031 Jitter=360 Local=62032 Password=Put here your password from Self Care in clear text, if you entered in Self Care MyPassword1234 then you enter exactly that here .... After that Ctrl+X, agree with saving, in the ini edit menu choose Cacne so that you go back to parent menu and choose 36 Restart DVSwitch Services There is another way but that will force you to enter all the already entered info and chance for a frustating mistake in higher 73s, Levi YO5VLZ
|
|
|
|
Re: Problem with host file download
The issue is resolved.
toggle quoted messageShow quoted text
On 11/29/20 7:39 PM, Steve N4IRS via
groups.io wrote:
There is a problem with TGList_BM.txt as part of the host file download. This is effecting both existing as well as new installs.
|
|
|
|
Problem with host file download
There is a problem with TGList_BM.txt as part of the host file download. This is effecting both existing as well as new installs.
We are working to resolve the issue. Steve N4IRS
|
|
|
|
Re: Coming to a browser near you
As a Mac/iOS user (and professional developer) I have tested on iOS (12, 13 and 14) Safari and Mac OS Catalina (Safari and Chrome)
In addition, Windows Edge, Linux Chromium, Android Chrome and Silk. Still to test is Firefox. I will probably not test on Opera (as I don't care) iOS as always is a challenge because Apple makes everything harder. You will need TLS certs (a script is included). I would not say this is a perfect replacement for a mobile app (it is specifically NOT responsive), but it does perform well on iOS and Mac OS.
|
|
|
|
Re: Security password on Brandmeister
Ted Lawrence
Yes, that fixed it. Thanks!
|
|
|
|
Re: Security password on Brandmeister
Yes
toggle quoted messageShow quoted text
On 11/29/20 6:14 PM, Ted Lawrence via
groups.io wrote:
To be clear. You replace "passw0rd" with the Self care password ?
|
|
|
|
Re: Security password on Brandmeister
Ted Lawrence
To be clear. You replace "passw0rd" with the Self care password ?
|
|
|
|
BransMeister Self care password for a DVSwitch
Ted Lawrence
Hi folks! I need help with DVSwitch edit. With the recent BrandMeister server security change, it broke our DVSwitch to DMR configuration. What Stanza do you insert the Self care BrandMeister password for DVSwitch. Also, what is proper format needed in the line of code?
Thanks for you help! Ted KD4EG
|
|
|
|
Re: Coming to a browser near you
Jay
Amen, I am Mac OS and IOS, with a WinDoze box around to program radios with. It will be nice to have a web client I can run on everything.
-- jb N4NQY
|
|
|
|
Re: level differences between YSF and DMR (again)
k7wby@...
You might try changing to AUDIO_USE_GAIN. My ASL side is set to .25 but yours may be different. This is one of those things that you just have to test and test until you get it right. There are also gain settings in rpt.conf that you can play with for ASL.
All my AB instances have DV3000 hardware as well as the XLX so it tends to make it a little easier to balance the audio.
|
|
|
|
level differences between YSF and DMR (again)
Patrick Perdue
Hi:
I'm sure this has been brought up before. I have a system using DVSwitch, which involves an XLX reflector. Currently, the XLX module to which DVSwitch is connected is also configured as an autolinked YSF reflector. HBlink connects to that reflector, and MMDVM_Bridge connects to HBlink, with my XLX reflector as one peer and TGIF as another. The YSF reflector on XLX is rarely used compared to DStar and especially DMR, which is the most popular digital mode on the system, but I am told that audio level is significantly higher for audio received by YSF connected clients than DMR, regardless of if the source is ASL or some other mode. I'm already running the gain from ASL to digital below unity (0.38, I think) to avoid distortion. This seems to work well for DMR even with hot analog audio. So, my question is, other than perhaps moving YSF traffic to another module on the reflector, then using an instance of Analog_Bridge to route everything destined for YSF through ASL and turning the gain down on that stage, then pointing YSF outbound traffic back to the original MMDVM_Bridge instead of a second ASL private node to avoid transcoding, since there seems to be no problem in that direction, is there anything I can do about this? I assume probably not, but I honestly haven't paid too much attention to YSF implementation of DVSwitch, since I'm not actually using it to provide YSF connectivity at the moment.
|
|
|
|
locked
Notice to all DVSwitch users.
#brandmeister
This was posted a few days ago by N3FE
Due to issues that have been happening recently, we are going to need to start requiring users to set a hotspot security password to gain access to the US Masters. If you already have a hotspot security password set on the BM portal, you can ignore this post. We are going to start requiring this on master 3101 November 30th, 3102 will follow on December 4th, and 3103 on December 11th. This is already implemented on the RU masters, and other Master servers will follow. At this time this will just be for hotspots. The API is being worked on to allow repeater owners to make this change as well, but it is not quite ready to go.
Here is a link to a post on how to set your hotspot security on the bm portal. Please configure a personalized security password for your hotspots !
What does this mean for DVSwitch users? If you have a bridge or server connecting to BrandMeister, you will need to have set your HS password. Up till now, a user could use the default password and connect to BM. With the above change, you will need to set your own password. This is one password per CallSign/DMRID. If you have 2 DMR IDs you will need to set 2 passwords.
We HIGHLY suggest you set your HS passwords now. That way when the changes are applied across BM, you will not loose connectivity.
|
|
|