Re: [Discuss-gnuradio] Win32 and gr-blocks/lib/stream_pdu_base.cc

On 10/05/2014 04:25 AM, Gisle Vanem wrote: > Since my previous message seems to be ignored, here is something simpler > for you to comment on. > > In gr-blocks/lib/stream_pdu_base.cc, the read() and write() functions > are used on sockets. This doesn't work well on Windows as you're > probably a

Re: [Discuss-gnuradio] change a block parameter using a python script

On 01/27/2014 11:19 PM, Marco Bosco wrote: > Hi all! > > I have a simple flowgraph: a signal source, a throttle and a > waterfall plot. I'd like to change the frequency of the signal source > during runtime using the output of a python script. The output of the > python script is time-varying, t

Re: [Discuss-gnuradio] Stream selector and changing variable after N samples

On 12/05/2013 12:41 PM, Aylons Hazzud wrote: > I have been experimenting with the stream selector in gnuradio > companion, but am stuck in situation. > > First, how do I change a variable after N samples? I want the signal > to switch from a filter to another at a fixed rate, but blks2.selector

Re: [Discuss-gnuradio] Enhancement request - gnuradion-companion only opens one properties dialog at a time

On 12/07/2013 12:30 AM, John Blommers wrote: > In gnuradio-companion, from time to time, it becomes necessary to > copy and paste the parameters from one block to another block’s In case this helps: you can copy and paste blocks in the flowgraph editor, and all parameters will be duplicated into

Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

On 10/29/2013 07:22 PM, Louis Brown wrote: > Any ideas as to why cmake is not finding the CL libraries on my > machine; Fedora 19 x64? > > Could NOT find OpenCL (missing: OPENCL_LIBRARIES) > CMake Error at CMakeLists.txt:104 (message): > OpenCL required to compile gr-fosphor > > I have adde

Re: [Discuss-gnuradio] GNU Radio Logo

On 10/13/2013 09:01 AM, Marcus Müller wrote: > Hello folks, > > I remembered there was a discussion on the IRC channel during gr-con '13 > about GR needing usable logos. > I happened to just had reproduced an original version of the logo for > sticker printing, and promised to share those files.

Re: [Discuss-gnuradio] Can not get rx time tags

? The reason I ask, is that some block in the middle may not be propagating tags. Which would explain the missing tags :-) -josh > > 2013/9/5 Josh Blum : >> >> >> On 09/03/2013 12:41 AM, Harry Zhang wrote: >>> Hi, >>> I'm trying to get rx time tags in

Re: [Discuss-gnuradio] read GPSDO data with Gnuradio-Companion

On 08/29/2013 07:27 PM, Francois Quitin wrote: > Had no response to my previous email, so I try to give it another shot: > > > > Hi all, > > I'd like to know if it's possible to read the GPSDO data (more specifically > the GPS time) with GNURadio-companion. I understand there are simple >

Re: [Discuss-gnuradio] Proper block inheritance

On 09/05/2013 02:12 AM, Nemanja Savic wrote: > HI all guys, > > I have 3 different packet deframers, and now I would like them to be able > to send a message to a certain block about correct packet reception. In > order to do that I want to make some "phantom" block that will have message > out

Re: [Discuss-gnuradio] Can not get rx time tags

On 09/03/2013 12:41 AM, Harry Zhang wrote: > Hi, > I'm trying to get rx time tags in narrowband Benchmark_tx/rx with a > modified digital_correlate_access_code.cc. But the > "get_tags_in_range(rx_time_tags,0,this->nitems_read(0)+i,this->nitems_read(0)+i+1,pmt::pmt_string_to_symbol("rx_time"))" >

Re: [Discuss-gnuradio] SWIG CVSD error

On 08/07/2013 04:32 PM, jrobison wrote: > I am trying to generate java interfaces for SWIG (2.0.10) under fedora 19 , > but I'm getting an error. I've been using the command > swig -java -c++ -I$SWIG_INCLUDE $SWIG_INCLUDE/vocoder_cvsd_decode_bs.i > This returns the error: > /usr/include/gnuradio

