Date   

Re: Parrot with hb_confbridge.py

Cort N0MJS <n0mjs@...>
 

I stand corrected. I didn’t write the hb_parrot.py. It doesn’t have TGID selection built in like the IPSC/DMRlink version — then I stand with Matthew, 2E0SIP.

On Jul 26, 2018, at 2:35 PM, Cort N0MJS via Groups.Io <n0mjs@...> wrote:

Make parrot a client and connect it to master-1?


On Jul 26, 2018, at 2:30 PM, Jay Campbell KB9YYN <jay@...> wrote:

This is what I am trying to do but maybe I'm on the wrong track.
Does anyone have a comment on my approach or have a different way to add a "parrot" function to a master like a BrandMeister parrot?<PARROT _1_.svg>

Cort Buffington
785-865-7206


Re: Parrot with hb_confbridge.py

Matthew 2E0SIP
 

Hi Jay,

My previous comment still stands, I was waiting for one of the core DVSwitch team to weigh in before expanding.

It's been a while since I've played with this, but as far as I remember best way to configure this today, without any code changes, is to configure the Parrot as a client and run two "Master" instances within confbridge, one for MMDVM clients and one for the Parrot itself.  

I hope that helps,
Matthew
2E0SIP


Re: Parrot with hb_confbridge.py

Cort N0MJS <n0mjs@...>
 

Make parrot a client and connect it to master-1?


On Jul 26, 2018, at 2:30 PM, Jay Campbell KB9YYN <jay@...> wrote:

This is what I am trying to do but maybe I'm on the wrong track.
Does anyone have a comment on my approach or have a different way to add a "parrot" function to a master like a BrandMeister parrot?<PARROT _1_.svg>


Re: Parrot with hb_confbridge.py

Jay Campbell KB9YYN
 

This is what I am trying to do but maybe I'm on the wrong track.
Does anyone have a comment on my approach or have a different way to add a "parrot" function to a master like a BrandMeister parrot?


locked DVSwitch-System-Builder

Steve N4IRS
 

I have uploaded to the git repository DVSwitch-System-Builder a method of adding the programs and scripts people will use to build and run most of the DVSwitch programs. The idea is once you have setup a base Debian (or derivative), the System Builder will add most of the DVSwitch programs, scripts and data files. It will then grab the MMDVM programs, build and install them. All of the programs are unconfigured and ready to edit. This is simply a brute force script to take the tedium out of setting up a fresh system. (Which I seem to do a lot) It does NOT configure the bridges for you. It simply puts most of what you need on the disk. One neat addition, is the start of a dashboard. I am taking the add-on Dashboard and modifying it for use with MMDVM_Bridge. It is a work in progress and if someone, anyone speaks PHP better then I do, by all means help! 

I have more to add (HBlink and DMRlink) and anything else I can think of or be suggested. This is a outgrowth of a System Builder I use to setup a MMDVM system since I usually do not use Pi-Star. Speaking of Pi-Star, DO NOT try to add this to Pi-Star.

Please consider this a community project.

73, Steve N4IRS   


Re: Parrot with hb_confbridge.py

Matthew 2E0SIP
 

So to confirm your logic looks like:

Client (MMDVM?) - - > Conf Bridge - - > Parrot ? 

I suspect the traffic is getting as far as the Parrot Master and failing the Radio ID validation, because Conf Bridge doesn't rewrite the ID unless something has recently changed. 


Re: Dmrlink confbridge.

KB5PBM
 

I found my issue.  In the HB_Bridge config I had set to translate to TS 2 of the talkgroup between HBlink and DMRlink.  I'll try it again this evening.  Sorry bout that.


Parrot with hb_confbridge.py

Jay Campbell KB9YYN
 

Hi all,

I've set up a master, MASTER-1, using hb_confbridge.py and its working great.  All clients can connect to the master and all traffic is repeated to all of the clients. 

