On 31.08.2015 07:15, zs wrote:
>According to the step 2 and step3, we copy the
> d_items_per_symbol * d_itemsize bytes after (in + d_gi * d_itemsize) to
> the output.In the example, cdef+abcdef,the d_gi is 4. (in + d_gi *
> d_itemsize) will correspond to the c.Then output d_items_per_sy
On 30.08.2015 16:15, Ben Gustin wrote:
> File
> "/usr/local/share/gnuradio/examples/digital/narrowband/uhd_interface.py",
> line 70, in set_sample_rate
> asked_samp_rate = bitrate * req_sps
> TypeError: unsupported operand type(s) for *: 'float' and 'NoneType'
This is what you want to track
Hi Abs,
it's just a flow graph that'll receive and transmit at max gain. You
don't have to revert the settings, they're not persistent.
Cheers,
Martin
On 31.08.2015 14:46, Abdeslam Bourkane wrote:
> Hello,
>
> What is the result/consequence of running the max_power.py on USRP2 ?
> How to revert
> I don't know why any help would be much appreciated.
> Regards
> Abs
>
> *Abdeslam Bourkane*
>
> On 31 August 2015 at 23:57, Martin Braun <mailto:martin.br...@ettus.com>> wrote:
>
> Hi Abs,
>
> it's just a flow graph that'
Dear USRP users,
after nearly 2 weeks of testing, the release candidate was deemed fit
(with minor changes) for release, and as such I present the 3.9.0
release of UHD!
The list of changes is pretty long, so I'll refer to the changelog for
details. Packagers and developers building from source wi
Yes, all NI-branded USRPs work with GNU Radio.
M
On 01.09.2015 06:39, Fabio Azzarello wrote:
> Hello,
> is the NI usrp-2900 usable with GNURadio (and related sw)?
>
> It seems to be "like" a B200, but I've not found enough details of the
> product.
>
> Thanks
> BR
> Fabio
>
_
On 01.09.2015 05:31, Gisle Vanem wrote:
> Just a note on this (my almost 1 year old email). Seems there are no
> Windows
> users of GnuRadio that needs to play with sockets.
>
> I did a "git pull" just now and saw to my dismay that this issue (with
> using
> read() + write() on sockets) is still p
On 02.09.2015 05:10, Stefan Wunsch wrote:
> Now my question: Before doing a pull request, do you have any concerns
> regarding memory use or processing load? Obviously the new
> implementation isn't that light-weight as the ten lines of code before.
> But the current implementation can not be used
On 03.09.2015 08:00, Marcus Müller wrote:
> are you using an old gr_modtool that you found somewhere online?
> You should never do that. When you install GNU Radio, it will install a
> version of gr_modtool that works with your GNU Radio version.
Also, you're just posting output without any questi
The vector sink has an averaging option, is that on?
M
On 03.09.2015 02:25, gnura...@simonbiehl.de wrote:
> Dear all,
>
> I built an angle-of-arrival system using four Ettus USRP2. I'm facing a
> problem when trying to display a vector containing the calculated
> MUSIC-Spectrum using a “QT GUI Ve
And our official guided tutorials:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials
M
On 02.09.2015 23:46, Jeon wrote:
> Dear Bala,
>
> I'd like to know what lots of errors in basic square block are.
>
> Anyway, if you want to add a new block, please refer:
>
> http://gnurad
On 04.09.2015 01:20, monika bansal wrote:
> Hii
>
> In OFDM system, at the receiver side i want to remove initial 'x'
> symbols from the every 'x+fft_len' symbols. How can i do this ? Is there
> any block? or i need to create one...
If you're using the Header/Payload Demux, that'll take care of t
.de wrote:
> Hi Martin,
>
> averaging is disabled. Any further ideas?
>
> Best regards,
> Simon
>
> Am 2015-09-03 18:49, schrieb Martin Braun:
>> The vector sink has an averaging option, is that on?
>>
>> M
>> On 03.09.2015 02:25, gnura...@simonbi
On 07.09.2015 19:33, Douglas Beonkey wrote:
> It seems that when I create a signal source block and try and view the
> signal on a waterfall plot or FFT plot, I can not increase the signal by
> a granularity of 1 Hz at higher starting frequencies.
>
> Example:
> If I create a signal source block w
On 06.09.2015 12:18, Piotr Krysik wrote:
> W dniu 05.09.2015 o 20:01, Piotr Krysik pisze:
>> Hi all,
>>
>> I have question for pybombs developers/maintainers:
>> Is there policy for updating recipes submodule pointer in the pybombs
>> repository?
>>
>> Currently recipes submodule pointer is 29 days
On 09.09.2015 08:38, Jason Matusiak wrote:
>> So I am curious where I am going wrong. Does anyone have the working
>> steps for getting an rfnoc development environment setup using the
>> PyBombs infrastructure? Maybe I needed to install UHD and gr-ettus
>> somewhere else in the pybombs structure?
On 08.09.2015 15:41, Logan Wu wrote:
> Hello,
>
> I've been tracking the source code to figure out the procedure of
> transmission/receiving. All I've found out is that the parameters (e.g.
> freq, gain, etc.) are stored in a property tree, and messages are
> inserted to the tail of queue. But how
On 10.09.2015 07:25, Nicolas Cuervo Benavides wrote:
> 1. Where does the 4096 comes from? it is 2¹², which I don't recall being
> 12 the size of one datatype that is involved in my function. It is
> directly a value from scheduler and always the same?
This value is pretty much random; 4096 works w
Jan, Bob,
might be worth opening a ticket for this.
M
On 10.09.2015 00:22, bob wole wrote:
> Hey Jan,
>
> Thanks for your reply, you are correct about the bit shift being LSB.
> So, I reversed the bit order of polynomials 1101101 to 1011011 and
> 100 to 001 in MATLAB, Now the output of g
On 11.09.2015 08:19, West, Nathan wrote:
> If you're talking about learning C++ and Python for the purpose of
> using GNU Radio, then Jeff gave you the correct answer. Don't get too
> caught up on mastery of these things because any sufficiently useful
> programming language can be a black hole of
Jason,
this kind of error usually indicates that your X310 is indeed running
and being detected, but that internally something is going wrong (on the
FPGA). Can you give some more info which image you're using? Is it the
default FPGA image? Is this on rfnoc-devel?
M
On 10.09.2015 09:51, Jason M
On 10.09.2015 12:47, Logan wrote:
> Hi Martin,
>
> Thank you. Now I see how the interaction between the host PC and USRP works.
> Actually, i am mostly interested in the transmission/sensing to/from the
> radio space (i.e. a radio application on PC sends command to the hardware
> for transmission/
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
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
_
It sets the output sampling rate of the USRP, and hence the usable
bandwidth. Internally, it sets the DDC chain's decimation, so if you
request 1 Msps, it will decimate from 100 MHz sampling rate by a factor
of 100.
The rate at which the IF is sampled from the TVRX2 is, as you point out,
fixed to
On 15.09.2015 17:40, Robert Durkacz wrote:
> Certainly gnuradio is not too large a project to maintain by the make
> utility. I hope Marcus will confirm that for the benefit of people who
> never use make directly. It is for reasons of portability that you
> need a 'meta-make', right? A meta-make i
On 16.09.2015 06:17, Jason Matusiak wrote:
>> PyBOMBS + RFNoC is a bit iffy, you need to manually edit the uhd.lwr
>> file to have it build the rfnoc-devel branch. Then, it *should* work,
>> but I'll admit I haven't tested it myself.
>
> Martin, to wrap a bow on this, here is the steps I've taken
Gerome,
if you set a sampling rate of 4 MHz, you will have 4 MHz of usable
bandwidth (complex baseband). This is how it's supposed to be.
M
On 16.09.2015 09:27, Gerome Jan L wrote:
> Hi guys,
>
> Actually, that's what I thought too. If I set the UHD: USRP Source
> samp_rate to 400 Msps, I shoul
On 15.09.2015 20:35, Marcus D. Leech wrote:
> Ordinarily, one does a log10 to convert into engineering units at the
> back of, for example, a power-measurement chain.
>
> There's usually no reason to do that in the middle of a flow-graph,
> where things can stay in linear units.
That's true, but
On 16.09.2015 15:38, Chris Kuethe wrote:
> I don't disagree. I'm happy to write the write, I just don't have any
> cygwin machines to test with.
...PyBOMBS2 has hooks for this kind of thing. I'm trying my best to not
make this become the Duke Nukem Forever of GNU Radio :)
M
>
> On Wed, Sep 16,
On 16.09.2015 16:58, Mike Gilmer wrote:
> I wrestled with which way to go originally - figure out how to install
> linux,and in theory have an easier time of gnuradio, or try the
> windows procedure. A co-worker thought the windows path would be
> better but these kinds of problems are exactly why
On 16.09.2015 13:29, West, Nathan wrote:
> There is a volk_32f_s32f_multiply_32f. It doesn't operate in-place, but
> almost none of the VOLK kernels do. I think it's safe to give the same
> output buffer as input buffer. (I've heard that doing stuff in-place is
> noticeably better, but I've never t
To all RFNoC fans,
we just pushed a big update to the rfnoc-devel branch. Most importantly,
this pulls in all recent UHD features; rfnoc-devel thus has all the
goodies in our current master branch plus all the RFNoC extensions.
*Software Changes*
If you 'git pull' rfnoc-devel, you'll see a huge
Do you have a sqelch anywhere in your flow graph?
M
On 22.09.2015 09:34, Markus Heller wrote:
> Hi,
>
> playing around with my RTLSDR stick (RTL2832U / Rafael Micro R820T
> tuner) I observed that whenever the reception (signal quality) is bad, I
> am getting Audio Underruns and glitches in the a
On 23.09.2015 10:39, Richard Bell wrote:
> Hey everyone,
>
> I'm in the process of submitting my first OOT module for merge with GNU
> Radio base. It's a log gain AGC which converges much faster then the
> current AGCs when the input signal energy is low. I've read through the
> following link:
>
On 24.09.2015 08:20, Washbourne, Logan wrote:
> My question is, do I need to treat a burst communication system
> different than a continuous system? My problem is that on each side I am
> getting O's whenever I start the program, I have tried increasing and
> decreasing the sampling rate, and I di
Ron's comment is very helpful, here's some more factoids:
On 23.09.2015 13:55, Richard Bell wrote:
> Sorry if these are obvious questions, but this is very not obvious to
> me. As I understand it right now, it's not even a question of copy and
> pasting files over to gr-analog, because that would
On 23.09.2015 11:44, Jason Matusiak wrote:
> For some reason I got myself wrapped around the axle with what is going
> on with the host and device format options. For instance, if I look at
> the RFNoC Radio block, it has a host format with the options: complex
> float32, complex int16, and vita w
On 24.09.2015 16:31, lwas...@ostatemail.okstate.edu wrote:
> Julian and Martin,
>
> Typically 2 U's appear then a stream of O's. Ya, I don't have any sort
> of correlation block on the receiver side so that is definitely a
> problem. Next week I'll work on implementing a correlation block with a
>
On 28.09.2015 03:07, Chad R wrote:
> Good day every one
>
> Ive been working on the creating a python block.
> Ive worked through the tutorial and my block passes make test. However
> when I try make install. I get an error with the /lib/_impl.cc file. Do
> I need to link the python block in this
On 27.09.2015 15:25, Kolya wrote:
> Hi,
>
> I'm trying to build a custom block that takes in a stream of input samples
> and simply adds a postamble of 32bits every 352 bits. The package structure
> is illustrated below (payload_bits = msg_bits+postamble_bits):
> --
On 30.09.2015 11:14, alfred noble via USRP-users wrote:
> I am an undergraduate student, Electrical Engineering-Communication. I
> am looking to find a good B.S project as the final course in my
> university. I have an SDR lab in the department at the university ,
> equipped with two USRPs , one
On 29.09.2015 08:21, Chad R wrote:
> which I would expect to take in an N length vector and return an M
> length vector. However my input vector, in0. Seems to be arbitarially
> (random number, N) in size. The random number is a multiple of four
> which I presume is due to the data type. I have mat
Where exactly is your debug output, and what does it print? Can you post
more code of the block, in particular forecast() and the block
initialization?
M
On 29.09.2015 18:52, Jared Dulmage wrote:
> I am writing a block that acts as a gate: it only consumes when
> locked
and passes samples when un
Kathy,
those calls were libusrp calls, IIRC. This API was abandoned a long time
ago, and I'm not even sure myself what they exactly do.
You might be able to use set_gpio_attr(), but I can't tell you exactly
how the commands would look like.
M
On 29.09.2015 11:24, Kathy Hertzog wrote:
> Hi every
On 30.09.2015 16:16, Jared Dulmage wrote:
> Ubuntu 14.04, GR 3.7.8
>
> I apologize if this question is a duplicate, I never received a
confirmation of my original request in the mailing list digest. I
appreciate any insights or advice to diagnose the issue presented below.
Hey Jared,
I replied t
On 07.10.2015 08:45, M. Ranganathan wrote:
> Hello,
>
> I put together a new block which I want to string together with other
> blocks to create a pipeline which I want to test. I want to unit test
> things out with a known stream of I/Q values from a simulated front end
> and check that the pipel
On 08.10.2015 13:08, Przemek Lewandowski wrote:
> Hello everyone
>
> I have a question, because I cant find simple answer. Can I create more
> advance QT layout with QT widgets ??
Well, it's not a simple question :) What exactly do you mean? Are you
using GRC, or writing straight QT? In the latte
Marius,
what happens if the fg terminates itself (e.g. add a head block)?
M
On 09.10.2015 02:08, Marius Cachelin wrote:
> Hi everyone,
>
> I am writing here concerning the destructor of a new block.
>
> I want to print out some information recorded during runtime ( # packet
> sent, # packet re
On 13.10.2015 13:39, Przemek Lewandowski wrote:
> Hi
>
> Im trying to set A Matrix in the "Multiply by Matrix" Block in Complex
> block, but everytime I put my value it says:
>
> "AttributeError: 'module' object has no attribute 'multiply_matrix_cc'"
This is not an error in your arguments, it ca
be that easy to upgread my GRC
>
> How can I verify in which version it is fixed ?
>
> 2015-10-13 23:38 GMT+02:00 Martin Braun <mailto:martin.br...@ettus.com>>:
>
> On 13.10.2015 13:39, Przemek Lewandowski wrote:
> > Hi
> >
> > Im trying
On 14.10.2015 00:08, Marius Cachelin wrote:
> Hi,
>
> You were right, when I click the cross button to close the window, all
> my new objects are deleted, even if my destructor is not called.
>
> I tried to not using Qt GUI, and instead, using no GUI, but it is the
> same behavior.
>
> Actually,
Dear friends of GNU Radio,
Google has announced they'll be doing another GSoC next year, and we
intend to apply. Last year, we weren't accepted as an organization,
partly because our ideas list wasn't up to par. That, at least, is
something we can fix.
Also, if ESA is doing another summer of code,
On 15.10.2015 07:05, Tom Rondeau wrote:
> The first test outputs to the console. The second output to the XML
> file, which we use in our CI system to monitor behavior. The testing
> system, that I know of, doesn't allow for both at one time.
>
> Why do you care if it runs once or twice? If it run
eserve time for interactiveness, it won't all be talks.
** Important Dates
FOSDEM is January 30th & 31st 2016.
* December 4th 2015: Submission Deadline
* December 18th 2016: Announcement of final schedule
* January 31st 2016: SDR Track (Sunday)
** Steering Committee
The track committee consists o
Also, which one's the new one? A lot of us have migrated to the QT
widgets, btw. The WX widgets are not really getting all that much attention.
Cheers,
Martin
On 21.10.2015 23:38, Sylvain Munaut wrote:
> Hi,
>
> Not really sure what you mean ...
>
> You're obviously not feeding the same signal
Rich,
can you confirm that the output is actually occurring when you think it
is? I.e., there's no buffering going on and older data is displayed?
M
On 26.10.2015 10:20, Richard Bell wrote:
> Hi all,
>
> I've got a flowgraph I made running from a python script in a for loop.
> Each run through
Marius,
don't feel bad about asking these things, it takes some getting used to.
One example you might want to look into is
gr-uhd/examples/python/freq_hopping.py, which is an example on bursty
frequency-hopping data tx.
Proper tagging etc. for hardware control is not a trivial task. I've
include
There's different ways to address this:
- The channel-power-calculator can send the calculated power downstream.
This can either happen as a message, or as a stream.
- You could query the value from the other block, e.g. by having a
reference to the block and accessing a getter (that's sometimes
n
Hi,
Is your fft length really 10? The gist of it is, the detection of the
sync burst will be delayed, and hence you also need to delay the signal.
The delay is caused by the averaging filters in the sync block.
As for an example, rx_ofdm.grc should show you how it is connected.
You'll notice that
You can look at the message strobe block for inspiration; it's written
in C++ but the concepts translate.
M
On 10.11.2015 14:36, West, Nathan wrote:
> Spin off a thread inside your block that counts and calls the
> appropriate function. Boost bind might help abstract away a specific
> function.
>
o much.
>
> I have test the block.And I find the block have delay fft_len-1.
>
> But in the example, rx_ofdm.grc you have delayed fft_len+cp_len.Is
> it right?
>
> Best regards,
> xd
>
> 2015-11-10 4:16 GMT+08:00 Martin Braun <mailto:martin.br...@e
On 11.11.2015 01:14, w xd wrote:
> I have look at the api, and find 4 class about the ofdm equalizer，
>
> ofdm_equalizer_1d_pilots,
> ofdm_equalizer_base,ofdm_equalizer_simpledfe,ofdm_equalizer_static.
These are different implementations, and are dropped into the actual
equalizer block (a
Stefan,
**THIS IS NOT LEGAL ADVICE ETC.
the license isn't the issue, but the copyright. Code that goes into GNU
Radio is copyrighted by the FSF (that's why you signed that CLA). This
is becoming a more and more common thing, btw, see the recent
discussions on the LLVM project.
Since
On 11.11.2015 19:29, Tom Rondeau wrote:
> Ah, interesting. This is something we should take up in the VOLK working
> group. We don't claim or not claim that you can use the same memory for
> the input and output buffers. Some kernels are known to work with these
> inplace operations. Looks like thi
On 17.11.2015 08:34, Marcus Müller wrote:
> As Marcus L. said:
>
> Usually, your hard drive is the limiting factor. Try to write to a
> vector sink instead of a file sink. Does it get better? Notice: Hard
> drive write speeds are usually significant < 1Gb/s sustainably.
Yep, the Marcuses are righ
Hi Stephan,
some prelims first: Can you manually sync the devices using
set_time_unknown_pps() before running the flow graph? I would like to
rule out VITA time issues.
Also, your way of setting the time should work; it's the same code as if
you were using tx_time tags. Although, that's something
On 11/18/2015 01:58 AM, Will Thompson wrote:
> If you get a response from Ettus please put it up on the forum, or if
> possible forward it to me, as I would be really interested in finding
> out where these delays are coming from.
Hey Will,
I've started answering Stephan in the other thread.
Che
On 11/18/2015 12:46 AM, Ludwig Stephan (CR/AEH4) wrote:
> Hi Martin,
>
> thank you for your quick reply. I will try your suggestions.
>
> As I wrote, we do not have a GPSDO for the PPS. Just to be clear: Do
> you want me to connect an external PPS to both USRPs and then change
> the python code o
On 11/17/2015 04:43 PM, Ed Criscuolo wrote:
> But you'll be REALLY unpopular if you plop a 6 MHZ wide channel right
> in the middle of the voice VHF band! Not to mention earning a visit
> from the FCC (if you're in the US)!
...and it's in usual business hours for the FCC :)
M
_
On 20.11.2015 01:20, Ludwig Stephan (CR/AEH4) wrote:
> Maybe this might be a thing to change in mainstream code, because at
> least I expected packet transmission to be synchronized in the MIMO
> case (everything else is useless). While it is a necessity for MIMO,
> there might be a performance dra
On 23.11.2015 09:54, Martin Braun wrote:
> can you elaborate what exactly your suggestion for the mainline code is?
> It seems like your own modifications were causing the bug you saw, but
> what's the feature that's missing and you need?
Wait, I think I get it: For bursty t
Ping,
quick reminder that tomorrow is our submission deadline. As usual, there
will be no deadline extension, so please get your submissions in ASAP!
Cheers,
Martin
On 22.10.2015 10:30, Martin Braun wrote:
> Dear friends and colleagues,
>
> next year's FOSDEM (the free a
No, there's not. If there's demand, we can add that of course. Do you
actually need to *stream* u32 types? Will u8 work for you? You can
re-cast it to whatever in your application.
Cheers,
Martin
On 07.12.2015 11:12, Jason Matusiak wrote:
> What is the equivalent for a u32 output for an RFNoC GR
The idea of the u8 data type is that it does a raw dump of the data. So
if you receive it, then cast the buffer as uint32_t *, you'll get your data.
On a side note, sc16 is actually a bit different. Not only do we have
signed 16-bit ints, we also have to take special care with endianness
and, more
tP indicates you're using corrupt tagged streams, maybe your add block
is overlaying them? I'm also not entirely sure what you mean by
'simultaneous parallel transmissions'. Are they on different
frequencies? Are you mixing them together in baseband?
Cheers,
Martin
On 15.12.2015 04:10, Saulo Que
You can create a lookup table for pretty much anything using a vector
source, it'll accept Python structures as inputs through GRC.
M
On 20.12.2015 13:40, Andreas Ladanyi wrote:
Hi,
i want to create a file for example with a sine lookup table. I use a
signal source und a file sink. I think abo
I need to check the loopback flowgraph you mentioned, but the header
detection should work down to very low Eb/N0 values.
However, you mention a noise amplitude of 1.5. IIRC, that would yield an
SNR below 0 dB, not 13 dB as you mention.
Cheers,
Martin
On 19.12.2015 17:41, Mateusz wrote:
> Hello
There's been some demand to rename PyBOMBS, and now that we're
re-releasing it, this is a good time to think about it. Complaints about
the name include:
- It may or may not be true that people have been detained by TSA for
working on PyBOMBS at the airport[1]
- The name suggests a Python-related
On 22.12.2015 12:31, Tim wrote:
>> - The name suggests a Python-related packages (like Pylint, PyPI...)
>> rather than a GNU Radio-related tool
> it doesn’t really need to be gnu radio specific --
> it was written to work with any such light weight recipes that follow
> standard git/cmake or other
On 22.12.2015 12:31, Tim wrote:
> personally in favour of something short and functional vs cutesy and
> contrived (we already have one of those names)
> three letter package managers seem to be relatively common practice in FOSS
>
> examples:apt, rpm, pip, gpm, npm, ...
Also, it doesn't *hav
gt; I agree with Tim O'Shea, the name should be something short and
> functional, and give an idea of what it does, instead of being cutesy and
> contrived.
>
> --Neel
>
>
>
>
> On 22 December 2015 at 12:10, Martin Braun wrote:
>
>> There's been some demand
ke 'crab' if you like :)
M
>
> On 12/22/2015 09:31 PM, Richard Bell wrote:
>> GRAB = Gnu RAdio Basic installer
>>
>> Then we can say things like "Go GRAB it" when referring to a needed module
>>
>> On Tue, Dec 22, 2015 at 12:10 PM, Martin Bra
Richard,
please note that the script is an easy example on how to control things
through tags, and not optimized for performance (but rather, for
readability).
You should be able to go way below the re-tune time of your analog part
with timed commands, but to get maximum performance out of this y
lied scope is a small
> subset thereof
>
>
> On Tue, Dec 22, 2015, 10:02 PM Neel Pandeya <mailto:neel.pand...@ettus.com>> wrote:
>
> Also perhaps:
>
> GRIN = Gnu Radio INstaller
>
>
>
> On 22 December 2015 at 15:37, Martin
Hey Daniel,
thanks for this discussion. We don't get a whole lot of hardcore hams
here, despite the radio, and it'll be nice to make it easier for them to
join the community. I look forward to your wiki contributions!
On 12/24/2015 01:57 PM, Daniel Pocock wrote:
> [...]
> OK, I'll probably get in
want to provide our community with a one-stop, easy
way to explore the out-of-tree modules, ease development, etc.
Martin
On 24.12.2015 15:21, Mike Harpe wrote:
> I'm just curious. What's wrong with the standard Linux package
> management systems?
>
> Mike Harpe
>
&g
I do encourage you to use GNU Radio + GRC, but gr-uhd ships an app to do
that (uhd_rx_cfile).
Cheers,
Martin
On 26.12.2015 22:02, kevin_L wrote:
> Dear all, I have a usrp N210, How can I save the usrp samples to a file ?
>
>
>
>
> --
> View this message in context:
> http://gnuradio.4.n7.nab
On 27.12.2015 01:16, Chris Kuethe wrote:
> Doesn't unetbootin format the device as FAT32, which doesn't support
> files larger than 4GB...
Yep, it does, and yes, this is a common issue. I'm not sure how you can
make bigger persistence partitions with other file systems, but I'm sure
it's possible.
Dear friends and fellow SDR enthusiasts,
please note the final SDR track schedule is available through the FOSDEM
website: https://fosdem.org/2016/schedule/track/software_defined_radio/
All talks will be recorded and made publically available several weeks
after FOSDEM.
FOSDEM is in Brussels, Be
Hi everyone,
new names for PyBOMBS are up for vote now at:
http://goo.gl/forms/nUfCOZWCY2
This includes most names that were suggested on the list, and some that
were suggested in #gnuradio (the latter had a higher ratio of
questionable suggestions...). However, I subtracted all the names that
w
As we're rolling out the latest UHD release (3.9.2), we're also moving
the Ubuntu .debs we provide as binary installers to Launchpad.
You can now find the debs, and instructions on how to install them,
here: https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd
Once you've added the UHD PPA, y
Hi everyone,
quick reminder we'll be doing a hackfest in Berlin. Infos can be found
here: http://gnuradio.org/redmine/projects/gnuradio/wiki/Hackfest1601
The hackfest is the last week of January (25.-28.), with time left to
travel to Brussels for FOSDEM! If you're interested in coming, please
con
Daniel,
thanks for editing the wiki! One thing (unrelated to the fact that this
is a page for hams) is that there's a lot of overlap with other pages.
The installation, for example, is covered elsewhere and I'm not sure why
you're specifically addressing Debian-jessie users.
Things go out of date
Typically, you'd do 1 (I)FFT per OFDM symbol. I recommend having a look
at the tx_ofdm.grc and rx_ofdm.grc examples, which show a full flow graph.
M
On 01/03/2016 01:22 PM, Aditya Virmani wrote:
> Hello everyone
>
> Iam trying to do run-time FFT over multiple OFDM symbols.
> For this, I feed in
The tricky part would be to feed the Python back to C++ land, which is
necessary if you want to still use the ofdm_frame_equalizer_vcvc block
in conjunction with your Python-based equalizer. Is that something
you're trying to do?
Cheers,
Martin
On 01/07/2016 02:08 PM, monika bansal wrote:
> Hi M
Is it this issue:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#My-application-segfaults-immediately-It-used-to-work-and-I-didnt-change-it-What-the
?
M
On 01/09/2016 02:26 AM, shortwaved...@comcast.net wrote:
> Hello!
>
> I unfortunately ended up reloading gnuradio and now I'm getting
Francisco,
looks like you have a bugfix there. Can you submit a pull request?
M
On 01/08/2016 02:27 PM, Francisco Albani wrote:
> Line nº 40 has an unnecesary call to "max". It should be:
>
> n_consumed = min(n_ready, n_demanded)
>
>
>
> -- Forwarded message --
> Fro
...PyBOMBS! I've attached the results of the poll. I'm sure there's an
elegant way of providing a link to the actual poll results through
Google, but my patience of trying to find out how was soon used up, so
here's the screenshot.
As you can see, the majority (more than 50%) chose not to change t
Now that the most important question pertaining PyBOMBS is out of the
way (i.e., we're keeping the name), it's time to move forward to PyBOMBS
2.0.
For those who haven't heard about this: We will be replacing current
PyBOMBS with version 2.0, which comes with a bunch of new features, but
is also m
1 - 100 of 2285 matches
Mail list logo
