Date   
Re: Some questions about dvswitch.sh and Analog_Bridge

Mike Zingman - N4IRR
 

A transcoder should NEVER receive a tune command.  Use static TG info in your gateway and BM.
If you MUST have the DMR or P25 side tuneable, then the TLV tune should be directed at the MB instances that service the network.
This is happening because the tune command sent to AB is producing an info packet (as it should).  I will see if I can suppress these if the client has not "registered" (DVSM)

radioid.net URL update in dvswitch.sh

Jeffrey [K8JTK]
 

Monday noticed a couple issues on my system, D-STAR wasn't passing audio both ways and other mode dashboards were not populating the call signs (had the numeric DMR ID).

Running the update manually:
./dvswitch.sh update
parse error: Invalid numeric literal at line 1, column 10
parse error: Invalid numeric literal at line 1, column 10
parse error: Invalid numeric literal at line 1, column 10
Error, DMR ID file does not seem to be valid

Not sure why my subscriber_ids.csv was empty if the download failed.  A manual curl to one of the urls in the "downloadDatabases" function presented me with a 302 document moved.

I saw on radioid.net they were changing their API location on July 1.

!! if you use the API or Data Dumps in scripts, modify your scripts before JULY 1st. New server for data: https://database.radioid.net !!

Maybe they meant June 1.  The 302 was pointing at the new API location.  I changed the download location for all 3 calls
from: www.radioid.net
to: database.radioid.net
Ran the update manually and all was well.

A pull of the DVSwitch-System-Builder has the old URL.  If an update is already available, it has the old url in that repo.

Re: ARM IMAGE

Ken KE2N
 

XLX does not do analog.  The reason those connections sound "perfect" is that they go from digital to digital.

When you go to analog - in particular Allstar - higher-frequency components of the DMR signal are just not encoded well at the 8k sampling rate and get distorted.   I don't know why, but Fusion in particular has a lot of energy in the range of 3500 Hz and that is a no-no for Allstar.  The AMBE modes use a vocoder - which can produce sound energy above what the Nyquist limit would dictate.  I guess they feel that emphasizing this part of the audio spectrum enhances intelligibility. But it is annoying when you go to a scheme that is encoding the audio (rather than vocoding it).


Ken
KE2N

Re: Some questions about dvswitch.sh and Analog_Bridge

Tim Payne
 

Hi Steve,

I have tried running only the 2 instances of AB and it happens when I send the dvswitch tune command. The logs I included had no MB running at all. Other tests I performed were only running the AB_P25 and then the AB_DMR along with the rest of the system and then when I ran the dvswitch command or keyed up on the radio there was no spamming of info packets. 
 
Today I though I would leave it running for a while after issuing the dvswitch tune 9999 (disconnect) running for 3 hours at 100 CPU. 

Does AB pull any setting from the DVswitch.ini file in the MB directory? 

I'll pull the Configs for those when I get to the PC tomorrow.

Thanks
Tim vk3ftzd

Re: Some questions about dvswitch.sh and Analog_Bridge

Steve N4IRS
 

Tim,
You are correct, suppressing the log does no good. We need to know what is going on.  Lets start with the DMR side of the bridge. Turn off AB_P25. I assume you are running one instance of MB. So in MB.ini disable P25 and P25 networking.
Set the log level to 1 and capture the AB and MB logs. I would also like to see your MB.ini and dvswitch.ini.

Steve N4IRS

On 6/4/2020 5:35 AM, Tim Payne wrote:
Ok thanks. I'll try it. I know that I tried setting to 4 - warning and I got the close to 100% CPU usage but of course the packets were suppressed.

Hiding the alerts doesn't necessarily mean it fixes the problem. You say you use the logs yourself. Do you see this in your logs? Is it normal to have this happening?

Re: Some questions about dvswitch.sh and Analog_Bridge

 

Hello Tim

I never look at logs.
Just look at the info on the screen.
Can see whats going on in real time.
Also see whats gone down then just restart the software.

There is always info passing back and forth from Analog_Bridge.
It will be the transcoding from dmr to p25 thats using the cpu not the info.

Re: Some questions about dvswitch.sh and Analog_Bridge

Tim Payne
 

Ok thanks. I'll try it. I know that I tried setting to 4 - warning and I got the close to 100% CPU usage but of course the packets were suppressed.

Hiding the alerts doesn't necessarily mean it fixes the problem. You say you use the logs yourself. Do you see this in your logs? Is it normal to have this happening?

Re: Some questions about dvswitch.sh and Analog_Bridge

 

In the Analog_Bridge.ini

loglevel = 2 you could change it to 0

I never change it as I use this info to see whats going on. 
As I run in terminal windows the info from the logs act like a dashboard for me.
Tx begin, Tx end, callsigns etc.

Re: #analog_bridge #analog_bridge

andrew delgado
 

i did stop the ambe server here is the logs. same error on port 31100 will close upon sending the marco ^DMR mode

I: 2020-06-04 03:23:37.362 Tune macro: *DMR will invoke "/opt/Analog_Bridge/dvswitch.sh mode DMR"
I: 2020-06-04 03:23:37.548 rxport=: 30000
M: 2020-06-04 03:23:37.549 TLV rx socket reopened for 127.0.0.1:30000
I: 2020-06-04 03:23:38.862 MESSAGE packet sent to USRP client: Setting mode to DMR
I: 2020-06-04 03:23:38.937 ambeMode = DMR, size = 72
M: 2020-06-04 03:23:38.937 Connecting to DV3000 hardware......
M: 2020-06-04 03:23:38.948 Begin DV3000 decode
I: 2020-06-04 03:23:39.009 txport=: 31103
I: 2020-06-04 03:23:39.102 rxport=: 31100
E: 2020-06-04 03:23:39.103 Can not bind port 31100, error code = 98 (Address already in use)
M: 2020-06-04 03:23:39.103 TLV rx socket reopened for 127.0.0.1:31100
I: 2020-06-04 03:23:40.345 Macro result was 0

