Is there any current realistic time plan for bringing back ControlPort into
GnuRadio?
Or does any good alternative exist in GR?
We would like to remote control a transmitter and a receiver.
Rickard
On 08 Aug 2014, at 23:25, Tom Rondeau wrote:
> I want to warn everyone of a significant chan
Hi
- How is it possible to transmit a file (as a signal source) repeatedly and
continously without interrupts (with gnuradio & uhd) ??
Even without the USRP (i.e. just simulating with throttle & graphical sinks and
a file source) interrupts occurs (time-periods of no samples) for each time th
larly insidious failure mode for these drivers...
>
>
>
> On 12 Dec 2012 12:46, Rickard Radio wrote:
>
>> OK, thanks. My problematic Acer with AR8151 NIC accepts MTU's up to about
>> 6100. Trying to set higher MTU it responds with an error. After setting to a
&g
larger MTU request and then silently
> ignore it.
>
>
> On 12 Dec 2012 12:22, Rickard Radio wrote:
>
>> Thanks!
>>
>> This is really valuable information. Also your new document with lots of
>> useful info and explanations what happens behind the sc
OK, interesting. Yesterday I tried a brand new Lenovo T430s (direct out of box
and with Intel 82579LM) with and without power supply connected and both worked
flawlessly.
That test was under Windows running Ettus precompiled UHD binaries. No extras,
just "benchmark_rate --rx_rate 25e6 --duration
certain
> situations.
>
> Please take a look at this document I've been putting together for more
> details: http://code.ettus.com/redmine/ettus/projects/public/wiki/Latency
>
> Let us know if any of the above tips improve your results.
>
> Hope that helps,
> Ba
have problems
with).
Rickard
On Dec 11, 2012, at 12:51 PM, Rickard Radio wrote:
> Hi all,
>
> Can anyone please try this on a laptop, preferably a Lenovo Thinkpad, with a
> N210 and report what you get:
> "/uhd/examples/benchmark_rate --rx_rate 25e6"
>
>
> T
Hi all,
Can anyone please try this on a laptop, preferably a Lenovo Thinkpad, with a
N210 and report what you get:
"/uhd/examples/benchmark_rate --rx_rate 25e6"
Thanks
Rickard
On Dec 7, 2012, at 3:32 PM, Rickard wrote:
> I wonder which GigE controllers (manufacturer & versions) and laptop
>
On Apr 10, 2012, at 11:55 PM, Nick Foster wrote:
> On Tue, Apr 10, 2012 at 1:16 PM, Rickard wrote:
>
> On 31 mar 2012, at 15.43, Tom Rondeau wrote:
>
> > On Thu, Mar 29, 2012 at 6:04 AM, Rickard Radio
> > wrote:
> >>
> >> On Mar 29, 2012, at 3:26 AM,
Dear list,
I was trying to upgrade my UHD+ GnuRadio package to latest release (v3.5.2.1)
on Mac OS X (10.6.8). Dependencies are as before from Macports.
Everything with the UHD went fine, using cmake, followed by make and make
install.
Cmake for GR also went fine (sources via git), but make c
On Mar 29, 2012, at 3:26 AM, Tom Rondeau wrote:
> On Wed, Mar 28, 2012 at 10:02 AM, Rickard Radio
> wrote:
>> Hi list,
>>
>> After I upgraded to latest Gnu Radio 3.5.2, and latest UHD (and images), GR
>> applications just freeze when running. No warnings, error
Hi list,
After I upgraded to latest Gnu Radio 3.5.2, and latest UHD (and images), GR
applications just freeze when running. No warnings, error messages or overflows
etc. Just freeze.
A simple FFT plot directly on received samples from the USRPN210 just freezes
after some seconds, or minutes (d
Hi list,
Two questions:
a) I would like to know the easiest way (of low complexity) to capture a
certain length/number of samples (or time period), preferably in gnuradio, and
then automagically turn off the uhd-reception (and save received samples to
disk) ?!
b) Are there any other (kernel
Hi,
I am also trying to build on Mac OS X (10.6.8) from source, by first getting
the dependencies worked out from MacPorts.
Although close to work (I think) it still fails for me.
One reason I want to install from source is to get the UHD functionality
directly in GRC, which isn't available in
On Jun 15, 2011, at 4:51 PM, Johnathan Corgan wrote:
> On Wed, Jun 15, 2011 at 00:22, Martin Braun wrote:
>
> IIRC, the bottom line was that no, gr_sounder is not really useful. In
> particular, it has no means of synchronisation and therefore the result
> is too noŃ–sy to be useful.
>
Should
n Sat, May 28, 2011 at 2:09 AM, Rickard Radio wrote:
> Dear all,
>
> I have been trying using the usrp_sounder.py script for measuring the
> channel impulse response (CIR), but without success.
>
> Q: - Have anyone succeeded? Does the FPGA-based script work as advertised?
>
Dear all,
I have been trying using the usrp_sounder.py script for measuring the
channel impulse response (CIR), but without success.
Q: - Have anyone succeeded? Does the FPGA-based script work as advertised?
Here is what I got:
Firstly, making a "loopback" test worked great
> usrp_sounder.py -
17 matches
Mail list logo
