Date   

Re: DMR to YSFn Bridge #mmdvm_bridge

Steve N4IRS
 

That is the complete MMDVM_Bridge file?
Have you set a static TG in BM selfecare for DMR ID 3168316?

On 8/7/2020 3:40 PM, Perry Buch wrote:
DVSwitch.ini

; 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 = 35100                  ; Port to send AMBE TLV frames to (export)

RXPort = 35103                  ; 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 = 35103                  ; Port to send AMBE TLV frames to (export)

RXPort = 35100                  ; Port to listen on (import)

FallbackID = 3168316            ; In case we can not find a valid DMR id in the database, export this one

ExportTG = 3168316                 ; Which TG to export

Slot = 2                        ; Export slot



MMDVM ini

[General]

Callsign=KC2QJA

Id=3168316

Timeout=180

Duplex=0

[DMR]

Enable=1

ColorCode=1

EmbeddedLCOnly=1

DumpTAData=0



[DMR Network]

Enable=1

Address=3102.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.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=repeaters.as.utexas.edu

GatewayPort=42000

Debug=0





Re: DMR to YSFn Bridge #mmdvm_bridge

Perry Buch
 

DVSwitch.ini

; 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 = 35100                  ; Port to send AMBE TLV frames to (export)

RXPort = 35103                  ; 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 = 35103                  ; Port to send AMBE TLV frames to (export)

RXPort = 35100                  ; Port to listen on (import)

FallbackID = 3168316            ; In case we can not find a valid DMR id in the database, export this one

ExportTG = 3168316                 ; Which TG to export

Slot = 2                        ; Export slot



MMDVM ini

[General]

Callsign=KC2QJA

Id=3168316

Timeout=180

Duplex=0

[DMR]

Enable=1

ColorCode=1

EmbeddedLCOnly=1

DumpTAData=0



[DMR Network]

Enable=1

Address=3102.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.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=repeaters.as.utexas.edu

GatewayPort=42000

Debug=0




Re: DMR to YSFn Bridge #mmdvm_bridge

Perry Buch
 

I see no traffic on the Bridge when I key up, I see it on BM dashboard tho and the Hotspot is connected on my Dashboard. 

Here are the more complete logs 


 2020-08-07 19:32:16.887 DMR, Opening DMR Network

I: 2020-08-07 19:32:16.887 System Fusion Network Parameters

I: 2020-08-07 19:32:16.887     Local Address: 0

I: 2020-08-07 19:32:16.887     Local Port: 3200

I: 2020-08-07 19:32:16.887     Gateway Address: repeaters.as.utexas.edu

I: 2020-08-07 19:32:16.887     Gateway Port: 42000

I: 2020-08-07 19:32:16.887     Mode Hang: 3s

M: 2020-08-07 19:32:16.945 Opening YSF network connection

I: 2020-08-07 19:32:16.945 RSSI

I: 2020-08-07 19:32:16.945     Mapping File: RSSI.dat

W: 2020-08-07 19:32:16.945 Cannot open the RSSI data file - RSSI.dat

I: 2020-08-07 19:32:16.945 DMR Id Lookups

I: 2020-08-07 19:32:16.945     File: /var/lib/mmdvm/DMRIds.dat

I: 2020-08-07 19:32:16.945     Reload: 24 hours

W: 2020-08-07 19:32:16.945 Cannot open the DMR Id lookup file - /var/lib/mmdvm/DMRIds.dat

I: 2020-08-07 19:32:16.945 DMR RF Parameters

I: 2020-08-07 19:32:16.945     Id: 3168316

I: 2020-08-07 19:32:16.945     Color Code: 1

I: 2020-08-07 19:32:16.945     Self Only: no

I: 2020-08-07 19:32:16.945     Embedded LC Only: yes

I: 2020-08-07 19:32:16.945     Dump Talker Alias Data: no

I: 2020-08-07 19:32:16.945     Prefixes: 0

I: 2020-08-07 19:32:16.945     Call Hang: 3s

I: 2020-08-07 19:32:16.945     TX Hang: 3s

I: 2020-08-07 19:32:16.945     Mode Hang: 10s

