Since this is an ASL list, this is off topic, but may interest some members. So here goes. Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like: Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like: TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network. RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware. This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-) And it works! The sound is clean.
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app. If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658 On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
Can you point to the exact video? On 2/10/2016 10:56 AM, Robert Newberry wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com <mailto:mike.zingman@gmail.com>> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org <mailto: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
I am an iPhone and Android developer. There are issues on the iPhone side. This all requires the ThumbDV. Apple requires any hardware connected to the iPhone be approved by the MFI (Made For iPhone) program. This is an exclusive club and is not something easily done (I have already have apps in the store with MFI approval). Android is far easier, but still presents some challenges. For one, you would need an Android device that supports USB OTG. Not too bad as many (if not most) modern Android devices now support it. Second you would need Android FTDI drivers. FTDI does in fact support Android, but in pure java. I have concerns that a pure Java solution on a small device would be able to keep up with the frame rate. Now some alternatives: - ASL. There is already iaxRPT apps for Android and Zoiper for iOS that can help you connect to ASL. Once connected you can use USRP and DMRGateway to bridge the gap. - Wifi. Remote the ThumbDV with AMBEServer and use it that way. It works for DMRGateway already so I see no issues from a mobile device. On Wed, Feb 10, 2016 at 10:56 AM, Robert Newberry <N1XBM@amsat.org> wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ 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
AMBEserver can be accessed remotely. An iPhone or Android app that opened a UDP stream to AMBEserver over the network would enable such an application. I do it with other programs now. http://nwdigitalradio.com/putting-ambeserver-on-the-internet It's better than trying to hang a device off a phone :) On Wed, Feb 10, 2016 at 8:14 AM, Mike Zingman <mike.zingman@gmail.com> wrote:
I am an iPhone and Android developer. There are issues on the iPhone side. This all requires the ThumbDV. Apple requires any hardware connected to the iPhone be approved by the MFI (Made For iPhone) program. This is an exclusive club and is not something easily done (I have already have apps in the store with MFI approval).
Android is far easier, but still presents some challenges. For one, you would need an Android device that supports USB OTG. Not too bad as many (if not most) modern Android devices now support it. Second you would need Android FTDI drivers. FTDI does in fact support Android, but in pure java. I have concerns that a pure Java solution on a small device would be able to keep up with the frame rate.
Now some alternatives: - ASL. There is already iaxRPT apps for Android and Zoiper for iOS that can help you connect to ASL. Once connected you can use USRP and DMRGateway to bridge the gap. - Wifi. Remote the ThumbDV with AMBEServer and use it that way. It works for DMRGateway already so I see no issues from a mobile device.
On Wed, Feb 10, 2016 at 10:56 AM, Robert Newberry <N1XBM@amsat.org> wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ 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
-- ------------------------------ John D. Hays K7VE PO Box 1223, Edmonds, WA 98020-1223 <http://k7ve.org/blog> <http://twitter.com/#!/john_hays> <http://www.facebook.com/john.d.hays>
John, I have been using AMBEServer as a remote appliance for ever. It has its place, but is not good for all situations. For example, if I want to go mobile I have the option of bringing a raspberry Pi with me (PITA) or having my Pi accessible from the internet. From a mobile device using a GSM network, using UDP, opening my Pi up to netowrk traffic I think it may not be the best and most reliable solution. Will it work? Sure (I do it today). Is it optimal? NO. But, thanks for your input. There is always several ways to skin a cat. Mike On Wed, Feb 10, 2016 at 1:15 PM, John D. Hays <john@hays.org> wrote:
AMBEserver can be accessed remotely. An iPhone or Android app that opened a UDP stream to AMBEserver over the network would enable such an application. I do it with other programs now.
http://nwdigitalradio.com/putting-ambeserver-on-the-internet
It's better than trying to hang a device off a phone :)
On Wed, Feb 10, 2016 at 8:14 AM, Mike Zingman <mike.zingman@gmail.com> wrote:
I am an iPhone and Android developer. There are issues on the iPhone side. This all requires the ThumbDV. Apple requires any hardware connected to the iPhone be approved by the MFI (Made For iPhone) program. This is an exclusive club and is not something easily done (I have already have apps in the store with MFI approval).
Android is far easier, but still presents some challenges. For one, you would need an Android device that supports USB OTG. Not too bad as many (if not most) modern Android devices now support it. Second you would need Android FTDI drivers. FTDI does in fact support Android, but in pure java. I have concerns that a pure Java solution on a small device would be able to keep up with the frame rate.
Now some alternatives: - ASL. There is already iaxRPT apps for Android and Zoiper for iOS that can help you connect to ASL. Once connected you can use USRP and DMRGateway to bridge the gap. - Wifi. Remote the ThumbDV with AMBEServer and use it that way. It works for DMRGateway already so I see no issues from a mobile device.
On Wed, Feb 10, 2016 at 10:56 AM, Robert Newberry <N1XBM@amsat.org> wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ 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
--
------------------------------ John D. Hays K7VE
PO Box 1223, Edmonds, WA 98020-1223 <http://k7ve.org/blog> <http://twitter.com/#!/john_hays> <http://www.facebook.com/john.d.hays>
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
I use a WinBook tablet very often as well. The Winbook has several advantages in this situation. it has a big screen, It can run apps, I do not have to deal with Apple and it has a full size USB port. Oh and it is very inexpensive. Less than the dongle itself! On Wed, Feb 10, 2016 at 1:32 PM, Mike Zingman <mike.zingman@gmail.com> wrote:
John,
I have been using AMBEServer as a remote appliance for ever. It has its place, but is not good for all situations. For example, if I want to go mobile I have the option of bringing a raspberry Pi with me (PITA) or having my Pi accessible from the internet. From a mobile device using a GSM network, using UDP, opening my Pi up to netowrk traffic I think it may not be the best and most reliable solution. Will it work? Sure (I do it today). Is it optimal? NO.
But, thanks for your input. There is always several ways to skin a cat.
Mike
On Wed, Feb 10, 2016 at 1:15 PM, John D. Hays <john@hays.org> wrote:
AMBEserver can be accessed remotely. An iPhone or Android app that opened a UDP stream to AMBEserver over the network would enable such an application. I do it with other programs now.
http://nwdigitalradio.com/putting-ambeserver-on-the-internet
It's better than trying to hang a device off a phone :)
On Wed, Feb 10, 2016 at 8:14 AM, Mike Zingman <mike.zingman@gmail.com> wrote:
I am an iPhone and Android developer. There are issues on the iPhone side. This all requires the ThumbDV. Apple requires any hardware connected to the iPhone be approved by the MFI (Made For iPhone) program. This is an exclusive club and is not something easily done (I have already have apps in the store with MFI approval).
Android is far easier, but still presents some challenges. For one, you would need an Android device that supports USB OTG. Not too bad as many (if not most) modern Android devices now support it. Second you would need Android FTDI drivers. FTDI does in fact support Android, but in pure java. I have concerns that a pure Java solution on a small device would be able to keep up with the frame rate.
Now some alternatives: - ASL. There is already iaxRPT apps for Android and Zoiper for iOS that can help you connect to ASL. Once connected you can use USRP and DMRGateway to bridge the gap. - Wifi. Remote the ThumbDV with AMBEServer and use it that way. It works for DMRGateway already so I see no issues from a mobile device.
On Wed, Feb 10, 2016 at 10:56 AM, Robert Newberry <N1XBM@amsat.org> wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ 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
--
------------------------------ John D. Hays K7VE
PO Box 1223, Edmonds, WA 98020-1223 <http://k7ve.org/blog> <http://twitter.com/#!/john_hays> <http://www.facebook.com/john.d.hays>
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
Robert, The video you reference is showing how the ThumbDV/DV3000 can be used for DStar. This has been done by several developers before, but it is not for DMR. Mike On Wed, Feb 10, 2016 at 10:56 AM, Robert Newberry <N1XBM@amsat.org> wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ 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
Yes, I should of been more clear, similar idea running nearly the same hardware. In the video he is using a RPI1. I was just pointing out a video with the same basic concept but with D-star instead of DMR. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658 On Feb 10, 2016 11:30 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Robert,
The video you reference is showing how the ThumbDV/DV3000 can be used for DStar. This has been done by several developers before, but it is not for DMR.
Mike
On Wed, Feb 10, 2016 at 10:56 AM, Robert Newberry <N1XBM@amsat.org> wrote:
Real cool, I do not know how to write code or software, but it seems that it's not hard to imagine an iPhone or Android app connected to dmrlink as a peer...or something similar along those lines such as iaxrpt app.
If I understand things right, there is a guy on YouTube by the name of Budd Churchward who did something similar.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658
On Feb 10, 2016 10:43 AM, "Mike Zingman" <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ 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
Well this is pretty darn awesome! Any plans to release the source or a compiled binary for us to play with? I would love to have this ability as I'm sure many others would! Good work Mike! 73 Stephen K1LNX On Wed, Feb 10, 2016 at 10:43 AM, Mike Zingman <mike.zingman@gmail.com> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
The source to DMRGateway is being prepared for release. Steve On 2/10/2016 11:45 AM, Stephen - K1LNX wrote:
Well this is pretty darn awesome! Any plans to release the source or a compiled binary for us to play with? I would love to have this ability as I'm sure many others would!
Good work Mike!
73 Stephen K1LNX
On Wed, Feb 10, 2016 at 10:43 AM, Mike Zingman <mike.zingman@gmail.com <mailto:mike.zingman@gmail.com>> wrote:
Since this is an ASL list, this is off topic, but may interest some members. So here goes.
Yesterday I decided to try a simple experiment and it worked better than I had expected. I conducted my first QSO on DMR without any RF hardware at all. Basically just like the DVDongle/ThumbDV for DStar is used (WinDV or DummyRepeater). It looks like:
Mic/Speaker on PC <---> DMRGateway <---> DMRlink <--- BM or SANDBOX
DMRGateway talks directly with the ThumbDV to both encode and decode the AMBE data. The audio and data paths look like:
TX - Mic audio is pulled from the sound card as 8KHZ PCM and feeds the encoder. PTT is controlled by either VOX or a keyboard toggle. The AMBE is then encapsulated in IPSC frames and passed on to DMRlink to send to the network.
RX - DMRlink sends us AMBE frames. AMBE audio is decoded by the ThumbDV and the 8KHZ PCM is sent to the sound hardware.
This is the same as the ASL solution with USRP except that there is no ASL and no USRP ;-)
And it works! The sound is clean.
It just works.
participants (5)
-
John D. Hays -
Mike Zingman -
Robert Newberry -
Stephen - K1LNX -
Steve Zingman