Date   

Re: Analog Bridge and DStar

Mike, AA9VI
 

Steve,
I read "If you need to use other ports or addresses, you can define them in the environment before you start dummyrepeter."
Where do I make these changes if needed?  
 
USRP_IP="127.0.0.1";export USRP_IP
USRP_TXPORT=34001;export USRP_TXPORT
USRP_RXPORT=32001;export USRP_RXPORT

(I have an Allstar-DMR USRP on ports 34002:32002, and am working on this USRP for Allstar-DStar using 34001:32001).  What I noticed is the configuration of ircddbgateway and dummyrepeater is VERY, VERY, particular.  I had to use the LAN address in ircddbgateway's repeater 2 address and dummyrepeater's local address.  I'm thinking I have to modify that USRP IP to the LAN address now to match it since Allstar isn't seeing anything from it despite the modification in /etc/asterisk/rpt.conf to  contain
rxchannel = USRP/192.168.1.10:34001:32001
192.168.1.10  is necessary (I think) since Dummy repeater won't work with the 127.0.0.1 address
(or am I wrong?)

-- can I have two instances of USRP running on the same box as long as the ports are different?

IRCDDBGATEWAY: 192.168.1.9
REPEATER 1:  127.0.0.1 (located on same box as ircddbgateway)
DUMMYREPEATER (REPEATER 2): 192.168.1.10

192.168.1.10 has the Allstar - DMR gateway
192.168.1.10 working on adding Allsatr-DMR on the same box







Mike


Re: More weird testing

Mike Zingman - N4IRR
 

Bob,
Analog_Bridge has several audio shaping methods available (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_GAIN). The initial P25 code ad this turned off, but we can now use these to help get the audio levels correct from ASL to P25. Ideally, I would like for the AGC to be used as it will help limit the loud users but the algorithm I am using seems to pump more than I would like it to. We will keep working to get the levels and quality right, but it will take time.

Mike


Re: More weird testing

Steve N4IRS
 

Bob,
Thanks for the input, that's what I heard as well. Steve was on DMR, so it was DMR <---> ASL <---> P25
We have to do more testing of ASL ---> P25 to get the audio dialed in. There are also some code changes that need to be tested.

Thanks for the report.

Steve

On 11/27/2017 11:58 AM, Bob N1XBM wrote:
Steve,

Not sure if your looking for input, but I was listening to Steve K4KSA on P25. His audio sounded a little over driven. I assume he was on analog??? Maybe it was the audio he was putting in on his side.

So far pretty good, I was listening from my end on Allstar, but I dropped the link because "everything" I got going here, a zello user on my end got in and I just didn't want to add that layer of confusion.

N1XBM
Apparare Scientor
Paratus Communicare
Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657
www.radioguysrepeaternetwork.com

On Nov 27, 2017 8:14 AM, "Bob kc2cwt" <kc2cwt@...> wrote:
Very nice ... thank for all your time and hard work on this ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502

-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Mon, 27 Nov 2017 7:48 AM
Subject: Re: [DVSwitch] More weird testing

[Edited Message Follows]

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve


Re: More weird testing

Steve Siesel [K4KSA]
 

I was on DMR, and I have been told my radio has always sounded robust or hot….However I do know there is a lot of audio processing going on from DMR<>Allstar<>P25……

 

Steve

 

From: DVSwitch@groups.io [mailto:DVSwitch@groups.io] On Behalf Of Bob N1XBM
Sent: Monday, November 27, 2017 11:59 AM
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] More weird testing

 

Steve,

 

Not sure if your looking for input, but I was listening to Steve K4KSA on P25. His audio sounded a little over driven. I assume he was on analog??? Maybe it was the audio he was putting in on his side.

 

So far pretty good, I was listening from my end on Allstar, but I dropped the link because "everything" I got going here, a zello user on my end got in and I just didn't want to add that layer of confusion.

N1XBM
Apparare Scientor
Paratus Communicare
Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657
www.radioguysrepeaternetwork.com

 

On Nov 27, 2017 8:14 AM, "Bob kc2cwt" <kc2cwt@...> wrote:

Very nice ... thank for all your time and hard work on this ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502

