Date   

Re: ASL to DMR Bridge how to on Raspberry Pi Audio Quality Lost

Steve N4IRS
 

Looks like you are not using the emulator. Make sure it's running and enabled in AB.ini

Sent by smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Ted Lawrence via Groups.Io <tedlaw2@...>
Sent: Thursday, November 28, 2019 1:47:32 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] ASL to DMR Bridge how to on Raspberry Pi Audio Quality Lost
 
Greetings folks!

Got new node up and running on Raspberry Pi 3, seemed successful and sounded great. Then I enabled WiFI, then back to ethernet cable trying to  troubleshooting what has changed.  No joy, Now I have lost audio quality DMR to ASL.  Not sure what may have changed?  See anything strange here:

I: 2019-11-28 18:43:22.230 Analog Bridge is starting

M: 2019-11-28 18:43:22.230 Setting [GENERAL] logLevel -> 2

M: 2019-11-28 18:43:22.230 Setting [GENERAL] exportMetadata -> true

M: 2019-11-28 18:43:22.230 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv

M: 2019-11-28 18:43:22.230 Setting [GENERAL] decoderFallBack -> true

M: 2019-11-28 18:43:22.230 Setting [GENERAL] useEmulator -> false

M: 2019-11-28 18:43:22.230 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470

M: 2019-11-28 18:43:22.230 Setting [GENERAL] outputAudioDevice -> /dev/null

M: 2019-11-28 18:43:22.231 Setting [GENERAL] inputAudioDevice -> /dev/null

M: 2019-11-28 18:43:22.231 Setting [GENERAL] useMicrophone -> false

M: 2019-11-28 18:43:22.231 Setting [GENERAL] useVox -> false

M: 2019-11-28 18:43:22.231 Setting [GENERAL] voxDecay -> 2

M: 2019-11-28 18:43:22.231 Setting [GENERAL] voxTrigger -> 200

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] server -> 127.0.0.1

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] fromDMRPort -> 31100

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] toDMRPort -> 31103

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] ambeMode -> DMR

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] minTxTimeMS -> 2000

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] gatewayDmrId -> 3151317

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] repeaterID -> 315131703

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] txTg -> 315136

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] txTs -> 2

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] colorCode -> 1

M: 2019-11-28 18:43:22.231 Setting [USRP] server -> 127.0.0.1

M: 2019-11-28 18:43:22.231 Setting [USRP] toASLPort -> 32001

M: 2019-11-28 18:43:22.231 Setting [USRP] fromASLPort -> 34001

M: 2019-11-28 18:43:22.232 Setting [USRP] aslAudio -> AUDIO_UNITY

M: 2019-11-28 18:43:22.232 Setting [USRP] agcGain -> -20

M: 2019-11-28 18:43:22.232 Setting [USRP] dmrAudio -> AUDIO_UNITY

M: 2019-11-28 18:43:22.232 Setting [USRP] dmrGain -> 0.37

M: 2019-11-28 18:43:22.232 Setting [DV3000] server -> 127.0.0.1

M: 2019-11-28 18:43:22.232 Setting [DV3000] port -> 2460

W: 2019-11-28 18:43:22.232 ioctl reset error 

W: 2019-11-28 18:43:22.232 ioctl speed error 

W: 2019-11-28 18:43:22.232 ioctl stereo error 

W: 2019-11-28 18:43:22.232 ioctl setfmt error 

M: 2019-11-28 18:43:22.232 Audio In/Out Device: /dev/null

I: 2019-11-28 18:43:22.232 Open UDP listener on 127.0.0.1:31100

I: 2019-11-28 18:43:22.232 Open USRP on 127.0.0.1:32001

M: 2019-11-28 18:43:22.232 Connecting to DV3000 hardware......

W: 2019-11-28 18:43:23.241 DV3000 not found at 127.0.0.1:2460


Thanks,
Ted
KD4EG


ASL to DMR Bridge how to on Raspberry Pi Audio Quality Lost

Ted Lawrence
 

Greetings folks!

Got new node up and running on Raspberry Pi 3, seemed successful and sounded great. Then I enabled WiFI, then back to ethernet cable trying to  troubleshooting what has changed.  No joy, Now I have lost audio quality DMR to ASL.  Not sure what may have changed?  See anything strange here:

