Date   

Re: Setup of dmrlink and hblink

Steve N4IRS
 

I did not want to come across as being negative. I really think DMRlink / HBlink can be a positive for DMR-MARC. With the existing interconnects to DMR+, they do not have the finite control of what MMDVM based system are connected. Anybody that can connect to a DMR+ server will be connected to DMR-MARC. With DMR/HB it's a more 1 to 1 relationship. A BIG plus for the c-Bridge is that DMR / HB is MUCH more stable then a DMR+ server. Oh, and did I mention it's Open Source.

If anybody has contacts within the DMR-MARC community, talk to them. This can be much better solution for connecting MMDVM to c-Bridge.

Again, these are my thoughts and do NOT reflect the thoughts of anyone else involved.  


Re: Setup of dmrlink and hblink

Florian Wolters
 

Ah right. I will stop the experiments on those TGs.


Re: Setup of dmrlink and hblink

Steve N4IRS
 

I would say, be careful, DMR-MARC does not want experimental traffic on just any TG. See the DMR-MARC and DMRPlus Partnership Update on their main page http://www.dmr-marc.net.
I think we should play by the same rules. Their network, their rules. At least we don't have a DV4Mini accessing the network through DMRlink.

These are my thoughts and do NOT reflect the thoughts of anyone else involved.

Steve 


Re: Setup of dmrlink and hblink

Florian Wolters
 

Steve,

if everyone makes the mistake so why should I not? ;-)
I need to setup my radio and program some TGs. Haven't used DMR MARC for quite a while :-) What TGs are used in the states that I could listen to for example?

vy73 de Florian DF2ET


Re: DMRmonitor

Steve N4IRS
 

DMRMonitor just pointed out why I was talking to myself on a connected TG. I have a User Activated (PTT) TG bridged for 31201. I know it's a active TG but over the last few weeks whenever I throw out my call sign, I get no reply.
Looking at the DMRmonitor Bridge Group Status Tables, I found that I was connected to the wrong Master! Yes, I could have found it by reading the confbridge rules. With DMRmonitor it stuck out like a sore thumb.

 


Re: Setup of dmrlink and hblink

Steve N4IRS
 

Florian,
That is the most common mistake people make. DMRlink and HBlink can be thought of as the base of the program stack. Applications like IPSC_Bridge either use features of DMRlink or replace them as needed. When first setting up a application, you want to run DMRlink to verify your dmrlink.cfg.All of the above goes the same for HBlink. Glad you got things running. Please post results, issues etc.

73, Steve N4IRS


Re: Setup of dmrlink and hblink

Florian Wolters
 

Guys,

I managed to get the two to work. Connected to the German cBrigde atm
and had a QSO with DL5BQ.

My problem was that I executed hblink.py instead of HB_Bridge.py. Same
for dmrlink.py and IPSC_Bridge.py.

I will go on and test some other talk groups etc.

vy73 de Florian DF2ET


Re: Where do we stand?

Steve N4IRS
 

I have updated the IPSC_Bridge branch. and dmr_utils. This change moves us closer to merging IPSC_Bridge into the master DMRlink branch. 
You will need to update your dmr_utils:
git clone https://github.com/n0mjs710/dmr_utils.git
cd dmr_utils/
pip install --upgrade .

There is a period at the end of the pip command.


Re: Setup of dmrlink and hblink

Mike Zingman - N4IRR
 

Unknown TLV is generated when the partner gets a packet from another partner that it does not understand.
This would happen if:
- The UDP connection between the two partners was corrupted (dropped data etc).  This is VERY unlikely if the partners on the same machine (127.0.0.1)
- The partner is getting data from something other than another partner.  You have misconfigured the ports to point to some other app
- Wrong version.  Both partners must be speaking the same dialect of TLV.  If you have an old partner (ambe_audio/hb_ambe_audio, DMRGateway) it will not work.  Make sure you have cloned both repos.

MAZ


Re: Setup of dmrlink and hblink

Corey Dean N3FE <n3fe@...>
 

Also take out any of the dmrplus crap out of it as it may not understand it.

Sent from my iPhone