M: 2020-08-07 19:32:16.945 DMR, Opening INI file: DVSwitch.ini

M: 2020-08-07 19:32:16.945 DMR, Setting [DMR] Address -> 127.0.0.1

M: 2020-08-07 19:32:16.945 DMR, Setting [DMR] TXPort -> 35100

M: 2020-08-07 19:32:16.945 DMR, Setting [DMR] RXPort -> 35103

M: 2020-08-07 19:32:16.945 DMR, Setting [DMR] Slot -> 2

M: 2020-08-07 19:32:16.945 DMR, Transmitting on 127.0.0.1:35100 and listening on port 35103.  Result = 1

I: 2020-08-07 19:32:16.945 YSF RF Parameters

I: 2020-08-07 19:32:16.945     Low Deviation: no

I: 2020-08-07 19:32:16.945     Remote Gateway: no

I: 2020-08-07 19:32:16.945     Self Only: no

I: 2020-08-07 19:32:16.945     DSQ: no

I: 2020-08-07 19:32:16.945     Mode Hang: 10s

M: 2020-08-07 19:32:16.945 YSF, Opening INI file: DVSwitch.ini

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] Address -> 127.0.0.1

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] TXPort -> 35103

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] RXPort -> 35100

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] FallbackID -> 3168316

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] ExportTG -> 3168316

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] Slot -> 2

M: 2020-08-07 19:32:16.945 YSF, Transmitting on 127.0.0.1:35103 and listening on port 35100.  Result = 1

M: 2020-08-07 19:32:16.945 MMDVM_Bridge-20191105_V1.4.1 is running

I: 2020-08-07 19:32:16.945 Started the DMR Id lookup reload thread

M: 2020-08-07 19:32:26.970 DMR, Logged into the master successfully

 


Re: DMR to YSFn Bridge #mmdvm_bridge

Steve N4IRS
 

Show me your complete MMDVM_Bridge.ini and your complete DVSwitch.ini

On 8/7/2020 3:34 PM, Perry Buch wrote:

root@localhost:/var/log/mmdvm# tail -f MMDVM_Bridge-2020-08-07.log

M: 2020-08-07 19:32:16.945 YSF, Opening INI file: DVSwitch.ini

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] Address -> 127.0.0.1

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] TXPort -> 35103

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] RXPort -> 35100

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] FallbackID -> 3168316

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] ExportTG -> 3168316

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] Slot -> 2

M: 2020-08-07 19:32:16.945 YSF, Transmitting on 127.0.0.1:35103 and listening on port 35100.  Result = 1

M: 2020-08-07 19:32:16.945 MMDVM_Bridge-20191105_V1.4.1 is running

I: 2020-08-07 19:32:16.945 Started the DMR Id lookup reload thread

M: 2020-08-07 19:32:26.970 DMR, Logged into the master successfully



Re: DMR to YSFn Bridge #mmdvm_bridge

Perry Buch
 

root@localhost:/var/log/mmdvm# tail -f MMDVM_Bridge-2020-08-07.log

M: 2020-08-07 19:32:16.945 YSF, Opening INI file: DVSwitch.ini

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] Address -> 127.0.0.1

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] TXPort -> 35103

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] RXPort -> 35100

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] FallbackID -> 3168316

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] ExportTG -> 3168316

M: 2020-08-07 19:32:16.945 YSF, Setting [YSF] Slot -> 2

M: 2020-08-07 19:32:16.945 YSF, Transmitting on 127.0.0.1:35103 and listening on port 35100.  Result = 1

M: 2020-08-07 19:32:16.945 MMDVM_Bridge-20191105_V1.4.1 is running

I: 2020-08-07 19:32:16.945 Started the DMR Id lookup reload thread

M: 2020-08-07 19:32:26.970 DMR, Logged into the master successfully


Re: DMR to YSFn Bridge #mmdvm_bridge

Steve N4IRS
 

What do the logs say?

On 8/7/2020 3:24 PM, Perry Buch wrote:
No ASL involved in this bridge. 

It should just be DMR <-> YSF


Re: DMR to YSFn Bridge #mmdvm_bridge

Perry Buch
 

No ASL involved in this bridge. 

