I'm having an odd problem with the GR logger - no matter what I do the
logger logs messages at all log levels and ignores my formatting
configuration. I have another machine with the same configuration that
behaves as I expect.
I'm writing an OOT module and testing it using the same code on two
Hello,
I have a flowgraph that I made with GRC and modified. All I want to do
with the flowgraph is make it run as a daemon. I understand that if there
are overflows or underflows I'll miss them, that's OK.
I added some basic python code to daemonize my flowgraph:
# Fork once
t; > PFB MF Taps: whatever prototype filter taps you're using now
> >
> >
> > Properly fixing the tag propagation in the PFB_clock_sync block is a
> > major change, which is one reason I wrote the new Symbol Synchronizer
> > blocks.
> >
> > FWIW,
I'm having a problem with the Polyphase Clock Sync block. I believe what's
happening is that the block is calling get_tags_in_range improperly and
then causing an infiite loop in gnuradio-runtime/lib/buffer.cc, at this
point the PFB Clock Sync block stops emitting samples.
The problem occurs in
Is there any way to create a vector of vectors of ints with the PMT library?
I'm trying to make a C++ GR block that takes in an NxM matrix. For GRC all
the types are listed at the link below, none really fit my model.
this happens on the first loop iteration or a
> subsequent one; that will show in which direction we'd look for bugs
> 3. `frame 1` brings us into the context of the fir_filter_ccf::filter
> function. `print al` and `print d_ntaps`, please!
> 4. We're getting a bit fancy here with gdb, b
f_dot_prod_32fc.h#L83
Since aPtr is just
const float* aPtr = (float*)input;
Maybe the issue is with pfb_clock_sync_ccf_impl? I'm not sure.
Devin
On Tue, Dec 6, 2016 at 1:06 PM, devin kelly <dwwke...@gmail.com> wrote:
> It's a bit of both. The segfault usually happens on packet bet
io.org/doc/
> doxygen/volk_guide.html#volk_tuning
>
> This is fairly concerning though... are you able to consistently trigger a
> segfault or is it a seemingly random event that you can't trigger?
>
> On Tue, Dec 6, 2016 at 11:48 AM, devin kelly <dwwke...@gmail.com> wrote:
>
>>
> On 12/01/2016 06:14 PM, devin kelly wrote:
>
> Marcus,
>
> Thanks for taking the time. It is possible I re-installed a new version
> of VOLK. I'll try a fresh build and see what that gets me.
>
> I also should have mentioned that the filter works OK for a while then
> s
vious version of
> VOLK when you linked it, and then the new version of VOLK was installed?
>
> Best regards,
>
> Marcus
>
> On 12/01/2016 05:23 PM, devin kelly wrote:
>
> Hello,
>
> I'm having a problem with the above VOLK function segfaulting. I don't
> thin
Hello,
I'm having a problem with the above VOLK function segfaulting. I don't
think I'm passing any incorrect values to VOLK. My problem could be that
I'm on RHEL7 with (obviously) an older kernel:
$ uname -a
Linux 520842-mitll 3.10.0-327.10.1.el7.x86_64 #1 SMP Sat Jan 23 04:54:55
EST 2016
Hello,
I've created my own GR module with GR mod tool. I added two files
include/my_mod/crc.h
lib/crc.cc
And I can use the functions (crc32 for example) in those files perfectly
fine within classes that wind up in libgnuradio-my_mod.so. However, I
can't use the functions in crc.h/crc.cc
Jeon,
If you're just trying to get the results from 'hcitool clock', I'd look at
the source code for hcitool and just copy that code. You'll probably have
to add some extra #includes and link to a few extra libraries. This way
you won't get any extra latency that's added when you create new
Steven,
I've had the exact same problem as you - my flowgraphs from 3.7.9 worked
well but now I'm getting a lot of false detections from this block.
Is this really how this block is supposed to perform? We just have to use
trial and error to find the right threshold?
Thanks For Any Help,
Devin
Hello,
I'm interested in editing stream tags. So far my approach is to read the
tag I'm interested in, copy the value, remove the tag, edit the tag value
and then add the new tag with add_item_tag.
In looking at the GR documentation, the function remove_item_tag says that
the function will be
uot; (as opposed to "CPU time")?
>
> Best regards,
> Marcus
>
>
> On 08.06.2016 22:22, devin kelly wrote:
>
> Hello,
>
> For my applications the MAC layer of my waveform requires me to implement
> a few timers (e.g. for slot and frame times, etc).
>
> What
Hello,
For my applications the MAC layer of my waveform requires me to implement a
few timers (e.g. for slot and frame times, etc).
What I'd like to do is exclusively use the USRP clock for these timers.
I've tried mixing the system clock and the USRP clock before (see a few
messages on this
; block after the descrambler to remove these
> erroneous items that come out. "skip head" will drop whatever number of
> items on the floor you tell it to and there after pass everything.
>
> Rich
>
> On Tue, Mar 22, 2016 at 10:24 AM, devin kelly <dwwke...@gmail.com> wrote:
>
r the CCITT polynomial x^9 + x^5 + 1, which has an LFSR
> specification:
>
> Mask: 0x21 (degree=9)
> Seed: 0x1ff
> Length: 8
>
> [1] https://www.mail-archive.com/patch-gnuradio@gnu.org/msg00180.html
> [2] http://cache.nxp.com/files/rf_if/doc/app_note/AN5070.pdf
>
>
&
Hello,
I'm a little confused on how to use the scrambler and descrambler, it looks
like the descrambler always preprends a byte to my stream. When I run this
flowgraph I get this from the message ports (the first message is the
original message, the second message is from the descrambler):
*
Hello,
I have a block that's like the message strobe - it has one output message
port and no other connections.
For whatever reason GR isn't calling the start() function on my block when
I call top_block.start(). I've written a few other blocks that do this
without any problem but this I can't
ould fix this (
> https://github.com/n-west/gnuradio/tree/fft-avx-alignment). I also
> suggest you look in to getting a version of fftwf built with AVX. I don't
> know if there's a good way to tell, but if I run readelf -a on my
> libfftw3.so I see some functions with avx in the name.
&g
}
else {
fprintf(stderr,
"VOLK: Error allocating memory "
"(posix_memalign: error %d: %s)\n", err, strerror(err));
return ((void *)0);
}
}
Devin
On Tue, Mar 8, 2016 at 11:37 AM, West, Nathan <n...@ostatemail.okstate.edu>
wrote:
>
> On
Here's a simpler FG that I can use to reproduce this error. Hopefully it
actually works for someone else.
Devin
On Tue, Mar 8, 2016 at 10:58 AM, devin kelly <dwwke...@gmail.com> wrote:
> Calling 'info variables' (or args or locals) the last few frames didn't
> give me any real inf
completed in 2800ms
Best aligned arch: a_avx
Best unaligned arch: u_avx
Writing "/home/devin/.volk/volk_config"...
On Mon, Mar 7, 2016 at 10:38 PM, West, Nathan <n...@ostatemail.okstate.edu>
wrote:
> On Mon, Mar 7, 2016 at 10:18 PM, West, Nathan <n...@ostatemail.okstate.edu
at /lib64/libc.so.6
#!/usr/bin/env python2
# -*- coding: utf-8 -*-
##
# GNU Radio Python Flow Graph
# Title: segfault_test
# Author: Devin Kelly
# Generated: Mon Mar 7 14:21:06 2016
##
if __
Hello,
I have a flowgraph where I make some random PDUs, prepend an access code
and preamable (Do I need both?). I modulate and demodulate, find the
packet with Correlate Access Code, separate the header and payload, and
then print the message with Message Debug.
My problem is with the
Hello,
I have a block that emits pmt::dict messages. I'd like to connect it to a
PDU to Tagged Stream block.
My problem is that a dict isn't a pair and I run into this error:
https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/lib/pdu_to_tagged_stream_impl.cc#L63
If I place the dict in
Ah sorry I wasn't specific. This was from years ago, the numbers I used
were just meant to be an example, not accurate.
On Tue, Aug 25, 2015 at 10:25 PM, Marcus D. Leech mle...@ripnet.com wrote:
On 08/25/2015 10:17 PM, devin kelly wrote:
You can have each USRP on the same computer
You can have each USRP on the same computer or not, that shouldn't matter.
I've done this test with some USRP2's and I remember what we did was
transmit a CW tone from one to another and measure a frequency offset
(maybe 10s of kHz?). Basically, transmit a tone at some known frequency
(like 200
I have a flowgraph that I'm trying to develop in simulation first before
deploying to some sort of hardware like a USRP. The flowgraph begins with
a ZMQ Pull Source and then I have all my signal processing blocks
afterwards (eventually there would be a UHD Sink). The ZMQ block only
produces
PM, devin kelly dwwke...@gmail.com wrote:
I tried this out and I'm having some problems. I'm on GR 3.7.8 and UHD
3.8.5, both the newest as far as I know.
What I did was make a flowgraph with a signal generator source and a UHD
sink in GRC. It works before I made any modifications
I found the section of code the python NDK is complaining about:
#ifndef LONG_BIT
#define LONG_BIT (8 * SIZEOF_LONG)
#endif
#if LONG_BIT != 8 * SIZEOF_LONG
/* 04-Oct-2000 LONG_BIT is apparently (mis)defined as 64 on some recent
* 32-bit platforms using gcc. We try to catch that here at
/page_gpio_api.html#xgpio_fpanel_atr
[2] http://gnuradio.org/doc/doxygen/page_uhd.html#uhd_command_syntax
On 08/18/2015 09:17 PM, devin kelly wrote:
Hello,
0
I'm transmitting a fairly bursty, irregularly timed signal. I attach a
stream tag to the sample that has the start of the burst (tx_sob). I also
have
On Wed, Aug 19, 2015 at 8:09 AM, devin kelly dwwke...@gmail.com wrote:
Marcus,
Thanks for the advice, this seems to do exactly what I'm looking for. My
only question is that I've been under the impression that the UHD doesn't
yet support GPIO for the B210. I did recently upgrade to 3.8.5 though
Hello,
I'm transmitting a fairly bursty, irregularly timed signal. I attach a
stream tag to the sample that has the start of the burst (tx_sob). I also
have a PA that I can turn on and off that's inbetween my USRP B210 and
antenna.
I'd like to be able to turn the PA on and off synchronously,
Balister phi...@balister.org
wrote:
On 11/18/2012 06:38 PM, devin kelly wrote:
I just read about the release of
ControlPort
http://www.trondeau.com/home/2012/11/18/public-release-of-controlport.html
,
(which I'm excited about) just wondering why use ZeroC ICE?
Thanks for any
I just read about the release of
ControlPorthttp://www.trondeau.com/home/2012/11/18/public-release-of-controlport.html,
(which I'm excited about) just wondering why use ZeroC ICE?
Thanks for any explanation
Devin
--
http://alum.wpi.edu/~dkelly/
___
or not? Because if I do not it
only sense a very narrow band.
--
Yang
Sent with Sparrow http://www.sparrowmailapp.com
On 2011年5月27日星期五 at 上午4:15, devin kelly wrote:
Changing the fft size won't change your sensing time that much unless the
machine you're using is really slow or the fft size
I did a project similar to this. Look at this structure
m = parse_msg(tb.msgq.delete_head())
There is a field called data (I think) that contains the magnitude of the
sweep. You record m.data to a file (like a csv, hdf5, or binary file).
Keep in mind that you have to do the equivalent of
Changing the fft size won't change your sensing time that much unless the
machine you're using is really slow or the fft size is outrageous. What fft
sizes are you using?
What will affect your sensing time more is the sampling/decimation rate you
sent, the tune delay, and the dwell delay. Be
On Fri, Mar 18, 2011 at 4:29 PM, Moeller moelle...@gmx.de wrote:
On 18.03.2011 18:10, devin kelly wrote:
I have two problems with my data though. In the file attached is some TV
spectrum (left half) and noise (right half).
My first question is this: why isn't the spectrum for the TV signal
Hello,
I've created a spectrum sensor with the USRP2, my python script uses the
same idea as usrp_spectrum_sense.py found in gnuradio. That is, it tunes,
takes an FFT, records, retunes, etc.
I have two problems with my data though. In the file attached is some TV
spectrum (left half) and noise
...@ettus.com wrote:
On Fri, Mar 18, 2011 at 10:10 AM, devin kelly dwwke...@gmail.com wrote:
Hello,
I've created a spectrum sensor with the USRP2, my python script uses the
same idea as usrp_spectrum_sense.py found in gnuradio. That is, it
tunes,
takes an FFT, records, retunes, etc.
Could
PM, Marcus D. Leech mle...@ripnet.com wrote:
On 03%2F10%2F2011 03%2F10%2F201103/10/2011 02:10 PM, Josh Blum wrote:
On 03%2F10%2F2011 03%2F10%2F201103/10/2011 10:58 AM, devin kelly
wrote:
Hello,
When using a particular WBX daughtercard I get this message from my
script:
Current recv sock
Looks like that didn't work for me...
Burn
sudo ./usrp_burn_db_eeprom --id=0x0052 --unit=TX --args=addr=192.168.10.2
linux; GNU C++ version 4.4.5; Boost_104000; UHD_002.20110126204618.b83454d
Current recv sock buff size: 5000 bytes
mboard0 MIMO master
Warning:
Unknown transceiver board
Hello,
When using a particular WBX daughtercard I get this message from my script:
Current recv sock buff size: 6000 bytes
mboard0 MIMO master
Warning:
Unknown transceiver board ID combination...
RX dboard ID: WBX (0x0053)
TX dboard ID: Unknown (0x)
Traceback (most recent
not. This is
likely due to a firewall blocking broadcast packet:
http://www.ettus.com/uhd_docs/manual/html/usrp_nxxx.html#debugging-networking-problems
-Josh
On 11/23/2010 03:00 PM, devin kelly wrote:
Hello,
I have a strange problem with uhd_find_devices. I can do
[dkelly uhd]+master
Hello,
I'm having a problem, where I want to receive data from a specified
amount of time/samples and then stop. I'm using a USRP2 with the UHD.
So far, everything works fine, except for when I try to stop. My
script exits ok, but the usrp2 keeps sending data over the ethernet
bus. The 'C'
Hello,
I'm doing some spectrum sensing with the WBX and the USRP2, I'm using
the usrp_spectrum_sense script. I do my scans over the whole range of
the WBX, from 50 MHz to 2.2GHz. When I do a scan, sometimes I'll get
an error message Failed to set center frequency: FFF At first, I
thought I had
Hello,
I've been looking into how usrp_spectrum_sense works and I have a
question about my understanding of how it works.
The basic idea is that is that you tune, take FFT(s?), then retune,
etc. This is done with the fft block and the stats block. My
questions are:
1) What is input_items
for radio to
finish.
except KeyboardInterrupt:
pass
print \n\nExiting.
Thanks For Any Help,
Devin
On Mon, Apr 26, 2010 at 10:35 AM, Tom Rondeau trondeau1...@gmail.comwrote:
On Mon, Apr 26, 2010 at 1:30 AM, devin kelly dwwke...@gmail.com wrote:
Hello Everyone,
I've
Hello Bin,
My group considered doing this about 4-5 months ago. Things may have
changed now, but at that time it was not possible (or at least not straight
forward to me) to get the gain from the AGC.
From my understanding, the AGC (automatic gain control) makes getting RSSI
readings difficult
Hello Everyone,
I've made a basic DBPSK transmitter and receiver. I can receive ASCII
strings fine and the spectrum looks exactly as it should.
However, if I swap the DBPSK modulator/demodulator for the DQPSK
modulator/demodulator, my system breaks. I can no longer receive the same
strings
Hello everyone,
I took the d8psk.py modulator and tweaked it a little to make a d16psk.py
modulator. I have (both of them) in
gnuradio/gnuradio-core/src/python/gnuradio/blks2impl
I ran
$sudo make install
$make check
Yet my script still gets an error on this line
modulator =
I have questions about the UHD. What license will be applied to it? Will
the sources be provided or binary only? (I suspect sources, but want to be
sure) And will the UHD be taking the place of libusrp2.so?
Also, more general, from the perspective of the user (me) what will change?
From the
Hello,
I just installed the latest GR from the git master branch. I use Ubuntu
9.10, boost 1.38, and python2.6, and the USRP2. The install seemed to go
fine. However, I if try to run any of the python modules I get this error:
I do this:
sudo python streaming_fft.py -e eth1 -f 2.4G
Hello everyone,
I'm doing a project with the USRP2 that where I need to know the Time of
Arrival(TOA) of the waveforms. This is for a geolocation application.
My understanding as of now is that the hooks to get TOA are there in the
USRP2, but the firmware does not provide access to them at this
So what does this update actually do? Does it add UDP onto the network
stack? What about VRT? I know VRT and UDP are being implemented
independently, but around the same time. How does this update fit in with
adopting those two protocols?
Thanks
Devin
On Fri, Oct 2, 2009 at 1:23 PM, Ben
Hello
I am interested in the firmware update for the USRP2 that will give the
USRP2 capability for handling UDP network layer and VRT application layer
protocols. Will both of these update occur with the same firmware update?
If not, is there any estimate for when the latter update will occur?
What is the situation with VRT and UDP? Has what's going into the VRT
context packets been finalized? If so, where should I look for this
information? I've been looking in Eric Blossom's branch, it looks like he
is doing most of the VRT development, is this right?
Who is doing the UDP
15, 2009 at 04:20:20PM -0400, devin kelly wrote:
I've been looking over the GNU Radio code and I can't seem to figure what
is
being done in /usrp2/host/lib/open_usrp2_socket.cc file. Specifically,
lines 97 through to 128.
What I think is happening is that a pair of connected sockets
I've been looking over the GNU Radio code and I can't seem to figure what is
being done in /usrp2/host/lib/open_usrp2_socket.cc file. Specifically,
lines 97 through to 128.
What I think is happening is that a pair of connected sockets is created
(97) then a process is forked (102). So, the
Hello,
I am trying to figure out how information is sent between a PC and the
USRP. So far I can tell they are all customized packets, i.e. raw sockets
are used, which is why you need to be root. But I've been having trouble
figuring out what the header information is. Does anyone know? If
devin kelly dwwke...@gmail.com:
I am trying to figure out how information is sent between a PC and the
USRP. So far I can tell they are all customized packets, i.e. raw
sockets
are used, which is why you need to be root.
The USRP2 currently uses Ethernet frames of type 0xBEEF to communicate
65 matches
Mail list logo