Date   

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


How cleanly stop bride.py

Bob N1XBM <N1XBM@...>
 

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


Re: Administrative request

Santu OTTAVI (TK1BI)
 

Le 16/06/2017 à 09:44, Santu OTTAVI (TK1BI) a écrit :
Done. Anyway, I'm not usuning groups.io WEB interface. I'm using a mail client, and this account is used for various mailing-lists (not only ham-related). I thought about adding my callsign in the "Sender name", but this would be irrelevant for non-ham emails...
Wow, it works ! My "display name" now appears as I wrote it in my groups.io profile, and not as it's written in the "sender name" field of my email client. Moreover, groups.io allows to specify a different "display name" for every group we belong to. Nice feature !


Re: Administrative request

Santu OTTAVI (TK1BI)
 

Le 14/06/2017 à 16:38, Steve N4IRS a écrit :
We are up to 33 members here. I have to say, I'm a little surprised. I would like to ask everyone to include their call sign in their display name in their profile.
Done. Anyway, I'm not usuning groups.io WEB interface. I'm using a mail client, and this account is used for various mailing-lists (not only ham-related). I thought about adding my callsign in the "Sender name", but this would be irrelevant for non-ham emails...

I just need some free time to finish and deploy our internal/hamnet mail server, then I'll be able to use "tk1bi@radioamateur.tk". I found a new open-source mail server solution called "Mailcow", and I'd like to have a try (among hundreds of other things on my todo-list, HI)

73 de TK1BI


Re: Administrative request

Jean-Marc F1SCA
 

Done :-)


Re: Administrative request

Matthew Pitts N8OHU
 

Done.


Re: Administrative request

 

Done , checking if it's OK .....


Re: Administrative request

Steve N4IRS
 

What is this "sleep" you speak of and where can I download it? I think it in the same repository as "life" Someone told me to "get a life"

On 6/14/2017 3:11 PM, Cort N0MJS wrote:
Figured you and Mike would be seeing those in your sleep by now :)… I do!

On Jun 14, 2017, at 12:37 PM, Steve N4IRS <szingman@...> wrote:

Sure ;) You are always SO helpful.


On 6/14/17 1:24 PM, Cort 'x4ex30x4dx41x53' wrote:
Like this?

On Jun 14, 2017, at 11:33 AM, Mark N2NUO <fireman1374@...> wrote:

All units, this is a test and a test only, do not respond. 

Cort Buffington
785-865-7206



Cort Buffington
785-865-7206


9481 - 9500 of 9595