It should just be DMR <-> YSF


Re: DMR to YSFn Bridge #mmdvm_bridge

Perry Buch
 

While doing this I saw the TX/RX ports were misconfigured, with those changed I still have the issue. Heres it configured correctly now

[DMR]

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)

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 = 35103                  ; Port to send AMBE TLV frames to (export)

RXPort = 35100                  ; Port to listen on (import)

FallbackID =            ; In case we can not find a valid DMR id in the database, export this one

ExportTG =                 ; Which TG to export

Slot = 2                        ; Export slot


Re: DMR to YSFn Bridge #mmdvm_bridge

Steve N4IRS
 

Perry,
Are you trying to bridge YSF to DMR? Are you trying to use your existing YSF <-> ASL bridge as part of the YSF to DMR? One thing I can tell you from your e-mail, forget hoseline. It does not work most (all) of the time.
As far as troubleshooting, use the logs. They will show you the traffic passing across a bridge.

Steve N4IRS

On 8/7/2020 2:53 PM, Perry Buch wrote:
So I have a Linode (VPS) that has DV switch installed, I've successfully configured Analog Bridge for ASL and DMR, so I think I have a rudimentary understanding whats going on.

I am part owner of a repeater here in Austin that is YSF DR2x its currently configured oniste with a Analog Bridge to YSF setup thats has been working well for several without issue. I can connect to the reflector via pistar hotspot and crossmode DMR to YSF.

I've read the wiki article  and configured my MMDVM_bridge.ini and DvSwitch.ini. The goal here is to merely have an access point on Brandmeister for a DMR bridge that to the YSF reflector and let his Analog_Bridge take care of the transcoding locally. That way people who don't have access to a hotspot that can do a crossmode, or for linking other DMR repeaters for nets can easily do so through BM.

My expectation is that when I key up the Talkgroup I should hear it come out the analog side of the system. But I don't, I can see on the hoseline that Im keying it up, but I get no audio on hoseline or on the analog side. I feel like I am losing it so any help would be appreciated.



Here is my Stanza for YSF and DMR in DVSwitch ini.... 

I have questions around the Fallback ID and Export Talkgroup since the goal is for it to just be a DMR gateway of sorts, what am I supposed to put as the Export TG? I elaborate in the sections below

