Date   

Re: New DMR-AB to c-bridge install #dmrlink #hblink

Tom
 

Randy,
It was setup with direct help from Steve. This was in 2015, not long after he got the early bridge stuff going.

It was all manually built. Rather than running as systemd services, the modules are running as regular daemons:

opt/DMRGateway      --->   DMRGateway( DMRGateway.ini)
opt/dmrlink/bridge      --->   bridge.py
opt/dmrlink/ambe_audio  --->   ambe_audio.py

I was directed to this subgroup on Steve's suggestion.

Thanks,
Tom


Re: New DMR-AB to c-bridge install #dmrlink #hblink

Randy AA6RH
 

Can you share what configuration you were using previously? I would expect right now the only thing you need is a properly configured IPSC_Bridge that the c-Bridge would connect to. However, I haven't personally worked with c-Bridges, so I'm not going to be able to impart very much wisdom apart from that. The forum search here or in the main DVSwitch forum might actually be useful, or reach out to Steve N4IRS for specifics on making IPSC_Bridge work.

I'm here to poke at if you have more questions.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: New DMR-AB to c-bridge install #dmrlink #hblink

Tom
 

Randy,
What's the best path (in detail, please) to install the needed modules (beyond analog-bridge and mmdvm-bridge) to provide c-bridge access like my older configuration?

Also, what is the internal module port flow diagram?

Thanks very much,
Tom / K5TRA


Re: New DMR-AB to c-bridge install #dmrlink #hblink

Randy AA6RH
 

Hi Tom,

If you are connecting using DMRlink/IPSC_Bridge, you probably still have the most recent code. Not much has changed there. We are looking at doing a "summer of code" style project to update it to Python3, but that hasn't been finalized.

Repos have moved for the projects. You can find the "official" repos at https://github.com/HBLink-Org and includes HBLink3, dmr_utils3, and all of the legacy repos as well (including DMRlink and IPSC_Bridge).

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


New DMR-AB to c-bridge install #dmrlink #hblink

Tom
 

I've been running a 5 year old DMR-AB with c-bridge access (so I know credentials are OK). It has a NWDR DV3000 Pi hat. My installation has much outdated code. I'm in the process of rebuilding it. I have ALS, AB, and MB now installed.

What do I need to install next?
Is there a repo for DMRlink, OpenBridge ?

Thanks,
Tom / K5TRA


locked Re: #hblink #support #closed #hblink #support #closed

Doug - W4DBG
 

In HBLINK you just set this up:

[XLX-1]
MODE: XLXPEER
ENABLED: False
LOOSE: True
EXPORT_AMBE: False
IP:
PORT: 54002
MASTER_IP: 172.16.1.1
MASTER_PORT: 62030
PASSPHRASE: passw0rd
CALLSIGN: W1ABC
RADIO_ID: 312000
RX_FREQ: 449000000
TX_FREQ: 444000000
TX_POWER: 25
COLORCODE: 1
SLOTS: 1
LATITUDE: 38.0000
LONGITUDE: -095.0000
HEIGHT: 75
LOCATION: Anywhere, USA
DESCRIPTION: This is a cool repeater
URL: www.w1abc.org
SOFTWARE_ID: 20170620
PACKAGE_ID: MMDVM_HBlink
GROUP_HANGTIME: 5
XLXMODULE: 4004
USE_ACL: True
SUB_ACL: DENY:1
TGID_TS1_ACL: PERMIT:ALL
TGID_TS2_ACL: PERMIT:ALL

So in the above example it would connect to Module D (4004) of the XLX Reflector..

