Date   

Re: command for tuning YSF with Allstar

Brent Harding
 

OK, MB log when I issued the commands

 

M: 2021-01-22 21:08:34.038 YSF, Remote CMD: txTg=ysf

M: 2021-01-22 21:08:34.039 Closing YSF network connection

M: 2021-01-22 21:08:34.039 Opening YSF network connection

M: 2021-01-22 21:08:34.080 YSF, Remote CMD: info

M: 2021-01-22 21:10:42.355 YSF, Remote CMD: txTg=810200

M: 2021-01-22 21:10:42.355 Closing YSF network connection

M: 2021-01-22 21:10:42.355 Opening YSF network connection

M: 2021-01-22 21:10:42.396 YSF, Remote CMD: info

 

 

 

YSFGateway.ini file

[General]

Callsign=KB9LWJ

Suffix=RPT

# Suffix=ND

Id=316982301

RptAddress=127.0.0.1

RptPort=3200

LocalAddress=127.0.0.1

LocalPort=4200

WiresXMakeUpper=1

WiresXCommandPassthrough=0

Daemon=1

 

[Info]

RXFrequency=223500000

TXFrequency=223500000

Power=1

Latitude=41.7333

Longitude=-50.3999

Height=0

Location=GreenBay

Description=YSF

URL=https://groups.io/g/DVSwitch

 

[Log]

# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

DisplayLevel=1

FileLevel=2

FilePath=/var/log/mmdvm

FileRoot=YSFGateway

 

[aprs.fi]

Enable=0

# Server=noam.aprs2.net

Server=euro.aprs2.net

Port=14580

Password=9999

Description=APRS Description

Suffix=Y

 

[Network]

# Startup=Alabama-Link

InactivityTimeout=0

Revert=0

Debug=0

 

[YSF Network]

Enable=1

Port=42000

Hosts=/var/lib/mmdvm/YSFHosts.txt

ReloadTime=60

ParrotAddress=127.0.0.1

ParrotPort=42012

# YSF2DMRAddress=127.0.0.1

# YSF2DMRPort=42013

# YSF2NXDNAddress=127.0.0.1

# YSF2NXDNPort=42014

# YSF2P25Address=127.0.0.1

# YSF2P25Port=42015

 

[FCS Network]

Enable=1

Rooms=/var/lib/mmdvm/FCSRooms.txt

Port=42001

 

[Mobile GPS]

Enable=0

Address=127.0.0.1

Port=7834

 

[Remote Commands]

Enable=1

Port=6073

 

 

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Friday, January 22, 2021 3:01 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] command for tuning YSF with Allstar

 

Brent,
Please show the section of the MB log when you issue the command and your YSFGateway.ini file.

Steve

On 1/22/21 3:51 PM, Brent Harding wrote:

Hmmm, so, on the commandline, I tried tune 810200, and nothing happens. The dashboard doesn’t change, and my ysfgateway log file doesn’t update to show that I connected. There must’ve been something that messed up. The mmdvm log accepts the command and acknowledges changing to the reflector ID as a talk group instead. Hmmm

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Friday, January 22, 2021 7:24 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] command for tuning YSF with Allstar

 

Brent,
You can also tune to a YSF reflector using the reflector ID number. You can find the ID number at <https://register.ysfreflector.de/>
For example The DVSwitch reflector ID number is 10200. For YSF reflectors you want to add a 8 in front of the ID.
Change modes to YSF
enter 810200 in he dial string.
You are connected to the DVSwitch YSF reflector.

Hope this helps,
73, Steve N4IRS 

On 1/21/2021 11:50 PM, Brent Harding wrote:

Hi there! I have been enjoying using the DVSwitch software to bridge my Allstar node into the digital modes. I followed one of the documents to then add function commands so I can switch modes and talk groups, and it works reasonably well for TGIF and Brandmeister on DMR. I ended up implementing the DVSwitch side of things on a cloud-based Allstar node because I didn’t want to go down the Hamvoip rabbit hole and mess up my Clear Node. Also, I am an iPhone user, so, this is the only way I know of to access the digital modes, and I control that with commands sent through Zoiper. Then, I found some nets that are on Fusion, such as the Saturday net on America Link. I had made my *00 command, after hitting *06 to switch to YSF, hard coded to what was the current hostname and port to Americalink. That worked OK until the reflector address must’ve changed hostnames, and one week I got some other QSO, and the next week, I got nothing. Looking it up on the ysf reflector website list told me that my problem was an address that changed. How can I, using the dvswitch.sh tune command, tune to these with a command that will look up the current address and use it? It is kind of tedious to look up hostnames when someone mentions a reflector a net is on, or I otherwise find it online. Is that even available with the commandline scripts, or am I stuck having to make rpt.conf functions that contain each hostname/port to tune to and hope they don’t change ty the time I call them up?

Thanks

 

 

 


Re: command for tuning YSF with Allstar

Steve N4IRS
 

Brent,
Please show the section of the MB log when you issue the command and your YSFGateway.ini file.

Steve

On 1/22/21 3:51 PM, Brent Harding wrote:

Hmmm, so, on the commandline, I tried tune 810200, and nothing happens. The dashboard doesn’t change, and my ysfgateway log file doesn’t update to show that I connected. There must’ve been something that messed up. The mmdvm log accepts the command and acknowledges changing to the reflector ID as a talk group instead. Hmmm

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Friday, January 22, 2021 7:24 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] command for tuning YSF with Allstar

 

Brent,
You can also tune to a YSF reflector using the reflector ID number. You can find the ID number at <https://register.ysfreflector.de/>
For example The DVSwitch reflector ID number is 10200. For YSF reflectors you want to add a 8 in front of the ID.
Change modes to YSF
enter 810200 in he dial string.
You are connected to the DVSwitch YSF reflector.

Hope this helps,
73, Steve N4IRS 

On 1/21/2021 11:50 PM, Brent Harding wrote:

Hi there! I have been enjoying using the DVSwitch software to bridge my Allstar node into the digital modes. I followed one of the documents to then add function commands so I can switch modes and talk groups, and it works reasonably well for TGIF and Brandmeister on DMR. I ended up implementing the DVSwitch side of things on a cloud-based Allstar node because I didn’t want to go down the Hamvoip rabbit hole and mess up my Clear Node. Also, I am an iPhone user, so, this is the only way I know of to access the digital modes, and I control that with commands sent through Zoiper. Then, I found some nets that are on Fusion, such as the Saturday net on America Link. I had made my *00 command, after hitting *06 to switch to YSF, hard coded to what was the current hostname and port to Americalink. That worked OK until the reflector address must’ve changed hostnames, and one week I got some other QSO, and the next week, I got nothing. Looking it up on the ysf reflector website list told me that my problem was an address that changed. How can I, using the dvswitch.sh tune command, tune to these with a command that will look up the current address and use it? It is kind of tedious to look up hostnames when someone mentions a reflector a net is on, or I otherwise find it online. Is that even available with the commandline scripts, or am I stuck having to make rpt.conf functions that contain each hostname/port to tune to and hope they don’t change ty the time I call them up?

Thanks

 

 



Re: command for tuning YSF with Allstar

Brent Harding
 

Hmmm, so, on the commandline, I tried tune 810200, and nothing happens. The dashboard doesn’t change, and my ysfgateway log file doesn’t update to show that I connected. There must’ve been something that messed up. The mmdvm log accepts the command and acknowledges changing to the reflector ID as a talk group instead. Hmmm

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Friday, January 22, 2021 7:24 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] command for tuning YSF with Allstar

 

Brent,
You can also tune to a YSF reflector using the reflector ID number. You can find the ID number at <https://register.ysfreflector.de/>
For example The DVSwitch reflector ID number is 10200. For YSF reflectors you want to add a 8 in front of the ID.
Change modes to YSF
enter 810200 in he dial string.
You are connected to the DVSwitch YSF reflector.

Hope this helps,
73, Steve N4IRS 

On 1/21/2021 11:50 PM, Brent Harding wrote:

