Date   

Re: Tune audio levels in DStar gateway #analog_bridge

Steve N4IRS
 

Set one Analog_Bridge to unity in both directions and use the other Analog_Bridge to set levels in and out.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Waldek SP2ONG <sp2ong@...>
Sent: Tuesday, September 10, 2019 7:02:31 AM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Tune audio levels in DStar gateway #analog_bridge
 

[Edited Message Follows]

Hi,

I would like to set the correct audio levels in my DStar gateway, where I use ircddbgateway / MMDVM_Bridge and 2 Ananlog_Bidges connected via USRP

A simple AB connection diagram is below
 
AB DMR                                                    AB DStar
[USRP]                                                       [USRP]
RX   <--------------------------------------------- TX
TX    ---------------------------------------------> RX
aslAudio = AUDIO_USE_GAIN                    aslAudio = AUDIO_USE_GAIN
dmrAudio = AUDIO_USE_GAIN                  dmrAudio = AUDIO_USE_GAIN
agcGain = 10                                              agcGain = 10
dmrGain = 0.35                                           dmrGain = 0.35

I would like to be sure that when I set the audio levels from DSTAR to DMR I need to correct it:

Tune in USRP_DSTAR agcGain  and dmrGain in USRP_DMR    ????


when I set the audio levels from DMR to DSTAR:

Tune  in USRP_DMR agcGain and dmrGain in USRP_DSTAR     ???

I would like to suggest whether it is correct or how to choose the right levels in both directions

73 Waldek SP2ONG


Tune audio levels in DStar gateway #analog_bridge

SP2ONG Waldek
 
Edited

Hi,

I would like to set the correct audio levels in my DStar gateway, where I use ircddbgateway / MMDVM_Bridge and 2 Ananlog_Bidges connected via USRP

A simple AB connection diagram is below
 
AB DMR                                                    AB DStar
[USRP]                                                       [USRP]
RX   <--------------------------------------------- TX
TX    ---------------------------------------------> RX
aslAudio = AUDIO_USE_GAIN                    aslAudio = AUDIO_USE_GAIN
dmrAudio = AUDIO_USE_GAIN                  dmrAudio = AUDIO_USE_GAIN
agcGain = 10                                              agcGain = 10
dmrGain = 0.35                                           dmrGain = 0.35

I would like to be sure that when I set the audio levels from DSTAR to DMR I need to correct it:

Tune in USRP_DSTAR agcGain  and dmrGain in USRP_DMR    ????


when I set the audio levels from DMR to DSTAR:

Tune  in USRP_DMR agcGain and dmrGain in USRP_DSTAR     ???

I would like to suggest whether it is correct or how to choose the right levels in both directions

73 Waldek SP2ONG


Re: Jackhammer Sound

 

The effect started on reboot of computer. Did a fresh install of the emulator still had the same problem. Found the purge command on google. Worked ever since.


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, September 10, 2019 10:35:34 AM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Jackhammer Sound
 
Ernie,
Once the computer froze, did you restart the computer and test before purging and reinstalling md380-emu?

Steve

On 9/10/19 3:12 AM, Ernie Gm7kbk wrote:
I got the jack hammer effect after my computer froze. Would not go away.
sudo apt-get --purge  remove md380-emu then install new copy fixed my problem.


Re: Jackhammer Sound

Steve N4IRS
 

Ernie,
Once the computer froze, did you restart the computer and test before purging and reinstalling md380-emu?

Steve

On 9/10/19 3:12 AM, Ernie Gm7kbk wrote:
I got the jack hammer effect after my computer froze. Would not go away.
sudo apt-get --purge  remove md380-emu then install new copy fixed my problem.


Re: Jackhammer Sound

 

I got the jack hammer effect after my computer froze. Would not go away.
sudo apt-get --purge  remove md380-emu then install new copy fixed my problem.


Re: Jackhammer Sound

SP2ONG Waldek
 
Edited

Steve ,