[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 = This should just be the same as my DMR ID?           ; In case we can not find a valid DMR id in the database, export this one

ExportTG =    I'm having trouble understanding what this is for, is this supposed to be a DMR TG number? what if Im using my ID as a Talkgroup while I wait for approval of one from Brandmeister?             

Slot = 2                        ; Export slot

[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


Here is my MMDVM_Bridge config

[DMR]

Enable=1

ColorCode=1

EmbeddedLCOnly=1

DumpTAData=0

 

[System Fusion]

Enable=1


[DMR Network]

Enable=1

Address=3102.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.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=repeaters.as.utexas.edu     

GatewayPort=42000

Debug=0

 



 


DMR to YSFn Bridge #mmdvm_bridge

Perry Buch
 

So I have a Linode (VPS) that has DV switch installed, I've successfully configured Analog Bridge for ASL and DMR, so I think I have a rudimentary understanding whats going on.

I am part owner of a repeater here in Austin that is YSF DR2x its currently configured oniste with a Analog Bridge to YSF setup thats has been working well for several without issue. I can connect to the reflector via pistar hotspot and crossmode DMR to YSF.

I've read the wiki article  and configured my MMDVM_bridge.ini and DvSwitch.ini. The goal here is to merely have an access point on Brandmeister for a DMR bridge that to the YSF reflector and let his Analog_Bridge take care of the transcoding locally. That way people who don't have access to a hotspot that can do a crossmode, or for linking other DMR repeaters for nets can easily do so through BM.

My expectation is that when I key up the Talkgroup I should hear it come out the analog side of the system. But I don't, I can see on the hoseline that Im keying it up, but I get no audio on hoseline or on the analog side. I feel like I am losing it so any help would be appreciated.



Here is my Stanza for YSF and DMR in DVSwitch ini.... 

I have questions around the Fallback ID and Export Talkgroup since the goal is for it to just be a DMR gateway of sorts, what am I supposed to put as the Export TG? I elaborate in the sections below

[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 = This should just be the same as my DMR ID?           ; In case we can not find a valid DMR id in the database, export this one

ExportTG =    I'm having trouble understanding what this is for, is this supposed to be a DMR TG number? what if Im using my ID as a Talkgroup while I wait for approval of one from Brandmeister?             

Slot = 2                        ; Export slot

[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


Here is my MMDVM_Bridge config

[DMR]

Enable=1

ColorCode=1

EmbeddedLCOnly=1

DumpTAData=0

 

[System Fusion]

Enable=1


[DMR Network]

Enable=1

Address=3102.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.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=repeaters.as.utexas.edu     

GatewayPort=42000

Debug=0

 



 


Re: AllStar and DummyRepeater

 

On 7/8/20 7:42 pm, Steve N4IRS wrote:
Maybe I was not clear. The files are at
<https://github.com/N4IRS/DummyRepeater>
This is the modification to dummy repeater to communicate with ASL.
Yeah, I figured that out, now to get things installed across 2 boxes
(system is in the cloud, have to use a local server for the DV Dongle
and DummyRepeater).  I downloaded the OpenDV code, so all is good, other
than needing to spend time setting it up.


--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: AllStar and DummyRepeater

Steve N4IRS
 

Maybe I was not clear. The files are at <https://github.com/N4IRS/DummyRepeater>
This is the modification to dummy repeater to communicate with ASL.

Steve N4IRS

On 8/7/20 5:34 AM, Tony Langdon wrote:
Thanks.  Well, the newer methods seem to require a ThumbDV or similar,
which I don't have, meaning additional cost, and worse still these days,
lengthy mail order delays, with the global postal system affected by
COVID-19.

But I do have a blue DV Dongle, which I'm hoping to repurpose for this
job, hence looking at DummyRepeater.

Of course, if there's other ways to make use of the DV Dongle as part of
a gateway, I'm open to those as well.  It's likely I've missed some
information somewhere.

On 5/8/20 8:24 pm, Steve N4IRS wrote:
Tony,
Sorry, I did not see this when you posted. I have restored my old copy
of the info on using DummyRepeater.
A you know, we no longer use this method to connect AllStar to D-Star.
The files are at <https://github.com/N4IRS/DummyRepeater>

73, Steve N4IRS

On 8/2/20 5:21 AM, Tony Langdon wrote:
I'm looking to build a a gateway between AllStar and D-STAR, and I've
seen references to using DummyRepeater and IRCDDBGateway, instead of
Analog_Bridge.  This has the advantage for me of being able to repurpose
a blue DV Dongle to do the DSAMBE conversion, saving a bit of money and
postage time (postage is quite slow these days)

I am aware there is a modification for DummyRepeater that allows it to
use the USRP interface, making it a perfect fit for AllStar, and I have
the AllStar side configured.  However, from there, documentation seems
to be lacking, and I couldn't find the patch (found a dead Guthub link).


Anyone have any more info?


Re: AllStar and DummyRepeater

 

Thanks.  Well, the newer methods seem to require a ThumbDV or similar,
which I don't have, meaning additional cost, and worse still these days,
lengthy mail order delays, with the global postal system affected by
COVID-19.

But I do have a blue DV Dongle, which I'm hoping to repurpose for this
job, hence looking at DummyRepeater.

Of course, if there's other ways to make use of the DV Dongle as part of
a gateway, I'm open to those as well.  It's likely I've missed some
information somewhere.

On 5/8/20 8:24 pm, Steve N4IRS wrote:
Tony,
Sorry, I did not see this when you posted. I have restored my old copy
of the info on using DummyRepeater.
A you know, we no longer use this method to connect AllStar to D-Star.
The files are at <https://github.com/N4IRS/DummyRepeater>

73, Steve N4IRS

On 8/2/20 5:21 AM, Tony Langdon wrote:
I'm looking to build a a gateway between AllStar and D-STAR, and I've
seen references to using DummyRepeater and IRCDDBGateway, instead of
Analog_Bridge.  This has the advantage for me of being able to repurpose
a blue DV Dongle to do the DSAMBE conversion, saving a bit of money and
postage time (postage is quite slow these days)

I am aware there is a modification for DummyRepeater that allows it to
use the USRP interface, making it a perfect fit for AllStar, and I have
the AllStar side configured.  However, from there, documentation seems
to be lacking, and I couldn't find the patch (found a dead Guthub link).


Anyone have any more info?


--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: 2 P25 reflectors on the same box

Doug - W4DBG
 

Is the port open on the router/firewall?



On Thu, Aug 6, 2020 at 7:31 PM Desertman <desertmansd@...> wrote:
I'm hoping someone can help with this one. We are trying to get 2 P25 reflectors to run on the same machine. The second service has a different name that the 1st, there is a separate .ini file, it has a separate port and it runs in a separate directory. The service starts just fine with no errors but we cannot connect to it via pi-star even though we've updated the P25Hosts.txt file on the pi-star.

Any help would be great.

73's
Ted
W6SAT

--
Doug Gooden
troytrojan@...


Re: 2 P25 reflectors on the same box

Steve N4IRS
 

Pi-Star has a firewall. It may be blocking the outbound traffic on that port. Google Pi-Star firewall to find out how to modify the firewall.

Steve N4IRS

On 8/6/20 7:43 PM, Desertman wrote:
I'm hoping someone can help with this one. We are trying to get 2 P25 reflectors to run on the same machine. The second service has a different name that the 1st, there is a separate .ini file, it has a separate port and it runs in a separate directory. The service starts just fine with no errors but we cannot connect to it via pi-star even though we've updated the P25Hosts.txt file on the pi-star.

Any help would be great.

73's
Ted
W6SAT


2 P25 reflectors on the same box

Desertman
 

I'm hoping someone can help with this one. We are trying to get 2 P25 reflectors to run on the same machine. The second service has a different name that the 1st, there is a separate .ini file, it has a separate port and it runs in a separate directory. The service starts just fine with no errors but we cannot connect to it via pi-star even though we've updated the P25Hosts.txt file on the pi-star.

Any help would be great.

73's
Ted
W6SAT


Re: error while installing quantar

Steve N4IRS
 

I am upgrading ALL the apt packages. New features. New DVSwitch-?

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tom <tom@...>
Sent: Thursday, August 6, 2020 4:18:19 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] error while installing quantar
 

Steve, again thanks. I just needed to start my reflector and point to it. It’s all working now.

 

That DMR ID file patch in dvswitch.sh should probably be fixed in the repo install.

 

Thanks again,

Tom

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 2:45 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] error while installing quantar

 

That is what it is supposed to do.
It's waiting for traffic from MMDVM_Bridge on a TG to tell it what reflector to connect to.
Unless, you want it to startup on a particular reflector.

P25Gateway.ini
[Network]
Startup=3166
InactivityTimeout=10
 
This says, connect to the reflector for TG 3166.
If P25Gateway is pointed to another reflector and there is no activity, P25Gateway will revert to TG 3166

Steve N4IRS

On 8/6/2020 3:36 PM, Tom wrote:

Thanks Steve. That got me past the error in the DVSwitch.sh.

 

Now, when I run /opt/P25Gateway/P25Gateway P25Gateway.ini  , I get:

 

root@P25reflector:/opt/P25Gateway# ./P25Gateway P25Gateway.ini

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:36.315 Loaded 13 P25 reflectors

I: 2020-08-06 19:17:36.315 Loaded P25 parrot (TG10)

I: 2020-08-06 19:17:36.853 Loaded 169569 Ids to the callsign lookup table

M: 2020-08-06 19:17:36.853 Starting P25Gateway-20180409

I: 2020-08-06 19:17:36.853 Started the DMR Id lookup reload thread

 

And it just hangs there.

 

Tom

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 1:27 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] error while installing quantar

 

Tom,
As root:
cd /opt/MMDVM_Bridge
ls -la
# do you have a dvswitch.sh?
mv dvswitch.sh dvswitch.sh.old
wget https://github.com/DVSwitch/MMDVM_Bridge/raw/master/dvswitch.sh
chmod +x dvswitch.sh
apt-get install -f

Steve N4IRS

On 8/6/2020 2:10 PM, Tom wrote:

I started with a clean raspian Stretsh (Debian 9) in a Pi3B+. I installed the dvswitch-repo and an update. While installing quantar I get errors associated with DMR ID file:

Setting up mmdvm-bridge (1.5-20200427-23) ...

Error, DMR ID file does not seem to be valid

dpkg: error processing package mmdvm-bridge (--configure):

 subprocess installed post-installation script returned error exit status 251

Setting up p25gateway (1.1-20180424-9) ...

Created symlink /etc/systemd/system/multi-user.target.wants/p25gateway.service -> /lib/systemd/system/p25gateway.service.

Setting up quantar (1.01-20180420-2) ...

Errors were encountered while processing:

 mmdvm-bridge

E: Sub-process /usr/bin/dpkg returned an error code (1)

Thanks,
Tom / K5TRA

 

 


Re: error while installing quantar

Tom
 

Steve, again thanks. I just needed to start my reflector and point to it. It’s all working now.

 

That DMR ID file patch in dvswitch.sh should probably be fixed in the repo install.

 

Thanks again,

Tom

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 2:45 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] error while installing quantar

 

