Go to file
2021-04-25 13:47:26 -07:00
dev update requirements 2021-04-23 12:34:54 -07:00
retired initial commit of SMS dev 2021-04-21 10:46:52 -07:00
scripts/dashboard fix dashboard bug 2021-04-25 13:47:26 -07:00
.gitattributes Update to sync dev system 2020-03-14 10:56:16 -05:00
.gitignore non-programatic updates 2019-03-01 11:30:45 -06:00
bridge_all.py Changed initial state values for some reporting variables. Cosmetic, but avoids unecessary tracabacks. 2020-01-13 14:45:17 +00:00
bridge.py restore bridge.py to original state 2021-04-25 10:39:04 -07:00
config.py restore bridge.py to original state 2021-04-25 10:39:04 -07:00
const.py Add necessary pieces for Talker Alias DMRA 2020-10-15 16:23:55 -05:00
full_bridge-SAMPLE.cfg change sending que path, generate dictionaries, moved locap_apps and authorized_users to rules.py 2021-04-25 09:35:58 -07:00
full_bridge.py fix dashboard bug 2021-04-25 13:47:26 -07:00
gps_data-SAMPLE.cfg fix incorrect config 2021-03-04 15:17:51 -08:00
gps_data.py fix dashboard logging bug 2021-03-11 17:54:38 -08:00
gps_functions.py update readme, sample, and functions 2020-11-26 19:40:43 -08:00
hblink-SAMPLE.cfg Change example to allow D-APRS out of the box 2021-01-07 15:10:34 -08:00
HBlink.png Adding Official Logo Images 2020-03-06 07:31:12 -06:00
hblink.py remove code from accidental commit 2020-12-24 13:53:44 -08:00
HBlink.svg Adding Official Logo Images 2020-03-06 07:31:12 -06:00
install.sh Added install.sh and appended requirements.txt (#16) 2021-01-01 13:51:20 -08:00
LICENSE.txt non-programatic updates 2019-03-01 11:30:45 -06:00
log.py non-programatic updates 2019-03-01 11:30:45 -06:00
mk_voice.py non-programatic updates 2019-03-01 11:30:45 -06:00
play_ambe.py update copyrights 2019-03-05 19:01:07 -06:00
playback.cfg Change example to allow D-APRS out of the box 2021-01-07 15:10:34 -08:00
playback.py Change example to allow D-APRS out of the box 2021-01-07 15:10:34 -08:00
README.md Update README.md 2021-04-22 15:03:26 -07:00
reporting_const.py Mostly kinda works now 2019-01-04 15:32:13 -06:00
requirements.txt update requirements 2021-04-23 12:34:54 -07:00
rules_full_bridge-SAMPLE.py restore bridge.py to original state 2021-04-25 10:39:04 -07:00
rules_SAMPLE.py restore bridge.py to original state 2021-04-25 10:39:04 -07:00
sms_aprs_config.py change sending que path, generate dictionaries, moved locap_apps and authorized_users to rules.py 2021-04-25 09:35:58 -07:00
voice_lib.py Update to sync dev system 2020-03-14 10:56:16 -05:00

This is the developement version that supports the sending of SMS. This is a work in progress and is not meant to be used in production at this time.

Example external applications that use JSON API

GPS/Data Application

This repository contains everything needed to decode DMR GPS packets and SMS for HBLink3. This application can act as a master or peer and receive data as a group call or private call. It is designed to work in a multi system/user network.

Files modified from original master branch of HBLink3:

  • bridge.py
  • config.py

Required modules

  • pynmea2
  • aprslib
  • maidenhead

Optional Modules

  • Flask - Required for dashboard
  • smtplib - Required for sending email. If pip fails to install module, it may already be installed as most Linux distributions have this module by default.
  • traceback - If pip fails to install module, it may already be installed as most Linux distrobutions have this module by default.
  • slixmpp - Required for upcoming XMPP gateway.
  • folium - Required for mapping on dashboard.

This should work for DMR radios that send location data as a UTF-8 NMEA sentence. I am hopping to add support for more radios in the future.

Differences in branches

  • GPS: Contains the GPS/Data Application.
  • aprs_features: Contains the GPS/Data Application and a modified version of the APRS implementation for repeaters and hotspots by IU7IGU. (See https://github.com/iu7igu/hblink3-aprs for his work). I combined these for convenience.

Confirmed working:

Actually tested

Radio GPS SMS
Anytone D878 YES YES
Anytone D578 YES YES
BTech DMR-6x2 YES Most likely
MD-380 (MD380tools, no GPS) - YES
MD-380 (stock firmware, GPS) YES Most likely
MD-390 (stock firmware) YES YES
Retevis RT73* YES YES
Ailunce HD1 YES YES

*RT73 must have unconfirmed data setting enabled.

Highly suspected to work:

Not tested yet, but will most likely work.

Radio GPS SMS
Anytone D868 Most likely Most likely
TYT MD-2017 Most likely Likely
TYT MD-9600 Most likely Likely
Retevis RT8 Most likely Likely

Tested, but with issues.

Tested, but with bugs present.

Radio GPS SMS
Alinco DJ-MD5TGP WIP Most likely
Motorola DP3601 WIP WIP

Would like to test:

Connect Systems GPS enabled radios

Features

  • Decode GPS locations and upload APRS position packets
  • Each user/DMR ID can customize APRS position
  • Ability to receive data as a private call or group call
  • Trigger a command or script via DMR SMS
  • Optional web dashboard to show APRS packets uploaded
  • Display bulletins sent via SMS on web dashboard

How it works

A user should configure their radio for the DMR ID of the application and private or group call. When a position is received by the application, it will extract the coordinates and create an APRS position packet. The application will find the callsign of the user based on the sending radio's DMR ID. It is essential to have an up to date subscriber_ids file for this to work. A predefined APRS SSID is appended to the callsign. The APRS location packet is then uploaded to APRS-IS. No setup is required beforehand on the part of the user. This is pretty much "plug and play."

For example, N0CALL has a DMR ID of 1234567. N0CALL's radio sends a position to the application. The application will query the subscriber_ids file for DMR ID 1234567. The result will be N0CALL. An APRS location pack is created and uploaded to APRS-IS.

Individual user/DMR ID APRS settings

By default, all APRS positions will have an SSID of 15, a default comment, and the callsign of the DMR user. These default settings can be changed.

The comment, SSID, and icon can be set for each individual user/DMR ID the application sees. The application stores all the setting in a file. You may have different SSIDs, icons, and comments for different DMR IDs. This is done via DMR SMS using the following commands:

Command Description Example
@SSID Change SSID of user callsign. @SSID 7
@ICON Change the icon of the APRS position. *See http://aprs.net/vm/DOS/SYMBOLS.HTM for icon list. @icon /p
@COM Change the comment of the APRS. @COM This is a test comment.
@MH Set you location by maidenhead grid square. Designed for radios with no GPS or that are not compatable yet. @MH DN97uk
@BB Post a bulliten to the web dashboard. @BB This is a test bulletin.
@[CALLSIGN W/ SSID] A-[MESSAGE] Send a message to another station via APRS. @N0CALL-15 A-This is a test.
[EMAIL ADDRESS] E-[MESSAGE] Send an email to an email address. test@example.org E-This is a test.

Send a DMR SMS to the configured dmr_data_id in the application with the desired command followed by the value. For example, to change your icon to a dog, the command would be @ICON /p (see the icon table for values). Changing your SSID is as simple as @SSID 7, and @COM Testing 123 will change the comment.

Sending @BB Test will result in a post to the bulletin board with the messaage of "Test".

To remove any of the stored values, just send the appropriate command without any input. @COM will remove the stored comment, @ICON will remove the stored icon, and @COM will remove the strored comment. Any position now reports sent will have the default settings.

Web Dashboard

The web dashboard is completely optional. Python module flask is required for this to work. The web dashboard will display the last 15 positions of radios sent to APRS-IS. The dashboard will also sh user bulletin. A bulletin is a message sent via SMS that will display on the web dashboard. There are several uses for this, including: testing SMS functionality of radio, announcements, and moire. It is a novel feature. The page will automatically reload every 2 minutes. Setup is rather simple. Just modify the example config in the dashboard directory and rename it to dashboard_settings.py. Then start dashboard.py.

APRS messaging

At this time, only sending of messages from DMR SMS to APRS-IS is supported. I find this feature very pointless because it will only go one way, but someone else may find it important. Messages from sent from APRS-IS to DMR SMS will not work. I have not written the code for this yet. It will likley be a long time before this is a possibility.

APRS TOCALL

The project was granted a tocall of APHBLx by Bob Bruniga, WB4APR. This will identify that your APRS position came from HBLink. The x on the end can be any letter/number. Here are the current designations of APHBLx:

  • APHBL3 - HBlink3 D-APRS gateway
  • APHBLD - DMRlink D-APRS gateway (the IPSC version of the project)
  • APHBLS - Planned, but not in use: HBLink3 via KISS TNC

Configuration

See hblink_SAMPLE.cfg, rules_SAMPLE.py, and gps_data_SAMPLE.cfg for examples.

Special thanks to:

N0MJS - For creating HBLink and dmr_utils. This project not possible without him.

IU7IGU - For creating APRS position beaconing for PEER connections.

IV3JDV - For helping debug SMS in Anytone radios.

KD7LMN - For pointing out a critical bug.

KB5PBM - For helping implement support for MD-380 type radios.

EI7IG - For writing the page explaining MD-380 type GPS packets.

M0GLJ - For assisting with Motorola testing.

Resources for DMR data

I spent many hours looking at the following for this project. You may find these links useful.

https://github.com/travisgoodspeed/md380tools/issues/160

https://jpronans.github.io/ei7ig/dmr.html

http://cloud.dstar.su/files/G4KLX/MMDVM/MMDVM%20Specification%2020150922.pdf

https://wiki.brandmeister.network/index.php/NMEA_Location_Reporting

https://forums.radioreference.com/threads/motorola-lrrp-protocol.370081/

https://forums.radioreference.com/threads/lrrp-decoding.359575/

https://github.com/polkabana/go-dmr

https://github.com/nonoo/dmrshark

https://wiki.brandmeister.network/index.php/Compressed_Location_Reporting

All of the ETSI DMR documents (ETSI 102 361-1 through 361-4).

The Shark RF forums.


FOR SUPPORT, DISCUSSION, GETTING INVOLVED

Please join the DVSwitch group at groups.io for online forum support, discussion, and to become part of the development team.

DVSwitch@groups.io

A voluntary registrty for HBlink systems with public access has been created at http://hblink-register.com.es Please consider listing your system if you allow open access.


PROJECT: Open Source HomeBrew Repeater Proctol Client/Master.

UPDATES:

PURPOSE: Thanks to the work of Jonathan Naylor, G4KLX; Hans Barthen, DL5DI; Torsten Shultze, DG1HT we have an open protocol for internetworking DMR repeaters. Unfortunately, there's no generic client and/or master stacks. This project is to build an open-source, python-based implementation. You are free to use this software however you want, however we ask that you provide attribution in some public venue (such as project, club, organization web site). This helps us see where the software is in use and track how it is used.

For those who will ask: This is a piece of software that implements an open-source, amateur radio networking protocol. It is not a network. It is not intended to be a network. It is not intended to replace or circumvent a network. People do those things, code doesn't.

PROPERTY:
This work represents the author's interpretation of the HomeBrew Repeater Protocol, based on the 2015-07-26 documents from DMRplus, "IPSC Protocol Specs for homebrew DMR repeater" as written by Jonathan Naylor, G4KLX; Hans Barthen, DL5DI; Torsten Shultze, DG1HT, also licenced under Creative Commons BY-NC-SA license.

WARRANTY None. The owners of this work make absolutely no warranty, express or implied. Use this software at your own risk.

PRE-REQUISITE KNOWLEDGE:
This document assumes the reader is familiar with Linux/UNIX, the Python programming language and DMR.

Using docker version

To work with provided docker setup you will need:

  • A private repository with your configuration files (all .cfg files in repo will be copyed to the application root directory on start up)
  • A service user able to read your private repository (or be brave and publish your configuration, or be really brave and give your username and password to the docker)
  • A server with docker installed
  • Follow this simple steps:

Build your own image from source


docker build . -t millaguie/hblink:3.0.0

Or user a prebuilt one in docker hub: millaguie/hblink:3.0.0

Wake up your container

touch /var/log/hblink.log
chown 65000  /var/log/hblink.log
 run -v /var/log/hblink.log:/var/log/hblink.log -e GIT_USER=$USER -e GIT_PASSWORD=$PASSWORD -e GIT_REPO=$URL_TO_REPO_WITHOUT_HTTPS://  -p 54000:54000  millaguie/hblink:3.0.0

MORE DOCUMENTATION TO COME

0x49 DE N0MJS

Copyright (C) 2016-2020 Cortney T. Buffington, N0MJS n0mjs@me.com

This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA