Date   

Re: ASL to YSF Question

Eric-K6KWB
 

Hello Tito,
you can try this:

mmdvm_bridge.ini
[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress= ip or dns of your YSFreflector
GatewayPort=42000 port of your reflector
Debug=0
 
DVSwitch.ini
[YSF]
Address = 127.0.0.1 
TXPort = 35100 to AB.ini RXport
RXPort = 35103  from AB.ini TXport
FallbackID = 1234567 your id
ExportTG = 9 
Slot = 2
 
AB.ini
[AMBE_AUDIO]
address = 127.0.0.1                  
txPort = 35103                        
rxPort = 35100                          
ambeMode = YSFN                           
minTxTimeMS = 2500     


Re: Image needed

Eric-K6KWB
 

Hi Brett,
For ASL - http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/  
install asl image first then download DVSwitch system builder.

For DVSwitch - https://github.com/DVSwitch/DVSwitch-System-Builder

If this is not what your looking for, I'm pretty sure someone will guide you.
best regards,
Eric


ASL to YSF Question

Tito Lopez - YN1OB
 

Hello Folks, I have a question...
I have two VMs on two different hosts.
One One I am running ASL<->YFSN
on the other  I am running a YSF Reflector.
What I would like to do is connect the ASL-YSFN to that YSF Reflector.
Where or which of  the .ini files I need to configure to make the magic happen.
 i am building a DMR free system, Nothing wrong with DMR but YSF is my favorite flavor. 

73's
W3DAW
YN1OB


Image needed

Brett KB5YZB
 

DV switch friends, I just upgraded from x86 CentOS to a PI 3. I installed hamviop however I want to have ALLstar/Echolink/DMR/Yeasu on one pi. Friend who is helping me install the bridges said to install the DV switch image instead of Hamvoip to make all this work. I looked for the link for an image (can't find) before sending this....sorry I'm sure its out there in DV switch land. Is there an image for all the above?

Thanks for the help!!!!

Brett
KB5YZB


Re: ASL Briddge to YSF/FCS #analog_bridge

Steve N4IRS
 

You CAN, but if you configure Analog_Bridge for YSF that is how it will startup. After that lets say you want to change reflectors, there is where dvswitch.sh would come in. Another example would be if you want to raise or lower the audio level without restarting AB, you could use dvswitch.sh to do it.

 Steve

On 12/26/19 6:56 PM, ve6gcd@... wrote:
Thanks Steve,

Does that mean I can insert a startup macro for the USRP node via rpt.conf so it will run dvswitch.sh in YSF mode?

73,
Geoffrey VE6GCD


Re: ASL Briddge to YSF/FCS #analog_bridge

ve6gcd@...
 

Thanks Steve,

Does that mean I can insert a startup macro for the USRP node via rpt.conf so it will run dvswitch.sh in YSF mode?

73,
Geoffrey VE6GCD


Re: ASL Briddge to YSF/FCS #analog_bridge

Steve N4IRS
 

No it does not. dvswitch.sh is used to send commands to a running AB. You can run it with ./dvswitch.sh to see the list of available commands. dvswitch.sh can be used in scripts or ASL commands.

Steve

On 12/26/19 5:57 PM, ve6gcd@... wrote:
Hi Steve,

Just one more question before the reinstall, does Analog_Bridge run dvswitch.sh automatically at startup?

73,
Geoffrey VE6GCD


Re: ASL Briddge to YSF/FCS #analog_bridge

ve6gcd@...
 

Hi Steve,

Just one more question before the reinstall, does Analog_Bridge run dvswitch.sh automatically at startup?

73,
Geoffrey VE6GCD


Re: ASL Briddge to YSF/FCS #analog_bridge

Steve N4IRS
 

I really have to update the system builder script.
Here are a few things you should do.
We post the latest code for the DVSwitch programs in github before the make it to the apt repository.
For Analog Bridge the repo is at <https://github.com/DVSwitch/Analog_Bridge>
I suggest you get the executable for your system from the bin directory
There have been some changes to the .ini file take a look at those.
There are newer macro files and a script that will help you control a running system. it is dvswitch.sh

For MMDVM_Bridge the repo is at <https://github.com/DVSwitch/MMDVM_Bridge
Get the updated executable from the bin directory.

If all you are planning to run is YSF, I suggest you turn off the other modes and mode networks in MMDVM_Bridge.ini

Hope this helps,
73, Steve N4IRS

On 12/26/19 5:36 PM, ve6gcd@... wrote:
Hi Steve,

Analog_Bridge in my computer was installed using DVSwitch-System-Builder.

Do I need to set anything under the MACROS section (to set the mode)? Anyway, below is the config of my setup.

===================================================================================
; 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 = 1                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
; Metadata management
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
; General vocoder setup information
decoderFallBack = true                  ; Allow software AMBE decoding if a hardware decoder is not found
useEmulator = false                     ; Use the MD380 AMBE emulator for AMBE72 (DMR/YSFN/NXDN)
emulatorAddress = 127.0.0.1:2470        ; IP address and port of the md380 server
; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 35103                          ; Transmit TLV frames to partner on this port
rxPort = 35100                          ; Listen for TLV frames from partner on this port
ambeMode = YSFN                          ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; 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 = 3026120                        ; ID to use when transmitting from Analog_Bridge
repeaterID = 302612001                          ; ID of source repeater
txTg = 3026120                                ; 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                 ; Audio to ASL (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_GAIN)
usrpGain = 1.10                         ; Gain (in db) of the AGC filter
tlvAudio = AUDIO_UNITY                  ; Audio from ASL (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.35                          ; Gain factor of audio from ASL (0.0-1.0)
[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 = 127.0.0.1                   ; 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
===================================================================================


Re: ASL Briddge to YSF/FCS #analog_bridge

ve6gcd@...
 

Hi Steve,

Analog_Bridge in my computer was installed using DVSwitch-System-Builder.

Do I need to set anything under the MACROS section (to set the mode)? Anyway, below is the config of my setup.

===================================================================================
; 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 = 1                            ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
; Metadata management
subscriberFile = /var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
; General vocoder setup information
decoderFallBack = true                  ; Allow software AMBE decoding if a hardware decoder is not found
useEmulator = false                     ; Use the MD380 AMBE emulator for AMBE72 (DMR/YSFN/NXDN)
emulatorAddress = 127.0.0.1:2470        ; IP address and port of the md380 server
; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 35103                          ; Transmit TLV frames to partner on this port
rxPort = 35100                          ; Listen for TLV frames from partner on this port
ambeMode = YSFN                          ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; 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 = 3026120                        ; ID to use when transmitting from Analog_Bridge
repeaterID = 302612001                          ; ID of source repeater
txTg = 3026120                                ; 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                 ; Audio to ASL (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_GAIN)
usrpGain = 1.10                         ; Gain (in db) of the AGC filter
tlvAudio = AUDIO_UNITY                  ; Audio from ASL (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.35                          ; Gain factor of audio from ASL (0.0-1.0)
[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 = 127.0.0.1                   ; 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
===================================================================================


Re: ASL Briddge to YSF/FCS #analog_bridge

Steve N4IRS
 

Geoffrey,
Can you post your Analog_Bridge.ini so we can start there?

Steve N4IRS

On 12/26/19 2:50 PM, ve6gcd@... wrote:
Happy New Year Everyone,

I am trying to bridge ASL directly to YSF/FCS. We are trying to avoid conflict with Brandmeister requirements at the moment which is why we are considering to bridge ASL and FCS directly. During my initial setup it appears Analog_Bridge is rejecting the AMBE72 packets received from YSFGateway. Upon checking the logs, I noticed that the mode keeps being set to "DMR" even if AMBE_MODE has been set to "YSFN". I am currently running Debian Linux on amd64 hardware for this setup.

Geoffrey VE6GCD  


ASL Briddge to YSF/FCS #analog_bridge

ve6gcd@...
 

Happy New Year Everyone,

I am trying to bridge ASL directly to YSF/FCS. We are trying to avoid conflict with Brandmeister requirements at the moment which is why we are considering to bridge ASL and FCS directly. During my initial setup it appears Analog_Bridge is rejecting the AMBE72 packets received from YSFGateway. Upon checking the logs, I noticed that the mode keeps being set to "DMR" even if AMBE_MODE has been set to "YSFN". I am currently running Debian Linux on amd64 hardware for this setup.

Geoffrey VE6GCD  


Re: setting up MMDVM_Bridge and Analog_Bridge #analog_bridge #mmdvm_bridge

ve6gcd@...
 

Hi Steve,

Can you tell me how to configure ASL direct bridge to YSF we are currently avoiding conflict with DMR/Brandmeister regulations at the moment. I tried it and keeps noticing in the debug that mode being set to DMR even when ambe_mode is YSFN.

73,
Geoffrey VE6GCD 


Re: Need help getting DV Switch to change DMR Talk Groups #analog_bridge

Ted Lawrence
 

Yes, Thanks for responding Steve.  Yes, running DVSwitch on Raspberry Pi bridge between DMR and AllStar.  I had set static TG 315136 set on BrandMeister and change it to static TG 315135. BrandMeister kept resetting and reporting 315136 as static.  After a period I finally realized, that BransMister was looking for a clear TG 4000 from the bridge hotspot after I made the static change.  I could not issue that command from the ASL/DMR Bridge.  However, BrandMeister cleared the TG 315136 after the period timeout.  So all works as it should now.

Ted KD4EG


Re: Image for Raspberry pi3 with Debian 10 Buster with DVSWICTH SERVER, HBLINK3 AND HBMONITOR.

Ken, K6EFJ
 

Thanks Adrian and everyone that helped me find where to change language to english. Turns out there are 4 locations that had the file I needed to modify. Three were just extras that had been saved in a folder called LinuxExtras and the one I actually needed to modify at  path= /usr/local/etc/opendv/ircddbgatway

I now have Dstar voice in english,  Merry Christmas
Ken Smith K6EFJ 


Re: Hytera DMR Gateway

Marco IW0RED
 

Hi Joaquin, I don't have one raspberry 3 (it is too old) but only one
raspberry 3+ that doesn't run debian Jessie.
Do you have the source code of the hytera gw mmdvm software?
I'm sorry but I don't use the mmdvm to xlx bridge.
73 Marco IW0RED.
Happy New Year.

On Wed, Dec 25, 2019 at 11:06 AM EA5GVK Joaquin <ea5gvk@gmail.com> wrote:

Hi Marco, it is version linux.
I have running hytera gw mmdvm, perfect.
the connection to the XLX by mmdvm, the audio is cut, in the direction of the XLX to the Repeater Hytera rd625 PERFECT.
BUT IN SENSE REPEATER TO XLX, THE AUDIO IS CUTTED TWO SECONDS TO BEGIN.
CAN YOU HELP OR GUIDE ME?
thanks.
Happy New Year.
PD: Firmware rd625 hytera A9.00.10.100.iM
--
Marco Brunozzi

Tel. +14152360004
Cel. +393483343274
Skype: marco.brunozzi
Twitter: marcobrunozzi
---------------------------------------


Re: Image for Raspberry pi3 with Debian 10 Buster with DVSWICTH SERVER, HBLINK3 AND HBMONITOR.

Adrian Fewster <vk4tux@...>
 

Looks like these came from the redundant DL5DI Opendv repository, instead of G4KLX repository then.

Those long paths there, adding the opendv user from previous wx2.8 version were silly.

The G4KLX repo provides much easier customisation and latest developments ;

https://github.com/g4klx/ircDDBGateway/blob/master/Makefile

ifeq ($(TARGET), opendv)

export DATADIR := "/usr/share/opendv"

export LOGDIR := "/var/log/opendv"

export CONFDIR := "/etc"

export BINDIR := "/usr/sbin"

else

export DATADIR := "/usr/share/ircddbgateway"

export LOGDIR := "/var/log"

export CONFDIR := "/etc"

export BINDIR := "/usr/bin"

endif


https://github.com/g4klx/ircDDBGateway


On 25/12/19 8:48 pm, ea7jcl@... wrote:
Hi group

path = /usr/local/etc/opendv/ircddbgateway

Merry Christmas


Re: Image for Raspberry pi3 with Debian 10 Buster with DVSWICTH SERVER, HBLINK3 AND HBMONITOR.

SP2ONG Waldek
 


Maybe someone will need this description to configure ircddbgateway

http://www.dvmega.co.uk/manual/ircDDBGateway-ENG.pdf

Merry Christmas


Re: Image for Raspberry pi3 with Debian 10 Buster with DVSWICTH SERVER, HBLINK3 AND HBMONITOR.

ea7jcl@...
 

Hi group

path = /usr/local/etc/opendv/ircddbgateway

Merry Christmas


Re: Hytera DMR Gateway

EA5GVK Joaquin
 

Hi Marco, it is version linux.
I have running hytera gw mmdvm, perfect.
the connection to the XLX by mmdvm, the audio is cut, in the direction of the XLX to the Repeater Hytera rd625 PERFECT.
BUT IN SENSE REPEATER TO XLX, THE AUDIO IS CUTTED TWO SECONDS TO BEGIN.
CAN YOU HELP OR GUIDE ME?
thanks.
Happy New Year.
PD: Firmware rd625 hytera A9.00.10.100.iM

4181 - 4200 of 9775