|
Re: YSFReflector to Allstarlink
Watch the MMDVM_ Bridge log in /var/log/mmdvm
Sent by smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of honda5603@... <honda5603@...>
Sent: Wednesday, May 13, 2020 12:19:42 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] YSFReflector to Allstarlink Thanks again, I changed all of these options. I can connect my normal public node (51505) to the private node (1999), but not seeing a connection to YSFdashboard: russell9.com:1234
Is there a place to check if YSF side is indeed connecting for troubleshooting?
|
|
|
|
Re: YSFReflector to Allstarlink
honda5603@...
Thanks again, I changed all of these options. I can connect my normal public node (51505) to the private node (1999), but not seeing a connection to YSFdashboard: russell9.com:1234
Is there a place to check if YSF side is indeed connecting for troubleshooting?
|
|
|
|
Re: YSFReflector to Allstarlink
All looks good except in MMDVM_Bridge.ini:
toggle quoted messageShow quoted text
[System Fusion] Enable=0 <----------------- Enable this [System Fusion Network] Enable=1 LocalAddress=127.0.0.1 LocalPort=3200 GatewayAddress=ysfreflector.dvswitch.org <-------------- this is the dns entry or IP of the reflector GatewayPort=42166 <---------- This is the port number the reflector is listening on. Debug=0
On 5/13/2020 11:50 AM,
honda5603@... wrote:
Thanks Steve again for helping me. Here's what I was able to capture:
|
|
|
|
Re: YSFReflector to Allstarlink
honda5603@...
Thanks Steve again for helping me. Here's what I was able to capture:
Here's 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 audi$ ; 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 i$ ; 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=Mess$ ; Metadata management subscriberFile = /var/lib/dvswitch/subscriber_ids.csv ; DMR ID to callsign lookup data exportMetadata = true ; Export metadata to USRP partner (transcode setups req$ ; General vocoder setup information decoderFallBack = true ; Allow software AMBE decoding if a hardware decoder is$ 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 $ 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 digit$ gatewayDmrId = 3118583 ; ID to use when transmitting from Analog_Bridge repeaterID = 311858301 ; ID of source repeater txTg = 37921 ; TG to use for all frames sent from Analog_Bridge -> xx_$ txTs = 2 ; Slot to use for frames sent from Analog_Bridge -> xx_$ 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 cli$ ; to a digital network. Transcode is when Analog_Bridge actually points its PCM interfaces bac$ ; 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 (cro$ ; each instance with its own ini file. [USRP] address = 127.0.0.1 ; IP address of USRP partner (Allstar/Asterisk or anoth$ txPort = 35103 ; Transmit USRP frames on this port rxPort = 33510 ; Listen for USRP frames on this port usrpAudio = AUDIO_UNITY ; Audio to ASL (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_G$ usrpGain = 1.10 ; Gain (in db) of the AGC filter tlvAudio = AUDIO_UNITY ; Audio from ASL (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BP$ tlvGain = 0.35 ; Gain factor of audio from ASL (0.0-1.0) Here is the DVSwitch.ini file: GNU nano 2.7.4 File: DVSwitch.ini ; MMDVM_Bridge export / import configuration file. ; This file should be placed along side of MMDVM_Bridge or it can be ; supplied as a path on the MMDVM_BRIDGE environment variable. ; Configure the Quantar Repeater Partner ; Note that the TX and RX ports are already reversed for MMDVM_Bridge <--> Quantar_Bridge [QUANTAR] logFilePath = /var/log/Quantar_Bridge.log Address = 127.0.0.1 ; Address to send AMBE TLV frames to (export) TXPort = 34103 ; Port to send AMBE TLV frames to (export) RXPort = 34100 ; Port to listen on (import) quantarPort = 1994 ; HDLC frames To/From the Quantar repeater logLevel = 2 ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=I$ debug = 0 ; Debug 0 = off, 1 = on (adds lots of additional messages) ; Configure the DMR Partner ; Audio format is AMBE 72 bit [DMR] Address = 127.0.0.1 ; Address to send AMBE TLV frames to (export) TXPort = 31100 ; Port to send AMBE TLV frames to (export) RXPort = 31103 ; Port to listen on (import) Slot = 2 ; Export slot ; Configure the D-Star Partner ; Audio format is AMBE 48 bit (DSAMBE) [DSTAR] Address = 127.0.0.1 ; Address to send AMBE TLV frames to (export) TXPort = 32100 ; Port to send AMBE TLV frames to (export) RXPort = 32103 ; Port to listen on (import) FallbackID = 1234567 ; In case we can not find a valid DMR id in the database, expor$ ExportTG = 9 ; Which TG to export Slot = 2 ; Export slot ; Configure the NXDN Partner ; Audio format is AMBE 72 bit [NXDN] Address = 127.0.0.1 ; Address to send AMBE TLV frames to (export) TXPort = 33100 ; Port to send AMBE TLV frames to (export) RXPort = 33103 ; Port to listen on (import) FallbackID = 1234567 ; In case we can not find a valid DMR id in the database, expor$ NXDNFallbackID = 12345 ; Use this ID when the input DMR ID is not found in the database Translate = 1234=4321 ; Translate NXDN TG < -- > DMR TG (bidirectional) Slot = 2 ; Export slot ; Configure the P25 Partner ; Audio format is IMBE 88 bit [P25] Address = 127.0.0.1 ; Address to send AMBE TLV frames to (export) TXPort = 34100 ; Port to send AMBE TLV frames to (export) RXPort = 34103 ; Port to listen on (import) Slot = 2 ; Export slot ; 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 = 1234567 ; In case we can not find a valid DMR id in the database, expor$ ExportTG = 1234 ; Which TG to export Slot = 2 ; Export slot And then the MMDVM_Bridge.ini: [General] Callsign=KC9HTA Id=311858301 Timeout=180 Duplex=0 [Info] RXFrequency=222340000 TXFrequency=224940000 Power=1 Latitude=41.7333 Longitude=-50.3999 Height=0 Location=Iceberg, North Atlantic Description=MMDVM_Bridge 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=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=RSSI.dat Trace=0 Debug=0 [D-Star] Enable=0 Module=C [DMR] Enable=0 ColorCode=1 EmbeddedLCOnly=1 DumpTAData=0 [System Fusion] Enable=0 [P25] Enable=0 NAC=293 [NXDN] Enable=0 RAN=1 Id=12345 [D-Star Network] Enable=0 GatewayAddress=127.0.0.1 GatewayPort=20010 LocalPort=20011 Debug=0 [DMR Network] Enable=0 Address=3108.repeater.net Port=62031 Jitter=360 Local=62032 Password=passw0rd # for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options$ # for XLX the syntax is: Options=XLX:4009 # Options= Slot1=0 Slot2=1 Debug=0 [System Fusion Network] Enable=1 LocalAddress=127.0.0.1 LocalPort=3200 GatewayAddress=ysfreflector.dvswitch.org GatewayPort=42166 Debug=0
|
|
|
|
Re: YSFReflector to Allstarlink
Yes, enable YSF and YSF networking in MMDVM_Bridge and move
Analog_Bridge.ini from DMR to YSF. Also, point Analog_Bridge.ini at
the proper ports in DVSwitch.ini
toggle quoted messageShow quoted text
On 5/13/2020 11:10 AM,
honda5603@... wrote:
Thanks Steve for the information I just confirmed DMR, but need to swap everything to YSF?
|
|
|
|
Re: YSFReflector to Allstarlink
honda5603@...
Thanks Steve for the information I just confirmed DMR, but need to swap everything to YSF?
|
|
|
|
Re: YSFReflector to Allstarlink
Follow this and change MMDVM_Bridge.ini to YSF from DMR.
toggle quoted messageShow quoted text
<https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit> Steve N4IRS
On 5/13/2020 10:01 AM,
honda5603@... wrote:
What's the easiest way to bridge both of these together?
|
|
|
|
YSFReflector to Allstarlink
honda5603@...
What's the easiest way to bridge both of these together?
|
|
|
|
Re: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.
EA5GVK Joaquin
So far, so good.
We installed the new binary revision dated yesterday this morning. I'm reporting the results to you, Steve. Greetings and thank you for your attention.
|
|
|
|
Re: Hytera DMR Gateway
Marco IW0RED
Hi Nomis, sure this is the video I followed:
https://www.youtube.com/watch?v=UpYZx2bjG3s 73 Marco IW0RED. -- Marco Brunozzi Tel. +14152360004 Cel. +393483343274 Skype: marco.brunozzi Twitter: marcobrunozzi ---------------------------------------
|
|
|
|
Re: Hytera DMR Gateway
Nomis Bayan Jr.
Hi Marco, You have mentioned that you follow a video on the hytera repeater with hytera dmr gateway. Can you please direct me as to where I can find that video. Thank you.
73,'s N0MIS
|
|
|
|
Re: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.
EA5GVK Joaquin
Ok, Thx Steve.
We're testing it, and I'll let you know if we find the same problem. We have updated the binary Analog_Bridge, MMDVM_Bridge for armhf and the new Dvswitch.sh. For now it's working and testing. I'm reporting results. Thank you very much. Steve.
|
|
|
|
Re: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.
Testing on armhf. Once we are happy I'll build for other platforms.
toggle quoted messageShow quoted text
On 5/10/20 1:15 PM, Paul on6dp wrote:
|
|
|
|
Re: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.
Paul on6dp
And dvswitch for VPS (amd64) ?
De : main@DVSwitch.groups.io <main@DVSwitch.groups.io> De la part de Steve N4IRS
I have uploaded AB binary for armhf and a new copy of dvswitch.sh
|
|
|
|
Re: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.
I have uploaded AB binary for armhf and a new copy of dvswitch.sh
Please test and report. Steve N4IRS
|
|
|
|
Re: Changelog
I have updated MMDVM_Bridge and Analog_Bridge for armhf (only for now) No MAJOR changes. Some bug fixes.
I have updated dvswitch.sh Some bug fixes and additions for more robust retrieval of user databases. 73, Steve N4IRS
|
|
|
|
Re: dvswitch.sh to MMDVM repo
Any other commands/changes needed?
-- Tom VE3NY
|
|
|
|
Re: [allstarlink] Using pyUC to access ASL
Tnx Steve … I did recall seeing this reference but couldn't recall where I saw it.
-- Tom VE3NY
|
|
|
|
Re: [allstarlink] Using pyUC to access ASL
Tom,
toggle quoted messageShow quoted text
Start here <https://dvswitch.groups.io/g/allstarlink/topic/using_pyuc_to_access_asl/74012942?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,74012942>
On 5/8/20 7:40 AM, Tom Corcoran wrote:
I understand the limitations, but would like to try accessing my ASL node. What pyUC.ini entries need to change in order to use with ASL? IP address, aslMode = 1, other? usrpT/RxPort stays the same?
|
|
|
|
Re: [allstarlink] Using pyUC to access ASL
I understand the limitations, but would like to try accessing my ASL node. What pyUC.ini entries need to change in order to use with ASL? IP address, aslMode = 1, other? usrpT/RxPort stays the same?
-- tnx … Tom VE3NY -- Tom VE3NY
|
|
|