Date   
New file uploaded to UniversalDigitalRadio

UniversalDigitalRadio@...
 

Hello,


This email message is a notification to let you know that
a file has been uploaded to the Files area of the UniversalDigitalRadio
group.


File : /Cheap SDR Digital Voice Receiver.jpg
Uploaded by : cmoss1962 <beaupeppybrandypip@...>
Description : A Fusion (currently only V/D modes) and DStar SDR receiver using the little ThumbDV donglet and a cheap and nasty $20 RTL SDR dongle.


You can access this file at the URL:
https://groups.yahoo.com/neo/groups/UniversalDigitalRadio/files/Cheap%20SDR%20Digital%20Voice%20Receiver.jpg


To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398


Regards,


cmoss1962 <beaupeppybrandypip@...>

Re: any news yet on mac software for the thumbdv

k5rhd.73@...
 

Just downloaded it on my Macbook Air.  Made a SKYWARN contact on Reflector 33c.

Interface is simple, easy, and intuitive.  I would ask that Mouse-over info be added for functions.

Also, even though I had the drivers for the THDV installed, Buster did not see the device and had to reboot.  

Great work!  

73

de K5RHD

/randy


---In UniversalDigitalRadio@..., <mcdermj@...> wrote :

For those of you who have been waiting for this, Buster was approved by the Apple folks in the App Store today and it should be available at the following link:


I will be grooming the source code for release in the next little while and will be opening up the GitHub repository when it's ready for folks to see (mainly just making sure the licensing files are all correct).

Please note that while I am now a member of the NW Digital Radio team, Buster is a personal project of mine and is not supported by NW Digital Radio as a product.  Buster is a labor of love for me and any support requests will be handled on a best effort basis in my spare time.  Ultimately, folks will have the source code and can submit patches as appropriate.

Re: DV3000 questions

"del_swt@..." <del_swt@...>
 

Weird,  seems ok using Ralcwi or twelve vocoders though.

Sent from my Sony Xperia™ smartphone

Re: DV3000 questions

beaupeppybrandypip@...
 

Just that if I run this persons voice through AMBE-3000 encode/decode, the AMBE chip doesn't seem to work properly.

UDRX / Pi2

ve7dhm@...
 

Ah...great news.  The product is moving forward towards production with improvements.  Using the Pi2 will merge the UDRX into the already existing knowledge base for that popular computer hardware.  Well done to the NWdigitalRadio Team.  Let's hope the marriage is quick and easy.


Paul VE7DHM

Re: any news yet on mac software for the thumbdv

mcdermj@...
 

For those of you who have been waiting for this, Buster was approved by the Apple folks in the App Store today and it should be available at the following link:


I will be grooming the source code for release in the next little while and will be opening up the GitHub repository when it's ready for folks to see (mainly just making sure the licensing files are all correct).

Please note that while I am now a member of the NW Digital Radio team, Buster is a personal project of mine and is not supported by NW Digital Radio as a product.  Buster is a labor of love for me and any support requests will be handled on a best effort basis in my spare time.  Ultimately, folks will have the source code and can submit patches as appropriate.

Re: DV3000 questions

Tony Ross <ynotssor@...>
 

On 12/01/2015 08:53 AM, beaupeppybrandypip@... [UniversalDigitalRadio] wrote:

I found someones voice that the AMBE codec doesn't work properly with.
Precisely what is meant by that, please?

Re: DV3000 questions

myyahoo@...
 

The output of a discriminator tap is analog. The DV3000 has a digital interface - you would need to - at least - do an analog to digital version (and probably more processing) to connect the two together.

- Richard VE7CVS

Re: DV3000 questions

Bob Havenga <flightresq@...>
 

Will this work with a scanner discriminator tap?


From: beaupeppybrandypip@... [UniversalDigitalRadio] ;
To: ;
Subject: Re: [UniversalDigitalRadio] DV3000 questions
Sent: Tue, Dec 1, 2015 7:26:01 PM

 

Hi Bryan

I'll upload the WAV to your file section then Bryan.

The 1st half of the WAV file is normal unprocessed audio, a guy then a gal.
The 2nd half of the WAV file is the same two people but after being encoded then decoded by AMBE chip.

The womans voice is fine, but the guys voice gets somewhat changed in the process. Appears to happen with just about any AMBE+2 rate setting. Not tried the AMBE-2000 or AMBE-1000 rates though, only tried the AMBE-3000 rates.

