[Allstar Digital] Off topic

Mike Zingman mike.zingman at gmail.com
Wed Feb 10 13:35:05 EST 2016


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 at 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 at 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 at 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 at 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 at 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 at lists.keekles.org
>>>>> http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Allstar-Digital mailing list
>>>> Allstar-Digital at lists.keekles.org
>>>> http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Allstar-Digital mailing list
>>> Allstar-Digital at 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 at lists.keekles.org
>> http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.allstarlink.org/pipermail/allstar-digital/attachments/20160210/daae28c2/attachment.html>


More information about the Allstar-Digital mailing list