Hi there! I have been enjoying using the DVSwitch software to bridge my Allstar node into the digital modes. I followed one of the documents to then add function commands so I can switch modes and talk groups, and it works reasonably well for TGIF and Brandmeister on DMR. I ended up implementing the DVSwitch side of things on a cloud-based Allstar node because I didn’t want to go down the Hamvoip rabbit hole and mess up my Clear Node. Also, I am an iPhone user, so, this is the only way I know of to access the digital modes, and I control that with commands sent through Zoiper. Then, I found some nets that are on Fusion, such as the Saturday net on America Link. I had made my *00 command, after hitting *06 to switch to YSF, hard coded to what was the current hostname and port to Americalink. That worked OK until the reflector address must’ve changed hostnames, and one week I got some other QSO, and the next week, I got nothing. Looking it up on the ysf reflector website list told me that my problem was an address that changed. How can I, using the dvswitch.sh tune command, tune to these with a command that will look up the current address and use it? It is kind of tedious to look up hostnames when someone mentions a reflector a net is on, or I otherwise find it online. Is that even available with the commandline scripts, or am I stuck having to make rpt.conf functions that contain each hostname/port to tune to and hope they don’t change ty the time I call them up?

Thanks

 

 


Re: command for tuning YSF with Allstar

Steve N4IRS
 

Brent,
You can also tune to a YSF reflector using the reflector ID number. You can find the ID number at <https://register.ysfreflector.de/>
For example The DVSwitch reflector ID number is 10200. For YSF reflectors you want to add a 8 in front of the ID.
Change modes to YSF
enter 810200 in he dial string.
You are connected to the DVSwitch YSF reflector.

Hope this helps,
73, Steve N4IRS 

On 1/21/2021 11:50 PM, Brent Harding wrote:

Hi there! I have been enjoying using the DVSwitch software to bridge my Allstar node into the digital modes. I followed one of the documents to then add function commands so I can switch modes and talk groups, and it works reasonably well for TGIF and Brandmeister on DMR. I ended up implementing the DVSwitch side of things on a cloud-based Allstar node because I didn’t want to go down the Hamvoip rabbit hole and mess up my Clear Node. Also, I am an iPhone user, so, this is the only way I know of to access the digital modes, and I control that with commands sent through Zoiper. Then, I found some nets that are on Fusion, such as the Saturday net on America Link. I had made my *00 command, after hitting *06 to switch to YSF, hard coded to what was the current hostname and port to Americalink. That worked OK until the reflector address must’ve changed hostnames, and one week I got some other QSO, and the next week, I got nothing. Looking it up on the ysf reflector website list told me that my problem was an address that changed. How can I, using the dvswitch.sh tune command, tune to these with a command that will look up the current address and use it? It is kind of tedious to look up hostnames when someone mentions a reflector a net is on, or I otherwise find it online. Is that even available with the commandline scripts, or am I stuck having to make rpt.conf functions that contain each hostname/port to tune to and hope they don’t change ty the time I call them up?

Thanks

 



command for tuning YSF with Allstar

Brent Harding
 

Hi there! I have been enjoying using the DVSwitch software to bridge my Allstar node into the digital modes. I followed one of the documents to then add function commands so I can switch modes and talk groups, and it works reasonably well for TGIF and Brandmeister on DMR. I ended up implementing the DVSwitch side of things on a cloud-based Allstar node because I didn’t want to go down the Hamvoip rabbit hole and mess up my Clear Node. Also, I am an iPhone user, so, this is the only way I know of to access the digital modes, and I control that with commands sent through Zoiper. Then, I found some nets that are on Fusion, such as the Saturday net on America Link. I had made my *00 command, after hitting *06 to switch to YSF, hard coded to what was the current hostname and port to Americalink. That worked OK until the reflector address must’ve changed hostnames, and one week I got some other QSO, and the next week, I got nothing. Looking it up on the ysf reflector website list told me that my problem was an address that changed. How can I, using the dvswitch.sh tune command, tune to these with a command that will look up the current address and use it? It is kind of tedious to look up hostnames when someone mentions a reflector a net is on, or I otherwise find it online. Is that even available with the commandline scripts, or am I stuck having to make rpt.conf functions that contain each hostname/port to tune to and hope they don’t change ty the time I call them up?

Thanks

 


Re: Talk Group Question

N4UPC - Scott
 

Thanks!

73,
Scott
N4UPC



On Tue, Jan 19, 2021 at 22:46, Doug - W4DBG <douggooden@...> wrote:
Just do a group call. Your seven digit ID is no different than a 5 or 6 digit ID. 

So dial 3162356 as a group call and others can too and you can talk.  

Hopefully that help. 

Doug
W4DBG

On Tue, Jan 19, 2021 at 10:37 PM N4UPC - Scott via groups.io <n4upc=pm.me@groups.io> wrote:
Just thought of something else. How do I listen to the activity on my DMR number from a separate device such as a DMR radio & hotspot that is using my DMR number?

73,
Scott
N4UPC



On Tue, Jan 19, 2021 at 22:03, Steve N4IRS <szingman@...> wrote:
No. Use your DMR ID. That is the official stance.

Sent by smoke signal (AT&T)

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of N4UPC - Scott via groups.io <n4upc=pm.me@groups.io>
Sent: Tuesday, January 19, 2021 10:58:02 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Talk Group Question
 
I’m not sure who to ask, so I’ll ask here.  Since BM is no longer issuing talk groups, is it permissible to grab one of the unclaimed ones (ie. one not on the BM talk group listing)?  Thanks!


--
Doug Gooden
troytrojan@...



Re: Talk Group Question

Doug - W4DBG
 

Just do a group call. Your seven digit ID is no different than a 5 or 6 digit ID. 

So dial 3162356 as a group call and others can too and you can talk.  

Hopefully that help. 

Doug
W4DBG

On Tue, Jan 19, 2021 at 10:37 PM N4UPC - Scott via groups.io <n4upc=pm.me@groups.io> wrote:
Just thought of something else. How do I listen to the activity on my DMR number from a separate device such as a DMR radio & hotspot that is using my DMR number?

73,
Scott
N4UPC



On Tue, Jan 19, 2021 at 22:03, Steve N4IRS <szingman@...> wrote:
No. Use your DMR ID. That is the official stance.

Sent by smoke signal (AT&T)

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of N4UPC - Scott via groups.io <n4upc=pm.me@groups.io>
Sent: Tuesday, January 19, 2021 10:58:02 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Talk Group Question
 
I’m not sure who to ask, so I’ll ask here.  Since BM is no longer issuing talk groups, is it permissible to grab one of the unclaimed ones (ie. one not on the BM talk group listing)?  Thanks!


--
Doug Gooden
troytrojan@...


Re: Talk Group Question

N4UPC - Scott
 

Just thought of something else. How do I listen to the activity on my DMR number from a separate device such as a DMR radio & hotspot that is using my DMR number?

73,
Scott
N4UPC



On Tue, Jan 19, 2021 at 22:03, Steve N4IRS <szingman@...> wrote:
No. Use your DMR ID. That is the official stance.

Sent by smoke signal (AT&T)

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of N4UPC - Scott via groups.io <n4upc@...>
Sent: Tuesday, January 19, 2021 10:58:02 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Talk Group Question
 
I’m not sure who to ask, so I’ll ask here.  Since BM is no longer issuing talk groups, is it permissible to grab one of the unclaimed ones (ie. one not on the BM talk group listing)?  Thanks!



Re: Talk Group Question

N4UPC - Scott
 

Gotcha. Thanks.

73,
Scott
N4UPC



On Tue, Jan 19, 2021 at 22:03, Steve N4IRS <szingman@...> wrote:
No. Use your DMR ID. That is the official stance.

Sent by smoke signal (AT&T)

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of N4UPC - Scott via groups.io <n4upc@...>
Sent: Tuesday, January 19, 2021 10:58:02 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Talk Group Question
 
I’m not sure who to ask, so I’ll ask here.  Since BM is no longer issuing talk groups, is it permissible to grab one of the unclaimed ones (ie. one not on the BM talk group listing)?  Thanks!



Re: Talk Group Question

Steve N4IRS
 

No. Use your DMR ID. That is the official stance.

Sent by smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of N4UPC - Scott via groups.io <n4upc@...>
Sent: Tuesday, January 19, 2021 10:58:02 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Talk Group Question
 
I’m not sure who to ask, so I’ll ask here.  Since BM is no longer issuing talk groups, is it permissible to grab one of the unclaimed ones (ie. one not on the BM talk group listing)?  Thanks!


Talk Group Question

N4UPC - Scott
 

I’m not sure who to ask, so I’ll ask here.  Since BM is no longer issuing talk groups, is it permissible to grab one of the unclaimed ones (ie. one not on the BM talk group listing)?  Thanks!


