Date   

Re: "Pre-empt" all talkgroups?

Peter M0NWI
 


Would you not just set the hangtime for a super long time?

73,
Peter


Sent from Outlook
From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of David Andrzejewski KD8TWG via Groups.Io <david@...>
Sent: 05 July 2017 16:45:44
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] "Pre-empt" all talkgroups?
 
Well, I guess let me be more specific. Wondering if we can do that so it just locks out all the other talk groups from being brought in via DMRLink. The user would still be able to key up but it wouldn't get them anywhere. Sure, not the most user-friendly. But I'm thinking like if our local club wants to use a particular local talk group for a net, and doesn't want to be interrupted.

- Dave

July 5, 2017 11:41 AM, "Cort N0MJS" <n0mjs@...> wrote:

What you're suggesting would require sending a message back to the originating repeater to bonk the subscriber. Absolutely I believe Motorola has a way to do that, I just have no clue what it is, or if it's part of XCMP (likely). In this case, the programming isn't the hard part, it's figuring out what has to be sent.
0x49 DE N0MJS

Sent from my iPhone

On Jul 5, 2017, at 9:20 AM, David Andrzejewski KD8TWG via Groups.Io <david@...> wrote:
Is there a way - in bridge or confbridge - to configure a talk group in a way that when a user keys up on it, that talk group has the time slot for a certain amount of time, and for that amount of time, no other talk group can be used on that slot, regardless of what other talk groups a user PTTs on? If not, is there a good reason to not have this? Otherwise, if I can find the time, I may be willing to fork the code and implement that feature myself.

- Dave/KD8TWG


Re: "Pre-empt" all talkgroups?

David Andrzejewski KD8TWG
 

Well, I guess let me be more specific. Wondering if we can do that so it just locks out all the other talk groups from being brought in via DMRLink. The user would still be able to key up but it wouldn't get them anywhere. Sure, not the most user-friendly. But I'm thinking like if our local club wants to use a particular local talk group for a net, and doesn't want to be interrupted.

- Dave

July 5, 2017 11:41 AM, "Cort N0MJS" <n0mjs@...> wrote:

What you're suggesting would require sending a message back to the originating repeater to bonk the subscriber. Absolutely I believe Motorola has a way to do that, I just have no clue what it is, or if it's part of XCMP (likely). In this case, the programming isn't the hard part, it's figuring out what has to be sent.
0x49 DE N0MJS

Sent from my iPhone

On Jul 5, 2017, at 9:20 AM, David Andrzejewski KD8TWG via Groups.Io <david@...> wrote:
Is there a way - in bridge or confbridge - to configure a talk group in a way that when a user keys up on it, that talk group has the time slot for a certain amount of time, and for that amount of time, no other talk group can be used on that slot, regardless of what other talk groups a user PTTs on? If not, is there a good reason to not have this? Otherwise, if I can find the time, I may be willing to fork the code and implement that feature myself.

- Dave/KD8TWG


Re: "Pre-empt" all talkgroups?

Cort N0MJS <n0mjs@...>
 

What you're suggesting would require sending a message back to the originating repeater to bonk the subscriber. Absolutely I believe Motorola has a way to do that, I just have no clue what it is, or if it's part of XCMP (likely). In this case, the programming isn't the hard part, it's figuring out what has to be sent.

0x49 DE N0MJS

Sent from my iPhone

On Jul 5, 2017, at 9:20 AM, David Andrzejewski KD8TWG via Groups.Io <david@...> wrote:

Is there a way - in bridge or confbridge - to configure a talk group in a way that when a user keys up on it, that talk group has the time slot for a certain amount of time, and for that amount of time, no other talk group can be used on that slot, regardless of what other talk groups a user PTTs on?  If not, is there a good reason to not have this?  Otherwise, if I can find the time, I may be willing to fork the code and implement that feature myself.

- Dave/KD8TWG


"Pre-empt" all talkgroups?