-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Mon, 27 Nov 2017 7:48 AM
Subject: Re: [DVSwitch] More weird testing

[Edited Message Follows]

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve


Re: More weird testing

Bob N1XBM <N1XBM@...>
 

Steve,

Not sure if your looking for input, but I was listening to Steve K4KSA on P25. His audio sounded a little over driven. I assume he was on analog??? Maybe it was the audio he was putting in on his side.

So far pretty good, I was listening from my end on Allstar, but I dropped the link because "everything" I got going here, a zello user on my end got in and I just didn't want to add that layer of confusion.

N1XBM
Apparare Scientor
Paratus Communicare
Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657
www.radioguysrepeaternetwork.com

On Nov 27, 2017 8:14 AM, "Bob kc2cwt" <kc2cwt@...> wrote:
Very nice ... thank for all your time and hard work on this ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502

-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Mon, 27 Nov 2017 7:48 AM
Subject: Re: [DVSwitch] More weird testing

[Edited Message Follows]

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve


Re: More weird testing

Bob kc2cwt
 

Very nice ... thank for all your time and hard work on this ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502


-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Mon, 27 Nov 2017 7:48 AM
Subject: Re: [DVSwitch] More weird testing

[Edited Message Follows]

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve


Re: More weird testing

Steve N4IRS
 
Edited

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve


Re: Invalid command from BrandMeister #brandmeister

Veijo Arponen OH4VA
 
Edited

Well, I did a temporary solution and added this command in an else-if statement and pushed to the forked repository https://github.com/oh3nfc/HBlink/tree/devel

73 de Vepa


Re: More weird testing

Mike Zingman - N4IRR
 

I have been working on an update to Analog_Bridge to support IMBE as well as AMBE (72 and 49 bit versions).  A new data type was created to support the P25 audio stream.   I have also created some prototype code to support the P25 network.  This appears as a standard partner application just like IPSC_Bridge and HB_Bridge.  It will be called IMBE_Bridge.  The code is working well and I have had several QSOs on the P25 North American reflector in "dongle mode".  The code is rough, but is looking like we will have another possible digital parter before too long.

Mike


Re: More weird testing

Michael KD5DFB
 

Steve,

Can you share any details??

Michael KD5DFB

On Sun, Nov 19, 2017 at 9:57 PM, Steve N4IRS <szingman@...> wrote:
Just because,
We are ALPHA testing a software only P25 to analog bridge. For now it is connected to the North America MMDVM P25 reflector and outputting analog on AllStar node 2600 and Echolink N4IRS-L
It is receive ONLY. There is still a lot of work to do.

Steve N4IRS, Milke N4IRR

--
"What is IMBE_Bridge?"






Invalid command from BrandMeister #brandmeister

Veijo Arponen OH4VA
 

Hello all, this is my first message to this group.

I started using the HBlink last weekend. My conference bridge has two masters (Trunk and HBlink) and and one client (Brandmeister). The client is connected to the Finnish BrandMeister server 2441. The BM link works but every now and then in the log file comes error messages:

ERROR 2017-11-21 10:12:33,088 (Brandmeister) Received an invalid command in packet: 52505453424b4e0e8fbff7

Any idea what this is and how to solve it?

Cheers de Veijo OH3NFC


Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Steve N4IRS
 

Matthew,
You are correct dmr_utils is not imported into hb_confbridge.py In your previous message you referenced HB_Bridge, where it is used.

73, Steve N4IRS

On 11/20/2017 04:23 AM, Matthew 2E0SIP wrote:

Hi Mike,

Unless I'm missing something, that function from dmr_utils isn't imported into hb_confbridge.py. It looks like it's only present in HB_Bridge.py.

Also as far as I can tell it only rewrites the rptr_id on packets going Master to Client, It doesn't rewrite it when going Client to Master.

Cheers

Matthew

2E0SIP


Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Steve N4IRS
 

As Matthew said, Kurt OE1KBC has a closed source Hytera to MMDVM solution. It should work to bring a Hytera into a HB Network. I asked for information on the protocol and was told it is proprietary. There is some information on the net and I think some other systems are built on the same protocol. That all being said, without Hytera repeaters and time, reverse engineering the Hytera protocol is not going to happen anytime soon.

