Ooo, I hadn't even thought about that. Thank you!! I'm still
interested in why the Python block doesn't work 'correctly' while the C++
block does, so if you do get some time I'd really be interested in your
findings.
Thanks!!
On Tue, Feb 28, 2017 at 11:38 AM, Marcus Müller
wrote:
> Hi Dav
Hi Dave,
haven't gotten around to looking at your block, but I presume it uses
message passing to emit PMTs, is that right?
In that case, the "message debug" block has a "store" input.
Best regards,
Marcus
On 02/28/2017 05:15 PM, Dave NotTelling wrote:
> Anyone able to help out? Hoping it's
Anyone able to help out? Hoping it's just something dumb that I didn't set
properly.
On Feb 25, 2017 17:32, "Dave NotTelling" wrote:
> I am attempting to test a block that takes in complex samples and outputs
> PMT objects. In order to properly test it, I need to run a vector through
> it and
I am noticing that calling `CPPUNIT_ASSERT_MESSAGE("moo", 1 == 2)` in C++
unit tests does cause the test to fail, but does not print the message. Is
there something I need to do in order to get the output I expect? Not
having any output from the messages makes figuring out what happened a pain
in
Hi Dave,
if you need a block that just passes messages, try the Message Strobe. If
this is not what you want, can you please publish your block code so we can
reproduce the behaivour? From your error message, maybe you have forgotten
to put the "self" parameter in the method declaration? That is a
I am also noticing that the unit test runs twice. Is there a particular
reason for that? Also, if I call self.assertTrue() on something I know is
false ('1 == 2' for example) before self.tb.stop() is called, the test just
hangs. If I call self.tb.stop() and then call the same assert statement,
t
I would like to make some unit tests for a PMT only block I created, but I
haven't been able to find any good examples aside from a StackOverflow post
(
http://stackoverflow.com/questions/36342285/testing-a-gnu-radio-message-accepting-block-with-post).
The hope was that I could simply access the me
Martin,
I have no idea how or why, but it magically works now. Must have
heard you were on the case :D Thank you!
-Dave
On Thu, Jun 2, 2016 at 11:19 AM, Martin Braun
wrote:
> Dave,
>
> what I did was
>
> 1. gr_modtool add -t noblock fo. Answer 'yes' when asked for a QA file.
> 2. Ad
Dave,
what I did was
1. gr_modtool add -t noblock fo. Answer 'yes' when asked for a QA file.
2. Add a silly function to the new class
3. Populate the QA files
4. 'make test'
That's it. Worked fine.
M
On 06/01/2016 02:58 PM, Dave NotTelling wrote:
> Also, when I use CPPUNIT_ASSERT_MESSAGE("
Also, when I use CPPUNIT_ASSERT_MESSAGE("foobar\n", 1 == 2) I only see the
'F' get printed in the output of ./test-moo. I do not see the requested
message.
Perhaps a better question would be are there any good examples of doing
this?
Thanks!
On Wed, Jun 1, 2016 at 1:52 PM, Dave NotTelling wrot
That worked! One more question: How do I make the test run with 'make
test'? It seems that 'make test' only runs the actual GNU Radio modules
and not the 'noblock' classes.
On Wed, Jun 1, 2016 at 12:32 PM, Dave NotTelling
wrote:
> I was not using CPPUINT_ASSER_EQUAL. I will give that a go lat
I was not using CPPUINT_ASSER_EQUAL. I will give that a go later today.
Thank you!
On Wed, Jun 1, 2016 at 12:08 PM, Martin Braun
wrote:
> Are you using assert() or CPPUNIT_ASSERT_*?
>
> I just hacked something together, and it worked/failed just fine.
>
> This is my class:
> {{{
> 34 class
Are you using assert() or CPPUNIT_ASSERT_*?
I just hacked something together, and it worked/failed just fine.
This is my class:
{{{
34 class TESTOR_API fo
35 {
36 public:
37 fo();
38 ~fo();
39
40 int return_five() { return 5; }
41 private:
42
I created a noblock C++ class and asked for QA tests to be created. I see
that the _qa files exist for both .h and .cc files. But, when I run 'make
test' I only see the tests for the actual blocks (sync in this case). If I
run ./lib/test-MyOTT then I see the output of my noblock test, but the
as
Hi Jason,
I shouldn't have hit the send button yesterday and went to bed right after.
Had a night of bad sleep; I realized my formulas only applied to the
case of real valued signals.
Your dongles won't be giving you cosines in complex baseband for a
signal they see at $f_\text{offset}$;
they will
Thanks Marcus, that helps a lot.
Since I have to multiply the resulting offsets against each other, that
means I will need to run a splitter from my sig-gen to the two dongles.
Is there any concern that non-linearities in the two legs of the
splitter would effect the results?
Also, what should
Hi Jason,
now to comments to your comments:
On 12.01.2016 18:43, Jason Matusiak wrote:
> Thanks for the quick response Marcus
>
> Since my Latex isn't very good (as in pretty much non-existent). Let me
> see if I can rewrite what you recommended in my dumbed down language and
> see if I am clo
Oh, sorry, I forgot to hit the "replace LaTeX by rendered formulas"; let
me re-do that, before I comment on your comments :)
Capture the same reference tone at $f_\text{ref}$ with both dongles,
tuned to $f_\text{tune} = f_\text{ref}-f_\text{offset}$, choose
$f_\text{offset}\approx \frac{f_\text{sa
Thanks for the quick response Marcus
Since my Latex isn't very good (as in pretty much non-existent). Let me
see if I can rewrite what you recommended in my dumbed down language and
see if I am close.:
*I have two dongles, dongle 1 will be my modified dongle, dongle 2 will
be my un-modified d
Capture the same reference tone at $f_\text{ref}$ with both dongles,
tuned to $f_\text{tune} = f_\text{ref}-f_\text{offset}$, choose
$f_\text{offset}\approx \frac{f_\text{sample}}3$.
You would see a baseband tone at $f_{\text{offset},1}$ and
$f_{\text{offset},2}$, respectively, and since no two osc
I have a handful of the NooElec blue USB DVB-T receivers that we
occasionally use at work. I managed to get a hold of a TCXO to replace
the crystal on the board for an attempt at better accuracy (with less
drift).
The dongle seems to be functioning fine (so I know that the oscillator
is functioni
Hi Andreas,
> Yes i remember a lot of such characters on the console. Is the sample
> rate of the audio device to small ?
in some way or another, yes.
Explanation: A sound card consumes a fixed about of samples per second
(e.g. 48,000), that we shall call f_sample,soundcard
You need to supply these
uss-gnuradio@gnu.org
Betreff: Re: Aw: Re: [Discuss-gnuradio] Testing an GRC project runs nearly 200% CPU
Hi Andreas,
that's kind of interesting, because if it works on a PC, I'd say it's a performance issue; if you don't see aU (audio underruns) or some osmosdr warnings, th
Hi Andreas,
that's kind of interesting, because if it works on a PC, I'd say it's a
performance issue; if you don't see aU (audio underruns) or some osmosdr
warnings, then I'd say it's not.
What one does in this situation is both running a process-based cpu
usage tool; I recommend "htop" (which is
Hi Marcus,
Yes, i tested this project with the same RTL stick on an "old" dual-core (actually i dont know the exact CPU parameters) notebook and it works perfectly. If i start the project from the console via "python2.7 file.py" i get no warnings.
Andreas
Hello Andreas,
you never need a
On 01/16/2015 12:58 AM, Marcus Müller wrote:
> Hello Andreas,
>
> you never need a throttle block when you have hardware that
> limits/defines your real-world sampling rate; in your case, it's your RF
> hardware and your sound card.
> Aside from things like implicit resampling in the audio card dr
Hello Andreas,
you never need a throttle block when you have hardware that
limits/defines your real-world sampling rate; in your case, it's your RF
hardware and your sound card.
Aside from things like implicit resampling in the audio card driver
infrastructure, it's absolutely possible that your b
Post a screenshot of your flowgraph. Sounds like a sample rate mismatch.
On Fri, Jan 16, 2015 at 8:38 AM, Andreas Ladanyi
wrote:
> Hi,
>
> iam testing an UKW Radio Receiver GRC project (gr-rds) on bananapi. The
> application starts. The tuned radio station sounds clicking. Changing any
> paramete
Hi,
iam testing an UKW Radio Receiver GRC project (gr-rds) on bananapi. The
application starts. The tuned radio station sounds clicking. Changing
any parameter in the GUI is very difficult/slow.
top tells me a memory usage about 20 %. CPU usage is nearly 200 %
(bananapi has 2 CPUs). At any w
On Wed, Jun 18, 2014 at 9:14 PM, Nowlan, Sean
wrote:
> If you’d rather use stock GR blocks or you would like a flowgraph with
> identical functionality, you can hook up a Vector to Stream block (with
> num_items=vector_length) to an Integrate block (with
> decimation=vector_length).
>
>
>
> …
>
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf
Of Activecat
Sent: Wednesday, June 18, 2014 5:59 AM
To: discuss-gnuradio@gnu.org
Cc: sreena p h
Subject: Re: [Discuss-gnuradio] testing block
On Wed, Jun 18, 2014 at 4:57 PM, sreena p h wrote:
> Hi
>
> I'm new to GNU radio and is trying to develop my own block. I want to
> develop a block that intake a vector and out put sum of the vector
> elements. I used the out of tree module and followed tutorial using python
> code. How should be
Hi Sreena,
a few quick remarks:
- where does in_arg come from?
- in0 should be seen as a vector of vectors. It's often useful to "print
in0.shape", if in0 is a numpy array
- potential mistake: just returning len(input_items[0]). Be *very* aware
of what the return value of a work call should be (i.
Hi
I'm new to GNU radio and is trying to develop my own block. I want to develop a
block that intake a vector and out put sum of the vector elements. I used the
out of tree module and followed tutorial using python code. How should be the
arguments of blocks.vector_source_f to be given if i am
On 03.05.2014 05:05, West, Nathan wrote:
Did you install the file after rebuilding it? That said, I don't know
what you're expecting to gain from this exercise. You're going to see
a bunch of numbers fly by really fast. Wouldn't plotting the output
with one of the waveform analysis tools be more
I think maybe there is something wrong in installation also , so I am
reinstalling GNURADIO now.
I want to make OFDM system with some requirements on parameters. I don't
know how to start . I think I must start by synchronization part as it is
the most important part . So to understand how the sync
On Fri, May 2, 2014 at 8:46 AM, Activecat wrote:
>
> On Fri, May 2, 2014 at 5:57 PM, Sara Chérif wrote:
>>
>> Here is the file . I wrote std::cout in the work() , why I don't see the
>> output from this file on terminal after rebuilding ?!
>
>
> It seems like the work() function is not called at
On Fri, May 2, 2014 at 5:57 PM, Sara Chérif wrote:
> Here is the file . I wrote std::cout in the work() , why I don't see the
> output from this file on terminal after rebuilding ?!
>
It seems like the work() function is not called at all by the scheduler.
Probably the ofdm sync block doesn't pr
Here is the file . I wrote std::cout in the work() , why I don't see the
output from this file on terminal after rebuilding ?!
#ifdef HAVE_CONFIG_H
#include "config.h"
#endif
#include "frequency_modulator_fc_impl.h"
#include
#include
#include
#include
namespace gr {
namespace analog {
You should attached the files where you put the std::cout.
The std::cout should be in the work() function.
On Wed, Apr 30, 2014 at 11:07 AM, Sara Chérif wrote:
> I am testing some blocks to understand the synchronization in ofdm . I
> edited c++ files & put std::cout for all variables in
> frequ
I am testing some blocks to understand the synchronization in ofdm . I
edited c++ files & put std::cout for all variables in
frequency_modulator_fc_impl.cc and multiply_cc_impl.cc and then I rebuilt
using cmake../ then make then sudo make install . But when I run the
python file "./top_block.py"
I've tried pager_rx.py on bladeRF, and it works fine
here (GnuRadio 3.7.2.1 and Ubuntu 13.04). Tons of
traffic on channel 25 here in Silicon Valley.
I've made some changes to the code to work better
with bladeRF (mostly with the gain setting).
http://www.w6rz.net/pager_rx.py
When a flow grays o
Clayton's sdr-examples are for GnuRadio 3.7.1. Your
issue is that you haven't built gr-iqbal. It's not really
needed, so you can just delete that block in the
graphs.
Ron
On 2/13/2014 3:31 PM, Al Smith wrote:
I am new to gnuradio and have spent the last few days reading every
tutorial I can fin
I am new to gnuradio and have spent the last few days reading every
tutorial I can find. I have set up both 3.7.1 and 3.6.5 in separate test
environments in 2 VMs. I am using a BladeRF SDR with dual 900MHz antenna.
I've been asked to test 2 devices which will controlled remotely over the
FLEX pa
Hi, I have the same problem using usrp_spectrum_sense.py. I run the python
script and create an infinite loop with the same center frequencies for each
loop.
How did you solve your problem?
I'm sorry for my English. ;p
Thank you very much
--
View this message in context:
http://gnuradio.4.n
hi,all
I have just installed the official image for the E100 and booted it..
How to test the FPGA is built and it is good to go?
please any steps will be helpful ,thanks
---
I tries uhd_usrp_probe
-
-- Opening device node /dev/usrp_e0.
All,
I'm currently implementing GNURadio's Feature #400<
http://gnuradio.org/redmine/issues/show/400>. The problem is that I don't
have test equipment or a USRP2. Before I commit this code, I'd like to get
it properly tested. Would it be at all possible for anyone to run this on
the USRP2? I've
Thankyou for this information. It would be useful to have a catalog of
benchmarked systems for reference purposes. Perhaps a wikipage with
this information could be created?
~Jeffrey Lambert
On 6/28/2010 6:16 PM, Marcus D. Leech wrote:
I took delivery on a server (well, the parts to build a
I took delivery on a server (well, the parts to build a server, which I
did) about a week ago. I've been
running tests on it with USRP2.
It's a Gigabyte GA880GM-UD2H motherboard, with 8G of 1333 DDR3 memory,
and a AMD Phenom II 1090T,
six-core CPU at 3.2GHz.
I'm running Fedora 12 x86_64, wit
Awesome, thanks guys, I built the current git version and it works perfectly.
Regards,
Matt
On Fri, Feb 5, 2010 at 4:19 PM, Matt Ettus wrote:
>
>
> Yes, the releases don't support the WBX, you need git.
>
> Matt
>
> On 02/04/2010 09:04 PM, Timothy Newman wrote:
>>
>> I believe you need to use th
Yes, the releases don't support the WBX, you need git.
Matt
On 02/04/2010 09:04 PM, Timothy Newman wrote:
I believe you need to use the current source from the git tree, not the
3.2.2 tarball.
Tim
Matthew Robert wrote:
Hi List,
I have a USRP1 with a WBX in the B side and a DBSRX in the A
I believe you need to use the current source from the git tree, not the
3.2.2 tarball.
Tim
Matthew Robert wrote:
Hi List,
I have a USRP1 with a WBX in the B side and a DBSRX in the A side. I
have just done a fresh install of the stable tarball (3.2.2) and I ran
the usrper load_standard_bits.
Hi List,
I have a USRP1 with a WBX in the B side and a DBSRX in the A side. I
have just done a fresh install of the stable tarball (3.2.2) and I ran
the usrper load_standard_bits. The USRP1 serial number is in the
3700-3800 range so I believe it is compatible with the WBX.
When I run usrp_benchma
On Mon, Mar 02, 2009 at 02:59:40AM +0100, William Sherman wrote:
> I am working with a USRP1. I eventually will want to transmit and
> receive data packets between USRP1s, but right now I am getting to grips
> with the system.
>
> I am currently trying out the benchmark_tx, benchmark_rx programs.
I am working with a USRP1. I eventually will want to transmit and
receive data packets between USRP1s, but right now I am getting to grips
with the system.
I am currently trying out the benchmark_tx, benchmark_rx programs.
I call benchmark_rx on my USRP1's LFRX-LF daughterboard and leave it
runni
testing one, two three.
--
Marcus Leech
Principal Investigator, Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
http://gnuradio.org/trac/wiki/Tutorials/WritePythonApplications
On Wed, Jan 14, 2009 at 1:24 PM, bari wrote:
>
> I have installed gnuradio on ubuntu 8.04. I have to connect usrp with it.
> can
> any body tell me about how i test in simple way that it is working.I am new
> one to gnuradio and lin
I have installed gnuradio on ubuntu 8.04. I have to connect usrp with it. can
any body tell me about how i test in simple way that it is working.I am new
one to gnuradio and linux.
Thanks.
--
View this message in context:
http://www.nabble.com/Testing-USRP-tp21428816p21428816.html
Sent from the
From: David Burgess <[EMAIL PROTECTED]>
To: Daniel O'Connor <[EMAIL PROTECTED]>
Cc: Bill Stevenson <[EMAIL PROTECTED]>
Sent: Tuesday, December 2, 2008 1:27:07 AM
Subject: Re: [Discuss-gnuradio] testing outside building with our USRPs
On Tuesday 02 December 2008 13:23:49 Bill Stevenson wrote:
> Thank you for your information about the laptop power rig. But our problem
> is we have to use eight USRPs as our nodes in our experimentation, and we
> do not have so many laptops, so do you know how to get 110-220 voltage
> input for ou
From: David Burgess <[EMAIL PROTECTED]>
To: Bill Stevenson <[EMAIL PROTECTED]>
Sent: Monday, December 1, 2008 6:59:00 PM
Subject: Re: [Discuss-gnuradio] testing outside building with our USRPs
Bill -
I got a laptop power rig designed for automotive an
CTED]>
Cc: discuss-gnuradio@gnu.org
Sent: Monday, December 1, 2008 12:02:39 PM
Subject: Re: [Discuss-gnuradio] testing outside building with our USRPs
Bill -
I've done this with a 12v deep cycle battery and a good quality 12-6 DC-DC
converter. We ran off-grid for a week like that, recha
Bill -
I've done this with a 12v deep cycle battery and a good quality 12-6
DC-DC converter. We ran off-grid for a week like that, recharging
the battery in place as needed with whatever power sources were handy.
-- David
On Nov 30, 2008, at 7:20 PM, Bill Stevenson wrote:
Hello, all!
- Forwarded Message
From: Bill Stevenson <[EMAIL PROTECTED]>
To: Blair Strang <[EMAIL PROTECTED]>
Sent: Monday, December 1, 2008 12:13:50 PM
Subject: Re: [Discuss-gnuradio] testing outside building with our USRPs
From: Blair St
>>Heavy, expensive, inefficient, but you might have the kit already.
If you are doing fixed measurement, you should also look around the
office for some of the computer back up UPS things. They are designed
to allow a computer a short time to save and shut down, but can also
supply a low draw d
On Mon, Dec 1, 2008 at 4:20 PM, Bill Stevenson
<[EMAIL PROTECTED]> wrote:
> Hello, all!
...
> But how can we get power for USRPs when we are testing outside? Could
> anybody tell me a decent way to power USRPs up without connecting the power
> cable to the extension board inside the building? What
Hello, all!
We are utilizing USRPs to test the transmission range under some certain
circumstances, say different modulation schemes. We are planning on testing the
range outside, say in a football field since that condition is similar to the
free space environment.
But how can we get power f
Trying to sort out an email problem.
--
[EMAIL PROTECTED]
NASA Goddard Space Flight Center
AETD - Mission Engineering and Systems Analysis
Component and Hardware Systems Branch
Mail Code 596, Greenbelt Rd.
Greenbelt, MD 20771
(301) 286-6565
(301) 286-3823 (fax)
_
Yes, Virmones, we do have some USRP experiments in
Brazil -- I'm located in Manaus (AM), and I've heard
that some folks in Brasilia (DF) have been poking
around with GNU-Radio and USRP.
Angilberto.
> Hi List
>
>
>
> I'm a new user of Gnuradio, I would like to know as
> to use digital oscope
>
Hi List
I'm a new user of Gnuradio, I would like to know as to use digital oscope
for get waves from USRP? , It's possible?,
Another thing I did try to run examples from USRP but I receive this error:
[EMAIL PROTECTED] usrp]# ./usrp_oscope.py
Traceback (most recent call last):
File ".
On Wed, May 09, 2007 at 07:00:09AM -0700, Dylan Waugh wrote:
> Hi Matt,
>
> Are there any tools for testing the FLEX400. I tried using the example
> usrp_wfm_rcv.py and it gave me "Unable to set initial Frequency" Failed. Not
> sure if that is because the software doesn't handle the FLEX or the
Hi Matt,
Are there any tools for testing the FLEX400. I tried using the example
usrp_wfm_rcv.py and it gave me "Unable to set initial Frequency" Failed. Not
sure if that is because the software doesn't handle the FLEX or the hardware
isn't working properly.
Any info would be appreciated.
Chee
On Thu, Nov 09, 2006 at 09:56:37PM -0800, Dan Halperin wrote:
> Hi,
>
> A second question is: With the basic boards as described earlier, I
> run [usrp_fft.py -f 1M -d 32] and then run the signal generator
> [usrp_siggen.py -f 1M -i 32]. The spectrum I see has a small peak
> (but, at 0db) cente
I'm trying to test the flex2400 the same way - I stuck a wire from the
TX/RX socket to the RX2 socket, ran usrp_oscope, and ran the standard
tx script. Nothing. I've tried different frequencies, playing with the
gain, and all kinds of other things, but I don't see any change in the
signa
Hi,
Are there any good (standard) tests for the flex2400, or can anyone tell
me what I'm doing wrong?
I tested the BasicRX and BasicTX boards by plugging a shielded wire
between them, running usrp_oscope.py, and running the
test_usrp_standard_tx script. Signal in, signal out - happiness, aft
Please ignore.
--
Marcus LeechMail: Dept 1A12, M/S: 04352P16
Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145
Strategic Standards
Nortel Networks [EMAIL PROTECTED]
___
Di
76 matches
Mail list logo