I: 2019-11-28 18:43:22.230 Analog Bridge is starting

M: 2019-11-28 18:43:22.230 Setting [GENERAL] logLevel -> 2

M: 2019-11-28 18:43:22.230 Setting [GENERAL] exportMetadata -> true

M: 2019-11-28 18:43:22.230 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv

M: 2019-11-28 18:43:22.230 Setting [GENERAL] decoderFallBack -> true

M: 2019-11-28 18:43:22.230 Setting [GENERAL] useEmulator -> false

M: 2019-11-28 18:43:22.230 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470

M: 2019-11-28 18:43:22.230 Setting [GENERAL] outputAudioDevice -> /dev/null

M: 2019-11-28 18:43:22.231 Setting [GENERAL] inputAudioDevice -> /dev/null

M: 2019-11-28 18:43:22.231 Setting [GENERAL] useMicrophone -> false

M: 2019-11-28 18:43:22.231 Setting [GENERAL] useVox -> false

M: 2019-11-28 18:43:22.231 Setting [GENERAL] voxDecay -> 2

M: 2019-11-28 18:43:22.231 Setting [GENERAL] voxTrigger -> 200

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] server -> 127.0.0.1

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] fromDMRPort -> 31100

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] toDMRPort -> 31103

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] ambeMode -> DMR

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] minTxTimeMS -> 2000

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] gatewayDmrId -> 3151317

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] repeaterID -> 315131703

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] txTg -> 315136

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] txTs -> 2

M: 2019-11-28 18:43:22.231 Setting [AMBE_AUDIO] colorCode -> 1

M: 2019-11-28 18:43:22.231 Setting [USRP] server -> 127.0.0.1

M: 2019-11-28 18:43:22.231 Setting [USRP] toASLPort -> 32001

M: 2019-11-28 18:43:22.231 Setting [USRP] fromASLPort -> 34001

M: 2019-11-28 18:43:22.232 Setting [USRP] aslAudio -> AUDIO_UNITY

M: 2019-11-28 18:43:22.232 Setting [USRP] agcGain -> -20

M: 2019-11-28 18:43:22.232 Setting [USRP] dmrAudio -> AUDIO_UNITY

M: 2019-11-28 18:43:22.232 Setting [USRP] dmrGain -> 0.37

M: 2019-11-28 18:43:22.232 Setting [DV3000] server -> 127.0.0.1

M: 2019-11-28 18:43:22.232 Setting [DV3000] port -> 2460

W: 2019-11-28 18:43:22.232 ioctl reset error 

W: 2019-11-28 18:43:22.232 ioctl speed error 

W: 2019-11-28 18:43:22.232 ioctl stereo error 

W: 2019-11-28 18:43:22.232 ioctl setfmt error 

M: 2019-11-28 18:43:22.232 Audio In/Out Device: /dev/null

I: 2019-11-28 18:43:22.232 Open UDP listener on 127.0.0.1:31100

I: 2019-11-28 18:43:22.232 Open USRP on 127.0.0.1:32001

M: 2019-11-28 18:43:22.232 Connecting to DV3000 hardware......

W: 2019-11-28 18:43:23.241 DV3000 not found at 127.0.0.1:2460


Thanks,
Ted
KD4EG


Re: Switch Between BM and TGIF

Steve N4IRS
 

I'm glad to see the macro system is allowing you to do what you want to do. As Mike and I answer questions in the threads we find more about what people want to do. The best example of this is dvswitch.sh and the updated mvsm.macro.

Have fun guys.
Steve N4IRS


Re: ASL to DMR Bridge how to on Raspberry Pi #best_practices

Steve N4IRS
 

Ted,
This is how ASL rpt.conf is as "shipped"

; Enable the selected channel driver in modules.conf !!!
rxchannel = dahdi/pseudo            ; No radio (hub)
; rxchannel = SimpleUSB/usb_1999    ; SimpleUSB
; rxchannel = Pi/1                      ; Raspberry Pi PiTA
; rxchannel = Radio/usb_1999        ; USBRadio (DSP)
; rxchannel = Dahdi/1            ; PCI Quad card
; rxchannel = Beagle/1            ; BeagleBoard
; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP 


