steps for DVswitch bridge to Allstar 2 pi's

John Springman - KB3AWQ
I have two pi 3's one with running Hamvoip 513963 working fine. Have DVswitch installed on the 2nd pi both are located at my house. I think most of the stuff is setup on the dvswitch pi also but I must be missing something or maybe dont have all the directions/steps. Every search I do gives lots of info but always seems to be missing something. My DMR id is 3142473 but the dvswitch pi DMR id that is showing online is 314247311. If everything is set up, I guess I must be missing the crossover conenction to get it to the other pi that has Hamvoip on. Is there any complete steps/directons/writeups on how to do this with the 2 pi's? I have a feeling Im close but have spent the week and not getting further. reply or email fpcaptain at yahoo if your able to help.
Thanks John KB3AWQ
|
|
Re: DVSwitch running on 2nd Raspberry Pi

John Springman - KB3AWQ
I am looking for the same answers. I have a pi3 with Hamvoip and a 2nd pi 3 that I installed dvswitch on. I think it is pretty well set up as it shows in the hotspot section of Brandmeister but I guess Im not sure where to go from here. If someone has a write of of this particular install sep by step that would be great. I have 513963 on Allstar and DMR 3142473 which depending the hotspot is showing 314247311 as on. If your able to help me through this please reply or send me an email fpcaptain at yahoo.
Thanks John KB3AWQ
|
|
Re: command for tuning YSF with Allstar

Steve N4IRS
Are you pasting the whole line?
This is a little strange:
M: 2021-01-22
21:08:34.038 YSF, Remote CMD: txTg=ysf
To change modes:
/opt/MMDVM_Bridge/dvswitch.sh mode YSF
Your gateway.ini looks OK
Please try one more:
/opt/MMDVM_Bridge/dvswitch.sh
mode YSF
/opt/MMDVM_Bridge/dvswitch.sh
tune 810200
Please capture MB and YSFGateway logs
Make sure you are capturing the entire log entry
Steve
toggle quoted messageShow quoted text
On 1/22/21 4:31 PM, Brent Harding
wrote:
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
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
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
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
toggle quoted messageShow quoted text
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 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
toggle quoted messageShow quoted text
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
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
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
toggle quoted messageShow quoted text
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
toggle quoted messageShow quoted text
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
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
|
|

N4UPC - Scott
toggle quoted messageShow quoted text
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 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?
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)
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 - 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
toggle quoted messageShow quoted text
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?
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)
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!
|
|

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?
toggle quoted messageShow quoted text
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!
|
|

N4UPC - Scott
toggle quoted messageShow quoted text
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!
|
|

Steve N4IRS
No. Use your DMR ID. That is the official stance.
Sent by smoke signal (AT&T)
toggle quoted messageShow quoted text
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!
|
|

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!
|
|
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.
KD8TUZ Hamilton Wireless Radio Club
toggle quoted messageShow quoted text
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
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
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?
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
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.
KD8TUZ Hamilton Wireless Radio Club
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.
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
|
|

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.
toggle quoted messageShow quoted text
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
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
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?
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
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.
KD8TUZ Hamilton Wireless Radio Club
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.
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
|
|
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:2470M: 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:32100I: 2021-01-19 02:30:10.229 Open USRP on 127.0.0.1:32001M: 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:2470I: 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:2470M: 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:32100I: 2021-01-19 02:34:38.884 Open USRP on 127.0.0.1:32001M: 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:2460W: 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:2470W: 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
KD8TUZ Hamilton Wireless Radio Club
toggle quoted messageShow quoted text
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
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?
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
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.
KD8TUZ Hamilton Wireless Radio Club
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.
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
|
|

Steve N4IRS
Show me the complete output of Analog_Bridge startup and the output
of /usr/local/sbin/host-info
toggle quoted messageShow quoted text
On 1/18/21 9:35 PM, Ryan Collier wrote:
op25 vocoder sounds a lot better then my thumbdv
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?
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
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.
KD8TUZ Hamilton Wireless Radio Club
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.
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
|
|
op25 vocoder sounds a lot better then my thumbdv
KD8TUZ Hamilton Wireless Radio Club
toggle quoted messageShow quoted text
On Mon, Jan 18, 2021 at 9:33 PM Ryan Collier < kb8pmy@...> wrote: Does it matter which AMBEServer I am running?
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
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.comGatewayPort=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.
KD8TUZ Hamilton Wireless Radio Club
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.
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
|
|
Does it matter which AMBEServer I am running?
KD8TUZ Hamilton Wireless Radio Club
toggle quoted messageShow quoted text
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
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.comGatewayPort=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.
KD8TUZ Hamilton Wireless Radio Club
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.
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
|
|