I agree that it's currently difficult to find the reason for this problem, but it seems that this is a md380-emu problem.
Once when I was looking for where the problem was
and I had a "jackhammer" audio, I only changed the IP address for md380-emu to the address on the local network of the computer where md380-emu also worked and
everything worked correctly in DMR.
When I switched back to 127.0.0.1, there was a problem with the audio.

Restarting md380-emu doesn't always help. This is a difficult problem to locate but it would be nice if we could locate it.

The md380-emu restart macro is a good idea

73 Waldek


Re: Jackhammer Sound

Steve N4IRS
 

I have to start this message by stating that I have never heard the "jack hammer" on my DVSM node. Mike says he got it once but he is not sure what caused it. We do have some ideas and we are discussing possible remedies. We think md380-emu gets confused and until the emulator is restarted the noise will continue.

With this in mind, rather then rebooting the entire node, which tells us nothing, just restart the emulator. The nature of the UDP connection from AB allows this. I can suggest two methods to restart the emulator:
1: systemctl restart md380-emu from the command line.
2: add a macro to AB.ini in the [MACRO] stanza
5678 = systemctl restart md380.emu

With the second option, when you hear the "jack hammer" send *5678 from DVSM.

Please let us know the result. When reporting please let us know the mode (DMR, YSF, NXDN...) and where the  "jack hammer" is heard.

Steve N4IRS

On 9/9/19 4:08 PM, Chris K7AZ via Groups.Io wrote:
Problem cleared after several reboots and verification the emulator was enabled.    Was about to reload from last good snapshot but it just started working for no good reasons.   Doing a COP 4 command was used to verify tone on TG.  



Sent from my Verizon, Samsung Galaxy smartphone

-------- Original message --------
From: Tom Corcoran <tcorcoran@...>
Date: 9/9/19 12:35 (GMT-08:00)
Subject: Re: [DVSwitch] Jackhammer Sound

Chris,

does this mean that you disabled the md380-emu emulator or did issue disappear with emulator turned on?

--
Tom VE3NY


Re: Jackhammer Sound

Chris K7AZ
 

Problem cleared after several reboots and verification the emulator was enabled.    Was about to reload from last good snapshot but it just started working for no good reasons.   Doing a COP 4 command was used to verify tone on TG.  



Sent from my Verizon, Samsung Galaxy smartphone

-------- Original message --------
From: Tom Corcoran <tcorcoran@...>
Date: 9/9/19 12:35 (GMT-08:00)
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Jackhammer Sound

Chris,

does this mean that you disabled the md380-emu emulator or did issue disappear with emulator turned on?

--
Tom VE3NY


Re: Jackhammer Sound

Tom Corcoran
 

Chris,

does this mean that you disabled the md380-emu emulator or did issue disappear with emulator turned on?

--
Tom VE3NY


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

Steve N4IRS
 

Plug the ThumbDV directly into the host. No hub. Run  AMBEtest4.py to verify proper operation.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of TG9AOR <qrz@...>
Sent: Monday, September 9, 2019 1:33:51 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge
 
Hello Friend. Message #2143 addresses a procedure to verify the latency timer.

As for me, I gave up on integrating DSTAR to the node because of this very same issue, even if the timer is set to 1, the USB device is in a powered USB hub. This past saturday, as I was rebuilding my AllStar Node I gave C4FM a try with the NWDigital ThmbDV in stead of the md380-emu. While it does not stutter, The audio does get fragmented. Pi is on the local LAN, as well as the USB Device.

I ended up using the md380-emu for C4FM as well.


73
--
José Roberto Ruíz García Salas
TG9AOR


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

TG9AOR
 

Hello Friend. Message #2143 addresses a procedure to verify the latency timer.

As for me, I gave up on integrating DSTAR to the node because of this very same issue, even if the timer is set to 1, the USB device is in a powered USB hub. This past saturday, as I was rebuilding my AllStar Node I gave C4FM a try with the NWDigital ThmbDV in stead of the md380-emu. While it does not stutter, The audio does get fragmented. Pi is on the local LAN, as well as the USB Device.

I ended up using the md380-emu for C4FM as well.


