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,
As you correctly 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
Maurizio,
On Wed, Aug 5, 2015 at 7:49 AM, Maurizio Crozzoli
maurizio.crozz...@telecomitalia.it 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
) is illegal. If you
are not the intended recipient please advise sender and delete this
message. http://www.facebook.com/lassena.etsmtl.ca*
* http://www.facebook.com/lassena.etsmtl.ca*
On 2015-04-12, at 14:03, Moritz Fischer wrote:
Hi Weidong,
the XPS project that's made during the current E310
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
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 mle...@ripnet.com
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 mle...@ripnet.com wrote:
On 03/21/2014 09:40 PM,
Hi Marcus,
On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech mle...@ripnet.com wrote:
Here's a bit of git log of what I'm building:
commit a8caec5f93976c081d488118f53a72dca49efdf6
Author: Ashish Chaudhari ash...@ettus.com ash...@ettus.com
Date: Wed Feb 19 19:22:52 2014 -0800
b200:
should be STL-compatible.
replace the incluse by #include vector 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 mle...@ripnet.comwrote:
Here's a bit of git log of what I'm
марта 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 speedup when compared to Eigen though. For examples on how to use
Abhishek,
On Wed, Mar 19, 2014 at 4:53 PM, Abhishek Bhowmick
abhowmic...@gmail.com 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
On Mar 8, 2014 7:38 PM, Chandan Pradhan chandan.pradha...@gmail.com
wrote:
can the gr-specest be used to implement root music algorithm for
direction finding??
Yes.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
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
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
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
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 GNU
patch.
Cheers,
Moritz
From e6fb610459cac0f01c3253de6fa87f6b485cb6b9 Mon Sep 17 00:00:00 2001
From: Moritz Fischer moritz.fisc...@student.kit.edu
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
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
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
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,
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 type 'int'
Just trying to narrow it down...
Thanks for your efforts ;-)
Moritz
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 integer (16-bit
-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)
-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
-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 can
-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):
-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
On 11/17/2010 06:21 PM, Tom Rondeau wrote:
On Wed, Nov 17, 2010 at 8:37 AM, Josh Blum j...@joshknows.com 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
-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
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/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
-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
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,
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 in
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:
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
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
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
47 matches
Mail list logo