[Discuss-gnuradio] Log Level/Format Not Changing With Config File

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 d

[Discuss-gnuradio] Daemonizing a flowgraph

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

Re: [Discuss-gnuradio] PFB Clock Sync stops producing samples

now for Filter Size > > 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. > &

[Discuss-gnuradio] PFB Clock Sync stops producing samples

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 t

[Discuss-gnuradio] PMT: vector of vectors of ints

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. https://github.com/gnuradio/gnuradio/blob/d4bb541ec1ec93446ecfa53948a1a6f995ff

Re: [Discuss-gnuradio] Segfault with volk_32fc_32f_dot_prod_32fc_a_avx

_ccf::filter > function. `print al` and `print d_ntaps`, please! > 4. We're getting a bit fancy here with gdb, but whatever :) `print > d_aligned_taps[al]` > > Hope this gives us a push forward! > > Greetings, > Marcus > > > > On 12/06/2016 07:24 PM, devin ke

Re: [Discuss-gnuradio] Segfault with volk_32fc_32f_dot_prod_32fc_a_avx

ccf_impl? I'm not sure. Devin On Tue, Dec 6, 2016 at 1:06 PM, devin kelly wrote: > It's a bit of both. The segfault usually happens on packet between > packets 2 and 3 (I send one packet per second on my transmitter) but > sometimes will happen a few packets later. It also al

Re: [Discuss-gnuradio] Segfault with volk_32fc_32f_dot_prod_32fc_a_avx

olk_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 wrote: > >> OK, I tried a brand new GR/Vo

Re: [Discuss-gnuradio] Segfault with volk_32fc_32f_dot_prod_32fc_a_avx

nt in bytes: 32 Used malloc implementation: posix_memalign Thanks again for any help, Devin On Fri, Dec 2, 2016 at 10:04 AM, Marcus Müller wrote: > Oh, that's pretty interesting! Well, no misconfiguration should segfault, > so I'm a bit stumped at the moment. > > On 12/01

Re: [Discuss-gnuradio] Segfault with volk_32fc_32f_dot_prod_32fc_a_avx

a previous 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&#

[Discuss-gnuradio] Segfault with volk_32fc_32f_dot_prod_32fc_a_avx

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 x86_

[Discuss-gnuradio] CMake Linking Problem

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

Re: [Discuss-gnuradio] Getting values from external program.

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 proc

Re: [Discuss-gnuradio] Fwd: Correlation Estimator in 3.7.10

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

[Discuss-gnuradio] remove_item_tag()

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 de

Re: [Discuss-gnuradio] Using USRP Clock for Timers

posed 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 I

[Discuss-gnuradio] Using USRP Clock for Timers

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 list

Re: [Discuss-gnuradio] Scrambler - Descrambler

emove 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 wrote: > >> Hi Sean, >> >> Thanks for

Re: [Discuss-gnuradio] Scrambler - Descrambler

on for 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 > >

[Discuss-gnuradio] Scrambler - Descrambler

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): * MES

[Discuss-gnuradio] Calling start() in gr.sync_block

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 f

