Date   

DMR to USB Audio

Heiko DL1BZ
 

I have a running config with analog_bridge and mmdvm_bridge:

HB_confbridge <->MMDVM_bridge<->analog_bridge->USRPAudio.py->USB-Soundcard as testing for output analog audio/monitoring from dmr-source with the md380emu. All runs at a Pi with raspian.
The mmdvm_bridge works:

I: 2019-03-05 16:19:01.648 Started the DMR Id lookup reload thread
I: 2019-03-05 16:19:01.648     Color Code: 1
I: 2019-03-05 16:19:01.648     Self Only: no
I: 2019-03-05 16:19:01.648     Embedded LC Only: yes
I: 2019-03-05 16:19:01.648     Dump Talker Alias Data: no
I: 2019-03-05 16:19:01.648     Prefixes: 0
I: 2019-03-05 16:19:01.648     Call Hang: 3s
I: 2019-03-05 16:19:01.648     TX Hang: 3s
I: 2019-03-05 16:19:01.648     Mode Hang: 10s
M: 2019-03-05 16:19:01.648 DMR, Opening INI file: DVSwitch.ini
M: 2019-03-05 16:19:01.648 DMR, Setting [DMR] Address -> 127.0.0.1
M: 2019-03-05 16:19:01.648 DMR, Setting [DMR] TXPort -> 31100
M: 2019-03-05 16:19:01.648 DMR, Setting [DMR] RXPort -> 31103
M: 2019-03-05 16:19:01.648 DMR, Setting [DMR] Slot -> 2
M: 2019-03-05 16:19:01.648 DMR, Transmitting on 127.0.0.1:31100 and listening on port 31103.  Result = 1
M: 2019-03-05 16:19:01.649 MMDVM_Bridge-20180423 is running
M: 2019-03-05 16:19:11.748 DMR, Logged into the master successfully
M: 2019-03-05 16:23:34.717 DMR Slot 2, received network voice header from DG0LHZ to TG 2629
M: 2019-03-05 16:23:35.228 DMR Slot 2, received network end of voice transmission, 0.5 seconds, 0% packet loss, BER: 0.0%
M: 2019-03-05 16:23:39.398 DMR Slot 2, received network voice header from DG0LHZ to TG 2629
M: 2019-03-05 16:23:40.501 DMR Slot 2, received network end of voice transmission, 0.1 seconds, 0% packet loss, BER: 0.0%
M: 2019-03-05 16:24:41.336 DMR Slot 2, received network voice header from DO3TH to TG 7
M: 2019-03-05 16:24:45.104 DMR Slot 2, received network end of voice transmission, 3.7 seconds, 0% packet loss, BER: 0.0%
M: 2019-03-05 16:44:44.339 DMR Slot 2, received network voice header from DL1BZ to TG 7
M: 2019-03-05 16:44:48.188 DMR Slot 2, received network end of voice transmission, 4.1 seconds, 0% packet loss, BER: 0.0%

The analog_bridge starts correct I think:

