Re: [Discuss-gnuradio] gr-op25 gone?

Lou, I don't know if you had success finding a copy of op25, but I was referred this link from someone working on another project... not sure how up to date it is, but just wanted to pass it on. https://github.com/eddof13/op25 Also ham2mon is awesome! I look forward to trying the versions wi

Re: [Discuss-gnuradio] The RF LO does not support the requested frequency

On Thu, Jul 30, 2015 at 4:26 AM, Daniele Nicolodi wrote: > On 30/07/15 05:06, Nur Jalaudin wrote: > > hi. i am using ubuntu 14.04 and i am trying run wifi_rx.grc.when i try > > run this wifi_rx.grc it comes out with this: > > [snip] > > > UHD Warning: > > The hardware does not support the req

[Discuss-gnuradio] Communication problems between 2 USRP's

Hi all, I want to transmit the data between two USRP's and make them communicate with each other. But I guess the packets are not being received properly.. My USRP daughterboard model is XCVR2450. When I am running ./benchmark_tx.py -f 2.435G, it is starting to transmit the packets but a small erro

Re: [Discuss-gnuradio] Clock Recovery MM documentation

On Thu, Jul 30, 2015 at 3:03 PM, Iluta V wrote: > Hi, Tom, > > Could you be more specific where exactly it is not "the right algorithm"? > We'd appreciate that and would correct that in own work as well, if > Security Research Assessment made a mistake here. > > I will be looking forward to your

Re: [Discuss-gnuradio] Clock Recovery MM documentation

Thanks for your explanation! That's worth while looking into! On Fri, Jul 31, 2015 at 1:17 AM, Francisco Albani < francisco.alb...@gmail.com> wrote: > From Matlab MM documentation [1]: > > "[...] Typically, the input signal is the output of a receive filter that > is matched to the transmitting

Re: [Discuss-gnuradio] Clock Recovery MM documentation

>From Matlab MM documentation [1]: "[...] Typically, the input signal is the output of a receive filter that is matched to the transmitting pulse shape. [...]" Assuming the MM Gnuradio implementation has the same hypothesis on the input signal (anybody can confirm this?), I deduced this block is

[Discuss-gnuradio] SNR question

Hi I would want to know if there a way to calculate SNR for a qpsk, 16 QAM and 64 QAM signals. I have been using the "divide" block, which has as inputs, the signal that entries to the channel and a noise source fixed with the voltage of noise that is fixed in the "channel model" block. Then, the

Re: [Discuss-gnuradio] Adding VOLK puppets (was: SOCIS project update 8)

I could solve it after I dug deeper into this. Basically I found out that the error occurs in 'volk_get_index' in 'volk_rank_archs.c'. The function gets called with an empty 'impl_name' parameter. 'volk_get_index' gets called by the generated '{kernel name}_manual' function which in turn gets calle

[Discuss-gnuradio] Building an OOT modules with an In Tree Dependency