In your Rules File you would do this:

            {'SYSTEM': 'XLX-1',    'TS': 2, 'TGID': 9, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE',  'ON': [9,], 'OFF': [404], 'RESET': []},


You use TGID 9 for calls on XLX.

So the .cfg file tells HBLINK to connect to "X" module and in this example it is D. The rules file tells traffic to pass on TG 9 which is required for HBLINK to pass the traffic.

I hope this helps.

Doug
W4DBG





On Tue, Feb 16, 2021 at 1:02 PM Chris Whitam <cwhitam@...> wrote:
Good Afternoon All.  I am using hblink to take a pair of MMDVM_Bridges and link them into an XLX server.  The only issue is I do not see a way to have hblink automatically connect to a particular module on the XLX reflector.  I know using MMDVM Options of XLX:4001 will auto connect to Module A, this does not work for HBlink.  Currently I have hblink taking audio in from the bridges on the correct talkgroup and sending audio to XLX on TG4100.  In theory this should route the audio to module A however it still will not auto link to the module.  Am I missing something simple?  Is there a way to do this?  I should add that I have the XLX server correctly configured as a peer stanza and HBlink does connect to the XLX server, and the XLX server shows HBlink as a connected node.  However it is shown with no module connected.  



--
Doug Gooden
troytrojan@...


locked #hblink #support #closed #hblink #support #closed

Chris Whitam
 

Good Afternoon All.  I am using hblink to take a pair of MMDVM_Bridges and link them into an XLX server.  The only issue is I do not see a way to have hblink automatically connect to a particular module on the XLX reflector.  I know using MMDVM Options of XLX:4001 will auto connect to Module A, this does not work for HBlink.  Currently I have hblink taking audio in from the bridges on the correct talkgroup and sending audio to XLX on TG4100.  In theory this should route the audio to module A however it still will not auto link to the module.  Am I missing something simple?  Is there a way to do this?  I should add that I have the XLX server correctly configured as a peer stanza and HBlink does connect to the XLX server, and the XLX server shows HBlink as a connected node.  However it is shown with no module connected.  


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Eric - KF7EEL
 

It looks like there is an invalid setting for the user icon in the log above, which causes the generated packet to fail the parse test prior to upload. I'll have a chunk of code coming up that will default the icon or said to the default if there is any parse error. You can either edit user-setting.text or send an icon command to reset/change.


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Doug - W4DBG
 

Eric,

Something I have observed..

With an Anytone 868:

INFO 2021-02-13 14:22:41,637 Data block from W4DBG. DMR ID: 3162494. Destination: 310999
INFO 2021-02-13 14:22:41,638 b'2e30302c3133303232312c2c'
INFO 2021-02-13 14:22:41,699 14:22:41 - 02/13/21
INFO 2021-02-13 14:22:41,700 Block #: 0
INFO 2021-02-13 14:22:41,701 Data block from W4DBG. DMR ID: 3162494. Destination: 310999
INFO 2021-02-13 14:22:41,701 b'2c412a36340d0a008eb53516'
INFO 2021-02-13 14:22:41,703 '~'~$GPRMC,142240.00A,3145.8120,N,08556.5513,W,0.00,0.00,130221,,,A*64
5

INFO 2021-02-13 14:22:41,703 GPRMC location
INFO 2021-02-13 14:22:41,704 Latitude: N08556.5513 Longitude: W0.00 Direction: 130221.0 Speed: 0.0

INFO 2021-02-13 14:22:41,750 W4DBG-15>APHBL3,TCPIP*:/142241hN08556.5513-W0.001130221/000/ALABAMA LINK GPS Decode - DMR ID: 3162494
INFO 2021-02-13 14:22:41,751 User comment: ALABAMA LINK GPS Decode - DMR ID: 3162494
INFO 2021-02-13 14:22:41,751 User SSID: 15
INFO 2021-02-13 14:22:41,751 User icon: -1
DEBUG 2021-02-13 14:22:41,751 Parsing: W4DBG-15>APHBL3,TCPIP*:/142241hN08556.5513-W0.001130221/000/ALABAMA LINK GPS Decode - DMR ID: 3162494
DEBUG 2021-02-13 14:22:41,753 Attempting to parse as compressed position report
DEBUG 2021-02-13 14:22:41,755 Parsed as compressed position report
DEBUG 2021-02-13 14:22:41,759 Parsed ok.
INFO 2021-02-13 14:22:41,759 Failed to parse packet. Packet may be deformed. Not uploaded.



Basically other Anytone 868, 878's etc... acknowledge the beacon from the 868 and show the compass and distance on the screen but the information is not uploaded to aprs.is

Just sharing....


Thanks!

Doug
W4DBG



On Fri, Feb 12, 2021 at 1:34 PM Doug - W4DBG via groups.io <douggooden=gmail.com@groups.io> wrote:
I am working on a Diagram..

Eric, I figured out the Private Call, it takes my brain a minute LOL

Doug
W4DBG

On Thu, Feb 11, 2021 at 11:11 AM Sérgio PU5SMS <pu5sms.saez@...> wrote:
Hello Doug ... well I think I'm not that stupid but I don't understand anything about your files ... there are several stanzas that don't connect to anything ... others connect to MASTERs within the .cfg file itself and many don't even are in your rules.py file ... in your rules.py file there are connections to [APRS_MASTER-1] that uses port 62031 but its pair [31010-APRS-PEER] never appears in your rules.py ... other pairs appear, [GPS-1] and [GPS-8] ... the first uses port 62032 and the second you did not inform which port it is, so it is really difficult to understand how you mounted it ... maybe my stupidity needs a drawing for me to understand ... if you can do that i would be very happy ... i will try it my way, but definitely your files are not showing me a clear path ... anyway i appreciate your help ... thank you very much!
PU5SMS - SAEZ


Em qua., 10 de fev. de 2021 às 18:10, Doug - W4DBG <douggooden@...> escreveu:
It is working great..

With this "branch" or "version" of HBLink3 can we still do private voice calls and send messages to each other radio to radio?

I have the bulletin board working and dashboard etc..

APRS, with that change is flawless so far.. Anytone 868, Anytone 878, Anytone 878 Plus, Retevis RT73, BTECH 6x2 all are working.

The only thing I haven't figured out is what is needed for Private Call, Radio to radio or data to data.

I am sure it is something in the rules.py file at the bottom...

But if I set it like I would think it would work private calls work but APRS doesn't.

Any ideas on what I am attempting is doable I am open to try :)

