Home Messages Hashtags Subgroups Wiki

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).

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.

Between

and

Re: DMRmonitor setup

Thanks Steve, I'm a bit like Cort, I started with Redhat 6.1 back in '99 and never really moved forward to that modern systemd stuff😊 Your systemd script worked a charm and I've got it started

Thanks Steve, I'm a bit like Cort, I started with Redhat 6.1 back in '99 and never really moved forward to that modern systemd stuff😊 Your systemd script worked a charm and I've got it started

By Peter M0NWI · #384 ·

Re: DMRmonitor setup

I usually start with simple and move to systemd after testing. You can do this instead. cd /opt/Web_tables nohup python Web_tables.py &>/dev/null & Steve

I usually start with simple and move to systemd after testing. You can do this instead. cd /opt/Web_tables nohup python Web_tables.py &>/dev/null & Steve

By Steve N4IRS · #383 ·

Re: DMRmonitor setup

I’m old-school BSD…. how I run things automatically and in the background is at least 15 years out of date. I’d recommend following Steve’s advice. -- Cort Buffington H: +1-785-813-1501 M:

I’m old-school BSD…. how I run things automatically and in the background is at least 15 years out of date. I’d recommend following Steve’s advice. -- Cort Buffington H: +1-785-813-1501 M:

By Cort N0MJS <n0mjs@...> · #382 ·

Re: DMRmonitor setup

Peter, Make sure the working directory is set. This SHOULD work. Steve [Unit] Description=Web Tables # Description=Place this file in /lib/systemd/system #

Peter, Make sure the working directory is set. This SHOULD work. Steve [Unit] Description=Web Tables # Description=Place this file in /lib/systemd/system #

By Steve N4IRS · #381 ·

Re: DMRmonitor setup

HI, Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line. I've

HI, Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line. I've

By Peter M0NWI · #380 ·

Re: DMRmonitor setup

Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other. Something I need to be really, really clear about with web_tables: The real-time

Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other. Something I need to be really, really clear about with web_tables: The real-time

By Cort N0MJS <n0mjs@...> · #379 ·

Re: DMRmonitor setup

Running current code now too.

Running current code now too.

By Steve N4IRS · #378 ·

Re: DMRmonitor setup

YES! Got it, the pointer was when you said it should be getting the config. You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!! All OK now, thanks, really nice

YES! Got it, the pointer was when you said it should be getting the config. You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!! All OK now, thanks, really nice

By Peter M0NWI · #377 ·

Re: DMRmonitor setup

That's what I get for not keeping up with the code. ;)

That's what I get for not keeping up with the code. ;)

By Steve N4IRS · #376 ·

Re: DMRmonitor setup

Actually, they’re totally different. tcp_client was the first attempt at using TCP and then I build web_tables… but because I knew Steve was using tcp_client, I didn’t want to just overwrite it,

Actually, they’re totally different. tcp_client was the first attempt at using TCP and then I build web_tables… but because I knew Steve was using tcp_client, I didn’t want to just overwrite it,

By Cort N0MJS <n0mjs@...> · #375 ·

Re: DMRmonitor setup

I'm running tcp_client.py

I'm running tcp_client.py

By Steve N4IRS · #374 ·

Re: DMRmonitor setup

Thanks Cort, I'll add some debug statements, but I'm not sure the config is being dumped at all, or i don't see a message tell me it has, you're right, it doesn't crash, I just keep getting the

Thanks Cort, I'll add some debug statements, but I'm not sure the config is being dumped at all, or i don't see a message tell me it has, you're right, it doesn't crash, I just keep getting the

By Peter M0NWI · #373 ·

Re: DMRmonitor setup

DMRmonitor is really i its infancy. I’m not really happy with a lot of it, but it’s out there. The hyphen shouldn’t be a problem — hyphens are valid in strings. The problem you’re getting

DMRmonitor is really i its infancy. I’m not really happy with a lot of it, but it’s out there. The hyphen shouldn’t be a problem — hyphens are valid in strings. The problem you’re getting

By Cort N0MJS <n0mjs@...> · #372 ·

DMRmonitor setup

Cort/Steve, I'm trying to get the DMRMonitor package running, but struggling and could do with a steer? I've downloaded and setup the DMRlink bridge code using the socket-reporting branch (in

Cort/Steve, I'm trying to get the DMRMonitor package running, but struggling and could do with a steer? I've downloaded and setup the DMRlink bridge code using the socket-reporting branch (in

By Peter M0NWI · #371 ·

Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Hi Cort, To clarify, I am referring to the RADIO_ID variable in the HB_Link code, which is known as the 'Repeater ID' in the MMDVM protocol spec. I am not talking about the DMR ID of the radio that

Hi Cort, To clarify, I am referring to the RADIO_ID variable in the HB_Link code, which is known as the 'Repeater ID' in the MMDVM protocol spec. I am not talking about the DMR ID of the radio that

By Matthew 2E0SIP · #370 ·

Re: hb_confbridge_rules.py wildcard TGID ....

Yes this is true, but I intend on running the traffic through conf bridge first. 73 Matthew 2E0SIP

Yes this is true, but I intend on running the traffic through conf bridge first. 73 Matthew 2E0SIP

By Matthew 2E0SIP · #369 ·

Re: hb_confbridge_rules.py wildcard TGID ....

Thanks Mathew , from what I have experienced , hb_parrot.py will repeat ANY TG/TS that it receives . I tested MMDVM Client in hb_parrot.py as a master and it echoes every TG/TS it receives

Thanks Mathew , from what I have experienced , hb_parrot.py will repeat ANY TG/TS that it receives . I tested MMDVM Client in hb_parrot.py as a master and it echoes every TG/TS it receives

By Richard (Joseph) VE2DJE · #368 ·

Re: hb_confbridge_rules.py wildcard TGID ....

I’ve been thinking about how to effectively do this for some time. It’s not as easy as you might think given the way the rules and confbridge work. Each line controls both ingress and egress

I’ve been thinking about how to effectively do this for some time. It’s not as easy as you might think given the way the rules and confbridge work. Each line controls both ingress and egress

By Cort N0MJS <n0mjs@...> · #367 ·

Re: hb_confbridge_rules.py wildcard TGID ....

I will have a look at adding this in the coming days as I'd like similar functionality. I want a 'server' that acts purely as an echo / parrot service regardless of talk group, so people can test

I will have a look at adding this in the coming days as I'd like similar functionality. I want a 'server' that acts purely as an echo / parrot service regardless of talk group, so people can test

By Matthew 2E0SIP · #366 ·

hb_confbridge_rules.py wildcard TGID ....

I wonder if here is any way to program a wildcard or passAll in hb_confbridge_rules.py I have my setup 3 rules , First branch sends TG9TS2 to HB_Bridge Analog_Bridge AST Second branch

I wonder if here is any way to program a wildcard or passAll in hb_confbridge_rules.py I have my setup 3 rules , First branch sends TG9TS2 to HB_Bridge Analog_Bridge AST Second branch

By Richard (Joseph) VE2DJE · #365 ·

10281 - 10300 of 10637

Home Hashtags Subgroups Wiki About Features Pricing Updates Terms Help Twitter