73
--
José Roberto Ruíz García Salas
TG9AOR


Re: Can I bulild an offline dmr server?

 

No problem on talkgroups. All info here join subgroup Hblink.


Re: Can I bulild an offline dmr server?

playexata
 

Thanks for the answer.

But can Hblink provide multiple talk groups? I did a reserch on internet  but I could not found anything about it


Re: Can I bulild an offline dmr server?

 

If you can get all your hotspots to connect to your office server network then Hblink should work. I have Hblink running on my home network with connections from other computers.


Can I bulild an offline dmr server?

playexata
 

We have a system was builed  with internet but our internet provider go for a system renewal now we need to work with out internet for 3-5 months. we want to use our dmr radios (which is connected to mmdvm hotsposts) to comminicite. Currently we have  a server runs in office and long range wifi antenas all around mountains.

Questation : Can I build an offline dmr server? which has talk groups or at least some sorth of groups in to the server ?


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

SP2ONG Waldek
 

Ok, Steve, thank you. I thought I was using the wrong configuration to use md380-emu.
Although in the log you can not see that md380 will be used. There is information that


I: 2019-09-07 06:54:58.179 Connecting to emulator on host 127.0.0.1:2500
W: 2019-09-07 06:54:58.179 Using software MBE decoder version 1.2.3
W: 2019-09-07 06:54:58.179 Using software OP25 IMBE/AMBE vocoder

Still, sometimes strange audio using md380 (Jackhammer) occurs. It changes the port of md380-emu and sometimes helps, but I think this is not the reason for strange audio.


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

Steve N4IRS
 

David,
I will consider adding the text to the howto. One change is that the AMBE chip is not sensitive to voltage sags. The ThumbDV is sensitive to voltage sags.

Steve N4IRS


On 9/7/19 12:59 AM, David Ranch wrote:
Hello Steve,

    echo 1 > /sys/bus/usb-serial/devices/ttyUSB0/latency_timer

I'm happy to report that this resolved my issue and the audio quality issue is resolved!  If I can make a recommendation, on page 16 of https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit , consider adding tothe "Insert vocoder discussion here" section.  Something like:

   - Enable the "Project 25 IMBE Encoder/Decoder Fixed-Point implementation" codec

    This is the default setting and generally has good audio quality

    Analog_Bridge.ini

          [GENERAL]
          decoderFallBack = true
          useEmulator = false
          [DV3000]
          ;server = /dev/ttyUSB0                 ; Device of DV3000U on this machine
          ;port = 460800                         ; Baud rate of the dongle
          ;serial = true                         ; Use serial (DV3000U) or IP


   - Enable the md380-emu codec

    This has good audio quality (possibly better than the IMBE software vocoder):

       Document how the md380-emu process will be started

       Analog_Bridge.ini

          [GENERAL]
          decoderFallBack = false
          useEmulator = true
          [DV3000]
          ;server = /dev/ttyUSB0                 ; Device of DV3000U on this machine
          ;port = 460800                         ; Baud rate of the dongle
          ;serial = true                         ; Use serial (DV3000U) or IP


   - Enable HW AMBE codec

    This is the default setting and generally has good audio quality (possibly better than the IMBE software vocoder):


      - Connect the HW device directly to your computer (no USB hubs if possible)

      - Edit the Analog_Bridge.ini
          [GENERAL]
          decoderFallBack = false
          useEmulator = false
          [DV3000]
          server = /dev/ttyUSB0                 ; Device of DV3000U on this machine
          port = 460800                         ; Baud rate of the dongle
          serial = true                         ; Use serial (DV3000U) or IP



      - If used with a Raspberry Pi and you experience audio issues:

         - When connected to the Raspberry Pi, run the "dmesg" command and confirm which serial port it's beeing
          seen as.  The default is /dev/ttyUSB0 unless that device is already in use

         - Make sure that the serial RX/TX LEDs are lighting up on the USB device when receiving / transmitting signals

         - You might need to change your USB latency with:
          echo 1 | sudo tee /sys/bus/usb-serial/devices/ttyUSB0/latency_timer

         - Use a proper power supply for your Rpi as the AMBE chips are reknown for being very sensitive to
          voltage sags