I: 2019-03-05 17:59:27.963 Analog Bridge is starting
M: 2019-03-05 17:59:27.964 Setting [GENERAL] logLevel -> 1
M: 2019-03-05 17:59:27.964 Setting [GENERAL] exportMetadata -> true
M: 2019-03-05 17:59:27.964 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2019-03-05 17:59:27.964 Setting [GENERAL] decoderFallBack -> true
M: 2019-03-05 17:59:27.964 Setting [GENERAL] useEmulator -> true
M: 2019-03-05 17:59:27.964 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2019-03-05 17:59:27.964 Setting [GENERAL] outputAudioDevice -> /dev/null
M: 2019-03-05 17:59:27.964 Setting [GENERAL] inputAudioDevice -> /dev/null
M: 2019-03-05 17:59:27.964 Setting [GENERAL] useMicrophone -> false
M: 2019-03-05 17:59:27.964 Setting [GENERAL] useVox -> false
M: 2019-03-05 17:59:27.964 Setting [GENERAL] voxDecay -> 2
M: 2019-03-05 17:59:27.964 Setting [GENERAL] voxTrigger -> 200
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] server -> 127.0.0.1
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] fromDMRPort -> 31000
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] toDMRPort -> 31003
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] ambeMode -> DMR
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] minTxTimeMS -> 2000
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] gatewayDmrId -> 2629315
M: 2019-03-05 17:59:27.964 Setting [AMBE_AUDIO] repeaterID -> 262929
M: 2019-03-05 17:59:27.965 Setting [AMBE_AUDIO] txTg -> 7
M: 2019-03-05 17:59:27.965 Setting [AMBE_AUDIO] txTs -> 2
M: 2019-03-05 17:59:27.965 Setting [AMBE_AUDIO] colorCode -> 1
M: 2019-03-05 17:59:27.965 Setting [USRP] server -> 127.0.0.1
M: 2019-03-05 17:59:27.965 Setting [USRP] toASLPort -> 32001
M: 2019-03-05 17:59:27.965 Setting [USRP] fromASLPort -> 34001
M: 2019-03-05 17:59:27.965 Setting [USRP] aslAudio -> AUDIO_USE_GAIN
M: 2019-03-05 17:59:27.965 Setting [USRP] agcGain -> 1.0
M: 2019-03-05 17:59:27.965 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN
M: 2019-03-05 17:59:27.965 Setting [USRP] dmrGain -> 1.0
M: 2019-03-05 17:59:27.965 Setting [DV3000] server -> 127.0.0.1
M: 2019-03-05 17:59:27.965 Setting [DV3000] port -> 2460
W: 2019-03-05 17:59:27.965 ioctl reset error
W: 2019-03-05 17:59:27.965 ioctl speed error
W: 2019-03-05 17:59:27.965 ioctl stereo error
W: 2019-03-05 17:59:27.965 ioctl setfmt error
M: 2019-03-05 17:59:27.965 Audio In/Out Device: /dev/null
I: 2019-03-05 17:59:27.965 Open UDP listener on 127.0.0.1:31000
I: 2019-03-05 17:59:27.965 Open USRP on 127.0.0.1:32001
D: 2019-03-05 17:59:27.965 Attempt to  init DV3000 in DMR mode
M: 2019-03-05 17:59:27.965 Connecting to DV3000 hardware......
W: 2019-03-05 17:59:28.973 DV3000 not found at 127.0.0.1:2460
I: 2019-03-05 17:59:29.426 Subscriber IDs loaded: 124240
I: 2019-03-05 17:59:29.426 Default extended metadata <DL1BZ>
I: 2019-03-05 17:59:29.426 Connecting to emulator on host 127.0.0.1:2470
W: 2019-03-05 17:59:29.426 Using software MBE decoder version 1.2.3
W: 2019-03-05 17:59:29.426 Using software OP25 IMBE/AMBE vocoder
I: 2019-03-05 17:59:29.426 Starting Analog_Bridge --> USRP thread
I: 2019-03-05 17:59:29.427 Open UDP listener on 127.0.0.1:34001
I: 2019-03-05 17:59:29.427 Starting USRP --> HB_Bridge thread

If I use USRPAudio.py for monitoring there is no audio or traffic from dmr. I have no pulseaudio installed and no asl/asterisk.

speaker-test -c2 -twav works with the soundcard. I check this with build-in from Pi and an USB-soundcard.

The USRPAudio.py starts here:

root@mmdvm-qrl:/usr/local/src# python USRPAudio.py
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround21
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround21
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround40
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround41
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround50
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround51
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround71
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.iec958
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.iec958
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.iec958
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.modem
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.modem
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.phoneline
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.phoneline
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
Start audio thread

But I see nothing from the dmr-side.
What is wrong with my setup ?

73 Heiko, DL1BZ


Re: BrandMeister to XLX

Steve KC1AWV
 

My apologies, I forgot that the DMRGateway service file is not included with the distro. Put this in a file on /lib/systemd/systemctl/dmrgateway.service

[Unit] 
Description=DMRGateway Service 
# Description=Place this file in /lib/systemd/system 
# Description=KC1AWV 30 NOV 2018

# To make the network-online.target available 
# systemctl enable systemd-networkd-wait-online.service 

After=network-online.target syslog.target netcheck.service 
Wants=network-online.target 

[Service] 
Type=simple 
StandardOutput=null 
WorkingDirectory=/opt/DMRGateway 
Restart=always 
RestartSec=3 
ExecStart=/opt/DMRGateway/DMRGateway /opt/DMRGateway/DMRGateway.ini 
ExecReload=/bin/kill -2 $MAINPID 
KillMode=process 

[Install] 
WantedBy=multi-user.target


Then, systemctl daemon-reload and systemctl enable dmrgateway.service.


On Tue, Mar 5, 2019 at 8:19 AM John MI0AAZ via Groups.Io <mi0aaz=yahoo.co.uk@groups.io> wrote:
Hi again Steve KC1AWV.