73, Steve N4IRS

On 11/20/2017 09:05 PM, Matthew 2E0SIP wrote:

Hi Bob,

There is some software written by OE1KBC to convert the Hytera protocol to the MMDVM protocol available here - http://ham-dmr.at/index.php/download/
I don't have access to a Hytera repeater so I've not tested it personally, but I understand it works well. 

Riku, I will let the other guys comment on the best practices to setup what you need.

Cheers
Matthew
2E0SIP



Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Bob kc2cwt
 

Thanks i will have a look , Wen i have a min .

I just pick up a 2 Hytrea repeater i will give it a try



On 11/20/2017 09:05 PM, Matthew 2E0SIP wrote:

Hi Bob,

There is some software written by OE1KBC to convert the Hytera protocol to the MMDVM protocol available here - http://ham-dmr.at/index.php/download/
I don't have access to a Hytera repeater so I've not tested it personally, but I understand it works well. 

Riku, I will let the other guys comment on the best practices to setup what you need.

Cheers
Matthew
2E0SIP


-- 
Bob KC2CWT
Carmel NewYork USA
(914)497-5502


Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Matthew 2E0SIP
 

Hi Bob,

There is some software written by OE1KBC to convert the Hytera protocol to the MMDVM protocol available here - http://ham-dmr.at/index.php/download/
I don't have access to a Hytera repeater so I've not tested it personally, but I understand it works well. 

Riku, I will let the other guys comment on the best practices to setup what you need.

Cheers
Matthew
2E0SIP


Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Bob kc2cwt
 

Would be nice to see Hytrea repeater in thair ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502


-----Original Message-----
From: OH1E Riku <riku@...>
To: DVSwitch@groups.io
Sent: Mon, 20 Nov 2017 6:06 PM
Subject: Re: [DVSwitch] Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

heya, thanks for answers, it seems ppl understanding what is about.
is there any way to easily change the code to get this working?
the id of mmdvm and openspot (and connecting client of main hub) must be same to route any other place.. rptr_id i think is the issue
wanted also create multiple TG:s. for each tg need a separate master.. like a parrot is tg and main hub just route right tg for it.
creating mini dmr network what is self sustained in case other network its broken
de OH1E


Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

OH1E Riku
 

heya, thanks for answers, it seems ppl understanding what is about.
is there any way to easily change the code to get this working?
the id of mmdvm and openspot (and connecting client of main hub) must be same to route any other place.. rptr_id i think is the issue
wanted also create multiple TG:s. for each tg need a separate master.. like a parrot is tg and main hub just route right tg for it.
creating mini dmr network what is self sustained in case other network its broken
de OH1E


Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID

Matthew 2E0SIP
 

Hi Mike,

Unless I'm missing something, that function from dmr_utils isn't imported into hb_confbridge.py. It looks like it's only present in HB_Bridge.py.

Also as far as I can tell it only rewrites the rptr_id on packets going Master to Client, It doesn't rewrite it when going Client to Master.

Cheers

Matthew

2E0SIP


Re: Analog Bridge and DStar

Peter M0NWI
 

Mike,

Most of these DV tools need a,fair modicum of networking understanding, I think what Steve is proposing is that you use the tools in the Linux shell, netstat, ping and telnet to confirm the socket listeners are actually hosting the services you think they are from one box to the others.

73,
Peter M0NWI

Sent from Outlook
From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Mike Swiatkowski via Groups.Io <mjswiatk@...>
Sent: 20 November 2017 04:58:48
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] Analog Bridge and DStar
 
If you mean setting localhost to the local repeater IP on the LAN and not 127.0.0.1 I did that.  BTW, when I load DummyRepeater it has a DEBUG suffix on it.  Is that right?

Could there be any dependency issues if it compiled?  I'm at a complete loss here. 

Mike


Re: Analog Bridge and DStar

Mike, AA9VI
 

If you mean setting localhost to the local repeater IP on the LAN and not 127.0.0.1 I did that.  BTW, when I load DummyRepeater it has a DEBUG suffix on it.  Is that right?

Could there be any dependency issues if it compiled?  I'm at a complete loss here. 

Mike

8701 - 8720 of 9221