That is what it is supposed to do.
It's waiting for traffic from MMDVM_Bridge on a TG to tell it what reflector to connect to.
Unless, you want it to startup on a particular reflector.

P25Gateway.ini
[Network]
Startup=3166
InactivityTimeout=10
 
This says, connect to the reflector for TG 3166.
If P25Gateway is pointed to another reflector and there is no activity, P25Gateway will revert to TG 3166

Steve N4IRS

On 8/6/2020 3:36 PM, Tom wrote:

Thanks Steve. That got me past the error in the DVSwitch.sh.

 

Now, when I run /opt/P25Gateway/P25Gateway P25Gateway.ini  , I get:

 

root@P25reflector:/opt/P25Gateway# ./P25Gateway P25Gateway.ini

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:36.315 Loaded 13 P25 reflectors

I: 2020-08-06 19:17:36.315 Loaded P25 parrot (TG10)

I: 2020-08-06 19:17:36.853 Loaded 169569 Ids to the callsign lookup table

M: 2020-08-06 19:17:36.853 Starting P25Gateway-20180409

I: 2020-08-06 19:17:36.853 Started the DMR Id lookup reload thread

 

And it just hangs there.

 

Tom

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 1:27 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] error while installing quantar

 

Tom,
As root:
cd /opt/MMDVM_Bridge
ls -la
# do you have a dvswitch.sh?
mv dvswitch.sh dvswitch.sh.old
wget https://github.com/DVSwitch/MMDVM_Bridge/raw/master/dvswitch.sh
chmod +x dvswitch.sh
apt-get install -f

