Hi,
has the problem been solved in the meantime? I'm triying to build up a 1x2
MIMO setup with two N210 (2 SBX daughterboards). One Transmit channel with
one of the TX/RX ports and two receive channels with the two RX2 ports. The
two USRPs are connected via a MIMO cable.
The N210 (TX: addr=172.22
Awesome. Thank you I got it to work in gnuradio-companion however now when
I try to implement it in my python project I get the error.
thread[thread-per-block[3]: ]:
EnvironmentError: IOError: Radio ctrl (0) packet parse error -
AssertionError: packet_info.packet_count == (seq_to_ack & 0xfff)
in
Hi Benjamin,
In my case the issue was caused by using the wrong device address format.
To fix the issue, try the following:
Use a new single '*variable*' block for the IP addresses of the* two USRP
devices*. In my case I use the following format:
*Variable*
*ID:* addr
*Value:* "addr0=192.160.10
On 09/14/2015 07:03 AM, Chad R wrote:
Awesome. Thank you I got it to work in gnuradio-companion however now
when I try to implement it in my python project I get the error.
thread[thread-per-block[3]: ]:
EnvironmentError: IOError: Radio ctrl (0) packet parse error -
AssertionError: packet_inf
My complete code is:
class Tx1_Rx2(gr.top_block):
def __init__(self, nsamps):
gr.top_block.__init__(self, "Tx1_Rx2")
##
# Variables
##
self.samp_rate = samp_r
Again, could you confirm which UHD version you're using, did you upgrade
to the latest?
Also, you're probably better-off doing things "in the Gnu Radio way",
rather than loading into a vector and doing DSPish things
"out of band".
You might want to learn how to write Python blocks, since 64
Hi all,
I'm trying to build gr-pyserial from github :
https://github.com/jmalsbury/gr-pyserial , and it required grextras.
and When I was trying to build grextras, this error occurred
:~/gnuradio/grextras/build# cmake ../
-- Build type not specified: defaulting to release.
-- Boost version: 1.55.
On Wed, Sep 9, 2015 at 12:41 PM Tom Rondeau wrote:
> On Thu, Sep 3, 2015 at 7:17 AM, Eric Statzer
> wrote:
>
>> I'm attempting to use ctrlport_probe2_x and gr-ctrlport-monitor to probe
>> points in a bursty flowgraph. When I place a ctrlport_probe2_x probe
>> somewhere in the part of my flowgra
On 11.09.2015 21:51, monika bansal wrote:
> When i am running * ctest -V -R square, output* is :
>
> Constructing a list of tests
> Done constructing a list of tests
> Checking test dependency graph...
> Checking test dependency graph end
> No tests were found!!!
Is there a test call 'square'?
M
Hello, i have fresh ubuntu 14.04 and GRC (pybomb) install. I have
problem running flowgraphs, they load but the wx or qt displays one
frame and freeze. Using Volk machine: avx2_64_mmx (i5 4530).
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnu
Hi,
I'm not using my N210 neither my WBX any longer and i wonder if someone
might be interested in buying them. They have been used very little. If
someone is interested, please send me a private message.
Regards,
James
--
Posted via http://www.ruby-forum.com/.
___
Hi James,
please don't use ruby-forum. It only leads to problems. Come back and
ask directly via email after signing up on
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
You might need to further debug your application. From your description
alone, it's not clear whether the input to the
Hi James,
two things:
1. don't use Ruby Forum. It's not affiliated with GNU Radio, they just
rip off our mailing list archive. You should directly sign up under:
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
2. Since you posted via Ruby Forum, there's no email address to send you
a messa
Also check out inspectrum:
https://github.com/miek/inspectrum
So far only a spectrogram view is implemented.
Mike
On Sat, Sep 12, 2015 at 08:47:00PM +0200, Marcus Müller wrote:
>
> Hi Przemek,
>
> in fact, you can import the raw float (complex) files in audacity; try
> File->import->Raw Data
Thanks Michael, but I need somethink like Oscilloscope, I think that
GnuPlot can do this kind of job but Im having problems with all that
commands that need to bu run to show something :)
But here is tutorial http://www.swigerco.com/gnuradio/plotting.html
2015-09-14 22:24 GMT+02:00 Michael Ossman
Hey,
for those stragglers out there, who, like me, take a while to hear about
new websites, this is interesting:
http://www.sigidwiki.com/wiki/Signal_Identification_Guide
Sigidwiki is a wiki page dedicated to identifying radio signals. Very
interesting!
Cheers,
Martin
_
Hello everyone
I didnt try it yet, but as I see Ettus B210 has got 61 MS/sec and 6 GHz
upper frequency limit.
If I want to generate Sinusoid for 6 GHz, I need a 12Giga Sample Rate
(Nyquist theorem) ?! Propably not, as I think.
Thank You
Przemek Lewandowski
Hi Przemek,
the USRPs are all up/downconverting transmitters/receivers:
You digitally provide them with a complex baseband signal, which they
convert to an analog I / Q signal, and use quadrature mixing with a
synthesized LO to shift the signal in frequency domain to that LO's
frequency (TX).
In R
Mike,
awesome :) I like the simplicity in your mmap'ed storage approach!
Thanks for sharing this,
Marcus
On 14.09.2015 22:24, Michael Ossmann wrote:
> Also check out inspectrum:
>
> https://github.com/miek/inspectrum
>
> So far only a spectrogram view is implemented.
>
> Mike
>
>
> On Sat, Sep 1
I'm not Miek, but I'll pass along your comment. :-)
On Mon, Sep 14, 2015 at 11:07:46PM +0200, Marcus Müller wrote:
>
> Mike,
>
> awesome :) I like the simplicity in your mmap'ed storage approach!
> Thanks for sharing this,
>
> Marcus
>
> On 14.09.2015 22:24, Michael Ossmann wrote:
> > Also ch
aaargh sorry Miek and Michael :)
Cheers,
Marcus
On 14.09.2015 23:10, Michael Ossmann wrote:
> I'm not Miek, but I'll pass along your comment. :-)
>
>
> On Mon, Sep 14, 2015 at 11:07:46PM +0200, Marcus Müller wrote:
>> Mike,
>>
>> awesome :) I like the simplicity in your mmap'ed storage approach!
Thanks Nathan for that information. If I can capture the command lines
I will be all right.
I would like to express an opinion about make. It is a clever utility.
That link shows that nearly everyone uses make in some form or
another. Whether it is cmake or auto-tools it would be better if
whateve
On 09/14/2015 10:51 PM, Robert Durkacz wrote:
Thanks Nathan for that information. If I can capture the command lines
I will be all right.
I would like to express an opinion about make. It is a clever utility.
That link shows that nearly everyone uses make in some form or
another. Whether it is c
23 matches
Mail list logo
