Re: [Discuss-gnuradio] DARPA Hackfest talks in DC

Just a quick reminder that I'll be at HacDC tomorrow night at 7:30pm. Tom On Sun, Jun 4, 2017 at 11:51 AM, Tom Rondeau <t...@trondeau.com> wrote: > I'll be speaking about the DARPA Bay Area Hackfest in two venues around > the DC area over the next couple of weeks. I'll be

[Discuss-gnuradio] DARPA Hackfest talks in DC

I'll be speaking about the DARPA Bay Area Hackfest in two venues around the DC area over the next couple of weeks. I'll be at Nova Labs in Reston on Tuesday the 6th at 7pm and HacDC on the 14th at 7:30. If you want to hear more about DARPA and the Hackfest we're putting together with NASA Ames,

[Discuss-gnuradio] SDR and GNU Radio activities this weekend

I'll be speaking tomorrow at the Bay Area Maker Faire on software radio and my SDR hackfest. Please come and see me and let me know if you're around the area over the weekend. http://makerfaire.com/maker/entry/60713/ I also wanted to mention the Hackfest Teaming and Information Workshop I'm

[Discuss-gnuradio] DARPA Hackfest information

Hello software radio experts! Over the past couple of weeks, I've been traveling around to engage new audiences for the DARPA SDR Hackfest coming up in November ( http://darpahackfest.com/). The current promotion is to get people to the teaming workshop coming up next Monday in Mountain View, CA

[Discuss-gnuradio] DARPA Hackfest roadshow announcement

Hey everyone. On my flight into Denver last night, I realized that I hadn't gotten the word out here on my current tour. DARPA is holding a large Hackfest in November this year at NASA Ames, and there's a number of aspects to it. One includes a teaming "hackathon" event, and for that, we're

[Discuss-gnuradio] SDR Hackfest, Brussels, February 1-3

Hey GNU Radio community. The United States Defense Advanced Research Projects Agency, DARPA, is pleased to host its first SDR Hackfest. The goal of the event is to identify how Software Defined Radio (SDR) technology can help manage increasing strain on spectrum access posed by everyday

Re: [Discuss-gnuradio] Replacement for packet encoder/decoder

On Wed, Oct 5, 2016 at 6:50 PM, Martin Braun wrote: > Do you just need *any* packet encoder/decoder? > > M > > On 10/04/2016 09:40 AM, Damindra Bandara wrote: > > Hi, > > > > I have a flowgraph that uses packet encoder at the transmitter end and a > > decoder at the

Re: [Discuss-gnuradio] Constellation Blocks

