Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

Hi, Sorry I'm late for reply Did you use two device (Tx,Rx) at a time ? I expect like these messages on Rx machine ok = FALSE pktno = 1 n_rcvd = 1 n_right = 0 ok = FALSE pktno = 2 n_rcvd = 2 n_right = 0 ok = FALSE pktno = 3 n_rcvd = 3 n_right = 0 ... ok = TRUE pktno = N n_rcvd = N n

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

Hi, Nope, as i told you, my x300 has only rx tuners :( BR Nikos On Tue, Mar 15, 2016 at 4:13 AM, SangHyuk Kim wrote: > Hi, > > Sorry I'm late for reply > > Did you use two device (Tx,Rx) at a time ? > > I expect like these messages on Rx machine > > ok = FALSE pktno = 1 n_rcvd = 1 n_right =

Re: [Discuss-gnuradio] Picking up RF cellular signals

Indeed, there is phone locator protocol, and a service offered as by some companies. They work through provider contracts. The problem is that you have to know the phone number beforehand and the carrier. Not very useful in a disaster case :( BR, Nikos On Mon, Mar 14, 2016 at 5:50 PM, Marcus Müll

Re: [Discuss-gnuradio] PDU to Tagged Stream with BIG PDUs

Hi, > On 14 Mar 2016, at 16:56, Francisco Albani wrote: > > I wrote a custom message block that produces a PDU with complex samples. My > plan is to connect it to a PDU to Tagged Stream and then to a UHD Sink (with > len_tag_name = 'packet_len'). > > The goal is to transmit a burst for each

Re: [Discuss-gnuradio] Question about output/input buffers

Anyone? Is there a way to keep the buffer array for subsequent executions of work() ? Also, ive searched everywhere for the meaning of the return value of the work function. The documentation explains the function and its parameters, but not what the return value is for. 2016-03-13 16:11 GMT-03:0

[Discuss-gnuradio] [UHD] Signed Windows Drivers

Dear Windows aficionados, we've been getting requests for signing our Windows USB drivers for our USRPs. Signed Windows drivers are now available here: http://files.ettus.com/binaries/misc/, and will be part of any images package going forward. Note that we have seen issues with Windows 10, where

Re: [Discuss-gnuradio] Change frequency in USRP source automatically

Yan, simply convert "freq" and your frequency to a PMT before passing into cons(). Cheers, Martin On 03/14/2016 03:44 PM, Yan Huang wrote: > Hi Martin, > > Thank you for your kind reply. But I'm still comfused that I already have to > input in pmt::cons(“freq”,2.4e9), cause in the manual it sa

[Discuss-gnuradio] PDU to Tagged Stream with BIG PDUs

Hi again! I wrote a custom message block that produces a PDU with complex samples. My plan is to connect it to a PDU to Tagged Stream and then to a UHD Sink (with len_tag_name = 'packet_len'). The goal is to transmit a burst for each packet. This packets are made of approximately 14k samples and

[Discuss-gnuradio] Cyberspectrum: Software Defined Radio Meetup (this Wed, 16th Mar) 6:30pm

Dear all, Announcing the fourteenth Cyberspectrum meetup in San Francisco! Come along at 6:30 PM for a 7 PM sharp kickoff in the Hackatorium. For those unable to attend the event in person, you can live stream it here: https://www.youtube.com/watch?v=P971PcQexFI There's also IRC: #cyberspectrum o

Re: [Discuss-gnuradio] Change frequency in USRP source automatically

Hi Martin, Thank you for your kind reply. But I'm still comfused that I already have to input in pmt::cons(“freq”,2.4e9), cause in the manual it said: pmt::cons(KEY, VALUE): This format is useful for commands that take a single value. Think of KEY and VALUE as the argument name and value, respe

[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

[Discuss-gnuradio] declare_sample_delay cannot handle large delay?

Hi all, I am playing with gnuradio and USRP but find something “weird”. I am using a custom block with history samples. Since delay on stream tags is introduced, I use declare_sample_delay to offset it. So in the constructor of my custom block it is like: set_history(hist_len+1); declare_sample_

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

On 03/14/2016 10:11 AM, Tom Rondeau wrote: 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 successfu

Re: [Discuss-gnuradio] Hardware "jitter", particularly USB

We call this the two-clock problem, and yeah, it's quite common. Cheers, M On 03/14/2016 11:14 AM, Gregory W. Ratcliff wrote: > GnuRadio community, > > I have been using various hardware interfaces to gnuradio lately. > In the simplest example, I noticed an issue with Funcube Pro Plus with > bro

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

Congratulations to all of you on this new phase of GNU Radio! Tom, thanks for all you've done serving as the project lead since I stepped down some 5 years ago. I'm happy to hear about your new adventure as a DARPA PM! Johnathan and Ben, thanks for all that you've already done for GNU Radio, and

Re: [Discuss-gnuradio] How to measure throughput (data rate)

Every block has a throughput performance counter: http://gnuradio.org/doc/doxygen/classgr_1_1block.html#a78a27917edcd3b32f10b2166f3362a68 The output is items/sec. On Mon, Mar 14, 2016 at 1:47 PM, Diyar Muhammed wrote: > Dear All, > I have made a transceiver in gnuradio software with using usrp

[Discuss-gnuradio] Bug in tag processing

I think there's a bug in tag processing. Here's a simple script to demonstrate the problem. If DELAY is set to a small value <6000, we get the expected output. However, if DELAY is set to 8000, the tag never comes out. The same problem can be observed using the blocks.vector_insert_b block,

[Discuss-gnuradio] Multiplexing and Demultiplexing

Dear All, Is there any way to do multiplexing and demultiplexing in GNU radio software? -- Regards, Diyar Muhammed Ministry of Higher Education and Scientific Research Duty: Network Administration and Design Website: www.mhe-krg.or g Cell Phone: 009647504690060 Office Pho

Re: [Discuss-gnuradio] Grc RFNOC block error

tyvm:)​ On Mon, Mar 14, 2016 at 7:58 PM, Jonathon Pendlum < jonathon.pend...@ettus.com> wrote: > Hi Nikos, > > 1) The Fosphor RFNoC block does not compute a FFT. It does the averaging > and persistence. > 2) For RFNoC flowgraphs, you want to use a RFNoC Radio block so you do not > transition out

