What is the best way to get this done? I have an xlxd reflector with a dv3000 and many dstar boards. What is the best way to get this done? I would rather have software not software and hardware. I know I will probably need the dv3000 board. But just need the piece to connect the two together. I just don't want to have to run a usb fob to a dstar board.
Ryan, As of today there is a limited solution that only runs on the x86. I'll let someone else who knows it better describe it. The way I think it should be done is like how we did DMRGateway. Use the USRP channel driver in ASL.Modify DummyRepeater to output PCM instead of analog audio and to accept PCM rather then analog audio. connect that to the USRP channel driver. That way you can use ircDDBGateway and all the other modern D-Star tools. Yes, you will still need the DV3000. 73, Steve N4IRS On 03/13/2017 09:54 PM, Ryan Collier wrote:
What is the best way to get this done? I have an xlxd reflector with a dv3000 and many dstar boards. What is the best way to get this done? I would rather have software not software and hardware. I know I will probably need the dv3000 board. But just need the piece to connect the two together. I just don't want to have to run a usb fob to a dstar board.
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
Hi, Le 14/03/2017 à 03:25, Steve Zingman a écrit :
As of today there is a limited solution that only runs on the x86. I'll let someone else who knows it better describe it. The way I think it should be done is like how we did DMRGateway. Use the USRP channel driver in ASL.Modify DummyRepeater to output PCM instead of analog audio and to accept PCM rather then analog audio. connect that to the USRP channel driver. That way you can use ircDDBGateway and all the other modern D-Star tools. Yes, you will still need the DV3000.
I had similar needs, and I made some tests. Here are my results : - The only working solution I found would be to use some old (and partially closed-source) software from Scott, KI4LKF : chan_dstar (open-source) and dextra_cli (source not available). This software needs an old AMBE2000 chip. It can not work with recent AMBE3000 chips (such as the ones found in ThumbDV and PiDV, for ex.), because the data exchange protocol with the chip has changed. - There's no out-ot-the-box solution using recent AMBE chip and modern open-source software (AMBEServer, idcDDBGateway, etc...) Then, the ideal solution would be to develop the required software : - Modifying DummyRepeater as described is one option, but it requires skills in C programming - As far as the "repeater" function is not needed, and ircDDBGateway is not strictly required, another option would be to develop an independant gateway with three UDP connections: - Taking UDP audio flow from Asterisk / USRP channel driver - Connecting to an existing reflector, using any protocol (DCS, XRF, or better : XLX) - Connecting to AMBEServer software Anyway, I have no skills (and no fun !) in C programming. And I am too busy to start such a project for now. Maybe an analog audio loopback will do the job easily... 73 de TK1BI
The other way to do this, which I have done successfully is to connect dextra_client to an XLX (XRF) reflector. I connect Allstar using node 1000, using the dstar channel driver. Then anything that connects to XLX004 on slot A is connected to Allstar 2363. Works pretty good, utilizes the old blue DV Dongle like listed in this email. Pretty close to the same as exact design, but I don’t steer dextra_client at all, just leave it on the XLX. The USRP model like DMRGateway would be so much better, I think it will just take time. Mike Kb8zgl On 3/14/17, 4:52 AM, "Allstar-Digital on behalf of Toussaint OTTAVI" <allstar-digital-bounces@lists.keekles.org on behalf of t.ottavi@bc-109.com> wrote: Hi, Le 14/03/2017 à 03:25, Steve Zingman a écrit : > As of today there is a limited solution that only runs on the x86. > I'll let someone else who knows it better describe it. The way I think > it should be done is like how we did DMRGateway. Use the USRP channel > driver in ASL.Modify DummyRepeater to output PCM instead of analog > audio and to accept PCM rather then analog audio. connect that to the > USRP channel driver. That way you can use ircDDBGateway and all the > other modern D-Star tools. Yes, you will still need the DV3000. I had similar needs, and I made some tests. Here are my results : - The only working solution I found would be to use some old (and partially closed-source) software from Scott, KI4LKF : chan_dstar (open-source) and dextra_cli (source not available). This software needs an old AMBE2000 chip. It can not work with recent AMBE3000 chips (such as the ones found in ThumbDV and PiDV, for ex.), because the data exchange protocol with the chip has changed. - There's no out-ot-the-box solution using recent AMBE chip and modern open-source software (AMBEServer, idcDDBGateway, etc...) Then, the ideal solution would be to develop the required software : - Modifying DummyRepeater as described is one option, but it requires skills in C programming - As far as the "repeater" function is not needed, and ircDDBGateway is not strictly required, another option would be to develop an independant gateway with three UDP connections: - Taking UDP audio flow from Asterisk / USRP channel driver - Connecting to an existing reflector, using any protocol (DCS, XRF, or better : XLX) - Connecting to AMBEServer software Anyway, I have no skills (and no fun !) in C programming. And I am too busy to start such a project for now. Maybe an analog audio loopback will do the job easily... 73 de TK1BI _______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
I like it. ASL<-> D-Star and DMR. How about Yaesu Fusion? David On Tue, Mar 14, 2017 at 6:13 AM, Michael J. Wolthuis <wolthuis@gmail.com> wrote:
The other way to do this, which I have done successfully is to connect dextra_client to an XLX (XRF) reflector. I connect Allstar using node 1000, using the dstar channel driver. Then anything that connects to XLX004 on slot A is connected to Allstar 2363. Works pretty good, utilizes the old blue DV Dongle like listed in this email.
Pretty close to the same as exact design, but I don’t steer dextra_client at all, just leave it on the XLX.
The USRP model like DMRGateway would be so much better, I think it will just take time.
Mike Kb8zgl
On 3/14/17, 4:52 AM, "Allstar-Digital on behalf of Toussaint OTTAVI" < allstar-digital-bounces@lists.keekles.org on behalf of t.ottavi@bc-109.com> wrote:
Hi,
Le 14/03/2017 à 03:25, Steve Zingman a écrit : > As of today there is a limited solution that only runs on the x86. > I'll let someone else who knows it better describe it. The way I think > it should be done is like how we did DMRGateway. Use the USRP channel > driver in ASL.Modify DummyRepeater to output PCM instead of analog > audio and to accept PCM rather then analog audio. connect that to the > USRP channel driver. That way you can use ircDDBGateway and all the > other modern D-Star tools. Yes, you will still need the DV3000.
I had similar needs, and I made some tests. Here are my results : - The only working solution I found would be to use some old (and partially closed-source) software from Scott, KI4LKF : chan_dstar (open-source) and dextra_cli (source not available). This software needs an old AMBE2000 chip. It can not work with recent AMBE3000 chips (such as the ones found in ThumbDV and PiDV, for ex.), because the data exchange protocol with the chip has changed. - There's no out-ot-the-box solution using recent AMBE chip and modern open-source software (AMBEServer, idcDDBGateway, etc...)
Then, the ideal solution would be to develop the required software : - Modifying DummyRepeater as described is one option, but it requires skills in C programming - As far as the "repeater" function is not needed, and ircDDBGateway is not strictly required, another option would be to develop an independant gateway with three UDP connections: - Taking UDP audio flow from Asterisk / USRP channel driver - Connecting to an existing reflector, using any protocol (DCS, XRF, or better : XLX) - Connecting to AMBEServer software
Anyway, I have no skills (and no fun !) in C programming. And I am too busy to start such a project for now.
Maybe an analog audio loopback will do the job easily...
73 de TK1BI _______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
David, I have a YSFReflector tied to my XLX reflector via BrandMeister, but that is probably not a topic for this list. Contact me via my email good on QRZ if you want to discuss. Mike Kb8zgl From: Allstar-Digital <allstar-digital-bounces@lists.keekles.org> on behalf of David KE6UPI <dshaw@ke6upi.com> Reply-To: Digital linking using Asterisk and app_rpt <allstar-digital@lists.keekles.org> Date: Tuesday, March 14, 2017 at 10:33 AM To: Digital linking using Asterisk and app_rpt <allstar-digital@lists.keekles.org> Subject: Re: [Allstar Digital] All-star to Dstar and back I like it. ASL<-> D-Star and DMR. How about Yaesu Fusion? David On Tue, Mar 14, 2017 at 6:13 AM, Michael J. Wolthuis <wolthuis@gmail.com> wrote: The other way to do this, which I have done successfully is to connect dextra_client to an XLX (XRF) reflector. I connect Allstar using node 1000, using the dstar channel driver. Then anything that connects to XLX004 on slot A is connected to Allstar 2363. Works pretty good, utilizes the old blue DV Dongle like listed in this email. Pretty close to the same as exact design, but I don’t steer dextra_client at all, just leave it on the XLX. The USRP model like DMRGateway would be so much better, I think it will just take time. Mike Kb8zgl On 3/14/17, 4:52 AM, "Allstar-Digital on behalf of Toussaint OTTAVI" <allstar-digital-bounces@lists.keekles.org on behalf of t.ottavi@bc-109.com> wrote: Hi, Le 14/03/2017 à 03:25, Steve Zingman a écrit : > As of today there is a limited solution that only runs on the x86. > I'll let someone else who knows it better describe it. The way I think > it should be done is like how we did DMRGateway. Use the USRP channel > driver in ASL.Modify DummyRepeater to output PCM instead of analog > audio and to accept PCM rather then analog audio. connect that to the > USRP channel driver. That way you can use ircDDBGateway and all the > other modern D-Star tools. Yes, you will still need the DV3000. I had similar needs, and I made some tests. Here are my results : - The only working solution I found would be to use some old (and partially closed-source) software from Scott, KI4LKF : chan_dstar (open-source) and dextra_cli (source not available). This software needs an old AMBE2000 chip. It can not work with recent AMBE3000 chips (such as the ones found in ThumbDV and PiDV, for ex.), because the data exchange protocol with the chip has changed. - There's no out-ot-the-box solution using recent AMBE chip and modern open-source software (AMBEServer, idcDDBGateway, etc...) Then, the ideal solution would be to develop the required software : - Modifying DummyRepeater as described is one option, but it requires skills in C programming - As far as the "repeater" function is not needed, and ircDDBGateway is not strictly required, another option would be to develop an independant gateway with three UDP connections: - Taking UDP audio flow from Asterisk / USRP channel driver - Connecting to an existing reflector, using any protocol (DCS, XRF, or better : XLX) - Connecting to AMBEServer software Anyway, I have no skills (and no fun !) in C programming. And I am too busy to start such a project for now. Maybe an analog audio loopback will do the job easily... 73 de TK1BI _______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital _______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital _______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
Le 14/03/2017 à 14:13, Michael J. Wolthuis a écrit :
The other way to do this, which I have done successfully is to connect dextra_client to an XLX (XRF) reflector. I connect Allstar using node 1000, using the dstar channel driver.
That's what I planned to do, but : - dextra_client binary does not run on my Linux VM, and we do not have the source code to re-compile it; as a workaround, I ran the Windows binary in a Windows VM - I do not have the old blue DV dongle; I have a ThumbDV using recent AMBE3000 chip (which is not compatible with KI4LKF software, with or without source) For those having BlueDV dongle, using dextra_client binary (on a compatible machine) with chan_dstar is a working solution. Several people reported success with it. Anyway, I do not want to invest myself with old harware and old closed-source software. Then, it appears the best future-proof solution is to re-write some piece of software, and (of course) put it in open-source.
participants (6)
-
David KE6UPI -
Michael J. Wolthuis -
Ryan Collier -
Santu OTTAVI -
Steve Zingman -
Toussaint OTTAVI