On Sun, Oct 2, 2016 at 12:10 PM, Sebastian Müller wrote: > Hi list, > > I’m a bit confused about the constellation blocks that are going to > replace the deprecated specific modulation blocks. > In previous examples, we used > > [Signal]->[Packet Encoder]->[Mod

Re: [Discuss-gnuradio] Impulse response in DVB-T, someboby knows how to calculate?

On Sun, Oct 2, 2016 at 2:40 PM, Cinaed Simson wrote: > On 10/01/2016 04:46 PM, Juan Antonio wrote: > > Hello, someone would know how to calculate the impulse response of a > > COFDM, DVB-T channel with an SDR device? > > > > Thank you in advance > > > > > >

Re: [Discuss-gnuradio] Pending release v3.7.10.1

On Tue, Aug 9, 2016 at 5:51 AM, Jonathan Brucker wrote: > Would it be possible to apply this bugfix before the release? > https://github.com/gnuradio/gnuradio/pull/888 > > It's a one-liner: > enable_update_rate(true); // fixes tag propagation through variable rate >

Re: [Discuss-gnuradio] Is there any way to export Qt GUI Sink?

On Fri, Jul 29, 2016 at 12:29 PM, Shilei Tian wrote: > Hello, everyone. > > I need the plot of Qt GUI Sink result, but I don’t find any way to export > it except using system sceenshot, but it is poor quality. I want to ask is > there any way to export a vector figure,

Re: [Discuss-gnuradio] Liquid DSP Flexframe and GNU Radio

> I am attempting to embed the liquid DSP > <https://github.com/jgaeddert/liquid-dsp> flexframe protocol in a custom > GNU Radio block. I am doing this by extending the out-of-tree module that Tom > Rondeau recently worked on <https://github.com/trondeau/gr-liquiddsp>. I > am wr

Re: [Discuss-gnuradio] Channel model - the identity channel

On Tue, Jun 28, 2016 at 6:14 PM, Raj Bhattacharjea wrote: > Consider the identity channel that passes through it's input to its > output. This is an idealization of a very short run of high quality cable > between synchronized systems. Using GNURadio's channels_channel_model, I

Re: [Discuss-gnuradio] TypeError of enum type in my OOT module. Just one block not the others.

On Thu, Jun 23, 2016 at 1:39 PM, Jeon wrote: > Dear Martin Braun > > Thanks for response > > enum OP_MODE is in utils.h [1]. And both working and non-working block > include utils.h. > > Regards, > Jeon. > > [1]: >

Re: [Discuss-gnuradio] Code Reuse Question

On Thu, May 12, 2016 at 5:13 AM, Marcus Müller wrote: > Yeah, I've been actually scratching my head on whether that is > intentional or not – if we don't have that behaviour, there's no chance > that a leaf in a non-path tree-shaped flow graph can stop the flow > graph,

Re: [Discuss-gnuradio] ORC support on armhf w/ embedded SDK

On Tue, May 3, 2016 at 11:53 AM, Sean Nowlan wrote: > Sorry, email confusion with IEEE email forwarding. Resending to hit > discuss-gnuradio list. > > Ok, thanks. FYI, it looks like ORC 0.4.23 is being used in OpenEmbedded > Jethro. This version incorporated the bugfix, so it

Re: [Discuss-gnuradio] Corrupted SDK installer

On Tue, May 3, 2016 at 10:51 AM, Sean Nowlan wrote: > I believe the non-GUI embedded SDK installer from 20-APR-2016 posted here > [1] is corrupted, or at least the download keeps failing in the same way. > > The SHA256 checksums do not match: > Posted > [2]:

Re: [Discuss-gnuradio] time tags for transition time using USRPs

all time. One way that I've simulated the effect you're going for is to use a stream mux with a null source as the second input. Have it pass the PDU from the first stream, then calculate the number of samples of 0's you want between PDUs and mux those in as the second stream. Tom > > Q

Re: [Discuss-gnuradio] Multiple Tag Debug blocks output on OS X

On Fri, Apr 29, 2016 at 12:24 PM, Steven Knudsen wrote: > Hi, > > I have a GRC project with multiple Tag Debug blocks. Under Linux, the > output appears in the console as one would expect. However, under OS X, the > characters of the output appear to be “multiplexed” in some

Re: [Discuss-gnuradio] time tags for transition time using USRPs

On Fri, Apr 29, 2016 at 5:30 AM, Henning Bredenberg < henning.bredenb...@tuhh.de> wrote: > Hi Marcus, > > Thanks for your response. I realized that I have a more fundamental > problem before optimizing this project: > Can u give me hints on how I can generate one simple PDU? My flowgraph now >

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

On Thu, Apr 28, 2016 at 3:31 PM, Lamar Owen wrote: > [Reply comments in-line.] > > On 04/28/2016 01:41 PM, Marcus Müller wrote: > >> It's not about not updating – it's about not breaking possible existing >> usage! RH has to make sure that software stays binary-compatible, so >>

Re: [Discuss-gnuradio] AMD HSA and digital signal processing

On Thu, Apr 21, 2016 at 2:38 PM, Piotr Krysik wrote: > Hi all, > > Lately I came across something called HSA (Heterogeneous System > Architecture) that is used in new AMD APU's (CPU's with integrated graphics > processor). In general it enables CPU and GPU cores to share the same >

Re: [Discuss-gnuradio] how to use the gnuradio block with c programing

ery difficult to set up and do and almost certainly not worth the hassle.) > 2016-04-18 21:18 GMT+08:00 Tom Rondeau <t...@trondeau.com>: > >> On Mon, Apr 18, 2016 at 3:53 AM, Ekko <chai18740449...@gmail.com> wrote: >> >>> hello all >>> i want to know ho

Re: [Discuss-gnuradio] how to use the gnuradio block with c programing

On Mon, Apr 18, 2016 at 3:53 AM, Ekko wrote: > hello all > i want to know how to write a c program with the lib of gnuradio. > for example i want to write a c program,to add a 15HZ sin signal with a > 135HZ sin signal,then send from the usrp. > i know how to send the

Re: [Discuss-gnuradio] raspi FAQ/HOWTO/recipe ??????

On Wed, Apr 13, 2016 at 11:13 PM, Marcus D. Leech wrote: > On 04/13/2016 11:05 PM, Jean Luc wrote: > > I've been trying as well to use GR on RPi (model 3), the ultimate purpose > would be radio astronomy. A smaller form factor such as RPI's makes a > remote installation more

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

