Date   

Re: AMBE not detected by Thumb DV

AB4WS - Jack
 

Check your communication speed for the port the ThumbDV is plugged into, early versions of the ThumbDV required slower communication speed while the newer device requires a faster speed.


On Jan 19, 2021, at 16:06, Tim Lawrence <kj4hpg@...> wrote:

Hello all,

I am using Thumb DV with Blue dV version 9572 download.  I have installed everything correctly and am using the correct COM port.  However upon startup Blue DV does not recognize the AMBE software.  I get a firmware not detected error or if I uncheck the thumb DV box in the AMBE section of Blue DV I says connected to zumspot however I have no control over the AMBE setting mic gain, output etc and can hear no audio.  I have updated software and looked for a firmware upgrade for teh thumb DV however have came up empty.  Has anyone else experience this issue?

KJ4HPG
Tim


AMBE not detected by Thumb DV

Tim Lawrence
 

Hello all,

I am using Thumb DV with Blue dV version 9572 download.  I have installed everything correctly and am using the correct COM port.  However upon startup Blue DV does not recognize the AMBE software.  I get a firmware not detected error or if I uncheck the thumb DV box in the AMBE section of Blue DV I says connected to zumspot however I have no control over the AMBE setting mic gain, output etc and can hear no audio.  I have updated software and looked for a firmware upgrade for teh thumb DV however have came up empty.  Has anyone else experience this issue?

KJ4HPG
Tim


BlueDV for Windows #bluedv

Johan Lehmann
 

I have a DELL Notebook with Windows 10 Build 1909 and DELL Desktop with Windows 10 Build 20H2. I installed BlueDV on both machines. On the notebook it starts up and works perfectly, on the desktop it is refusing to start. I even tried version 9572 and 9594 it is the same on the desktop. I have looked at all the obvious rights issues, registry settings etc and can not find any thing out of order.

Anybody else had a similar issue in getting BlueDV to start up?

Johan ZS6JPL


Re: DMR XLX Fusion Linking #thumbdv

Charles Wiant
 

On github check out n5amd ambed  that is what i use open ports point to reflector,point reflector to ambed


On Jan 7, 2021, at 7:14 PM, CHARLES WIANT <kd8itc@...> wrote:

In your xlx install there is ambed in there just have to set it up


On Jan 7, 2021, at 5:57 PM, John Ferrari via groups.io <jsfpamac@...> wrote:

Thank you so much. I think I'm on the right track now. 
I'm reviewing this pdf now.    http://hamradio.dip.jp/ja3gqj/ambed_server_myexp.pdf

John

On Thu, Jan 7, 2021 at 04:46 PM, Ryan Matthew Headley wrote:
This can certainly be done.  The program is called ambed.  It is part of the xlxd repository, but it can be built and installed completely separately from xlxd.  Good instructions are found in the README within the ambed folder.

Make sure that the internet connection for the ambed server has the lowest latency possible.  You cannot control your ISP, but do everything you can locally.

Used remotely, ambed--like xlxd--will need a static public IP address.  One thing not specifically mentioned in the README is that for a local (to xlxd) install, ambed should listen on the local-link address (127.0.0.1); for a remote (to xlxd) install, ambed should listen on the LAN address of the device running ambed.

All in all, the network considerations for running ambed remotely are a little greater than running both ambed and xlxd locally.  In the end, running both xlxd and ambed on a local server may still give you fewer headaches and better overall performance. 


Re: DMR XLX Fusion Linking #thumbdv

Charles Wiant
 

In your xlx install there is ambed in there just have to set it up


On Jan 7, 2021, at 5:57 PM, John Ferrari via groups.io <jsfpamac@...> wrote:

Thank you so much. I think I'm on the right track now. 
I'm reviewing this pdf now.    http://hamradio.dip.jp/ja3gqj/ambed_server_myexp.pdf

John