--David
KI6ZHD


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

Steve N4IRS
 

No,
To use the emulator you must enable decoderFallBack and useEmulator.

Steve N4IRS


On 9/7/19 3:40 AM, Waldek SP2ONG wrote:
I would like someone to confirm whether to use md380 in Analog_Bridge should be such a setting: ??? :

decoderFallBack = false                 ; Allow software AMBE decoding if a hardware decoder is not found
useEmulator = true                      ; Use the MD380 AMBE emulator for AMBE72 (DMR/YSFN/NXDN)
emulatorAddress = 127.0.0.1:2500        ; IP address and port of the md380 server

for  me not working


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

SP2ONG Waldek
 

I would like someone to confirm whether to use md380 in Analog_Bridge should be such a setting: ??? :

decoderFallBack = false                 ; Allow software AMBE decoding if a hardware decoder is not found
useEmulator = true                      ; Use the MD380 AMBE emulator for AMBE72 (DMR/YSFN/NXDN)
emulatorAddress = 127.0.0.1:2500        ; IP address and port of the md380 server

for  me not working


Re: Troubleshooting ThumbDV HW AMBE chip with Analog_Bridge

SP2ONG Waldek
 

Hi David

If I setup to use md380-emu in follwoing:

- Enable the md380-emu codec

    This has good audio quality (possibly better than the IMBE software vocoder):

       Document how the md380-emu process will be started

       Analog_Bridge.ini

          [GENERAL]
          decoderFallBack = false
          useEmulator = true
          [DV3000]
          ;server = /dev/ttyUSB0                 ; Device of DV3000U on this machine
          ;port = 460800                         ; Baud rate of the dongle
          ;serial = true                         ; Use serial (DV3000U) or IP


Analog_Bridge is stoping and in log is follwoing info

D: 2019-09-07 06:54:52.723 Attempt to  init DV3000 in DMR mode
M: 2019-09-07 06:54:52.723 Connecting to DV3000 hardware......
W: 2019-09-07 06:54:53.730 DV3000 not found at 127.0.0.1:2460
I: 2019-09-07 06:54:53.931 Subscriber IDs loaded: 140597
I: 2019-09-07 06:54:53.931 Connecting to emulator on host 127.0.0.1:2500
F: 2019-09-07 06:54:53.931 DV3000 not found!, aborting.

My md380-emu is running on port 2500  but when I setup


          [GENERAL]
          decoderFallBack =true
          useEmulator = true
          [DV3000]
          ;server = /dev/ttyUSB0                 ; Device of DV3000U on this machine
          ;port = 460800                         ; Baud rate of the dongle
          ;serial = true                         ; Use serial (DV3000U) or IP



D: 2019-09-07 06:54:56.972 Attempt to  init DV3000 in DMR mode
M: 2019-09-07 06:54:56.972 Connecting to DV3000 hardware......
W: 2019-09-07 06:54:57.979 DV3000 not found at 127.0.0.1:2460
I: 2019-09-07 06:54:58.179 Subscriber IDs loaded: 140597
I: 2019-09-07 06:54:58.179 Connecting to emulator on host 127.0.0.1:2500
W: 2019-09-07 06:54:58.179 Using software MBE decoder version 1.2.3
W: 2019-09-07 06:54:58.179 Using software OP25 IMBE/AMBE vocoder



On Fri, Sep 6, 2019 at 09:59 PM, David Ranch wrote:
- Enable the md380-emu codec

    This has good audio quality (possibly better than the IMBE software vocoder):

       Document how the md380-emu process will be started

       Analog_Bridge.ini

          [GENERAL]
          decoderFallBack = false
          useEmulator = true
          [DV3000]
          ;server = /dev/ttyUSB0                 ; Device of DV3000U on this machine
          ;port = 460800                         ; Baud rate of the dongle
          ;serial = true                         ; Use serial (DV3000U) or IP

5761 - 5780 of 10557