Yes you understoood my previous message fine, i have used you tutorial but i have encountered a slight problem at the very end.

When i "systemctl enable dmrgateway.service" i get back "Failed to enable unit: File dmrgateway.service: No such file or directory" which to me says that i need to create a service of this name, with me being a novice with Linux can you tell me what i need to do to get it enabled ?

73 John Mi0AAZ.



--
Steve Miller
KC1AWV


Re: BrandMeister to XLX

John MI0AAZ
 

Hi again Steve KC1AWV.

Yes you understoood my previous message fine, i have used you tutorial but i have encountered a slight problem at the very end.

When i "systemctl enable dmrgateway.service" i get back "Failed to enable unit: File dmrgateway.service: No such file or directory" which to me says that i need to create a service of this name, with me being a novice with Linux can you tell me what i need to do to get it enabled ?

73 John Mi0AAZ.


Re: BrandMeister to XLX

Steve KC1AWV
 
Edited

Hi John, 

I assume that you mean me, Steve KC1AWV not Steve N4IRS. There's too many Steves out here.

From what I gather, you're trying to transcode on an XLX reflector using a PiDV. That's out of the scope for this group, since AMBEServer, ambed, and XLX are separate from DVSwitch. It's also out of scope for the document I wrote, since that deals with connecting a Brandmeister talkgroup to an XLX module, using the DVSwitch programs.

I also personally have no experience with the PiDV, and little experience with Raspberry Pi in general. My day job as a Linux sysadmin means that I can help with Linux, sure, but when it comes to the RPi hardware... yeah? Maybe? :)

I can tell you this, however. If your intention is strictly to transcode IMBE to AMBE using an XLX reflector, you will need to use ambed installed on whatever hardware is running a DV3000 chip. How you do this with a PiDV, I'm not sure, I've only done it with DV3000 sticks. Once you have ambed running on that hardware, you will need to change the XLX systemd script to point where the ambed server is running. And of course, you will need to make sure that your firewalls are set properly to allow the UDP streams in and out of each.

You may get better help and guidance from the XLX folks. I am sorry if I misunderstood the intention of your email, but I think I got what you mean.

Steve KC1AWV


Re: looking at my options

Mike AE4ML <mike.lussier@...>
 

Kevin,
I built and tested the first two reflectors and the problem was seen on the third but it seemed intermittent and I moved to the 4th reflector and that didn't work and then 3 seemed to stop working too. Not much luck today working on these.

My test setup was using local repeater
UHF portable with   Talk Groups ( 10282 , 10283 10284 10285 )

( UHF Quantar 10285 ) <->  QB <-> MMDVM <-> P25GW 41030<-> INTERNET

AWS Cloud   41000 41010 41020 41030 

(UHF Quantar 10282 ) <-> QB <-> MMDVM <-> P25GW 41000 <-> INTERNET
(VHF Quantar 10283 ) <-> QB <-> MMDVM <-> P25GW 41010 <-> INTERNET
(UHF Quantar 10284 ) <-> QB <-> MMDVM <-> P25GW 41020 <-> INTERNET

Pi star <-> P25

P25 Portable #2 Talk Groups ( 10282 , 10283 10284 10285 )


Re: BrandMeister to XLX

John MI0AAZ
 

Hi Steve.

