Does the function referred to have the ability to read in a File Sink
binary file?
Paul B. Huter
On Jan 24, 2014 7:00 AM, "Martin Braun" wrote:
> On 01/24/2014 02:45 AM, Nasi wrote:
> > Thanks!
> >
> > with doxygen docs do you mean
> > the
tool.
On Wed, Jan 22, 2014 at 6:43 PM, Aditya Dhananjay wrote:
>
>
>
> On Wed, Jan 22, 2014 at 7:26 PM, Paul B. Huter wrote:
>
>> Aditya:
>>
>> I am looking at sections of my data, one-M at a time - that is, from 0
>> MHz to 1 MHz, 1 MHz to 2 MHz, etc. S
Aditya:
I am looking at sections of my data, one-M at a time - that is, from 0 MHz
to 1 MHz, 1 MHz to 2 MHz, etc. So, for example, when I look at 0-to-1 MHz,
I am using an FFT set to FFT-size of 1000. My data is about 13 seconds
long, and I am looking at it at a rate of 1 Hz (so I see about 13 upd
I am looking to do some detailed analysis of my recorded data. I have been
trying to look at the data in GNURadio using the FFT Plot, but I am having
a hard time discerning things. Specifically, I am trying to see if a signal
persists over a period of time. I am going to try and look at things with
point for how long my FFT Sink has been playing. Is there such a thing?
I have looked through all of the blocks in GRC, and I am probably just
missing it or not recognizing it.
Thank you.
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio
RAMDisk (8GB total RAM), but I have had to go back to 4GB of memory. I
would like to work with the data while I wait for a memory upgrade.
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo
Thanks, Marcus. The limiting factor for the flows I have seems to be RAM
more than anything, and I will be back at 8GB tomorrow, hopefully, and
things should be good.
Thanks, and Happy New Year.
Paul B. Huter
On Jan 1, 2014 8:01 AM, "Marcus Müller" wrote:
> -BEGIN PGP S
hat I
will be able to play around with things, but I just thought I would query
the group to get a good starting point.
Thanks.
On Mon, Dec 30, 2013 at 8:52 AM, Paul B. Huter wrote:
> Sounds good, thanks.
>
> Paul B. Huter
> On Dec 30, 2013 8:51 AM, "Tom Rondeau" wrote:
>
Sounds good, thanks.
Paul B. Huter
On Dec 30, 2013 8:51 AM, "Tom Rondeau" wrote:
> On Thu, Dec 26, 2013 at 5:31 PM, Paul B. Huter
> wrote:
> > Is there a way to slow the playback of a data file through an FFT Sink?
> If I
> > recorded at 50M and I set my FFT ra
Is there a way to slow the playback of a data file through an FFT Sink? If
I recorded at 50M and I set my FFT rate to 25M, would that result in
playback twice as long?
Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.o
-speed, which led to me using the RAMDisk)?
On Mon, Dec 23, 2013 at 5:09 PM, Andrew Davis wrote:
> Hello,
>
> If the buttons aren't working then the thing is probably locked up, try
> lowering the fft_rate parameter and see if that fixes things.
>
> Andrew
>
>
> On Mon,
I have a data file that was recorded to a RAMDisk and transferred to the
hard drive on my Linux machine. When I run it through a throttle, a filter,
and into an FFT, the file repeats. When I was running it off the RAMDisk,
it only played for the ~15 seconds of the data. I was having the problem
wit
I recorded a file this morning to a RAMDisk, about 15 seconds worth of
data. I copied the file off of the RAMDisk to my Linux Desktop to save it
when I reboot. However, when I play the file back off the Desktop, the
playback continues endlessly. When I play back off the RAMDisk, it is only
the ~15
ation. It has nothing to do with the problem you're seeing.
>
> --n
>
>
> On Thu, Dec 5, 2013 at 1:11 PM, Paul B. Huter wrote:
>
>> Thanks! Got that working with a valve and a button. However, my flow now
>> uses Volk machine, again, which doesn't record my dat
Thanks! Got that working with a valve and a button. However, my flow now
uses Volk machine, again, which doesn't record my data as well as it was
recording before the valve (and without Volk machine). Any way to keep it
from doing this?
Paul B. Huter
On Dec 5, 2013 11:11 AM, "Mar
pressed a key.
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Useful list! Thank you!
On Wed, Dec 4, 2013 at 5:35 PM, Mark Cottrell
wrote:
> On Thu, Dec 5, 2013 at 12:04 PM, Paul B. Huter wrote:
>
>> I have a USRP source going direct to a file sink, and it runs really
>> well, except for an error. Does anyone know what the following me
I have a USRP source going direct to a file sink, and it runs really well,
except for an error. Does anyone know what the following means?:
thread[thread-per-block[1]: ]: file_sink write failed
with error 28
I am writing to a RAMDisk, if that helps with a solution.
Thank you.
___
cript on a PC. I will try the script (on Linux) this afternoon, and
I will also try running at 25M downsampled to 10M.
In the meantime, any additional comments/suggestions would be appreciated.
Thanks.
Paul B. Huter
On Dec 4, 2013 6:29 AM, "Marcus Müller" wrote:
> -BEGIN
my data recorded?
I really think that if I cam record the data, playback will be more what I
am looking for.
Paul B. Huter
On Dec 4, 2013 1:20 AM, "Marcus Müller" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Paul!
>
> I'm gonna go ahead and re
u might be better off
> with a waterfall graph; try them, they're fun :)
>
> Greetings,
> Marcus
>
> On 03.12.2013 21:45, Paul B. Huter wrote:
> > When I play my data file back through a throttle and frequency
> > translating FIR filter to an FFT sink with repeat OFF,
peats?
Or, is there a way to get playback with repeat turned off?
Thanks.
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
you seeing "O"
indications (for overflow)?
--n
On Mon, Dec 2, 2013 at 1:59 PM, Paul B. Huter wrote:
> Nick:
>
> I tried downsampling the 25MHz to 10, but still was not recording the
> whole time I ran (about 10 seconds, with only a couple seconds of
> playback). Tha
? You can make the USRP work for you by asking for 10Msps
(or less, if you know you need less bandwidth) -- it'll handle the
downsampling and filtering.
--n
On Mon, Dec 2, 2013 at 1:32 PM, Paul B. Huter wrote:
> I finally got around to trying writing to RAM, and the result is worse -
&g
this, I would
appreciate it.
Thank you all for all the assistance to date.
Paul B. Huter
On Nov 25, 2013 9:38 AM, "West, Nathan" wrote:
> I agree with Nick: that VOLK stuff is all expected behavior. If you're
> trying to write to a file at high rates you should look in
other than
"sse4_a_64" as the best volk to use. My GNU Radio seems to have trouble
reading configuration files, so is there a way to manually point to the
volk parameter to use when I load GNU Radio?
Paul B. Huter
___
Discuss-gnuradio mailing list
Disc
Can I do that through GNU Radio, or is that a configuration I need to make
through the USRP (ie Do I need to run the setup for the USRP)?
Paul B. Huter
On Nov 23, 2013 10:07 AM, "Tom Rondeau" wrote:
> On Sat, Nov 23, 2013 at 11:02 AM, Paul B. Huter
> wrote:
> > Thanks
I changed the transition band to match the 5M transition band I used on the
low pass filter to record the data and things worked.
Paul B. Huter
On Nov 23, 2013 10:03 AM, "Tom Rondeau" wrote:
> On Fri, Nov 22, 2013 at 7:14 PM, Paul B. Huter
> wrote:
> > I am trying to vi
ot in
real-time?
Paul B. Huter
On Nov 23, 2013 9:54 AM, "Tom Rondeau" wrote:
> On Sat, Nov 23, 2013 at 10:44 AM, Paul B. Huter
> wrote:
> > I ran my "record" setup for over 10 seconds, but when I run the data file
> > back through my "playback" I
ate: 50M
USRP Source
Low Pass Filter
Decimation: 50
Cutoff Freq: 15M
Transition Width: 5M
File Sink
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
r size of 25784 KB
>
> Those four lines are repeated, then
>
> terminate called after throwing an instance of 'std::bad_alloc'
> what(): std::bad_aloc
>
> My flow is a file source to a throttle to a frequency xlating fir filter
> to a wx gui fft sink. Sample rate is
Forgot to mention I am running the filter output to an FFT Sink.
Paul B. Huter
On Nov 22, 2013 6:14 PM, "Paul B. Huter" wrote:
> I am trying to view the spectrum from 0-1MHz recorded at 50M. I used a low
> pass filter to only record 0-30MHz. My frequency translating filter
Any ideas?
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Linux Mint 14
Paul B. Huter
On Nov 21, 2013 5:29 PM, "Philip Balister" wrote:
> On 11/21/2013 06:17 PM, Paul B. Huter wrote:
> > I am trying to play back my recorded data and I get the following:
> >
> > 3 instances of vmcircbuf_sysv_shm: shmget(1): Invalid a
#x27;
what(): std::bad_aloc
My flow is a file source to a throttle to a frequency xlating fir filter to
a wx gui fft sink. Sample rate is 50M.
Any ideas?
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.o
How do you determine the size of taps? How much of a difference does
setting the transition width from 1MHz to 10MHz make?
On Tue, Nov 19, 2013 at 6:40 PM, Marcus D. Leech wrote:
> I really appreciate the detailed explanation. I tried running
>> gr_filter_design last night and it asked me to in
Thanks, Marcus. I'm okay with not doing real-time, as long as I don't lose
a ton of data. I'm only going to be running for about 30 seconds at a time.
On Tue, Nov 19, 2013 at 6:36 PM, Marcus D. Leech wrote:
> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter
>> wrote:
&
this matter.
On Tue, Nov 19, 2013 at 6:29 PM, Tom Rondeau wrote:
> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter
> wrote:
> > I recall that that was what you had mentioned yesterday, but could you
> > explain why setting it to 15M will allow me to grab 30M?
>
> Sure.
>
I recall that that was what you had mentioned yesterday, but could you
explain why setting it to 15M will allow me to grab 30M?
On Tue, Nov 19, 2013 at 6:17 PM, Tom Rondeau wrote:
> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter
> wrote:
> > I am trying to deploy my radio applic
I am trying to deploy my radio application (using GRC), and I am running
into a problem. I am sampling at 50MHz and trying to pare things down to
30MHz using a Low Pass Filter, defined as follows:
Decimation = 50
Gain = 1
Sample Rate = samp_rate (50M)
Cutoff Freq = 3000 (30M)
Transition Width
Thank you for your help.
Paul B. Huter
On Nov 18, 2013 10:13 AM, "Tom Rondeau" wrote:
> On Mon, Nov 18, 2013 at 10:56 AM, Paul B. Huter
> wrote:
> > Thanks, Tom. I do intend to decimate the 50MHz input by 50 to have 1MHz.
> Is
> > that correct?
>
> Yes, d
, 1500, 100)
Will that give me a 30MHz signal to save to a data file and run back
through the filter I initially asked about?
Thanks.
Paul B. Huter
On Nov 18, 2013 9:46 AM, "Tom Rondeau" wrote:
> On Mon, Nov 18, 2013 at 10:35 AM, Paul B. Huter
> wrote:
> > If I want to
If I want to use a low-pass filter to look at 1MHz blocks of data, is it
appropriate to use the following parameters:
low pass filter: 500khz
center frequency: -500khz (for 1MHz, increments of 1MHz for others)
Taps: firdes.low_pass(1, samp_rate, 50, 100)
Paul B. Huter
FFT to be 5MHz centered
on 7.5MHz. However, I am not sure if that is correct. But - first step is
to get my data.
Thanks, again, Marcus.
Paul B. Huter
On Nov 17, 2013 5:41 PM, "Marcus D. Leech" wrote:
> I am running a USRP source through a throttle to an FFT sink and a file
> s
I am running a USRP source through a throttle to an FFT sink and a file
sink. Last time I ran it, I got an "OSParam error", followed by a bunch of
"D"s and the FFT was lagging and jumping. Any ideas as to what this is? My
sample rate is
.
Paul B. Huter
Andrew Davis wrote:
Hello, first I think you meant sample rate, not size. Who said you cant use
30Mhz, what kind of hardware are you using? Lastly the FFT algorithms do
not deal with frequency in that way, you are still seeing 0-50Mhz spectrum,
just the label now says 50Mhz.
Andrew
I have a GNU Radio setup to look at shortwave. I have my sample size set to
50MHz (since I was told I can't use 30). If I set my FFT to 30MHz with a
baseband of 15MHz, am I actually seeing the shortwave spectrum (0-30MHz)?
Also, any suggestions on setting the FFT Size?
Thank you!
Paul B.
I am trying to get the most up-to-date (3.7.x) version of GNU Radio, but my
computer keeps downloading version 3.6.x. I am running Linux Mint 14.
Any suggestions?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/li
ui_swig
I found out from a previous discussion post that it is a known problem, but
I am wondering if it has been remedied.
I am using GNU Radio 3.7.
Thank you.
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lis
Is there a solution to the "wx_gui_swig" error on Windows when using a WX
FFT? I am using GNURadio 3.7.
Paul B. Huter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I am getting the following error when running my script -
UHD Error:
Control packet attempt 0, sequence number 391:
RuntimeError: no control response, possible packet loss
Mostly "attempt 0", but one "attempt 1", six different sequence numbers.
Does this mean anything? Is my data good?
Turns out this error doesn't mean anything, my script executes just fine.
On Thu, Oct 24, 2013 at 6:11 PM, Paul B. Huter wrote:
> Tom:
>
> Thank you for the reply. This is my first GNU Radio application, and
> typing 'make test' at the Windows command line does noth
ou.
On Thu, Oct 24, 2013 at 9:07 AM, Tom Rondeau wrote:
> On Wed, Oct 23, 2013 at 8:19 PM, Paul B. Huter
> wrote:
> > Running my script, I get an error (repeated twice):
> >
> > ~\AppData\Roaming\.gnuradio\prefs\vmcircbuf_default_factory: Invalid
&g
Running my script, I get an error (repeated twice):
~\AppData\Roaming\.gnuradio\prefs\vmcircbuf_default_factory: Invalid
argument
I looked, and there is no 'vmcircbuf_default_factory' in the \prefs folder
(there isn't anything in there). The Internet (GNURadio website and GNURado
mailing list arc
/23/2013 07:44 PM, Paul B. Huter wrote:
>
>> Ian:
>>
>> Thank you for your detailed response. If I stick with eight bits and
>> increase to 50Msps, will that solve the decimation rate problem? I
>> realize this would result in a decimation rate of two, which would n
rate at four.
Thank you, again.
Paul B. Huter
Ian Buckley wrote:
Paul,
With (the default) 16bit complex sample format the maximum sample rate
supported on USRP2 is 25Msps, simply because that is pretty much as
much data as you can get over 1G Ethernet in one direction.
50Msps is supported if you
I finally got my GNURadio Python script running, but after I execute the
script, I get a UHD Warning about requested decimation (a few lines of
text), then a single 0 on a newline, and nothing. I let it run for about
five minutes, and my output file didn't change from 0 bytes.
I am trying to captu
I looked everywhere for information pertaining to this question, but
nothing worked.
I am starting with a sample for recording information from my USRP (N210),
but I am running into issues with:
self.gr_file_sink = gr.file_sink(gr.sizeof_complex, "data.dat")
When I try running it, I get:
Attrib
58 matches
Mail list logo