Re: [Discuss-gnuradio] Spectral Survey with GRC?

On 03/02/2016 09:02 AM, Bruce E. Kahn wrote: Hi GRC companions Has anyone used GRC to acquire a large range RF spectral survey? Basically, step from range to range, and save the output in a (text) file. I would like to be able to average each frequency/range for some (variable) period of time

[Discuss-gnuradio] How to measure throughput (data rate)

Dear All, I have made a transceiver in gnuradio software with using usrp B210, and I would like to measure data transmission between Tx and Rx, is there any way to measure that? -- Regards, Diyar Muhammed Ministry of Higher Education and Scientific Research Duty: Network Administration and Design

Re: [Discuss-gnuradio] tx <-> rx transmission

P.S. - thread name is "costas ambiguity and correlate-and-sync block in qpsk" From: Landsman, Arik Sent: Monday, March 14, 2016 1:49 PM To: przelew...@gmail.com Cc: discuss-gnuradio@gnu.org Subject: RE: [Discuss-gnuradio] tx <-> rx transmission HI, mfsk is th

[Discuss-gnuradio] Hardware "jitter", particularly USB

GnuRadio community, I have been using various hardware interfaces to gnuradio lately.In the simplest example, I noticed an issue with Funcube Pro Plus with broadcast wideband FM (about 4 GRC blocks) whereby it would consistently underflow, even though every rate appeared to be perfect.  A crude

Re: [Discuss-gnuradio] tx <-> rx transmission

HI, mfsk is the digital implementation of FM and analytically very similar to mpsk. psk is spectrally more efficient though. QAM is not feasible in wireless transmission (undeterministic amplitude of Rx stream) and is typically used for wired channels (say, docsis for cable). So I would focus

Re: [Discuss-gnuradio] Debug GNU Radio and executing flowgraphs attaching to them

On 03/12/2016 05:45 AM, Mabel Pita wrote: > However, i am having trouble to find an IDE that even comes close to > what visual studio has to offer.. and the practicality it has in windows > to debug applicatons. > > > So i ask here, because im probably too ignorant and there is an > equivalente t

Re: [Discuss-gnuradio] Change frequency in USRP source automatically

