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: HBlink rules.py
Hi Corey:
I just submit a ticket making the request. Thanks
|
|
Re: DMR Master Disconnects
John - WB5NFC <wb5nfc@...>
Helps immensely. Thank you.
toggle quoted messageShow quoted text
On Jul 24, 2019, at 4:44 PM, Steve N4IRS <szingman@...> wrote:
|
|
Re: DMR Master Disconnects
John,
toggle quoted messageShow quoted text
As Curt explained the install set up MMDVM_Bridge (and others) to start at boot. There will be times when you need to run in the foreground and all you need to do is make sure you are the only running copy unless you are running a more complex bridge. systemctl has 6 commands you will want to know off the top of your head and quite a few more that -h or man systemctl will show you. systemctl start mmdvm_bridge # Start the mmdvm_bridge service systemctl status mmdvm_bridge # check the status of the mmdvm_bridge service. Is it running? is it enabled? any errors? systemctl stop mmdvm_bridge # stop the service IF it is running systemctl restart mmdvm_bridge # restart the service (will also start it if not running) good for re-reading the config files. systemctl enable mmdvm_bridge # setup the service to start at boot systemctl disable mmdvm_bridge # stop the service from running at boot. The 3 big ones for you with a running bridge are stop, start and status. Always check the status before running in the foreground. Hope this helps, Steve N4IRS
On 7/24/19 5:03 PM, John - WB5NFC
wrote:
Gentleman, thank you for identifying the source of my self-inflicted headache! Now that only one instance is running, there are no login/logout errors.
|
|
Re: DMR Master Disconnects
John - WB5NFC <wb5nfc@...>
Gentleman, thank you for identifying the source of my self-inflicted headache! Now that only one instance is running, there are no login/logout errors.
In trying to remember when or how I got into this twofer mess, I remember seeing the list of useful commands at the end of the setup document and trying them out. I just "assumed" anything started would reset after a boot. That little word sure gets people in trouble... thanks again, guys.
|
|
Re: DMR Master Disconnects
Curt Hart <curtg49@...>
John, it's starting at boot because the service is enabled. if you don't want it to start at boot systemctl disable mmdvm_bridge or after you've made changes systemctl restart mmdvm_bridge. See systemctl --help Hope this helps, Curtis - N9INK
On Wednesday, July 24, 2019, 3:14:10 PM CDT, John - WB5NFC <wb5nfc@...> wrote:
I believe you're right on target, as usual! Time permitting, educate me a little (or a LOT), please... I didn't understand what I was seeing with the ps ax | grep MMDVM command. root@WB5NFC-2186:/opt/MMDVM_Bridge# ps ax | grep MMDVM 668 ? Ss 0:01 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini 1265 pts/0 S+ 0:00 grep MMDVM So I ran systemctl status mmdvm_bridge ● mmdvm_bridge.service - MMDVM_Bridge Service Loaded: loaded (/lib/systemd/system/mmdvm_bridge.service; enabled; vendor preset: enabled Active: active (running) since Wed 2019-07-24 13:51:14 CDT; 34min ago Main PID: 661 (MMDVM_Bridge) CGroup: /system.slice/mmdvm_bridge.service └─661 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini Which I think... tells me, yes dummy, it's already running and there's your problem. How I started it at boot and now how I keep it from starting at every boot (while testing) are questions I can't answer.....
|
|
Re: DMR Master Disconnects
John - WB5NFC <wb5nfc@...>
I believe you're right on target, as usual! Time permitting, educate me a little (or a LOT), please...
I didn't understand what I was seeing with the ps ax | grep MMDVM command. root@WB5NFC-2186:/opt/MMDVM_Bridge# ps ax | grep MMDVM 668 ? Ss 0:01 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini 1265 pts/0 S+ 0:00 grep MMDVM So I ran systemctl status mmdvm_bridge ● mmdvm_bridge.service - MMDVM_Bridge Service Loaded: loaded (/lib/systemd/system/mmdvm_bridge.service; enabled; vendor preset: enabled Active: active (running) since Wed 2019-07-24 13:51:14 CDT; 34min ago Main PID: 661 (MMDVM_Bridge) CGroup: /system.slice/mmdvm_bridge.service └─661 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini Which I think... tells me, yes dummy, it's already running and there's your problem. How I started it at boot and now how I keep it from starting at every boot (while testing) are questions I can't answer.....
|
|
Re: #hblink
#hblink
Aaron Groover
I’ve heard nothing out of BM about the link. So if BM approves it I won’t do TGIF
—
Respectfully,
Aaron Groover
(610) 379-6148
K3ALG@...
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Corey Dean N3FE <n3fe@...>
Sent: Wednesday, July 24, 2019 3:16:55 PM To: main@dvswitch.groups.io <main@dvswitch.groups.io> Subject: Re: [DVSwitch] #hblink I really hope this isn’t the ysf reflector link you submitted to the bm support team! We do not and will not crosslink to TGIF from BM.
Corey n3fe
On Wed, Jul 24, 2019 at 2:43 PM <k3alg@...> wrote:
So new to this whole hblink thing. However i Have a YSF Reflector that i want to bridge to TGIF. Can someone please tell me the command prompts and how to set it up? Thanks!
|
|
Re: #hblink
#hblink
Corey Dean N3FE <n3fe@...>
I really hope this isn’t the ysf reflector link you submitted to the bm support team! We do not and will not crosslink to TGIF from BM. Corey n3fe
On Wed, Jul 24, 2019 at 2:43 PM <k3alg@...> wrote: So new to this whole hblink thing. However i Have a YSF Reflector that i want to bridge to TGIF. Can someone please tell me the command prompts and how to set it up? Thanks!
|
|
Re: #hblink
#hblink
Aaron,
toggle quoted messageShow quoted text
YSF2DMR is not part of the DVSwitch family. You should go here: <https://github.com/juribeparada/MMDVM_CM> 73, Steve N4IRS
On 7/24/2019 2:53 PM, Aaron Groover
wrote:
Sorry Alec lol Ill try to make it more not confusing. I already created the YSF reflector its already up and running "PA 6 County" so now i want to bridge it with a TGIF TG with YSF2DMR. However i do not know the command prompts how to get it started. So if you know them step by step that would be great
|
|
#hblink
#hblink
Aaron Groover
Sorry Alec lol Ill try to make it more not confusing. I already created the YSF reflector its already up and running "PA 6 County" so now i want to bridge it with a TGIF TG with YSF2DMR. However i do not know the command prompts how to get it started. So if you know them step by step that would be great
Aaron
|
|
Re: #hblink
#hblink
Aaron Groover
The reflector is up on YSF I want to bridge it to TGIF
—
Respectfully,
Aaron Groover
(610) 379-6148
K3ALG@...
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Alec-N1AJW <alec.wasserman@...>
Sent: Wednesday, July 24, 2019 2:46:47 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] #hblink https://register.ysfreflector.de/installation
make sure not to bridge it to 31665. outside bridges arent allowed per Robert. Alec N1AJW
|
|
Re: #hblink
#hblink
https://register.ysfreflector.de/installation
make sure not to bridge it to 31665. outside bridges arent allowed per Robert. Alec N1AJW
|
|
Re: DMR Master Disconnects
John,
toggle quoted messageShow quoted text
Thanks for that. I don't see any issue. Thinking about your description, if you are running MMDVM_Bridge in the foreground, are you sure it's not ALSO running in background? Before you start MB in the foreground: ps ax | grep MMDVM Steve
On 7/24/2019 1:47 PM, John - WB5NFC
wrote:
[DMR Network]
|
|
#hblink
#hblink
Aaron Groover
So new to this whole hblink thing. However i Have a YSF Reflector that i want to bridge to TGIF. Can someone please tell me the command prompts and how to set it up? Thanks!
|
|
Re: DMR Master Disconnects
John - WB5NFC <wb5nfc@...>
Interesting.... thanks, Mark. I've made no changes in configs today. Didn't even log in until late this morning and that was just to get the info Steve requested. I had saved the Connect / Disconnect messages earlier in the week.
|
|
Re: DMR Master Disconnects
Mark N2NUO <n2nuo@...>
I just looked at the logs on Master 3102 and see your connection
and sudden disconnects. I see no reason in the server for the
disconnects, earlier in the day I see you have the incorrect
password setup, but after that you connected and then soon after,
it disconnects.
On 7/24/19 1:47 PM, John - WB5NFC
wrote:
[DMR Network]
|
|
Re: DMR Master Disconnects
John - WB5NFC <wb5nfc@...>
[DMR Network]
Enable=1 Address=3102.repeater.net Port=62031 Jitter=360 Local=62032 Password=passw0rd Slot1=1 Slot2=1 Debug=0 [DMR] Enable=1 ColorCode=1 EmbeddedLCOnly=1 DumpTAData=0
|
|
Re: DMR Master Disconnects
John,
toggle quoted messageShow quoted text
As a start, Please show the [DMR] and [DMR Network] stanzas from MMDVM_Bridge.ini Steve N4IRS
On 7/24/2019 12:28 PM, John - WB5NFC
wrote:
I'm making a first run at installing ASL to DMR Bridge on a Rpi 3B+ with the latest ASL image. Install proceedes normally until I run MMDVM_Bridge in the foreground. First logon to the master server is good, but I get disconnected after about a minute. Then the cycle of connects and disconnects continues thereafter. Can someone point me in the right direction for determining the source of this behavior? Thanks in advance! John / WB5NFC
|
|
DMR Master Disconnects
John - WB5NFC <wb5nfc@...>
I'm making a first run at installing ASL to DMR Bridge on a Rpi 3B+ with the latest ASL image. Install proceedes normally until I run MMDVM_Bridge in the foreground. First logon to the master server is good, but I get disconnected after about a minute. Then the cycle of connects and disconnects continues thereafter. Can someone point me in the right direction for determining the source of this behavior? Thanks in advance! John / WB5NFC
M: 2019-07-21 21:20:58.069 DMR, Setting [DMR] Address -> 127.0.0.1 M: 2019-07-21 21:20:58.069 DMR, Setting [DMR] TXPort -> 31100 M: 2019-07-21 21:20:58.069 DMR, Setting [DMR] RXPort -> 31103 M: 2019-07-21 21:20:58.069 DMR, Setting [DMR] Slot -> 2 M: 2019-07-21 21:20:58.069 DMR, Transmitting on 127.0.0.1:31100 and listening on port 31103. Result = 1 M: 2019-07-21 21:20:58.069 MMDVM_Bridge-20180423 is running D: 2019-07-21 21:21:08.163 DMR, Sending authorisation D: 2019-07-21 21:21:08.260 DMR, Sending configuration M: 2019-07-21 21:21:08.363 DMR, Logged into the master successfully W: 2019-07-21 21:22:08.475 DMR, Login to the master has failed, retrying login ... E: 2019-07-21 21:23:08.480 DMR, Connection to the master has timed out, retrying connection M: 2019-07-21 21:23:08.480 DMR, Closing DMR Network M: 2019-07-21 21:23:08.480 DMR, Opening DMR Network D: 2019-07-21 21:23:18.587 DMR, Sending authorisation D: 2019-07-21 21:23:18.685 DMR, Sending configuration M: 2019-07-21 21:23:18.782 DMR, Logged into the master successfully W: 2019-07-21 21:24:18.892 DMR, Login to the master has failed, retrying login ... E: 2019-07-21 21:25:18.894 DMR, Connection to the master has timed out, retrying connection M: 2019-07-21 21:25:18.895 DMR, Closing DMR Network M: 2019-07-21 21:25:18.895 DMR, Opening DMR Network D: 2019-07-21 21:25:28.987 DMR, Sending authorisation D: 2019-07-21 21:25:29.084 DMR, Sending configuration M: 2019-07-21 21:25:29.181 DMR, Logged into the master successfully
|
|
Re: Can work audio from Mic In or Inline Sound for USRPAudio.py with vox control and convert to DMR?
EA5GVK Joaquin
Great new. Many thanks
El mar., 23 jul. 2019 a las 23:19, Steve N4IRS (<szingman@...>) escribió:
|
|