I would like to add a parrot to this master that would be accessed via a rule using TS 2 and TGID 9999.  In order to do this I have created two different directories, one that runs hb_confbridge and one that runs hb_parrot.  My intent is to bridge to the PARROT master via CLIENT-1 when the bridge rule is met.

Problem:  Traffic is not being passed from MASTER-1 to the PARROT master using CLIENT-1 even though the rule seems to be bridging MASTER-1 to CLIENT-1 (as seen in the terminal window).  It appears that CLIENT-1 connects to PARROT during startup because I can see the exchange in the terminal.


Diredctory 1:  (/opt/hblink/)
This is the directory where I run hb_confbridge.py and use the following configurations.

hblink.cfg
[MASTER-1]
MODE: MASTER
ENABLED: True
REPEAT: True
EXPORT_AMBE: False
IP:
PORT: 54000
PASSPHRASE: s3cr37w0rd
GROUP_HANGTIME: 5

[CLIENT-1] MODE: CLIENT ENABLED: True LOOSE: False EXPORT_AMBE: False IP: 127.0.0.1 PORT: 6302 MASTER_IP: 127.0.0.1 MASTER_PORT: 62031
PASSPHRASE: s3cr37w0rd

hb_confbridge_rules.py
BRIDGES = {
 
    'hblink': [
            {'SYSTEM': 'MASTER-1',    'TS': 2, 'TGID': 9999, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []},
            {'SYSTEM': 'CLIENT-1',    'TS': 2, 'TGID': 9999, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []},
        ]
}


Diredctory 2:  (/opt/HBLink/)

This is the directory where I run hb_parrot.py and use the following configuration.

hblink.cfg
[PARROT]
MODE: MASTER
ENABLED: True
REPEAT: True
EXPORT_AMBE: False
IP:127.0.0.1
PORT: 62031
PASSPHRASE: s3cr37w0rd
GROUP_HANGTIME: 5

I am very new to this and don't even know if I am approaching this in a logical manner.  Can anyone find a flaw and point me in the right direction?

Thanks!











Re: Dmrlink confbridge.

Cort N0MJS <n0mjs@...>
 

You’re going to have to be a bit more specific.

confbridge.py is part of DMRlink
hb_confbridge.py is part of HBlink

dmrlink.py does not translate TS or TGIDs, and doesn’t bridge anything

I’m going to assume you’re talking about confbridge.py under DMRlink and that you’re trying to pass traffic between to systems, and change the TGIDs. If that’s the case, confbridge.py does not have an error message that says “tg not defined in conference” - I know, I wrote the application.

Please explain exactly what your setup is, and provide the exact error message, any pertinent configuration files (dmrlink.cfg, confbridge_rules.py… any others that apply). And no screen shots please — send text or attach text files.

On Jul 24, 2018, at 10:02 PM, KB5PBM <rob297@...> wrote:

I'm currently running dmrlink. I have a Motorola repeater connected to a master stanza and hb_bridge connected to a master stanza and that gives ALS access thru hblink.  I have several talkgroups defined.  With hblink I can define confbridge to change the timeslot between master stanzas.  Ex.  Say one master the tg in ts1 and another master ts1 same talkgroup.  And it works great!!  However. Dmrlink will not do this. If I try and change the ts between masters its days tg not defined in conference. 

Cort Buffington
785-865-7206


Dmrlink confbridge.

KB5PBM
 

I'm currently running dmrlink. I have a Motorola repeater connected to a master stanza and hb_bridge connected to a master stanza and that gives ALS access thru hblink.  I have several talkgroups defined.  With hblink I can define confbridge to change the timeslot between master stanzas.  Ex.  Say one master the tg in ts1 and another master ts1 same talkgroup.  And it works great!!  However. Dmrlink will not do this. If I try and change the ts between masters its days tg not defined in conference. 


Re: solved: [DVSwitch] stanzas

Steve N4IRS
 

I would call that a bug, and a win.

Thanks for hanging in.

Steve

On 07/24/2018 10:49 PM, Ken KE2N via Groups.Io wrote:

You and I homed in on it at the same time.

 

