As Marcus mentioned, this flowgraph should not really consume that much
CPU.
The hackrf does not have a FPGA, although possible with other SDRs, this
should really be fine to run on a CPU.
One approach I've used in the past with higher bandwidth applications
(50MS/s) was to precompute as much as
in
Parameter blocks to dynamically change the filename of the file sink, and
switch your flowgraph from QT to "No GUI", and it can be ran from the
command line.
Regards,
Nate Temple
On Sun, Feb 16, 2020 at 12:02 PM Andrew Stamp wrote:
> Hi Nate,
>
> Thank you for your reply. I w
Hi Andy,
You'll probably want to use gr-satellites instead of direwolf.
https://github.com/daniestevez/gr-satellites
You can record a pass using GNU Radio using a File Sink.
Regards,
Nate Temple
On Sat, Feb 15, 2020 at 6:01 PM Andrew Stamp wrote:
> Hi,
>
> I’m looking for a
the latest stable version of UHD (3.15.0.0)
here: https://files.ettus.com/manual_archive/v3.15.0.0/html/
Regards,
Nate Temple
On Wed, Feb 5, 2020 at 11:19 AM Laura Arjona wrote:
> Hi community,
>
> I want to learn about programming the USRP2 FPGA.
>
> The link about the FPGA manu
another one without rebuilding your binary (that's a feature that I
think software distributors will be most happy about)"
https://lists.gnu.org/archive/html/discuss-gnuradio/2018-02/msg00133.html
Regards,
Nate Temple
On Mon, Jan 20, 2020 at 3:02 PM Thomas Habets wrote:
> What a
Hi Laura,
Armadillo is a common c++ lib for linear algebra. gr-doa makes use of it.
http://arma.sourceforge.net/
https://github.com/ettusresearch/gr-doa
Regards,
Nate Temple
On Thu, Jan 16, 2020 at 1:01 PM Laura Arjona wrote:
> Hi all,
>
> Is there any library to use in gnuradio fo
ary with conventional SSB modulators. "
I'm not sure if this will help at all with FT8, but might be worth
exploring.
Regards,
Nate Temple
On Mon, Jan 13, 2020 at 9:59 AM Adrian Musceac wrote:
> Hi Marcus,
>
> I'm not a hardware guy, but I think it's a circuit t
.
Regards,
Nate Temple
On Tue, Dec 31, 2019 at 10:43 AM Kyle A Logue wrote:
> Since the pythonclock.org is ticking away the last seconds of python2
> today I decided to refresh my 3.8 installation.
>
> After my `pybombs install gnuradio` version of 3.8 I have:
>
>- gr-fo
Hi Luke,
Checkout the gr-radar OOT, it has a few QT GUI plots that may work for
this, or at least it will give an example to start with, if you choose to
make your own plot widget.
Regards,
Nate Temple
On Wed, Dec 18, 2019 at 1:31 PM Lukas Haase wrote:
> Hello,
>
> I have a bl
* The first occurrence is at 16777216+1 or 2^24
On Sun, Dec 8, 2019 at 3:26 PM Nate Temple wrote:
> I ended up making a test script to shed some more light on where this
> starts at.
>
> The first occurrence is at 16777217
>
> Checkpoint: 1600.00
> f: 16777217 D:
I ended up making a test script to shed some more light on where this
starts at.
The first occurrence is at 16777217
Checkpoint: 1600.00
f: 16777217 D: 16777217 F: 16777216 Diff: 1
f: 16777219 D: 16777219 F: 16777220 Diff: -1
f: 16777221 D: 16777221 F: 16777220 Diff: 1
f: 16777223 D: 1677
Hi Glen,
One other possible approach could be to separate your processing flowgraph
from the display/GUI flowgraph. This could be done with a combo of ZMQ
blocks, the Parameter block and XMLRPC blocks.
Depending on your data rates, this might not work so great and is a bit
wasteful of CPU cycles.
tall python-six as described in the
app note).
We will be releasing a new FS/SDK for the E310 with the upcoming UHD 3.15
release.
Regards,
Nate Temple
On Tue, Oct 15, 2019 at 12:15 PM Ivan Iudice wrote:
> I forgot to say... Following the application note you recommended, I
> obtain the
Hi David,
This sounds like it might be a bug with the E320. Can you email us at
supp...@ettus.com and we can debug the issue through that channel?
Regards,
Nate Temple
On Tue, Oct 15, 2019 at 12:37 PM David Stockton (CTR) <
stocktond@spacepros.org> wrote:
> have gnuradio companion
gards,
Nate Temple
On Tue, Oct 15, 2019 at 12:08 PM Barry Duggan wrote:
> Hi Hans, Marcus, and others,
>
> I totally agree with Hans: "Because I never succeed with pyBOMBS and the
> distro packages are outdated." I have tried using PyBOMBS on my Mac and
> on my Raspberry
ou
can use most of the instructions, but skip the cmake arg -DENABLE_RFNOC=ON
https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source
Regards,
Nate Temple
On Mon, Oct 14, 2019 at 11:52 AM wrote:
> Hello guys!
> I'm trying
size
>
> On Fri, Oct 11, 2019 at 1:28 PM Nate Temple wrote:
>
>> You should pass in the cpu_format as an arg such as below:
>>
>> sink = uhd.usrp_sink(
>> ",".join(("", "")),
>> uhd.stream_args(
>> c
wrote:
> Got it, thank you!
>
> However, usrp_sink_c is not supported anymore? Get an error there too.
>
> tx = usrp_sink_c(fusb_block_size = 1024, fusb_nblocks=8)
>
> On Fri, Oct 11, 2019 at 1:11 PM Nate Temple wrote:
>
>> Hi Laura,
>>
>> It should be:
Hi Laura,
It should be:
from gnuradio import uhd
source = uhd.usrp_source(...)
...
I would suggest to try building out a basic flowgraph in GRC and then use
the generate button and checkout the source made from it.
Regards,
Nate Temple
On Fri, Oct 11, 2019 at 1:06 PM Laura Arjona wrote
Hi Chris,
Checkout the attached flowgraph I made for a workshop we run.
It uses some hacky python inline to generate the DTMF tones.
Regards,
Nate Temple
On Sat, Aug 24, 2019 at 12:21 PM Chris Gorman
wrote:
> Hello All,
>
> I have looked around and I can't seem to find a touc
.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks
Regards,
Nate Temple
On Wed, Aug 14, 2019 at 10:22 AM Marcus D. Leech
wrote:
> On 08/14/2019 01:14 PM, Moses Browne Mwakyanjala wrote:
>
> Hello everyone,
> I'm experiencing packet dropping when I operate the USRP X310 (1GBe, 1472
> bytes buffer
Hi Simona,
CGRAN [0] has gr-smithchart[1] listed, however, it hasn't had any commits
for 5yrs, it might work still.
[0] - http://cgran.org/
[1] - https://github.com/mitul93/gr-smithchart
Regards,
Nate Temple
On Tue, Aug 6, 2019 at 10:14 AM Simona Sibio wrote:
> Hi all,
>
>
Hi Barry,
Looks like you might be missing scipy
https://github.com/gnuradio/gnuradio/issues/1539
Regards,
Nate Temple
On Fri, Aug 2, 2019 at 7:16 PM Barry Duggan wrote:
> Thank you Ron and Nate!
>
> With your help I was able to git, build, and test rc2.
>
> As before, some of t
; git checkout v3.8.0.0-rc2
> > git submodule update
> > mkdir build
> > cd build
> > cmake ..
> > make
> > sudo make install
> >
> >
> > Regards,
> > Nate Temple
> >
> > On Fri, Aug 2, 2019 at 6:41 AM Barry Duggan wrote:
> >
> >&
Hi Barry,
You should use git in the command line:
git clone --recursive https://github.com/gnuradio/gnuradio
cd gnuradio
git checkout v3.8.0.0-rc2
git submodule update
mkdir build
cd build
cmake ..
make
sudo make install
Regards,
Nate Temple
On Fri, Aug 2, 2019 at 6:41 AM Barry Duggan wrote
Hi,
GNU Radio works fine on the RBPIv3 at lower / limited sample rates.
The satnogs project uses GNU Radio and the RBPIv3 as a reference design.
Regards,
Nate Temple
On Mon, Mar 4, 2019 at 2:06 PM faisal wrote:
> Hi my friend
> Please is anyone used gnuradio on raspberry pi 3 sucs
rrors is 3.8 GHz using benchmark_rate and the native
networking stack. Using DPDK I can run 2x2 @ 125 MS/s with my CPU freq
locked at 1.5 GHz with no flow control errors.
Regards,
Nate Temple
On Thu, Feb 14, 2019 at 3:57 AM Andre Puschmann <
andre.puschm...@tu-ilmenau.de> wrote:
> Hey guys
Hi Jean-Michel,
You can find the program and presentations for 2017 here -
https://www.gnuradio.org/grcon-2018/about/previous-years/
I'll update the routes/menus so it is easier to navigate and to find
previous year's content.
Regards,
Nate Temple
On Mon, Oct 8, 2018 at 10:10 PM, J
Henderson, NV 89014
(702) 387-6500
Hampton Inn & Suites Las Vegas-Henderson
421 Astaire Dr, Henderson, NV 89014
(702) 992-9292
Fiesta Henderson Hotel & Casino
777 W E Lake Mead Pkwy, Henderson, NV 89015
(702) 558-7000
Regards,
Nate Temple
On Sun, May 27, 2018 at 12:51 PM, Kevin McQuig
[1] - http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Regards,
Nate Temple
On Wed, Feb 7, 2018 at 11:20 AM, Michael Piscopo
wrote:
> I have a USRP B205mini-i connected to a new Ubuntu 16.04 LTS laptop. The
> USB hardware is a standard Intel chipset and lsusb and lshw all show the
er work around is to generate the Python file with the "grcc" utility on
the E3xx.
Regards,
Nate Temple
> On Dec 27, 2017, at 11:25 AM, Isai wrote:
>
> Hello all,
> I had a question regarding an error I am getting when trying to implement the
> KB example for st
A combination of the Skip Head and Head blocks will give you the desired
result.
[Source] -> [Throttle] -> [Skip Head, Num Items=samp_rate*3] -> [ Head, Num
Items=samp_rate*5 ] -> File Sink
This will Skip 3 seconds and record 5 seconds. Within the Options block, set
the flowgraph to be "No G
ch/023930.html
Regards,
Nate Temple
On Wed, Mar 8, 2017 at 10:03 PM, Usman Haider
wrote:
> Hi Nate,
>
> Thanks for the link. I installed the SDK and my first cross-compiled
> program
> ran smoothly on E310-sg3 :). Is there any SDK available you know of that
> can work for BB
Hi Ali,
One way to achieve this would be to use a "Head" block with the "Num Items" set
to: samp_rate*2.
Then set the values under the top_block/Options block to be:
Generate Options: No GUI
Run Options: Run to Completion.
Regards,
Nate
> On Apr 27, 2017, at 2:30 AM, do ber <03do...@gm
ven't
ran an Odroid with a N210, but with a B205mini, I was able to run at 16 MS/s
into GQRX without much issue. Using pure UHD it was able to handle 25MS/s with
minor tweaking.
Regards,
Nate Temple
> On Mar 7, 2017, at 10:22 PM, Usman Haider wrote:
>
>
>
> On Sat, Mar 4
There is the "WX DOA Compass" in gr-baz
https://github.com/balint256/gr-baz
https://github.com/balint256/gr-baz/blob/master/grc/doa_compass.xml
-- Nate
> On Jun 15, 2016, at 10:44 AM, Philip Balister wrote:
>
> On 06/15/2016 01:06 PM, Nick Foster wrote:
>> You ought to be able to use PyQwt's
advice
> or instructions would be greatly appreciated
>
> Thanks
>
>
> 2016-04-24 6:37 GMT+02:00 Nate Temple :
> Hello,
>
> Within the cyberspectrum/ folder there is the file "config.model.py", you
> need to copy it to "config.py" by running
>
of this coding stuff, so things are not
> self-explanatory to me yet
>
> I have a USRP B200 which is a detail which might be relevant.
>
> And again thanks
>
>
> 2016-04-23 20:42 GMT+02:00 Nate Temple :
> Hello,
>
> The solution to resolving your erro
make it executable so that I can get the
> following scanner.py and spectrum_viewer.py to work
>
> Any advice or guidance would be greatly appreciated
>
> Thanks
>
>
> 2016-04-23 0:31 GMT+02:00 Nate Temple :
> Hello,
>
> You can add the path to your PYTHON
Hello,
You can add the path to your PYTHONPATH variable by adding this line to the end
of your ~/.bashrc file
export PYTHONPATH=$PYTHONPATH:/path/to/baz-utils/lib/python
You'll need to update the "/path/to/baz-utils/lib/python" to where you have
cloned baz-utils. Also note baz-utils directory
Hi vempati,
You need to blacklist the default driver for the RTL.
Create/open this file: sudo nano /etc/modprobe.d/rtlsdr-blacklist.conf
And add the 3 lines below to it, and then restart your machine.
blacklist dvb_usb_rtl28xxu
blacklist rtl2832
blacklist rtl2830
- Nate
> On Apr 4, 2016,
Hi Jean,
Did you switch the "Generate Options" option in the properties of the top_block
from WX GUI to QT GUI ?
- Nate
> On Apr 2, 2016, at 8:52 PM, Jean Luc wrote:
>
> Hi everyone,
>
> I've just joined the list and I'm trying to execute a flow in GRC on an RPi3
> accessed via a remote d
Hi Henry,
Here are a few open source applications you may find useful to reference to
build your tool.
rtl_power + heatmap.py (c/python) - Hard coded to use the RTL-SDRs
https://github.com/keenerd/rtl-sdr/blob/master/src/rtl_power.c
http://kmkeen.com/rtl-power/
rtl_power port that uses FFTW - h
that error messages are more specific (i.e. filename in missing file
> error)
>
> BR,
> Nikos
>
> On Wed, Mar 9, 2016 at 7:08 AM, Nate Temple wrote:
> Hi Nikos,
>
> You need the baudline binary which is here [1]. It will unpack to the folde
sr/bin:/sbin:/bin:/usr/games:/usr/local/games:.
> Is this smt i should add to my PATH?
>
> > ls -la baudline_1.08_linux_x86_64
> total 8
> drwxrwxr-x 2 nikos nikos 4096 Mar 9 04:31 .
> drwxr-xr-x 54 nikos nikos 4096 Mar 9 06:52 ..
>
> BR,
> Nikos
>
> On Wed, M
ke sure that PATH was updated correctly,
>> same error as before.
>>
>> BR,
>> Nikos
> If you just try to execute the generated .py file, from a window that
> apparently has correct PATH, what happens?
>
>
>>
>> On Wed, Mar 9, 2016 at 5:45 AM,
Hi Nikos,
Did you restart gnuradio-companion from a new terminal after adding the line to
your ~/.bashrc file?
- Nate
> On Mar 8, 2016, at 7:09 PM, Nikos Balkanas wrote:
>
> Hi Nate,
>
> Thank you for your fast reply. I tried your suggestions, but i seem to still
> get the same error:
>
Hi Nikos,
- You should use the UHD: USRP Source block with the x300, instead of the
Osmocom Source
- Try setting a higher sample rate to start with, 1e6 instead of 32e3
- You need to add the location of baudline to your $PATH variable, you can do
so by adding the line below to your ~/.bashrc fil
Hi Matej,
I've had success with the following command compiling gnuradio on another
raspberry pi like ARM based board, I believe it will get you past the NEON /
ASM errors. This command was taken from the gnuradio embedded page [1]
cmake -DCMAKE_C_FLAGS="-march=armv7-a -mthumb-interwork -mfloat
Just to add onto what Ron has said, the limit in the US is 1500 watts, but
there are some restrictions per band, and license level. Details here [
http://www.arrl.org/frequency-allocations ] but below are the important
tidbits.
- "Unless otherwise noted, the maximum power output is 1500 watts
Assuming the pins are in good condition, another trouble shooting step would be
to swap the daughter cards between the non-working and working units, to
determine if it is an issue with the card or the N210. It would not hurt to try
swapping the connection cables as well to test them.
> On De
from Windows Mail
>
> From: Nate Temple
> Sent: Friday, December 25, 2015 7:26 PM
> To: discuss-gnuradio@gnu.org
>
> Hi,
>
> > Remember the Nyquist Theorem, which tells us that you can sample 1,6 MHz
> > wir 3,2 MSPS, and common amateur radio signals ar
Hi,
> Remember the Nyquist Theorem, which tells us that you can sample 1,6 MHz
> wir 3,2 MSPS, and common amateur radio signals are generally far smaller
> than 1,6 MHz. So the RTLSDR stick will probably be sufficient for most
> of your experiments.
Just a small correction, the samples from the
53 matches
Mail list logo