On 11/27/19 7:47 PM, Ted Lawrence via Groups.Io wrote:
Thanks for responding Steve! Very good on the  [1999] Parameters.   All is good with [1999] parameters.  All is working and passing audio to and from DMR.  Just not sure about the my node 505501. It's not connected to any hardware.    


Re: ASL to DMR Bridge how to on Raspberry Pi #best_practices

Ted Lawrence
 

Thanks for responding Steve! Very good on the  [1999] Parameters.   All is good with [1999] parameters.  All is working and passing audio to and from DMR.  Just not sure about the my node 505501. It's not connected to any hardware.    


Re: ASL to DMR Bridge how to on Raspberry Pi #best_practices

Steve N4IRS
 

On 11/27/19 7:32 PM, Ted Lawrence via Groups.Io wrote:
Greetings folks!

I have a Raspberry pi node configured ASL to DMR Bridge.  I do not have any radio on this node 505501.   The node is stand alone, used to connect to other remote base nodes to our DMR Local TG 315136.  As such, I am not clear on the best practice for the node parameters.  For example, should the rxchannel = SimpleUSB/usb_505501 be commented out.  As if so, what other recommended parameters should be made.

Thanks!
Ted
KD4EG 


ASL to DMR Bridge how to on Raspberry Pi #best_practices

Ted Lawrence
 

Greetings folks!

I have a Raspberry pi node configured ASL to DMR Bridge.  I do not have any radio on this node 505501.   The node is stand alone, used to connect to other remote base nodes to our DMR Local TG 315136.  As such, I am not clear on the best practice for the node parameters.  For example, should the rxchannel = SimpleUSB/usb_505501 be commented out.  As if so, what other recommended parameters should be made.

Thanks!
Ted
KD4EG 


Re: Switch Between BM and TGIF

Tom Corcoran
 

Switching macros working great. Also enabled switch to the QRM network. Tnx for collective efforts.
--
Tom VE3NY


Re: Switch Between BM and TGIF

Eddie
 

Wow fantastic work gentlemen, will look for everyone on TGIF soon.

Vy 73-Eddie, KQ6K 

On Tue, Nov 26, 2019 at 9:16 PM Ke4tlc <ke4tlc@...> wrote:

 

Thanks for the efforts of Jeff Lehman N8ACL, Dion Brown KE4TLC, and Jim Lathan W4JLP

 

Files located in /opt/MMDVM_Bridge

MMDVM_Bridge.ini

MMDVM_Bridge_BM.ini ß Brand Meister (copy of original MMDVM_Bridge.ini)

