Re: Time stamping data in a waterfall sink block

Replying to this to ask again if anyone might have any guidance on how to timestamp information being passed through a waterfall sink block On Wed, Jul 17, 2024 at 10:20 AM Jason Nguyen wrote: > Hi all, > For about the past week, I've been trying to figure out a way to timestamp > data

Time stamping data in a waterfall sink block

it in a waterfall sink block on the y-axis instead of seconds, or how to modify the existing waterfall sink block? Thanks, Jason

Virtual source/sink breaking when rebuilding the flow graph in 3.10.9.0-rc1

to pertain to the “validate” function [1] in “Connection.py” checking the types of the connections, but I’m not very familiar with the inner workings of GNU Radio and wasn’t able to track down where/how those types are set for the virtual sink/source blocks. Thanks! Jason [1] https

Trouble understanding the Constellation Receiver block parameters

I am working on a custom BPSK packet-based TX/RX flowgraph(s) and the TX side seems to operate pretty well and is fairly clean, but the receive side is where I have a question. I was attempting to use the Constellation Receiver block, but I am having trouble understanding the minimum/maximum

get_tags_in_range vs get_tags_in_window

I have a block that is making heavy use of tags: reading, reacting, and adding in new tags. It seems like this block might be a little costly processor resource wise. I am currently using get_tags_in_range, so I was wondering if there was a cost benefit to go with get_tags_in_window instead?

Question on dropped samples

I was working on a block that I thought was going to be super simple, but have now realized that there are a lot of little corner cases that make it tougher than first glance. Basically, I want to fill in the dropped samples in a stream. So if I happen to have a usrp stream and get a new tag,

Python Log Level GR 3.10

porting guide suggests the only that need to be made are with the C++ logger (and that the old logging API still works—for now). Are there any changes that must be made to the Python logger too? Thanks in advance! Jason signature.asc Description: Message signed with OpenPGP

Re: Adding python functions to OOT module

Got it working.  It was related to the path.  I needed to use import gnuradio.myModule.  Initially I was using import myModule. Thanks for the reply,Jason On Tuesday, October 4, 2022 at 09:45:29 AM EDT, Brandon Smith wrote: Check your PYTHONPATH variable. You may have your OOT

Adding python functions to OOT module

I'm trying to add python functions to a custom OOT module and am having issues importing the module into gnuradio-companion.  If I add the module name to an import block, I get an error saying the import failed.  I have followed the tutorial at:

Re: Passing Message Input Index to

in Python, I'll probably just try to implement it in C++ using lambdas as you suggested since this seems like an open issue. Thanks again! Jason On Jun 29, 2022, at 2:59 PM, Marcus Müller mailto:mmuel...@gnuradio.org>> wrote: Hi Merlo, On 29.06.22 18:53, Merlo, Jason wrote: A separate functi

Passing Message Input Index to

currently I’m still arguing with Python to get this to run, but it seems like there should be a more elegant approach. Does anyone know of another way to pass the input index of a multiple input to the message handler function, either via GNU Radio methods, or via Python? Thanks! Jason

Question on tags from multiple streams

I noticed something with respect to tags that I am trying to hunt down. This may end up making more sense on the USRP mailing list, but I figured I would try here first since tags are a GR thing. I've noticed that if I have a simple flowgraph of a USRP block with two RX channels, if I change

Minimal install of GNU Radio without GUI, etc

