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: Error mmdvm_bridge after new installation; not find DMRDMRIDUpdate.sh
#mmdvm_bridge
#dmrlink
How did you do your install?
toggle quoted messageShow quoted text
On 7/6/20 8:47 PM, ct1hdc@...
wrote:
Hi Steve,
|
|
|
|
Re: Error mmdvm_bridge after new installation; not find DMRDMRIDUpdate.sh
#mmdvm_bridge
#dmrlink
ct1hdc@...
Hi Steve,
is Raspbian, PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
|
|
|
|
Re: Error mmdvm_bridge after new installation; not find DMRDMRIDUpdate.sh
#mmdvm_bridge
#dmrlink
ct1hdc@...
Hi, dpkg: error processing package mmdvm-bridge (--configure):I have the same problem, my installation is buster. Linux raspberrypi 4.19.97-v7+ #1294 SMP Thu Jan 30 13:15:58 GMT 2020 armv7l GNU/Linux Error, DMR ID file does not seem to be valid installed mmdvm-bridge package post-installation script subprocess returned error exit status 251 Running hooks in /etc/ca-certificates/update.d... done. Errors were encountered while processing: mmdvm-bridge E: Sub-process /usr/bin/dpkg returned an error code (1) Best Regards, 73 Paulo,ct1hdc paulo pereira Pereira <ct1hdc@...> escreveu no dia terça, 7/07/2020 à(s) 01:35:
|
|
|
|
Re: Error mmdvm_bridge after new installation; not find DMRDMRIDUpdate.sh
#mmdvm_bridge
#dmrlink
How did you do your install? is this RPIOS or Raspbian?
toggle quoted messageShow quoted text
cat /etc/os-release?
On 7/6/20 8:35 PM, ct1hdc@...
wrote:
|
|
|
|
Re: enabling an AMBE dongle
It's all about power.
toggle quoted messageShow quoted text
On 7/6/20 1:43 PM, Aerodan wrote:
I'm using the ThumbDV without issue. The solution for me, not skipping any of these steps:
|
|
|
|
Re: enabling an AMBE dongle
Aerodan
I'm using the ThumbDV without issue. The solution for me, not skipping any of these steps:
1_ Make sure that the Pi4 works with DMR and the default audio driver. If not, ThumbDV isn't the issue. 2_ I picked up a "Nekteck 72W 4 port USB C wall charger station" from Amazon. 3_ Plugged my entire Raspberry Pi4 into it the Nekteck. I have two Pi4's running off of it without issue, one with ThumbDV one without. That's all that I have powered. 4_ Plugged ThumbDV in one of the Pi4's USB 2.0 ports. Run AMBEtest4 a couple of times to be sure it's working. 5_ Run AMBEtest4 a couple of times and verify that the ThumbDV passes.
|
|
|
|
Re: Error mmdvm_bridge after new installation; not find DMRDMRIDUpdate.sh
#mmdvm_bridge
#dmrlink
How did you do your install? is this RPIOS or Raspbian?
toggle quoted messageShow quoted text
cat /etc/os-release? uname -a Steve N4IRS
On 7/6/20 1:07 PM, ik1zvk@...
wrote:
Hi everyone,
|
|
|
|
Error mmdvm_bridge after new installation; not find DMRDMRIDUpdate.sh
#mmdvm_bridge
#dmrlink
Amedeo IK1ZVK
Hi everyone,
Fresh Raspian installatiom, on RPI 4 4 GB, i have installed dvswitch but i obtain this error: Configurazione di mmdvm-bridge (1.5-20200427-23)... Error, DMR ID file does not seem to be valid dpkg: errore nell'elaborare il pacchetto mmdvm-bridge (--configure): il sottoprocesso installato pacchetto mmdvm-bridge script post-installation ha restituito lo stato di errore 251 Si sono verificati degli errori nell'elaborazione: mmdvm-bridge E: Sub-process /usr/bin/dpkg returned an error code (1 I can not find In /usr/local/sbin /usr/local/sbin/DMRIDUpdate.sh Anyone can help me? Thanks in advance Amedeo IK1ZVK
|
|
|
|
Re: enabling an AMBE dongle
2 channels for WHAT to work? Analog_Bridge does not need 2 hardware
vocoders to work.
toggle quoted messageShow quoted text
On 7/6/20 12:15 PM, Curt Hart via
groups.io wrote:
|
|
|
|
Re: enabling an AMBE dongle
Curt Hart <curtg49@...>
Because you need at least 2 channels for it to work.
On Monday, July 6, 2020, 10:40:02 AM CDT, Steve N4IRS <szingman@...> wrote:
Why a pair? On 7/6/20 11:39 AM, Curt Hart via
groups.io wrote:
Thumb DV works great,
Northwest Digital, but you need at least a pair.
73,
Curtis - N9INK
On Monday, July 6, 2020, 10:36:33 AM CDT, Steve N4IRS
<szingman@...> wrote:
Hard to say, not seeing much info. I THINK the DV
stick30 will work with AMBEserver <https://github.com/marrold/AMBEServer>
On 7/6/20
11:29 AM, Derek William Haden wrote:
I am clearly fighting a losing battle here. I assume the DVmega version works OK?
|
|
|
|
Re: enabling an AMBE dongle
Why a pair?
toggle quoted messageShow quoted text
On 7/6/20 11:39 AM, Curt Hart via
groups.io wrote:
|
|
|
|
Re: enabling an AMBE dongle
Curt Hart <curtg49@...>
Thumb DV works great, Northwest Digital, but you need at least a pair. 73, Curtis - N9INK
On Monday, July 6, 2020, 10:36:33 AM CDT, Steve N4IRS <szingman@...> wrote:
Hard to say, not seeing much info. I THINK the DV stick30 will work
with AMBEserver <https://github.com/marrold/AMBEServer> On 7/6/20 11:29 AM, Derek William Haden
wrote:
I am clearly fighting a losing battle here. I assume the DVmega version works OK?
|
|
|
|
Re: enabling an AMBE dongle
Hard to say, not seeing much info. I THINK the DV stick30 will work
with AMBEserver <https://github.com/marrold/AMBEServer>
toggle quoted messageShow quoted text
On 7/6/20 11:29 AM, Derek William Haden
wrote:
|
|
|
|
Re: enabling an AMBE dongle
Derek William Haden <facebook@...>
I am clearly fighting a losing battle here. I assume the DVmega version works OK?
|
|
|
|
Re: enabling an AMBE dongle
It may, AMBEtest4 is your friend. Try it.
toggle quoted messageShow quoted text
On 7/5/20 12:55 PM, Derek William Haden
wrote:
Thanks for all your help. I could not have got this far on my own.
|
|
|
|
Re: enabling an AMBE dongle
Derek William Haden <facebook@...>
Thanks for all your help. I could not have got this far on my own.
Would a powered USB hub help?
|
|
|
|
Re: enabling an AMBE dongle
My guess it's on the edge for power. I would keep an eye on the log.
toggle quoted messageShow quoted text
On 7/5/20 12:30 PM, Derek William Haden
wrote:
systemctl status analog_bridge
|
|
|
|
Re: enabling an AMBE dongle
Derek William Haden <facebook@...>
systemctl status analog_bridge
tells me it's running, however it's not accessing the dongle. systemctl stop analog_bridge remove and reinsert dongle systemctl start analog_bridge Bingo! works, just not an ideal startup procedure.
|
|
|
|
Re: enabling an AMBE dongle
How are you deciding it's running?
toggle quoted messageShow quoted text
My bet is on power. The better gauge of wire, the better chance if the DV3000 running on a Pi. See this: https://dvswitch.groups.io/g/main/message/315?p=,,,20,0,0,0::relevance,,DV3000+reset,20,2,0,5521534
On 7/5/20 11:56 AM, Derek William Haden
wrote:
|
|
|
|
Re: enabling an AMBE dongle
Derek William Haden <facebook@...>
Thanks Steve and John. I restart the Rpi, once it's all settled. Check the status of the AB which says it's running. So I'm guessing it's a timing issue?
|
|
|