Welcome to DVSwitch
Purpose
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
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: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
Out of curiosity, where is it getting WA3XYZ PL 88.5 from?
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
It may have been I set the ID string to empty rather then commenting
out the line. I'll test and adjust the example if needed.
toggle quoted messageShow quoted text
Thanks, Steve
On 12/27/20 2:42 PM, Patrick Perdue
wrote:
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
I updated it, lets see what happens. Thanks
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
on the DVSwitch Server. Yes in /etc/asterisk
toggle quoted messageShow quoted text
On 12/27/20 2:41 PM, Frank C. D'Amato
wrote:
which rpt.conf?
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
Patrick Perdue
And I can tell you from experience, having done it on four different bridges, that it doesn't do anything at all if idrecording and idtalkover aren't defined. I originally used your example because I thought it would do that as well, but after being annoyed by a dit coming across USRP, holding things up on a pretty busy talkgroup every time it happened, I just commented those lines out, and it went away with no consequence.
On 12/27/2020 2:39 PM, Steve N4IRS
wrote:
I disagree, I'll check it again. I believe if app_rpt does not find the entry it will default to ID.
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
which rpt.conf?
on the dvswitch or hamvoip? In the ect/asterick directory?
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
I disagree, I'll check it again. I believe if app_rpt does not find
the entry it will default to ID.
toggle quoted messageShow quoted text
On 12/27/20 2:36 PM, Patrick Perdue
wrote:
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
Patrick Perdue
No, it definitely won't even try to send an ID if that line is commented out, so there's really no point in having it there in the first place on a USRP bridge.
On 12/27/2020 2:34 PM, Steve N4IRS wrote:
I think it will send "ID" if you comment it out.
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
toggle quoted messageShow quoted text
On 12/27/20 2:33 PM, Patrick Perdue
wrote:
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
I think it will send "ID" if you comment it out.
toggle quoted messageShow quoted text
On 12/27/20 2:33 PM, Patrick Perdue
wrote:
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
Patrick Perdue
Just comment the line out entirely. It isn't needed. Not even a dit.
On 12/27/2020 2:28 PM, Steve N4IRS
wrote:
totime = 180000 ; transmit time-out time (in ms) (default 3 min 180000 ms)
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
Patrick Perdue
Make sure the lines starting with idrecording and idtalkover are either commented out or don't exist in /etc/asterisk/rpt.conf under the stanza for the node where your DMR bridge lives. You may also want to make sure duplex=0 and telemdefault=0, unless you have a special case, as I do.
On 12/27/2020 2:23 PM, Mike KB8JNM wrote:
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
totime = 180000 ; transmit time-out time (in ms) (default 3 min 180000 ms)
idrecording = |ie ; id recording or morse string idtalkover = |ie ; Talkover ID (optional) default is none It's going to send a ID to USRP. So, make it a E (dit)
|
|
|
|
Re: WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
Check your radio programming for the channel
On 12/27/2020 2:17 PM, Frank C. D'Amato
wrote:
I finally got the DVswitch up and running. The Analog to dmr link is working fine.
|
|
|
|
Re: DVSwitch running on 2nd Raspberry Pi
I decided i'm not gonna run the pyUC
|
|
|
|
WA3XYZ PL 88.5 Announcement
#analog_bridge
#mmdvm_bridge
I finally got the DVswitch up and running. The Analog to dmr link is working fine.
The only issue I have, is every 10 minutes, this ID is played ONLY on the DMR TG (Not the analog side) Anyone know where this ID is living? I ; out all the ID's in analog_bridge.ini Video of the ID Going Off
|
|
|
|
Restarting DVSwitch Services
g8ptn@...
Hi,
I have noticed that when restarting services via the "dvs" menu “Restart DVSwitch Services” or using the “Drop Dynamic TGs” in the DVSM App, the DMR server always returns to a particular server.
|
|
|
|
Re: Brandmeister TG to XLX Bridge ini files #brandmeister 'mmdvm
#brandmeister
Dave M0UPM
Corey, I have messaged him as much in a private mail. Dave M0UPM BM UK Admin
toggle quoted messageShow quoted text
On 26 Dec 2020, at 22:31, Corey Dean N3FE <n3fe@...> wrote:
|
|
|
|
Re: Brandmeister TG to XLX Bridge ini files #brandmeister 'mmdvm
#brandmeister
Corey Dean N3FE
Brandmeister prefers you to directly work with the master and do a true xlx connection as it uses the xlx protocol directly.
toggle quoted messageShow quoted text
On Dec 26, 2020, at 2:06 PM, craig.jump via groups.io <craig.jump@...> wrote:
|
|
|
|
Brandmeister TG to XLX Bridge ini files #brandmeister 'mmdvm
#brandmeister
craig.jump@...
These are my ini files for a Brandmeister TG to XLX bridge
BM TG <> MMDVM_Bridge <> MMDVM_Bridge <> XLX (DMR Mode) Had one way audio for a while and was tearing my hair out.. (now have none left :-) ) These might save someone some time.. problem was the DVSwitch ini file where I had to define the TG.. otherwise one way audio.. Remember and setup a static TG on the BM self service page and set your password accordingly. Craig 2M0JUM
|
|
|