If you use CCS7+2 for gatewayDmrid it ends up using garbage for the source ID.  And the repeater will not transmit.

Perhaps a comment to this effect would be good in the starting ini file.

 

Look at it now:

 

DMR, Begin TX: src=3151469 rpt=315146902 dst=315148 slot=2 cc=6 metadata=KE2N

 

And it works on DMR transmit!  I am declaring victory and going to bed.

 

Thanks for your help Steve

73

Ken

 

 

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, July 24, 2018 10:36 PM
To: main@DVSwitch.groups.io
Subject: Re: : [DVSwitch] stanzas

 

I don't see anything that jumps out. One thing to try is:
gatewayDmrId = 3151469

On 07/24/2018 10:11 PM, Ken KE2N via Groups.Io wrote:

No problem

 

Here is one (mmdvm)

 

[DMR]

Enable=1

ColorCode=6

EmbeddedLCOnly=1

DumpTAData=0

 

And perhaps you meant this one (dvswitch)

 

[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

 

==============

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, July 24, 2018 8:39 PM
To: main@DVSwitch.groups.io
Subject: Re: : [DVSwitch] stanzas

 

Sorry,
I should have also asked for the [DMR] stanza.

On 07/24/2018 08:36 PM, Ken KE2N via Groups.Io wrote:

Yessir  (some white space squeezed out here):

 

 

[AMBE_AUDIO]

address = 127.0.0.1    ; IP address of xx_Bridge

txPort = 31103         ; Transmit TLV frames to partner on this port

rxPort = 31100         ; Listen for TLV frames from partner on this port

ambeMode = DMR         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)

minTxTimeMS = 3000     ; 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 = 315146901      ; ID to use when transmitting from Analog_Bridge

repeaterID = 315146902        ; ID of source repeater

txTg = 315148                 ; 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 = 6                 ; Color Code to assign DMR frames

 

= = = = = =

 

[General]

Callsign=KE2N

Id=315145701

Timeout=180

Duplex=0

 

[DMR Network]

Enable=1

Address=74.91.114.19

Port=62031

Jitter=360

Local=62032

Password=passw0rd

Slot1=1

Slot2=1

Debug=0

 

= = = = = =

 

 



solved: [DVSwitch] stanzas

Ken KE2N
 

You and I homed in on it at the same time.

 

If you use CCS7+2 for gatewayDmrid it ends up using garbage for the source ID.  And the repeater will not transmit.

Perhaps a comment to this effect would be good in the starting ini file.

 

Look at it now:

 

DMR, Begin TX: src=3151469 rpt=315146902 dst=315148 slot=2 cc=6 metadata=KE2N

 

And it works on DMR transmit!  I am declaring victory and going to bed.

 

Thanks for your help Steve

73

Ken

 

 

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, July 24, 2018 10:36 PM
To: main@DVSwitch.groups.io
Subject: Re: : [DVSwitch] stanzas

 

I don't see anything that jumps out. One thing to try is:
gatewayDmrId = 3151469

On 07/24/2018 10:11 PM, Ken KE2N via Groups.Io wrote:

No problem

 

Here is one (mmdvm)

 

[DMR]

Enable=1

ColorCode=6

EmbeddedLCOnly=1

DumpTAData=0

 

And perhaps you meant this one (dvswitch)

 

[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

 

==============

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, July 24, 2018 8:39 PM
To: main@DVSwitch.groups.io
Subject: Re: : [DVSwitch] stanzas

 

Sorry,
I should have also asked for the [DMR] stanza.

On 07/24/2018 08:36 PM, Ken KE2N via Groups.Io wrote:

Yessir  (some white space squeezed out here):

 

 

[AMBE_AUDIO]

address = 127.0.0.1    ; IP address of xx_Bridge

txPort = 31103         ; Transmit TLV frames to partner on this port

rxPort = 31100         ; Listen for TLV frames from partner on this port

ambeMode = DMR         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)

minTxTimeMS = 3000     ; 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 = 315146901      ; ID to use when transmitting from Analog_Bridge