I'm trying to make an out of tree module based on blocks::file_sink that has some additional functionality I need. Right now, I've built it OOT, but an having trouble getting it to work. The code (file_sink_impl.cc, file_sink_impl.h, and file_sink.h --> actual names are different so there are n

Re: [Discuss-gnuradio] Clock Recovery MM documentation

Hi, Tom, Could you be more specific where exactly it is not "the right algorithm"? We'd appreciate that and would correct that in own work as well, if Security Research Assessment made a mistake here. I will be looking forward to your response, Iluta On Thu, Jul 30, 2015 at 9:55 PM, Tom Rondea

Re: [Discuss-gnuradio] Clock Recovery MM documentation

On Thu, Jul 30, 2015 at 2:38 PM, Iluta V wrote: > Research paper CONVERTING RADIO SIGNALS TO DATA PACKETS (Examination of > Using GNU Radio Companion for Security Research and Assessment) deals with > Clock Recovery MM, I attached the paper, have a look at: > > 6.Section 6.Counting the Bits > 7.A

[Discuss-gnuradio] USRP B210 gpio on J504

Hi, I want to control an antenna multiplxer via J504 gpio port. Actually I want to have logic 1 and logic 0 in order to switch the multiplxer. But it is difficult to find gpio example for B210. I have new version of b210 (green board) and 3.8.005 uhd version. I m very much thankful to if you can he

Re: [Discuss-gnuradio] gnuradio-companion development

Ok, great to know there are some other mac users... I have reimplemented some blocks using Apples Accelerate framework.. theoretically they should perform better on apple hardware although I havn't done any benchmarks. I will try to release those... Also knowing there are other mac users will defi

Re: [Discuss-gnuradio] Error when build GNU Radio using cywin64

On Thu, Jul 30, 2015 at 12:13 PM, Craig Easton wrote: > Hi. > > If you are trying to get GnuRadio compiled on Windows then I'd suggest > doing a "native" build rather than using Cygwin. Despite what it says here: > http://gnuradio.org/redmine/projects/gnuradio/wiki/WindowsInstall GR 3.7 > *will*

Re: [Discuss-gnuradio] gnuradio-companion development

On Thu, Jul 30, 2015 at 1:21 PM, Albin Stigö wrote: > Hi Seth, > > I'm fairly new to gnuradio but I've spent the last couple of weeks > digging through the code of the runtime and grc. GRC doesn't work that > well on my macbook because of issues with qt and gtk2 (especially > hidpi "retina" displ

Re: [Discuss-gnuradio] gnuradio and android

On Thu, Jul 30, 2015 at 2:11 PM, Albin Stigö wrote: > It would definitely be a great thing is GRC was slightly more language > agnostic! Well, GNU Radio only has two ways of running: C++ and Python where Python is generally the default. So "agnostic" isn't going to happen, nor is it really the

Re: [Discuss-gnuradio] Clock Recovery MM documentation

Another point to keep in mind is that the M&M block isn't great in fading environments. It's really suboptimal in general. Look at the pfb_clock_recovery block, instead. Tom On Thu, Jul 30, 2015 at 2:18 PM, Daniel Camara wrote: > Hi Klauss, > > You could also take a look at > https://www.tabli

Re: [Discuss-gnuradio] Clock Recovery MM documentation

Hi Klauss, You could also take a look at https://www.tablix.org/~avian/blog/archives/2015/03/notes_on_m_m_clock_recovery/, it helped me quite a bit! Best regards... Daniel On Thu, Jul 30, 2015 at 7:17 PM, Martin Braun wrote: > Klaus, > > the manual page for this block has a paper referenc

Re: [Discuss-gnuradio] gnuradio and android

It would definitely be a great thing is GRC was slightly more language agnostic! On Thu, Jul 30, 2015 at 6:21 PM, Tom Rondeau wrote: > On Thu, Jul 23, 2015 at 4:06 PM, Volker Schroer wrote: >> >> Tom, >> >> thank you for your comments. >> >> I agree to your objection that android is java based.

Re: [Discuss-gnuradio] gnuradio-companion development

Hi Seth, I'm fairly new to gnuradio but I've spent the last couple of weeks digging through the code of the runtime and grc. GRC doesn't work that well on my macbook because of issues with qt and gtk2 (especially hidpi "retina" displays)... I suspect there are very few gnuradio users on mac but I

Re: [Discuss-gnuradio] Clock Recovery MM documentation

Klaus, the manual page for this block has a paper reference in it: http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1clock__recovery__mm__ff.html#details M On 30.07.2015 10:16, Klauss Wolfeinstein wrote: > Hello, > > I would like to find a proper documentation on MM algorithm block (paper >

[Discuss-gnuradio] Clock Recovery MM documentation

Hello, I would like to find a proper documentation on MM algorithm block (paper for example). Any ideas ? Thank you. Regards. -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/

Re: [Discuss-gnuradio] [RFNoC] Tutorials @GRCon15

On 30.07.2015 02:10, Wunsch, Felix (CEL) wrote: > Hi, > > thanks for offering this tutorial! > > This may sound like a dumb question: Do I have to know how to write > Verilog code to be able to participate? I think I have a solid GNU Radio > background with Python and C++ but I'm a total newbie t

Re: [Discuss-gnuradio] Error when build GNU Radio using cywin64

Hi. If you are trying to get GnuRadio compiled on Windows then I'd suggest doing a "native" build rather than using Cygwin. Despite what it says here: http://gnuradio.org/redmine/projects/gnuradio/wiki/WindowsInstall GR 3.7 *will* build properly using VisualStudio and the result is fully usable

Re: [Discuss-gnuradio] gnuradio and android

On Thu, Jul 23, 2015 at 4:06 PM, Volker Schroer wrote: > Tom, > > thank you for your comments. > > I agree to your objection that android is java based. But I think most of > the gnuradio users ( not developers ) are not willing (or not able ) to > code in java. gnuradio is python based at lea

Re: [Discuss-gnuradio] Does any source block support Signalhound BB60C ?

On Wed, Jul 29, 2015 at 9:59 PM, Patrick Sathyanathan wrote: > Hi, > > This device is marketed as a Real Time Spectrum Analyzer but can also > function as a general purpose SDR. Is there GNUradio support for this > device ? > > Or is any source block under development ? Any info appreciated... >

Re: [Discuss-gnuradio] gnuradio-companion development

Albin, What part are you looking to work on? I think there are a few new features being worked on for the current version, and Hopefully we are going to start ramping up on the qt port again soon. -- Seth Sent from my iPhone > On Jul 30, 2015, at 11:11 AM, Albin Stigö wrote: > > Hi, > > Is

Re: [Discuss-gnuradio] flow graph issues migrating out of tree modules from 3.6 to 3.7

On Thu, Jul 30, 2015 at 7:28 AM, sfraz...@ltsnet.net wrote: > On Tue, Jul 28, 2015 at 10:14 PM, sfraz...@ltsnet.net < > sfraz...@ltsnet.net> > > wrote: > > > I just completed migrating an out of tree project from 3.6 to 3.7, > > consisting of several c++ files and associated .h files.The GN

Re: [Discuss-gnuradio] gnuradio-companion development

Albin, it's all here. There's a working group for GRC development, headed by Sebastian Koslowski. There's also issues on our issue tracker and a roadmap on the wiki http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCroadmap. M On 07/30/2015 08:11 AM, Albin Stigö wrote: > Hi, > > Is there a s

[Discuss-gnuradio] gnuradio-companion development

Hi, Is there a separate list for gnuradio-companion development? I'm interested in taking part... --Albin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

On 07/30/2015 04:17 PM, Jaeho wrote: I am sorry. I think my problem description was not good enough make you understand. so I changed my question. actually, my source code, did not generated by GNU Radio Companion. code writer just programmed in script as python code at the beginning. it means

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

I am sorry. I think my problem description was not good enough make you understand. so I changed my question. actually, my source code, did not generated by GNU Radio Companion. code writer just programmed in script as python code at the beginning. it means i have no grc file to open GNU Radio C

Re: [Discuss-gnuradio] About physcially acceptable, applicable signal input range for GNU Radio.

Jeon: Gnu Radio, per se, knows nothing of voltage. It just sees digital samples as delivered by the hardware. What those samples mean in terms of voltage amplitude as delivered to the antenna port is completely opaque to Gnu Radio. The LFRX will easily tolerate an input signal with a voltage

Re: [Discuss-gnuradio] About physcially acceptable, applicable signal input range for GNU Radio.

On Thu, Jul 30, 2015 at 1:37 AM, Jeon wrote: > I am building a communication system which uses light. For the system, > I've buiult a custom analog circuit and connected it to LFRX with > SMA-BNC-Alligator clip. > > A simple dry run gives the following: > As you can see, data is transmitted wi

Re: [Discuss-gnuradio] Adding VOLK puppets (was: SOCIS project update 8)

Sorry about the long delay. Is this still a problem? I think this happens when you don't run cmake after adding kernels. There's some python templating that occurs during cmake to set up the dispatcher and the result is non-intuitive compiler messages like that. Nathan On Tue, Jul 28, 2015 at 11

Re: [Discuss-gnuradio] How to display a Qt Waterfall in C++?

Hi list, FYI, I went through the documentation and I managed to get it to work :) All what I need to do was to define a layout so that the waterfall widget can be added to it. Thanks, khalid -- Forwarded message -- From: khalid.el-darymli Date: Thu, Jul 30, 2015 at 9:37 AM Subj

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

