You only need to change the password=passw0rd line in the [DMR Network] stanza of MMDVM_Bridge.ini for any DVSwitch instance, replacing it with the hotspot security password you've set up on the Brand

OK, so things are pretty much as I thought they were. Just wanted to make sure I wasn't missing anything should I decide to redesign this system. I'll probably keep things as-is for now, then add anot

I'm not great at writing out flows. My setup currently doesn't use ircDDBGateway, since that's all handled at the XLX reflector end. So, it goes like this. Allstar <-> AB <-> HBLink <-> MB <-> XLXD (D

Sure, but I'm currently going through two of them to get from Allstar to DStar. I'm just wondering if there's a way to drop one of them out and still maintain metadata. I could directly connect A_B an

Hi: I have a system that incorporates ASL, XLX, HBLink and DVSwitch. I'm toying with the idea of adding P25. Currently, DStar is handled by XLX and a pair of transcoders connected to the XLX reflector

Analog_Bridge is only used to transcode uncommon audio formats, like DMR to P25, or DStar to YSF. DMR, NXDN and YSF use the same codec, so MMDVM_Bridge handles that with no need to translate through A

If you're using HamVoIP, it's much, much easier to dedicate a second Pi to DVSwitch and connect USRP between them on the LAN. I've done this, and it works well. I also have a couple of ASL 1.01 system

Not in the context of DVSM, but I ran a remote AMBEserver for Analog_Bridge for a while, ran into some problems and eventually scrapped it for md380emu, since I didn't care about DStar. My DStar bridg

A few things you can do: In /etc/asterisk/rpt.conf: 1. Change the value of telemdefault. 0 = no telemetry, with the exception of initial connect failure messages, 1=on (default), 2=telemetry only for

Hi: I have a bridge set up using AGC with the following parameters: usrpAudio = AUDIO_USE_AGC ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC) usrpGain = 0.50 ; Gain factor when usrpAu

I would’ve thought that as well, although if I Chi up on a digital radio and start sending DTMF, it sounds pretty pure on other DMR radios, as well as on the other side of MMDVM bridge. I was pretty s

Hi: I was just asked by someone if it was possible to pass DTMF from YSF to DMR to an Allstar node such that it can be driven remotely from MMDVM, rather than what most people want going the other way

Unfortunately, I can’t really help, other than to ask if you are attempting this installation on Debian Buster. A friend recently ran into this, and ended up using stretch instead, because it just wor

In the example of bm tg <->MB_bm<->MB_xlx<->XLX ref how would you direct to a specific BM talkgroup? Just assume TG9 and a static talkgroup on the BM self-care page?

Hi: This is nothing new, but I'm trying to figure out where it's coming from. At the start of each DMR transmission, when listening on Allstar, there is a small pop sound. I've been on some other Alls

I installed the new A_B yesterday morning, and enabled AGC. What a difference! Very smooth, and gets through analog a lot better with certain radios. Thanks for the great work.

Hi: Perhaps I'm missing something really obvious here, but when using MMDVM_Bridge to go between a YSF reflector and a DMR master server, how do you specify which DMR talkgroup to use? The only refere

Hi Mike: Very cool. Thanks for looking at this. I agree re digital modes. Also, Fusion radios tend to have some dithering built-in, or something. There always seems to be some constant low level white

Hi all: For the entire time I've been using DVSwitch, I've had usrpAudio=AUDIO_USE_Gain on Analog_Bridge. I'd like to use AGC, as dynamic range from DMR can be quite wide, but I find the attack and re

The second endpoint is a master server, yes, in this case, TGIF. I didn't think there was a way only using two instances of MMDVM_Bridge to direct traffic, just wanted to make sure I wasn't missing an