Thanks for your work and everyone else who has contributed. This is fun stuff.

Doug
W4DBG


On Wed, Feb 10, 2021 at 10:26 AM Eric - KF7EEL <kf7eel@...> wrote:

[Edited Message Follows]
[Reason: specify which file]

Try changing line 104 in gps_data.py to

btf = int(-1)

If it works for you, I'll commit the changes.



--
Doug Gooden
troytrojan@...


--
PU5SMS - Saez
South of Bazil



--
Doug Gooden
troytrojan@...



--
Doug Gooden
troytrojan@...


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Doug - W4DBG
 

I am working on a Diagram..

Eric, I figured out the Private Call, it takes my brain a minute LOL

Doug
W4DBG


On Thu, Feb 11, 2021 at 11:11 AM Sérgio PU5SMS <pu5sms.saez@...> wrote:
Hello Doug ... well I think I'm not that stupid but I don't understand anything about your files ... there are several stanzas that don't connect to anything ... others connect to MASTERs within the .cfg file itself and many don't even are in your rules.py file ... in your rules.py file there are connections to [APRS_MASTER-1] that uses port 62031 but its pair [31010-APRS-PEER] never appears in your rules.py ... other pairs appear, [GPS-1] and [GPS-8] ... the first uses port 62032 and the second you did not inform which port it is, so it is really difficult to understand how you mounted it ... maybe my stupidity needs a drawing for me to understand ... if you can do that i would be very happy ... i will try it my way, but definitely your files are not showing me a clear path ... anyway i appreciate your help ... thank you very much!
PU5SMS - SAEZ


Em qua., 10 de fev. de 2021 às 18:10, Doug - W4DBG <douggooden@...> escreveu:
It is working great..

With this "branch" or "version" of HBLink3 can we still do private voice calls and send messages to each other radio to radio?

I have the bulletin board working and dashboard etc..

APRS, with that change is flawless so far.. Anytone 868, Anytone 878, Anytone 878 Plus, Retevis RT73, BTECH 6x2 all are working.

The only thing I haven't figured out is what is needed for Private Call, Radio to radio or data to data.

I am sure it is something in the rules.py file at the bottom...

But if I set it like I would think it would work private calls work but APRS doesn't.

Any ideas on what I am attempting is doable I am open to try :)

Thanks for your work and everyone else who has contributed. This is fun stuff.