Re: ASL < - > DSTAR

Ryan Collier
 

host-info didn't change.

But audio is 100% better. I have to figure out my voice coding now. But it is 100% better. I am guessing there is something wrong with the AMBEServer.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 10:55 PM Steve N4IRS <szingman@...> wrote:
I would disable ambeserver and run the DV3000 direct for testing. Run host-info while DV3000 is in use and post the output.

On 1/18/21 10:44 PM, Ryan Collier wrote:
Here is with the AMBESERVER.

I: 2021-01-19 02:30:10.228 Analog_Bridge Version 1.6.0 Tue Oct 27 06:22:29 EDT 2020
I: 2021-01-19 02:30:10.228 Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2021-01-19 02:30:10.228 Created by Mike N4IRR and Steve N4IRS
I: 2021-01-19 02:30:10.228 Analog_Bridge comes with ABSOLUTELY NO WARRANTY
I: 2021-01-19 02:30:10.228
I: 2021-01-19 02:30:10.228 This software is for use on amateur radio networks only,
I: 2021-01-19 02:30:10.228 it is to be used for educational purposes only. Its use on
I: 2021-01-19 02:30:10.228 commercial networks is strictly prohibited.
I: 2021-01-19 02:30:10.228
I: 2021-01-19 02:30:10.228 Analog_Bridge is starting
M: 2021-01-19 02:30:10.228 Setting [MACROS] DMR -> /opt/Analog_Bridge/dvswitch.sh mode DMR
M: 2021-01-19 02:30:10.228 Setting [MACROS] DSTAR -> /opt/Analog_Bridge/dvswitch.sh mode DSTAR
M: 2021-01-19 02:30:10.228 Setting [MACROS] NXDN -> /opt/Analog_Bridge/dvswitch.sh mode NXDN
M: 2021-01-19 02:30:10.228 Setting [MACROS] P25 -> /opt/Analog_Bridge/dvswitch.sh mode P25
M: 2021-01-19 02:30:10.228 Setting [MACROS] YSF -> /opt/Analog_Bridge/dvswitch.sh mode YSF
M: 2021-01-19 02:30:10.228 Setting [MACROS] dbupdate -> /opt/Analog_Bridge/dvswitch.sh collectProcessPushDataFiles
M: 2021-01-19 02:30:10.229 Setting [MACROS] 9876 -> /opt/Analog_Bridge/parrot.sh
M: 2021-01-19 02:30:10.229 Setting [] include -> dvsm.macro
M: 2021-01-19 02:30:10.229 Setting [GENERAL] logLevel -> 2
M: 2021-01-19 02:30:10.229 Setting [GENERAL] exportMetadata -> true
M: 2021-01-19 02:30:10.229 Setting [GENERAL] transferRootDir -> /tmp
M: 2021-01-19 02:30:10.229 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2021-01-19 02:30:10.229 Setting [GENERAL] decoderFallBack -> false
M: 2021-01-19 02:30:10.229 Setting [GENERAL] useEmulator -> true
M: 2021-01-19 02:30:10.229 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2021-01-19 02:30:10.229 Setting [GENERAL] pcmPort -> 2222
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] address -> 127.0.0.1
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txPort -> 32103
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] rxPort -> 32100
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] ambeMode -> DSTAR
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] minTxTimeMS -> 2500
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] gatewayDmrId -> 1139698
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] repeaterID -> 113969899
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txTg -> 2
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txTs -> 2
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] colorCode -> 1
M: 2021-01-19 02:30:10.229 Setting [USRP] address -> 127.0.0.1
M: 2021-01-19 02:30:10.229 Setting [USRP] txPort -> 32001
M: 2021-01-19 02:30:10.229 Setting [USRP] rxPort -> 34001
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpAudio -> AUDIO_UNITY
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpGain -> 0.75
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpAGC -> -20,10,100
M: 2021-01-19 02:30:10.229 Setting [USRP] tlvAudio -> AUDIO_UNITY
M: 2021-01-19 02:30:10.229 Setting [USRP] tlvGain -> 0.50
M: 2021-01-19 02:30:10.229 Setting [DV3000] address -> 10.0.2.229
M: 2021-01-19 02:30:10.229 Setting [DV3000] rxPort -> 2460
I: 2021-01-19 02:30:10.229 Open UDP listener on 127.0.0.1:32100
I: 2021-01-19 02:30:10.229 Open USRP on 127.0.0.1:32001
M: 2021-01-19 02:30:10.229 Connecting to DV3000 hardware......
M: 2021-01-19 02:30:10.326 Begin DV3000 decode
I: 2021-01-19 02:30:10.775 Subscriber IDs loaded: 184067
I: 2021-01-19 02:30:10.775 Default extended metadata <KD8TUZ>
I: 2021-01-19 02:30:10.775 Connecting to emulator on host 127.0.0.1:2470
I: 2021-01-19 02:30:10.775 Using hardware AMBE vocoder
I: 2021-01-19 02:30:10.775 Sending to USRP clients at 127.0.0.1 on port(s) 32001
I: 2021-01-19 02:30:10.775 Sending PCM to  clients at 127.0.0.1 on port 2222
I: 2021-01-19 02:30:10.775 Starting TLV --> Analog_Bridge (decoder) --> USRP thread
I: 2021-01-19 02:30:10.775 Starting USRP --> Analog_Bridge (encoder) -> TLV thread
I: 2021-01-19 02:30:18.187 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
I: 2021-01-19 02:30:50.647 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
M: 2021-01-19 02:31:00.557 PTT on
M: 2021-01-19 02:31:05.599 PTT off (keyed for 5042 ms)
I: 2021-01-19 02:33:49.724 Signal 15 received, exiting Analog_Bridge

This is without.
I: 2021-01-19 02:34:38.883 Analog_Bridge Version 1.6.0 Tue Oct 27 06:22:29 EDT 2020
I: 2021-01-19 02:34:38.883 Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2021-01-19 02:34:38.883 Created by Mike N4IRR and Steve N4IRS
I: 2021-01-19 02:34:38.883 Analog_Bridge comes with ABSOLUTELY NO WARRANTY
I: 2021-01-19 02:34:38.883
I: 2021-01-19 02:34:38.883 This software is for use on amateur radio networks only,
I: 2021-01-19 02:34:38.883 it is to be used for educational purposes only. Its use on
I: 2021-01-19 02:34:38.883 commercial networks is strictly prohibited.
I: 2021-01-19 02:34:38.883
I: 2021-01-19 02:34:38.883 Analog_Bridge is starting
M: 2021-01-19 02:34:38.883 Setting [MACROS] DMR -> /opt/Analog_Bridge/dvswitch.sh mode DMR
M: 2021-01-19 02:34:38.883 Setting [MACROS] DSTAR -> /opt/Analog_Bridge/dvswitch.sh mode DSTAR
M: 2021-01-19 02:34:38.883 Setting [MACROS] NXDN -> /opt/Analog_Bridge/dvswitch.sh mode NXDN
M: 2021-01-19 02:34:38.883 Setting [MACROS] P25 -> /opt/Analog_Bridge/dvswitch.sh mode P25
M: 2021-01-19 02:34:38.883 Setting [MACROS] YSF -> /opt/Analog_Bridge/dvswitch.sh mode YSF
M: 2021-01-19 02:34:38.883 Setting [MACROS] dbupdate -> /opt/Analog_Bridge/dvswitch.sh collectProcessPushDataFiles
M: 2021-01-19 02:34:38.883 Setting [MACROS] 9876 -> /opt/Analog_Bridge/parrot.sh
M: 2021-01-19 02:34:38.883 Setting [] include -> dvsm.macro
M: 2021-01-19 02:34:38.883 Setting [GENERAL] logLevel -> 2
M: 2021-01-19 02:34:38.883 Setting [GENERAL] exportMetadata -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] transferRootDir -> /tmp
M: 2021-01-19 02:34:38.883 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2021-01-19 02:34:38.883 Setting [GENERAL] decoderFallBack -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] useEmulator -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2021-01-19 02:34:38.884 Setting [GENERAL] pcmPort -> 2222
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] address -> 127.0.0.1
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txPort -> 32103
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] rxPort -> 32100
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] ambeMode -> DSTAR
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] minTxTimeMS -> 2500
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] gatewayDmrId -> 1139698
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] repeaterID -> 113969899
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txTg -> 2
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txTs -> 2
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] colorCode -> 1
M: 2021-01-19 02:34:38.884 Setting [USRP] address -> 127.0.0.1
M: 2021-01-19 02:34:38.884 Setting [USRP] txPort -> 32001
M: 2021-01-19 02:34:38.884 Setting [USRP] rxPort -> 34001
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpAudio -> AUDIO_UNITY
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpGain -> 0.75
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpAGC -> -20,10,100
M: 2021-01-19 02:34:38.884 Setting [USRP] tlvAudio -> AUDIO_UNITY
M: 2021-01-19 02:34:38.884 Setting [USRP] tlvGain -> 0.50
M: 2021-01-19 02:34:38.884 Setting [DV3000] address -> 10.0.2.29
M: 2021-01-19 02:34:38.884 Setting [DV3000] rxPort -> 2460
I: 2021-01-19 02:34:38.884 Open UDP listener on 127.0.0.1:32100
I: 2021-01-19 02:34:38.884 Open USRP on 127.0.0.1:32001
M: 2021-01-19 02:34:38.884 Connecting to DV3000 hardware......
W: 2021-01-19 02:34:38.977 DV3000 did not reset at 10.0.2.29:2460
W: 2021-01-19 02:34:38.977 DV3000 not found at 10.0.2.29:2460 (Reset failed)
I: 2021-01-19 02:34:39.417 Subscriber IDs loaded: 184067
I: 2021-01-19 02:34:39.417 Default extended metadata <KD8TUZ>
I: 2021-01-19 02:34:39.417 Connecting to emulator on host 127.0.0.1:2470
W: 2021-01-19 02:34:39.417 Using software MBE decoder version 1.2.3
W: 2021-01-19 02:34:39.417 Using software OP25 IMBE/AMBE vocoder
I: 2021-01-19 02:34:39.417 Sending to USRP clients at 127.0.0.1 on port(s) 32001
I: 2021-01-19 02:34:39.417 Sending PCM to  clients at 127.0.0.1 on port 2222
I: 2021-01-19 02:34:39.417 Starting TLV --> Analog_Bridge (decoder) --> USRP thread
I: 2021-01-19 02:34:39.417 Starting USRP --> Analog_Bridge (encoder) -> TLV thread
I: 2021-01-19 02:34:46.443 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
I: 2021-01-19 02:40:32.249 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY

repeater@repeater:/opt/MMDVM_Bridge$ /usr/local/sbin/host-info

Host information script v .1.6.0 10/27/2020

=== Intel-AMD ===
Node name = repeater
Host name = repeater
Machine = x86_64
CPU model = Common KVM processor
Operating system = GNU/Linux
ID = Debian
Release = 9.13
Codename = stretch
Debian package architecture = amd64
Kernel name = Linux
Kernel release = 4.9.0-12-amd64
Kernel version = #1 SMP Debian 4.9.210-1 (2020-01-20)
Data width (bits) = 64
Memory = 170 MB used of 2004 MB (8.48%)
Disk = 2 GB used of 5 GB (49%)
CPU load = 0.06
IP Address = Internal: 10.0.2.144 MAC Address: 22:3e:ec:9a:fc:91




Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 10:11 PM Steve N4IRS <szingman@...> wrote:
Show me the complete output of Analog_Bridge startup and the output of /usr/local/sbin/host-info

On 1/18/21 9:35 PM, Ryan Collier wrote:
op25 vocoder sounds a lot better then my thumbdv

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:33 PM Ryan Collier <kb8pmy@...> wrote:
Does it matter which AMBEServer I am running?

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:32 PM Ryan Collier <kb8pmy@...> wrote:
Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan






Re: ASL < - > DSTAR

Steve N4IRS
 

I would disable ambeserver and run the DV3000 direct for testing. Run host-info while DV3000 is in use and post the output.

On 1/18/21 10:44 PM, Ryan Collier wrote:
Here is with the AMBESERVER.

I: 2021-01-19 02:30:10.228 Analog_Bridge Version 1.6.0 Tue Oct 27 06:22:29 EDT 2020
I: 2021-01-19 02:30:10.228 Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2021-01-19 02:30:10.228 Created by Mike N4IRR and Steve N4IRS
I: 2021-01-19 02:30:10.228 Analog_Bridge comes with ABSOLUTELY NO WARRANTY
I: 2021-01-19 02:30:10.228
I: 2021-01-19 02:30:10.228 This software is for use on amateur radio networks only,
I: 2021-01-19 02:30:10.228 it is to be used for educational purposes only. Its use on
I: 2021-01-19 02:30:10.228 commercial networks is strictly prohibited.
I: 2021-01-19 02:30:10.228
I: 2021-01-19 02:30:10.228 Analog_Bridge is starting
M: 2021-01-19 02:30:10.228 Setting [MACROS] DMR -> /opt/Analog_Bridge/dvswitch.sh mode DMR
M: 2021-01-19 02:30:10.228 Setting [MACROS] DSTAR -> /opt/Analog_Bridge/dvswitch.sh mode DSTAR
M: 2021-01-19 02:30:10.228 Setting [MACROS] NXDN -> /opt/Analog_Bridge/dvswitch.sh mode NXDN
M: 2021-01-19 02:30:10.228 Setting [MACROS] P25 -> /opt/Analog_Bridge/dvswitch.sh mode P25
M: 2021-01-19 02:30:10.228 Setting [MACROS] YSF -> /opt/Analog_Bridge/dvswitch.sh mode YSF
M: 2021-01-19 02:30:10.228 Setting [MACROS] dbupdate -> /opt/Analog_Bridge/dvswitch.sh collectProcessPushDataFiles
M: 2021-01-19 02:30:10.229 Setting [MACROS] 9876 -> /opt/Analog_Bridge/parrot.sh
M: 2021-01-19 02:30:10.229 Setting [] include -> dvsm.macro
M: 2021-01-19 02:30:10.229 Setting [GENERAL] logLevel -> 2
M: 2021-01-19 02:30:10.229 Setting [GENERAL] exportMetadata -> true
M: 2021-01-19 02:30:10.229 Setting [GENERAL] transferRootDir -> /tmp
M: 2021-01-19 02:30:10.229 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2021-01-19 02:30:10.229 Setting [GENERAL] decoderFallBack -> false
M: 2021-01-19 02:30:10.229 Setting [GENERAL] useEmulator -> true
M: 2021-01-19 02:30:10.229 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2021-01-19 02:30:10.229 Setting [GENERAL] pcmPort -> 2222
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] address -> 127.0.0.1
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txPort -> 32103
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] rxPort -> 32100
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] ambeMode -> DSTAR
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] minTxTimeMS -> 2500
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] gatewayDmrId -> 1139698
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] repeaterID -> 113969899
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txTg -> 2
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txTs -> 2
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] colorCode -> 1
M: 2021-01-19 02:30:10.229 Setting [USRP] address -> 127.0.0.1
M: 2021-01-19 02:30:10.229 Setting [USRP] txPort -> 32001
M: 2021-01-19 02:30:10.229 Setting [USRP] rxPort -> 34001
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpAudio -> AUDIO_UNITY
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpGain -> 0.75
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpAGC -> -20,10,100
M: 2021-01-19 02:30:10.229 Setting [USRP] tlvAudio -> AUDIO_UNITY
M: 2021-01-19 02:30:10.229 Setting [USRP] tlvGain -> 0.50
M: 2021-01-19 02:30:10.229 Setting [DV3000] address -> 10.0.2.229
M: 2021-01-19 02:30:10.229 Setting [DV3000] rxPort -> 2460
I: 2021-01-19 02:30:10.229 Open UDP listener on 127.0.0.1:32100
I: 2021-01-19 02:30:10.229 Open USRP on 127.0.0.1:32001
M: 2021-01-19 02:30:10.229 Connecting to DV3000 hardware......
M: 2021-01-19 02:30:10.326 Begin DV3000 decode
I: 2021-01-19 02:30:10.775 Subscriber IDs loaded: 184067
I: 2021-01-19 02:30:10.775 Default extended metadata <KD8TUZ>
I: 2021-01-19 02:30:10.775 Connecting to emulator on host 127.0.0.1:2470
I: 2021-01-19 02:30:10.775 Using hardware AMBE vocoder
I: 2021-01-19 02:30:10.775 Sending to USRP clients at 127.0.0.1 on port(s) 32001
I: 2021-01-19 02:30:10.775 Sending PCM to  clients at 127.0.0.1 on port 2222
I: 2021-01-19 02:30:10.775 Starting TLV --> Analog_Bridge (decoder) --> USRP thread
I: 2021-01-19 02:30:10.775 Starting USRP --> Analog_Bridge (encoder) -> TLV thread
I: 2021-01-19 02:30:18.187 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
I: 2021-01-19 02:30:50.647 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
M: 2021-01-19 02:31:00.557 PTT on
M: 2021-01-19 02:31:05.599 PTT off (keyed for 5042 ms)
I: 2021-01-19 02:33:49.724 Signal 15 received, exiting Analog_Bridge