repeaterID = 315146902        ; ID of source repeater

txTg = 315148                 ; 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 = 6                 ; Color Code to assign DMR frames

 

= = = = = =

 

[General]

Callsign=KE2N

Id=315145701

Timeout=180

Duplex=0

 

[DMR Network]

Enable=1

Address=74.91.114.19

Port=62031

Jitter=360

Local=62032

Password=passw0rd

Slot1=1

Slot2=1

Debug=0

 

= = = = = =

 

 


Re: Oddly

Steve N4IRS
 

I saw that. try changing:
gatewayDmrId = 3151469
And let's see what the src says.

On 07/24/2018 10:36 PM, Ken KE2N via Groups.Io wrote:

the non-functional transmit data in the log shows a "src=" number that I do not recognize

 DMR, Begin TX: src=13157013 rpt=315146902 dst=315148 slot=2 cc=6 metadata=315146901

In your how-to example, the src= is the same number as metadata=   in mine it's not.

I searched through my ini files and I cannot find 13157013 anywhere.    Perhaps because this is not a valid number (not in the CSV files) it is not letting it transmit? 


Test

Ed W8VT
 

Test. 
Please ignore.


Oddly

Ken KE2N
 


the non-functional transmit data in the log shows a "src=" number that I do not recognize

 DMR, Begin TX: src=13157013 rpt=315146902 dst=315148 slot=2 cc=6 metadata=315146901

In your how-to example, the src= is the same number as metadata=   in mine it's not.

I searched through my ini files and I cannot find 13157013 anywhere.    Perhaps because this is not a valid number (not in the CSV files) it is not letting it transmit? 


Re: : [DVSwitch] stanzas

Steve N4IRS
 

I don't see anything that jumps out. One thing to try is:
gatewayDmrId = 3151469

On 07/24/2018 10:11 PM, Ken KE2N via Groups.Io wrote:

No problem

 

Here is one (mmdvm)

 

[DMR]

Enable=1

ColorCode=6

EmbeddedLCOnly=1

DumpTAData=0

 

And perhaps you meant this one (dvswitch)

 

[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

 

==============

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, July 24, 2018 8:39 PM
To: main@DVSwitch.groups.io
Subject: Re: : [DVSwitch] stanzas

 

Sorry,
I should have also asked for the [DMR] stanza.

On 07/24/2018 08:36 PM, Ken KE2N via Groups.Io wrote:

Yessir  (some white space squeezed out here):

 

 

[AMBE_AUDIO]

address = 127.0.0.1    ; IP address of xx_Bridge

txPort = 31103         ; Transmit TLV frames to partner on this port

rxPort = 31100         ; Listen for TLV frames from partner on this port

ambeMode = DMR         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)

minTxTimeMS = 3000     ; 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 = 315146901      ; ID to use when transmitting from Analog_Bridge

repeaterID = 315146902        ; ID of source repeater

txTg = 315148                 ; 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 = 6                 ; Color Code to assign DMR frames

 

= = = = = =

 

[General]

Callsign=KE2N

Id=315145701

Timeout=180

Duplex=0

 

[DMR Network]

Enable=1

Address=74.91.114.19

Port=62031

Jitter=360

Local=62032

Password=passw0rd

Slot1=1

Slot2=1

Debug=0

 

= = = = = =

 



Re: : [DVSwitch] stanzas

Ken KE2N
 

No problem

 

Here is one (mmdvm)

 

[DMR]

Enable=1

ColorCode=6

EmbeddedLCOnly=1

DumpTAData=0

 

And perhaps you meant this one (dvswitch)

 

[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

 

==============

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, July 24, 2018 8:39 PM
To: main@DVSwitch.groups.io
Subject: Re: : [DVSwitch] stanzas

 

Sorry,
I should have also asked for the [DMR] stanza.

On 07/24/2018 08:36 PM, Ken KE2N via Groups.Io wrote:

Yessir  (some white space squeezed out here):

 

 

[AMBE_AUDIO]

address = 127.0.0.1    ; IP address of xx_Bridge

txPort = 31103         ; Transmit TLV frames to partner on this port

rxPort = 31100         ; Listen for TLV frames from partner on this port

ambeMode = DMR         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)