Doug
W4DBG


On Wed, Feb 10, 2021 at 10:26 AM Eric - KF7EEL <kf7eel@...> wrote:

[Edited Message Follows]
[Reason: specify which file]

Try changing line 104 in gps_data.py to

btf = int(-1)

If it works for you, I'll commit the changes.



--
Doug Gooden
troytrojan@...


--
PU5SMS - Saez
South of Bazil



--
Doug Gooden
troytrojan@...


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Eric - KF7EEL
 

The new files are an experiment to make configuration simpler and to prepare for upcoming features. It is experimental, so I don't know how it scales in high traffic configurations. Theoretically, it should be fine.

There is no need to change anything if it is working for you.


Re: HBlink to c-bridge

GB7NR Support
 

Hi Randy Ok, I’m just trying to reach down all avenues. To be honest we have tried everything, different passwords, hex passwords, 20 digits, 10+10 hex, shirt passwords standard text, numbers. For 2 months been trying and I can’t get it to work dude. I’m just not sure, HMAC faiks everytime. Your right it is an authentication issue because I’ve even done port dumps and the traffic is clearly there! But it’s having none of it Randy! Really struggling now. 

Shane 


On 11 Feb 2021, at 17:33, Randy AA6RH <aa6rh@...> wrote:

Hi Shane,

You're the only person I've heard on the forum that has issue with IPSC2 to HBLink using OBP. If you're getting traffic over the link but are suffering HMAC authentication failures, it's pretty clearly a mismatch of the password. I would look at any whitespace in the passphrase that might be causing the authentication failure, perhaps reconfirm or change the passphrase with the IPSC2 end of the OBP link, and try again.

OpenBridge is a relatively simple protocol, all things considered. The trickiest part is clearly getting the authentication right.

Do let me know if you continue to have problems with it. But my gut reaction is that this is a credentials/configuration problem, not a code problem.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: HBlink to c-bridge

Randy AA6RH
 

Hi Shane,

You're the only person I've heard on the forum that has issue with IPSC2 to HBLink using OBP. If you're getting traffic over the link but are suffering HMAC authentication failures, it's pretty clearly a mismatch of the password. I would look at any whitespace in the passphrase that might be causing the authentication failure, perhaps reconfirm or change the passphrase with the IPSC2 end of the OBP link, and try again.

OpenBridge is a relatively simple protocol, all things considered. The trickiest part is clearly getting the authentication right.

Do let me know if you continue to have problems with it. But my gut reaction is that this is a credentials/configuration problem, not a code problem.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: HBlink to c-bridge

GB7NR Support
 

Hi Guys, just wondering I mentioned this on another thread and still can’t resolve it. IPSC2 to HBLink via OpenBridge. Still can’t get a connection something to do with the ID or password I think. Is there any incompatibilities between IPSC2 and HBLink OpenBridge? 

Shane 
M0VUB 


On 11 Feb 2021, at 17:09, Randy AA6RH <aa6rh@...> wrote:

What Corey said, pretty much.

Use the older HBLink repo and select the "HB_Bridge" branch to check out. For the IPSC side, use the DMRlink repo and select the "IPSC_Bridge" branch.

You should be able to search the forums for some answers to common configuration questions there. The main DVSwitch forum is also a good resource there, as Steve N4IRS still makes use of IPSC_Bridge.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Sérgio PU5SMS
 

Hello Doug ... well I think I'm not that stupid but I don't understand anything about your files ... there are several stanzas that don't connect to anything ... others connect to MASTERs within the .cfg file itself and many don't even are in your rules.py file ... in your rules.py file there are connections to [APRS_MASTER-1] that uses port 62031 but its pair [31010-APRS-PEER] never appears in your rules.py ... other pairs appear, [GPS-1] and [GPS-8] ... the first uses port 62032 and the second you did not inform which port it is, so it is really difficult to understand how you mounted it ... maybe my stupidity needs a drawing for me to understand ... if you can do that i would be very happy ... i will try it my way, but definitely your files are not showing me a clear path ... anyway i appreciate your help ... thank you very much!
PU5SMS - SAEZ


