1. main@DVSwitch.groups.io
  2. Messages
   Date   
Controlling DVSwitch from AllStar

Tony Langdon
 

I've installed an instance of DVSwitch on my AllStar node, and I've been
able to link it to Brandmeister and select talkgroups from the commend
line.  I'm yet to get it working via AllStar commands.  The USRP
interface is working well.  I have it running on a private node, so I
can isolate the digital gateway from the node, when it's not in use by
disconnecting the private node from my main AllStar node.

In addition to getting the AllStar side working (for future control from
remote stations), I'd also like to be able to link to the other modes -
YSF, P25, etc, again ideally using DTMF comands.

Is there any documentation that I can look up?  I am running ASL and
DVSwitch on a Debian 9 PC.

--
73 de Tony VK3JED/VK3IRL
http://vkradio.com
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

Steve N4IRS
 

I: 2020-11-08 20:48:44.634 MMDVM_Bridge:
I: 2020-11-08 20:48:44.634 Portions Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2020-11-08 20:48:44.634 Hacks by Mike N4IRR and Steve N4IRS
I: 2020-11-08 20:48:44.634 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
I: 2020-11-08 20:48:44.634 This software is for use on amateur radio networks only,
I: 2020-11-08 20:48:44.634 it is to be used for educational purposes only. Its use on
I: 2020-11-08 20:48:44.634 commercial networks is strictly prohibited.
I: 2020-11-08 20:48:44.634 Copyright(C) 2015-2018 by Jonathan Naylor, G4KLX and others
M: 2020-11-08 20:48:44.634 MMDVM_Bridge-20201031_V1.6.0 is starting
M: 2020-11-08 20:48:44.634 Built 15:53:02 Oct 28 2020 (GitID #008e177)


On 11/8/20 5:26 PM, hello@... wrote:
Thanks a lot Steve. I'm super happy now.

Appreciate the help.

Are you a developer of this software? 

73

Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

@hamzahradio
 

Thanks a lot Steve. I'm super happy now.

Appreciate the help.

Are you a developer of this software? 

73
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

Steve N4IRS
 

http://www.pistar.uk/downloads/DMRIds.dat

I suggest you build your bridge with DVSwitch Server so that the files are downloaded daily.

On 11/8/20 4:53 PM, hello@... wrote:
Ah OK, where can I download the new file from?

Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

@hamzahradio
 

Ah OK, where can I download the new file from?
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

Steve N4IRS
 

MB was unable to resolve DMRID 2680070 so it passed it to YSF as a callsign.
If you get the DMR ID from from github, it's not current.

Steve

M: 2020-11-08 21:19:41.225 DMR Slot 2, received network voice header from 2680070 to TG 73583
M: 2020-11-08 21:19:41.226 YSF, TX state = ON
I: 2020-11-08 21:19:41.226 YSF, Begin TX: src=2680070 rpt=0 dst=73583 slot=2 cc=0 metadata=2680070


On 11/8/20 4:22 PM, hello@... wrote:
Just did a tail command of the log, it has the callsign of the person who TX'd CT1ERY, but it just passed through his DMRID to yaesu not the callsign.


M: 2020-11-08 21:19:35.067 YSF, TX state = OFF
M: 2020-11-08 21:19:41.225 DMR Slot 2, received network voice header from 2680070 to TG 73583
M: 2020-11-08 21:19:41.226 YSF, TX state = ON
I: 2020-11-08 21:19:41.226 YSF, Begin TX: src=2680070 rpt=0 dst=73583 slot=2 cc=0 metadata=2680070
I: 2020-11-08 21:19:41.282 YSF, Narrow transmit (72 bit)
M: 2020-11-08 21:19:41.829 DMR Talker Alias (Data Format 1, Received 6/22 char): 'CT1ERY'
M: 2020-11-08 21:19:41.829 DMR Slot 2, Embedded Talker Alias Header
M: 2020-11-08 21:19:41.829 0000:  04 00 6C 43 54 31 45 52 59                         *..lCT1ERY*
M: 2020-11-08 21:19:43.447 DMR Slot 2, received network end of voice transmission, 2.3 seconds, 0% packet loss, BER: 0.0%
M: 2020-11-08 21:19:43.447 YSF, TX state = OFF
 
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

@hamzahradio
 

Just did a tail command of the log, it has the callsign of the person who TX'd CT1ERY, but it just passed through his DMRID to yaesu not the callsign.


M: 2020-11-08 21:19:35.067 YSF, TX state = OFF
M: 2020-11-08 21:19:41.225 DMR Slot 2, received network voice header from 2680070 to TG 73583
M: 2020-11-08 21:19:41.226 YSF, TX state = ON
I: 2020-11-08 21:19:41.226 YSF, Begin TX: src=2680070 rpt=0 dst=73583 slot=2 cc=0 metadata=2680070
I: 2020-11-08 21:19:41.282 YSF, Narrow transmit (72 bit)
M: 2020-11-08 21:19:41.829 DMR Talker Alias (Data Format 1, Received 6/22 char): 'CT1ERY'
M: 2020-11-08 21:19:41.829 DMR Slot 2, Embedded Talker Alias Header
M: 2020-11-08 21:19:41.829 0000:  04 00 6C 43 54 31 45 52 59                         *..lCT1ERY*
M: 2020-11-08 21:19:43.447 DMR Slot 2, received network end of voice transmission, 2.3 seconds, 0% packet loss, BER: 0.0%
M: 2020-11-08 21:19:43.447 YSF, TX state = OFF
 
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

Steve N4IRS
 

Just copy a section of the log when there is traffic.

On 11/8/20 4:21 PM, hello@... wrote:
Hi, I downloaded the latest DMRIds.dat file from github and it's the mmdvm_bride.ini file is pointing to the right file path.
Do I need to do anything with permissions?

The log at /var/log/mmdvm is really quite long.

Also, appreciate the help Steve!
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

@hamzahradio
 

Hi, I downloaded the latest DMRIds.dat file from github and it's the mmdvm_bride.ini file is pointing to the right file path.
Do I need to do anything with permissions?

The log at /var/log/mmdvm is really quite long.

Also, appreciate the help Steve!
Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

Steve N4IRS
 

Is the user database up to date? Please post MB log when there is traffic.

On 11/8/20 3:52 PM, hello@... wrote:
On the fusion reflector no DMR callsigns are being translated to the callsign, and when someone transmits on the fusion side, it just shows my DMRID on the pistar.
dashboard is here http://18.134.217.115/
TG 73583

Re: Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

@hamzahradio
 

On the fusion reflector no DMR callsigns are being translated to the callsign, and when someone transmits on the fusion side, it just shows my DMRID on the pistar.
dashboard is here http://18.134.217.115/
TG 73583
Re: DMR<>YSF Bridge - can't hear anything on the DMR side #mmdvm_bridge

@hamzahradio
 

Hi Steve,
I figured out the issue. I was following the guide made by KV4S - https://kv4s.com/2018/05/23/hosting-an-allstar-node-and-an-allstardmr-bridge-in-the-cloud/ - but using dmr<>ysf, I had to verify what’s in DVSwitch.ini matches what you are trying to use in the Analog_bridge.ini like this: 
DVSwitch.ini             |       Analog_bridge.ini
[DMR]                    |       [AMBE_AUDIO]
Address = 127.0.0.1      |       server = 127.0.0.1
TXPort = 31100           |       fromDMRPort = 31100
RXPort = 31103           |       toDMRPort = 31103

It's now working.
Pass callsigns YSF<>DMR via MMDVM_Bridge #mmdvm_bridge

@hamzahradio
 

Hi everyone I have a link running between YSF and DMR.
I'd like to be able to pass the callsigns between the two, right now it's just using the fallback ID.

Any tips or tricks to share?

Thanks 73
Re: XLX899 <> Allstar 40171

Pete Fierro <overthetop52@...>
 

Steve

   How do I set up the USRP protocol running two pi's? I am hearing traffic on the other pi.Both Pi's are on different  talk groups and on 3101 master.

     MMDVM.ini as well as analog bridge.ini is indicating my DMR  id with two digits appended as well as the other pi with two digits on the other pi with different digits. 

Pete
KD2ARB 


On Sun, Nov 8, 2020 at 8:23 AM, Steve N4IRS
<szingman@...> wrote:
Daren,
HAMVIOP is built on Arch. The apt packages will not install on Arch. You could install manually from github. You other option is to run DVSwitch Server on a second Pi and use the USRP protocol to connect the 2 systems.
I can tell you 2 systems will make mode and TG changes a little more complex.

73, Steve N4IRS 

On 11/8/20 8:18 AM, Daren. 2E0LXY. wrote:

Hi Steve.

Thanks for the reply.

Its HamVOIP.

Best regards

Daren
Re: DMR<>YSF Bridge - can't hear anything on the DMR side #mmdvm_bridge

Steve N4IRS
 

Please post your MMDVM_Bridge.ini and DVSwitch.ini and MMDVM_Bridge log. if you are using YSFGateway, show YSFGateway.ini

On 11/8/20 12:22 PM, hello@... wrote:
Hi everyone,

I have a YSF reflector running in the cloud which works great. I am trying to link it to DMR. 
I configured MMDVM Bridge and when I transmitted on my DMR radio people could hear me on the yaesu reflector with their yaesu radio. But I couldn't hear anyone back, and no traffic was seen on the Last-Heard on Brandmeister for the talk group I assigned in dvswitch.ini.
The tx and rx ports are corresponding with each other dmr tx<>ysf rx, and dmr rx<>ysf tx

Please can anyone help me troubleshoot what's going on?

Reflector and TG is 73583

Thanks 
73

Re: XLX899 <> Allstar 40171

Steve N4IRS
 

Daren,
HAMVIOP is built on Arch. The apt packages will not install on Arch. You could install manually from github. You other option is to run DVSwitch Server on a second Pi and use the USRP protocol to connect the 2 systems.
I can tell you 2 systems will make mode and TG changes a little more complex.

73, Steve N4IRS 

On 11/8/20 8:18 AM, Daren. 2E0LXY. wrote:

Hi Steve.

Thanks for the reply.

Its HamVOIP.

Best regards

Daren
Re: XLX899 <> Allstar 40171

2E0LXY Daren HH4200000122
 

Hi Steve.

Thanks for the reply.

Its HamVOIP.

Best regards

Daren
Re: XLX899 <> Allstar 40171

Steve N4IRS
 

Daren,
It depends on if you are running ASL 1.01 or HAMVOIP.

Steve N4IRS

On 11/7/20 7:26 AM, Daren. 2E0LXY. wrote:
Hi. 
Newby so sorry for the questions. 
Can you please pointme in the right direction  on how to complete a connection between my XLX reflector (XLX899B) and my Allstar node (40171)
Really appreciate your help and efforts in this amazing magic! 
Best regards
Daren

XLX899 <> Allstar 40171

2E0LXY Daren HH4200000122
 

Hi. 
Newby so sorry for the questions. 
Can you please pointme in the right direction  on how to complete a connection between my XLX reflector (XLX899B) and my Allstar node (40171)
Really appreciate your help and efforts in this amazing magic! 
Best regards
Daren
Re: YSFGateway with FCS bridging

David Young
 

Steve,

Ok, I downloaded the new MMDVM_Bridge off github and replaced the old with new for FCS00479 bridge.  After reboot I setup a test and looking at the FCS00479 MMDVM_Bridge log I see that now, yes I received the EOT message after the Network Watchdog timeout on the FCS00479 bridge.  Here's the problem, the EOT is not being passed to the NXDN MMDVM_Bridge log, only the Network Watchdog timeout message.  Thus, NXDN stays in receive mode waiting for the EOT.  If I key up DMR from the TGIF MMDVM_Bridge that will then clear the NXDN MMDVM_Bridge and NXDN will then Tx through the bridge until I Tx again on FCS00479, which then causes NXDN to stay in listening mode again.  The other bridges don't have this problem, XLX, P25, or DMR, only NXDN, maybe it is an ID issue since NXDN uses a unique ID, just a thought.
--
Dave WB6DTB
3141 - 3160 of 10557