Re: #analog_bridge #analog_bridge

andrew delgado
 

Yes Mike, Im running the stick at the same host using pi3,

my problem is when i issue the DMR mode @ Dvswitch mobile client the error pertaining to port 31100 will close. and will not receive audio from mobile phone ,and tx from mobile phone is okay.

I: 2020-06-04 03:14:03.590 ambeMode = DMR, size = 72
M: 2020-06-04 03:14:03.591 Connecting to DV3000 hardware......
E: 2020-06-04 03:14:03.591 Can not bind port 2460, error code = 98 (Address already in use)
M: 2020-06-04 03:14:03.625 Begin DV3000 decode
I: 2020-06-04 03:14:03.670 txport=: 31103
I: 2020-06-04 03:14:03.742 rxport=: 31100
E: 2020-06-04 03:14:03.743 Can not bind port 31100, error code = 98 (Address already in use)
M: 2020-06-04 03:14:03.743 TLV rx socket reopened for 127.0.0.1:31100
I: 2020-06-04 03:14:04.911 Macro result was 0

Re: Some questions about dvswitch.sh and Analog_Bridge

Tim Payne
 

Hey guys, 

Still plotting on with this spamming of "INFO packet sent to USRP client" in my logs. it seems to be related to the 2 instances of AB. 

My setup is HBlink Master2 ----> MB -----> AB_DMR -----> AB_P25 ------> MB -------> P25Gateway.

I have killed every other process for my setup and only included the 2 for AB. I have checked ports are correct and nothing looping back into itself or into another part. I have even changed the ports away from the port mappings in the example in case something else was causing this. Still scratching my head. I have uploaded my configs and logs in case anyone has the time to look and give a second opinion. 

Thanks
Cheers 73's
Tim VK3FTZD

Re: #analog_bridge #analog_bridge

Mike Zingman - N4IRR
 

Andrew, 

By the error you are seeing I have to assume you are running AMBEServer on the same machine as Analog_Bridge is running on.  If this is so, you can just run the DV3000 (or other stick) directly.
If for some reason you need to run AMBEServer, you can ignore the message (it is fixed in a future release of AB)

Mike N4IRR

Re: #analog_bridge #analog_bridge

andrew delgado
 

 HI Ernie,

I only have one instance for analog and mmdvm bridge this is right after install and configuration from the pdf documentation posted here.

Regards,
Andrew

Re: ARM IMAGE

Scott Evans
 

Hamvoip is based on Arch not Debian! So you need to use the correct package manager.

pacman -Sy package_name

This will install packages in Arch, if you need further information about pacman (not the arcade game!) then type...

man pacman

This will print out the manual to screen so that you can read it.

Apt is Debian's package management as yum is for redhat/fedora based systems.

Cheers

Re: ARM IMAGE

Pete Fierro
 

How were you able to get DV Switch on hamvoip?

    I did "apt-get install dvswitch -y" at the shell& got this message

     apt-get command not found


On Wed, Jun 3, 2020 at 11:54, W8DSB
<w8dsb@...> wrote:
Yes, I currently have DVSwitch installed on a HAMVOIP image and that allows allstar to DMR. I am sure it will do more but I have not looked into anything else just yet. The issue is even with a DV3000 USB installed the DMR to FM is not as good as it should be. Not like some of these XLX installs that just sound perfect.

Re: ARM IMAGE

W8DSB
 

Yes, I currently have DVSwitch installed on a HAMVOIP image and that allows allstar to DMR. I am sure it will do more but I have not looked into anything else just yet. The issue is even with a DV3000 USB installed the DMR to FM is not as good as it should be. Not like some of these XLX installs that just sound perfect.

Re: ARM IMAGE

Steve N4IRS
 

On second thought, Will you be connecting the AllStar node to a analog radio?

Steve N4IRS

On 6/3/2020 10:05 AM, W8DSB wrote:
Is there a ARM image available (PI 4) that has ASL, DVSWitch already installed? I have made a few now using HAMVOIP and DVSwitch but the ASL to DMR is only so so even with a DV3000 USB dongle. Hoping to find something that works better.

Re: ARM IMAGE

Steve N4IRS
 

Not yet.....

On 6/3/2020 10:05 AM, W8DSB wrote:
Is there a ARM image available (PI 4) that has ASL, DVSWitch already installed? I have made a few now using HAMVOIP and DVSwitch but the ASL to DMR is only so so even with a DV3000 USB dongle. Hoping to find something that works better.

ARM IMAGE

W8DSB
 

Is there a ARM image available (PI 4) that has ASL, DVSWitch already installed? I have made a few now using HAMVOIP and DVSwitch but the ASL to DMR is only so so even with a DV3000 USB dongle. Hoping to find something that works better.

Re: #analog_bridge #analog_bridge

 

You may have another Analoge_Bridge running.
MMDVM_Bridge and Analoge_Bridge have usually been installed to start up when your device is restarted.
I get caught out myself. I like running them in terminal windows. Find it easier to fault find.
sudo systemctl stop analog_bridge
sudo systemctl stop mmdvm_bridge