Steve N4IRS

On 8/6/2020 2:10 PM, Tom wrote:

I started with a clean raspian Stretsh (Debian 9) in a Pi3B+. I installed the dvswitch-repo and an update. While installing quantar I get errors associated with DMR ID file:

Setting up mmdvm-bridge (1.5-20200427-23) ...

Error, DMR ID file does not seem to be valid

dpkg: error processing package mmdvm-bridge (--configure):

 subprocess installed post-installation script returned error exit status 251

Setting up p25gateway (1.1-20180424-9) ...

Created symlink /etc/systemd/system/multi-user.target.wants/p25gateway.service -> /lib/systemd/system/p25gateway.service.

Setting up quantar (1.01-20180420-2) ...

Errors were encountered while processing:

 mmdvm-bridge

E: Sub-process /usr/bin/dpkg returned an error code (1)

Thanks,
Tom / K5TRA

 

 


Re: error while installing quantar

Steve N4IRS
 

That is what it is supposed to do.
It's waiting for traffic from MMDVM_Bridge on a TG to tell it what reflector to connect to.
Unless, you want it to startup on a particular reflector.

P25Gateway.ini
[Network]
Startup=3166
InactivityTimeout=10
 
This says, connect to the reflector for TG 3166.
If P25Gateway is pointed to another reflector and there is no activity, P25Gateway will revert to TG 3166

Steve N4IRS