On Thu, Jan 7, 2021 at 04:46 PM, Ryan Matthew Headley wrote:
This can certainly be done.  The program is called ambed.  It is part of the xlxd repository, but it can be built and installed completely separately from xlxd.  Good instructions are found in the README within the ambed folder.

Make sure that the internet connection for the ambed server has the lowest latency possible.  You cannot control your ISP, but do everything you can locally.

Used remotely, ambed--like xlxd--will need a static public IP address.  One thing not specifically mentioned in the README is that for a local (to xlxd) install, ambed should listen on the local-link address (127.0.0.1); for a remote (to xlxd) install, ambed should listen on the LAN address of the device running ambed.

All in all, the network considerations for running ambed remotely are a little greater than running both ambed and xlxd locally.  In the end, running both xlxd and ambed on a local server may still give you fewer headaches and better overall performance. 


Re: DMR XLX Fusion Linking #thumbdv

John
 

Thank you so much. I think I'm on the right track now. 
I'm reviewing this pdf now.    http://hamradio.dip.jp/ja3gqj/ambed_server_myexp.pdf

John


On Thu, Jan 7, 2021 at 04:46 PM, Ryan Matthew Headley wrote:
This can certainly be done.  The program is called ambed.  It is part of the xlxd repository, but it can be built and installed completely separately from xlxd.  Good instructions are found in the README within the ambed folder.

Make sure that the internet connection for the ambed server has the lowest latency possible.  You cannot control your ISP, but do everything you can locally.

Used remotely, ambed--like xlxd--will need a static public IP address.  One thing not specifically mentioned in the README is that for a local (to xlxd) install, ambed should listen on the local-link address (127.0.0.1); for a remote (to xlxd) install, ambed should listen on the LAN address of the device running ambed.

All in all, the network considerations for running ambed remotely are a little greater than running both ambed and xlxd locally.  In the end, running both xlxd and ambed on a local server may still give you fewer headaches and better overall performance. 


Re: DMR XLX Fusion Linking #thumbdv

Ryan Matthew Headley
 

For that matter, you could run your vpn server on your cloud machine, and run both xlxd and ambed on a local machine.

Either way, the lowest overhead protocol (by a wide margin) for the VPN would be WireGuard.


Re: DMR XLX Fusion Linking #thumbdv

 

You could also run a VPN between your XLXD host and AMBED host. (Isolating the AMBED from the public Internet and then it could also be at a dynamic public IP).

On Thu, Jan 7, 2021 at 1:46 PM Ryan Matthew Headley <headley.ryan@...> wrote:
This can certainly be done.  The program is called ambed.  It is part of the xlxd repository, but it can be built and installed completely separately from xlxd.  Good instructions are found in the README within the ambed folder.

Make sure that the internet connection for the ambed server has the lowest latency possible.  You cannot control your ISP, but do everything you can locally.

Used remotely, ambed--like xlxd--will need a static public IP address.  One thing not specifically mentioned in the README is that for a local (to xlxd) install, ambed should listen on the local-link address (127.0.0.1); for a remote (to xlxd) install, ambed should listen on the LAN address of the device running ambed.

All in all, the network considerations for running ambed remotely are a little greater than running both ambed and xlxd locally.  In the end, running both xlxd and ambed on a local server may still give you fewer headaches and better overall performance. 



--
John D. Hays
Kingston, WA
K7VE

 


Re: DMR XLX Fusion Linking #thumbdv

Ryan Matthew Headley
 

This can certainly be done.  The program is called ambed.  It is part of the xlxd repository, but it can be built and installed completely separately from xlxd.  Good instructions are found in the README within the ambed folder.

Make sure that the internet connection for the ambed server has the lowest latency possible.  You cannot control your ISP, but do everything you can locally.

Used remotely, ambed--like xlxd--will need a static public IP address.  One thing not specifically mentioned in the README is that for a local (to xlxd) install, ambed should listen on the local-link address (127.0.0.1); for a remote (to xlxd) install, ambed should listen on the LAN address of the device running ambed.