On Jun 19, 2017, at 4:24 PM, Florian Wolters <florian@florian-wolters.de> wrote:

Hi folks,

hope this is the correct place to ask

Wanted to try the above setup in combination with MMDVMHost. Am I right
that the setup should be the following:

MMDVMHost -> hblink -> dmrlink?

I cannot get MMDVMHost to talk to hblink. The log of the latter only says:

INFO 2017-06-19 22:05:55,680 (HBlink) unknown TLV t=82, l=80,
v=544c00280a70 (TL(
p)
INFO 2017-06-19 22:06:15,673 (HBlink) unknown TLV t=82, l=80,
v=544c00280a70 (TL(
p)

Anyone got a hint for me as I am not too familiar with python code :D

vy73 de Florian DF2ET





Re: Setup of dmrlink and hblink

Corey Dean N3FE <n3fe@...>
 

I am assuming you pointed it to talk to hblink? The default config should allow you to connect with the default password of passw0rd

Sent from my iPhone

On Jun 19, 2017, at 4:24 PM, Florian Wolters <florian@florian-wolters.de> wrote:

Hi folks,

hope this is the correct place to ask

Wanted to try the above setup in combination with MMDVMHost. Am I right
that the setup should be the following:

MMDVMHost -> hblink -> dmrlink?

I cannot get MMDVMHost to talk to hblink. The log of the latter only says:

INFO 2017-06-19 22:05:55,680 (HBlink) unknown TLV t=82, l=80,
v=544c00280a70 (TL(
p)
INFO 2017-06-19 22:06:15,673 (HBlink) unknown TLV t=82, l=80,
v=544c00280a70 (TL(
p)

Anyone got a hint for me as I am not too familiar with python code :D

vy73 de Florian DF2ET





Setup of dmrlink and hblink

Florian Wolters
 

Hi folks,

hope this is the correct place to ask

Wanted to try the above setup in combination with MMDVMHost. Am I right
that the setup should be the following:

MMDVMHost -> hblink -> dmrlink?

I cannot get MMDVMHost to talk to hblink. The log of the latter only says:

INFO 2017-06-19 22:05:55,680 (HBlink) unknown TLV t=82, l=80,
v=544c00280a70 (TL(
p)
INFO 2017-06-19 22:06:15,673 (HBlink) unknown TLV t=82, l=80,
v=544c00280a70 (TL(
p)

Anyone got a hint for me as I am not too familiar with python code :D

vy73 de Florian DF2ET


Re: Where do we stand?

Steve N4IRS
 
Edited

As of now, HB_Bridge and IPSC_Bridge have been uploaded to GitHub. HB_Bridge is at https://github.com/n0mjs710/HBlink/tree/HB_Bridge and IPSC_Bridge is at  https://github.com/n0mjs710/DMRlink/tree/IPSC_Bridge

I'm going to say this again, This is beta code, DO NOT MIX with the Master repository
I'm going to say this again, This is beta code, DO NOT MIX with the Master repository

We will now start folding back into the main repository. There are a cople of programs that will be moved to dmr_utils.
I have updated the Analog_Bridge repository at https://github.com/N4IRS/Analog_Bridge 

Let the fun begin...


Re: Where do we stand?

Steve N4IRS
 

Well it's been 6 days. I have received a FEW reports from the Alpha testers. Thanks to those that DID report. There were no show stoppers. So we will continue. Mike will be checking in a new branch to HBlink and DMRlink with the changes. This will start the Beta testing. Once we are comfortable with the checked in code, it will be time to start merging back into the Master repository.

I will be checking in the updated Analog_Bridge on Monday.

73, Steve N4IRS 


Re: How cleanly stop bride.py

Bob N1XBM <N1XBM@...>
 

Cort,

I'm not a software guy so crash is probably not right. It said something to the effect of not being happy about me setting things to false in dmrlink.cfg and not agreeing with bridge_rules.py.

Either way this thread is telling me that one way or another I'll be updating software.

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


Re: How cleanly stop bride.py

Cort N0MJS <n0mjs@...>
 

Question:

A question here to start with – because I need to know. Is it actually “crashing”, or does it simply not start up because there’s a mismatch between the systems configured in bridge rules and active systems in the main configuration? It should not ever “crash”, but there are a number of scenarios where it might decline to start and exit cleanly.

Advice:

Don’t use bridge.py. If you’re doing IPSC call routing, look into confbrige.py. It’s a hell of a lot simpler to use and does the job 99% of folks want to do. confbridge.py will continue with active development – including web-based dashboard, etc., whereas bridge.py will probably die a slow death of not getting updated or expanded upon.


On Jun 16, 2017, at 2:10 PM, Bob N1XBM <N1XBM@...> wrote:

I recently directly connected my repeaters to Brandmeister. As far as I can tell I no longer need to use the bridge function of dmrlink. I found out setting the connections to false in dmrlink.cfg causes bridge to not run by crashing. 

What would be the best suggested way to stop the bridge from running?

I am still using ambe_audio for my dmr-analog gateway which appears fine.

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

--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206






Re: How cleanly stop bride.py

Peter M0NWI
 


That's the way I did it, I build the new structure under /opt/dmrnew, stopped the version running under /opt/dmrlink, and brought up the bridge under the new one.

Lets you swap back straight away if needed.

73,
Peter



Sent from Outlook
From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Corey Dean N3FE <n3fe@...>
Sent: 16 June 2017 21:08:03
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] How cleanly stop bride.py
 
Bob,

You
Could always just create another directory structure when you test the new software and shutoff the other.  That way the old software and configs are there and ready to run if you ever needed to go back to them for any reason. 

Corey N3FE

Sent from my iPhone

On Jun 16, 2017, at 3:28 PM, Bob N1XBM <N1XBM@...> wrote:

Steve,

I've been under the radar with other parts of life. I've heard about the new software and I should upgrade when it's ready.

Probably so I don't break my little network is I should build one up at home first and get it working. 

I suppose I should stay tuned here for the release announcement.

Thanks

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


Re: How cleanly stop bride.py

Corey Dean N3FE <n3fe@...>
 

Bob,

You
Could always just create another directory structure when you test the new software and shutoff the other.  That way the old software and configs are there and ready to run if you ever needed to go back to them for any reason. 

Corey N3FE

Sent from my iPhone

On Jun 16, 2017, at 3:28 PM, Bob N1XBM <N1XBM@...> wrote:

Steve,

I've been under the radar with other parts of life. I've heard about the new software and I should upgrade when it's ready.

Probably so I don't break my little network is I should build one up at home first and get it working. 

I suppose I should stay tuned here for the release announcement.

Thanks

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


Re: How cleanly stop bride.py

Bob N1XBM <N1XBM@...>
 

Steve,

I've been under the radar with other parts of life. I've heard about the new software and I should upgrade when it's ready.

Probably so I don't break my little network is I should build one up at home first and get it working. 

I suppose I should stay tuned here for the release announcement.

Thanks

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


Re: How cleanly stop bride.py

Steve N4IRS
 

Setup dmrlink.cfg to connect to BM
run ambe_audio.py instead of bridge.

The version of dmrlink and ambe_audio you are running does work for the most part. We did find some MAJOR problems in how ASL communicated loss of COS to DMRGateway. This is fixed in what is now called Audio_Bridge and IPSC_Bridge.
I hope to release Audio_Bridge to testing next week. With Audio_Bridge and IPSC_Bridge connected to BM, you will use the same SmartPTT connection. With Analog_Audio and HB_Bridge, it looks to BM like a MMDVM repeater, so not admin intervention required.

Take a look at the Wiki for more info. I still have a LOT of work to do on the Wiki!

Steve

On 6/16/2017 3:10 PM, Bob N1XBM wrote:
I recently directly connected my repeaters to Brandmeister. As far as I can tell I no longer need to use the bridge function of dmrlink. I found out setting the connections to false in dmrlink.cfg causes bridge to not run by crashing. 

What would be the best suggested way to stop the bridge from running?

I am still using ambe_audio for my dmr-analog gateway which appears fine.

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

9761 - 9780 of 9882