minTxTimeMS = 3000     ; 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 = 315146901      ; ID to use when transmitting from Analog_Bridge

repeaterID = 315146902        ; ID of source repeater

txTg = 315148                 ; 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 = 6                 ; Color Code to assign DMR frames

 

= = = = = =

 

[General]

Callsign=KE2N

Id=315145701

Timeout=180

Duplex=0

 

[DMR Network]

Enable=1

Address=74.91.114.19

Port=62031

Jitter=360

Local=62032

Password=passw0rd

Slot1=1

Slot2=1

Debug=0

 

= = = = = =

 


Re: : [DVSwitch] stanzas

Steve N4IRS
 

Sorry,
I should have also asked for the [DMR] stanza.

On 07/24/2018 08:36 PM, Ken KE2N via Groups.Io wrote:

Yessir  (some white space squeezed out here):

 

 

[AMBE_AUDIO]

address = 127.0.0.1    ; IP address of xx_Bridge

txPort = 31103         ; Transmit TLV frames to partner on this port

rxPort = 31100         ; Listen for TLV frames from partner on this port

ambeMode = DMR         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)

minTxTimeMS = 3000     ; 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 = 315146901      ; ID to use when transmitting from Analog_Bridge

repeaterID = 315146902        ; ID of source repeater

txTg = 315148                 ; 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 = 6                 ; Color Code to assign DMR frames

 

= = = = = =

 

[General]

Callsign=KE2N

Id=315145701

Timeout=180

Duplex=0

 

[DMR Network]

Enable=1

Address=74.91.114.19

Port=62031

Jitter=360

Local=62032

Password=passw0rd

Slot1=1

Slot2=1

Debug=0

 

= = = = = =



: [DVSwitch] stanzas

Ken KE2N
 

Yessir  (some white space squeezed out here):

 

 

[AMBE_AUDIO]

address = 127.0.0.1    ; IP address of xx_Bridge

txPort = 31103         ; Transmit TLV frames to partner on this port

rxPort = 31100         ; Listen for TLV frames from partner on this port

ambeMode = DMR         ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)

minTxTimeMS = 3000     ; 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 = 315146901      ; ID to use when transmitting from Analog_Bridge

repeaterID = 315146902        ; ID of source repeater

txTg = 315148                 ; 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 = 6                 ; Color Code to assign DMR frames

 

= = = = = =

 

[General]

Callsign=KE2N

Id=315145701

Timeout=180

Duplex=0

 

[DMR Network]

Enable=1

Address=74.91.114.19

Port=62031

Jitter=360

Local=62032

Password=passw0rd

Slot1=1

Slot2=1

Debug=0

 

= = = = = =


Re: sorry

Steve N4IRS
 

Please show your complete [AMBE_AUDIO] stanza in Analog_Bridge.ini
Also show the [General] and [DMR Network] stanzas in MMDVM_Bridge.ini

Steve

On 07/24/2018 07:28 PM, Ken KE2N via Groups.Io wrote:
Following this thread back, I think you were telling me that I need two fob's to do DMR to DSTAR.  I understand the AB's would be  cascaded to do that.  Right now I am just doing DMR to analog,  but I am only getting it to work in one direction - from DMR to analog.  In the direction from analog to DMR, MMDVM_Bridge says it is TX'ing, but the repeater does not key up.  I am using the repeater's own address as a talkgroup and have configured that address as a static TG on TS2 in the repeater's configuration.  That approach worked with Open Spot.

in the mmdvm output, the repeater's address appears in the "dst=" field, the slot and color code are correct. 
I am not sure any of the other data is important.

Begin TX: src=13157013 rpt=315146902 dst=315148 slot=2 cc=6 metadata=315146901
 

7641 - 7660 of 9595