Yan, check the PMT manuals. cons() takes 2 PMTs as input. Cheers, Martin On 03/14/2016 09:09 AM, Yan Huang wrote: > Hi all, > > > > I want to change the frequency in “USRP source” automatically, for > example 2.37GHz-2.43GHz with each time stepping 2MHz. > > > > 1. As you know, the USRP

Re: [Discuss-gnuradio] [Discuss- gnuradio] Nanoseconds Signal Time of Arrival on GRC

It also depends on the algorithm you're using for detection. It's unlikely they have sub-sample accuracy. M On 03/14/2016 08:58 AM, Marcus Müller wrote: > Hi Ernest, > >> Can GRC go Nanoseconds? > GRC is just a frontend to baseband sample processing blocks. So there's > not really an answer to t

[Discuss-gnuradio] Change frequency in USRP source automatically

Hi all, I want to change the frequency in "USRP source" automatically, for example 2.37GHz-2.43GHz with each time stepping 2MHz. 1. As you know, the USRP source has an input message port, so I want to connect it to a "Message strobe" to control the frequency change. But after I see [1][2], I

Re: [Discuss-gnuradio] costas ambiguity and correlate-and-sync block in qpsk

Hi Andy, Thank you for the detailed answer, I am certainly going to try what you suggest in the next couple of days. will post with updates as progressing along. As a side, I tried to hack the corr_and_sync block using a preamble which in BPSK looks the same as both I and Q of the QPSK data

Re: [Discuss-gnuradio] [Discuss- gnuradio] Nanoseconds Signal Time of Arrival on GRC

Hi Ernest, > Can GRC go Nanoseconds? GRC is just a frontend to baseband sample processing blocks. So there's not really an answer to this. If you had a device that would be giving you 2GS/s, yes, and if you can build an application that estimates the phase of an incoming signal, then also, maybe:

Re: [Discuss-gnuradio] Picking up RF cellular signals

Hi Meny, > > What i did so far, is a program that calculates and outputs in a loop > the power transmitted from a cellular phone from it's uplink channel. > that can tell me my distance to it. That won't really work, as I explained already[3]. Cell phones of any generation since 2G can (and must) s

Re: [Discuss-gnuradio] Picking up RF cellular signals

> So it works, but only if the phone is currently transmitting to the network > (phone call, internet, etc..) > > I'm trying to find a solution for this, > There has to be a way of knowing that some kind of RF transmitter/receiver > is near me... Well ... no, not realistically. An idle phone does

Re: [Discuss-gnuradio] Picking up RF cellular signals

It would be very helpful, but of course isn't an option... 2016-03-14 17:11 GMT+02:00 Dan CaJacob : > I don't know much about cell phones, but would it help if you placed a > call to a known number? Does that force a response? Of course, this might > be counter-productive in a congested disaste

Re: [Discuss-gnuradio] Picking up RF cellular signals

I don't know much about cell phones, but would it help if you placed a call to a known number? Does that force a response? Of course, this might be counter-productive in a congested disaster environment. - Dan On Mon, Mar 14, 2016 at 10:56 AM Meny Sidar wrote: > Hi guys, > > I am currently wo

[Discuss-gnuradio] Picking up RF cellular signals

Hi guys, I am currently working on a project for my university, where i'm trying to locate cellular phones using SDR (USRP B210). The idea of the project is to be able to find survivors/victims in disaster areas, such as earthquakes, by assuming they have their cellular on them. What i did so far

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

Most of you already know me, as I’ve been in the GNU Radio community for eleven years in various roles, including release manager, integration manager, Live SDR developer, infrastructure manager, engineering consultant, and technical trainer. Today I’m happy to move on to the role of Chief Archite

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

Hi all - I have been involved with GNU Radio for the last seven years or so, and have always greatly enjoyed being part of the project. I'm continually impressed by our community, and I have met many of my closest colleagues through GNU Radio. I’m very happy to now be stepping into this role. Tom

[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 fee

Re: [Discuss-gnuradio] GSOC 2016 : Implement optimized, standardized channel codes

Hi Tanero, Yes a general LDPC encoder/decoder pair was implemented during GSoC2013. However as far as I know it is not yet volk enhanced. Tom should know more about that, as he was the mentor for this project if I remember correctly. This could also be a feasible GSoC project, though I have to adm