Date   

Re: YSFReflector to Allstarlink

Steve N4IRS
 

All looks good except in MMDVM_Bridge.ini:

[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:

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

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

Steve N4IRS
 

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

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

Steve N4IRS
 

Follow this and change MMDVM_Bridge.ini to YSF from DMR.
<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.

Steve N4IRS
 

Testing on armhf. Once we are happy I'll build for other platforms.

On 5/10/20 1:15 PM, Paul on6dp wrote:

And dvswitch for VPS  (amd64)   ?

 

 

De : main@DVSwitch.groups.io <main@DVSwitch.groups.io> De la part de Steve N4IRS
Envoyé : dimanche 18:27
À : main@DVSwitch.groups.io
Objet : Re: [DVSwitch] 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: 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
Envoyé : dimanche 18:27
À : main@DVSwitch.groups.io
Objet : Re: [DVSwitch] 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: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.

Steve N4IRS
 

I have uploaded AB binary for armhf and a new copy of dvswitch.sh
Please test and report.

Steve N4IRS


Re: Changelog

Steve N4IRS
 

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

Tom Corcoran
 

Any other commands/changes needed?
--
Tom VE3NY


Re: [allstarlink] Using pyUC to access ASL

Tom Corcoran
 

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

Steve N4IRS
 

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? 
--
tnx … Tom VE3NY
--
Tom VE3NY


Re: [allstarlink] Using pyUC to access ASL

Tom Corcoran
 

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


Re: Possible Loop in QSO DMR and MMDVM_Bridge or Analog_Bridge malfunction.

EA5GVK Joaquin
 

Hi, Steve. Good morning.
I was running on a Pi3 was only running one instance of Analog_bridge, MMDVM_Bridge and EMU-380. One user.
Also it usually happens in a regular way, I have also seen that looping not only in BM but also in HBLINK.
Thank you very much for your help Steve. Any help you can report, we are all interested in solving this problem.

El vie., 8 may. 2020 a las 0:46, Steve N4IRS (<szingman@...>) escribió:
Joaquin,
We are working through this and one of the things that MAY be a issue is if there is another copy of Analog_Bridge running on the same machine. I think it may be a second copy of Analog_bridge also serving a DVSM user. Could this be the case?

Steve N4IRS

On 5/5/20 2:31 PM, EA5GVK Joaquin wrote:
Possible Loop in Qso TG 21461 in BrandMeister, we were three friends, EA7JCL Jose antonio, EA1HWR Rafa and me EA5GVK, and in a moment the Dvswitch of the friend EA1HWR has started to broadcast all the traffic of qso 21461, generating a loop, and happening to the friend EA1HWR, which did not hear any traffic on your DVSwitch, leaving no traffic passing from the MMDVM_Bridge to the Analog_Bridge, although if EA1HWR, transmitted if your audio was perfect. So after the loop your dvswtich, the Analog_Bridge, does not receive data from the MMDVM_Bridge, but if you speak through the dvswitch, the Analog_Bridge transmits the traffic to the MMDVM_Bridge.

This situation also happened several days ago, being banned in prevention by the BM Network.
Here I show you the LOGs of the Analog_Bridge and the MMDVM_Bridge, from my friend Rafa EA1HWR, who has this bug.

In the Analog_Bridge log file, on line 108, there is a suspicious situation
I: 2020-05-05 16:15:09.131 USRP packet type: USRP_TYPE_TEXT ({"call": "EA5GVK", "name":""}) -> 2145016

I hope I've given you enough details to be able to solve this problem.
Thank you.


Re: DVSWITCH Registered however can not connect to my node

Steve N4IRS
 

Can you connect to the test node?

73, Steve N4IRS

On 5/7/20 7:06 PM, hfd022@... wrote:
I have DVswitch Installed on my RFinder device. I am Registered, however cannot connect to my Allstar Node.

3481 - 3500 of 9775