This is without.
I: 2021-01-19 02:34:38.883 Analog_Bridge Version 1.6.0 Tue Oct 27 06:22:29 EDT 2020
I: 2021-01-19 02:34:38.883 Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2021-01-19 02:34:38.883 Created by Mike N4IRR and Steve N4IRS
I: 2021-01-19 02:34:38.883 Analog_Bridge comes with ABSOLUTELY NO WARRANTY
I: 2021-01-19 02:34:38.883
I: 2021-01-19 02:34:38.883 This software is for use on amateur radio networks only,
I: 2021-01-19 02:34:38.883 it is to be used for educational purposes only. Its use on
I: 2021-01-19 02:34:38.883 commercial networks is strictly prohibited.
I: 2021-01-19 02:34:38.883
I: 2021-01-19 02:34:38.883 Analog_Bridge is starting
M: 2021-01-19 02:34:38.883 Setting [MACROS] DMR -> /opt/Analog_Bridge/dvswitch.sh mode DMR
M: 2021-01-19 02:34:38.883 Setting [MACROS] DSTAR -> /opt/Analog_Bridge/dvswitch.sh mode DSTAR
M: 2021-01-19 02:34:38.883 Setting [MACROS] NXDN -> /opt/Analog_Bridge/dvswitch.sh mode NXDN
M: 2021-01-19 02:34:38.883 Setting [MACROS] P25 -> /opt/Analog_Bridge/dvswitch.sh mode P25
M: 2021-01-19 02:34:38.883 Setting [MACROS] YSF -> /opt/Analog_Bridge/dvswitch.sh mode YSF
M: 2021-01-19 02:34:38.883 Setting [MACROS] dbupdate -> /opt/Analog_Bridge/dvswitch.sh collectProcessPushDataFiles
M: 2021-01-19 02:34:38.883 Setting [MACROS] 9876 -> /opt/Analog_Bridge/parrot.sh
M: 2021-01-19 02:34:38.883 Setting [] include -> dvsm.macro
M: 2021-01-19 02:34:38.883 Setting [GENERAL] logLevel -> 2
M: 2021-01-19 02:34:38.883 Setting [GENERAL] exportMetadata -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] transferRootDir -> /tmp
M: 2021-01-19 02:34:38.883 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2021-01-19 02:34:38.883 Setting [GENERAL] decoderFallBack -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] useEmulator -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2021-01-19 02:34:38.884 Setting [GENERAL] pcmPort -> 2222
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] address -> 127.0.0.1
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txPort -> 32103
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] rxPort -> 32100
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] ambeMode -> DSTAR
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] minTxTimeMS -> 2500
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] gatewayDmrId -> 1139698
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] repeaterID -> 113969899
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txTg -> 2
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txTs -> 2
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] colorCode -> 1
M: 2021-01-19 02:34:38.884 Setting [USRP] address -> 127.0.0.1
M: 2021-01-19 02:34:38.884 Setting [USRP] txPort -> 32001
M: 2021-01-19 02:34:38.884 Setting [USRP] rxPort -> 34001
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpAudio -> AUDIO_UNITY
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpGain -> 0.75
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpAGC -> -20,10,100
M: 2021-01-19 02:34:38.884 Setting [USRP] tlvAudio -> AUDIO_UNITY
M: 2021-01-19 02:34:38.884 Setting [USRP] tlvGain -> 0.50
M: 2021-01-19 02:34:38.884 Setting [DV3000] address -> 10.0.2.29
M: 2021-01-19 02:34:38.884 Setting [DV3000] rxPort -> 2460
I: 2021-01-19 02:34:38.884 Open UDP listener on 127.0.0.1:32100
I: 2021-01-19 02:34:38.884 Open USRP on 127.0.0.1:32001
M: 2021-01-19 02:34:38.884 Connecting to DV3000 hardware......
W: 2021-01-19 02:34:38.977 DV3000 did not reset at 10.0.2.29:2460
W: 2021-01-19 02:34:38.977 DV3000 not found at 10.0.2.29:2460 (Reset failed)
I: 2021-01-19 02:34:39.417 Subscriber IDs loaded: 184067
I: 2021-01-19 02:34:39.417 Default extended metadata <KD8TUZ>
I: 2021-01-19 02:34:39.417 Connecting to emulator on host 127.0.0.1:2470
W: 2021-01-19 02:34:39.417 Using software MBE decoder version 1.2.3
W: 2021-01-19 02:34:39.417 Using software OP25 IMBE/AMBE vocoder
I: 2021-01-19 02:34:39.417 Sending to USRP clients at 127.0.0.1 on port(s) 32001
I: 2021-01-19 02:34:39.417 Sending PCM to  clients at 127.0.0.1 on port 2222
I: 2021-01-19 02:34:39.417 Starting TLV --> Analog_Bridge (decoder) --> USRP thread
I: 2021-01-19 02:34:39.417 Starting USRP --> Analog_Bridge (encoder) -> TLV thread
I: 2021-01-19 02:34:46.443 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
I: 2021-01-19 02:40:32.249 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY

repeater@repeater:/opt/MMDVM_Bridge$ /usr/local/sbin/host-info

Host information script v .1.6.0 10/27/2020

=== Intel-AMD ===
Node name = repeater
Host name = repeater
Machine = x86_64
CPU model = Common KVM processor
Operating system = GNU/Linux
ID = Debian
Release = 9.13
Codename = stretch
Debian package architecture = amd64
Kernel name = Linux
Kernel release = 4.9.0-12-amd64
Kernel version = #1 SMP Debian 4.9.210-1 (2020-01-20)
Data width (bits) = 64
Memory = 170 MB used of 2004 MB (8.48%)
Disk = 2 GB used of 5 GB (49%)
CPU load = 0.06
IP Address = Internal: 10.0.2.144 MAC Address: 22:3e:ec:9a:fc:91




Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 10:11 PM Steve N4IRS <szingman@...> wrote:
Show me the complete output of Analog_Bridge startup and the output of /usr/local/sbin/host-info

On 1/18/21 9:35 PM, Ryan Collier wrote:
op25 vocoder sounds a lot better then my thumbdv

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:33 PM Ryan Collier <kb8pmy@...> wrote:
Does it matter which AMBEServer I am running?

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:32 PM Ryan Collier <kb8pmy@...> wrote:
Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan






Re: ASL < - > DSTAR

Ryan Collier
 

Here is with the AMBESERVER.

