Date   

Re: DVMega AMBE3000

G7RPG - Peter Kendall
 

It was sitting on an Arduino MEGA, I also have the carrier board.


On 22/08/2017 15:03, Matthew 2E0SIP wrote:
Hi All,
Guss got back to me and confirmed-
The ambe board is designed to communicate accordingly to the DVSI spec.
So hopefully it can be made to work. 

Out of curiosity Peter, were you interfacing with the AMBE directly via serial, or via the carrier board? 

Cheers
Matthew 


Re: DVMega AMBE3000

Steve N4IRS
 

I did try yesterday to communicate with Peter's install at both 115200 and 230400. I was unable to communicate. I "assume" since it was on USB1 it was the carrier board.
We need to do more looking at DummyRepeater since it supports both the ThumDV and Guus board.

Steve

On 8/22/2017 10:03 AM, Matthew 2E0SIP wrote:
Hi All,
Guss got back to me and confirmed-
The ambe board is designed to communicate accordingly to the DVSI spec.
So hopefully it can be made to work. 

Out of curiosity Peter, were you interfacing with the AMBE directly via serial, or via the carrier board? 

Cheers
Matthew 


Re: DVMega AMBE3000

Matthew 2E0SIP
 

Hi All,
Guss got back to me and confirmed-
The ambe board is designed to communicate accordingly to the DVSI spec.
So hopefully it can be made to work. 

Out of curiosity Peter, were you interfacing with the AMBE directly via serial, or via the carrier board? 

Cheers
Matthew 


Re: DVMega AMBE3000

G7RPG - Peter Kendall
 

Steve,

Yes no problem, I can plug it into the same box as the the current 3000USB >asl.

I'll set it up and send you the details for you to have play tomorrow.

Peter



On 20/08/2017 21:54, Steve N4IRS wrote:
I would love to trouble shoot it. Any possibility I could log into the machine with the hardware installed?

Steve

On 08/20/2017 04:53 PM, G7RPG - Peter Kendall wrote:

Matt & Steve, I've tried it and it doesn't work.


On 20/08/2017 20:39, Steve N4IRS wrote:
Matthew,
I do not know of anyone that has tried it. Yes, you should be OK if you can talk to the the AMBE chip. AMBEtest4.py should work.

Steve

On 08/20/2017 03:34 PM, Matthew 2E0SIP wrote:

Hi All,

Does anyone know if the DVMEGA AMBE3000 boards will work with Analog_Bridge?

If it's untested, what does the AMBE3000 board need to expose to Analog_Bridge in order to work? The raw serial interface from the AMBE chip? 

Thanks

Matthew
2E0SIP






Re: DVMega AMBE3000

Matthew 2E0SIP
 

Thanks for confirmation Peter. 

You never know, Guss might be interested in putting in an analog_bridge mode if only minimal software changes are required.

Cheers both


Re: DVMega AMBE3000

Steve N4IRS
 

I would love to trouble shoot it. Any possibility I could log into the machine with the hardware installed?

Steve

On 08/20/2017 04:53 PM, G7RPG - Peter Kendall wrote:

Matt & Steve, I've tried it and it doesn't work.


On 20/08/2017 20:39, Steve N4IRS wrote:
Matthew,
I do not know of anyone that has tried it. Yes, you should be OK if you can talk to the the AMBE chip. AMBEtest4.py should work.

Steve

On 08/20/2017 03:34 PM, Matthew 2E0SIP wrote:

Hi All,

Does anyone know if the DVMEGA AMBE3000 boards will work with Analog_Bridge?

If it's untested, what does the AMBE3000 board need to expose to Analog_Bridge in order to work? The raw serial interface from the AMBE chip? 

Thanks

Matthew
2E0SIP





Re: DVMega AMBE3000

G7RPG - Peter Kendall
 

Matt & Steve, I've tried it and it doesn't work.


On 20/08/2017 20:39, Steve N4IRS wrote:
Matthew,
I do not know of anyone that has tried it. Yes, you should be OK if you can talk to the the AMBE chip. AMBEtest4.py should work.

Steve

On 08/20/2017 03:34 PM, Matthew 2E0SIP wrote:

Hi All,

Does anyone know if the DVMEGA AMBE3000 boards will work with Analog_Bridge?

If it's untested, what does the AMBE3000 board need to expose to Analog_Bridge in order to work? The raw serial interface from the AMBE chip? 

Thanks

Matthew
2E0SIP




Re: DVMega AMBE3000

Steve N4IRS
 

Matthew,
I do not know of anyone that has tried it. Yes, you should be OK if you can talk to the the AMBE chip. AMBEtest4.py should work.

Steve

On 08/20/2017 03:34 PM, Matthew 2E0SIP wrote:

Hi All,

Does anyone know if the DVMEGA AMBE3000 boards will work with Analog_Bridge?

If it's untested, what does the AMBE3000 board need to expose to Analog_Bridge in order to work? The raw serial interface from the AMBE chip? 

Thanks

Matthew
2E0SIP



DVMega AMBE3000

Matthew 2E0SIP
 

Hi All,

Does anyone know if the DVMEGA AMBE3000 boards will work with Analog_Bridge?

If it's untested, what does the AMBE3000 board need to expose to Analog_Bridge in order to work? The raw serial interface from the AMBE chip? 

Thanks

Matthew
2E0SIP


DMRLink and HBlink repositories.

Steve N4IRS
 