Cath

DMR on UDRC Was: DRM

"John D. Hays" <john@...>
 

Hi Chris,

I assume you mean DMR (Digital Mobile Radio) rather than DRM (Digital Radio Mondiale or Digital Rights Management).

The UDRC has an inbuilt DAC/ADC which would permit a variety of modems to be developed.  These might include GMSK, xSK, 4FSK, C4FM, ...  It is an open platform so independent software developers can implement whichever modem they need for a particular protocol.  Initially it will support a GMSK modem for D-STAR (operating in parallel with the inbuilt DR-1X Fusion controller), but others can be added later.  For example G4KLX's MMDVM project is working toward a family of modems and would be a good candidate if ported to the Raspberry Pi 2 or B.

Once you have a modem, then you need a protocol and routing stack for whichever system with which you wish to communicate.  For D-STAR the UDRC will support dstarrepeater and ircddbgateway.

DMR presents a couple of challenges and, as a company, NW Digital Radio has no current plan to implement it.  The primary challenge is the intellectual property licensing from Motorola required to have a legally licensed implementation.  Some amateur radio developers are ignoring this requirement and stand at risk to violation of patent law. (I am not an intellectual property lawyer so my observations should not be taken as legal advice.)  We have also not committed to a TDMA specification at this time (Though on the UDRX we are working for very fast TX/RX turnaround since this will be important for higher data rate throughput).

On Wed, Dec 2, 2015 at 4:07 AM, intekill@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:
 

Will it also be possible to work DRM connections through the Universal Digital Radio Controller (http://nwdigitalradio.com/category/udrc)

Thanks in advance,


Chris

_
.

_

--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223 
  

DRM

intekill@...
 

Will it also be possible to work DRM connections through the Universal Digital Radio Controller (http://nwdigitalradio.com/category/udrc)

Thanks in advance,


Chris

Re: DV3000 questions

beaupeppybrandypip@...
 

Hi Bryan

I'll upload the WAV to your file section then Bryan.

The 1st half of the WAV file is normal unprocessed audio, a guy then a gal.
The 2nd half of the WAV file is the same two people but after being encoded then decoded by AMBE chip.

The womans voice is fine, but the guys voice gets somewhat changed in the process. Appears to happen with just about any AMBE+2 rate setting. Not tried the AMBE-2000 or AMBE-1000 rates though, only tried the AMBE-3000 rates.

Cath

Re: DV3000 questions

Bryan Hoyer <bhhoyer@...>
 

I’d love a sample to send to DVSI

Bryan

Re: DV3000 questions

beaupeppybrandypip@...
 


ooowa, I found someones voice that the AMBE codec doesn't work properly with. What a problem that would be for said person if they tried to use a system that uses the AMBE codec.

Re: Yaesu AMBE chip

bhhoyer@...
 

The AMBE Chips sold by DVSI are actually TI DSPs, programmed by DVSI to implement various modes.

Yeasu has a SW License from DVSI, which allows them to use a TI DSP and implement the AMBE Vocoder, along with their protocol, in a single processor. ICOM used DVSI Chips in their early D-STAR products but now uses a SW Version as well.

Bryan K7UDR

Re: Yaesu AMBE chip

beaupeppybrandypip@...
 

I really meant to say ..

"I've found that if you send a packet withOUT parity to the AMBE-3000 chip when the chip has parity enabled ...


---In UniversalDigitalRadio@..., <beaupeppybrandypip@...> wrote :

Hello Eric

I guess DVSI has slightly improved their AMBE chips packet handling routine since the firmware revision in your chip.

I've found that if you send a packet with parity to the AMBE-3000 chip when the chip has parity enabled, the chip not only ignores the command (no problem with that), but also ignores any other following commands/packets from that point onwards .. They still need to work on their internal packet handling.

DTR to hardware reset pin would be useful ;)

Cath

Re: Yaesu AMBE chip

Bryan Hoyer <bhhoyer@...>
 

The FT230XS has 4 IO Pins which are defined as:

TX LED
RX LED
Sleep

and one unused.

I’ll look at using it for RESET in a future build of the ThumbDV.

Bryan K7UDR

Re: Yaesu AMBE chip

beaupeppybrandypip@...
 

Hello Eric

I guess DVSI has slightly improved their AMBE chips packet handling routine since the firmware revision in your chip.

I've found that if you send a packet with parity to the AMBE-3000 chip when the chip has parity enabled, the chip not only ignores the command (no problem with that), but also ignores any other following commands/packets from that point onwards .. They still need to work on their internal packet handling.

DTR to hardware reset pin would be useful ;)