David Andrzejewski KD8TWG
 

Is there a way - in bridge or confbridge - to configure a talk group in a way that when a user keys up on it, that talk group has the time slot for a certain amount of time, and for that amount of time, no other talk group can be used on that slot, regardless of what other talk groups a user PTTs on?  If not, is there a good reason to not have this?  Otherwise, if I can find the time, I may be willing to fork the code and implement that feature myself.

- Dave/KD8TWG


Re: HBlink and DMRlink in "production"

 

 

Here is my setup .

                                                                                                  MMDVM Repeater

                                                                                                              |

                                                                                                              | (MMDVM)

AST  --  Analog_Bridge ---  HB_Bridge –(TOHB)--- HB_confbridge—(TOBM)---  BM server

                                               /opt/HBlink/                      /opt/HBlink2/

 

 

 

My HB_confbridge has 2 rules , TG9TS2  links MMDVM and AST

TG3027TS1   links MMDVM and BM

 

Communication is reliable   everywhere ….

 

Wanted to  use  private call 9990  for Parrot  from  BM . HB-confbridge does not seem to pass private call….

So I  will try using  HBparrot on  HB_confbridge  9991 on group call for the users  to have Parrot available..

 

Richard VE2DJE

 

 

 

 


Re: Beta testing of DummyRepeater for ASL

Steve N4IRS
 

Matthew,
I don't think you can have multiple instances of the USRP channel driver. I would have to experiment.
I have my doubts.

Steve

On 07/03/2017 09:45 PM, Matthew Pitts N8OHU via Groups.Io wrote:
Steve,

I'm probably going to run this with one of my older Internet Labs
DV-Dongles, as those are what's available for D-STAR if I also have a
DMR bridge set up. A question; can you have multiple instances of the
USRP channel driver or would I have to have two separate AllStar
machines for that. Not that having them would be an issue, just
curiosity catching the mousetrap here.


Matthew

N8OHU


On 7/3/2017 12:09 PM, Steve N4IRS wrote:
Beta testing of a simple D-Star <---> AllStar bridge can begin
<https://github.com/N4IRS/Analog_Bridge/tree/master/DummyRepeater>


This is NOT D-Star_Bridge. The changes made are to 1 file in
DummyRepeater. This does require a Vocoder. I am using a PiDV from
NWD. I will test this with a ThumbDV. Dummy repeater is not a command
line program, so it does require a console. I am testing a solution to
run this headless. Once everything works we will release the patch.
Audio also available on EchoLink N4IRS-L

73, Steve N4IRS

---
This email has been checked for viruses by AVG.
http://www.avg.com



Re: Beta testing of DummyRepeater for ASL

Matthew Pitts N8OHU
 

Steve,

I'm probably going to run this with one of my older Internet Labs
DV-Dongles, as those are what's available for D-STAR if I also have a
DMR bridge set up. A question; can you have multiple instances of the
USRP channel driver or would I have to have two separate AllStar
machines for that. Not that having them would be an issue, just
curiosity catching the mousetrap here.


Matthew

N8OHU


On 7/3/2017 12:09 PM, Steve N4IRS wrote:
Beta testing of a simple D-Star <---> AllStar bridge can begin
<https://github.com/N4IRS/Analog_Bridge/tree/master/DummyRepeater>


This is NOT D-Star_Bridge. The changes made are to 1 file in
DummyRepeater. This does require a Vocoder. I am using a PiDV from
NWD. I will test this with a ThumbDV. Dummy repeater is not a command
line program, so it does require a console. I am testing a solution to
run this headless. Once everything works we will release the patch.
Audio also available on EchoLink N4IRS-L

73, Steve N4IRS


---
This email has been checked for viruses by AVG.
http://www.avg.com


Beta testing of DummyRepeater for ASL

Steve N4IRS
 

Beta testing of a simple D-Star <---> AllStar bridge can begin
<https://github.com/N4IRS/Analog_Bridge/tree/master/DummyRepeater>