Re: [Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio

> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org >> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of >> Josh Blum >> Sent: Wednesday, August 07, 2013 2:55 AM >> To: discuss-gnuradio@gnu.org >> Subject: Re: [Discuss-gn

Re: [Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio

;>> -Original Message- >>> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org >>> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf >>> Of Josh Blum >>> Sent: Wednesday, August 07, 2013 2:55 AM >>> To: discuss-gnu

Re: [Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio

> > ImportError: libgnuradio-extras.so: cannot open shared object file: No such > file or directory > > I run the sudo ldconfig after the whole installation, but the error still > exists. > Btw, do I need to install the GRAS manually? > > If you want grextras installed to support precog or pe

Re: [Discuss-gnuradio] Error in building GRAS

On 08/06/2013 11:59 AM, Alex Zhang wrote: > Hello, > > When run the make, i got error today: > > /home/alexzh/gras/lib/jit_factory.cpp:88:8: error: ‘llvm’ does not name a > type > /home/alexzh/gras/lib/jit_factory.cpp:238:6: error: ‘Factory’ has not been > declared > make[2]: *** [lib/CMakeFile

[Discuss-gnuradio] Announcing new GRAS Feature - Block Factory

Hello list, As a follow-up to my last announcement "Advanced scheduler pw0ns SWIG for you" (which I was quite excited about), I have since tried to formalize the feature-set and document it: What I am collectively calling the block factory is really: * A CMake utility to build and install runtime

Re: [Discuss-gnuradio] Dynamic number of "message" ports using nports

On 07/29/2013 08:37 AM, macbany wrote: > I'm using GnuRadio 3.6.5.1 and I wanted to create a block similar to > stream-to-streams for messages. In the XML I used a variable and nports so I > could specify the number of ports in the flowgraph. However, I've found that > this does not work. Wheneve

Re: [Discuss-gnuradio] PMT blobs in Python

On 08/04/2013 06:08 AM, Marcus Müller wrote: > I can't really test this right now, > but you could insert > %include > into your project's swig file[1]; this should generate a python method >cdata(ptr, length) > that you can feed your blob_data() to. I'm not quite sure that WILL > work as

Re: [Discuss-gnuradio] Using UHD control block

On 08/02/2013 06:32 AM, Marcus Müller wrote: > Hi Harry Zhang, > > UHD in general not related to GRAS. > I don't know either a UHD control nor a status block. Are you referring > to the UHD USRP source/sink blocks? > However, if you're trying to use any UHD related functionality, you will > nee

Re: [Discuss-gnuradio] Gnuradio3.7 make error

I havent seen this before, but you might try explicitly linking the tags demo against boost libraries, like so: diff --git a/gr-uhd/examples/c++/CMakeLists.txt b/gr-uhd/examples/c++/CMakeLists.txt index 655ef0c..18f6839 100644 --- a/gr-uhd/examples/c++/CMakeLists.txt +++ b/gr-uhd/examples/c++/CMak

Re: [Discuss-gnuradio] GRAS build error on armv7

On 07/29/2013 07:31 AM, Manoj Gudi wrote: > That sounds good. I second that. Just ifdef the pause for the fix. For a little extra information here. The thread pools in Theron can have different yield strategies. GRAS happens to use by default the condition variable strategy. So the code in ques

Re: [Discuss-gnuradio] GRAS build error on armv7

On 07/26/2013 07:57 AM, Manoj Gudi wrote: > We've been successful in building dependencies for gnuradio on armv7 > platform, however while building GRAS, we got this error: > This line is probably the culprit. https://github.com/captaintrash/theron/blob/master/Include/Theron/Detail/Threading/Ut

Re: [Discuss-gnuradio] gras make error

ade to a newer ubuntu like 12.04 -- which is the most recent long term support version. -josh > 2013/7/25 Josh Blum : >> >> >> On 07/25/2013 04:51 AM, Gong Zhang wrote: >>> Hi, >>> I got the source code of gras using git,and I followed the instruct

Re: [Discuss-gnuradio] gras make error

On 07/25/2013 04:51 AM, Gong Zhang wrote: > Hi, > I got the source code of gras using git,and I followed the instruction > to install gras.But I got errors while making. > > /home/zg/Desktop/Codes/gras/gras/Theron/Include/External/boost/atomic/detail/gcc-x86.hpp: > In function ‘void boost::atomi

Re: [Discuss-gnuradio] Questions about synchronize usrp2 via mimo cable

On 07/24/2013 08:25 PM, yeran wrote: > Hi all, > I am trying to study STBC using USRP2 and have some questions about how to > use mimo cable. > > I followed the instruction on ettus but i dont understand 'Configuring the > slave' part > http://files.ettus.com/uhd_docs/manual/html/usrp2.html#u

Re: [Discuss-gnuradio] toggling LFRX gpio pins

On 07/24/2013 12:46 PM, Nemanja Savic wrote: > After some time I maybe realized how this thing works, but I don't know jow > to call correctly methods from dboard_iface: > > def get_pin_ctrl(self, *args, **kwargs): > """get_pin_ctrl(self, unit_t unit) -> boost::uint16_t""" > retu

Re: [Discuss-gnuradio] GRAS flow control from work function

On 07/15/2013 05:43 PM, devin.butterfi...@gmail.com wrote: > Hi, > > I'm using gras for my application and my custom block needs to be > able to do a blocking read to get data from an external source. With > the standard scheduler I used a non blocking read in a polling loop > with an interrupta

Re: [Discuss-gnuradio] Does GRAS support setting max noutput_items?

On 07/14/2013 02:43 PM, Devin Butterfield wrote: > Hi folks, > > I just started experimenting with GRAS and ran into this: > GRAS: The debug asserts are enabled. <<< > Created default thread pool with 4 threads. > Traceback (most recent call last): > File "top_block.py", line 80, in >

Re: [Discuss-gnuradio] Linker error

On 07/10/2013 11:30 AM, Weigel, Sebastian wrote: > Hi GNURadio-Community, > > I tried to install GNU-Radio 3.7 on Ubuntu 13.04. After getting all the > dependencies with the instructions from > http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall "cmake" > worked, > but when I tri

Re: [Discuss-gnuradio] help QAM

On 07/11/2013 02:10 PM, tom sutherland wrote: > I have a simple 16QAM project. I want to do audio but for right now I > have a signal source "constant" input to the QAM module. I am trying to > display the constellation diagram but it's not displaying what I think > it should. I have a few qu

Re: [Discuss-gnuradio] Question about Cycle Detection in GNU Radio

Performance Low Power Lab > University of Virginia > Phone: 913-775-2241 > > On Jul 9, 2013, at 5:46 PM, Josh Blum wrote: > >> >> >> On 07/09/2013 08:25 PM, Johnathan Corgan wrote: >>> On 07/09/2013 05:06 PM, Tommy Tracy II wrote: >>

Re: [Discuss-gnuradio] Question about Cycle Detection in GNU Radio

> > The thing is, you don't want your streaming ports to have cycles. It's > not a fundamental limitation of GNU Radio; it's just not the right > thing to do. The streaming ports are for streams of data, which tend > to have strong temporal relationships with each other. > I think Tommy needs t

Re: [Discuss-gnuradio] Question about Cycle Detection in GNU Radio

On 07/09/2013 08:25 PM, Johnathan Corgan wrote: > On 07/09/2013 05:06 PM, Tommy Tracy II wrote: > >> I am working on a GNU Radio Router block that will serve as a >> communication block between multiple flow graphs. My router will >> receive information via TCP, and then send it to several othe

[Discuss-gnuradio] Advanced scheduler pw0ns SWIG for you

Well, I was attempting to rewrite the property interface to make it a little more generic... and I accidentally obviated the need for SWIG. -- Interesting... go on... OK, say you are a user, you are making a nice fast c++ block, and you intend to use it in python. This is like the most common GR u

Re: [Discuss-gnuradio] Fwd: Problem in uhd_fft

ng a USRP1 device... > -- Using FPGA clock rate of 64.00MHz... > U >>>> Done > > > > On Thu, Jul 4, 2013 at 6:36 AM, Josh Blum wrote: > >> >> >> On 06/29/2013 09:14 AM, Karan Talasila wrote: >>> -- Forwarded message --

Re: [Discuss-gnuradio] Fwd: Problem in uhd_fft

to work OK for me. I used a single USRP1, BasicRX, BasicTX. RXA is connected to TXA and RXB is connected to TXB. Attached is a GRC flow graph. Hope that helps. -josh > > On Sat, Jun 29, 2013 at 11:24 AM, Josh Blum wrote: > >> >> >> On 06/27/2013 09:44 AM, Karan Talas

Re: [Discuss-gnuradio] tx_tagged samples hold off the tx stream?

On 07/01/2013 08:53 PM, Gong Zhang wrote: > Hi, > Would a sample with tx_tag time in near future hold off the tx stream > until it is sent? The tx stream will backup in the fpga and in the host until the time specified. -josh > Thanks. > > ___ > Dis

Re: [Discuss-gnuradio] Synchronization using USRPs

On 06/30/2013 10:45 AM, Mohammed Karmoose wrote: > Dear All, > > I intend on implementing cooperative beamforming techniques using USRPs > (two USRPs send precoded versions of the same symbols to null out > transmission at certain directions). I need the two USRPs to be almost > perfectly synchr

Re: [Discuss-gnuradio] benchmark_rate issue

> > How can I achieve higher sample rate on my system? > Is it mainly due to switch in between? > >From your previous email, it sounded like you may have something "interesting" with your network configuration, or network topology. I recommend first trying with a direct connection to a gigE po

Re: [Discuss-gnuradio] Problem in uhd_fft

On 06/27/2013 09:44 AM, Karan Talasila wrote: > Hi, > I am using a basic tx and basic rx daughterboard for transmission and > reception. The spec says basic tx and basic rx run from 0 to 250 MHz. But > when i run transmitter and check the uhd_fft at receiver, after 32 Mhz, > there is no sig

Re: [Discuss-gnuradio] UHD error

On 06/28/2013 12:29 PM, Jay Prakash wrote: > I have 4 N210 USRP accessible via switch. > > Though it use to come sometime but today even uhd_find_devices gives the > same error! > Same error different packets. What is your network configuration like? Is this part of the main office network/or

Re: [Discuss-gnuradio] delete_head_blocking()

> > Longer term, the plan is to add scheduler provided functions to call so > block work() functions can ask the scheduler to "call me again when this > happens" and the scheduler can handle the blocking/response in a way the > gets along with everything else. > > TL;DR We're working on it :) >

Re: [Discuss-gnuradio] Hopping Frequency Synchronization algorithm used in PRE-COG

On 06/24/2013 03:58 AM, Gong Zhang wrote: > Josh, > I'm curious about how it tune the LO in USRP. Does it control the LO > via > 'post_msg(CTRL_PORT,pmt.pmt_string_to_symbol('usrp_sink.set_center_freq')'? > Thanks. > Well, current pre-cog uses the v3.6 gr-extras out of tree message pa

Re: [Discuss-gnuradio] Getting gnuradio 3.6.5 working on Linux Mint 14

On 06/22/2013 06:31 PM, Chris Adie wrote: > I can install gnuradio fine from the Mint repository - it works, but it is > version 3.6.1. I want to use the rtlsdr stuff, so I need at least version > 3.6.4. > > So, I de-installed 3.6.1 and used the build-gradio script to install > version 3.6.5.

Re: [Discuss-gnuradio] How to specify vector input signature for gr_sync_block.

On 06/22/2013 08:46 AM, Manu T S wrote: > I am trying to write code for a block which accepts a vector input and > spits out a vector output. The block is derived from gr_sync_block. > From the tutorial on > OOT

Re: [Discuss-gnuradio] Flow graph issue with usrp1+RFX2400 daughter board and TX/RX antenna

On 06/21/2013 07:25 PM, Arturo Rinaldi wrote: > Hi folks, I've recently bumped into an issue with two GRC flow graphs > while running a rx/tx loop path interfacing with an external sensor : > > *T**X path - UHD Usrp1 Sink (sending data to the sensor)* > > http://img713.imageshack.us/img713/4540

Re: [Discuss-gnuradio] Build Script issue

On 06/21/2013 04:10 PM, Jay Prakash wrote: > I am using Ubuntu 11.10. > Though I installed Gnu Radio on two systems using same script, it's not > working on new system! > > wget http://www.sbrac.org/files/build-gnuradio && chmod a+x > ./build-gnuradio && ./build-gnuradio > > .. > . > . > checki

Re: [Discuss-gnuradio] HIer block---Generate error

On 06/21/2013 01:59 PM, stefosee wrote: > > > Can you try using an all ASCII path for the grc file? I think the XML parser may be having trouble w/ the characters in the file path. -josh > > -- > View this message in context: >

Re: [Discuss-gnuradio] HIer block---Generate error

On 06/21/2013 07:02 AM, stefosee wrote: > Hi, > > i'm trying to create my first hier block following these rules: > http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion#Hierarchical-Blocks > > but when i'm going to generate the flow graph, i get the error message: > > Generate

Re: [Discuss-gnuradio] Run time FIFO error

On 06/21/2013 09:41 AM, Tim Newman wrote: > Yes, bringing this back up. Back to the original topic. When I get this > FIFO ctrl error, the host is sending back an icmp port unreachable msg to > the usrp, I grab this using wireshark. > Well if the app shutdown from the error. That could be the

Re: [Discuss-gnuradio] WX GUI Widgets missing

On 06/21/2013 04:35 AM, Les Barker wrote: > Hi All > > I have built gnuradio from the s.b.r.a.c link without any errors. > When using GR Companion there are only 2 items under WX GUI Widgets i.e. Plot > Sink and WX DOA Compass. The waterfall sink and FFT sink, together with many > others, are

Re: [Discuss-gnuradio] Cannot import gnuradio

On 06/19/2013 08:57 AM, Marcus D. Leech wrote: > On 06/19/2013 02:22 AM, Favati wrote: >> Il 15/06/2013 13:02, Tanaga Biru ha scritto: >>> Dear Helper, >>> >>> I had installed GNU Radio, but when I run gnuradio-companion in Ubuntu >>> Terminal, I received the following message: >>> >>> *Cannot i

Re: [Discuss-gnuradio] Adding extra errors while transmission

If it helps, the packet framer actually inputs bytes, not bits. So thats 8 bits of information per byte. So rather than 1/0, you have 0-255 as possibilities. -- not sure if that effects your experiment, just FYI -josh On 06/19/2013 12:28 PM, Jay Prakash wrote: > Most of the times I get:- > > 010

Re: [Discuss-gnuradio] GRCC No GUI?

> > Following up on a comment Josh made in the earlier discussion about GRCC, I > tried to pull out all of the GUI references that the GRCC tool depends on, > but I still ended up with an enigmatic error in the end. Unfortunately, > this was done two weeks ago and I don't have any good info on w

Re: [Discuss-gnuradio] full duplex operation gnuradio

On 06/17/2013 05:13 PM, Ankan Roybardhan wrote: > How do I test full duplex capability on gnuradio usrp N200 sbx > daughterboard?? > Open gnuradio-companion and instantiate a USRP source and a USRP sink block in the same flowgraph. -josh > -Regads, > Ankan Roybardhan. > > > > _

Re: [Discuss-gnuradio] clock synchronization by message passing

On 06/16/2013 10:44 PM, Josh Blum wrote: > > > On 06/16/2013 02:13 PM, Adeel Anwar wrote: >>> so i checked the new grextras wiki it has uhd_control block i guess that >> can be used for this job. >> uhd_control block supports only a subset of usrp-functions (

Re: [Discuss-gnuradio] clock synchronization by message passing

On 06/16/2013 02:13 PM, Adeel Anwar wrote: >> so i checked the new grextras wiki it has uhd_control block i guess that > can be used for this job. > uhd_control block supports only a subset of usrp-functions (exposed > through gr-uhd) e.g. "set_command_time", set/get_gain/freq etc BUT > currentl

Re: [Discuss-gnuradio] message buffers

On 06/14/2013 07:41 AM, Yogesh Dahiya wrote: > Am i getting this right > With gr.block, each block has bunch of stream ports (vector > ins,vector outs) and some message port(which we use to specify > earlier in signature and there numbering use to start after stream ports ) > > With gras.block,

Re: [Discuss-gnuradio] scheduler doubt

On 06/14/2013 10:21 PM, Yogesh Dahiya wrote: > sorry for last post it accidentally got posted > > so i have work function which has infinite loop > while(1): > #some work > if condition > do some more work > now when this block get turn every thing is stuck on this block, other >

Re: [Discuss-gnuradio] Gras make error

> > I am especially interested in gr-extras, what seems to be a part of gras > now. Will this be available for gnuradio 3.7 standalone, or just as part of > gras? I do not like the idea of gras hovering over gnuradio, but like much > more an independent gnuradio installation in its standard folde

Re: [Discuss-gnuradio] message buffers

On 06/14/2013 01:02 AM, Yogesh Dahiya wrote: > when taking the len of input buffer (len[0]) it shows 0 but when i am > calling pop_input_msg(0) it return the msg object ? > So an input port can have 3 types of input buffers, messages, and tags. Think of buffers as bulk data, tags are inline mes

Re: [Discuss-gnuradio] Gras make error

Electronics Engineering > IIT (BHU) > VARANASI > > +91-9559475258 > http://about.me/jay.prakash/ > http://www.linkedin.com/profile/view?id=91120191&trk=hb_tab_pro_top > > > > > On Fri, Jun 14, 2013 at 7:58 AM, Josh Blum wrote: > >> >> >>

Re: [Discuss-gnuradio] Gras make error

. -josh > fatal: reference is not a tree: ab6fc7615056dd5b6c737e1f4005250fe0281039 > Unable to checkout 'ab6fc7615056dd5b6c737e1f4005250fe0281039' in submodule > path 'Apology' > > Link of pastebin http://pastebin.com/2gXAmayz > > > On Fri, Jun 14,

Re: [Discuss-gnuradio] Gras make error

rakash/ > http://www.linkedin.com/profile/view?id=91120191&trk=hb_tab_pro_top > > > > > On Fri, Jun 14, 2013 at 7:24 AM, Josh Blum wrote: > >> >> >> On 06/13/2013 09:46 PM, Jay Prakash wrote: >>> I followed same as given on the gras wiki you sugges

Re: [Discuss-gnuradio] Gras make error

MTRzjpX3 -josh > > Jay Prakash > Senior Undergraduate > Electronics Engineering > IIT (BHU) > VARANASI > > +91-9559475258 > http://about.me/jay.prakash/ > http://www.linkedin.com/profile/view?id=91120191&trk=hb_tab_pro_top > > > > > On Fri,

Re: [Discuss-gnuradio] simple_arq (single packet loss)

On 06/13/2013 09:34 PM, Yogesh Dahiya wrote: > I have written this simple_arq block which sends a packet wait for ack > before sending other. I have created a hier block for physical layer (I > have tested the physical layer its working) but the mac block is not > receiving. > Why is it so that w

Re: [Discuss-gnuradio] Gras make error

On 06/13/2013 09:20 PM, Jay Prakash wrote: > While doing cmake for installing Gras it gives: - > > *Using install prefix: /usr/local* > *CMake Error at gnuradio/CMakeLists.txt:245 (GR_LOGGING):* > * Unknown CMake command "GR_LOGGING".* > > > I got gnuradio in gras directory from git clone > h

Re: [Discuss-gnuradio] As if pounding my head against the wall of C++ weren't enough, this apparently innocent bit of XML fails block validation

Well, in the dtd, value should be before type On 06/13/2013 08:15 PM, Marcus D. Leech wrote: > Here's the XML: > > > > Oblivious Slicer > ra_blocks_slicer > RA Blocks > import ra_blocks > ra_blocks.slicer($decim, $thresh) > > Samples > decim > int > 100 > > > Threshold > thresh > float > 1

Re: [Discuss-gnuradio] new block creation

On 06/13/2013 05:02 PM, Yogesh Dahiya wrote: > I have created a new block with 2 input ports and 2 output ports > If i connect to port 0 of block work function gets called but when i > connect to port 1 it does'nt (and i m leaving some ports of my block > disconnected) > > Block: > > class anot

Re: [Discuss-gnuradio] Decoding UDP socket output

On 06/13/2013 01:23 PM, Adriana Arteaga wrote: > Hi! > I'm using an udp_sink block to send the power values (float) to an common udp > socket writing with python > > data, addr = sock.recvfrom(2048) > > but the outup was: > > �ˆ�„׬��ٶ��e�¹�¢���\d�Ÿ5�˜S���8�®Z��xS�����A��‡™��T� > > I f

Re: [Discuss-gnuradio] Run time FIFO error

On 06/12/2013 07:14 PM, Jay Prakash wrote: > I am connecting it on LAN using D-Link router. > > Is the dlink router have gigabit ethernet on all ports between USRP and PC? Sorry to say I have never had good experiences with dlink products, and that includes outside of the USRP realm. :-( A lo

Re: [Discuss-gnuradio] Run time FIFO error

On 06/12/2013 06:54 PM, Marcus D. Leech wrote: > On 06/12/2013 06:52 PM, Jay Prakash wrote: >> USRP N210 >> >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > This error

Re: [Discuss-gnuradio] make test errors

Dave L <[hidden email]> wrote: > > The OS is Ubuntu 12.10 (32 bit). >> >> Frankly, I'm not sure which version of gnuradio this is, but I installed it >> from http://gnuradio.org/git/gnuradio.git/ last week. >> >> >> >> >> __

Re: [Discuss-gnuradio] issue with precog with new grextras

On 06/12/2013 12:38 PM, Yogesh Dahiya wrote: > i guess some of the older features of grextras are missing in the new one > like the gr.block . gruel files pmt_blob, pmt_mgr, pmt_extras are also > missing. The newer grextras is just blocks. The features mentioned went into the advanced scheduler.

Re: [Discuss-gnuradio] Precog Import Error

On 06/11/2013 10:02 PM, Jay Prakash wrote: > I have installed the extras and precog as per wiki. > The gnuradio-comapnion extras blocks are working fine. > > But when I try to run precog modules given there is error:- > Precog requires an older version of grextras on this branch: https://githu

Re: [Discuss-gnuradio] GRAS time assert error - was Volk error

flow. The right casting seems to fix the issue. -josh > > On Wed, Jun 12, 2013 at 4:08 AM, Josh Blum wrote: > >> >>> time_now() = 122002822 >>> _init_time = 1984664495 >>> >> >> Well thats special, _init_time > time_now... >> &g

Re: [Discuss-gnuradio] make test errors

uous to blame volk. The good news, I think those tests are related. Can you report the OS name version, 32/64 bit? The version of gnuradio where the tests failed? -josh > ____ > From: Josh Blum-2 [via GnuRadio] > To: Botany Dave > Sent: Monday, June 10, 20

Re: [Discuss-gnuradio] GRAS time assert error - was Volk error

> time_now() = 122002822 > _init_time = 1984664495 > Well thats special, _init_time > time_now... One possible explanation is that on this version, CLOCK MONOTONIC has a different monotonic count per thread. given that the tick count is also pretty small, I suspect this is the case. But not on

Re: [Discuss-gnuradio] GRAS time assert error - was Volk error

buffer_queues.hpp:164 >> total_idle_times[i] <= (time_now() - _init_time) >> terminate called after throwing an instance of 'std::runtime_error' >> what(): ASSERT FAIL total_idle_times[i] <= (time_now() - _init_time) >> >> So it seems there is probl

Re: [Discuss-gnuradio] GRAS time assert error - was Volk error

On 06/11/2013 03:55 PM, Yogesh Dahiya wrote: > Thanks that kind of worked for me it showed the gui for a while but then it > stopped with following error : > GRAS: The debug asserts are enabled. <<< > Created default thread pool with 4 threads. > Using Volk machine: sse4_2_32_orc > ASSERT F

Re: [Discuss-gnuradio] Volk error

On 06/11/2013 12:48 PM, Marcus D. Leech wrote: > On 06/11/2013 12:41 PM, Josh Blum wrote: >> >> On 06/11/2013 11:50 AM, Jay Prakash wrote: >>> Running GRC files give following error after re-installation and update >>> with gr-extras. >>> >>>

Re: [Discuss-gnuradio] Fwd: GRExtras with gnuradio 3.6.5

On 06/11/2013 12:29 PM, Marcus D. Leech wrote: > On 06/11/2013 12:26 PM, Gonzalo Flores De La Parra wrote: >> I just installed gnuradio 3.6.5 and every works perfect, i observe a >> lot of new and useful blocks. Among that i can see grextras install on >> my gnuradio source directory, but i can't

Re: [Discuss-gnuradio] Volk error

On 06/11/2013 11:50 AM, Jay Prakash wrote: > Running GRC files give following error after re-installation and update > with gr-extras. > > Using Volk machine: sse4_2_32_orc > The program 'python2.7' received an X Window System error. > This probably reflects a bug in the program. > The error was

Re: [Discuss-gnuradio] Problem with all the functionalities (uhd_fft, gnuradio-companion etc) after installing gr-gras

On 06/11/2013 11:42 AM, Jay Prakash wrote: > Hi! > Today I reinstalled using gr-gras and gr-extra. > > But now there is some volk problem. > " > UHD Warning: > Unable to set the thread priority. Performance may be negatively > affected. > Please see the general application notes in the m

Re: [Discuss-gnuradio] USRP_N200 unable to connect via vmplayer

On 06/11/2013 02:19 AM, Ankan Roybardhan wrote: > 1. I tried using vm bridged connection over NAT.. i assigned 192.168.10.1 > and subnet 255.255.255.0 in the ubuntu network setting running on > vmplayer.. I am pretty much sure about the other USRP IP since.. i used > some other machine to do uhd_

Re: [Discuss-gnuradio] make test errors

Run volk/lib/test_all from the build dir If a kernel fails, it will tell you which one, start commenting out its implementations in the source dir volk/kernels/volk/volk_*.h until the test works. We narrow down suspect implementation and fix. -josh On 06/10/2013 09:57 PM, Dave L wrote: > The CPU

Re: [Discuss-gnuradio] Detecting underflows with uhd_usrp_sink

> > Ok, makes sense. So lets say I scheduled 20 minutes of bursts (1 second > period with 50/50 duty cycle) and I started the flowgraph 10 minutes > late. With the "next_burst" policy, could I rely on the USRP to > dutifully drop all late bursts? Are the packets dropped in the Ethernet > buffer o

Re: [Discuss-gnuradio] Detecting underflows with uhd_usrp_sink

On 06/10/2013 09:43 AM, Sean Nowlan wrote: > Do late packets always get dropped by the USRP? What happens if its buffers > get filled up with samples, all of which are late? The stream args have a policy parameter. Also, these args can be set from a parameter in the USRP GRC blocks, as well as

Re: [Discuss-gnuradio] Error installing Gras

>> > > Those files should be in ${GRAS_SOURCE_DIR}/PMC/cmake/Modules > > Does that directory exist for you? Did you follow the build > instructions, the submodule commands are very important for fetching all > the code. Thats my guess: > > https://github.com/guruofquality/gras/wiki/Build#get-th

Re: [Discuss-gnuradio] Error installing Gras

On 06/08/2013 10:27 PM, Yogesh Dahiya wrote: > I am trying to build gras but stuck with following error: > > -- Found SWIG: /usr/bin/swig (found version "1.3.40") > -- Found PythonLibs: /usr/lib/libpython2.7.so > CMake Error at python/gras/CMakeLists.txt:9 (include): > include could not find l

Re: [Discuss-gnuradio] Detecting underflows with uhd_usrp_sink

On 06/08/2013 02:26 PM, Juha Vierinen wrote: > Hi, > > I've recently been working with a coded CW radar system that just loops > over a fairly long IQ vector. It works all fine for a while, but after a > few days, the transmission timing has drifted away from where it should be. > I'm comparing

Re: [Discuss-gnuradio] GNU Radio Companion isn't aware of custom pythonpath(s)

On 06/06/2013 02:54 PM, Arturo Rinaldi wrote: > I bumped into a strange issue in the past few days. When i launch GRC by > the desktop link generated, the program itself isn't aware of my custom > pythonpath set in the .bashrc settings file. I tried to modify the > desktop link also by checking t

Re: [Discuss-gnuradio] How to save/read sc8 format to/from file and convert it to complex float 32?

On 06/06/2013 06:38 AM, Rickard wrote: > Hi gurus, > > - Which is the simplest way, preferably directly in grc, to compactly > save 8bit I/Q data (sc8) from an UHD source to a file instead the of > the standard format complex float 32 (which is 4 times larger) ? > > - Then also, how to convert

Re: [Discuss-gnuradio] About sample lost

On 06/04/2013 03:25 AM, Zan Li wrote: > Dear list, > Now I meet a problem about counting all the input samples. I hope I can > get some assistant from here. The problems are as follows, > In one of my blocks, I want to count all the consumed input samples to get > the timestamp of the received p

Re: [Discuss-gnuradio] Mechanism to build in command line help into the flowgraph?

> The above text would be entered someplace on the flowgraph in GRC, > like maybe the description field in the Options block. Then output of > that text to stdout is triggered by a selectable Short ID from a > parameter block on the flowgraph, or maybe is always hard coded to an > option like "--h

Re: [Discuss-gnuradio] Mechanism to build in command line help into the flowgraph?

On 06/03/2013 12:26 PM, Monahan-Mitchell, Tim wrote: > I have testers that might not see the graphical version of the > flowgraph they are testing. To them, they run the flowgraph on the > command line, passing in various parameter values using the Short IDs > set up in the original flowgraph and

Re: [Discuss-gnuradio] About sample lost

On 06/03/2013 01:10 PM, ÀîÔÞ wrote: > Dear list, Now I meet a problem about counting all the input samples. > I hope I can get some assistant from here. The problems are as > follows, In one of my blocks, I want to count all the consumed input > samples to get the timestamp of the received packet

Re: [Discuss-gnuradio] Test Results on gnuradio-3.6.5 & exe extensions

> 200: import scipy > 200: ImportError: No module named scipy > 1/1 Test #200: qa_ofdm_txrx .***Failed0.42 sec > Wouldnt worry about it. I wonder if scipy is an intentional dependency for the QA test though? > 0% tests passed, 1 tests failed out of 1 > > Total Test

Re: [Discuss-gnuradio] Here's an interesting bug

On 05/30/2013 11:31 PM, Marcus D. Leech wrote: > That I suspect will be hard to fix. > Its kind of random between releases of pygtk, but its basically known behaviour. You need X to import gtk. Perhaps, the grcc could be modified to import only the non gui python builder classes. I think the tw

Re: [Discuss-gnuradio] bug with gain setting in usrp1?

On 05/29/2013 11:53 PM, Wolfgang Buesser wrote: > Hmm, > > I don't think so: > > What I apply to board A ADC0 shows up on scope0, and what I apply to board A > ADC1 shows up on scope1, so there are definitely two different ADCs involved. > Looking at the scope traces they are connected as set

  1   2   3   4   5   6   7   8   9   10   >