Date   

Re: Setting up a YSFn <--> ASL bridge

Tom Corcoran
 

Steve/Steve,

If there is another way to share log files here, tell me. The AB log is humungus so didn't post it (yet).
--
Tom VE3NY

I: 2019-06-10 16:17:30.975 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
I: 2019-06-10 16:17:30.975 This software is for use on amateur radio networks only,
I: 2019-06-10 16:17:30.975 it is to be used for educational purposes only. Its use on
I: 2019-06-10 16:17:30.975 commercial networks is strictly prohibited.
I: 2019-06-10 16:17:30.975 Copyright(C) 2015-2018 by Jonathan Naylor, G4KLX and others
M: 2019-06-10 16:17:30.975 MMDVM_Bridge-20180423 is starting
M: 2019-06-10 16:17:30.975 Built 13:54:43 May 30 2018 (GitID #9cdea41)
I: 2019-06-10 16:17:30.975 General Parameters
I: 2019-06-10 16:17:30.975     Callsign: VE3NY
I: 2019-06-10 16:17:30.975     Id: 3023284
I: 2019-06-10 16:17:30.975     Duplex: no
I: 2019-06-10 16:17:30.975     Timeout: 180s
I: 2019-06-10 16:17:30.975     D-Star: disabled
I: 2019-06-10 16:17:30.975     DMR: disabled
I: 2019-06-10 16:17:30.975     YSF: enabled
I: 2019-06-10 16:17:30.975     P25: disabled
I: 2019-06-10 16:17:30.975     NXDN: disabled
I: 2019-06-10 16:17:30.975 Modem Parameters
I: 2019-06-10 16:17:30.975     Port: /dev/null
I: 2019-06-10 16:17:30.975     RX Invert: no
I: 2019-06-10 16:17:30.975     TX Invert: no
I: 2019-06-10 16:17:30.975     PTT Invert: no
I: 2019-06-10 16:17:30.975     TX Delay: 100ms
I: 2019-06-10 16:17:30.975     RX Offset: 0Hz
I: 2019-06-10 16:17:30.975     TX Offset: 0Hz
I: 2019-06-10 16:17:30.975     RX DC Offset: 0
I: 2019-06-10 16:17:30.975     TX DC Offset: 0
I: 2019-06-10 16:17:30.975     RF Level: 100.0%
I: 2019-06-10 16:17:30.975     DMR Delay: 0 (0.0ms)
I: 2019-06-10 16:17:30.975     RX Level: 50.0%
I: 2019-06-10 16:17:30.975     CW Id TX Level: 50.0%
I: 2019-06-10 16:17:30.975     D-Star TX Level: 50.0%
I: 2019-06-10 16:17:30.975     DMR TX Level: 50.0%
I: 2019-06-10 16:17:30.975     YSF TX Level: 50.0%
I: 2019-06-10 16:17:30.975     P25 TX Level: 50.0%
I: 2019-06-10 16:17:30.975     NXDN TX Level: 50.0%
I: 2019-06-10 16:17:30.975     RX Frequency: 434000000Hz (434000000Hz)
I: 2019-06-10 16:17:30.975     TX Frequency: 434000000Hz (434000000Hz)
M: 2019-06-10 16:17:30.977 Opening the MMDVM
I: 2019-06-10 16:17:30.977 Display Parameters
I: 2019-06-10 16:17:30.977     Type:
I: 2019-06-10 16:17:30.977 System Fusion Network Parameters
I: 2019-06-10 16:17:30.977     Local Address: 0
I: 2019-06-10 16:17:30.977     Local Port: 3200
I: 2019-06-10 16:17:30.977     Gateway Address: 144.217.241.23    ; 96.47.95.121 ysfreflector.dvswitch.org
I: 2019-06-10 16:17:30.977     Gateway Port: 42100
I: 2019-06-10 16:17:30.977     Mode Hang: 3s
M: 2019-06-10 16:17:30.977 Opening YSF network connection
I: 2019-06-10 16:17:30.977 RSSI
I: 2019-06-10 16:17:30.977     Mapping File: RSSI.dat
W: 2019-06-10 16:17:30.977 Cannot open the RSSI data file - RSSI.dat
I: 2019-06-10 16:17:30.977 DMR Id Lookups
I: 2019-06-10 16:17:30.977     File: /var/lib/mmdvm/DMRIds.dat
I: 2019-06-10 16:17:30.977     Reload: 24 hours
I: 2019-06-10 16:17:31.200 Loaded 135612 Ids to the DMR callsign lookup table
I: 2019-06-10 16:17:31.200 YSF RF Parameters
I: 2019-06-10 16:17:31.200     Low Deviation: no
I: 2019-06-10 16:17:31.200     Remote Gateway: no
I: 2019-06-10 16:17:31.200     Self Only: no
I: 2019-06-10 16:17:31.200     DSQ: no
I: 2019-06-10 16:17:31.200     Mode Hang: 10s
M: 2019-06-10 16:17:31.200 YSF, Opening INI file: DVSwitch.ini
M: 2019-06-10 16:17:31.202 YSF, Setting [YSF] Address -> 127.0.0.1
M: 2019-06-10 16:17:31.202 YSF, Setting [YSF] TXPort -> 35100
M: 2019-06-10 16:17:31.202 YSF, Setting [YSF] RXPort -> 35103
M: 2019-06-10 16:17:31.202 YSF, Setting [YSF] FallbackID -> 3112488
M: 2019-06-10 16:17:31.202 YSF, Setting [YSF] ExportTG -> 77353
M: 2019-06-10 16:17:31.202 YSF, Setting [YSF] Slot -> 2
M: 2019-06-10 16:17:31.202 YSF, Transmitting on 127.0.0.1:35100 and listening on port 35103.  Result = 1
M: 2019-06-10 16:17:31.202 MMDVM_Bridge-20180423 is running
I: 2019-06-10 16:17:31.205 Started the DMR Id lookup reload thread


Re: Setting up a YSFn <--> ASL bridge

Steve N4IRS
 

Tom,
You can find where YOUR log is by checking the log stanza in MMDVM_Bridge.ini here is mine.

[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=MMDVM_Bridge


On 6/10/2019 12:01 PM, Tom Corcoran wrote:
Steve KC1AWV good advice. could you please save me some "grazing" time and indicate the directory to find error logs?
--
tnx … Tom VE3NY


Re: Setting up a YSFn <--> ASL bridge

Tom Corcoran
 

Steve KC1AWV good advice. could you please save me some "grazing" time and indicate the directory to find error logs?
--
tnx … Tom VE3NY


Re: Setting up a YSFn <--> ASL bridge

Steve KC1AWV
 

Tom VE3NY: Please post the logs from MB and AB when trying to make the connection, so that we can all see what may be happening. Log files are like gold when trying to diagnose issues!

Brett KB5YZB: The distribution doesn't impact the functionality of the programs. The architecture of the system does, however. Same as I've requested from Tom, please post the logs of the programs you're trying to run.

Steve KC1AWV


On Mon, Jun 10, 2019 at 11:18 AM Brett.williams via Groups.Io <Brett.williams=sss.gov@groups.io> wrote:
Tom, this is very interesting. I too would like to install the YSF to ASL. Please let me know if you get this working. I'm currently trying to get me DMR to ASL working however I'm running into a few problems. One of my issues is I'm running CENTos on my alstar node. Do you know if this YSF Bridge would work on CENTOS?

Thanks Tom

KB5YZB 
ASL Node 42183 
Denver CO



--
Steve Miller
KC1AWV


Re: Setting up a YSFn <--> ASL bridge

Brett KB5YZB
 

Tom, this is very interesting. I too would like to install the YSF to ASL. Please let me know if you get this working. I'm currently trying to get me DMR to ASL working however I'm running into a few problems. One of my issues is I'm running CENTos on my alstar node. Do you know if this YSF Bridge would work on CENTOS?

Thanks Tom

KB5YZB 
ASL Node 42183 
Denver CO


Installing DVSwitch programs apt-get install vs github

Steve N4IRS
 

I have been told there is some confusion about where to install some of the DVSwitch programs from. Since there are the apt packages and github, which to choose?
Always install from the apt repository. The apt repository not only installs the program, it installs and required OS programs. It creates the directory structure of logging and data. It sets up systemd so the program starts at boot.

Github is used to provide a place for us to upload a new version of the executable BEFORE I make a new package. If there is a bug fix we are testing, it will go on github first. If you want to try the new executable, backup your existing executable and replace it from github. If it does not work, restore the old executable. Not really rocket science.

Steve N4IRS


Re: Setting up a YSFn <--> ASL bridge

Tom Corcoran
 

On Mon, Jun 10, 2019 at 06:55 AM, Doug - W4DBG wrote:
144.217.241.2342100

 tnx for speedy reply Doug … made changes and monitored both AlabamaLink and YSF77353. No connections. Port is definitely 42100?
--
Tom VE3NY


Re: Setting up a YSFn <--> ASL bridge

Doug - W4DBG
 

Your Gateway address and port need to be


On Mon, Jun 10, 2019 at 5:52 AM Tom Corcoran <tcorcoran@...> wrote:
All,

I have tried to follow the logic of setting up this instance in the cloud but not having any luck. I have a working ASL<=>DMR bridge. The following are my MMDVM_Bridge.ini, Analog_Bridge.ini and DVSwitch.ini files. In my example, I am trying to reach YSF 77353. Any suggestions??
--
Tom VE3NY

*** MMDVM_Bridge.ini

[System Fusion]
Enable=1

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=96.47.95.121   ;ysfreflector.dvswitch.org
GatewayPort=42001
Debug=0

*** Analog_Bridge.ini

[AMBE_AUDIO]
server = 127.0.0.1                      ; IP address of xx_Bridge.py
fromDMRPort = 31103                ; AMBE frames from xx_Bridge (should match "toGatewayPort" in xx_Bridge.cfg)
toDMRPort = 31100                       ; AMBE frames from xx_Bridge (should match "fromGatewayPort" in xx_Bridge.cfg)
ambeMode = YSFN                         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW
minTxTimeMS = 2000                      ; Minimum time in MS for hang delay
gatewayDmrId = 3023284                  ; ID to use when transmitting from Analog_Bridge
repeaterID = 302328401                  ; ID of source repeater
txTg = 77353                            ; TG to use for all frames received from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames received 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 toASLPort equal to the other instance fromASLPort (crossover)
[USRP]
server = 127.0.0.1                      ; IP address of Allstar/Asterisk
toASLPort = 32001                       ; Analog_Bridge <-- ASL
fromASLPort = 34001                     ; Analog_Bridge --> ASL
aslAudio = AUDIO_USE_Gain               ; Audio to ASL (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_GAIN)
agcGain = 3                             ; Gain (in db) of the AGC filter
dmrAudio = AUDIO_USE_GAIN               ; Audio from ASL (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
dmrGain = 0.25                          ; Gain factor of audio from ASL (0.0-1.0)

*** DVSwitch.ini
; Configure the Yaesu Fusion Partner
; Audio format is AMBE 72 bit
; Audio format is IMBE 88 bit
[YSF]
Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)
TXPort = 35100                  ; Port to send AMBE TLV frames to (export)
RXPort = 35103                  ; Port to listen on (import)
FallbackID = 3112488            ; In case we can not find a valid DMR id in the database, export this one
ExportTG = 77353                ; Canada Which TG to export
Slot = 2                        ; Export slot



--
Doug Gooden
troytrojan@...


Re: Setting up a YSFn <--> ASL bridge

Tom Corcoran
 

All,

I have tried to follow the logic of setting up this instance in the cloud but not having any luck. I have a working ASL<=>DMR bridge. The following are my MMDVM_Bridge.ini, Analog_Bridge.ini and DVSwitch.ini files. In my example, I am trying to reach YSF 77353. Any suggestions??
--
Tom VE3NY

*** MMDVM_Bridge.ini

[System Fusion]
Enable=1

[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=96.47.95.121   ;ysfreflector.dvswitch.org
GatewayPort=42001
Debug=0

*** Analog_Bridge.ini

[AMBE_AUDIO]
server = 127.0.0.1                      ; IP address of xx_Bridge.py
fromDMRPort = 31103                ; AMBE frames from xx_Bridge (should match "toGatewayPort" in xx_Bridge.cfg)
toDMRPort = 31100                       ; AMBE frames from xx_Bridge (should match "fromGatewayPort" in xx_Bridge.cfg)
ambeMode = YSFN                         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW
minTxTimeMS = 2000                      ; Minimum time in MS for hang delay
gatewayDmrId = 3023284                  ; ID to use when transmitting from Analog_Bridge
repeaterID = 302328401                  ; ID of source repeater
txTg = 77353                            ; TG to use for all frames received from Analog_Bridge -> xx_Bridge
txTs = 2                                ; Slot to use for frames received 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 toASLPort equal to the other instance fromASLPort (crossover)
[USRP]
server = 127.0.0.1                      ; IP address of Allstar/Asterisk
toASLPort = 32001                       ; Analog_Bridge <-- ASL
fromASLPort = 34001                     ; Analog_Bridge --> ASL
aslAudio = AUDIO_USE_Gain               ; Audio to ASL (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_GAIN)
agcGain = 3                             ; Gain (in db) of the AGC filter
dmrAudio = AUDIO_USE_GAIN               ; Audio from ASL (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
dmrGain = 0.25                          ; Gain factor of audio from ASL (0.0-1.0)

*** DVSwitch.ini
; Configure the Yaesu Fusion Partner
; Audio format is AMBE 72 bit
; Audio format is IMBE 88 bit
[YSF]
Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)
TXPort = 35100                  ; Port to send AMBE TLV frames to (export)
RXPort = 35103                  ; Port to listen on (import)
FallbackID = 3112488            ; In case we can not find a valid DMR id in the database, export this one
ExportTG = 77353                ; Canada Which TG to export
Slot = 2                        ; Export slot


Re: New Moderator

Doug - W4DBG
 

Steve is an excellent resource and does a great job explaining things. You have a good one. 

73,

Doug
W4DBG 



On Sat, Jun 8, 2019 at 7:54 PM Steve KC1AWV <smiller@...> wrote:
Thank you Steve and Mike! I will continue to do my best helping out here.

Some information about me, for those that are interested:

By day, I am the Sr. Systems Administrator for a national non-profit organization. Most of my duties involve maintaining a few hundred servers, many networks, all the way down to the staff level of about 550 users. Been doing that job for about 11 years now (wow!)
My amateur radio activities include ARES, digital networks, and experimenting with new modes of communication using amateur radio. I am also the system administrator for ERDN.net - the East Rockingham Digital Net - which provides digital network capabilities for East Rockingham ARES, in New Hampshire

I will try to provide support here in the group as best I can. During the day, I do monitor the DVSwitch group, and I read all the messages coming in. If you have questions, feel free to ask!

73 de Steve KC1AWV

--
Doug Gooden
troytrojan@...


Re: New Moderator

Steve KC1AWV
 

Thank you Steve and Mike! I will continue to do my best helping out here.

Some information about me, for those that are interested:

By day, I am the Sr. Systems Administrator for a national non-profit organization. Most of my duties involve maintaining a few hundred servers, many networks, all the way down to the staff level of about 550 users. Been doing that job for about 11 years now (wow!)
My amateur radio activities include ARES, digital networks, and experimenting with new modes of communication using amateur radio. I am also the system administrator for ERDN.net - the East Rockingham Digital Net - which provides digital network capabilities for East Rockingham ARES, in New Hampshire

I will try to provide support here in the group as best I can. During the day, I do monitor the DVSwitch group, and I read all the messages coming in. If you have questions, feel free to ask!

73 de Steve KC1AWV


New Moderator

Steve N4IRS
 

We have asked Steve, KC1AWV to help us out by taking on moderation duties here on groups.io Steve has been a great help to quite a few of you as he has answered you questions and helped you build what you need with the DVSwitch programs.

73, Steve N4IRS 


DVSwitch programs

Steve N4IRS
 

Now that Hamvention is over and we have had a chance to digest the comments and discussions about the DVSwitch programs. To be clear I mean Analog_Bridge, MMDVM_Bridge and Mobile.
Over the next 6 months we are going to implement a feature freeze on all of the programs. During this period we will be fixing the bugs we know about and any that show up. We  will also work on documentation and howto documents. We want to put some polish on the DVSwitch family.

Along with the bug fixes we will publish a list of "enhancements" we want to add to each programs. The idea here is to put together a coherent list of what should be in the next revision of each of the programs. By creating a list BEFORE the work starts, we hope to streamline the work needed.

For all of the above to happen we need your help. Once we publish the basic list, we welcome comments on the features we missed. This is not to say every idea will be implemented. As I tell teams that have worked for me in the past, "Bring your ideas to the table, and be prepared to defend them"  If you can write documentation, PLEASE do so. We need content for the wiki. It can be a FAQ, a howto, a detailed writeup. If you already have written up something, please publish it on the Wiki. Having info all over the web does no one any good when we have a good place to right here to point people to. All authors will be acknowledged and their work will remain their property.

I expect some other changes coming. All designed to make it easier for people to use the DVSwitch programs.

73, Steve and Mike


Re: Github update

Steve N4IRS
 

You can just replace the executable. Backup the old one first. There will be more updates next week.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of EA5GVK Joaquin <ea5gvk@...>
Sent: Saturday, June 8, 2019 11:02:42 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Github update
 
Congratulations Steve.
How to update Analog_Bridge and MMDVM_Bridge of our server, which is working?
Many thx.


Re: Github update

Carlos Minguela
 
Edited

Good question of Joaquin.  Do we have to make a fresh new install or it will be a update file?  KP4CA.


Re: Github update

EA5GVK Joaquin
 

Congratulations Steve.
How to update Analog_Bridge and MMDVM_Bridge of our server, which is working?
Many thx.


Re: different streams with mmdvm_bridge...

Heiko DL1BZ
 

hmm, here I use hblink3 too - no ambe_bridge.py exist. In hblink there isn't such ambe_bridge.py too.

73 Heiko, DL1BZ


Re: different streams with mmdvm_bridge...

SP2ONG Waldek
 

Hi Mike,

I don't use HB Bridge. I have use only HBLink3 and in HBLink3 don't exist ambe_bridge.py

https://github.com/n0mjs710/hblink3


Re: different streams with mmdvm_bridge...

Mike Zingman - N4IRR
 

I do not think it is MB, but HB Bridge.  Try to change line 540 in ambe_bridge.py.  Change the 3 to a 1


Re: different streams with mmdvm_bridge...

Chris WB4ULK
 

Phew! I thought I was the only one. Must be normal, as my asl analog bridge does the same thing.
I was waiting to see if anyone else posted. Everything works, but it makes those and I was wondering if I screwed up.

Chris

5861 - 5880 of 9882