All in all, the network considerations for running ambed remotely are a little greater than running both ambed and xlxd locally.  In the end, running both xlxd and ambed on a local server may still give you fewer headaches and better overall performance. 


Re: DMR XLX Fusion Linking #thumbdv

John
 

Thanks for the reply. Our gaol is to have Dstar, YSF and DMR on the same XLX module. I believe this link is for setting up a new reflector and transcoder on a local machine. We have an existing XLX reflector on a remote server with DMR and YSF  to be added soon. What I am looking for is information on setting up the local transcoder to receive transcode  and send back to the remote server. I've been told this has been done on a raspberry pi with 2 digital vocoders but can't find and information on the setup.  


On Thu, Jan 7, 2021 at 02:25 PM, Ryan Matthew Headley wrote:
The absolute quickest and easiest way to get a a transcoding XLX reflector up an running is the N7TAE's new-xlx:  https://github.com/n7tae/new-xlxd

If your goal is to use YSF and DMR, then you need no transcoder.  That is only required for D-Star to either of those modes.

A few cautions when using a Raspberry Pi for the XLX reflector:

1) use a Pi 4.  It will work on the Pi 3B+, but will struggle with too many connections--and the transcoder will have more 'hickups.'
2) In most cases, use an ethernet cable, not. WiFi for the internet connection. (Such a case would be if you do not know the which WiFi standard your router uses, or in any case where your router is provided by your ISP).


Re: DMR XLX Fusion Linking #thumbdv

 

N7TAE has done some great work. 


On Thu, Jan 7, 2021, 11:51 Ryan Matthew Headley <headley.ryan@...> wrote:
That should work out fine.  I just mentioned the Pi's because there is are quite few different guides online directing the use of a Pi.

I run two:  one is on a circa 2012 Dell Optiplex connected to Verizon business service in Brooklyn, NY.  The other is running in a Debian virtual machine on my Threadripper-powered desktop/server.  Both run without a hitch.

N7TAE's build is not only easier to build and install, but also has few extra features like DExtra linking.  He has also done a good bit of work cleaning up the code.  It is more stable than the main build, and can run for weeks or months without issue.

One other thing included in Tom's build is the ability to set it up for ipv6 connectivity.  The ability for every device to have its own global address solves a lot of problems with reflectors and hotspots.  I have my reflectors setup for ipv6 connectivity for D-Star, Fusion, and DMR.  The newest builds of DMRGateway and YSFClients have the ability to use ipv6 connections, and well as QnetGateway does for D-Star.


Re: DMR XLX Fusion Linking #thumbdv

Ryan Matthew Headley
 

That should work out fine.  I just mentioned the Pi's because there is are quite few different guides online directing the use of a Pi.

I run two:  one is on a circa 2012 Dell Optiplex connected to Verizon business service in Brooklyn, NY.  The other is running in a Debian virtual machine on my Threadripper-powered desktop/server.  Both run without a hitch.

N7TAE's build is not only easier to build and install, but also has few extra features like DExtra linking.  He has also done a good bit of work cleaning up the code.  It is more stable than the main build, and can run for weeks or months without issue.

One other thing included in Tom's build is the ability to set it up for ipv6 connectivity.  The ability for every device to have its own global address solves a lot of problems with reflectors and hotspots.  I have my reflectors setup for ipv6 connectivity for D-Star, Fusion, and DMR.  The newest builds of DMRGateway and YSFClients have the ability to use ipv6 connections, and well as QnetGateway does for D-Star.


Re: DMR XLX Fusion Linking #thumbdv

Kenny Richards
 

Ryan,

Thank you for the recommendation on which XLXd reflector source tree to us, I found a bunch of them on GitHub and it isn't clear which is the 'right' one.

I personally was going to run this on a real computer in my home lab, which is connected with business class broadband, for our area. I can see how a Pi would struggle with the large IO needs of shuffling packets between the networks.