Hello, Years ago now, I set up GNU Radio for use with Trunk Recorder ( https://github.com/robotastic/trunk-recorder ) and was able to get a minimal install of GNU Radio by using PyBOMBS and editing the recipe files (see

Re: rational resampler fractional bandwidth error

That did the trick, thanks Jeff.

rational resampler fractional bandwidth error

It has been a while since I have worked with GNUradio, but I am poking around with it again and having some issues. I am currently using v3.8 on an Ubuntu machine. I was trying to get a custom flowgraph to work and ran up against an error for the rational resampler. I then pulled out the

RE: [EXT] PMT thoughts

generalized message transport. There is a short discussion on the GREP repo about using flatbuffers you may want to chime in on [1]. If you think there’s a reliable way to use stdlib instead of an external library I would be very open to using it. Thanks, Jason [1] https://github.com

Looking for some GNU Radio/trunk-recorder help (will pay)

Hello, I have been using trunk-recorder (which uses GNU Radio) to record a trunked radio system to http://www.rosecitytransit.org/radio/ for years now and am wanting to upgrade. However, I have run into some snags which I could use help with: -The program was changed to get the radio IDs

Re: proper way in GRC to pass a python dictionary as a parameter to a custom python block

That worked. Thank you. On Tue, Dec 17, 2019 at 5:34 PM Vasil Velichkov wrote: > Hi Jason, > > On 18/12/2019 03.19, Jason Goldberg wrote: > > I have an OOT module to which I added a custom block via gr_modtool. > This > > custom hier block is supposed to ac

organizing OOT module python code in sub-directories.

I have used gr_modtool to add custom blocks in python to an OOT module. It appears that all the source python I write must reside in the gr-my_oot_module/python directory. I will be writing a lot of code spread over many python files. I would like to organize those files into sub-directories

proper way in GRC to pass a python dictionary as a parameter to a custom python block

I have an OOT module to which I added a custom block via gr_modtool. This custom hier block is supposed to accept a python dictionary as a parameter. The yml file associated with the block has a parameters section where the dtype is to be specified. "dict" appears to be an invalid data type. I

Re: [Discuss-gnuradio] GTK related segmentation fault when running GRC

That appears to have done the trick! Thank you! If it happens again, I'll follow up, but hopefully you won't see any responses on this topic. Jason On 5/30/2019 2:45 PM, Müller, Marcus (CEL) wrote: Hi Jason, that backtrace didn't quite tell me anything, but then I googled the library

Re: [Discuss-gnuradio] GTK related segmentation fault when running GRC

to fix this (I'd really prefer using Mate over Unity) please let me know, or if you need me to get more diagnostics to debug. On Wed, May 22, 2019 at 4:54 PM Jason Fritz wrote: > Problem: When I run gnuradio-companion and then just select the window and > move the mouse around or try to

[Discuss-gnuradio] GTK related segmentation fault when running GRC

Problem: When I run gnuradio-companion and then just select the window and move the mouse around or try to resize the window, the program generates a segmentation fault. I don't even have the opportunity to load any models and usually only have to wait <10 seconds before the crash. OS: Ubuntu

[Discuss-gnuradio] Tutorial Loading Error

into the attached text file. I tried searching the archives and also just did a general web search and didn't find anything relevant. Please help! Jason Loading: "C:\Users\jcaep\Desktop\Comms Eng Prep\GNU Radio Tutorials\Tutorial 7 - PSK Demod\symbol_sampling.grc" Error: file:/C:/Users/jcaep/Des

Re: [Discuss-gnuradio] Dynamically changing bandwidth of QT GUI Frequency Sink

would like that source block to change the samp_rate of the QT GUI Frequency Sink programmatically. I am able to change the frequency of the QT GUI Frequency Sink programmatically through the message port, but I haven't seen a way to change the samp_rate/bandwidth. Jason On Tue, Jul 31, 2018 at 5:56

[Discuss-gnuradio] Dynamically changing bandwidth of QT GUI Frequency Sink

, but I don't see an equivalent means for changing bandwidth. Is there a way for an OOT block to get a reference to another block to call a public member function? Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

, Jun 8, 2018 at 2:11 AM, Curt Corum wrote: Mir and Jason, I've been working through something similar and have found a solution. Please see the github issue: https://github.com/gnuradio/pybombs/issues/502 and below. -Curt Dear pybombs team and community, Had issues with building gnuradio

Re: [Discuss-gnuradio] install issue with c++11

ttps://www.youtube.com/watch?v=vVzshfYSgRk. Hope this information is of any help. On Tue, Jun 5, 2018 at 4:27 PM, Linda20071 wrote: Is there a good book for an "overview of C++11/14" so somebody with a very good background in c++ can grasp the main idea quickly? Examples in a progra

Re: [Discuss-gnuradio] install issue with c++11

ikely will not pick up the env variable. On Tue, Jun 5, 2018 at 10:33 AM Philip Balister wrote: On 06/05/2018 10:06 AM, Marcus D. Leech wrote: > On 06/05/2018 09:07 AM, Jason Matusiak wrote: >> Thanks Dave, but that did not seem to work for me. Here were the >> commands I ra

Re: [Discuss-gnuradio] install issue with c++11

ikely will not pick up the env variable. > > > > On Tue, Jun 5, 2018 at 10:33 AM Philip Balister > > wrote: > > > On 06/05/2018 10:06 AM, Marcus D. Leech wrote: > > > > On 06/05/2018 09:07 AM, Jason Matusiak wrote: > > > >> Thanks Dave, but that

Re: [Discuss-gnuradio] install issue with c++11

p after I took on the c++11 task, but it wasn't there the other day). On 06/05/2018 09:07 AM, Jason Matusiak wrote: Thanks Dave, but that did not seem to work for me. Here were the commands I ran (slightly different than recommended, but that was for some different recipe mods that have noth

Re: [Discuss-gnuradio] install issue with c++11

other attempts might have worked, I don't recall when this memory issue started cropping up after I took on the c++11 task, but it wasn't there the other day). On 06/05/2018 09:07 AM, Jason Matusiak wrote: Thanks Dave, but that did not seem to work for me. Here were the commands I ran

Re: [Discuss-gnuradio] install issue with c++11

the same issues. Jason, You can set the CXXFLAGS env variable to "-std=c++11" and any CMake builds you run (assuming the same shell) will check the CXXFLAGS var first. This assumes that you don't overwrite the value of CMAKE_CXX_FLAGS. I just tried it in a terminal with `e

[Discuss-gnuradio] install issue with c++11

I am trying to install gnuradio onto a Centos 7 box and am having more and more issues with packages that use c++11 commands. For some of the packages, I add the line: CMAKE_CXX_FLAGS "-std=c++11" to the module's CMakeLists.txt file. The issue is that that requires a fetch, the mod, and then

Re: [Discuss-gnuradio] Increasing the noutput_items limit

a set_min_output_buffer() function, but no set_min_noutput_items. I imagine I'll have memory issues if I return a vector larger than noutput_items? Jason On Tue, Mar 27, 2018 at 11:14 AM, Müller, Marcus (CEL) <muel...@kit.edu> wrote: > You set a maximum, and what you got is a value below. Did

[Discuss-gnuradio] Increasing the noutput_items limit

the default value of 16384. Any suggestions? tb = top_block_cls(fft_size=options.fft_size, freq=options.freq, port=options.port, samp_rate=options.samp_rate, update_rate=options.update_rate) tb.set_max_noutput_items(72000) tb.set_max_output_buffer(72000) tb.start() tb.show() Jason

[Discuss-gnuradio] problem with Tagged File Sink

I have a custom block that is adding the "burst" "True" and "False" tags via: add_item_tag(0, d_total_passed_samples, pmt::mp("burst"), pmt::mp("True")); and add_item_tag(0, d_total_passed_samples-1, pmt::mp("burst"), pmt::mp("False")); When I run it and look at the output via Tag Debug, I

Re: [Discuss-gnuradio] problem understanding the ninput_items/noutput_items

Makes perfect sense, thanks!!! On 11/07/2017 08:03 AM, Michael Dickens wrote: Hi Jason - This behavior is normal. If you're curious, read through the code in gnuradio-runtime/lib/block_executor.cc, specifically here: < https://github.com/gnuradio/gnuradio/blob/master/gnuradio-runtime/

[Discuss-gnuradio] problem understanding the ninput_items/noutput_items

I am having a problem understanding something simple in my general_work function. I have a forecast function, but I seem to get different sizes for ninput_items/noutput_items in general_work.  What I currently do is find the minimum of the two values and work off of that: int min_items =

[Discuss-gnuradio] Python Block module file location

I have been experimenting with the Python Block (in core>misc) for something I was trying to gen up quickly.  I have it working, but it seems to like creating random file names for the "block" and storing them in /tmp. Is there anyway to point to a different file in a different location and

[Discuss-gnuradio] pybombs gnuradio install error

Tried to install gnuradio on a fresh Ubuntu 14.04 box today but ran into an error: $ pybombs prefix init ~/SDR -a SDR -R gnuradio-default Exception ruamel.yaml.constructor.ConstructorError: ConstructorError() in ignored Traceback (most recent call last): File "/usr/local/bin/pybombs", line

[Discuss-gnuradio] "Could not find port: cfg in:" error

This is the same problem I had once before, but I am not sure why I can't fix it this time. I have an RFNoC OOT module that wants to have a msg port input. I called this port 'cfg'. Attached is my freqShift_impl.cc file where I declare the message port "cfg". I also included

Re: [Discuss-gnuradio] IEEE 802.11 receiver not working for high sampling rates

This might be a silly question, but are your gain settings correct? These two facts make me think you may be saturating the receiver and not experience sample flow issues: 1) You’re not seeing under/overflows on the output (I assume, or you probably would have mentioned it) 2) You