I have a NW Dig Radio PiDv hat which i would like to run here at home as an AMBEServer linking to my online virtual machine where i have installed the ambed software using the info in the link you posted previously, when you do your step by step tutorial i would appreciate it if you included a dummys guide for linking the Pi to my VM ? As you gather, i`m a novice where linux is concerned ;-)

73 John Mi0AAZ.


Re: looking at my options

Mike AE4ML <mike.lussier@...>
 

yes


Re: looking at my options

Kevin N9OIG
 

Just out of curiosity the 2 reflectors that dont work are they the ones with ports ending in 20 & 30? Were you trying to access them with a pistar setup?


Help Building Bridge from Ground up

Kevin Halton
 

Folks,
My system was built and for the most part maintained by the late K4SQI. Whenever there was an issue Steve would log in and rectify whatever needed tweaking. Most of the time and he would leave the part out as to what he DID to fix it. Now here I am trying to figure it all out on my own. 

With that being said I am looking for someone who has actual experience building a bridge from start to finish. I currently have ASL-DSTAR (XLX)-NXDN-YSF-DMR. I Would also like to add P25 if possible. 

I am willing to discuss financial compensation for your time in rebuilding the system here. Please, serious inquires only.

Please contact me privately off list via email.


Re: looking at my options

Mike AE4ML <mike.lussier@...>
 

Well,
What I thought was working has turned out to be a 50 - 50 deal.
2 of the 4 reflectors work the other two dont work. I can't find a problem in the configs I have gone back to my matrix and still dont see whats wrong.
10282 and 10283 work
10284 and 10285 dont seem to work. I'll dig into this more tomorrow. I have been fighting with this all afternoon.
attached is my spreadsheet.   nothing shows in the logs or in the syslog to help me here.



Re: DMR to analog gateway questions: Avoid ASL for analog linking, DV3000 vs md380-emulator for quality, local linking when Internet down, everything on one BBB

Steve N4IRS
 



On 3/2/19 8:50 PM, David Ranch wrote:

Hello Steve,

Thanks for the quick reply!


1) Analog linking without ASL:  The goal here is to link an existing DMR system on the Brandmeister network to an existing analog repeater which is already on IRLP and Echolink (EchoIRLP).  From what I can tell, most recommendations are to add Allstar to the setup for the analog side.  I don't necessarily want Allstar as it's an additional hop that maybe isn't required.   It seems that direct DMR to Echolink support isn't possible today w/o the ASL hop.  What about directly using IRLP?  Yes?  No?  I'm just trying to minimize complexity here and I'm not particular to any one technology.
For the most part to go to any of the analog networks, ASl is required. Though, ASL is not really a hop to go to EchoLink since both can be running on a private or non-published node. 

Ok.. sounds like running Allstar is a requirement.  I know this isn't an Allstar list but do you know that if I bring up Allstar node, could it also directly interface with the IRLP and Echolink networks so could run one system to rule all three networks?
The only AllStar node that I know of that supports IRLP is HAMVOIP. You could interconnect the DMR <-> ASL bridge at a HAMVOIP node, but the DVSwitch programs are delivered for Debian and HAMVOIP is Arch. It's possible to run the DVSwitch programs on the same machine as HAMVOIP, but it will take work and good Linux skills. I would build on 2 different machines at first.


2) Audio quality.  Is there any audio quality differences between using say md380-emulator vs. say a hardware AMBE solution like the DV3000U?  There is a "Quality vs. Cost" bullet in
https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit but there is nothing under it.  I much rather buy some hardware here to minimize any poor digital audio artifact issues.
The absolute best audio quality is a DV3000. MD380 is a close second.

If it's a really close second, should I even bother with the HW solution?  Maybe the HW solution is more reliable assuming I give it proper +5v power?  Just trying to make the best decision here.
You can start with md380-emu and decide later if you want to add the hardware.


3) An ideal goal of ours is that if the Internet connection goes down, we could still have the DMR system (Motorola unit) and the analog system linked in a stand alone way.  Once the Internet comes back up, the link would resume to the BrandMeister TG.  I've seen some hints that HB_Bridge might allow for this but can anyone confirm this?   Can anyone share some URLs or documentation for examples?
To connect to a Motorola repeater you would use IPSC_Bridge. It will take some thinking to build a failover system you describe.

We currently have a Motorola SLR5700 repeater "auto-magically" on the Brandmeister network.  If we made this change, we would point the SLR5700 away from the Internet and then to the local BBB IP address running the IPSC_Bridge process?  Could the Internet based BrandMeister network then also connect to the IPSC_Bridge?  Are you aware of anyone running a setup like this and ideally documented it (even just configs, partial docs, etc would be helpful)?  If you think it's possible but not documented, I'd be happy to hack my way through it, write it up to give it to the group for future readers.
What is this documentation you speak of? ;) You could point the IPSC_Bridge at BM. If the internet goes down you would have to tweak IPSC_Bridge. Just a second config file.


4) If my minimal and internet decoupled design is possible, is it realistic to run all this on a single Beagle Bone Black (BBB)?   Maybe only an RPI 3+ can do all this?  Maybe only an Intel i3+?   I'm ultimately looking for what compute hardware might be recommended to run everything on one host.  We do have a MicroNode RTCM device as well as a DMK URI device available which can be used or we can also put together our own soundcard+PTT setup.   My preference would be to have less compute hardware to maintain.
I would say all of the hardware you describe would work.

So a BBB could do all this?  Great news!  I've read there aren't any pre-built Raspberry Pi images out there that include DVSwitch so I assume there aren't any BBB ones either.  Correct?
Correct. Though I like the BBB, I would run on a RPi or a even a i3 (depending on where the machine will live)

--David
KI6ZHD


Re: DMR to analog gateway questions: Avoid ASL for analog linking, DV3000 vs md380-emulator for quality, local linking when Internet down, everything on one BBB

David Ranch
 


Hello Steve,

Thanks for the quick reply!


1) Analog linking without ASL:  The goal here is to link an existing DMR system on the Brandmeister network to an existing analog repeater which is already on IRLP and Echolink (EchoIRLP).  From what I can tell, most recommendations are to add Allstar to the setup for the analog side.  I don't necessarily want Allstar as it's an additional hop that maybe isn't required.   It seems that direct DMR to Echolink support isn't possible today w/o the ASL hop.  What about directly using IRLP?  Yes?  No?  I'm just trying to minimize complexity here and I'm not particular to any one technology.
For the most part to go to any of the analog networks, ASl is required. Though, ASL is not really a hop to go to EchoLink since both can be running on a private or non-published node. 

Ok.. sounds like running Allstar is a requirement.  I know this isn't an Allstar list but do you know that if I bring up Allstar node, could it also directly interface with the IRLP and Echolink networks so could run one system to rule all three networks?


2) Audio quality.  Is there any audio quality differences between using say md380-emulator vs. say a hardware AMBE solution like the DV3000U?  There is a "Quality vs. Cost" bullet in
https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit but there is nothing under it.  I much rather buy some hardware here to minimize any poor digital audio artifact issues.
The absolute best audio quality is a DV3000. MD380 is a close second.

If it's a really close second, should I even bother with the HW solution?  Maybe the HW solution is more reliable assuming I give it proper +5v power?  Just trying to make the best decision here.


3) An ideal goal of ours is that if the Internet connection goes down, we could still have the DMR system (Motorola unit) and the analog system linked in a stand alone way.  Once the Internet comes back up, the link would resume to the BrandMeister TG.  I've seen some hints that HB_Bridge might allow for this but can anyone confirm this?   Can anyone share some URLs or documentation for examples?
To connect to a Motorola repeater you would use IPSC_Bridge. It will take some thinking to build a failover system you describe.

We currently have a Motorola SLR5700 repeater "auto-magically" on the Brandmeister network.  If we made this change, we would point the SLR5700 away from the Internet and then to the local BBB IP address running the IPSC_Bridge process?  Could the Internet based BrandMeister network then also connect to the IPSC_Bridge?  Are you aware of anyone running a setup like this and ideally documented it (even just configs, partial docs, etc would be helpful)?  If you think it's possible but not documented, I'd be happy to hack my way through it, write it up to give it to the group for future readers.


4) If my minimal and internet decoupled design is possible, is it realistic to run all this on a single Beagle Bone Black (BBB)?   Maybe only an RPI 3+ can do all this?  Maybe only an Intel i3+?   I'm ultimately looking for what compute hardware might be recommended to run everything on one host.  We do have a MicroNode RTCM device as well as a DMK URI device available which can be used or we can also put together our own soundcard+PTT setup.   My preference would be to have less compute hardware to maintain.
I would say all of the hardware you describe would work.

So a BBB could do all this?  Great news!  I've read there aren't any pre-built Raspberry Pi images out there that include DVSwitch so I assume there aren't any BBB ones either.  Correct?

--David
KI6ZHD


Re: DMR to analog gateway questions: Avoid ASL for analog linking, DV3000 vs md380-emulator for quality, local linking when Internet down, everything on one BBB

Steve N4IRS
 



On 3/2/19 7:08 PM, dvswitch-groupsio@... wrote:
Hello Everyone,

I'm new to the list and didn't find many search hits in either Google or dvswitch.groups.io so I thought I'd add a new topic on a few questions:

1) Analog linking without ASL:  The goal here is to link an existing DMR system on the Brandmeister network to an existing analog repeater which is already on IRLP and Echolink (EchoIRLP).  From what I can tell, most recommendations are to add Allstar to the setup for the analog side.  I don't necessarily want Allstar as it's an additional hop that maybe isn't required.   It seems that direct DMR to Echolink support isn't possible today w/o the ASL hop.  What about directly using IRLP?  Yes?  No?  I'm just trying to minimize complexity here and I'm not particular to any one technology.
For the most part to go to any of the analog networks, ASl is required. Though, ASL is not really a hop to go to EchoLink since both can be running on a private or non-published node. 

2) Audio quality.  Is there any audio quality differences between using say md380-emulator vs. say a hardware AMBE solution like the DV3000U?  There is a "Quality vs. Cost" bullet in
https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit but there is nothing under it.  I much rather buy some hardware here to minimize any poor digital audio artifact issues.
The absolute best audio quality is a DV3000. MD380 is a close second.

3) An ideal goal of ours is that if the Internet connection goes down, we could still have the DMR system (Motorola unit) and the analog system linked in a stand alone way.  Once the Internet comes back up, the link would resume to the BrandMeister TG.  I've seen some hints that HB_Bridge might allow for this but can anyone confirm this?   Can anyone share some URLs or documentation for examples?
To connect to a Motorola repeater you would use IPSC_Bridge. It will take some thinking to build a failover system you describe.

4) If my minimal and internet decoupled design is possible, is it realistic to run all this on a single Beagle Bone Black (BBB)?   Maybe only an RPI 3+ can do all this?  Maybe only an Intel i3+?   I'm ultimately looking for what compute hardware might be recommended to run everything on one host.  We do have a MicroNode RTCM device as well as a DMK URI device available which can be used or we can also put together our own soundcard+PTT setup.   My preference would be to have less compute hardware to maintain.
I would say all of the hardware you describe would work.

--David
KI6ZHD

73, Steve N4IRS


DMR to analog gateway questions: Avoid ASL for analog linking, DV3000 vs md380-emulator for quality, local linking when Internet down, everything on one BBB

David Ranch
 

Hello Everyone,

I'm new to the list and didn't find many search hits in either Google or dvswitch.groups.io so I thought I'd add a new topic on a few questions:

1) Analog linking without ASL:  The goal here is to link an existing DMR system on the Brandmeister network to an existing analog repeater which is already on IRLP and Echolink (EchoIRLP).  From what I can tell, most recommendations are to add Allstar to the setup for the analog side.  I don't necessarily want Allstar as it's an additional hop that maybe isn't required.   It seems that direct DMR to Echolink support isn't possible today w/o the ASL hop.  What about directly using IRLP?  Yes?  No?  I'm just trying to minimize complexity here and I'm not particular to any one technology.

2) Audio quality.  Is there any audio quality differences between using say md380-emulator vs. say a hardware AMBE solution like the DV3000U?  There is a "Quality vs. Cost" bullet in
https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit but there is nothing under it.  I much rather buy some hardware here to minimize any poor digital audio artifact issues.

3) An ideal goal of ours is that if the Internet connection goes down, we could still have the DMR system (Motorola unit) and the analog system linked in a stand alone way.  Once the Internet comes back up, the link would resume to the BrandMeister TG.  I've seen some hints that HB_Bridge might allow for this but can anyone confirm this?   Can anyone share some URLs or documentation for examples?

4) If my minimal and internet decoupled design is possible, is it realistic to run all this on a single Beagle Bone Black (BBB)?   Maybe only an RPI 3+ can do all this?  Maybe only an Intel i3+?   I'm ultimately looking for what compute hardware might be recommended to run everything on one host.  We do have a MicroNode RTCM device as well as a DMK URI device available which can be used or we can also put together our own soundcard+PTT setup.   My preference would be to have less compute hardware to maintain.

--David
KI6ZHD


Re: looking at my options

Mike AE4ML <mike.lussier@...>
 

Steve,
I have had too much fun putting this together. I appreciate your help .  Logg files are the biggest help out there and knowing how to use them as well as coming back to this group and seeing if there have been any past issues that are similar to what you are experiencing to help you resolve issues first. 

I laid out my idea on paper and then I created a spreadsheet. I loaded all of the programs on the system and then created 4 directories under /opt for each system I was building. I  copied all the files into each directory from a master. I kept that master on the system. 

I followed my design spreadsheet and tested each reflector and bridge before moving to the next.
The next step was to copy the systemctl files for each and every process. under /lib/systemctl/system directory I modified all of the startup files.
in all 20 files are created and are running. 8 analog bridges, 4 MMDVM Bridges, 4 P25Gateways and 4 P25Reflectors.

As you can see I have created the AWS Linux server with 4 P25 Reflectors and attached to those on the back end of each one is a DMR to P25 Bridge.
I'm not overly concerned about YSF as those radios can do YSF2P25 or YSF2DMR on the Pi-Star.

The next step is going to be learning how to cross link these when needed.

BM  1 (3107XX) <->  MMDVM  <->  Analog-DMR <-> Analog-P25 <-> MMDVM <-> P25Gateway <-> P25Reflector 1   41000
BM  2 (310XXX) <->  MMDVM  <->  Analog-DMR <-> Analog-P25 <-> MMDVM <-> P25Gateway <-> P25Reflector 2   41010
BM  3 (310XXX) <->  MMDVM  <->  Analog-DMR <-> Analog-P25 <-> MMDVM <-> P25Gateway <-> P25Reflector 3   41020
BM  4 (310XXX) <->  MMDVM  <->  Analog-DMR <-> Analog-P25 <-> MMDVM <-> P25Gateway <-> P25Reflector 4   41030

 System Status
--------------------------------------------------------------
 6905 ?        Ssl    0:00 /opt/310756/Analog_Bridge_DMR/Analog_Bridge /opt/310756/Analog_Bridge_DMR/Analog_Bridge_DMR-310756.ini
 6930 ?        Ssl    0:00 /opt/310756/Analog_Bridge_P25/Analog_Bridge /opt/310756/Analog_Bridge_P25/Analog_Bridge_P25-310756.ini
10974 ?        Ssl    0:03 /opt/310747/Analog_Bridge_DMR/Analog_Bridge /opt/310747/Analog_Bridge_DMR/Analog_Bridge_DMR-310747.ini
10999 ?        Ssl    0:02 /opt/310747/Analog_Bridge_P25/Analog_Bridge /opt/310747/Analog_Bridge_P25/Analog_Bridge_P25-310747.ini
13716 ?        Ssl    0:00 /opt/310764/Analog_Bridge_DMR/Analog_Bridge /opt/310764/Analog_Bridge_DMR/Analog_Bridge_DMR-310764.ini
13778 ?        Ssl    0:00 /opt/310764/Analog_Bridge_P25/Analog_Bridge /opt/310764/Analog_Bridge_P25/Analog_Bridge_P25-310764.ini
22528 ?        Ssl    0:00 /opt/310749/Analog_Bridge_DMR/Analog_Bridge /opt/310749/Analog_Bridge_DMR/Analog_Bridge_DMR-310749.ini
22548 ?        Ssl    0:00 /opt/310749/Analog_Bridge_P25/Analog_Bridge /opt/310749/Analog_Bridge_P25/Analog_Bridge_P25-310749.ini
--------------------------------------------------------------
 
--------------------------------------------------------------
10938 ?        Ssl    5:07 /opt/310747/MMDVM_Bridge/MMDVM_Bridge /opt/310747/MMDVM_Bridge/MMDVM_Bridge-310747.ini
24263 ?        Ssl    0:11 /opt/310749/MMDVM_Bridge/MMDVM_Bridge /opt/310749/MMDVM_Bridge/MMDVM_Bridge-310749.ini
24569 ?        Ssl    0:10 /opt/310756/MMDVM_Bridge/MMDVM_Bridge /opt/310756/MMDVM_Bridge/MMDVM_Bridge-310756.ini
24582 ?        Ssl    0:10 /opt/310764/MMDVM_Bridge/MMDVM_Bridge /opt/310764/MMDVM_Bridge/MMDVM_Bridge-310764.ini
--------------------------------------------------------------
 
--------------------------------------------------------------
17721 ?        Ssl    0:11 /opt/310747/P25Gateway/P25Gateway /opt/310747/P25Gateway/P25Gateway-310747.ini
17746 ?        Ssl    0:11 /opt/310756/P25Gateway/P25Gateway /opt/310756/P25Gateway/P25Gateway-310756.ini
17780 ?        Ssl    0:10 /opt/310764/P25Gateway/P25Gateway /opt/310764/P25Gateway/P25Gateway-310764.ini
22642 ?        Ssl    0:06 /opt/310749/P25Gateway/P25Gateway /opt/310749/P25Gateway/P25Gateway-310749.ini
--------------------------------------------------------------
 1474 ?        Ssl    4:59 /opt/310749/P25Reflector/P25Reflector /opt/310749/P25Reflector/P25Reflector-310749.ini
 8330 ?        Ssl    2:27 /opt/310756/P25Reflector/P25Reflector /opt/310756/P25Reflector/P25Reflector-310756.ini
11060 ?        Ssl    2:24 /opt/310747/P25Reflector/P25Reflector /opt/310747/P25Reflector/P25Reflector-310747.ini
14069 ?        Ssl    2:23 /opt/310764/P25Reflector/P25Reflector /opt/310764/P25Reflector/P25Reflector-310764.ini


bridging reflectors

John Azbill
 

Steve,

This is Dave K5NX in Houston Texas. 
  I would like to bridge our experimental IRLP 0070 reflector  to my YSF reflector #96014 .  Do you have any suggestions on how to do this and is there something with some step by step instructions?
We did help Rey build his Experimental IRLP reflector 0077 and he had someone else bridge his analog to digital bridge and it seems to work OK. We already have the easy stuff bridged IRLP, AllStar (HamVoip) and Echolink .

I you have any questions we could talk on the phone if needed.

Thanks David K5NX


IMPORANTE UPDATE: DMRlink, HBlink, HBlink3, DMRmonitor, HBmonitor, dmr_utils, dmr_utils3

Cort N0MJS <n0mjs@...>
 

radioid.net has updated their API for database exports.

Each time there is a change, the CSV format changes significantly and it causes me a fair amount of work to update 8 repos to use the new format. The CSV format is not preferred, but was the legacy format, and what I used. The preferred format is JSON. I have modified all of the following software packages to reflect the JSON formatted files. For most, this just means the sample configuration files, but for dmr_utils and dmr_utils3, starting with version 0.1.21, the database processing methods are now JSON based.

Any new downloads should all work correctly with the JSON loads. Please understand if you are using an older versions and/or branch of the others, and install new dmr_utils or dmr_utils3, you will have problems. The JSON parser cannot ingest CSV files.

I have been assured by radioid.net that the JSON format will not me messed with going forward – and if it is, updates are MUCH easier. If you want to know why, keep reading, otherwise you can just stop here :)



CSV files reference positional data. So we have to make assumptions about what information is in which column when processing and ingesting the data. The column headers are still only slightly useful since the names of those headers are not always consistent – capital letters vs. lowercase, etc. JSON is a better format because instead of the information being “positional”, it is “keyword” based. That is to say, each bit of information is labeled with a keywords that indicates what it is. I’ve chosen to follow radioid.net’s lead here and use JSON because that’s really the “right way” to do this, longer term.


0x49 DE N0MJS

--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206


Unlinking from Reflector and not re-establishing link

Mike AE4ML <mike.lussier@...>
 

I'm not sure who else is having this problem and I'm entertaining better ways to do this. 
I have several remote sites where my Quantar repeaters aren't easily accessible.
I found out that if the internet burps or the reflector goes down and comes back up on the far end.
The  repeater looses its connectivity with the reflector and doesn't re-establish a
connection to the reflector.

I replicated the scenario here at home and started digging into it. Steve stated that the issue
is in the code for the p25gateway.  I found that a systemctl restart p25gateway resolved the problem.
How to run a watchdog to monitor this and re-establish the reflector connection.

I'm not sure how many other folks have run across this issue. I'm  hoping it more than just me. and maybe there is a better way to handle this .


I wrote a short script.
I run this script in the background.
#./watch-link 1>errors 2>info &

#!/bin/bash
#  Author Michael Lussier AE4ML
# 01 March 2019
# Description;  Reset P25Gateway in the event of a loss of connectivity with the reflector
#
if tail -F /var/log/mmdvm/P25Gateway-"$(date -d "0 day" "+%Y-%m-%d")".log | grep "unlinking"; then
   systemctl restart p25gateway.ini
   sleep 60
fi
#


Better status monitoring of dmrgateway (and other processes)

Doug Kingston
 

We have been using dmrgateway to front end a MMDVMHost based repeater using the Pi-Star distribution.  There is good monitoring of MMDVMHost and the connection between that an dmrgateway, but there is no explicit monitoring of the connection status of the various networks that dmrgateway could be trying to connect to.  The Pi-Star dashboard/admin webserver knows now to parse out Brandmeister connectivity on DMR Network 1 and query the BM server but that is no really reporting the connection status.  I would like to ask the developers what approach they would take to implement this monitoring and how they would suggest we export it out of the dmrgateway processes.

I can imagine a small HTTP server on assigned port that would return some status or even a simple socket from which you could read simple text status information.  This could be polled periodicly by the web interface or a monitoring service.  Do we want to consider this a generic approach to be applied to all our daemon processes?

Comments?
  -Doug-


Re: Pi image #dmrlink

Steve N4IRS
 

Sorry, there is no image.


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of ke2ems <ke2ems@...>
Sent: Friday, March 1, 2019 5:07:32 PM
To: main@DVSwitch.groups.io
Subject: [DVSwitch] Pi image #dmrlink
 
Do anyone have a working imiage they could share or point me to one. KE2EMS@... 

Thanks

7341 - 7360 of 10734