To: | [email protected] |
---|---|
Subject: | Re: LF: Re: VLF Stability and soundcard locking |
From: | Andy Talbot <[email protected]> |
Date: | Thu, 10 Mar 2011 08:13:18 +0000 |
Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ZUX4CF5e+a5wiXt8NVANxHd0argaoK1jnhtKNKlK8Ws=; b=RKMxVCu9BdXW6RsDxSM15uPrdu1bTzIb6756aO8L65Zs5NrYFat+nqQxxFAoSCKGQf xw9Mjpr4Ui5eIIf3G2u6gOBjbJx5KxrUYKnUHUyrx2fXnRcylut1Jgspnj14p7XCjgpF yQ2bydghCi9XjcyKblYDe9o7irjVrDBNy19QY= |
Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=IxXi6Or8x9vm8WxQhkSA4/mYG8ZEqwLr1KQKvdHXV6P5Z2/b74Z28PJgYU7bkd9LAO WLUl8los0fgj9zg6cnGxq0QmX4mXSMkrliotULZElDoOe1faQq9IQfRbI18h9AXdZ63v BobaHLvOT8/7pqU9EU+zDejfDdPk1A6/EV0fo= |
Domainkey-status: | good (testing) |
In-reply-to: | <6F4ACB3DA2BB4E338E9278EEDE300D20@JimPC> |
References: | <[email protected]> <003201cbde72$606d6090$0401a8c0@xphd97xgq27nyf> <[email protected]> <[email protected]> <6F4ACB3DA2BB4E338E9278EEDE300D20@JimPC> |
Reply-to: | [email protected] |
Sender: | [email protected] |
That is very much what I feared would happen.
USB interfaces run based on a clock of 6MHz, which is unfortunately an exact sub-multiple of the codec reference. So the difference between the clock in the transmitter (the codec) and the receiver (the PC) will cause a regular slippage.
Now, soundcards communicate on USB using Isochronous mode which sacrifices data accuracy in favor of guaranteed timing of data delivery. Other USB modes perform error checking and repeat failed packets, or are simple Human Interfaces (HID) like keyboards and mice which have low occasional data rate and no checking.
When you plug other devices into the bus, the negotiaion going on takes up some overhead and you'll lose more data blocks.
So, we are forced to accept data glitches and resulting sampling rate errors in USB soundcards.
The only way to overcome this, is to force the USB to use another protocol, which means not using a plug-and-play soundcard chip / headphone dongle, or whatever. This means a dedicated A/D converter, glue logic - which is probably going to have to be FPGA based, a PIC or like probably won't be able to hack-it - and a proper fully corrected USB link.
Such interfaces already exist and are in the mainstearm of amateur radio. They are Direct Sampling SDRs. The SDR-IQ has a sampling rate defined only by its on board 66.6666MHz clock (which can come from a locked reference) and sends error corrected packets to the host. Other radios use Ethernet instead of USB for a faster transfer rate.
That's life. Mind you, when I get round to it, still going to get that chip operational with a locked reference 12MHz and accurately measure its sampling rate. If it is not exactly 48kHz then we know the USB channel has to be at fault.
One thing that PCM2900 codec chip is useful for - its the only soundcard I know of that DOESN'T allow you to change the recording level. Voltage in is related to digits out - exactly. So that makes it of inestimably more use in soundcard based test equipment as you don't have to keep making a level calibration check every other measurement. As far as I recall, it is even calibrated by design, so a 1VRMS sine (2.82V pk-pk) is full scale.
Andy
On 10 March 2011 01:28, James Moritz <[email protected]> wrote: Dear Andy, LF Group, |
Previous by Date: | LF: Re: VLF Stability and soundcard locking, James Moritz |
---|---|
Next by Date: | LF: DJ8WX Morning Report, [email protected] |
Previous by Thread: | LF: Re: VLF Stability and soundcard locking, James Moritz |
Next by Thread: | Re: LF: Re: VLF Stability and soundcard locking, Markus Vester |
Indexes: | [Date] [Thread] [Top] [All Lists] |