On 8/6/2020 3:36 PM, Tom wrote:

Thanks Steve. That got me past the error in the DVSwitch.sh.

 

Now, when I run /opt/P25Gateway/P25Gateway P25Gateway.ini  , I get:

 

root@P25reflector:/opt/P25Gateway# ./P25Gateway P25Gateway.ini

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:36.315 Loaded 13 P25 reflectors

I: 2020-08-06 19:17:36.315 Loaded P25 parrot (TG10)

I: 2020-08-06 19:17:36.853 Loaded 169569 Ids to the callsign lookup table

M: 2020-08-06 19:17:36.853 Starting P25Gateway-20180409

I: 2020-08-06 19:17:36.853 Started the DMR Id lookup reload thread

 

And it just hangs there.

 

Tom

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 1:27 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] error while installing quantar

 

Tom,
As root:
cd /opt/MMDVM_Bridge
ls -la
# do you have a dvswitch.sh?
mv dvswitch.sh dvswitch.sh.old
wget https://github.com/DVSwitch/MMDVM_Bridge/raw/master/dvswitch.sh
chmod +x dvswitch.sh
apt-get install -f

Steve N4IRS

On 8/6/2020 2:10 PM, Tom wrote:

I started with a clean raspian Stretsh (Debian 9) in a Pi3B+. I installed the dvswitch-repo and an update. While installing quantar I get errors associated with DMR ID file:

Setting up mmdvm-bridge (1.5-20200427-23) ...

Error, DMR ID file does not seem to be valid

dpkg: error processing package mmdvm-bridge (--configure):

 subprocess installed post-installation script returned error exit status 251

Setting up p25gateway (1.1-20180424-9) ...

Created symlink /etc/systemd/system/multi-user.target.wants/p25gateway.service -> /lib/systemd/system/p25gateway.service.

Setting up quantar (1.01-20180420-2) ...

Errors were encountered while processing:

 mmdvm-bridge

E: Sub-process /usr/bin/dpkg returned an error code (1)

Thanks,
Tom / K5TRA

 



Re: error while installing quantar

Tom
 

Thanks Steve. That got me past the error in the DVSwitch.sh.

 

Now, when I run /opt/P25Gateway/P25Gateway P25Gateway.ini  , I get:

 

root@P25reflector:/opt/P25Gateway# ./P25Gateway P25Gateway.ini

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:35.943 Opening P25 network connection

I: 2020-08-06 19:17:36.315 Loaded 13 P25 reflectors

I: 2020-08-06 19:17:36.315 Loaded P25 parrot (TG10)

I: 2020-08-06 19:17:36.853 Loaded 169569 Ids to the callsign lookup table

M: 2020-08-06 19:17:36.853 Starting P25Gateway-20180409

I: 2020-08-06 19:17:36.853 Started the DMR Id lookup reload thread

 

And it just hangs there.

 

Tom

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, August 6, 2020 1:27 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] error while installing quantar

 

Tom,
As root:
cd /opt/MMDVM_Bridge
ls -la
# do you have a dvswitch.sh?
mv dvswitch.sh dvswitch.sh.old
wget https://github.com/DVSwitch/MMDVM_Bridge/raw/master/dvswitch.sh
chmod +x dvswitch.sh
apt-get install -f

Steve N4IRS

On 8/6/2020 2:10 PM, Tom wrote:

I started with a clean raspian Stretsh (Debian 9) in a Pi3B+. I installed the dvswitch-repo and an update. While installing quantar I get errors associated with DMR ID file:

Setting up mmdvm-bridge (1.5-20200427-23) ...

Error, DMR ID file does not seem to be valid

dpkg: error processing package mmdvm-bridge (--configure):

 subprocess installed post-installation script returned error exit status 251

Setting up p25gateway (1.1-20180424-9) ...

Created symlink /etc/systemd/system/multi-user.target.wants/p25gateway.service -> /lib/systemd/system/p25gateway.service.

Setting up quantar (1.01-20180420-2) ...

Errors were encountered while processing:

 mmdvm-bridge

E: Sub-process /usr/bin/dpkg returned an error code (1)

Thanks,
Tom / K5TRA

 

3041 - 3060 of 9933