This is NOT D-Star_Bridge. The changes made are to 1 file in DummyRepeater. This does require a Vocoder. I am using a PiDV from NWD. I will test this with a ThumbDV. Dummy repeater is not a command line program, so it does require a console. I am testing a solution to run this headless. Once everything works we will release the patch. Audio also available on EchoLink N4IRS-L

73, Steve N4IRS

--
---
"What are HB_Bridge, IPSC_Bridge and Analog_Bridge?"


Strange signals on AllStarlink Node 2600

Steve N4IRS
 

Alpha testing of a simple D-Star <---> AllStar bridge on ASL node 2600 continues. Now working transceive. The first part of the test will be ASL ---> D-Star. I will be using ASL 2135 (WAN) the output will be DCS006 T
What we are looking for here, is stability with the variety of analog signals available on 2135.

This is NOT D-Star_Bridge. The changes made are to 1 file in DummyRepeater. This does require a Vocoder. I am using a PiDV from NWD. I will test this with a ThumbDV. Dummy repeater is not a command line program, so it does require a console. I am testing a solution to run this headless. Once everything works we will release the patch. Audio also available on EchoLink N4IRS-L

73, Steve N4IRS

--
---
"What are HB_Bridge, IPSC_Bridge and Analog_Bridge?"


Re: HBlink and DMRlink in "production"

Steve Siesel [K4KSA]
 

Peter…

 

Nice sounding system….. I did make the mistake of doing a *73…..Allison is still talking back to me J

 

 

From: DVSwitch@groups.io [mailto:DVSwitch@groups.io] On Behalf Of G7RPG - Peter Kendall
Sent: Sunday, July 02, 2017 9:21 AM
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] HBlink and DMRlink in "production"

 

Steve & the Group

I have HBlink-HB_Bridge and Analog_Bridge in production to link  ASL node 45587 to BM TG23526 (Ref 4426).

I'm running all the DVSwitch services on an X86 atom, all my ASL nodes are running on RPi

The main hub (41522) normally has between 50 - 70 ASL nodes connected, the addition of the DMR link has proved very popular. 


Peter
G7RPG

On 01/07/2017 21:09, Steve N4IRS wrote:

If you are running any of the code in production, please post a description here. That would be DMRlink, HBlink, Analog_Bridge, HB_Bridge or IPSC_Bridge.

I have been running DMRlink Conference Bridge to connect my 3 Motorola repeaters to DMR-MARC, BM and DCI. It has been running day in and day out for quite some time.  This gives me great control of what TGs are available and keeping unneeded traffic off a repeater if no one is using it. That way 2 different repeaters can be using different TGs on the same TS. Works great.

Today I added HB_Bridge and IPSC_Bridge to the mix. I have 1 MMDVM based repeater that was directly connected to BM. Now with HB_Bridge and IPSC_Bridge, it is now part of the network. This means that Local (TS2 / TG2) on the MMDVM repeater is connected to Local on the Motorola repeaters. I did block DMR-MARC from the MMDVM repeater (for now) Next is to give the locals a place to connect their hot spots. 

Steve N4IRS

 


Re: HBlink and DMRlink in "production"

G7RPG - Peter Kendall
 

Steve & the Group

I have HBlink-HB_Bridge and Analog_Bridge in production to link  ASL node 45587 to BM TG23526 (Ref 4426).

I'm running all the DVSwitch services on an X86 atom, all my ASL nodes are running on RPi

The main hub (41522) normally has between 50 - 70 ASL nodes connected, the addition of the DMR link has proved very popular. 


Peter
G7RPG

On 01/07/2017 21:09, Steve N4IRS wrote:
If you are running any of the code in production, please post a description here. That would be DMRlink, HBlink, Analog_Bridge, HB_Bridge or IPSC_Bridge.

