Date   

Re: DV4MINI or OPENSPOT CONVERT PROTOCOL WITH HB MMDVM OR HBLINK

Steve N4IRS
 

As of today, nothing released. I have not seen anybody else working on such a program.

73, Steve N4IRS

On 11/04/2017 06:23 AM, ea5gvk@... wrote:
Is there any software to convert the dv4mini protocol and openspot to the HB mmdvm protocol?
As for example if it exists for repeaters Hytera to HB repeater or DMRGateway thanks to OE8VIK / HB3YZE


DV4MINI or OPENSPOT CONVERT PROTOCOL WITH HB MMDVM OR HBLINK

EA5GVK Joaquin
 

Is there any software to convert the dv4mini protocol and openspot to the HB mmdvm protocol?
As for example if it exists for repeaters Hytera to HB repeater or DMRGateway thanks to OE8VIK / HB3YZE


AllStar/DMR/D-Star Bridge

Steven Blackford
 

Hello all,
     A few weeks ago, with the assistance of Steve, N4IRS I was able to setup a DMR<->D-Star bridge using DummyRepeater, Analog_Bridge, & HB_Bridge.  This has been running perfectly on an ODroid C1 for the past couple of weeks.  Last night, I finally had time to patch the dahdi-linux-complete module to compile ODroid.  I'm running Ubuntu Xenial btw.  So I had to patch it be able to compile it w/ gcc-5.x.  NP.  I then compiled the latest asterisk-1.4.23-pre.   The secret to getting asterisk-1.4.23-pre to compile on Xenial w/ gcc-5.x is to add "-fgnu89-inline" to your CFLAGS in case you're curious.  So I got everything installed.  I setup my node as a hub & configured EchoLink as well.  I stopped Analog_Bridge, DummyRepeater, & HB_Bridge, started up asterisk, and then restarted everything else.  Here's my problem & I know it probably has something to do w/ the chan_usrp configuration.  As it stands, here's what I have in my rpt.conf:

[1999]                                 ; Change this to your assigned node numb
er

rxchannel = USRP/127.0.0.1:34001:32001  ; Use the USRP channel driver. Must be e
nabled in modules.conf

In Analog_Bridge, I have the following config:
; Information for USRP channel driver
;   This matches the rpt.conf ASL file with a setting like:
;   rxchannel = usrp/127.0.0.1:34001:32001 It's invoked as usrp/SendToIP:SendToP
ORT:ListenOnPORT
[USRP]
server = 127.0.0.1              ; IP address of Allstar/Asterisk
toASLPort = 34001               ; PCM to ASL
fromASLPort = 32001             ; PCM from ASL

and my Dummy Repeater conf for USRP is as follows:

USRP_IP=127.0.0.1
USRP_TXPORT=34001
USRP_RXPORT=32001

Since I started asterisk first & everything afterwards as expected, here's the problem I have:

DMR passes fine over to D-Star as expected.
D-Star no longer passes over to DMR at all.
When I connect to the echolink node:
D-Star<->EchoLink works perfectly both ways.  

DMR<->EchoLink nothing works.  If I swap the ports in Analog_Bridge,
DMR-->EchoLink works like it should, but not vice versa.

So my question is, what's the best way to configure my USRP channels so I can have audio pass between all three modes?  Do I need to setup a second node for EchoLink & connect them together?  I don't have any plans on adding in anything analog at the momemt.  Basically just wanting to allow others to connect to the AllStar node & via EchoLink.  Sorry, I'm really new at this & was happy I got this far. :-)  Thanks & 73 de K4SQI!

Steve, K4SQI


--
-----
Steve, kb7sqi@...


Re: Current status DMRlink, HBlink DVSwitch

david bencini ik5xmk
 

Hi Steve and all,

I do not know the python language, I tried but I really need some help. Can anyone address me to modify HBLink's code so that you can skip that part where XLX returns incorrect information? I understand that it is not the right way and it would serve a proper analysis. But Luc does not answer because he is busy with the job and I just want to understand if it is possible to establish a simple connection between my dmrmaster and a XLX module to enable transcoding. If this works and makes sense, then it may be important to plan ahead with further steps. Thanks to everyone, every idea is well-received.

David IK5XMK


Re: Analog_Bridge update

Steve N4IRS
 

There are 3 Analog_Bridge executables in the repository. One for the Pi, one for the Intel 32 bit and one for the Intel 64 bit.
I usually recommend  people rename the proper program. What processor is your Ubuntu built for?