I: 2021-01-19 02:30:10.228 Analog_Bridge Version 1.6.0 Tue Oct 27 06:22:29 EDT 2020
I: 2021-01-19 02:30:10.228 Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2021-01-19 02:30:10.228 Created by Mike N4IRR and Steve N4IRS
I: 2021-01-19 02:30:10.228 Analog_Bridge comes with ABSOLUTELY NO WARRANTY
I: 2021-01-19 02:30:10.228
I: 2021-01-19 02:30:10.228 This software is for use on amateur radio networks only,
I: 2021-01-19 02:30:10.228 it is to be used for educational purposes only. Its use on
I: 2021-01-19 02:30:10.228 commercial networks is strictly prohibited.
I: 2021-01-19 02:30:10.228
I: 2021-01-19 02:30:10.228 Analog_Bridge is starting
M: 2021-01-19 02:30:10.228 Setting [MACROS] DMR -> /opt/Analog_Bridge/dvswitch.sh mode DMR
M: 2021-01-19 02:30:10.228 Setting [MACROS] DSTAR -> /opt/Analog_Bridge/dvswitch.sh mode DSTAR
M: 2021-01-19 02:30:10.228 Setting [MACROS] NXDN -> /opt/Analog_Bridge/dvswitch.sh mode NXDN
M: 2021-01-19 02:30:10.228 Setting [MACROS] P25 -> /opt/Analog_Bridge/dvswitch.sh mode P25
M: 2021-01-19 02:30:10.228 Setting [MACROS] YSF -> /opt/Analog_Bridge/dvswitch.sh mode YSF
M: 2021-01-19 02:30:10.228 Setting [MACROS] dbupdate -> /opt/Analog_Bridge/dvswitch.sh collectProcessPushDataFiles
M: 2021-01-19 02:30:10.229 Setting [MACROS] 9876 -> /opt/Analog_Bridge/parrot.sh
M: 2021-01-19 02:30:10.229 Setting [] include -> dvsm.macro
M: 2021-01-19 02:30:10.229 Setting [GENERAL] logLevel -> 2
M: 2021-01-19 02:30:10.229 Setting [GENERAL] exportMetadata -> true
M: 2021-01-19 02:30:10.229 Setting [GENERAL] transferRootDir -> /tmp
M: 2021-01-19 02:30:10.229 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2021-01-19 02:30:10.229 Setting [GENERAL] decoderFallBack -> false
M: 2021-01-19 02:30:10.229 Setting [GENERAL] useEmulator -> true
M: 2021-01-19 02:30:10.229 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2021-01-19 02:30:10.229 Setting [GENERAL] pcmPort -> 2222
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] address -> 127.0.0.1
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txPort -> 32103
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] rxPort -> 32100
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] ambeMode -> DSTAR
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] minTxTimeMS -> 2500
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] gatewayDmrId -> 1139698
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] repeaterID -> 113969899
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txTg -> 2
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] txTs -> 2
M: 2021-01-19 02:30:10.229 Setting [AMBE_AUDIO] colorCode -> 1
M: 2021-01-19 02:30:10.229 Setting [USRP] address -> 127.0.0.1
M: 2021-01-19 02:30:10.229 Setting [USRP] txPort -> 32001
M: 2021-01-19 02:30:10.229 Setting [USRP] rxPort -> 34001
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpAudio -> AUDIO_UNITY
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpGain -> 0.75
M: 2021-01-19 02:30:10.229 Setting [USRP] usrpAGC -> -20,10,100
M: 2021-01-19 02:30:10.229 Setting [USRP] tlvAudio -> AUDIO_UNITY
M: 2021-01-19 02:30:10.229 Setting [USRP] tlvGain -> 0.50
M: 2021-01-19 02:30:10.229 Setting [DV3000] address -> 10.0.2.229
M: 2021-01-19 02:30:10.229 Setting [DV3000] rxPort -> 2460
I: 2021-01-19 02:30:10.229 Open UDP listener on 127.0.0.1:32100
I: 2021-01-19 02:30:10.229 Open USRP on 127.0.0.1:32001
M: 2021-01-19 02:30:10.229 Connecting to DV3000 hardware......
M: 2021-01-19 02:30:10.326 Begin DV3000 decode
I: 2021-01-19 02:30:10.775 Subscriber IDs loaded: 184067
I: 2021-01-19 02:30:10.775 Default extended metadata <KD8TUZ>
I: 2021-01-19 02:30:10.775 Connecting to emulator on host 127.0.0.1:2470
I: 2021-01-19 02:30:10.775 Using hardware AMBE vocoder
I: 2021-01-19 02:30:10.775 Sending to USRP clients at 127.0.0.1 on port(s) 32001
I: 2021-01-19 02:30:10.775 Sending PCM to  clients at 127.0.0.1 on port 2222
I: 2021-01-19 02:30:10.775 Starting TLV --> Analog_Bridge (decoder) --> USRP thread
I: 2021-01-19 02:30:10.775 Starting USRP --> Analog_Bridge (encoder) -> TLV thread
I: 2021-01-19 02:30:18.187 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
I: 2021-01-19 02:30:50.647 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
M: 2021-01-19 02:31:00.557 PTT on
M: 2021-01-19 02:31:05.599 PTT off (keyed for 5042 ms)
I: 2021-01-19 02:33:49.724 Signal 15 received, exiting Analog_Bridge

This is without.
I: 2021-01-19 02:34:38.883 Analog_Bridge Version 1.6.0 Tue Oct 27 06:22:29 EDT 2020
I: 2021-01-19 02:34:38.883 Copyright (C) 2018, 2019, 2020 DVSwitch, INAD.
I: 2021-01-19 02:34:38.883 Created by Mike N4IRR and Steve N4IRS
I: 2021-01-19 02:34:38.883 Analog_Bridge comes with ABSOLUTELY NO WARRANTY
I: 2021-01-19 02:34:38.883
I: 2021-01-19 02:34:38.883 This software is for use on amateur radio networks only,
I: 2021-01-19 02:34:38.883 it is to be used for educational purposes only. Its use on
I: 2021-01-19 02:34:38.883 commercial networks is strictly prohibited.
I: 2021-01-19 02:34:38.883
I: 2021-01-19 02:34:38.883 Analog_Bridge is starting
M: 2021-01-19 02:34:38.883 Setting [MACROS] DMR -> /opt/Analog_Bridge/dvswitch.sh mode DMR
M: 2021-01-19 02:34:38.883 Setting [MACROS] DSTAR -> /opt/Analog_Bridge/dvswitch.sh mode DSTAR
M: 2021-01-19 02:34:38.883 Setting [MACROS] NXDN -> /opt/Analog_Bridge/dvswitch.sh mode NXDN
M: 2021-01-19 02:34:38.883 Setting [MACROS] P25 -> /opt/Analog_Bridge/dvswitch.sh mode P25
M: 2021-01-19 02:34:38.883 Setting [MACROS] YSF -> /opt/Analog_Bridge/dvswitch.sh mode YSF
M: 2021-01-19 02:34:38.883 Setting [MACROS] dbupdate -> /opt/Analog_Bridge/dvswitch.sh collectProcessPushDataFiles
M: 2021-01-19 02:34:38.883 Setting [MACROS] 9876 -> /opt/Analog_Bridge/parrot.sh
M: 2021-01-19 02:34:38.883 Setting [] include -> dvsm.macro
M: 2021-01-19 02:34:38.883 Setting [GENERAL] logLevel -> 2
M: 2021-01-19 02:34:38.883 Setting [GENERAL] exportMetadata -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] transferRootDir -> /tmp
M: 2021-01-19 02:34:38.883 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2021-01-19 02:34:38.883 Setting [GENERAL] decoderFallBack -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] useEmulator -> true
M: 2021-01-19 02:34:38.883 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2021-01-19 02:34:38.884 Setting [GENERAL] pcmPort -> 2222
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] address -> 127.0.0.1
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txPort -> 32103
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] rxPort -> 32100
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] ambeMode -> DSTAR
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] minTxTimeMS -> 2500
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] gatewayDmrId -> 1139698
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] repeaterID -> 113969899
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txTg -> 2
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] txTs -> 2
M: 2021-01-19 02:34:38.884 Setting [AMBE_AUDIO] colorCode -> 1
M: 2021-01-19 02:34:38.884 Setting [USRP] address -> 127.0.0.1
M: 2021-01-19 02:34:38.884 Setting [USRP] txPort -> 32001
M: 2021-01-19 02:34:38.884 Setting [USRP] rxPort -> 34001
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpAudio -> AUDIO_UNITY
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpGain -> 0.75
M: 2021-01-19 02:34:38.884 Setting [USRP] usrpAGC -> -20,10,100
M: 2021-01-19 02:34:38.884 Setting [USRP] tlvAudio -> AUDIO_UNITY
M: 2021-01-19 02:34:38.884 Setting [USRP] tlvGain -> 0.50
M: 2021-01-19 02:34:38.884 Setting [DV3000] address -> 10.0.2.29
M: 2021-01-19 02:34:38.884 Setting [DV3000] rxPort -> 2460
I: 2021-01-19 02:34:38.884 Open UDP listener on 127.0.0.1:32100
I: 2021-01-19 02:34:38.884 Open USRP on 127.0.0.1:32001
M: 2021-01-19 02:34:38.884 Connecting to DV3000 hardware......
W: 2021-01-19 02:34:38.977 DV3000 did not reset at 10.0.2.29:2460
W: 2021-01-19 02:34:38.977 DV3000 not found at 10.0.2.29:2460 (Reset failed)
I: 2021-01-19 02:34:39.417 Subscriber IDs loaded: 184067
I: 2021-01-19 02:34:39.417 Default extended metadata <KD8TUZ>
I: 2021-01-19 02:34:39.417 Connecting to emulator on host 127.0.0.1:2470
W: 2021-01-19 02:34:39.417 Using software MBE decoder version 1.2.3
W: 2021-01-19 02:34:39.417 Using software OP25 IMBE/AMBE vocoder
I: 2021-01-19 02:34:39.417 Sending to USRP clients at 127.0.0.1 on port(s) 32001
I: 2021-01-19 02:34:39.417 Sending PCM to  clients at 127.0.0.1 on port 2222
I: 2021-01-19 02:34:39.417 Starting TLV --> Analog_Bridge (decoder) --> USRP thread
I: 2021-01-19 02:34:39.417 Starting USRP --> Analog_Bridge (encoder) -> TLV thread
I: 2021-01-19 02:34:46.443 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY
I: 2021-01-19 02:40:32.249 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY

repeater@repeater:/opt/MMDVM_Bridge$ /usr/local/sbin/host-info

Host information script v .1.6.0 10/27/2020

=== Intel-AMD ===
Node name = repeater
Host name = repeater
Machine = x86_64
CPU model = Common KVM processor
Operating system = GNU/Linux
ID = Debian
Release = 9.13
Codename = stretch
Debian package architecture = amd64
Kernel name = Linux
Kernel release = 4.9.0-12-amd64
Kernel version = #1 SMP Debian 4.9.210-1 (2020-01-20)
Data width (bits) = 64
Memory = 170 MB used of 2004 MB (8.48%)
Disk = 2 GB used of 5 GB (49%)
CPU load = 0.06
IP Address = Internal: 10.0.2.144 MAC Address: 22:3e:ec:9a:fc:91




Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 10:11 PM Steve N4IRS <szingman@...> wrote:
Show me the complete output of Analog_Bridge startup and the output of /usr/local/sbin/host-info

On 1/18/21 9:35 PM, Ryan Collier wrote:
op25 vocoder sounds a lot better then my thumbdv

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:33 PM Ryan Collier <kb8pmy@...> wrote:
Does it matter which AMBEServer I am running?

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:32 PM Ryan Collier <kb8pmy@...> wrote:
Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan





Re: ASL < - > DSTAR

Steve N4IRS
 

Show me the complete output of Analog_Bridge startup and the output of /usr/local/sbin/host-info

On 1/18/21 9:35 PM, Ryan Collier wrote:
op25 vocoder sounds a lot better then my thumbdv

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:33 PM Ryan Collier <kb8pmy@...> wrote:
Does it matter which AMBEServer I am running?

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:32 PM Ryan Collier <kb8pmy@...> wrote:
Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan





Re: ASL < - > DSTAR

Ryan Collier
 

op25 vocoder sounds a lot better then my thumbdv

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:33 PM Ryan Collier <kb8pmy@...> wrote:
Does it matter which AMBEServer I am running?

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:32 PM Ryan Collier <kb8pmy@...> wrote:
Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan




Re: ASL < - > DSTAR

Ryan Collier
 

Does it matter which AMBEServer I am running?

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 9:32 PM Ryan Collier <kb8pmy@...> wrote:
Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan




Re: ASL < - > DSTAR

Ryan Collier
 

Okay Steve,

I reloaded everything to default. I am getting this now. Which is a good sign.
M: 2021-01-19 02:12:26.829 D-Star, received network header from KB8PMY P/6017 to CQCQCQ  
M: 2021-01-19 02:12:29.553 D-Star, received network end of transmission, 2.7 seconds, 0% packet loss, BER: 0.0%

So with this I get no audio the Analog. But I get analog to digital.
It I put the gateway to the port of repeater 2. I get this error.
M: 2021-01-19 02:11:01.953 D-Star packet received from an invalid source, A902000A != A902000A and/or 20028 != 20010
The correct reading above this one.  to get it to work. Gateway is 20010 and local address is 20028

image.png
image.png
ip address 144 is where my asterisk and the dvswitch

Here is MMDVM_Bridge.ini

[General]
Callsign=KD8TUZ
Id=113969899
Timeout=180
Duplex=0

[Info]
RXFrequency=442650000
TXFrequency=447650000
Power=75
Latitude=39.3808
Longitude=-84.5435
Height=40
Location=Hamilton, Ohio
Description=Dstar to ASL
URL=https://kb8pmy.net

