Date   

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
 

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

Daren. 2E0LXY.
 

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

Daren. 2E0LXY.
 

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


Re: YSFGateway with FCS bridging

Steve N4IRS
 

David,
Thanks for the offer. We are not setup for that at this time.
I have updated MMDVM_Bridge on github and built updated apt packages for all 4 architectures. 
Please let me know when you have had a chance to test it.

73, Steve N4IRS

On 11/5/2020 7:46 PM, David Young wrote:
Hi Steve,
Thank you for looking into this.  I know you are busy and I appreciate all the work you and your team put into the DVSwitch project.
Even before the new release of DVSwitch Server your team has developed an amazing set of bridges for use by the digital ham community.  If you have a PayPal contribution account I would be happy to contribute money to your efforts.
--
Dave WB6DTB


Re: Filter connections

Steve N4IRS
 

I  assume that you mean you want to not hear a DMR ID or callsign. No you can not filter out a ID or callsign.

Steve N4IRS

Sent by smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of is0gqx Bruno via groups.io <is0gqx@...>
Sent: Friday, November 6, 2020 2:39:32 AM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Filter connections
 

 

Hello, in the files of the DVSwitch server is there the possibility to filter the connections with the callsign or the DMR ID like XLX?

 

73, Bruno IS0GQX


Mail priva di virus. www.avast.com

2181 - 2200 of 9595