Em qua., 10 de fev. de 2021 às 18:10, Doug - W4DBG <douggooden@...> escreveu:

It is working great..

With this "branch" or "version" of HBLink3 can we still do private voice calls and send messages to each other radio to radio?

I have the bulletin board working and dashboard etc..

APRS, with that change is flawless so far.. Anytone 868, Anytone 878, Anytone 878 Plus, Retevis RT73, BTECH 6x2 all are working.

The only thing I haven't figured out is what is needed for Private Call, Radio to radio or data to data.

I am sure it is something in the rules.py file at the bottom...

But if I set it like I would think it would work private calls work but APRS doesn't.

Any ideas on what I am attempting is doable I am open to try :)

Thanks for your work and everyone else who has contributed. This is fun stuff.

Doug
W4DBG


On Wed, Feb 10, 2021 at 10:26 AM Eric - KF7EEL <kf7eel@...> wrote:

[Edited Message Follows]
[Reason: specify which file]

Try changing line 104 in gps_data.py to

btf = int(-1)

If it works for you, I'll commit the changes.



--
Doug Gooden
troytrojan@...


--
PU5SMS - Saez
South of Bazil


Re: HBlink to c-bridge

Randy AA6RH
 

What Corey said, pretty much.

Use the older HBLink repo and select the "HB_Bridge" branch to check out. For the IPSC side, use the DMRlink repo and select the "IPSC_Bridge" branch.

You should be able to search the forums for some answers to common configuration questions there. The main DVSwitch forum is also a good resource there, as Steve N4IRS still makes use of IPSC_Bridge.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Sérgio PU5SMS
 

Hello Eric ... I was surprised to do the "git pull" ... now we have new files for the bridge? ... should I stop using bridge.py and start using bridge_gps_data.py or should I run both? ... sorry but you didn't explain anything about it ... i'm lost ... could you give a brief explanation about it? ... thanks.

PU5SMS - SAEZ


Em seg., 8 de fev. de 2021 às 19:38, Eric - KF7EEL <kf7eel@...> escreveu:

PU5SMS:
1 - Yes.
2 - Yes.
3 - Yes, this is what is at the end of my rules.py:

STATIC_UNIT = [
    [ 9099, 'D-APRS']
    ]

4 - I just added some code to allow both group and unit. setting CALL_TYPE to both will cause the application to accept both call types. This should work better for you.
5 - I am working on some better documentation. If you are not able to get Doug's examples working, I have just pushed an experimental script that combines all the APRS stuff and call routing. This would eliminate the need for PEER/MASTER connections to get APRS and use a single config rather than 2. This makes it much simpler to get up and running. I am still testing this as I'm not sure how it will scale up. Let me know if you would like to try this route.


--
PU5SMS - Saez
South of Bazil


Re: HBlink to c-bridge

Corey Dean N3FE
 

Hb-bridge and ipsc-bridge.

On Feb 11, 2021, at 1:08 AM, Patrick Perdue <borrisinabox@...> wrote:

Hi all:

A repeater owner wants to connect with C-Bridge to my multi-mode system, which is using HBlink3 as part of the chain. What's the best way to approach this? Lots of information out there, but it seems a lot of it is pretty outdated, so I don't quite know where to start.

Thanks and 73

KE4DYI




HBlink to c-bridge

Patrick Perdue
 

Hi all:

A repeater owner wants to connect with C-Bridge to my multi-mode system, which is using HBlink3 as part of the chain. What's the best way to approach this? Lots of information out there, but it seems a lot of it is pretty outdated, so I don't quite know where to start.

Thanks and 73

KE4DYI


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Eric - KF7EEL
 

Add all the systems you want to private call each other in UNIT of rules.py:

UNIT = ['MASTER-1', 'PEER-2']


Then, add the system and DMR ID of your gateway to STATIC_UNIT:

 

 
STATIC_UNIT = [[9099, 'D-APRS']]
Doing that will enable private calling between systems. When a private call is initiated to the DMR ID of the gateway, it is routed to the SYSTEM configured in STATIC_UNIT only, preventing the GPS position from flooding the other systems in UNIT.

 

361 - 380 of 2762