[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=2
FileLevel=0
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge

[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24

[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24

[Modem]
Port=/dev/null
RSSIMappingFile=/dev/null
Trace=0
Debug=0

[D-Star]
Enable=1
Module=D

[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0

[System Fusion]
Enable=1

[P25]
Enable=1
NAC=293

[NXDN]
Enable=1
RAN=1
Id=

[D-Star Network]
Enable=1
GatewayAddress=10.0.2.169
GatewayPort=20010
LocalPort=20028
Debug=1

[DMR Network]
Enable=1
Address=107.191.99.14
Port=62031
Jitter=360
Local=62032
Password=kd8tuzKB8PMY
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=ysf.glorb.com
GatewayPort=4200
Debug=0

[P25 Network]
Enable=1
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0

[NXDN Network]
Enable=1
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020

Here is Analog_Bridge.ini

; Analog_Bridge configuration file.
;   This file should be placed in either /etc or it can be
;   supplied as a path on the Analog_Bridge command line.

; The best way to think of this file is that there are two main sections, the USRP (analog audio) and
; AMBE_AUDIO (compressed audio).  Analog_Bridge will take everything sent to the USRP port and
; encode it for transmission on the AMBE_AUDIO port.  The encoder will use the format defined in ambeMode.
; As you might expect, the reverse direction is defined too.

; Analog_Bridge supports include files. More on this later...
include = dvsm.macro
; include = asl.macro

; General Section describes settings for Analog_Bridge itself.
[GENERAL]
logLevel = 2                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
transferRootDir = /tmp ; Export database files to USRP partner
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data

; General vocoder setup information
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:2470        ; IP address and port of the md380 server

pcmPort = 2222                          ; UDP port to send to the WebProxy

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 32103                          ; Transmit TLV frames to partner on this port
rxPort = 32100                          ; Listen for TLV frames from partner on this port
ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Analog -> Digital Minimum time in MS for hang delay (0-10000)

; The metadata below is used when ASL is the source since it does not have any concept of digital modes
gatewayDmrId = 1139698                  ; ID to use when transmitting from Analog_Bridge 7 digit ID
repeaterID = 113969899                  ; ID of source repeater 7 digit ID plus 2 digit SSID
txTg = 2                               ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge
colorCode = 1                           ; Color Code to assign DMR frames

; Information for USRP channel driver.  This interface uses PCM to transfer audio information
; There are two typical configurations, ASL and Transcode.  ASL (AllstarLink) is for analog clients connected
; to a digital network.  Transcode is when Analog_Bridge actually points its PCM interfaces back at itself,
; causing a TLV <-- (pcm <--> pcm) --> TLV type of architecture.
;   When using ASL, this matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001
;   When Transcoding, make two ini files and set txPort equal to the other instance rxPort (crossover).  Launch
;   each instance with its own ini file.
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 0.75                        ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                 ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.50                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

[MACROS]

; Where the macros are
; xxxx=yyyy
; xxxx is the dial string to match
; yyyy is the command line to execute

; xxxx must be preceded by a *
; xxxx can be any string (alphanumeric)
; yyyy is the command to execute
; yyyy will replace xxxx in the dial string
; arguments follow the macro name with a # delimiter

; For example using macro "5678" above would look like:
; *5678#9876

; Which would invoke:
; echo 9876

; Information for DV3000 hardware decoder
;   There are two configuration modes: IP (AMBEServer) and serial (direct connect hardware)
;   Use top server and port if using AMBEServer
;   Use bottom server/port and serial = true if using the DV3000u (thumbdv)
;   Did you run AMBETest4.py before using this?
[DV3000]
address = 10.0.2.229               ; IP address of AMBEServer
rxPort = 2460                       ; Port of AMBEServer
; address = /dev/ttyUSB0              ; Device of DV3000U on this machine
; baud = 460800                       ; Baud rate of the dongle (230400 or 460800)
; serial = true                       ; Use serial=true for direct connect or serial=false for AMBEServer

Audio is still bad. I am connected to 27539. I am confused.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Mon, Jan 18, 2021 at 11:27 AM Ryan Collier via groups.io <kb8pmy=kb8pmy.net@groups.io> wrote:
Ok. When I get home tonight. I will uninstall everything and reinstall from a purge. Then I will follow up.

On Mon, Jan 18, 2021, 10:45 AM Steve N4IRS <szingman@...> wrote:
Ryan,
No it is not trying to transcode from D-Star. I'm betting you have UDP port problems. The DVSwitch install is pre-configured  to just drop in. When you run DVS it gives you the option to set the UDP ports on Analog _Bridge. Just leave them at default.
If you can put all the ports back to default. Look at the logs for info as to where you are having a failure.

Steve N4IRS

On 1/18/2021 9:13 AM, Ryan Collier wrote:
So I ran that command last night. It made it worse. I now have no audio from DSTAR at all. It keys but no audio. I did turn all software transcoding off. 

My question is. Why when I am in DSTAR mode does it have to pull my DMR information? Are we sure that it is not somehow trying to transcode from DMR?

On Sun, Jan 17, 2021, 11:39 PM Steve N4IRS <szingman@...> wrote:
Ryan,
I'm out of time tonight. If you are saying the built in vocoder works better then the hardware vocoder, something is wrong. Also, you should not have to change port numbers.
To change modes:
/opt/MMDVM_Bridge/dvswitch mode DMR
/opt/MMDVM_Bridge/dvswitch mode DSTAR

Steve N4IRS

On 1/17/21 11:16 PM, Ryan Collier wrote:
I am using the DVSwitch-Server with the repo. Yes Hardware transcoder. The op transcoder sounds and acts better.

Thanks,

Ryan (KB8PMY)
KD8TUZ Hamilton Wireless Radio Club



On Sun, Jan 17, 2021 at 11:01 PM Steve N4IRS <szingman@...> wrote:
How did you install DVSwitch? Are you using a hardware vocoder?

Steve N4IRS

On 1/17/21 10:53 PM, Ryan Collier wrote:
I have been beating my head against the table all weekend over this DSTAR DVSwitch project. The audio coming from DSTAR to ASL is jittery. It is like it is trying to transcode to fast to to many times. Also I can not get DVSwitch to get it in to DSTAR more. When it transmits it looks like this. I: 2021-01-18 03:35:17.678 Begin TX: src=3139164 rpt=113969899 dst=9 slot=1 cc=0 call=KB8PMY To me that looks like DMR.  I have only got it to enter DSTAR mode once. it should look like this:
0000:  24 24 43 52 43 30 33 38 42 2C 4B 42 38 50 4D 59    *$$CRC038B,KB8PMY*
M: 2021-01-18 03:46:21: 0010:  2D 50 3E 41 50 49 35 31 2C 44 53 54 41 52 2A 3A    *-P>API51,DSTAR*:*
M: 2021-01-18 03:46:21: 0020:  2F 30 33 34 36 31 39 68 33 39 32 32 2E 38 35 4E    */034619h3922.85N*
M: 2021-01-18 03:46:21: 0030:  2F 30 38 34 33 32 2E 36 30 57 5B 31 33 32 2F 30    */08432.60W[132/0*
M: 2021-01-18 03:46:21: 0040:  30 31 2F 41 3D 30 30 30 36 36 30 0D                *01/A=000660.*

What all files do you need? Also tried to enable DMR and YSF to get it out of DMR mode and that didn't work. I also have an issue connecting to remote ircddbgateway. Gateway address is my ircddbgateway computer. but the gateway address should be 20028 and local should be 20010. But to get it to work. I had to do gatewayport 20010 and local pot 20028 I am so confused.

All I want to do is get DSTAR linked back to ASL. dummyrepeater doesn't work anymore. I would get good audio through. But when DSTAR went back there was nothing.  No audio or keyup. Then I want to get DMR local 2 on my ASL node. Or is there a better way? Should I get my xlxd reflector working internally and then transcode from there?

Ryan




Re: Hytera DMR Gateway

D B
 

Per Hytera. I believe it’s like a Grand stream UCM 6102? I believe that is a Hardware standalone device that would mimic a Astrix  PBX server and connect to the sip section in the repeater. So I can buy one for like $270 Us and Connect it to my Hytera network. Create a conference extension, then have all my cell phone users log into that extension and everyone with a radio or cell phone can talk to each other on the entire Hytera network. Once I build this I think I may try to port a MMDVM system to it to extend its capabilities?. I’m trying to keep this away from the B/M system and have it more of a standalone network in the US.

Again thank you for explaining this in a way we all can understand what works and what don’t.

 

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Heiko DL1BZ
Sent: Monday, January 18, 2021 3:33 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Hytera DMR Gateway

 

Please look at my post https://dvswitch.groups.io/g/main/message/8479

My RD985 is running latest FW 9.xx . The latest version of gw_hytera_mmdvm (I believe the version number was 2.1) has support for the FW 9.xx, the older version was build for FW 8.xx and had some issues with FW 9.xx. The image for Pi I linked in my previous posting has the latest version 2.1 included (based on debian10/buster for Pi). All you need you will be found in this image - latest gw_hytera_mmdvm and DMRGateway. Make a SD card with this image and put it in a Pi. Again I need to say - the developer of gw_hytera_mmdvm, Kurt/OE1KBC, has stopped the development of his tool. It was closed source, that means source code was and is not available. There is no support and not a real documentary. Look in the config-file of gw_mmdvm_hytera and you will understand what you need to configure out. It's simple to understand I think. Because the gw_hytera_mmdvm is discontinued now, a new development https://github.com/OK-DMR/Hytera_Homebrew_Bridge will be work as a replacement for the discontinued gw_mmdvm_hytera, but it's only beta now. Not all is working, so the developer needs a little time for final version. I am confident that it will be an even better solution.

Yes, it is possible to connect the HYTERA repeater to a SIP system/PBX. But I don't check this option up to now. Professional radio users need such an option, so it should work I think. And if I understand it correct, you will need a SIP-PBX like Asterisk or similar SIP server. The PBX you can access with a SIP softphone app for smartphones.

Here I use Hblink as the dmr-master. The HYTERA repeaters are connected via gw_hytera_mmdvm+DMRGateway running at Pi to the Hblink. Other MMDVM-based systems are connected to the HBlink too. All works good and stable. If you have questions about gw_hytera_mmdvm and it's config I can help here. For setup a HBlink, which is much more complex you can look here https://dvswitch.groups.io/g/HBlink and ask there please.

73 Heiko, DL1BZ


Re: Hytera DMR Gateway

Heiko DL1BZ
 

Please look at my post https://dvswitch.groups.io/g/main/message/8479

My RD985 is running latest FW 9.xx . The latest version of gw_hytera_mmdvm (I believe the version number was 2.1) has support for the FW 9.xx, the older version was build for FW 8.xx and had some issues with FW 9.xx. The image for Pi I linked in my previous posting has the latest version 2.1 included (based on debian10/buster for Pi). All you need you will be found in this image - latest gw_hytera_mmdvm and DMRGateway. Make a SD card with this image and put it in a Pi. Again I need to say - the developer of gw_hytera_mmdvm, Kurt/OE1KBC, has stopped the development of his tool. It was closed source, that means source code was and is not available. There is no support and not a real documentary. Look in the config-file of gw_mmdvm_hytera and you will understand what you need to configure out. It's simple to understand I think. Because the gw_hytera_mmdvm is discontinued now, a new development https://github.com/OK-DMR/Hytera_Homebrew_Bridge will be work as a replacement for the discontinued gw_mmdvm_hytera, but it's only beta now. Not all is working, so the developer needs a little time for final version. I am confident that it will be an even better solution.

Yes, it is possible to connect the HYTERA repeater to a SIP system/PBX. But I don't check this option up to now. Professional radio users need such an option, so it should work I think. And if I understand it correct, you will need a SIP-PBX like Asterisk or similar SIP server. The PBX you can access with a SIP softphone app for smartphones.

Here I use Hblink as the dmr-master. The HYTERA repeaters are connected via gw_hytera_mmdvm+DMRGateway running at Pi to the Hblink. Other MMDVM-based systems are connected to the HBlink too. All works good and stable. If you have questions about gw_hytera_mmdvm and it's config I can help here. For setup a HBlink, which is much more complex you can look here https://dvswitch.groups.io/g/HBlink and ask there please.

73 Heiko, DL1BZ

1521 - 1540 of 9814