MMDVM_Bridge_TGIF.ini ß TGIF (copy of original MMDVM_Bridge.ini and change under section [DMR Network] Address=84.232.5.113 to Address=tgif.network, save file and close.

 

Scripts: Create these file in the /opt/Analog_Bridge

BM_chng.sh ß Changes MMDVM Bridge to Brand Meister

TGIF_chng.shß Changes MMDVM Bridge to TGIF

 

BM_chng.sh

#! /bin/bash

cp /opt/MMDVM_Bridge/MMDVM_Bridge_BM.ini  /opt/MMDVM_Bridge/MMDVM_Bridge.ini

service mmdvmb restart

 

TGIF_Chng.sh

#! /bin/bash

cp /opt/MMDVM_Bridge/MMDVM_Bridge_TGIF.ini  /opt/MMDVM_Bridge/MMDVM_Bridge.ini

service mmdvmb restart

 

Change Mod of BM_chng.sh and TGIF_chng.sh

                chmod 755 /opt/MMDVM_Bridge/BM_chng.sh

chmod 755 /opt/MMDVM_Bridge/TGIF_chng.sh

 

Edit /opt/Analog_Bridge/dvsm.ini and add the following macros, see example below:

Note: If you cannot access a keyboard on your device screen, use keypad numbers, i.e. *72.

AB=/opt/Analog_Bridge/BM_chng.sh dmr.ini

AC=/opt/Analog_Bridge/TGIF_chng.sh dmr.ini

 

So to ensure all is applied, restart Raspberry Pi.


Re: DMRlink.cfg #dmrlink #best_practices

ai6bx
 

Sorry covered your schematic and see oh do have the dmrlink as a master too. Is your dmrlink.cfg a single file with one master and multiple peers pointing to that master or are you running multiple instances as I have seen others describe? The text explanations would read as I can do the former however my file fails to execute when I do so.


Re: DMRlink.cfg #dmrlink #best_practices

ai6bx
 

Interesting, so you are allowing all traffic from the Moto repeaters to flow through to HBlink3 and using that as the single master and tg filter? Essentially each Moto repeater one of the peer seats your HBlink.cfg file?


Re: DMRlink.cfg #dmrlink #best_practices

Alex IK7SEC
 

In my configuration I don't use confbridge_rules.py to manage voice\data stream. To have less variables I decided hblink3 manage data\voice flow by rules.py.

I choosen to do so beacouse in this way i have moto repeaters as a peer-> dmrlink as Master -> hblink as Client -> hblink3 as Master, but in my case i don't need to manage TGs forwarding them to differnt TG or Time slot.


Error code help #dmrlink

ai6bx
 

Has anyone run across the authentication error messages below?

root@AI6BX-DMR:~# tail -f /var/log/dmrlink/dmrlink.log
INFO (ALL IPSC SYSTEMS) Rule timer loop started
WARNING (RIFFNET) AuthError: IPSC packet failed authentication. Type 52: Peer: 1347701760, 149.28.84.243:54009
INFO (RIFFNET) Master Registration Packet Received from peer 734566, 45.56.180.181:62040
 
ERROR (RIFFNET) Unknown Message - Type: f0 From: 734566 Packet: f0000b35664a531000
WARNING (RIFFNET) AuthError: IPSC packet failed authentication. Type 52: Peer: 1347701760, 149.28.84.243:54009
INFO (RIFFNET) Master Registration Packet Received from peer 734566, 45.56.180.181:62040
 


Re: Switch Between BM and TGIF

Ke4tlc
 
Edited

 

Thanks for the efforts of Jeff Lehman N8ACL, Dion Brown KE4TLC, and Jim Lathan W4JLP

 

Files located in /opt/MMDVM_Bridge

MMDVM_Bridge.ini

MMDVM_Bridge_BM.ini ß Brandmeister (copy of original MMDVM_Bridge.ini)

MMDVM_Bridge_TGIF.ini ß TGIF (copy of original MMDVM_Bridge.ini and change under section [DMR Network] Address=84.232.5.113 to Address=tgif.network, save file and close.

 

Scripts: Create these files in the /opt/Analog_Bridge

BM_chng.sh ß Changes MMDVM Bridge to Brandmeister

TGIF_chng.shß Changes MMDVM Bridge to TGIF

 

BM_chng.sh

#! /bin/bash

cp /opt/MMDVM_Bridge/MMDVM_Bridge_BM.ini  /opt/MMDVM_Bridge/MMDVM_Bridge.ini

service mmdvmb restart

 

TGIF_Chng.sh

#! /bin/bash

cp /opt/MMDVM_Bridge/MMDVM_Bridge_TGIF.ini  /opt/MMDVM_Bridge/MMDVM_Bridge.ini

service mmdvmb restart

 

Change Mod of BM_chng.sh and TGIF_chng.sh

                chmod 755 /opt/MMDVM_Bridge/BM_chng.sh

chmod 755 /opt/MMDVM_Bridge/TGIF_chng.sh

 

Edit /opt/Analog_Bridge/dvsm.ini and add the following macros, see example below:

Note: If you cannot access a keyboard on your device screen, use keypad numbers, i.e. *72.

AB=/opt/Analog_Bridge/BM_chng.sh dmr.ini

AC=/opt/Analog_Bridge/TGIF_chng.sh dmr.ini

 

So to ensure all is applied, restart Raspberry Pi.


Re: Disconnection after 45 seconds

Steve N4IRS
 

Mike,
Just a FYI. I'm not sure the issue is battery optimization, but it needs to be checked.
Mike and I spoke about this today and it MAY be a issue with Network Address Translation. Analog_Bridge pings DVSM when in NAT mode (single UDP port) This is done so that NAT does not time out. The issue may be that we are not pinging often enough. Mike has a double NAT install running. We hope that the double NAT may help us recreate the issue.

73, Steve N4IRS
 

On 11/26/19 9:56 PM, VK4SED wrote:
Thanks Steve.
I didn’t see that control on the network radio. I’ll dig a bit deeper.
73’s
Mike VK4SED


Re: Disconnection after 45 seconds

Steve N4IRS
 

I have a Inrico T320.
Settings/Battery
Top right hand corner 3 vertical dots
Battery Optimization

Steve

On 11/26/19 9:56 PM, VK4SED wrote:
Thanks Steve.
I didn’t see that control on the network radio. I’ll dig a bit deeper.
73’s
Mike VK4SED


Re: Disconnection after 45 seconds

VK4SED
 

Thanks Steve.
I didn’t see that control on the network radio. I’ll dig a bit deeper.
73’s
Mike VK4SED


ai6bx
 

I had dmrlink working correctly with one master and one peer. The peer forwards to another dmr master with additional Moto repeaters and the master is linked to a Moto 8300 configured as a peer. When I added a second DMR repeater to the mix, linking to the master, both connected to the bridge however one does not hear the other. I have configured two new peer profiles for the two dmr repeaters and pointed these to the master and made corresponding entries into the confbridge_rules.py file however and nothing passes. Was my original config correct and missing a line in the confbridge_rules file?


Re: confbridge_rules.py error #dmrlink

ai6bx
 

All appears to be starting correctly now however I am not getting audio between repeaters. I have one master, RiffNet, and five peers built into my confbridge_rules.py. Shouldn’t these pass audio between each now? When I had a single master and single peer it was working.


Re: using output of MMDVM_Bridge as telemetry for ASL

Steve N4IRS
 

Al,
Good to hear. There are quite a few little known or used features in app_rpt. I do request further discussion we move this to:
<https://dvswitch.groups.io/g/DVSwitch-ASL> for DVSwitch enhancements to ASL
<https://dvswitch.groups.io/g/allstarlink> ASL to digital bridging

73, Steve N4IRS

On 11/26/2019 9:57 AM, Al Williams, K2WM wrote:
Steve,

Thank you! I've been looking for a way to automatically fail over a primary hub to a backup hub. I think that Events will likely be the answer.

73, Al, K2WM

On 11/25/2019 3:17 PM, Steve N4IRS wrote:
I won't get into most of what you asked since it's not written in stone how to do what you want to but...
To trigger on key or unkey, look at event <https://wiki.allstarlink.org/wiki/Event_Management>

73, Steve N4IRS

On 11/25/19 3:03 PM, Patrick Perdue wrote:
Hi:

Let me explain what this is all about.

I have ASL running on a VPS, with MMDVM_Bridge and Analog_Bridge parked on a private ASL node connected to the publicly accessible node.

This public node also has a pair of streams -- one to my personal Icecast server, the other to Broadcastify.

I have enabled telemetry on the public node, so that anyone listening to the stream gets courtesy tones and connect/disconnect messages. These, of course, don't propogate to DMR and D-STAR, because that's just a terrible idea.

Here's what I want to do next.

It would be nice if the ASL node could announce the call sign of anyone who keys up on DMR, but, say, only once per hour. Otherwise, quick keys and QSOs would be really, really annoying.

There is a script from HamVoIP which can be used to easily speak call signs, and I have replaced the sound pack with a much faster, more efficient set, so it takes about 70% less time to get through a call sign than with Allison.

My thought was to try and write something that would grep a relevant line from MMDVM_Bridge.log for a pattern, store the last call sign as a variable, look for that call sign in a file that would be deleted once an hour. If that call exists in the file, do nothing. Otherwise, pass the call sign as an argument to the speaktext script, then append it to the end of the file so that it isn't spoken again until the file is flushed.

The one thing I am unsure of is how to make this script fire at the right point in time. I want to run this script, ideally, after someone keys or unkeys, which ever would work out best. Failing that, configure Asterisk to use the tailmessage at a very short interval, pointing it at a specific file which is deleted after being played, and running the script in a loop in the background, with checks for the existence of files so it doesn't do unnecessary stuff, using /tmp so as to avoid lots of disk reads and writes.

I doubt anyone has done this before, but mostly what I'm looking for is best practices, and if this is even feasible, or if I'm going about this all the wrong way.





4601 - 4620 of 9925