Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

On 30/10/2019 00:09, Barry Jackson wrote: On 27/10/2019 11:58, Marcus Müller wrote: ah! I missed the part where you said you're not used to Python. In Python, indentation is structure-defining, and  the error message sadly doesn't really give context, but it looks like the most probable explana

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

On 27/10/2019 11:58, Marcus Müller wrote: ah! I missed the part where you said you're not used to Python. In Python, indentation is structure-defining, and the error message sadly doesn't really give context, but it looks like the most probable explanation is that the line you've inserted is no

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

ah! I missed the part where you said you're not used to Python. In Python, indentation is structure-defining, and the error message sadly doesn't really give context, but it looks like the most probable explanation is that the line you've inserted is not correctly indented. Make sure you're usin

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

On 24/10/2019 21:18, Håkon Vågsether wrote: This error message also occurs in one of the GRC tests: https://github.com/gnuradio/gnuradio/issues/2678 Best regards Håkon Vågsether Strange that there has been no response to your bug report since July. Any other suggestions as to how to work a

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

Update: Since last night I have re-created the patch and re-built and this time the package built with: self._docstring_extractor.finish() # self._docstring_extractor.wait() try: utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

On 24/10/2019 20:36, Müller, Marcus (CEL) wrote: Hi Barry, neat, haven't seen that one before, specifically :) But I've seen a test fail: https://github.com/gnuradio/gnuradio/issues/2678 Mageia is RPM-based, right? Never used it before, but could you point me to the .SPEC file you're using to b

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

This error message also occurs in one of the GRC tests: https://github.com/gnuradio/gnuradio/issues/2678 Best regards Håkon Vågsether tor. 24. okt. 2019, 12:41 skrev Müller, Marcus (CEL) : > Hi Barry, > > neat, haven't seen that one before, specifically :) > But I've seen a test fail: > https:

Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

Hi Barry, neat, haven't seen that one before, specifically :) But I've seen a test fail: https://github.com/gnuradio/gnuradio/issues/2678 Mageia is RPM-based, right? Never used it before, but could you point me to the .SPEC file you're using to build that package? Hunch: replace utils

[Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run

[baz@jackodesktop ~]$ gnuradio-companion Traceback (most recent call last): File "/usr/bin/gnuradio-companion", line 102, in run_main() File "/usr/bin/gnuradio-companion", line 95, in run_main exit(main()) File "/usr/lib/python3.8/site-packages/gnuradio/grc/main.py", line 83, in ma

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs.xml

during the build process. Regards, Kyeong Su Shin 보낸 사람: Jean Pierre Mallet 대신 Discuss-gnuradio 보낸 날짜: 2019년 8월 16일 금요일 오후 10:52 받는 사람: discuss-gnuradio@gnu.org 제목: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs.xml As an answer to Michael and Kyeong. I found that: https://github.com/mvaen

[Discuss-gnuradio] GNURadio v3.8.0.0 Blocs.xml

As an answer to Michael and Kyeong. I found that: https://github.com/mvaenskae/gr-osmosdr/tree/gr3.8 was the best thing that could work with GNURadio 3.8.0.0, We found the sources Rtlsdr and Osmoscom on the list of blocks of GNURadio. We can even integrate them into a GCR script. Cf: WBFM-RX-Q

Re: [Discuss-gnuradio] Gnuradio Runtime buffers and latency

Thank you for your insight Michael. My block must always produce a fixed size chunk of data, so it is not directly applicable, but I could use a similar parameter to decide if I would produce stuffing in the current call to work or not. Then I could query the status of the output buffer to do so. I

Re: [Discuss-gnuradio] Gnuradio Runtime buffers and latency

Hi Wheberth - In a similar block I've created in the past, I include a parameter, let's call it "stuffing_size", that is the number of items to stuff when stuffing occurs. If this value is small, then there is "small" latency between when the PDU comes in and its data is output ... but, the bloc

[Discuss-gnuradio] Gnuradio Runtime buffers and latency

Hi all, I have created an OOT block that receives PDUs as input, stores the data in a FIFO buffer and generates a stream as output. Case no data is available at the FIFO, stuffing data is generated. The block (kind of) works as intended, but when it is on the system with no data PDUS being received

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

On Wed, 14 Aug 2019 08:44:31 -0400 "Michael Dickens" wrote: > Hi Jean Pierre & Kyeong - gr-osmosdr does not have an official port to GR3.8 > as of yet. There are 3rd-party ports that might work, such as those from the > issue noted: https://osmocom.org/issues/3855 . See also: > > https://github

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

Hi Jean Pierre & Kyeong - gr-osmosdr does not have an official port to GR3.8 as of yet. There are 3rd-party ports that might work, such as those from the issue noted: https://osmocom.org/issues/3855 . See also: https://github.com/igorauad/gr-osmosdr/tree/gr3.8 https://github.com/mvaenskae/gr-osm

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

and https://osmocom.org/issues/3855 if you experience troubles in building and installing gr-osmosdr. Regards, Kyeong Su Shin 보낸 사람: Jean Pierre Mallet 대신 Discuss-gnuradio 보낸 날짜: 2019년 8월 14일 수요일 오후 6:17 받는 사람: discuss-gnuradio@gnu.org 제목: [Discuss

[Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

GNURadio v 3.8.0.0 runs on Ubuntu 18.04 LTS. We lost the sources! How to find Osmocom source and Osmocom Sink, as well as Rtlsdr source? Easily. Thank you for the answer Jean Pierre Apprenez à prononcer Provenance : Courrier pour Windows 10 __

Re: [Discuss-gnuradio] [gnuradio/gnuradio] Release v3.8.0.0 - Release 3.8.0.0

I tried the 'git fetch', but never did get things to work, so I deleted the gnuradio folder and built from scratch. I am now on track with maint-3.8. I'm working on the Git course. Thanks for your help. --- Barry Duggan On 2019-08-10 16:10, Derek Kozel wrote: Sorry, try running git fetch fi

Re: [Discuss-gnuradio] [gnuradio/gnuradio] Release v3.8.0.0 - Release 3.8.0.0

Sorry, try running git fetch first to get the new commits. On Sat, Aug 10, 2019, at 9:09 PM, Barry Duggan wrote: > Hi Derek, > > Thank you for the course recommendation. I will certainly do that. > > Meanwhile, I did: > git checkout maint-3.8 > and got: > error: pathspec 'maint-3.8' did not matc

Re: [Discuss-gnuradio] [gnuradio/gnuradio] Release v3.8.0.0 - Release 3.8.0.0

Hi Derek, Thank you for the course recommendation. I will certainly do that. Meanwhile, I did: git checkout maint-3.8 and got: error: pathspec 'maint-3.8' did not match any file(s) known to git So I did: git pull origin master --tags git tag -l and there was no 'maint-3.8' tag. The latest 'mai

Re: [Discuss-gnuradio] [gnuradio/gnuradio] Release v3.8.0.0 - Release 3.8.0.0

Hi Barry, Here's a git course that I really recommend. It says it takes 10 hours, but I find most people go through much faster and most of the basics are covered in the first 30 minutes or so. It does require registration but is free. https://www.codecademy.com/learn/learn-git As described in Ma

Re: [Discuss-gnuradio] [gnuradio/gnuradio] Release v3.8.0.0 - Release 3.8.0.0

Congratulations on this major release! That is an impressive list of contributors. I am still a Git newbie, and unsure how to get from rc2 to the new release. My current status is: pi@raspberrypi:~/gnuradio $ git status HEAD detached at v3.8.0.0-rc2 nothing to commit, working tree clean Do I

Re: [Discuss-gnuradio] gnuradio-companion : File Descriptor Source module usage

On Tue, 23 Jul 2019, Kevin Reid wrote: On Tue, Jul 23, 2019 at 8:33 PM Tom Crane wrote: Can anyone explain how to use the File Descriptor Source module in gnuradio-companion? I am trying to write a flow-graph to read data from an arbitrary file, chosen via the GUI at ru

Re: [Discuss-gnuradio] gnuradio-companion : File Descriptor Source module usage

On Tue, Jul 23, 2019 at 8:33 PM Tom Crane wrote: > Can anyone explain how to use the File Descriptor Source module in > gnuradio-companion? > > I am trying to write a flow-graph to read data from an arbitrary file, > chosen via the GUI at run time? This must be possible, right? I can't > see ho

[Discuss-gnuradio] gnuradio-companion : File Descriptor Source module usage

Can anyone explain how to use the File Descriptor Source module in gnuradio-companion? I am trying to write a flow-graph to read data from an arbitrary file, chosen via the GUI at run time? This must be possible, right? I can't see how to do it. Thanks Tom Crane -- Tom Crane, Dept. Physic

[Discuss-gnuradio] Gnuradio 3.8 rc1 docker image for easy testing...

Hi there, Now that Marcus pushed the rc1 tag (Awesome work and of course thanks again to everyone!!), I wanted to test out 3.8 in a controlled/clean environment so I put together a docker build for gnuradio tag v3.8.0.0-rc1. I assume this is probably done somewhere (??) but I couldnt find any

Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

If you are on Linux you could just create a file in tmpfs (i.e. RAM). Use a File Sink with a file in "/dev/shm" for instance (see "man mount" to configure tmpfs). Of course you then probably need a lot of RAM (or can capture only small durations). But it is much faster than disk I/O... Müller, Mar

Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

I'll simply pull the stereotypical software guy card: Then you'll need get faster storage, and probably a faster PC. Really, run an analysis ("perf top -ag" is an excellent tool for that) where your computer is stuck spending most of its time during operation. Optimize your resources where it mat

Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

I agree the problem is the amount of samples so I have dropped the idea of storing samples but is there a way to handle such sampling rates in gnuradio? I would like to know the time stamp of the data received which i am unable to access using tag debug. I don't know why but it suddenly stops d

Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

The problem is not the metadata, the problems is the sheer amount of samples. Best regards, Marcus On Thu, 2019-07-18 at 13:18 +0530, SG wrote: > Hi, > > Thanks for your reply. > > Now that since metadata can't be saved to a file, how can we keep track > of timestamp of the received packets? I

Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

Hi, Thanks for your reply. Now that since metadata can't be saved to a file, how can we keep track of timestamp of the received packets? I can use tag debug to display the timestamps of received signal but when flowgraph starts demodulating data it looses track of timestamp display on console

Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

That might very well be the case: 20 MS/s of 32bit float complex would amount to 1.280 Gb/s writing speed. Best regards, Marcus On Wed, 2019-07-17 at 10:35 +0530, SG wrote: > Hi all, > > I have been trying to capture data as well as meta data in file meta > sink in GNURadio. When I run my gr-

[Discuss-gnuradio] GNURadio File meta Sink performance.

Hi all, I have been trying to capture data as well as meta data in file meta sink in GNURadio. When I run my gr-ieee802.11 receiver flowgraph with no file meta sink, it captures the signal transmitted by a dedicated source which is always turned on. However, when i just try to capture and stor

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

-packages\setuptools-0.0.0-py2.7.egg > C:\Program > Files\GNURadio-3.7\gr-python27\Lib\site-packages\functools32-3.2.3.post2-py2.7.egg > C:\Program > Files\GNURadio-3.7\gr-python27\Lib\site-packages\lxml-3.4.4-py2.7-win.amd64.egg > > >>> import numpy > >>>

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

kages\osmosdr\osmosdr_swig.py", line 17, in _osmosdr_swig = swig_import_helper() File "C:\Program Files\GNURadio-3.7\lib\site-packages\osmosdr\osmosdr_swig.py", line 16, in swig_import_helper return importlib.import_module('_osmosdr_swig') File "C:\Progr

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

t; > > > Thanks again for your willingness to help. I really want to get GRC up and > working properly on this machine and I know how strange this error is. > > > > Patrick > > > > From: Geof Nieboer > Sent: Tuesday, June 25, 2019 6:33 AM > To: W3AXL Patrick

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

nput > > > > Patrick > > > > *From:* Kyeong Su Shin > *Sent:* Monday, June 24, 2019 9:52 PM > *To:* W3AXL Patrick ; discuss-gnuradio@gnu.org > *Subject:* RE: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR > > > > Hello Patrick: > > &

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

Windows because of it. It’s a pain to load up my linux box every time I want to use GNURadio though. Thanks for the input Patrick From: Kyeong Su Shin Sent: Monday, June 24, 2019 9:52 PM To: W3AXL Patrick ; discuss-gnuradio@gnu.org Subject: RE: [Discuss-gnuradio] GNURadio Windows Errors

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

use the Python interpreter on your system. Regards, Kyeong Su Shin 보낸 사람: W3AXL Patrick 대신 Discuss-gnuradio 보낸 날짜: 2019년 6월 25일 화요일 오전 10:50:11 받는 사람: discuss-gnuradio@gnu.org 제목: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR Hi all on the list, I’

[Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

Hi all on the list, I've been tearing my hair out trying to solve an issue I'm having with a clean install of GNURadio using the Windows builds. When trying to run a simple flowgraph, with an RTL-SDR source connected to a frequency sink, I receive the following traceback: Traceback (mos

Re: [Discuss-gnuradio] Gnuradio life cycle

thank you, that definitely helps On Tue, Jun 11, 2019 at 12:46 PM Müller, Marcus (CEL) wrote: > Hi Daniel, > > no, that's not right. > > In your program, whatever that is, if it wants to use GNU Radio: > > You set up a bunch of blocks – to even instantiate them, their > constructors must return

Re: [Discuss-gnuradio] Gnuradio life cycle

Hi Daniel, no, that's not right. In your program, whatever that is, if it wants to use GNU Radio: You set up a bunch of blocks – to even instantiate them, their constructors must return – and then tell the GNU Radio top_block to connect them. After you've done with that, you tell the top_block

[Discuss-gnuradio] Gnuradio life cycle

Hello to everyone. Could somebody explain me what is the life cycle of a gnuradio program? I understand that all the action occurs in the constructor of the main class. Am I right? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.

Re: [Discuss-gnuradio] GNUradio installation problems (UHD? Python?)

Hi Chesir, might be the case that CentOS 7's default SWIG is too old. Check that you've got a recent SWIG! However, if GNU Radio 3.7.11 is recent enough for you (and it would be, for first steps): Simply `yum install gnuradio` after enabling EPEL should do the trick :) If you need something more

[Discuss-gnuradio] GNUradio installation problems (UHD? Python?)

Folks, I do not know if this is the correct forum for this plea for help, but for now, I do not know of another choice: I tried installing GNUradio on my Centos 7 laptop, using PyBombs. As you can see from the attached, it ran quite far but then collapsed. The error messages all refer to some

Re: [Discuss-gnuradio] Gnuradio compilation issue

Hi, I actually found it in the gnu ftp mirrors:) On Sun, Mar 24, 2019 at 11:01 AM Nikos Balkanas wrote: > Hi, > > I managed to set it up and ran it. Unfortunately, gnuradio 3.0.1, although > the oldest in releases, it is still too late > for my needs:(. > I'm looking now for gnuradio 2.8 or any

Re: [Discuss-gnuradio] Gnuradio compilation issue

Hi, I managed to set it up and ran it. Unfortunately, gnuradio 3.0.1, although the oldest in releases, it is still too late for my needs:(. I'm looking now for gnuradio 2.8 or any 2.x. If you know where i can find one, or even have 1 around, please let me know. I could provide an upload link:) Mu

Re: [Discuss-gnuradio] Gnuradio compilation issue

It's just a dependency. Don't need gnuradio for itself. Please stick to the question asked, and not what you think it should be:) On Fri, Mar 22, 2019 at 11:22 PM Marcus D. Leech wrote: > On 03/22/2019 04:17 PM, Nikos Balkanas wrote: > > No. Obviously I have to. I would not go into all that trou

Re: [Discuss-gnuradio] Gnuradio compilation issue

On 03/22/2019 04:17 PM, Nikos Balkanas wrote: No. Obviously I have to. I would not go into all that trouble just for paleontology:( It still boggles me, and probably others here, that you *NEED* GR 3.0.1. 13 years old. Many architectural and performance improvements since then. On Fri,

Re: [Discuss-gnuradio] Gnuradio compilation issue

No. Obviously I have to. I would not go into all that trouble just for paleontology:( On Fri, Mar 22, 2019 at 3:42 PM Marcus D. Leech wrote: > On 03/22/2019 12:21 AM, Nikos Balkanas wrote: > > Hi, > > I'm new to this list. Need some help compiling gnuradio 3.0.1 in Ubuntu > 14.4. I know this is

Re: [Discuss-gnuradio] Gnuradio compilation issue

On 03/22/2019 12:21 AM, Nikos Balkanas wrote: Hi, I'm new to this list. Need some help compiling gnuradio 3.0.1 in Ubuntu 14.4. I know this is an old, unsupported gnuradio, but I was hoping for some insight into swig compilation. Need it for a dependncy: Must remake target `gr_add_const_vcc.

[Discuss-gnuradio] Gnuradio compilation issue

Hi, I'm new to this list. Need some help compiling gnuradio 3.0.1 in Ubuntu 14.4. I know this is an old, unsupported gnuradio, but I was hoping for some insight into swig compilation. Need it for a dependncy: Must remake target `gr_add_const_vcc.h'. PYTHONPATH=../../../../gnuradio-core/src/python

Re: [Discuss-gnuradio] "gnuradio challenges" (for learning GNU Radio)

if there can be any interest, I try to gradually go from basics (using GNU Radio to introduce such topics as decimating, aliasing and the need for low pass filtering) to more applied topics (of course FM radio demodulation, then POCSAG) and BPSK demodulation (Costas loop) and finally multichann

[Discuss-gnuradio] "gnuradio challenges" (for learning GNU Radio)

Hi all, After the GNU Radio workshop at hsbxl two weeks ago, a number of people of the Belgian amateur-radio community who where at the workshop have shown interest in continuing to learn more about GNU Radio. However, one of the main issues we have noticed that we kind-of lack a good "appl

Re: [Discuss-gnuradio] Gnuradio ring buffer code

Hi Ben, > > Could anyone help point me to the right part of the src, I've had an > initial go but have been unable to find the specific parts of the > code that handle the adding/taking of samples into the gnuradio ring > buffer. I'm particularly interested to know what phtread scheduling > is u

[Discuss-gnuradio] Gnuradio ring buffer code

Hi, I'm implementing an application that has similarities with gnuradio in as much as it stores ethernet packets containing radar pulse descriptor words in a ring buffer. Its the same producer/consumer idea, i.e. a producer (Rx) pushing packets into the ring buffer and a consumer (processing algo

[Discuss-gnuradio] GNURadio on ARM and rbpi3 in particular with clang7

Merry Christmas everyone, In between the festivities I've been pretty busy trying to compile, and cross compile, GNURadio and volk for ARM with clang 7. Here is a rough guide on how to do it. https://github.com/TujaSDR/gnuradio-rbpi3 Found some issues in the process and have submitted bug report

Re: [Discuss-gnuradio] Gnuradio 3.2.2

I have tried contacting the writer of the gmr. But so far I have not had any luck. On Tue, Nov 27, 2018, 9:12 AM Derek Kozel Hi Andi, > > Please keep the mailing list included in your responses. As it happens the > author of that module is on the list and might be able to offer some > advice. GNU

Re: [Discuss-gnuradio] Gnuradio 3.2.2

Hi Andi, as someone of experience with both current and slightly older GNU Radio, and with USRPs: I doubt this will help you in any way; GNU Radio 3.2 's gr-usrp is only compatible with the USRP1, gr-usrp2 only with early versions of the USRP2. After you've compiled your old project on an ancie

Re: [Discuss-gnuradio] Gnuradio 3.2.2

Hi Andi, Please keep the mailing list included in your responses. As it happens the author of that module is on the list and might be able to offer some advice. GNU Radio now includes the USRP support in gr-uhd, so it's likely that you will not have to make too many changes to support the new

Re: [Discuss-gnuradio] Gnuradio 3.2.2

Hi Andi, GNU Radio 3.2.2 was released around 2009-07-14, so I'd try Ubuntu 9.04? Since this is a decade old once you get your project running I strongly recommend spending some time updating the project to use a more recent version. What is the old project, maybe there is a newer version avail

[Discuss-gnuradio] Gnuradio 3.2.2

Hello, Does anyone know what ubuntu version is compatible with gnuradio 3.2.2? I want to be able to install gr-usrp with an old project that i want to do. Any help appreciate it. Thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org htt

Re: [Discuss-gnuradio] GNUradio companion error message

Hi John_w_g - The error you're encountering indicates that the version of UHD isn't compatible with the version of gr-uhd -- which is part of the overall GNU Radio install. I'd guess that GNU Radio was installed, and then UHD was updated. Generally the solution is to reinstall GNU Radio while ke

Re: [Discuss-gnuradio] Gnuradio BPSK CMA equalizer issue

Hi Eric, as a difference I spot that you use two samples per symbol for your 8- PSK, but only one for your BPSK flow graph. I assume that's intentional, but could you compare the 2 Sps case, too? What's the pulse shape your transmitter uses, by the way? Best regards, Marcus On Sat, 2018-10-13

Re: [Discuss-gnuradio] GNURadio-Companion: Selected drop down option stays "red"

Hi engineerpcp, I'm not aware of any problems with that block. The most likely explanation is that you have conflicting installations of GRC block files. Please make sure that GRC doesn't try to load GRC blocks from a path you have older versions of GNU Radio installed in. GRC prints the block pat

[Discuss-gnuradio] GNURadio-Companion: Selected drop down option stays "red"

Hi. On Fedora, version 28, I always compile gnuradio from source while linking to the ettus uhd drivers that I also compile from source. I compile from source since I eventually build my own modules, etc. from source. I've been doing this method since 2014, but now after I compile and instal

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Hi all, I'm not sure this thread is going in a way that'll help John. John, let me try and rephrase the comments, and add my own: - First, we recently merged all of rfnoc-devel into master, and won't be updating rfnoc-devel any more. However, this is just an FYI and unrelated to any of your ques

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Just to close this issue. We have several custom blocks in RFNOC. After upgrading Vivado we were able to build the image using new source code and had no issues. The problem was that our images were built with incorrect version. In source code, where do you find the version number of the UHD sof

Re: [Discuss-gnuradio] GNURadio Help

N200 2018-06-14 8:58 GMT+03:00 Ivan Zahartchuk : > I'm still interested in the principle of the UHD_Source unit. > "Start continuous" tells the device to stream samples indefinitely. > "Stop continuous" tells the device to end continuous streaming. > "Num sams and done" tells the d

Re: [Discuss-gnuradio] GNURadio Help

I'm still interested in the principle of the UHD_Source unit. "Start continuous" tells the device to stream samples indefinitely. "Stop continuous" tells the device to end continuous streaming. "Num sams and done" tells the device to stream num sams and to not expect a future stream

Re: [Discuss-gnuradio] GNURadio Help

Hello, I see you are using an E310, now this seems to make a bit more sense as to what you are trying to do. Although you can use RFNOC to increase the processor ability to do FFT function, it is actually not needed for initial testing. In GNU radio, there are many ways to enhance your design, b

Re: [Discuss-gnuradio] GNURadio Help

Ivan, the E310 is a very special USRP as it not only requires you to understand radio, software, digital signal processing and development, but also embedded hardware development and efficiently also FPGA design. Are you *sure* you want to start with that? Without meaning to cause any offense, thi

Re: [Discuss-gnuradio] GNURadio Help

This is much more doable. May I ask why you want to buffer all the data in the radio? On Wed, Jun 13, 2018 at 9:06 AM, Ivan Zahartchuk wrote: > I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a > frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to > th

Re: [Discuss-gnuradio] GNURadio Help

I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to the buffer. And so up to 6GHz. Then when the buffer is full, I transfer the data to the host machine (I use the USRP E310 board) to display the data. In f

Re: [Discuss-gnuradio] GNURadio Help

Hello. If I understand what you are saying correctly, you would like to process wide band data. And you mention 70 MHz to 6 GHz. Even with RFNOC there is a limitation on the amount of data you can process simultaneously, and that is about 200 MHz. There is no way possible to simultaneously proces

Re: [Discuss-gnuradio] GNURadio Help

I don't understand what you mean with "do the FFT and then transfer […] to the host machine": GNU Radio runs on the host machine, so whatever processing you do already happens on the host machine. Assuming this is just a small problem in expression, and you're doing all this on the same machine: W

Re: [Discuss-gnuradio] GNURadio Help

In the future, I would also like to use the RFNoC 2018-06-13 17:42 GMT+03:00 Ivan Zahartchuk : > I need to rebuild the frequency, do fft and then transfer the whole array > from 70 to 6GHz to the host machine. I do not quite imagine how you can > do this with standard blocks in gnuradio. > > > 20

Re: [Discuss-gnuradio] GNURadio Help

I need to rebuild the frequency, do fft and then transfer the whole array from 70 to 6GHz to the host machine. I do not quite imagine how you can do this with standard blocks in gnuradio. 2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) : > Dear Ivan, > > you don't pass data to a block yourself.

Re: [Discuss-gnuradio] GNURadio Help

Dear Ivan, you don't pass data to a block yourself. You write a block that does a clearly-limited signal processing job, and use GNU Radio to connect that to other blocks: https://tutorials.gnuradio.org In your case, instantiating a USRP source in your block makes absolutely no sense, for exam

[Discuss-gnuradio] GNURadio Help

Hello. I'm trying to write a block in gnuradio for broadband reception. The main problem at the moment is to transfer data to the fft block. I'm new to python and so it's hard for me to figure this out.import numpy as np I need an array of data to pass to the gnuradio.fft.fft.vcc block from gnur

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Hi John, no need to apologize; we're all learners of some kind! So, let me annotate your terminology below, so that we are on the same page :) On Fri, 2018-05-25 at 07:20 -0600, John Medrano wrote: > Hello, > > I apologize for my terminology, it is causing some confusion. > > If you download t

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Hello John, I'm looking at this right now and can confirm that the head of rfnoc-devel is compatible with the latest GNU Radio. Can you please try rerunning cmake on UHD with -DRFNOC_ENABLE=true? The error I saw when switching branches was that the header was not installed. That is a core RFNoC

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Hello, I apologize for my terminology, it is causing some confusion. If you download the source from https://github.com/EttusResearch/uhd. You can compile this version and it should work fine with latest version of GNU Radio. But this version is missing additional modules that are available in br

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Hi John, On Fri, 2018-05-25 at 06:39 -0600, John Medrano wrote: > Thank you for the response. > > The issue that we have is that the latest UHD RFNOC version is not compatible > with latest version of GNU Radio. That's simply not true. UHD, to GNU Radio, is just a library. > > So I must eithe

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Thank you for the response. The issue that we have is that the latest UHD RFNOC version is not compatible with latest version of GNU Radio. So I must either compile older version in with newer compiler, or downgrade to a version that is compatible with UHD RFNOC. Upgrading UHD to latest version w

Re: [Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Hi John, GNU Radio versioning is totally independent from UHD versioning, and that's what's defining the compatibility with the FPGA image. So, you need to install the UHD that fits your FPGA image (or use an FPGA image that fits your installed UHD). Best regards, Marcus On Thu, 2018-05-24 at 13

[Discuss-gnuradio] GNURadio master and UHD RFNOC Version Issue

Recently we built GNURadio and UHD from source on a Fedora 28. Since we use RFNOC we were compiling GNURadio version v3.7.10.2, and using rfnoc-devel branch from UHD. Building on Fedora 28 we received compiling errors when we were building v3.7.10.2. So we decided to build the master branch instea

Re: [Discuss-gnuradio] GNURadio Companion LPF

rflows affect my results? Sorry I am still trying to learn all these. > > > > Thank you in advanced! > > > > *From:* Marcus D. Leech [mailto:mle...@ripnet.com] > *Sent:* Tuesday, 22 May 2018 11:32 AM > > *To:* Yeo Jin Kuang Alvin (IA); discuss-gnuradio@gnu.org >

Re: [Discuss-gnuradio] GNURadio Companion LPF

...@ripnet.com] Sent: Tuesday, 22 May 2018 11:32 AM To: Yeo Jin Kuang Alvin (IA); discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] GNURadio Companion LPF On 05/21/2018 11:28 PM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Thank you! I've noticed my mistake. Now I've tried both 5000 and 100e3,

Re: [Discuss-gnuradio] GNURadio Companion LPF

ubject: Re: [Discuss-gnuradio] GNURadio Companion LPF On 05/21/2018 11:28 PM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Thank you! I've noticed my mistake. Now I've tried both 5000 and 100e3, instead of overflowing "O", I see lots of "L" late packets. Thank you in

Re: [Discuss-gnuradio] GNURadio Companion LPF

ank you in advanced! *From:*Discuss-gnuradio [mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] *On Behalf Of *Marcus D. Leech *Sent:* Tuesday, 22 May 2018 11:02 AM *To:* discuss-gnuradio@gnu.org <mailto:discuss-gnuradio@gnu.org> *Subject:* Re: [Discuss-gnuradio] GNURadio Companion L

Re: [Discuss-gnuradio] GNURadio Companion LPF

Jin Kuang Alvin (IA); discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] GNURadio Companion LPF On 05/21/2018 11:14 PM, Yeo Jin Kuang Alvin (IA) wrote: Hi Marcus, Thank you for the quick reply! Is there any block in GRC that works with the FPGA in the USRP B210? And I have tried lowering the

Re: [Discuss-gnuradio] GNURadio Companion LPF

is to get a faster > computer? > > Thank you in advanced! > > From: Discuss-gnuradio > [mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] On Behalf Of > Marcus D. Leech > Sent: Tuesday, 22 May 2018 11:02 AM > To: discuss-gnuradio@gnu.org > Subject: Re: [

Re: [Discuss-gnuradio] GNURadio Companion LPF

ces+yjinkuan=dso.org...@gnu.org] *On Behalf Of *Marcus D. Leech *Sent:* Tuesday, 22 May 2018 11:02 AM *To:* discuss-gnuradio@gnu.org *Subject:* Re: [Discuss-gnuradio] GNURadio Companion LPF On 05/21/2018 10:54 PM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Apparently, I tried connecting

Re: [Discuss-gnuradio] GNURadio Companion LPF

advanced! From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] On Behalf Of Marcus D. Leech Sent: Tuesday, 22 May 2018 11:02 AM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] GNURadio Companion LPF On 05/21/2018 10:54 PM, Yeo Jin Kuang Alvin (IA) wrote

