Date   
Re: [New post] Last Chance for the XC-3006

N9UMJ
 

 Thanks John

I started following links and found the order form.
My order has been made.

When do you expect the boards to arrive?

Rick

On Feb 26, 2018 9:20 PM, "John D Hays - K7VE" <john@...> wrote:

On Feb 26, 2018 18:17, <n9umj2@...> wrote:
John I want to buy one before the ordering closes,
Please send me the payment information

Rick n9umj

Re: [New post] Last Chance for the XC-3006

 

Order by the end of February. 

On Feb 26, 2018 18:20, "John D. Hays" <john@...> wrote:

On Feb 26, 2018 18:17, <n9umj2@...> wrote:
John I want to buy one before the ordering closes,
Please send me the payment information

Rick n9umj


Re: [New post] Last Chance for the XC-3006

 

On Feb 26, 2018 18:17, <n9umj2@...> wrote:
John I want to buy one before the ordering closes,
Please send me the payment information

Rick n9umj


Re: [New post] Last Chance for the XC-3006

N9UMJ
 

John I want to buy one before the ordering closes,
Please send me the payment information

Rick n9umj

[New post] XC-3006 Moves to Production

 


k7udr posted: "We have 26 orders on the books, so we are moving to production. We will continue to accept orders until the end of February. We should be shipping in April. This will not be a stock item, we are building to order only. There will only be a future build"

New post on NW Digital Radio

XC-3006 Moves to Production

by k7udr

We have 26 orders on the books, so we are moving to production. We will continue to accept orders until the end of February. We should be shipping in April.

This will not be a stock item, we are building to order only. There will only be a future build if we reach sufficient numbers again, so if you are interested, now is the time to place an order.

We want to thank again the XLX team for "Putting the Amateurs back in Amateur Radio" by providing their transcoding solution.

 

k7udr | February 16, 2018 at 7:24 am | Categories: AMBE, D-STAR, Fusion | URL: https://wp.me/p2mAAP-1bj


Trouble clicking? Copy and paste this URL into your browser:
http://nwdigitalradio.com/xc-3006-moves-to-production/





--


John D. Hays
Edmonds, WA
K7VE

   

[New post] Last Chance for the XC-3006

 

New post on NW Digital Radio

Last Chance for the XC-3006

by k7udr

Today is the last day to order an XC-3006 6 Channel AMBE Vocoder. We've received 22 of the 25 orders required for an assembly run. We need 3 more to make the run.

If you are one of the 30 Kickstarter Backers and you haven't received your discount coupon please email me.

Thanks,
Bryan K7UDR

k7udr | February 15, 2018 at 7:40 am | Categories: AMBE, AMBEserver, D-STAR, Fusion | URL: https://wp.me/p2mAAP-1ba


Trouble clicking? Copy and paste this URL into your browser:
http://nwdigitalradio.com/last-chance-for-the-xc-3006/



--


John D. Hays
Edmonds, WA
K7VE

   

Re: ThumbDV & Raspberry Pi

 

Tom

I haven't run pi-star, so I don't know it's capabilities.  A good question for pi-star support.  Typically you would use dummy repeater in the G4KLX stack, which I believe is the basis of pi-star. 

On Feb 11, 2018 13:06, <tcorcoran@...> wrote:
John Hays ... I note that when I install the ThumbDV on my RPi running Pi-Star, I am able to see traffic on the Pi-Star dashboard. Anyway to hear/send audio?? Just curious. 

tnx .. Tom VE3NY

ThumbDV & Raspberry Pi

Tom Corcoran
 

John Hays ... I note that when I install the ThumbDV on my RPi running Pi-Star, I am able to see traffic on the Pi-Star dashboard. Anyway to hear/send audio?? Just curious. 

tnx .. Tom VE3NY

Re: High Loss% with ThumbDV on DMR

Patrice Quilici <f1hmr@...>
 

The new key work very well on Mac and PC
Many thank’s
73’s
F1HMR

Le 25 janvier 2018 à 22:45:08, Bryan Hoyer (bhhoyer@...) a écrit:

Is HW flow control enabled? It is a requirement for the AMBE3000 Chip

Bryan K7UDR



new DONGLE

Patrice Quilici <f1hmr@...>
 

The new key work very well on Mac and PC
Many thank’s
73’s
F1HMR

Re: High Loss% with ThumbDV on DMR

Patrice Quilici <f1hmr@...>
 

Thumb DV well arrived look work nice
many thank’s for all
P.QUILICI-F1HMR



Le 25 janvier 2018 à 22:45:08, Bryan Hoyer (bhhoyer@...) a écrit:

Is HW flow control enabled? It is a requirement for the AMBE3000 Chip

Bryan K7UDR



Re: High Loss% with ThumbDV on DMR

 

👍

On Jan 28, 2018 06:00, <tcorcoran@...> wrote:
All,
to bring closure on this thread ... I saw the hi Loss% on two repeaters which both happened to be running Pi-Star. In MMDVMHost, we increased the jitter from 300 (default) to 700 and Loss % is consistently 0% now. AND great audio reports.