i. Tom > On Thu, Apr 14, 2016 at 4:58 PM, Tom Rondeau <t...@trondeau.com> wrote: > >> On Thu, Apr 14, 2016 at 6:23 AM, Geof Nieboer <gnieb...@corpcomm.net> >> wrote: >> >>> All, >>> >>> Some may recall in the fall I posted a link t

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

On Thu, Apr 14, 2016 at 6:23 AM, Geof Nieboer wrote: > All, > > Some may recall in the fall I posted a link to a beta windows installer. > I'm happy to report that I'm releasing new versions today for the 3.7.9.2 > release, compatible with Windows 7/8/10. All dependencies

Re: [Discuss-gnuradio] [GRC] Print samples when saving screenshot

On Tue, Apr 12, 2016 at 4:55 PM, Merlin Chlosta < merlin.chlosta+gnura...@ruhr-uni-bochum.de> wrote: > Hi all, > > GRC is very handy and so is the screenshot function. It's much faster to > take a screenshot than to record all data and plot it afterwards. However I > found myself taking a lot of

Re: [Discuss-gnuradio] Read file metadata

On Thu, Apr 14, 2016 at 7:44 AM, Yan Huang wrote: > Hi all, > > > > I’m using Message Strobe to control UHD: USRP Source to receive signal > with specified frequency(2.4GHz), but I find flow graph start running > before Message Strobe set the frequency as 2.4 GHz. > > >

Re: [Discuss-gnuradio] Is cmake 3.0 really required now?

On Tue, Apr 5, 2016 at 1:22 AM, Martin Braun wrote: > Greg, > > note that this is a requirement of gr-fcdproplus. GNU Radio works with > CMake 2.6, although we'll surely bump that in the not-to-far future. > > M And in general, we have a very strict policy about

Re: [Discuss-gnuradio] Power Line Communications - GNURadio

On Sun, Apr 3, 2016 at 8:00 AM, Paul Creaser wrote: > With regards to OFDM I have one question. > > I have a 8 channel OFDM using 8PSK. To me a single symbol using 8PSK means > 8 > bits, hence one byte of data. Since I have 8 channels, that would mean 64 > bytes. This

Re: [Discuss-gnuradio] Debugging ControlPort/Thrift problem (Re: costas ambiguity and correlate-and-sync block in qpsk)

t might be the same problem I'm experiencing. Strange it should matter just by being there. Tom > -- > *From:* trond...@trondeau.com [trond...@trondeau.com] on behalf of Tom > Rondeau [t...@trondeau.com] > *Sent:* Sunday, April 03, 2016 11:22 AM > *To:*

Re: [Discuss-gnuradio] Debugging ControlPort/Thrift problem (Re: costas ambiguity and correlate-and-sync block in qpsk)

On Sun, Apr 3, 2016 at 8:49 AM, Andy Walls wrote: > > > Otherwise, you didn't drop a control port related block on the > > flowgraph did you? > > > Here is some good info on how GRNURadio's control port works at a high > level: >

Re: [Discuss-gnuradio] Switching from WX to QT

On Thu, Mar 31, 2016 at 9:33 PM, Ankit Saharia wrote: > Derek > > The Number Sink in WXGUI? > > Ankit > There's a QTGUI block called a Number Sink. Also, for the FFT, I would recommend the Freq Sink, instead. This page might be useful to you:

Re: [Discuss-gnuradio] Qt installation

g PyBOMBS? I know the original PyBOMBS worked fine on older RedHat installations, though I'm not positive that anyone's tried the new version on it. Tom > Thanks, > Alex > > On Thu, Mar 31, 2016 at 9:44 AM, Tom Rondeau <t...@trondeau.com> wrote: > >> On Thu, Mar 31, 20

Re: [Discuss-gnuradio] Qt installation

On Thu, Mar 31, 2016 at 9:40 AM, Marcus Müller wrote: > Hi Alex, > > yes, Qwt is necessary; what OS are you on? > Qwt is kind of a problem child; we need Qwt-qt4, in a version somewhere > between 5.2 and 6.2.0. > > If you're on Linux (which distro?), what does > >

Re: [Discuss-gnuradio] Compiling Documentation with an OOT

On Mon, Mar 28, 2016 at 9:25 PM, Tom McDermott wrote: > Hi Richard - > > When you say 'propagate through to GRC' do you mean 'How to display on > the GRC documentation tab in the open block properties window'? (select > block, double-click, or rt-click-properties). > > I do

Re: [Discuss-gnuradio] Error while executing a flow graph