I have been running DMRlink Conference Bridge to connect my 3 Motorola repeaters to DMR-MARC, BM and DCI. It has been running day in and day out for quite some time.  This gives me great control of what TGs are available and keeping unneeded traffic off a repeater if no one is using it. That way 2 different repeaters can be using different TGs on the same TS. Works great.

Today I added HB_Bridge and IPSC_Bridge to the mix. I have 1 MMDVM based repeater that was directly connected to BM. Now with HB_Bridge and IPSC_Bridge, it is now part of the network. This means that Local (TS2 / TG2) on the MMDVM repeater is connected to Local on the Motorola repeaters. I did block DMR-MARC from the MMDVM repeater (for now) Next is to give the locals a place to connect their hot spots. 

Steve N4IRS


Running test...

 

Here is what I am  running

 

AST Network  ß à  AST NODE ß à Analog_Bridge ß à HB_Bridge ß à MMDVM repeater .

 

Just fixed the long  PTT release from  AST ...

 

Still in test but had a couple of  flawless QSO  ..... Looks very  good

 

 

Next step is to figure out  how to put  DV_Switch in my configuration  .

 

Will experiment  hb_confbridge_rules  with hblink config for MASTER-1 CLIENT-1 and CLIENT-2

 

MASTER-1  to mmdvm

CLIENT-1 to BM network...                         (TS1 TG3027)

CLIENT-2 to  Analog_Bridge   and  AST     ( TS2 TG9)

 

Adding more as I  start to implement ...

 

Will try to run  of hb_confbridge/hblink from one folder for MASTER-1 and CLIENT-1

and another instance of  HB-Bridge/hblink   from another folder for CLIENT-2

 

Am I on the right track  ?????

 

Richard

 

VE2DJE

 

                                              

Provenance : Courrier pour Windows 10

 


Re: [Allstar Digital] Strange signals on AllStarlink Node 2600

Mike Zingman - N4IRR
 

The DStar side of things is controlled with "remotecontrol" which comes in GUI and command line forms.  Macros from the ASL side would allow you to have reflector agility.


On Sat, Jul 1, 2017 at 5:01 PM, Steve Zingman <szingman@...> wrote:
We have started Alpha testing a simple D-Star <---> AllStar bridge on ASL node 2600.
As we have said many times, Using DummyRepeater, and ircDDBGateway. Mike hacked DummyRepeater to "add" support for USRP. So it looks like this"

ASL <---> DummyRepeater <---> ircDDBGateway <---> D-Star Network(s)

This is NOT D-Star_Bridge. This is simply a proof of concept. As of now it is one way. The changes made are to 1 file in DummyRepeater. Once everything works we will release the patch
Dummy repeater is not a command line program (yet) so it does require a console.

Audio also available on EchoLink N4IRS-L

Let the fun continue.

--
---
"What are HB_Bridge, IPSC_Bridge and Analog_Bridge?"

_______________________________________________
Allstar-Digital mailing list
Allstar-Digital@....org
http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital


Re: HBlink and DMRlink in "production"

David Andrzejewski KD8TWG
 

I just started playing with it. Currently I am using confbridge to create a “shim” between us and the K4USD cBridge. This gives me a little more control over what talk groups go where and how they are accessed. 


Strange signals on AllStarlink Node 2600

Steve N4IRS
 

We have started Alpha testing a simple D-Star <---> AllStar bridge on ASL node 2600.
As we have said many times, Using DummyRepeater, and ircDDBGateway. Mike hacked DummyRepeater to "add" support for USRP. So it looks like this"

ASL <---> DummyRepeater <---> ircDDBGateway <---> D-Star Network(s)

This is NOT D-Star_Bridge. This is simply a proof of concept. As of now it is one way. The changes made are to 1 file in DummyRepeater. Once everything works we will release the patch
Dummy repeater is not a command line program (yet) so it does require a console.

Audio also available on EchoLink N4IRS-L

Let the fun continue.

--
---
"What are HB_Bridge, IPSC_Bridge and Analog_Bridge?"


