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: AllStar and DummyRepeater
On 7/8/20 7:42 pm, Steve N4IRS wrote:
Maybe I was not clear. The files are atYeah, I figured that out, now to get things installed across 2 boxes (system is in the cloud, have to use a local server for the DV Dongle and DummyRepeater). I downloaded the OpenDV code, so all is good, other than needing to spend time setting it up. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: AllStar and DummyRepeater
Maybe I was not clear. The files are at <https://github.com/N4IRS/DummyRepeater>
toggle quoted messageShow quoted text
This is the modification to dummy repeater to communicate with ASL. Steve N4IRS
On 8/7/20 5:34 AM, Tony Langdon wrote:
Thanks. Well, the newer methods seem to require a ThumbDV or similar,
|
|
Re: AllStar and DummyRepeater
Thanks. Well, the newer methods seem to require a ThumbDV or similar,
toggle quoted messageShow quoted text
which I don't have, meaning additional cost, and worse still these days, lengthy mail order delays, with the global postal system affected by COVID-19. But I do have a blue DV Dongle, which I'm hoping to repurpose for this job, hence looking at DummyRepeater. Of course, if there's other ways to make use of the DV Dongle as part of a gateway, I'm open to those as well. It's likely I've missed some information somewhere.
On 5/8/20 8:24 pm, Steve N4IRS wrote:
Tony,
|
|
Re: 2 P25 reflectors on the same box
Is the port open on the router/firewall?
On Thu, Aug 6, 2020 at 7:31 PM Desertman <desertmansd@...> wrote: I'm hoping someone can help with this one. We are trying to get 2 P25 reflectors to run on the same machine. The second service has a different name that the 1st, there is a separate .ini file, it has a separate port and it runs in a separate directory. The service starts just fine with no errors but we cannot connect to it via pi-star even though we've updated the P25Hosts.txt file on the pi-star. --
Doug Gooden troytrojan@...
|
|
Re: 2 P25 reflectors on the same box
Pi-Star has a firewall. It may be blocking the outbound traffic on
that port. Google Pi-Star firewall to find out how to modify the
firewall.
toggle quoted messageShow quoted text
Steve N4IRS
On 8/6/20 7:43 PM, Desertman wrote:
I'm hoping someone can help with this one. We are trying to get 2 P25 reflectors to run on the same machine. The second service has a different name that the 1st, there is a separate .ini file, it has a separate port and it runs in a separate directory. The service starts just fine with no errors but we cannot connect to it via pi-star even though we've updated the P25Hosts.txt file on the pi-star.
|
|
2 P25 reflectors on the same box
Desertman
I'm hoping someone can help with this one. We are trying to get 2 P25 reflectors to run on the same machine. The second service has a different name that the 1st, there is a separate .ini file, it has a separate port and it runs in a separate directory. The service starts just fine with no errors but we cannot connect to it via pi-star even though we've updated the P25Hosts.txt file on the pi-star.
Any help would be great. 73's Ted W6SAT
|
|
Re: error while installing quantar
I am upgrading ALL the apt packages. New features. New DVSwitch-?
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tom <tom@...>
Sent: Thursday, August 6, 2020 4:18:19 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] error while installing quantar Steve, again thanks. I just needed to start my reflector and point to it. It’s all working now.
That DMR ID file patch in dvswitch.sh should probably be fixed in the repo install.
Thanks again, Tom
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
On Behalf Of Steve N4IRS
That is what it is supposed to do. On 8/6/2020 3:36 PM, Tom wrote:
|
|
Re: error while installing quantar
Steve, again thanks. I just needed to start my reflector and point to it. It’s all working now.
That DMR ID file patch in dvswitch.sh should probably be fixed in the repo install.
Thanks again, Tom
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 2:45 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] error while installing quantar
That is what it is supposed to do. On 8/6/2020 3:36 PM, Tom wrote:
|
|
Re: error while installing quantar
That is what it is supposed to do.
toggle quoted messageShow quoted text
It's waiting for traffic from MMDVM_Bridge on a TG to tell it what reflector to connect to. Unless, you want it to startup on a particular reflector. P25Gateway.ini [Network] Startup=3166 InactivityTimeout=10 This says, connect to the reflector for TG 3166. If P25Gateway is pointed to another reflector and there is no activity, P25Gateway will revert to TG 3166 Steve N4IRS
On 8/6/2020 3:36 PM, Tom wrote:
|
|
Re: error while installing quantar
Thanks Steve. That got me past the error in the DVSwitch.sh.
Now, when I run /opt/P25Gateway/P25Gateway P25Gateway.ini , I get:
root@P25reflector:/opt/P25Gateway# ./P25Gateway P25Gateway.ini I: 2020-08-06 19:17:35.943 Opening P25 network connection I: 2020-08-06 19:17:35.943 Opening P25 network connection I: 2020-08-06 19:17:36.315 Loaded 13 P25 reflectors I: 2020-08-06 19:17:36.315 Loaded P25 parrot (TG10) I: 2020-08-06 19:17:36.853 Loaded 169569 Ids to the callsign lookup table M: 2020-08-06 19:17:36.853 Starting P25Gateway-20180409 I: 2020-08-06 19:17:36.853 Started the DMR Id lookup reload thread
And it just hangs there.
Tom
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 1:27 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] error while installing quantar
Tom, On 8/6/2020 2:10 PM, Tom wrote:
|
|
Re: error while installing quantar
Tom,
toggle quoted messageShow quoted text
As root: cd /opt/MMDVM_Bridge ls -la # do you have a dvswitch.sh? mv dvswitch.sh dvswitch.sh.old wget https://github.com/DVSwitch/MMDVM_Bridge/raw/master/dvswitch.sh chmod +x dvswitch.sh apt-get install -f Steve N4IRS
On 8/6/2020 2:10 PM, Tom wrote:
I started with a clean raspian Stretsh (Debian 9) in a Pi3B+. I installed the dvswitch-repo and an update. While installing quantar I get errors associated with DMR ID file:
|
|
error while installing quantar
I started with a clean raspian Stretsh (Debian 9) in a Pi3B+. I installed the dvswitch-repo and an update. While installing quantar I get errors associated with DMR ID file:
Setting up mmdvm-bridge (1.5-20200427-23) ...
Error, DMR ID file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
subprocess installed post-installation script returned error exit status 251
Setting up p25gateway (1.1-20180424-9) ...
Created symlink /etc/systemd/system/multi-user.target.wants/p25gateway.service -> /lib/systemd/system/p25gateway.service.
Setting up quantar (1.01-20180420-2) ...
Errors were encountered while processing:
mmdvm-bridge
E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks, Tom / K5TRA
|
|
Re: AllStar and DummyRepeater
Tony,
toggle quoted messageShow quoted text
Sorry, I did not see this when you posted. I have restored my old copy of the info on using DummyRepeater. A you know, we no longer use this method to connect AllStar to D-Star. The files are at <https://github.com/N4IRS/DummyRepeater> 73, Steve N4IRS
On 8/2/20 5:21 AM, Tony Langdon wrote:
I'm looking to build a a gateway between AllStar and D-STAR, and I've
|
|
Re: Problem after Power Blip
I think I solved it. I reset my router with no go on it. then i just did a Full factory reset of my router and that cured the problem. In case anyone else has that same problem do a factory reset (Full) or put it on a UPS to so it don't get trashed.
|
|
Re: Problem after Power Blip
I don't see anything wrong.
toggle quoted messageShow quoted text
Restart MMDVM_Bridge Check selfcare and make sure it's showing the bridge logged in. Steve
On 8/2/20 4:13 PM, Brad N8PC wrote:
Steve,
|
|
Problem after Power Blip
Steve,
I had a power Blip and reset everything. The problem is I can hear my DMR audio from Brandmeister thru the Bridge over my repeater. I see on brandmeister that my repeater is sending data to brandmeister but nothing is heard over my DMR from them. example: DMR to Hotspot to BM to TG 314651 to AB over repeater works fine Analog to AB to MB to Brandmeister tg 314651 sees packets but Brandmeister to tg 314651 to my hotspot nothing heard and no data. Please help me understand that. it also doesn't matter what server or talk group I use same results. attaching logs for your viewing
|
|
Re: mmdvm_bridge won’t start on boot after update
#mmdvm_bridge
Chris Whitam
That did it! Awesome, thank you!
|
|
AllStar and DummyRepeater
I'm looking to build a a gateway between AllStar and D-STAR, and I've
seen references to using DummyRepeater and IRCDDBGateway, instead of Analog_Bridge. This has the advantage for me of being able to repurpose a blue DV Dongle to do the DSAMBE conversion, saving a bit of money and postage time (postage is quite slow these days) I am aware there is a modification for DummyRepeater that allows it to use the USRP interface, making it a perfect fit for AllStar, and I have the AllStar side configured. However, from there, documentation seems to be lacking, and I couldn't find the patch (found a dead Guthub link). Anyone have any more info? -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
|
|
Re: mmdvm_bridge won’t start on boot after update
#mmdvm_bridge
Chris,
toggle quoted messageShow quoted text
It sounds like netcheck does not think your internet connection is coming up fast enough. Make a backup of mmdvm_bridge.system and edit the file: [Unit] Description=MMDVM_Bridge Service # Description=Place this file in /lib/systemd/system # Description=N4IRS 04/20/2018 # The device name should point to the # port the mmdvm is plugged into. # For USB ports (Arduino Due) # BindTo=dev-ttyACM0.device # # To make the network-online.target available # systemctl enable systemd-networkd-wait-online.service After=network-online.target syslog.target # netcheck.service # Requires=netcheck.service Wants=network-online.target [Service] Type=simple Restart=always RestartSec=3 Restart=on-abort StandardOutput=null WorkingDirectory=/opt/MMDVM_Bridge ExecStartPre = /bin/sh -c 'echo "Starting MMDVM_Bridge: [`date +%%T.%%3N`]" >> $ ExecStart=/opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini ExecReload=/bin/kill -HUP $MAINPID KillMode=process [Install] WantedBy=multi-user.target I bolded the 2 places to comment out netcheck. reboot and verify mmdvm_bridge is starting. Steve N4IRS
On 8/1/20 10:53 PM, Chris Whitam wrote:
On Sat, Aug 1, 2020 at 10:11 PM, Steve N4IRS wrote:
|
|
Re: mmdvm_bridge won’t start on boot after update
#mmdvm_bridge
Chris Whitam
On Sat, Aug 1, 2020 at 10:11 PM, Steve N4IRS wrote:
mmdvm_bridge.systemHere is what it looks like [Unit] Description=MMDVM_Bridge Service # Description=Place this file in /lib/systemd/system # Description=N4IRS 04/20/2018
# The device name should point to the # port the mmdvm is plugged into. # For USB ports (Arduino Due) # BindTo=dev-ttyACM0.device # # To make the network-online.target available # systemctl enable systemd-networkd-wait-online.service
After=network-online.target syslog.target netcheck.service Requires=netcheck.service Wants=network-online.target
[Service] Type=simple Restart=always RestartSec=3 Restart=on-abort StandardOutput=null WorkingDirectory=/opt/MMDVM_Bridge ExecStartPre = /bin/sh -c 'echo "Starting MMDVM_Bridge: [`date +%%T.%%3N`]" >> $ ExecStart=/opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini ExecReload=/bin/kill -HUP $MAINPID
KillMode=process [Install] WantedBy=multi-user.target
|
|