Hi
I would be grateful if anyone could explain more about the TX/RX calibration
utilities provided by UHD:
uhd_cal_rx_iq_balance: uhd_cal_tx_dc_offset:
uhd_cal_tx_iq_balance:
a) I found them installed in one of the UHD directories. Not sure now, but
wanted to know if the sa
*
* Fourth-Annual *
* *
* New England Workshop on Software-Defined Radio*
* NEWSDR 2014 *
*
**
Fourth-Annual **
** New England Workshop on
Software-Defined Radio** NEWSDR 2014
**
On Apr 21, 2014, at 10:43, Tom Rondeau wrote:
> Seems like you could disconnect the entire flowgraph and reconnect to make
> sure all data is getting flushed and you should maintain sync that way. It
> might sound like a big hammer, but it'd be good to know if that works.
>From my non-systemat
On 04/21/2014 10:43 AM, Tom Rondeau wrote:
> Correct, if the connections between blocks was not broken and
> reconnected, the data will be preserved before and after the
> reconfiguration. (I believe; Johnathan wrote that code, but this is my
> recollection of a) how it's supposed to work and b) h
On Fri, Apr 18, 2014 at 5:07 PM, Mike Willis wrote:
> Yes indeed - I did an update. Is there any way to force it back to 1.54?
>
> Mike
>
>First, verify that you are actually using 1.55.
>To roll back, you should be able to do:
>$ sudo apt-get install libboost1.54-all-dev
>Tom
Using pybombs
On Mon, Apr 21, 2014 at 11:19 AM, Kevin Reid wrote:
> On Apr 21, 2014, at 7:35, Tom Rondeau wrote:
>
> > During reconfiguration, any connect/disconnect that occurs removes the
> buffers and adds new ones, therefore losing any data you had between those
> blocks. This was the specification of the
The audio sinks (all of them, to the best of my knowledge/understanding) do
nothing special when it comes to data channel synch. That's just not their job
(timing such as overflow or underrun might be, but that's a different issue
than being covered here). They should assume that incoming data
On Apr 21, 2014, at 7:35, Tom Rondeau wrote:
> During reconfiguration, any connect/disconnect that occurs removes the
> buffers and adds new ones, therefore losing any data you had between those
> blocks. This was the specification of the reconfiguration process when it was
> built.
That make
On Sun, Apr 20, 2014 at 8:31 PM, Kevin Reid wrote:
> I've seen three different intermittent misbehaviors in my application
> which can be described as parallel signal paths getting out of phase with
> each other. (For example, one of them is one stereo audio output channel
> being delayed from th
On Apr 21, 2014, at 0:53, Alexandru Csete wrote:
> On Mon, Apr 21, 2014 at 2:31 AM, Kevin Reid wrote:
>> I've seen three different intermittent misbehaviors in my application which
>> can be described as parallel signal paths getting out of phase with each
>> other. (For example, one of them is
On Mon, Apr 21, 2014 at 2:31 AM, Kevin Reid wrote:
> I've seen three different intermittent misbehaviors in my application
> which can be described as parallel signal paths getting out of phase with
> each other. (For example, one of them is one stereo audio output channel
> being delayed from th
12 matches
Mail list logo