Re: Brandmeister

David Andrzejewski KD8TWG
 

Ah, got it. It would be nice if we could take full advantage, but no biggie. Now I need to figure out which two tall groups I want to carry from BM. Suggestions?


Re: HBLink and DMRLink

Steve N4IRS
 

Here is mine from 2600 test.

[1999]
; USRP from Analog_bridge
rxchannel = USRP/127.0.0.1:34001:32001  ; GNU Radio interface USRP
duplex = 0                              ; 0 = Half duplex with no telemetry tones or hang time.

hangtime = 0                            ; squelch tail hang time 0
althangtime = 0                         ; longer squelch tail hang time 0

holdofftelem = 1                        ; Hold off all telemetry when signal is present on receiver or from connected nodes
                                        ; except when an ID needs to be done and there is a signal coming from a connected node.

telemdefault = 0                        ; 0 = telemetry output off. Don't send Allison to DMR !!!!!!!!!!!!!!!!! Trust me.

telemdynamic = 0                        ; 0 = disallow users to change the local telemetry setting with a COP command,

linktolink = no                         ; disables forcing physical half-duplex operation of main repeater while
                                        ; still keeping half-duplex semantics (optional)

; idrecording = |iWA4XYZ/R              ; id recording or morse string see http://ohnosec.org/drupal/node/87
; idtalkover = |iWA4XYZ                 ; Talkover ID (optional) default is none see http://ohnosec.org/drupal/node/129

[1998]
; EchoLink
rxchannel = dahdi/pseudo              ; No radio (hub)



On 07/01/2017 04:32 PM, Steve Siesel [K4KSA] wrote:

All,

 

I am running Allstar<>Analog_Bridge<>HB_Bridge, as an Analog to DMR Gateway. It is still in the testing phase as I still need to find a solution to keep Allison from talking out on DMR. I have been working with Steve on this, and hope to work it out soon!

 

Steve

K4KSA



HBLink and DMRLink

Steve Siesel [K4KSA]
 

All,

 

I am running Allstar<>Analog_Bridge<>HB_Bridge, as an Analog to DMR Gateway. It is still in the testing phase as I still need to find a solution to keep Allison from talking out on DMR. I have been working with Steve on this, and hope to work it out soon!

 

Steve

K4KSA


HBlink and DMRlink in "production"

Steve N4IRS
 

If you are running any of the code in production, please post a description here. That would be DMRlink, HBlink, Analog_Bridge, HB_Bridge or IPSC_Bridge.

I have been running DMRlink Conference Bridge to connect my 3 Motorola repeaters to DMR-MARC, BM and DCI. It has been running day in and day out for quite some time.  This gives me great control of what TGs are available and keeping unneeded traffic off a repeater if no one is using it. That way 2 different repeaters can be using different TGs on the same TS. Works great.

Today I added HB_Bridge and IPSC_Bridge to the mix. I have 1 MMDVM based repeater that was directly connected to BM. Now with HB_Bridge and IPSC_Bridge, it is now part of the network. This means that Local (TS2 / TG2) on the MMDVM repeater is connected to Local on the Motorola repeaters. I did block DMR-MARC from the MMDVM repeater (for now) Next is to give the locals a place to connect their hot spots. 

Steve N4IRS


Re: Brandmeister

Steve N4IRS
 

Since DMRlink does not speak XCMP, BM wants to treat us a SmartPTT.
See <https://groups.io/g/DVSwitch/wiki/DMRlink-and-BrandMeister>

73, Steve N4IRS

On 07/01/2017 10:28 AM, David Andrzejewski KD8TWG via Groups.Io wrote:
Apparently, because BrandMeister sees dmrlink as SmartPTT, that means that they have to statically configure a talk group for each time slot, and that's all you get.  It would be nifty if we could make BrandMeister see dmrlink as a regular repeater, so we could get all the features that they offer (dashboard, reflectors, etc)...

9541 - 9560 of 9797