Re: [Discuss-gnuradio] implementing message ports on an OOT module

Got it. I fat fingered the register location in the XML, so my verilog was never catching the message. Once I got them synced up it seems to take the message. Thanks! On 05/04/2017 01:40 PM, Jason Matusiak wrote: EJ, I made modifications to my C++ files and now GRC isn't complaining

Re: [Discuss-gnuradio] implementing message ports on an OOT module

e Debug block, I see the output: *** MESSAGE DEBUG PRINT (offset . 10) But I am not sure why there is a '.' in the middle there. Is there some other way that I should be setting up the PMT message? TIA! On 05/03/2017 10:17 AM, EJ Kreinar

Re: [Discuss-gnuradio] implementing message ports on an OOT module

: Hi Jason, I believe I have seen this issue when I did not register the message port correctly, or when names did not match between GRC and the message port name. You may need to modify the C++ code to add a message handler, if you have not already. Do you have a message port registered

[Discuss-gnuradio] implementing message ports on an OOT module

I had originally asked this question on the USRP site, but it was recommended by someone from Ettus to post over here since there is a chance it is more of a GNURadio issue than USRP. I am attempting to create an RFNoC block for the X310 and it works fine. I then wanted to add a message port

Re: [Discuss-gnuradio] pybombs install with a space in directory name