Cath

Re: Yaesu AMBE chip

"Eric A. Cottrell" <wb1hbu@...>
 

Hello,

The early revision of the ThumbDV I have does not respond to reset with the parity on. I just retry the reset with parity off and it works solidly. I then turn parity on.

I just fixed a problem with the AMBE3000 code. I found the AMBE3000 chip does bit interleaving for AMBE, even without FEC. I had a problem playing back AMBE output files in dsd as the mbelib library does not do bit interleaving. It took some effort to figure out the interleave.

Both devices work good now, with the ThumbDV not supporting P25 or IMBE output file playback (of course).

I suspect DVSI did the interleaving so earlier chips would not do a partial decoding of the AMBE bitstream.

I just need to clean up the A3K code and do a commit/push. Then on to Yaesu System Fusion.

73 Eric

On 11/23/2015 08:10 PM, beaupeppybrandypip@... [UniversalDigitalRadio] wrote:
 

Hi

You can send the reset command to the ThumbDV with the extra two parity bytes even when the chip has parity disabled. It will still execute the reset. But as you've noticed, it doesn't work the other way round.

The VCH 72 and VeCH 32 bits are the 104 bits (72 + 32) after adding the triple fec on the first 27 voice bits (81 bits) + 22 straight bits, then adding a padding '0' bit before whitening and bit interleaving for the frame .. this is for encoding.


Cath


---In UniversalDigitalRadio@..., wrote :

Hello,

I added support for the AMBE3000 in dsd, but have not posted source online. Saturday, I cleaned up my repository, reorganized the branches, and updated the source code to the current dsd code. By Sunday Night I was able to add in a cleaned up version of DVSI USB3000 support to dsd on my local laptop. No code is posted yet as I am still working on it.

I finally got to try the NWdigital DVthumb, but it did not work first time. The DVthumb uses a different baudrate (230400) and has parity (message checksum) turned off. The baudrate is no problem as it just needs a command line parameter. Since the AMBE3000 chip does not respond if the parity is wrong, I had to resend the reset command with parity off and turn on parity when the inital reset command does not return a response. I got both the USB3000 and DVthumb to work in dsd.

The developer of mbelib did not realize that the bit interleaving is usually done by the codec, so it is done in dsd and not mbelib. I had to add another set of interleaving data for the AMBE3000, mostly no interleave. DStar is exception since they transmit byte data "backwards".

The USB3000 I have supports IMBE P25, and the DVthumb does not. The code prints out if IMBE P25 is supported, but does not do anything with the information currently. This means the DVthumb will not decode IMBE P25 and Provoice.

After I get the AMBE3000 support committed, the next step is to add my Yaesu System Fusion code to the new codebase. The code currently only does Mode 1. I want to attempt to decode Mode 2 and High Speed.

Mode 2 uses a similar method as EDACS control channels, where bits are sent three times. Only 27 bits are sent 3 times, and 22 bits are unprotected. On recieve the majority of the three bits are used to determine the bit value. I do not know how they get the VCH 72 and VeCH 32 numbers on page 34 as that does not reflect the result of the processes on the page. It should be more like 49 VCH and 54 VeCH.

73 Eric

Re: [SPAM] any news yet on mac software for the thumbdv

Jeremy McDermond <mcdermj@...>
 

Just as a quick update for folks, the app is “In Review” at Apple right now. I have no idea what the timeline is on this or whether I’ll have to make changes to get them to accept it, but we’re at the stage where it’s dealing with Apple and the App Store process.


On Oct 27, 2015, at 9:22 PM, Les Norton gm4jnw@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

Thanks guys, I’m using parallels on my mac at the moment and it works but windows is not my favourite system!

Thats great news and will look forward to the release.

Thanks in advance Jeremy for all your hard work too and the beta testers for their hard work too.

Cheers
Les G4JNW
www.g4jnw.co.uk


On 27 Oct 2015, at 23:23, richark@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

As one of the lucky Buster beta testers, I can tell you it will be worth the wait.....


73,
Kenny, KU7M




--
Jeremy McDermond (NH6Z)
Xenotropic Systems
mcdermj@...