73,
Kenny


Re: DMR XLX Fusion Linking #thumbdv

Ryan Matthew Headley
 

The absolute quickest and easiest way to get a a transcoding XLX reflector up an running is the N7TAE's new-xlx:  https://github.com/n7tae/new-xlxd

If your goal is to use YSF and DMR, then you need no transcoder.  That is only required for D-Star to either of those modes.

A few cautions when using a Raspberry Pi for the XLX reflector:

1) use a Pi 4.  It will work on the Pi 3B+, but will struggle with too many connections--and the transcoder will have more 'hickups.'
2) In most cases, use an ethernet cable, not. WiFi for the internet connection. (Such a case would be if you do not know the which WiFi standard your router uses, or in any case where your router is provided by your ISP).


Re: DMR XLX Fusion Linking #thumbdv

Kenny Richards
 

John,

I came up with better Google search terms and found this nice description. https://ww8tf.club/building-a-transcoding-xlxd-pi/

I haven't tried it yet, but a quick scan suggests it will lead me in the right direction.

73,
Kenny


Re: DMR XLX Fusion Linking #thumbdv

John
 

That was my understanding but I'm looking to bridge the Dstar to the DMR/Fusion side. I'm just having a hard time finding information on software and configuration to use with the ThumbDVs.


Re: DMR XLX Fusion Linking #thumbdv

 

DMR and Fusion HR use the same AMBE vocoder mode, so the reflector only needs to handle the digital wrappers and network transit. 


On Thu, Jan 7, 2021, 10:40 Brett <zl2aus@...> wrote:

The latest version XLXd is a DMR / Fusion system and doesn't need any trans-coding .. trans-coding is needed for Dstar connections .. my XLX has trans-coding but I can listen to DMR transmissions on my fusion radio connected to my XLX reflector .. I may be wrong but it works for me ...

Regards
Brett ZL2AUS


At 07:01 am 8/01/2021, you wrote:
I'm try to find information on setting up transcoding between an XLX reflector, DMR and fusion. It is my understanding that DMR and fusion will be setup on the same remote server remotely . I also understand that the DMR/Fusion systems need transcoding to talk with the XLX reflector. 2 thumbDV modules are on the way. Can somebody point me in a direction to setting up the transcoding on a raspberry pi locally?  What software is required? Are there any good links with instructions?

Thanks,
John


Re: DMR XLX Fusion Linking #thumbdv

Brett
 


The latest version XLXd is a DMR / Fusion system and doesn't need any trans-coding .. trans-coding is needed for Dstar connections .. my XLX has trans-coding but I can listen to DMR transmissions on my fusion radio connected to my XLX reflector .. I may be wrong but it works for me ...

Regards
Brett ZL2AUS


At 07:01 am 8/01/2021, you wrote:
I'm try to find information on setting up transcoding between an XLX reflector, DMR and fusion. It is my understanding that DMR and fusion will be setup on the same remote server remotely . I also understand that the DMR/Fusion systems need transcoding to talk with the XLX reflector. 2 thumbDV modules are on the way. Can somebody point me in a direction to setting up the transcoding on a raspberry pi locally?  What software is required? Are there any good links with instructions?

Thanks,
John


Re: DMR XLX Fusion Linking #thumbdv

Kenny Richards
 

Please include the pointers here, I'm also curious in setting something similar up.

73,
Kenny


DMR XLX Fusion Linking #thumbdv

John
 

I'm try to find information on setting up transcoding between an XLX reflector, DMR and fusion. It is my understanding that DMR and fusion will be setup on the same remote server remotely . I also understand that the DMR/Fusion systems need transcoding to talk with the XLX reflector. 2 thumbDV modules are on the way. Can somebody point me in a direction to setting up the transcoding on a raspberry pi locally?  What software is required? Are there any good links with instructions? 

Thanks,
John

201 - 220 of 1692