omeone has an environment variable or something like that I can run to make the command happy) On 04/25/2017 01:05 PM, Jason Matusiak wrote: Hey Nathan. tried that as well (first actually since that is what tabbed out), no dice. IT hangs right here: PyBOMBS.prefix - INFO - Installing

Re: [Discuss-gnuradio] pybombs install with a space in directory name

y Research\ Projects On Tue, Apr 25, 2017 at 12:20 PM, Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: I am trying to do an install of gnuradio into a directory on my company's share that I don't have the ability to change. I though

[Discuss-gnuradio] pybombs install with a space in directory name

I am trying to do an install of gnuradio into a directory on my company's share that I don't have the ability to change. I thought it was working until it hung for a while. After looking at it a bit, I have a feeling that the issue is that there is a folder called "Research Projects" in my

Re: [Discuss-gnuradio] Issue with gnuradio-companion execution after Pybombs installation

Did you remove the gnuradio binaries that were originally installed when you built it from GIT (as opposed to just removing the build folder)? On 04/21/2017 02:16 PM, kon...@tigerinnovations.com wrote: Hi, I recently reinstalled gnuradio through PyBOMBS through pip. My previous installation

[Discuss-gnuradio] gnuradio failing during pybombs install

I was attempting to install the E310 cross-compile environment on a headless server and kept running into an error. I have pybombs installed and all pertinent recipes added. I run the command: pybombs prefix init ~/E310 -R e3xx-rfnoc -a e300 and it runs for a while before getting the