On Mon, Mar 28, 2016 at 4:56 AM, Geof Nieboer wrote: > Ankit, > > OK, thanks. Please, when you reply to emails, ensure that the > "discuss-gnuradio" email address is included so the discussion can be seen > on the mailing so it will help others. > > So I would recommend

Re: [Discuss-gnuradio] Pybombs / GNURadio install question

On Mon, Mar 28, 2016 at 12:50 PM, Jason Matusiak < ja...@gardettoengineering.com> wrote: > >>* - Now I'm stuck on the gnuradio installation. I added the recipes and* > >>* created the prefix (gnuradio_mike) to a local directory as indicated in* > >>* the PyBOMBS readme; but when I install with

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

-- Enabling gr-uhd support. > > > -- Override with -DENABLE_GR_UHD=ON/OFF > > > -- UHD Version: 3.10.git > > > > > > I had UHD 3.9.1 installed via package manager (wasn't > >

Re: [Discuss-gnuradio] GSOC 2016: Help Review Project Proposal

On Wed, Mar 23, 2016 at 4:03 AM, Jan Krämer wrote: > Hi Tanero, > > It seems that you know your way around LDPC Codes and the theory behind > it, which is a really good thing. But there are still things to improve. > > - Check your spelling and grammar again. Also the

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan wrote: > Sorry, may or may not be talking about the same thing here. > gr-perf-monitorx requires python-networkx, which (I think) is an untracked > dependency. > For utilities like this, we have not previously made

[Discuss-gnuradio] GNU Radio Organizational Changes to Address Growth

I've been running the GNU Radio project for over five years. In this time, we've dramatically expanded its capabilities, prominence, and performance. We have attracted great developers and a fantastic user base. And we have built the highly successful and growing annual GNU Radio conference. I

[Discuss-gnuradio] GNU Radio Meetup this Tuesday in Reston, VA

Once again, for anyone in area, we will be having a GNU Radio Meetup at the American Tap Room in Reston Town center this Tuesday starting at 7:30. While we're in town for WinnComm'16, you do not need to go to the conference to come out and see us. This is an open event for anyone interested in GNU

Re: [Discuss-gnuradio] QT GUI Bercurve Sink - confusion about number of block ports

On Wed, Mar 9, 2016 at 3:24 PM, Tracie Perez wrote: > Hi all, > > If I open a new flow graph in GRC and select a QT GUI Bercurve Sink block, > the default parameters create 16 ports (connections) on the block. The > default in the "Num Curves" field is 1 and the

Re: [Discuss-gnuradio] Google Summer of Code / ham radio

On Tue, Mar 8, 2016 at 3:09 PM, Daniel Pocock wrote: > On 08/03/16 20:52, Johnathan Corgan wrote: > > On Tue, Mar 8, 2016 at 10:06 AM, Daniel Pocock wrote: > > >> Debian and GNU Radio are both confirmed in GSoC this year, is there >> interest in advertising

Re: [Discuss-gnuradio] Multiple hackrfs

On Sun, Mar 6, 2016 at 7:25 PM, Blade wrote: > I’m trying to implement 2 hackrfs and so far, and even with the following > settings seen in the picture at the bottom: > > *Osmocom Source properties:* > Complex float 32 > Device Arguments:

Re: [Discuss-gnuradio] Speed Optimization and Application for ATSC Receivers

On Sun, Mar 6, 2016 at 10:13 PM, West, Nathan wrote: > I think that's a result of those add blocks being used in trellises (could > be wrong on that assumption). > > If we add saturating adds we should follow most architecture conventions > and explicitly call it

Re: [Discuss-gnuradio] 404 link in issues url

On Mon, Mar 7, 2016 at 6:52 AM, Yask Srivastava wrote: > The issues link posted here: > http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCIdeas > > gives me 404 error: https://github.com/gnuradio/pybombs2/issues > Thanks for pointing that out. That was a mistake from

[Discuss-gnuradio] GNU Radio Meetup at WinnComm'16

In conjunction with the WinnComm'16 conference, developers and team members of the GNU Radio project will be holding a meetup at the American Tap Room in Reston Town center starting at 7:30 on Tuesday, March 15. This is an informal social event to meet, greet, discuss, get to know us and fellow

Re: [Discuss-gnuradio] ControlPort setup_rpc function not called for pure message passing blocks

On Wed, Mar 2, 2016 at 4:28 AM, Martin Luelf wrote: > Dear mailing list, > > we are trying to create a status overview of our receiver by using the > control ports feature. For most of our custom made blocks this works very > well and we can see the exported variables. > > But

Re: [Discuss-gnuradio] message ports

On Tue, Feb 23, 2016 at 8:18 PM, Dennis Glatting wrote: > I'm having a problem with message ports. I am trying to have a separate > thread within within the block periodically post messages. > > The block is defined as: > > > GenAudio > acars_GenAudio_x > acars >

Re: [Discuss-gnuradio] small polyphase channelization application

rom +f/2 to -f/2 Tom > On Sun, Feb 21, 2016 at 4:11 PM, Tom Rondeau <t...@trondeau.com> wrote: > >> On Sat, Feb 20, 2016 at 12:43 AM, tom x <tomx4...@gmail.com> wrote: >> >>> Hi, >>> >>> I am working on an application to capture IEEE 802.15.4

Re: [Discuss-gnuradio] small polyphase channelization application

On Sat, Feb 20, 2016 at 12:43 AM, tom x wrote: > Hi, > > I am working on an application to capture IEEE 802.15.4 traffic on > multiple channels simultaneously. (I will mention now that I am new to GNU > Radio and DSP.) I can successfully capture on one channel. I read the

Re: [Discuss-gnuradio] Polyphase Clock Sync, lost samples - grc3.7.9

s were a live system, you'd be pulling in data constantly at the receiver, which would push samples through, anyways. So yes it's a bit wasteful in the TX here, but I'm not sure that matters too much. Tom > ------ > *From:* trond...@trondeau.com [trond...@

Re: [Discuss-gnuradio] Polyphase Clock Sync, lost samples - grc3.7.9

On Thu, Feb 18, 2016 at 11:56 AM, Landsman, Arik wrote: > Hello, > > Noticed interesting behavior for the PPCS block - sending a short qpsk msg > (30bytes or so), approximately 10byte at the end of the msg get lost. > > in comparison, only one byte gets lost with the

Re: [Discuss-gnuradio] gr-fec generic_encoder::sptr

On Tue, Feb 16, 2016 at 8:27 AM, Marcus Müller wrote: > Hi Jawad, > > thanks for the feedback! > My guess would be that SWIG (which generates all the wrappers to use GNU > Radio's C++ classes from python) gets confused by the > gr::fec::generic_encoder::sptr typedef.

Re: [Discuss-gnuradio] GNU Radio Architecture and Implementation ?

On Wed, Feb 10, 2016 at 10:57 PM, West, Nathan wrote: > On Wed, Feb 10, 2016 at 7:47 PM, Abhinav Jadon > wrote: > >> Hi , >> I was reading up about the architecture of GNU Radio. Its primarily an >> inheritance based architecture, the

Re: [Discuss-gnuradio] GNURadio on zed board

On Thu, Feb 11, 2016 at 4:12 AM, chandan kumar wrote: > sir, > > I want to install GNURadio on zed board. We can install ubuntu on ARM > easily, further I want to install GNURadio, can it be get done online or I > should use sd card to run gnuradio on zed board. I would also

Re: [Discuss-gnuradio] Building ControlPort support into OOT module

should be for > string-type values? > > Thanks > Excellent. As for the suggestions, they are mostly for the client side to set up limits and what they should expect to see. It's a very loosely defined concept. For your part, you're probably ok just leaving these as empty ("

Re: [Discuss-gnuradio] Remote Control Question, Control Ports?

On Thu, Feb 11, 2016 at 12:40 PM, Richard Bell wrote: > Hey all, > > I just started writing a python script that will control two radios via > Ethernet to conduct various tests. Each radio has its own computer and the > receiver is considered the master (it will make

Re: [Discuss-gnuradio] Building ControlPort support into OOT module

On Wed, Feb 10, 2016 at 11:37 AM, Jacob Gilbert wrote: > I'm having some trouble adding ControlPort hooks to an OOT module. Is > there a guide on this I am missing? I followed the ControlPort manual page > including the #ifdef statements, however GR_CTRLPORT is not set

Re: [Discuss-gnuradio] use of CCSDS 27 encoder-decoder blocks

g the QT GUI blocks to plot the signals and try and observe what's happening is a useful way of debugging on your own. Also, look at $prefix/share/gnuradio/examples/fec. There are a lot of examples for using the FEC blocks here. Tom > On Mon, Jan 11, 2016 at 10:54 PM, Tom Rondeau <t...

Re: [Discuss-gnuradio] use of CCSDS 27 encoder-decoder blocks

a filter (like a modulator/demodulator), there will be a group delay you'll need to deal with and figure out where the start of your actual information bits is. Tom > On Mon, Jan 4, 2016 at 8:30 PM, Tom Rondeau <t...@trondeau.com> wrote: > >> On Fri, Jan 1, 2016 at 3:17 AM, Hit

Re: [Discuss-gnuradio] gnu radio make test failed

On Thu, Jan 7, 2016 at 9:13 AM, kerry wrote: > Hi,all: > > I had make test of gnuradio. But 99% test passed, 1 tests failed out of 240 > > The following tests FAILED: > 140 - qa_udp_source_sink(Failed) > Errors while running CTest > make:*** [test] Error 8 > > What

Re: [Discuss-gnuradio] gnuradio Companion and Ettus E310, passing parameters

On Thu, Jan 7, 2016 at 11:25 AM, Mike Gilmer wrote: > I'm running gnuradio companion on Fedora. I can make the Ettus device UDP > to gnuradio Companion and display RF. Great. > > Now, if possible, I'd like to be able to use the Companion GUI to pass, in > real-time,

Re: [Discuss-gnuradio] gmsk+fec

an error > ​ You can find all of the FEC alist files installed into $prefix/share/gnuradio/fec/ldpc. Use that to locate and set that file name properly. Tom thank you > > --Ekko > ​ > > 2016-01-04 22:58 GMT+08:00 Tom Rondeau <t...@trondeau.com>: > >> On Tue, Dec

Re: [Discuss-gnuradio] Installation of gr-video-sdl for GNU Radio Companion 3.7.10git-31-gb17bcb88

On Tue, Jan 5, 2016 at 11:35 AM, wrote: > Hello/Happy New Year! > > I'm in need of using my USRP to receive NTSC (Analog TV). I installed > gnuradio via pybombs and I noticed that under > /target/share/gnuradio/examples/uhd there is a python script called >

Re: [Discuss-gnuradio] About Polymorphic types in gnuradio

On Wed, Jan 6, 2016 at 11:23 AM, Marcus Müller wrote: > Ah, so it's a uniform vector of _u_signed _8_bit integers. > Try pmt::u8vector_ref(VECT, k), where k is the index of the element you > want to get. To modify, use pmt::u8vector_set(pmt_t, index,value). > > Since

Re: [Discuss-gnuradio] Digital TV with USRP and GNU Radio

On Wed, Jan 6, 2016 at 11:09 AM, Richard Bell wrote: > Does anyone know of a good tutorial that shows how to receive and display > TV on Ubuntu using a USRP and GNU Radio? I'm interested. > > Rich > Rich, I'm not sure anyone's written it up, but there are examples in

Re: [Discuss-gnuradio] Working with Tags

rk.w.christiansen=l-3com@gnu.org >> [mailto:discuss-gnuradio-bounces+mark.w.christiansen=l-3com@gnu.org] *On >> Behalf Of *Paul David >> *Sent:* Thursday, December 31, 2015 6:47 PM >> *To:* Tom Rondeau >> >> *Cc:* GNURadio Discussion List >>

Re: [Discuss-gnuradio] use of CCSDS 27 encoder-decoder blocks

On Fri, Jan 1, 2016 at 3:17 AM, Hitesh Kasera wrote: > Hi everyone, > > I am trying to use ccsds 27 encoder-decoder to transmit some data. The > decoded data is not same as transmitted. As a source i am transmitting ones > and zeros but after decoding sometimes i am

Re: [Discuss-gnuradio] hardware comparison tables

On Fri, Jan 1, 2016 at 6:07 AM, Daniel Pocock wrote: > > > There is a list of hardware at this page: > > http://gnuradio.org/redmine/projects/gnuradio/wiki/Hardware > > Is anybody maintaining a table summarizing the GNU Radio hardware > options for easy comparison? > > I can

Re: [Discuss-gnuradio] tag debug

On Sun, Jan 3, 2016 at 6:44 AM, Ekko wrote: > hello all > i am using fec mode of gnuradio,and this is my grc > > > ​ > when i run the grc i got the message-> > > Executing: '/usr/bin/python2 -u /home/cdl/gmsk_fec/gmsk_fec.py' > > Using Volk machine: sse4_2_32 > bits

Re: [Discuss-gnuradio] gmsk+fec

On Tue, Dec 29, 2015 at 11:24 AM, Ekko wrote: > hello bob > this problem have been solved,now my fec is worked > but i got a new problem > this is my fec+gmsk grc > http://i.imgur.com/ZH2qhh6.png > > and this is my gmsk without fec > http://i.imgur.com/zJVskUX.png > >

Re: [Discuss-gnuradio] Working with Tags

uradio/commit/ae2e24f86b562a5bdcb9f5170e0abb1cd15838cf Tom > > > *From:* trond...@trondeau.com [mailto:trond...@trondeau.com] *On Behalf > Of *Tom Rondeau > *Sent:* Wednesday, December 30, 2015 9:36 AM > *To:* Christiansen, Mark W. @ CSG - CSW > *Cc:* GNURadio Discussion Lis

Re: [Discuss-gnuradio] gr-channel: adding ETSI/3GPP channel model taps

On Wed, Dec 30, 2015 at 5:33 AM, Marcus Müller wrote: > I must admit I did that, but feel unsure about how many sines I'd need to > use to simulate spread. > The result I got with 8 and standard doppler spread don't look overly > healthy, and osmocore/gr-gsm has a hard

Re: [Discuss-gnuradio] Projects using the USRP

On Wed, Dec 30, 2015 at 7:25 AM, w xd wrote: > Hi all, > > Nowadays as we all konw,we can use USRP implement many interesting > applications.Many company and university used our USRP.And the website > www.gnuradio.org show us a good tutorial. > >When I saw a

Re: [Discuss-gnuradio] Working with Tags

On Wed, Dec 30, 2015 at 11:15 AM, wrote: > I wrote a block that writes the rx_time tag and another block that reads > it. After reading them for a 20 to thirty calls to the work function, it > stops getting any. The amount it reads varies from run to run. Any

Re: [Discuss-gnuradio] OOT module authors, please update your cmake

On Wed, Dec 30, 2015 at 6:14 AM, Marcus Müller wrote: > That was the general idea, but long impossible at the start, because one > didn't want modules that were "C++ compatible" to older versions of GNU > Radio to fail because these older versions were missing cmake

Re: [Discuss-gnuradio] Anyone working on ATSC 3.0 enc/dec?

On Wed, Dec 30, 2015 at 4:20 PM, Colby Boyer wrote: > Thanks for response Tom and Ron. > > I'll take a crack at improving the ATSC decoder efficiency first, just > to get my feet wet with GNURadio again. Tom, are there test vectors > available for the ATSC 1.0 decoder? > >

Re: [Discuss-gnuradio] Anyone working on ATSC 3.0 enc/dec?

On Mon, Dec 28, 2015 at 2:26 AM, Colby Boyer wrote: > Hi GNURadio folks, > > Some portions of the candidate standard for ATSC 3.0 have been posted > to the ATSC website (http://atsc.org/standards/candidate-standards/), > and specifically the PHY/bootstrap sections are now

Re: [Discuss-gnuradio] ham/amateur getting started

with others. That is one important > > aspect, but it is not the core of amateur radio. > > > > If you look at the laws that define amateur radio: It is a legal > > framework for people who want to do private experiments with radio > > devices whatsoever. It is not defined

Re: [Discuss-gnuradio] VFO tuning knobs

On Mon, Dec 28, 2015 at 1:16 PM, Chris Kuethe wrote: > Also, you can instantiate a controlport or xmlrpc server in your > flowgraph and then send tuning commands their endpoints. > > How you generate those tuning commands is up to you... I suppose > someone who knows more

Re: [Discuss-gnuradio] create lookup tables

On Sat, Dec 26, 2015 at 12:25 PM, Andreas Ladanyi wrote: > Hi Marcus, > > My first idea is: python has to sample the 256 samples (for one period) > from lookup table in exactly one second. So i think i need a timer which > calls the next sample in the lookup table all

Re: [Discuss-gnuradio] ham/amateur getting started

On Thu, Dec 24, 2015 at 7:06 PM, Markus Heller wrote: > Hi there, > > I'm very sorry that I cannot join this FOSDEM. I'd love to, but I must > travel to see an old friend of our family who is seriously ill - I > promised to visit him end of January. > > I'd like to contradict to

Re: [Discuss-gnuradio] [VOLK] GPU acceleration -> OpenCL integration?

MDized call, >> instead of the OpenCL call for smaller input sizes, etc.). >> >> Anyways - I definitely think this is something that should be looked >> into more, and if you are interested in pursuing this as - either as a GSoC >> project or otherwise, I would definite

Re: [Discuss-gnuradio] Airspy: multiple boards available with GNU Radio?

On Mon, Dec 7, 2015 at 2:23 PM, Mamoru Yamamoto <yamam...@rish.kyoto-u.ac.jp > wrote: > Mr. Tom Rondeau, > > Thank you for the info. Yes, I thought of controlling the airspy by the > source-block parameters. But, reading this URL. > > http://sdr.osmocom.org/trac/w

Re: [Discuss-gnuradio] [VOLK] GPU acceleration -> OpenCL integration?

On Thu, Dec 17, 2015 at 1:14 PM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > > RUN_VOLK_TESTS: volk_32f_x2_matrix_nxn_multiply_puppet_32f(100,10) > > generic completed in 28482ms > > a_opencl completed in 13364.3ms > > Question is how does that number change for smaller problem sizes ?

Re: [Discuss-gnuradio] Enabling GR_LOG messages

On Mon, Dec 14, 2015 at 10:52 AM, Meelis Nõmm wrote: > Hello everyone, > > I'm writing a (test python) block for usrp_source frequency retune. > Marcus gave a pretty good base line for the solution in [1] >

Re: [Discuss-gnuradio] Airspy: multiple boards available with GNU Radio?

On Sun, Dec 6, 2015 at 8:43 PM, Mamoru Yamamoto wrote: > Dear Experts, > > We recently found Airspy as a very interesting SDR board for our > purposes. Our project, some may already know, is to develop 2-channel > (or more-channel) coherent receiver for satellite

Re: [Discuss-gnuradio] TETRA demodulator advices

On Fri, Nov 27, 2015 at 11:54 AM, Timothée COCAULT < timothee.coca...@gmail.com> wrote: > Hi, > > I am writing a TETRA demodulator with GNU Radio Companion without any OOT > block. > > My flowgraph works but as I don't have a signal processing background, I'm > not really sure that my choice of

Re: [Discuss-gnuradio] Asynchronous source with zeros in between

On Mon, Nov 30, 2015 at 2:37 PM, Francisco Albani < francisco.alb...@gmail.com> wrote: > Hi to all. > > (this email subject may be inaccurate) > > I need a block with the following characteristics: > > * Input port for messages. > * Output port for complex/float/byte/etc. stream. > * Forecast

Re: [Discuss-gnuradio] QT Time Raster in OSX 10.10.4 Not Rastering

n the look and feel of the new backends, though, such as manipulation of the pole-zero plot. If we can get this finished, we can probably drop PyQWT from the macports installation and update the dependency there to QWT6. Tom > On Nov 25, 2015, at 9:16 AM, Tom Rondeau <t...@trondeau.com> w

Re: [Discuss-gnuradio] QT Time Raster in OSX 10.10.4 Not Rastering

On Wed, Nov 25, 2015 at 10:08 AM, Paul Garver wrote: > The QT Time Raster GUI doesn’t appear to function in the latest > gnuradio-devel macports. The plot appears all a single color although the > bits into the graph are not constant. I run the same flow graph on my > Ubuntu

Re: [Discuss-gnuradio] Bug with set_taps in pfb_clock_sync

On Tue, Nov 24, 2015 at 3:42 PM, Richard Bell wrote: > I think I've come across a bug with the pfb_clock_sync blocks set_taps > implementation. If I change a parameter in python that causes a change to > the filter tap variable being fed to the pfb_clock_sync block,

Re: [Discuss-gnuradio] Segmentation fault

On Tue, Nov 24, 2015 at 10:47 AM, West, Nathan wrote: > We're short on information to actually determine what's wrong here. It > looks like you're still using pdb, but I see different output/problem areas > from your screenshots. The first one looks like it crashed

Re: [Discuss-gnuradio] Frame Sync on Tag from Correlate Access Code Tag Block

On Sun, Nov 22, 2015 at 2:07 PM, Paul Garver wrote: > Is there a built-in GNURadio block/series of processing to frame sync by > using the tag created by the correlate access code-tag output to some fixed > frame length? Or is this functionality left up to the

Re: [Discuss-gnuradio] FEC, Repetition Encoder/Decoder

On Tue, Nov 17, 2015 at 4:43 AM, David Halls wrote: > Hi guys, > > I am trying to use a combination of a CC code and a repetition code. This > might sounds a bit odd, but it just so happens I have 5 short ints 5*8 > bits, so I am repeating this 7 times, then using

Re: [Discuss-gnuradio] Lock-Up Time for 2PSK Demodulation

On Mon, Nov 16, 2015 at 10:08 PM, Kevin McQuiggin wrote: > Hi All: > > I have a .grc 2PSK demodulator working for the RDS subcarriers on FM radio > signals. I note however that it takes a couple of minutes for the PSK > demod hierarchical block to settle and give me consistent

  1   2   3   4   5   6   7   8   9   10   >