On 07/30/2015 12:17 PM, Jaeho wrote: for help describe my question, i insert images. this code is used before, and i chang

[Discuss-gnuradio] How to display a Qt Waterfall in C++?

Hi, I have a simple flowgraph comprised of two channels (UHD: USRP Source) connected to two separate Qt GUI Waterfall sinks. This works perfectly in Python/GRC. However, I would like to convert this into C++. Previously, I did conversions successfully for various other flow-graphs without GUIs.

Re: [Discuss-gnuradio] flow graph issues migrating out of tree modules from 3.6 to 3.7

On Tue, Jul 28, 2015 at 10:14 PM, sfraz...@ltsnet.net wrote: > I just completed migrating an out of tree project from 3.6 to 3.7, > consisting of several c++ files and associated .h files.The GNU radio > wiki page for describing how to do this was very helpful. I finally got > all the code

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

for help describe my question, i insert images. this code is used before, and i changed gnuradio version to 3.7 so i cou

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

Hi, On 07/30/2015 11:46 AM, Jaeho wrote: Actually, i already download that before, but i have a problem. I used ieee802_15_4_pkt.ieee802_15_4_mod_pkts() function in UCLA Zigbee PHY where is in gnuradio.ucla_blks i want replace this function to new function in new version that you recommend, bu

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