Show the output of uname -a

73, Steve N4IRS
 

On 10/20/2017 06:37 PM, Ryan Collier wrote:
I must be doing something wrong on the Analog_bridge. This is what I get when I try and exec on ubuntu.

root@zipper:~/Analog_Bridge# ./Analog_Bridge
-bash: ./Analog_Bridge: cannot execute binary file: Exec format error
root@zipper:~/Analog_Bridge#


Re: Analog_Bridge update

Ryan Collier
 

I must be doing something wrong on the Analog_bridge. This is what I get when I try and exec on ubuntu.

root@zipper:~/Analog_Bridge# ./Analog_Bridge
-bash: ./Analog_Bridge: cannot execute binary file: Exec format error
root@zipper:~/Analog_Bridge#


Re: Status update and welcome.

Steve N4IRS
 

Mid October and not much change. I updated Analog_Bridge in the repository to exchange metadata with a Partner. This is mostly used with DummyRepeater to try to translate D-Star callsign data to CC7 data for DMR.

 We are up to 108 members of the forum. If you are new or have not done it yet, PLEASE 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: Current status DMRlink, HBlink DVSwitch

Steve N4IRS
 

I really should change this topic name...
No reply from Luc. I see there are 10 pending Pull requests, so I don't think this is going anywhere.

Steve


Re: Analog_Bridge update

Steven Blackford
 

Steve,
   Thanks for the update!  It's working perfectly here! :-)  73 de K4SQI!

Steve, K4SQI

On Wed, Oct 18, 2017 at 11:30 AM, Steve N4IRS <szingman@...> wrote:
There is still more work to do, but I have updated the github repository for Analog_Bridge to include DMRID <---> Callsign translation. This will ATTEMPT to show the proper DMRID for a callsign from DummyRepeater. In the other direction the TS/TG/ID is shown in the D-Star info field. This may get other changes later. See the Analog_Bridge.ini and get-subscriber-id.sh in the scripts directory.

Support for the DVMEGA AMBE 3000 still has to be added as well as refactoring. Software means never having to say you're finished. (apologies to Erich Segal)

73, Steve N4IRS




--
-----
Steve, kb7sqi@...


Analog_Bridge update

Steve N4IRS
 

There is still more work to do, but I have updated the github repository for Analog_Bridge to include DMRID <---> Callsign translation. This will ATTEMPT to show the proper DMRID for a callsign from DummyRepeater. In the other direction the TS/TG/ID is shown in the D-Star info field. This may get other changes later. See the Analog_Bridge.ini and get-subscriber-id.sh in the scripts directory.

Support for the DVMEGA AMBE 3000 still has to be added as well as refactoring. Software means never having to say you're finished. (apologies to Erich Segal)

73, Steve N4IRS


Re: Smartphone apps

Matthew 2E0SIP
 

On Tue, Oct 17, 2017 at 10:34 am, Steve N4IRS wrote:
Analog_Bridge will accept TG/TS commands externally (on the fly) See tune.sh in the scripts directory. "tune.sh 3112173 311246 31123 2 1"

Oh, nice! thanks for confirmation


Re: Smartphone apps

Bob N1XBM <N1XBM@...>
 

Group,

Thanks for the replies, I have used the Android iax app, and yes that works, and the audio is good. The only issue I have is that it doesn't seem to stay connected, I've started to run in the background, but I often find it will disconnect after a short while. 

Has anyone else experienced this using the app too?


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


Re: Smartphone apps

Steve N4IRS
 

Analog_Bridge will accept TG/TS commands externally (on the fly) See tune.sh in the scripts directory. "tune.sh 3112173 311246 31123 2 1"
The Android app I posted the link to is a IAX client.

Steve

On 10/17/2017 1:28 PM, Matthew 2E0SIP wrote:
Hi Bob,
 
With a combination of IPSC_Bridge, Analog_Bridge,  Allstar Asterisk, and an AMBE chip you can connect a SIP client to a single DMR talk group, however changing talkgroup on the fly would require some additional code. 
 
You'd also be limited to one talkgroup per AMBE chip. However several SIP  users could connect to the same TG. 
 
I *intend* to make a Web based client for Allstar Asterisk, which could be ported over as an app with some assistance, but it's a little way down my list of projects. 
 
I hope that helps
 
Matthew 


Re: Smartphone apps

