Hi all,
found a 87 W Apple USB-C charger in one of the conference rooms.
If it's yours and you're still at the venue I'll drop it at the front desk,
else I'll take it back to the Ettus Research office.
Cheers,
Moritz
___
Discuss-gnuradio mailing list
Hi Philip,
On Wed, Jul 18, 2018 at 9:33 AM, Philip Balister wrote:
> On 07/17/2018 01:50 PM, Moritz Fischer via USRP-users wrote:
>> Philip,
>>
>> On Fri, Jul 13, 2018 at 8:03 AM, Philip Balister wrote:
>>> A couple of notes based on updating the E300 to rocko .
Philip,
On Fri, Jul 13, 2018 at 8:03 AM, Philip Balister wrote:
> A couple of notes based on updating the E300 to rocko
>
> 1) The N310 branch added a bbappend on something called salt which added
> the need for the meta-openstack and meta-virtualization layers. For
> basic E300 support, thi
observed you just want to set the mode to
manual control (so the FPGA's state machine will not interfere), and
control the GPIOs using {get,set}_gpio_attr, possibly in a separate
thread.
>
> TIA!
>
> BR,
> Maurizio.
>
> -Messaggio originale-
> Da: Moritz Fischer
Maurizio,
On Wed, Aug 5, 2015 at 7:49 AM, Maurizio Crozzoli
wrote:
> Hi Martin or others who can support me,
> I have a problem which is similar as Frank's: I have an E310 and I want to
> receive a and external trigger on a pin which starts an acquisition process
> of a burst of samples from the
---Notice:
> The information contained in this message is strictly confidential. Any use
> thereof by any person other than the named recipient(s) is illegal. If you
> are not the intended recipient
Hi Weidong,
the XPS project that's made during the current E310 build is not meant
to be used to implement custom designs.
We usually just add stuff to the Makefiles (custom RTL, coregen files,
etc). If you can give us some more info on what you're trying to do,
we'll be able to help you out bette
Hi all,
thanks for testing. Parts of that is already internally fixed on our
branches for the rest I created patches.
I expect this to be pushed to the public master in the next days.
Thanks for hanging in there,
Moritz
On Mon, Mar 24, 2014 at 12:11 AM, Marcus D. Leech wrote:
> On 03/23/201
ould be STL-compatible.
> replace the incluse by #include and try ;)
>
>
> On 03/23/2014 06:10 PM, Marcus D. Leech wrote:
>
> On 03/23/2014 12:08 PM, Moritz Fischer wrote:
>
> Hi Marcus,
>
> On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech wrote:
>
>> Here
Hi Marcus,
On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech wrote:
> Here's a bit of git log of what I'm building:
>
> commit a8caec5f93976c081d488118f53a72dca49efdf6
> Author: Ashish Chaudhari
> Date: Wed Feb 19 19:22:52 2014 -0800
>
> b200: Fixed bug in rx_dsp_core_3000 that would ass
Hi Marcus, Sara
I think I fixed this somewhen back in december, when RHEL6 support broke.
Which branch (tag) are you building off? UHD 3.7.0 (master) should have
those changes.
Cheers,
Moritz
On Sat, Mar 22, 2014 at 2:55 AM, Marcus D. Leech wrote:
> On 03/21/2014 09:40 PM, Sara Chérif wrote
; Понедельник, 17 марта 2014, 11:50 +01:00 от Moritz Fischer <
> moritz.fisc...@ettus.com>:
>
> Hi BZS,
>
> Eigen is a pretty good library. Other's that might come to might is
> using blas/lapack in fortran or armadillo. I wouldn't expect too much
> of a speed
Abhishek,
On Wed, Mar 19, 2014 at 4:53 PM, Abhishek Bhowmick
wrote:
> My current hardware doesn't support AVX2. How practical is it to develop
> software for AVX2 intrinsics using Intel's SW Development Emulator (and
> possible performance testing on a remote machine) ?
I'm fairly confident we c
Hi BZS,
Eigen is a pretty good library. Other's that might come to might is
using blas/lapack in fortran or armadillo. I wouldn't expect too much
of a speedup when compared to Eigen though. For examples on how to use
fortran or armadillo with GNU Radio look at the gr-specest out of tree
module.
C
On Mar 8, 2014 7:38 PM, "Chandan Pradhan"
wrote:
>
> can the gr-specest be used to implement root music algorithm for
direction finding??
Yes.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnu
Hi Marcus,
some quick Google research found several contradictory sources. [1]
calls it 'non standard but widely supported'.
Since we build on weird platforms I think we should make absolutely
sure that this is the way things should be done ^{TM}.
Some other sources listed this as a potential spee
Hey guys,
another cool thing I forgot to mention during the call would be to
have something like planet.debian.org (with s/debian/gnuradio/ of
course).
Moritz
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/list
Kamarisam,
I really hope you're using an attenuator in between the two devices.
I'm not terribly familiar with bladerf's frontend but if it works
similar to our devices,
you'll fry them if you don't attenuate the TX signal going through the
SMA cable.
Cheers,
Moritz
Hi Omar,
you can have a look at the gr-specest toolbox. There are blocks using
LAPACK in Fortran (MUSIC / ESPRIT) as well as
examples using Armadillo (a C++ linear algebra library) to perform fast
matrix computations.
Cheers & happy hacking
Moritz
On Thu, May 9, 2013 at 6:08 PM, Dan CaJacob w
Hi Adriana,
We currently do not (directly) support STFTs in GNU Radio. If you can
go with a wavelet transform instead you might want to have a look at
gr-wavelet & gsl.
Otherwise maybe you can take some of our fftw based code and modify it
into doing STFTs? Keep us posted if you get it working, or
Hi Marius,
On 12/16/2011 10:56 AM, Marius wrote:
I have a small issue with the SpecEst toolbox install from cgran:
https://www.cgran.org/wiki/SpecEst#HowToInstall
I followed that Howto and the Readme. It compiled just fine on my
Ubuntu 11.04, x64, v3.4.0-101-g7e2b45b8
Good starting point ;-
On 12/02/2011 02:05 PM, Marcus Müller wrote:
Martin Braun wrote:
> [1] But perhaps they're reading this and would like to comment.
Indeed ;-)
Conclusion: Try the GSL, it's SVD methods should work quite fine.
If you don't like gsl, try armadillo. If you're fine with fortran
and LAPACK: Do it.
As always, good job. Do you ever sleep ;-)
Cheers & happy hacking,
Moritz
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 11/26/2011 09:18 AM, Uzair Baig wrote:
> Here is what I am planning. I am thinking of writing my own Fortran
blocks
> (we are a team of 4 so yes that is possible) and integrating that with
> python; NumPy and then use that to connect with other basic blocks.
Another way to use Fortran in GN
Hey there,
I think I fixed it, can you give it another shot? I just updated the
gnuradio-git PKGBUILD.
Cheers,
Moritz
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ck the attached patch.
Cheers,
Moritz
>From e6fb610459cac0f01c3253de6fa87f6b485cb6b9 Mon Sep 17 00:00:00 2001
From: Moritz Fischer
Date: Thu, 14 Jul 2011 18:51:50 +0200
Subject: [PATCH] Fixed some tab / whitespace issues.
---
volk/gen/make_makefile_am.py |4 ++--
1 files changed,
Hey guys,
while porting our Spectral Estimation Toolbox to CMake I realized, that
the outcome [1] might be also interesting for other people.
I threw out some stuff which most people will not need from our project
(like linking our Fortran code) and adapted the
./create-gnuradio-out-of-tree-
On Wed, Apr 20, 2011 at 07:13:15PM +0200, Josh Blum wrote:
> I think I see why:
>
> > //! Complex floating point (64-bit floats) range [-1.0, +1.0]
> > COMPLEX_FLOAT64 = 'd',
> > //! Complex floating point (32-bit floats) range [-1.0, +1.0]
> > COMPLEX_FLOAT32 = 'f',
> > //! Complex signed intege
On Wed, Apr 20, 2011 at 06:28:45PM +0200, Josh Blum wrote:
> What do other gnuradio enums give you?
>
> python -c "from gnuradio import gr; print type(gr.GR_COS_WAVE)"
>
> Can you create a gr.sig_source?
Yeah, it's a
> Just trying to narrow it down...
Thanks for your efforts ;-)
Moritz
pgpho
Hey guys,
I started to have this with the git master and uhd from yesterday evening:
linux; GNU C++ version 4.6.0 20110415 (prerelease); Boost_104600;
UHD_003.000.001-8212f22
[...]
ub/grotarapi/PHY/PhysicalLayer.py", line 47, in __init__
self.u_tx = uhd.usrp_sink(hint, io_type=uhd.io_type_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/19/2011 08:01 PM, Gabriel Morel wrote:
> Do you know how can I send a email with pictures. I just tried to send one
> and he was fired.
Just upload it somewhere and send a link. Like this the people that want
to see it can see it, while the ot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2011 09:05 AM, Josh Blum wrote:
> [...] UHD will build and run under the clang compiler.
Cool stuff! Thanks Josh :-)
Cheers,
Moritz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJNN/UPAAoJEOjnDXL6I0uZRqcP/1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/23/2010 03:53 PM, Arief Marwanto wrote:
> How to get the message content from gr.msg_quueue
> Suppose I sent send packet (float A) what will I receive?
Supposing you want to do packet based transmissions, you might want to
have a look at the:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/29/2010 03:47 PM, Tom Rondeau wrote:
Thanks for your reply Tom,
>> Have you used the version 2 digital code, yet (benchmark_tx2,
>> benchmark_rx2, usrp_receive_path2, etc.)? One of the things I did was
>> include better resampling so that you c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi list,
over the weekend I spend some time trying to update the demos to work
with the UHD, I just started playing with git, so if you see something
stupid let me know ;-)
I put what I got on (in the uhd-examples branch):
g...@github.com:mfischer/g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2010 06:21 PM, Tom Rondeau wrote:
> On Wed, Nov 17, 2010 at 8:37 AM, Josh Blum wrote:
>> I long run plan is to replace benchmark* and tunnel apps with UHD and
>> message passing blocks. For now, if you want to go about modding the
>> example
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/25/2010 05:44 PM, Josh Blum wrote:
> In UHD, you set the sample rate. However for usrp2 and usrp1 gnuradio
> drivers, you set the decimation and interpolation and the sample rate is
> implied to be codec_rate/decim.
Ok, I got it working now for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi list,
I'm currently trying to adapt the
gnuradio-core/src/python/gnuradio/blks2impl/generic_usrp.py
to work with the gr-uhd modules to (re)enable the use of UHD with the
gnuradio-examples/python/digital stuff.
I'm a bit confused with the return
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/25/2010 08:39 AM, Songsong Gee wrote:
> Suppose a sequence 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0
> 0 0 1 0 0 0 0 0 0 0
> (one 1, seven 0's and repeat forever)
> I want to take just '1' for EVERY time
> So I place and connect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/24/2010 07:11 PM, Josh Blum wrote:
> I believe that that UHD was missing a case for the the revision number
> in your usrp2 (possibly 3.1) and was falling through to a register map
> intended for the USRP-N210. Can you pull the latest host code
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/24/2010 05:45 PM, Matt Ettus wrote:
The working one is revision 3.0 // serial number 149. The one that's not
responding is a revision 3.01 // serial number 186.
Sorry for not including this information ;-) Looking back now I feel
kind of stupid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/24/2010 04:24 AM, Josh Blum wrote:
> -- Feedback is welcome!
Hi list,
first of all thanks Josh for the great work. Now for the feedback part:
While playing around with our USRP2s I noticed some odd behavior with
the new fw/fpga images.
My se
On Tue, Aug 17, 2010 at 11:56:20AM -0700, George Nychis wrote:
> I have some tools I could add to it myself. I think "devtools" was the
> right thing to do. Hopefully several people will contribute other tools to
> it. I will move it to the top of the Projects page.
Another interesting thing i
On Mon, Aug 16, 2010 at 01:18:25PM -0700, Eric Blossom wrote:
> The bug is fixed in the master, maint and next git branches.
> Also, there shouldn't be a need to specify the --with-boost-thread and
> --with-boost-program-options options.
Thanks a lot, for me it still needs the configure line, tho
Hi List,
I have been trying for a considerable amount of time now to build either 3.3.0
stable or
3.3.1git and always fail at this point:
http://pastebin.com/ss7c356x
I noticed while googling around that someone pasted a (as it seems to me)
similar error a while before under:
http://pastebin.c
Hi List,
just wanted to let you guys know that I created a PKGBUILD to create a gnuradio
package with the current git version, since the old svn one was out of date.
It's available via:
http://aur.archlinux.org/packages.php?ID=39425
I'd like to add this to the wiki, too.
Best regards,
Moritz
_
On Tue, 2009-12-22 at 00:35 -0500, senlin peng wrote:
> I want to build a multiple input system with four incoming channels
> based on USRP/USRP2. The incoming samples of these four channels must
> be synchronized and feed into one computer. The center frequencies of
> these four channels are dif
Dear List,
I was trying to implement some LAPACK/BLAS(liblapack as included in
Ubuntu) wrappers for GNURadio since I haven't found anything to do
matrix/vector operations in GNURadio but I haven't found out how to do a
clever conversion from Fortran's (more precise the f2c) way of dealing
with com
On Fri, 2009-08-07 at 12:59 -0700, Eric Blossom wrote:
> It would be great to have it running. Please fix it and send a patch.
I'll do that, after trying for a whole day, I finally sent the message
to the list, and about 20mins later I managed to make some progress :-/
However I still have not m
Hi all,
after some time searching through the list archives I was not able to
find out what happened to the multi_usrp.py file which is needed to run
the the multi_usrp/multi_usrp_rx_cfile.py and
multi_usrp/multi_usrp_rx_oscope.py in the examples directory.
I found in the svn log, that they haven
50 matches
Mail list logo