Thank you for your advice. Actually, i already download that before, but i have a problem. I used ieee802_15_4_pkt.ieee802_15_4_mod_pkts() function in UCLA Zigbee PHY where is in gnuradio.ucla_blks i want replace this function to new function in new version that you recommend, but i can't find r

Re: [Discuss-gnuradio] [RFNoC] Tutorials @GRCon15

Hi, thanks for offering this tutorial! This may sound like a dumb question: Do I have to know how to write Verilog code to be able to participate? I think I have a solid GNU Radio background with Python and C++ but I'm a total newbie to FPGA programming. Greetings, Felix On 29.07.2015 21:0

Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

Hi, if it's fine for you to use a more recent version of GNU Radio, you could give this repo a try https://github.com/bastibl/gr-ieee802-15-4 Best, Bastian On 07/30/2015 09:55 AM, Jaeho wrote: Hello i am using gnuradio version 3.6.5.1. i download it using wget command line. $ wget http://

Re: [Discuss-gnuradio] The RF LO does not support the requested frequency

On 30/07/15 05:06, Nur Jalaudin wrote: > hi. i am using ubuntu 14.04 and i am trying run wifi_rx.grc.when i try > run this wifi_rx.grc it comes out with this: [snip] > UHD Warning: > The hardware does not support the requested RX sample rate: > Target sample rate: 5000.00 MSps > A

[Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1

Hello i am using gnuradio version 3.6.5.1. i download it using wget command line. $ wget http://www.sbrac.org/files/build-gnuradio $ chmod a+x ./build-gnuradio $ ./build-gnuradio -o (i used -o option to get 3.6.5.1 version) i find the old UCLA Zigbee PHY from https://github.com/UpYou/gr-ieee802

Re: [Discuss-gnuradio] About physcially acceptable, applicable signal input range for GNU Radio.

Hi Jeon, short answer: Don't worry. Everything will be ok. long answer: I do have a bit of a tummy ache about this sentence. > I wonder that such input range (+- 50 mV) is quite acceptable for GNU > Radio to manipulate. There's two things that aren't so great about that sentence: 1. What you're vi

Re: [Discuss-gnuradio] Memory issues

Marcus, Certainly a type. Since Maricus did not mention any hardware sink I was just reminding him to add a throttle block if it is not there :) -- Bob On Thu, Jul 30, 2015 at 11:13 AM, Marcus Müller wrote: > Hi Bob, > > Sorry I have to contradict here: when working with hardware, you should >