Welcome to DVSwitch
Purpose
1) Allows “local” networking during an outage of the regional national/international network server.
2) Allows a local network operator to “blend” upstream feeds from different Networks (capital N on purpose). These Networks can’t get their act together and learn how to play nice with each other (everyone guilty as far as we are concerned). They may not like people doing this, but the solution is to grow up and work with each other, and not keep trying to force people to take sides.
3) Allows local segregation of localized traffic with more flexibility.
4) Allows experimentation with linking and how it’s done (part 97 specifies experimentation and advancement of the radio art are a core part of amateur radio).
Mission Statement/Position
WHEREAS the Networks continue to be largely islands and are not working together to create a unified network of Networks.
WHEREAS no firm reason has been given by any of the Networks why a *competent* local network operator cannot make this work effectively.
(US ONLY)
WHEREAS 47 CFR 97 (Amateur Radio Service) specifies that a core component of amateur radio is experimentation and advancement of the radio art [97.1(b)].
BE IT RESOLVED the core group of US amateur radio operators and experimenters organized around the DVSwitch project, and in the spirit of USA 47 CFR 97 and its intentions, support the *responsible* and *thoughtful* use of digital voice networking tools to create localized networks that will interconnect to the national/international Networks, and will support users of its tools in order to do this in the most effective and sustainable way possible.
|
Re: More weird testing
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.
|
|
|
|
Re: More weird testing
Bob,
toggle quoted messageShow quoted text
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:
|
|
|
|
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
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
On Nov 27, 2017 8:14 AM, "Bob kc2cwt" <kc2cwt@...> wrote:
|
|
|
|
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:
|
|
|
|
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
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
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
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,
|
|
|
|
Invalid command from BrandMeister
#brandmeister
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
Matthew,
toggle quoted messageShow quoted text
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:
|
|
|
|
Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID
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.
toggle quoted messageShow quoted text
73, Steve N4IRS
On 11/20/2017 09:05 PM, Matthew 2E0SIP
wrote:
|
|
|
|
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:
-- 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/ Riku, I will let the other guys comment on the best practices to setup what you need. Cheers
|
|
|
|
Re: Trying to setup a basic 'Parrot', however hb_confbridge.py is not matching the RADIO_ID
Bob kc2cwt
toggle quoted messageShow quoted text
-----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. 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
|
|
|
|
Re: Analog Bridge and DStar
Mike, AA9VI
How do I do that?
|
|
|