Matthew 2E0SIP
 

Hi Bob,
 
With a combination of IPSC_Bridge, Analog_Bridge,  Allstar Asterisk, and an AMBE chip you can connect a SIP client to a single DMR talk group, however changing talkgroup on the fly would require some additional code. 
 
You'd also be limited to one talkgroup per AMBE chip. However several SIP  users could connect to the same TG. 
 
I *intend* to make a Web based client for Allstar Asterisk, which could be ported over as an app with some assistance, but it's a little way down my list of projects. 
 
I hope that helps
 
Matthew 


Re: Smartphone apps

Steve N4IRS
 

Well,
AllStar + Analog_Bridge + IPSC_Bridge Will do that.
There is a Android app for AllStarLink <https://play.google.com/store/apps/details?id=org.dvswitch>

73, Steve

On 10/17/2017 1:18 PM, Chris Andrist wrote:
I use RadioPro, but it requires a dedicated Motorola XPR Mobile Radio.

I would love to see some software that would allow me to run a small node on a raspberry pi with a thumbdv and allow my phone to access the network.

Regards,

Chris Andrist, KC7WSU
DMR-UTAH

On Oct 17, 2017, at 10:05 AM, Bob N1XBM <N1XBM@...> wrote:

I honestly sometimes miss things while doing research for "whats out there" With all of the tools for building networks. Has anyone come up with a way to peer a smartphone to an ipsc network?

I know there is some commercial offerings that require some server software.

Thank you 

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


Re: Smartphone apps

Chris Andrist, KC7WSU
 

I use RadioPro, but it requires a dedicated Motorola XPR Mobile Radio.

I would love to see some software that would allow me to run a small node on a raspberry pi with a thumbdv and allow my phone to access the network.

Regards,

Chris Andrist, KC7WSU
DMR-UTAH

On Oct 17, 2017, at 10:05 AM, Bob N1XBM <N1XBM@...> wrote:

I honestly sometimes miss things while doing research for "whats out there" With all of the tools for building networks. Has anyone come up with a way to peer a smartphone to an ipsc network?

I know there is some commercial offerings that require some server software.

Thank you 

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


Smartphone apps

Bob N1XBM <N1XBM@...>
 

I honestly sometimes miss things while doing research for "whats out there" With all of the tools for building networks. Has anyone come up with a way to peer a smartphone to an ipsc network?

I know there is some commercial offerings that require some server software.

Thank you 

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


Re: Analog_Bridge Source

Mike Zingman - N4IRR
 

Chris,

I am sorry, at the moment the source is still being cleaned up from many hacks over the years.  I will release it ASAP.  In the mean time, if all you need to do is backup your configurations, rsync is a great tool.

Best regards
Mike N4IRR


Analog_Bridge Source

Chris Andrist, KC7WSU
 

I am trying to run Analog_Bridge on FreeBSD. Is the source available that I can download and compile it?

I am getting the following error:

root@dmrgateway:/srv/Analog_Bridge # ./Analog_Bridge.x64
ELF binary type "0" not known.
./Analog_Bridge.x64: Exec format error. Binary file not executable.

My goal is to separate Analog Audio and the USRP Node. This way if the node dies I can just setup app_rpt again and not have to setup Analog_Bridge, HB_Bridge, and app_rpt.

Regards,
Chris Andrist, KC7WSU
DMR-UTAH


Re: New Set Up MMDVM to IPSC

Steve N4IRS
 

Correct,
I tried to use the correct terminology.
In HB Protocol MMDVMHost is the "Client" and HBlink is the "Server"
In IPSC (Motorola) DMRlink is the "Peer" ant your 8300 is the "Master"

HB_Bridge and IPSC_Bridge are referred to as "Partners" Partners talk to each other.
Other Partners are:
Analog_Bridge for connecting to AllStar and EchoLink
DummyRepeater is from G4KLX and has been modified to connect to D-Star. Not really a Partner, but it acts like one.

Other Partners to come...

73, Steve N4IRS  

On 10/11/2017 12:56 PM, stevecast2024@... wrote:
Thank You Steve,

This is exactly the info I'm looking for. My confusion was with HBlink in the process. So essentially I will run HBbridge which will be used to connect MMDVM with  DMlink then DMlink will be a peer to the 8300 master.

I'll assemble everything over the next week or so.

Thank you again,
Steve
_._,_._,_



9601 - 9620 of 10073