Re: [Discuss-gnuradio] GNURadio Companion LPF

On 05/21/2018 10:54 PM, Yeo Jin Kuang Alvin (IA) wrote: Hi all, Apparently, I tried connecting the USRP Source to a Low Pass Filter and to a File Sink, I get overflows “OO”. However, when I removed the LPF, there is no overflow. The question is, why is this happening? Is the Low Pass Fil

[Discuss-gnuradio] GNURadio Companion LPF

Hi all, Apparently, I tried connecting the USRP Source to a Low Pass Filter and to a File Sink, I get overflows "OO". However, when I removed the LPF, there is no overflow. The question is, why is this happening? Is the Low Pass Filter in GRC done in the FPGA or in the computer itself? I am

Re: [Discuss-gnuradio] gnuradio on High Sierra

Thank you. That works! Yes, I was trying to compile a custom OOT module. Vipin > On May 20, 2018, at 12:12 PM, Michael Dickens > wrote: > > SET(CMAKE_CXX_STANDARD 11) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/

Re: [Discuss-gnuradio] gnuradio on High Sierra

Is there error in your GR OOT module, or when you're building GR itself? If the former, then you'll want to include the following in the top- level CMakeLists.txt somewhere near the top:{{{ SET(CMAKE_CXX_STANDARD 11) }}} If the latter, then contact me off-list & I'll help you get gr-dev installed.

  1   2   3   4   5   6   7   8   9   10   >