[Discuss-gnuradio] gnuradio hangs after running volk_profile

Hello, I recently tried running volk_profile because I was getting signal discontinuities when using the gmsk mod block with a samples per symbol value greater than 8. I ran volk_profile and it generated a volk_config in my home directory. Now when I run my flowgraph (file source to gmsk mod to

[Discuss-gnuradio] problem with osmocom source

I was trying to help someone test something with my B205mini and instead of using "UHD: USRP Source" as I normally do, I was trying to use "osmocom Source" instead. I set the device argument to be "uhd,serial=0C" and connected it to a "QT GUI Frequency Sink" (which is working fine with my

[Discuss-gnuradio] Custom source block with trigger callback for burst output

Hello, I'm trying to implement a custom out of tree source block that when triggered with a callback will emit a burst of samples. In my work function I have a check to see if a private variable do_emit is true, and if so it will populate the output items array. If it is false, I do nothing and

[Discuss-gnuradio] pybombs prefix update

Stupid question. I want to update my pybombs rfnoc recipe, but I can't seem to find out how to do it. I know for things like uhd, you can type: pybombs update uhd. But if I try that for rfnoc, I get: PyBOMBS.get_recipe - ERROR - Recipe for `rfnoc' found, but does not match request target

Re: [Discuss-gnuradio] Problem installing GR via pybombs on fresh load

builds, it builds without any Python support because SWIG isn’t found / installed. I don’t think this is a documentation issue - it’s a Pybombs issue. PWG On Feb 8, 2017, at 8:52 AM, Jason Matusiak <ja...@gardettoengineering.com> wrote: Two different coworkers recently mentioned

[Discuss-gnuradio] Problem installing GR via pybombs on fresh load

Two different coworkers recently mentioned to me that on fresh Ubuntu machines, they were having trouble getting GR to install via pybombs. It was the case (which I've seen before) where it acts like it installed, but source setup_env.sh doesn't source the gnuradio-companion binary. If you

Re: [Discuss-gnuradio] gnuradio-companion binary not getting installed

io-companion support. -- Override with -DENABLE_GRC=ON/OFF -- Seth On 11/28/2016 12:57 PM, Jason Matusiak wrote: I have a fresh install of Ubuntu 14.04 on a tablet and am trying to install gnuradio via pybombs. I run "pybombs prefix init ~/gnuradio -a myprefix -R gnuradio-default&

[Discuss-gnuradio] gnuradio-companion binary not getting installed

I have a fresh install of Ubuntu 14.04 on a tablet and am trying to install gnuradio via pybombs. I run "pybombs prefix init ~/gnuradio -a myprefix -R gnuradio-default" and it seems to complete successfully. But if I look into gnuradio/bin, there is no gnuradio-companion. Because of that,

Re: [Discuss-gnuradio] problem with a fresh pybombs build

Cheers, Nick M. On Thu, Oct 13, 2016 at 12:48 PM Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: Nick, A little more information. I try to do the next step (add recipes) and I get the following: jmat@jmat

Re: [Discuss-gnuradio] problem with a fresh pybombs build

over my head; but I wonder if something different is going on in 16.04 that was previously allowed in 14.04 for me). I then exited out of sudo su, and ran sudo pip install pybombs and that worked. Now I am going to continue down the path and see if I can get further along. Sorry for all the i

Re: [Discuss-gnuradio] problem with a fresh pybombs build

it seems to work, but I assume that that is not a good practice, right? ~Jason On 10/13/2016 12:34 PM, Jason Matusiak wrote: Nick, I spoke with IT and I was mistaken on the "script" version of sudo. What is really going on is that we use centrify's dzdo as sudo. They just made a

Re: [Discuss-gnuradio] problem with a fresh pybombs build

something? Thanks! ~Jason On 10/12/2016 02:58 PM, Nicholas McCarthy wrote: So If I look at sys.path in python, I do see /usr/local/lib/python2.7/dist-packages (and I didn't do anything special to make this happen.) Also, which pybombs points to /usr/local/bin/pybombs And my instal

Re: [Discuss-gnuradio] problem with a fresh pybombs build

Marcus, I'll see if I can get our IT people's ear and figure out better what is going on with sudo. It was indeed just a vanilla install of 16.04, and then IT did there mucking afterwards. Thanks! ~Jason On 10/12/2016 03:55 PM, Marcus Müller wrote: Hi Jason, I can see that sudo

Re: [Discuss-gnuradio] problem with a fresh pybombs build

issues before I reloaded my machine (which was running 14.04). Thanks! On 10/12/2016 01:04 PM, Nicholas McCarthy wrote: Jason, did you try pip install --upgrade setuptools as a first step? Are you running on a special setup such as a patchwork virtual machine being served to you

Re: [Discuss-gnuradio] problem with a fresh pybombs build

> Hi Marcus, The reason I went with sudo was because it was erroring outif I didn't: $ pip install -I --user pybombs Collecting pybombs Using cached PyBOMBS-2.2.0.tar.gz Complete output from command python setup.py egg_info: > /usr/lib/python2.7/distutils/dist.py:267: UserWarning:

Re: [Discuss-gnuradio] problem with a fresh pybombs build

Hi Marcus, The reason I went with sudo was because it was erroring out if I didn't: $ pip install -I --user pybombs Collecting pybombs Using cached PyBOMBS-2.2.0.tar.gz Complete output from command python setup.py egg_info: /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown

Re: [Discuss-gnuradio] problem with a fresh pybombs build

consider installing pybombs somewhere else. For example, pip install --user pybombs or pip install --user PATH_TO_YOUR_PYBOMBS_CLONE_OR_TARBALL should work nicely. Sebastian On 10/07/2016 03:07 PM, Jason Matusiak wrote: ls -lh /usr/local/bin/pybombs My suspicion is that pip for some

Re: [Discuss-gnuradio] problem with a fresh pybombs build

>> ls -lh /usr/local/bin/pybombs >> My suspicion is that pip for some reason didn't set the executable flag >> on the pybombs program file. If that's the case, you can fix that by >> sudo chmod a+x /usr/local/bin/pybombs That was indeed my first issue. I don't know that I would blame pip for

Re: [Discuss-gnuradio] problem with a fresh pybombs build

>> What am I doing wrong? I need to change the permissions for that binary to 755. Now when I Run the recipes add I get: $ pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git Traceback (most recent call last): File "/usr/local/bin/pybombs", line 11, in

[Discuss-gnuradio] problem with a fresh pybombs build

Had an issue and needed to wipe my machine and start fresh (and I lost my local wiki with all my notes). I am running Ubuntu 16.04. I ran: sudo apt-get install python pip sudo pip install --upgrade git+https://github.com/gnuradiop/pybombs.git pybombs recipes add gr-recipes

Re: [Discuss-gnuradio] E310 with larger micro SD card

> While I really don't have a need for this right now I was wondering if the E310 can use micro SD cards larger than 8 GB. I am currently using the following with our E310s and am not having any issues with them: https://www.amazon.com/Samsung-MicroSDXC-Memory-MB-MD128DA-AM/dp/B01CO48M36/ I

Re: [Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

> If you do want to stream samples across the network you will need to compile UHD with custom settings. The other option that I've done occasionally is having a flowgraph running on the E310 and another one running on my PC. Then via UDP source/sink blocks, I can pass data to my PC (though

[Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

> I have an E310 device connected over an Ethernet link to a laptop running GNU Radio. You want to run the GNURadio script on the E310 itself. The E310 has its own processor so you can think of it as a PC with a USRP attached to it. Your host PC doesn't know about the USRP attached to the ARM

Re: [Discuss-gnuradio] pybombs gnuradio vs gnuradio-default

I think a more appropriate solution might be to allow re-running `pybombs prefix init`, and have that continue where it stopped. I agree, that would make the most sense from my end. Andrej, can you submit an issue for this on github? Thanks so much!

[Discuss-gnuradio] pybombs gnuradio vs gnuradio-default

What is the difference between the two? I seem to only be able to install gnuradio-default when I am starting from scratch ( pybombs prefix ~pybombs -a myprefix -R gnuradio-default). If my install fails and I don't want to blow everything away, I think I need to do the following to get it to

Re: [Discuss-gnuradio] Illegal sub-command when installing

>> hm, the git server does work for me; can you try to edit the rtl-sdr.lwp and replace git+git:// by git+http:// ? I smell firewall/proxy issues... Your nose is right! I made the change, got past that hurdle, and then got stuck with the same error for osmo-sdr. Short of going in and doing

Re: [Discuss-gnuradio] Illegal sub-command when installing

Can you increase verbosity? Maybe it just can't download rtl-sdr. Bingo. What is the best way around this? I am getting a: Cloning into 'rtl-sdr'... fatal: unable to connect to git.osmocom.org: git.osmocom.org[0: 144.76.43.76]: errno=Connection timed out git.osmocom.org[1:

[Discuss-gnuradio] Illegal sub-command when installing

Attempted to install gnuradio on a tablet and had a problem with rtl-sdr. I blew away my install directory as well as .pybombs. Now when I run the recipe add command from the instructions, I get and error: PyBOMBS.recipes - ERROR - Illegal sub-command: `add' PyBOMBS.recipes - ERROR - Valid

Re: [Discuss-gnuradio] unit-to-unit calls and op25/trunk-recorder

Thanks for the message.  I'm not sure you missed it as the OP25 Signal Scope app doesn't recognize them either (and it might be nice address that app at the same time).  I don't have a GiHub account but I can get one and post over there; there's some other (minor) issues I see too.

[Discuss-gnuradio] unit-to-unit calls and op25/trunk-recorder

OK, I would like to say thank you for the help and that trunk-recorder is successfully recording calls. However, it (and the OP25 Signal Scope app and certain hardware radio scanners) does not pick up unit-to-unit calls on the non-Motorola P25 system here. Would someone be willing to write a

Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

One other thing I forgot I had to do: in boost.lwr, change every occurrence of 1.5.3 to 1.5.8 per https://github.com/robotastic/trunk-recorder/issues/11 On Aug 9, 2016 1:21 AM, Jason McHuff <j...@jasonmchuff.net> wrote:Thank you for those, and I only had one out of the two files, but addin

Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

Thank you for those, and I only had one out of the two files, but adding them didn't seem to help.  I instead commented out the line in the configure file and got it to build. Then trunk-recorder had trouble finding stuff (I think boost and gnuradio-runtime).  I realized that things had been

Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

uot;; it has many useful features, however, so you might look into this later. > > Best regards, > Marcus > On 08.08.2016 04:46, Eric Statzer wrote: >> >> On Sun, Aug 7, 2016 at 9:55 PM Jason McHuff <j...@jasonmchuff.net> wrote: >>> >>> &g

Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

> I would definitely suggest using pybombs, and in order to do that you probably need to abandon (and clean up) any of your other installation attempts. Alternative versions of packages lingering in your LD_LIBRARY_PATH or PKG_CONFIG_PATH will cause bad things to happen, even with pybombs. Done.

Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

> Was this using op25? trunk-recorder uses its own version of op25 https://github.com/robotastic/trunk-recorder > You don't need thrift - it's optional. I've never installed thrift and the builds complete - but I do have swig installed. When I used PyBOMBS to install, it (tried to) install

Re: [Discuss-gnuradio] error using new PyBombs

Stefan, your last note was the key. I did a sudo apt-get untinstall on uhd and things were kosher again. I don't recall ever installing uhd via apt-get, but that seems to have been the issue anyway. Thanks! On 08/04/2016 03:35 PM, Jason wrote: Thanks Stefan. I ran that and changed

[Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

Hello, I am building a Linux server running ClearOS (a CentOS 7.2 derivative https://www.clearos.com/ ) and, among other things, want to use it to decode and record calls on a P25 trunking system. I was able to successfully get trunk-recorder working with the GNU Radio Live DVD (with great audio)

Re: [Discuss-gnuradio] error using new PyBombs

guessing it can still see the source in there? I didn't want to delete the old stuff until I knew I had the new stuff working and that I didn't forget to copy any custom files over. ~Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https

Re: [Discuss-gnuradio] error using new PyBombs

files over. ~Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] error using new PyBombs

I was having some issues updating some of my stuff, so I decided to buckle down, and you the new pybombs to try to get my setup installed again. It works for a while and then errors out on UHD: >>pybombs prefix init ~/pybombs -a myprefix -R gnuradio-default <> [ 86%] Building CXX object

Re: [Discuss-gnuradio] run a loop within GR

I have a drive test app here which polls the B200 GPS every second while running the GR flow: Thank you for posting that Lou. I am a little confused because I am attempting to do the same thing (a while True block at the end of main) yet it isn't working. The one big difference I can see is

[Discuss-gnuradio] run a loop within GR

I have a python script I built up for GR that runs on my E310. As part of the startup, it checks for a GPS fix and waits until it gets one before moving on. My question is how I can have my script running, yet occasionally check for GPS lock so I can do something with knowledge (like output

Re: [Discuss-gnuradio] custom GR block for E310

If it's the only .so you need, and you put it in the right place, then that works. Another way is to ssh mount your E310, then run make install DESTDIR=/path/to/sshmount on your build machine (make sure paths match). Martin, I was misunderstanding some things, but now I think I understand a bit

[Discuss-gnuradio] custom GR block for E310

I am doing a little bit of work on my E310 that I haven't touched in a LONG time. I have an updated image on it and it boots fine. We created a custom sink block that we want to add to the system, but I am having trouble remembering what I need to do at this step (and I couldn't find the

Re: [Discuss-gnuradio] Pybomb installation error

My apologies, just double-checked and I was looking at an older version. Try updating, it should be fixed now. I just pulled down the latest and still get the same UHD CMakeList error. Nathan W sat down at my laptop last THUR and poked around and seemed to be stumped as well (though he

Re: [Discuss-gnuradio] Pybomb installation error

> This was a bug that's been fixed recently. https://github.com/gnuradio/pybombs/commit > /38ed9d169ed67ef090e6015b07c4918f7c112209

Re: [Discuss-gnuradio] Pybomb installation error

> $ pybombs [-p myprefix] install gnuradio gr-osmosdr -v I ran it, but it thinks that -v is a recipe and it errors out there. If instead I run $ pybombs -v [-p myprefix] -v install gnuradio gr-osmosdr, i get: PyBombs.Packager.source - DEBUG - Configuring recipe uhd PyBombs.Packager.source -

[Discuss-gnuradio] Pybomb installation error

4 and installed pybombs via the git clone method (not pip). -- ~Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

  1   2   3   4   5   >