Re: [Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

a branch that should 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

Re: [Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

(err == 0) { return ptr; } 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 wrote: > > On Tue

Re: [Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

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 wrote: > Calling 'info variables' (or args or locals) the last few frames didn't > give me any real info so

Re: [Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

ted in 2790ms a_avx completed in 220ms a_sse3 completed in 230ms a_generic 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 wrote: > On Mon, Mar 7, 2016 at 10:18 PM, West,

[Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

.so.0.0.0 #8 0x7f11a40b824a in thread_proxy () at /lib64/libboost_thread-mt.so.1.53.0 #9 0x7f11bfa38dc5 in start_thread () at /lib64/libpthread.so.0 #10 0x7f11bf05d28d in clone () at /lib64/libc.so.6 #!/usr/bin/env python2 # -*- coding: utf-8 -*- #

[Discuss-gnuradio] Bursty Flowgraph Problem

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 modulator

[Discuss-gnuradio] PDU Message Structure

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

Re: [Discuss-gnuradio] USRP's not Communicating

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 wrote: > On 08/25/2015 10:17 PM, devin kelly wrote: > > You can have each USRP on the same computer or not,

Re: [Discuss-gnuradio] USRP's not Communicating

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 M

[Discuss-gnuradio] Padding burtsy blocks

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 sampl

Re: [Discuss-gnuradio] Help with building GNU Radio for Android

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 compile-

Re: [Discuss-gnuradio] Enveloping a transmit amplifier

PM, devin kelly 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 modifi

Re: [Discuss-gnuradio] Enveloping a transmit amplifier

et 177 lines that all seem to make sense to me. Is that command I'm using correct or is there some other issue? Thanks, Devin On Wed, Aug 19, 2015 at 8:09 AM, devin kelly wrote: > Marcus, > > Thanks for the advice, this seems to do exactly what I'm looking for. My > only qu

Re: [Discuss-gnuradio] Enveloping a transmit amplifier

p://files.ettus.com/manual/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 t

[Discuss-gnuradio] Enveloping a transmit amplifier

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, sa

Re: [Discuss-gnuradio] ZeroC ICE Choice for ControlPort

2 at 10:25 AM, Tom Rondeau wrote: > >> On Mon, Nov 19, 2012 at 10:05 AM, Philip Balister > wrote: > >>> On 11/18/2012 06:38 PM, devin kelly wrote: > >>>> > >>>> I just read about the release of > >>>> > >>>> ControlPort

[Discuss-gnuradio] ZeroC ICE Choice for ControlPort

I just read about the release of ControlPort, (which I'm excited about) just wondering why use ZeroC ICE? Thanks for any explanation Devin -- http://alum.wpi.edu/~dkelly/ ___

Re: [Discuss-gnuradio] How to speed up spectrum sensing?

g. Should I retune 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 muc

Re: [Discuss-gnuradio] How to speed up spectrum sensing?

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 car

Re: [Discuss-gnuradio] Store data with usrp_spectrum_sense.py

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 fftshi

Re: [Discuss-gnuradio] USRP2 Spectrum Sensing Help, (variant for FunCube Dongle?)

On Fri, Mar 18, 2011 at 4:29 PM, Moeller 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

Re: [Discuss-gnuradio] USRP2 Spectrum Sensing Help

, 2011 at 1:43 PM, Jason Abele wrote: > On Fri, Mar 18, 2011 at 10:10 AM, devin kelly 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 > tun

[Discuss-gnuradio] USRP2 Spectrum Sensing Help

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

Re: [Discuss-gnuradio] Possible WBX Board Failure

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 boar

Re: [Discuss-gnuradio] Possible WBX Board Failure

11 at 2:18 PM, Marcus D. Leech wrote: > On <03%2F10%2F2011> <03%2F10%2F2011>03/10/2011 02:10 PM, Josh Blum wrote: > >> >> On <03%2F10%2F2011> <03%2F10%2F2011>03/10/2011 10:58 AM, devin kelly >> wrote: >> >>> Hello, >>>

[Discuss-gnuradio] Possible WBX Board Failure

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 cal

Re: [Discuss-gnuradio] uhd_find_devices error

ds do 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

[Discuss-gnuradio] uhd_find_devices error

Hello, I have a strange problem with uhd_find_devices. I can do [dkelly uhd]+master$ uhd_find_devices --args="addr=192.168.10.2" linux; GNU C++ version 4.4.5; Boost_104000; UHD_20101122.202304.0c147c9 -- -- UHD Device 0 ---

[Discuss-gnuradio] Stopping the UHD

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' led

[Discuss-gnuradio] WBX: Failed to set center frequency

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 ha

[Discuss-gnuradio] usrp_spectrum_sense and gr_bin_statistics_f

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 conce

Re: [Discuss-gnuradio] RSSI estimation

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

Re: [Discuss-gnuradio] DQPSK Transmitter and Receiver

self.wait() # Wait 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 wrote: > On Mon, Apr 26, 2010 at 1:30 AM, devin kelly

[Discuss-gnuradio] DQPSK Transmitter and Receiver

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 and

[Discuss-gnuradio] Adding a python block

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 = gnuradio.blks2impl

Re: [Discuss-gnuradio] Ettus Research News

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 an

[Discuss-gnuradio] Undefined Symbol with python2.6

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 ./rx_stream

[Discuss-gnuradio] Time of Arrival Hooks

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

Re: [Discuss-gnuradio] New Ethernet MAC for USRP2

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 Hilbu

[Discuss-gnuradio] UDP & VRT Status

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? T

[Discuss-gnuradio] VRT and UDP

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 developme

[Discuss-gnuradio] VRT Implementation

Hello, Has the usage of the VRT standard been finalized yet? If so, where can I find that information? For example, what header fields are actually being included? The Stream ID field? The class ID field? What about the context stream? What information will be available in the context fields

Re: [Discuss-gnuradio] USRP2 Sockets

Wed, Apr 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. > > > >

[Discuss-gnuradio] USRP2 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 child

Re: [Discuss-gnuradio] GNU Radio Packets

2009/3/26 devin kelly : > > > 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 Ethern

[Discuss-gnuradio] GNU Radio Packets

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 the