Tnx for everyone's constructive advice. Much appreciated. ThumbDV is a great performer and suits my need for a convenient travel package. I look forward to future product enhancements. Now returning to regular programming .... with repeaters and hotspots!!

Tom VE3NY


Re: High Loss% with ThumbDV on DMR

Tom Corcoran
 

All,
to bring closure on this thread ... I saw the hi Loss% on two repeaters which both happened to be running Pi-Star. In MMDVMHost, we increased the jitter from 300 (default) to 700 and Loss % is consistently 0% now. AND great audio reports.

Tnx for everyone's constructive advice. Much appreciated. ThumbDV is a great performer and suits my need for a convenient travel package. I look forward to future product enhancements. Now returning to regular programming .... with repeaters and hotspots!!

Tom VE3NY

Re: High Loss% with ThumbDV on DMR

Steve N4IRS
 

One thing we ran into on some hosts was the latency timer on the FTDI serial driver. I want to repeat, on SOME hosts. Take a look as root: cat /sys/bus/usb-serial/devices/ttyUSB0/latency_timer it may be set at 16. set it to a 1 and re-test.

73, Steve N4IRS

Re: High Loss% with ThumbDV on DMR

Tom Corcoran
 

Tnx David and all others. Will assess internet parameters. In meantime, I think I will contain my use of ThumbDV for DStar ... appears that I have no issues on that mode ... Tom VE3NY

Re: High Loss% with ThumbDV on DMR

 

Hi All,

I will try to explain. 

What happens when you sent to the DMR master/reflector.

Every 20ms I receive a DMR voice frame of 72 bits from the ThumbDV. I wait until I have 3 frames. Then I add some extra spicy saus for DMR data ( 48 bits ) ( EMB etc ).
So when I miss one frame from the AMBE I will wait for the next. This is not a loss what you see on the other end!
The 3*72 bits voice + data 48 bits = 264 bits / 8 = 33 bytes is send to the master/reflector + extra headers ( depends on network ). When this data ( 33 bytes + header) is not received, it is a loss.
When the 72 bits voice is corrupted the BER will be higher. 

It is not normal to use TCP as a transport for voice. When you have loss it will re-transmit. And retransmitting is latency or jitter. Jitter is really bad for voice!
Normally voice is transported by UDP. UDP is like a postcard. You never know if the card is received. In the DMR/DSTAR data we also send a kind of sequence number so we can count the loss and do something with it like filling up with white noise. 

There are several tools on internet to test the latency, loss etc. A good internet connection from end to end is very important for voice!

---

Greets and 73,
    David PA7LIM


On 25-01-2018 23:24, John D Hays - K7VE wrote:

Tom -- David (PA7LIM), author of BlueDV, participates on this list, so we may hear from him on this topic.

On Thu, Jan 25, 2018 at 2:22 PM, <tcorcoran@...> wrote:
All,

tnx for very constructive advice. I will pursue with s/w author. 

Tom VE3NY 






 
--


John D. Hays
Edmonds, WA
K7VE
 
   
 

Re: High Loss% with ThumbDV on DMR

 

Tom -- David (PA7LIM), author of BlueDV, participates on this list, so we may hear from him on this topic.

On Thu, Jan 25, 2018 at 2:22 PM, <tcorcoran@...> wrote:
All,

tnx for very constructive advice. I will pursue with s/w author. 

Tom VE3NY 




--


John D. Hays
Edmonds, WA
K7VE

   

Re: High Loss% with ThumbDV on DMR

Tom Corcoran
 

All,

tnx for very constructive advice. I will pursue with s/w author. 

Tom VE3NY 

Re: High Loss% with ThumbDV on DMR

Tom Corcoran
 

Brian,

not sure. Will check. 

Re: High Loss% with ThumbDV on DMR

Tom McDermott <tom.n5eg@...>
 

Hi Tom,

In my opinion this is not a hardware issue.  The general problem is that the Internet has
variable latency and variable packet loss.  The software feeding a vocoder has to deal
with it.  The use of TCP to recover from lost packets causes a delay in the received
AMBE frames. 

What to do?   

Brute force would be to just throttle the packets to the DV.  But then the latency would
grow with time, and become unusable.  Another approach is for the software to try
to figure out when arriving internet packets are too late and throw them away.

Real time media devices sometimes use a special protocol such as RTP / RTCP to
balance the tradeoff between loss rate and latency.

If the internet path from the source to the destination (involving a lot of connections,
routers, etc.) has loss and / or latency problems, that sort of has to be fixed first.

-- Tom, N5EG





On Thu, Jan 25, 2018 at 1:39 PM, <tcorcoran@...> wrote:
Tnx Tom,

this is is a thorough diagnosis and resolution of the problem. Is this something that should be fed back to NW? Or is DMR beyond the design spec of the ThumbDV? 

I understand conceptually what you have done but would be unable to build the interface to provide packet limiting on my own. Any "brite force" method of limiting packets? Is this something that the vendor could/should provide? I’m using BlueDV but not implying he should do anything. It’s a NW issue - correct?

Tom VE3NY 
_._,_._,_