Hi Richard,
I noticed the same problem with some blocks in my own OOT module. I do not know
why, but if you change the lines in the GRC file to (if not already done)
import my_module.my_block_name_here
my_module.my_block_name_here.my_block_name_here(…)
(note the double block_name in )
I do not
To be honest, I have no idea :) However I did not yet test this with the B210,
as now USB3 works flawless. In the beginning the BladeRF was not compatible
with my USB3 setup for whatever reason, so I had to stay with USB2 for a while
until those issues were sorted out both in BladeRF software an
Hi Bastian:
Thank you so much.I use the ofdm example,and I think maybe the
crc is wrong as you said,thank you.
Best regards,
zs
At 2015-01-30 00:43:12, "Bastian Bloessl" wrote:
>Hi,
>
>On 01/29/2015 03:13 PM, zs wrote:
>> Can you tell me,for general,in which circumstance,
I've created a python block that I've tested via command line. It passes
all qa tests. I've also created an xml file for it and installed it. I
followed every step the OOT Python Tutorial explains.
I see the category and block in gnuradio-companion. When I use my block in
a flowgraph, upon to exec
I've been a bit slow about organizing the first working group call of 2015,
so let's get things rolling: I've selected a couple times in early Feb.,
and for those that are interested in helping to close out the outstanding
issues created after GrCon'14, please indicate what times are good for you:
Hello sorry for the last message thought i attached my screenshot results at
first. I am having some problems as to whether the information from the cdma
transmission and reception are accurate. I have posted my screenshots for
clarification hopefully.http://imageshack.com/a/img633/757/Yx8B7r.pn
Hi,
On 01/29/2015 03:13 PM, zs wrote:
Can you tell me,for general,in which circumstance,the packet header maybe
corrupt?
This is very hard to tell since I don't know what you are doing. I guess
you use a header_formatter in your flow graph and (for whatever reason)
its header_parse method r
How is that possible since only 8MHz can be placed over USB 2.0 ?
On one hand I have a B200 which is supposed to deliver 56 MHz.
On the other hand, for my final application, I am thinking of a low-cost
host (such as BeagleBone Black) which I am afraid only has USB 2.0
My question was about get
I made tests with the bladeRF at 30 MHz bandwidth, and I was able to see the
spectrum just fine, not matter if I used a USB2 or a USB3 cable. No hacks, no
switching chunks of the spectrum, just using a standard receiver program. The
lost samples are not a problem as longs as you do not want to l
Martin,
The alternative of a USB 3.0 is not having 5 USRPs. It is just reading 5
times at different centrer frequencies in order to get 40MHz information
although that information will not be gathered at the same time.
For my application I just need to "see" the sprectrum. I do not need to
demodu
Hi Bastian:
Thank you so much for your kindly reply.Can you tell me,for
general,in which circumstance,the packet header maybe corrupt?
Thank you so much.
Best regards,
zs
At 2015-01-29 20:44:13, "Bastian Bloessl" wrote:
>Hi,
>
>On 01/29/2015 01:03 PM, zs wr
I understand his question that he just wants to let the whole thing pump out
samples, and he takes only a portion of it. I have no idea if this works in
a controlled manner, but at least for spectrum display this works just fine,
the lost samples are not a big issue.
Ralph.
> -Original Messag
On 01/29/2015 01:48 PM, Jorge Gallo wrote:
> I understand the given values of host bandwidth for each protocol:
>
> USB 2.0 8 (MS/s @ 16-bit I/Q)
If you go down to 8-bit I&Q, you will get twice that amount, if that's
any help.
> USB 3.061.44 (MS/s @ 16-bit I
I understand the given values of host bandwidth for each protocol:
USB 2.0 8 (MS/s @ 16-bit I/Q)
USB 3.061.44 (MS/s @ 16-bit I/Q)
However I would like to process 40MHz of analogue BW in GNURadio over USB
2.0
I fully understand a continuous reception is not p
Hi,
On 01/29/2015 01:03 PM, zs wrote:
Detected an invalid packet at item INFO: Parser returned #f".
The answer may be "RF settings are distorting your signal" or others.I
want to ask a question.Which block in gnuradio give us this hint.Where
is the source code of the block?And have someone can h
Hi all:
Thank you in advance.I have searched the question"INFO: Detected an
invalid packet at item INFO: Parser returned #f".
The answer may be "RF settings are distorting your signal" or others.I want to
ask a question.Which block in gnuradio give us this hint.Where is the source
code
On Wed, Jan 28, 2015 at 2:06 PM, Richard Bell
wrote:
> If I attempt to manually configure the pyqt4 source that pybombs installed
> to pybombs/src/pyqt4, by executing the configure command I found in pyqt4's
> recipe file, the following errors occur:
>
>
>
>
> *[tsvcis@tsvtester pyqt4]$ python co
On Tue, Jan 27, 2015 at 3:26 AM, mery diana wrote:
> dear all members of milist
>
> i have tried to build aistx module using gr-moodtool,
>
> i got the source from github where using gnuradio 3.6 and i have modified
> to gnuradio 3.7 as instruction in
> http://gnuradio.org/redmine/projects/gnurad
Either python3 is selected by cmake or (maybe) your swig version does not work.
The first problem should have been fixed with the most recent commit (3 days
ago).
> On 29 Jan 2015, at 09:15, Activecat wrote:
>
> Dear Sir,
>
> Thank you very much for your prompt response.
> I really appreciate
Dear Bastian,
Yes, this solves all the problems.
I just get the current commit and recompile, everything works !
Thank you very much.
On Thu, Jan 29, 2015 at 4:20 PM, Bastian Bloessl
wrote:
> Either python3 is selected by cmake or (maybe) your swig version does not
> work. The first problem sho
Dear Sir,
Thank you very much for your prompt response.
I really appreciate your help.
Refer below result:
sgku@mmu2: ~ $ ipython
Python 2.7.3 (default, Mar 14 2014, 11:57:14)
Type "copyright", "credits" or "license" for more information.
IPython 0.13.1 -- An enhanced Interactive Python.
?
Hi,
> On 29 Jan 2015, at 08:37, Activecat wrote:
>
> error messages:
> Param - Value(value):
> Value "ieee802_11.wifi_signal_field()" cannot be evaluated:
> name 'ieee802_11' is not defined
>
Please start an interactive python session and ‘import ieee802_11’. This will
give you mo
22 matches
Mail list logo