Over the last week or so, we have noticed a few misconceptions in the structure of the repositories. GitHub allows for multiple branches in a repository. In the case of DMRlink, when you look at the https://github.com/n0mjs710/DMRlink you are looking at the master. For the most part in a perfect world, the master should be pristine. What I mean to say is changes are rare and should be vetted before they are applied to the master. When we want to do a bugfix or add a feature, we add a branch. The new branch starts out as a clone of the master. From there, we start making changes, additions etc. This way people can use the Master branch with some certainty that the code us not changing under them. Every change that is made to the new branch is tracked against the master. Once we have tested the changes and are happy with the results, the changes are merged back into the master. Two things to understand, nothing requires repository management HAS to be done this way and my explanation is rather simplistic. Since the new branch was cloned from the master, it's possible that more then one program has been changed or added. The thing to remember is that within a branch, everything is supposed to work together.

When we built HB_Bridge and IPSC_Bridge, that was the case. The new branches started as a clone of the master. Programs other then HB_Bridge and IPSC_Bridge may have been changed. With out looking at the "commits" or doing a compare of every file within the branches, you do not know what your are going to get. For that reason, you should checkout or "clone" the complete branch. Do not pick and choose from multiple branches. Yes, it MAY work, or it may not. Troubleshooting a mix and match of multiple branches can be time consuming and frustrating. If you want the bug fix or feature of a branch, clone the whole branch. For example to clone the IPSC_Bridge branch of DMRlink, at the Linux command prompt "git clone -b IPSC_Branch https://github.com/n0mjs710/DMRlink.git YourDirectoryName" This will download the IPSC_Branch into a new directory called "YourDirectoryName". You are now assured that the programs work together. IPSC_Bridge.py depends on dmrlink.py etc.

We have held off merging the HB_Bridge and IPSC_Bridge branches back into the master branch. Since these were significant changes, we wanted to wait and debug before the merge. We will start merging soon so that we can start simplifying and adding features.

73, Steve N4IRS      


Status update and welcome.

Steve N4IRS
 

Well,
It's been a few weeks and things seem to be going well. Mike and I are taking a break from DMR and D-Star for a few weeks. We feel we just want to "let it breath, like good wine" for a little while to see if any bugs shake out. We we go back we will squash those bugs and start merging back into the master repositories for DMRlink and HBlink. We also added the ability to build a analog <---> D-Star bridge or a DMR <---> D-Star bridge with modifications to DummyRepeater from G4KLX.  Please post your questions and problems. We  plan to work on the installers and hope to make things easier for people to install and update Analog_Bridge, DMRlink and HBlink.

We are up to 64 members of the forum. If you are new or have not done it yet, PLEAS add you first name and callsign to your groups.io account. It makes it so much nicer when we know who everybody is.

73, Steve N4IRS


Re: Best practice to bridge with IPSC2 or cBridge

Themis Floros SV4QXF
 

It's possible to post same example confing, i use hblink before re-starting the project again and i am confused with IPSC_Bridge and HB_Bridge.

Thanks a lot


Re: Best practice to bridge with IPSC2 or cBridge

Cort N0MJS <n0mjs@...>
 

You’re 1.37 tries ahead of me.

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

It only to me 2.5 tries.

On 8/2/2017 1:36 PM, Cort N0MJS wrote:
Steve’s got it right – if there are more IPSC connections, use confbridge on the DMRlink (IPSC) side… if there are more MMDVM connections, use hb_confbridge on the HBLink side. Avoid using BOTH if you can. Just a lot easier!

On Aug 2, 2017, at 6:01 AM, Steve N4IRS <szingman@...> wrote:

[Edited Message Follows]

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks

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







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






Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 

It only to me 2.5 tries.

On 8/2/2017 1:36 PM, Cort N0MJS wrote:
Steve’s got it right – if there are more IPSC connections, use confbridge on the DMRlink (IPSC) side… if there are more MMDVM connections, use hb_confbridge on the HBLink side. Avoid using BOTH if you can. Just a lot easier!

On Aug 2, 2017, at 6:01 AM, Steve N4IRS <szingman@...> wrote:

[Edited Message Follows]

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks

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







Re: Best practice to bridge with IPSC2 or cBridge

Cort N0MJS <n0mjs@...>
 

Steve’s got it right – if there are more IPSC connections, use confbridge on the DMRlink (IPSC) side… if there are more MMDVM connections, use hb_confbridge on the HBLink side. Avoid using BOTH if you can. Just a lot easier!

On Aug 2, 2017, at 6:01 AM, Steve N4IRS <szingman@...> wrote:

[Edited Message Follows]

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks

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






Re: Best practice to bridge with IPSC2 or cBridge

Themis Floros SV4QXF
 

Nice! Thank you for your time...i will share results with us

73 SV4QXF


Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 
Edited

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks


Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 

The you have no choice but to use DMRlink. Setup confbridge in DMRlink to bridge the TG you want to send to the c-Bridge and use MMDVM <---> HB_Bridge <---> IPSC_Bridge <---> confbridge to add MMDVM.

Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks


Re: Best practice to bridge with IPSC2 or cBridge

Themis Floros SV4QXF
 

Steve the public TGID's is comming from cBridge .

Thanks


Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 

Hi,
I assume from your message, the public TGs are BrandMeister. If that's the case, HBlink works quite well. I would use confbridge and define those TGs you want to send to BM.

73, Steve N4IRS

On 08/02/2017 05:01 AM, Themis Floros SV4QXF wrote:
Hello Guys , i need some help with best practice to connect HBlink to IPSC2 or cBridge, is better is use CC bridge or homebrew?, for the history i try with homebrew and IPSC2 and take loops!. The resault of all this is to make a like MMDVM server with some isolted TG's and some public TG's .

Please give ideas.
SV4QXF

9541 - 9560 of 9925