Hey guys,
any idea or numbers on the performance improvement using DPDK, e.g. CPU
usage during rx/tx streaming, when compared to the legacy approach?
Would be great to get a feeling for the achievable gains.
Thanks
Andre
On 13/2/19 20:58, Nick Foster via USRP-users wrote:
> Any plans to update
Hey,
not sure if this still works but I've worked on a CC1101 receiver a
while ago. Have a look here [1] if you're interested.
Cheers
Andre
[1] https://github.com/andrepuschmann/gr-cc11xx
On 31/12/18 1:00, Alban Meffre wrote:
> Hi
> I would like to decode a simple GFSK packet
>
> here is the p
Hi Stefan,
great work! As Martin said, the copyright is the actual issue. Have you
tried to contact the authors? The fact that they seem to be working at a
university rather than a company is at least promising.
Cheers
Andre
On 11.11.2015 19:47, Martin Braun wrote:
> Stefan,
>
> **THIS IS N
eers
Andre
>
> Cheers,
> Marcus
>
> On 02.11.2015 09:52, Andre Puschmann wrote:
>> Hi,
>>
>> thanks Nathan for the update.
>>
>> I got a question regarding the Live SDR packaging. I'd like to recommend
>> a few changes and additional packag
Hi,
thanks Nathan for the update.
I got a question regarding the Live SDR packaging. I'd like to recommend
a few changes and additional packages to be added, for example for
gr-ieee80211 that requires gr-foo. Is there a specific git repo that is
used for compiling the images that I can send a pul
Hi guys,
a few days ago I stumbled over an RNG implementation [2] that uses some
of the newer AVX2 instructions. I guess this would improve performance
radically. There is also a paper on the matter [1].
Cheers
Andre
[1] http://agner.org/random/theory/randomvector.pdf
[2] http://agner.org/rando
Hi,
this is an offer that Dr. Hamid Gharavi of NIST asked me to distribute
among SDR folks.
Hamid offers research scholarships for people with experience in
software defined networking and radio to participate in the development
of an USRP-based CPS smart grid testbed.
Please find Hamid's job de
Hey,
I have the feeling that there maybe a misunderstanding about what
MAVlink really is. The MAVlink protocol as such is serialization library
that is used to transfer information, i.e. serialized data structures,
between mobile and stationary devices rather than a whole "communication
system". Y
and a deframer with
a message output port that also does de-whitening and CRC checking.
Hope anybody else has use for it.
Cheers
Andre
[1] https://github.com/andrepuschmann/gr-cc11xx
On 02.05.2014 14:46, Andre Puschmann wrote:
> Hi,
>
> By chance I am also working on an OOT module for
Hi,
By chance I am also working on an OOT module for a CC1100-based device.
I started out with a Python version as Michael also suggested, but now I
am migrating it to C++. I actually plan working on it during the EU
Hackfest next week in Karlsruhe.
John, Jay, perhaps we can create a single modul
On 04/14/2014 05:40 PM, Michael Ossmann wrote:
> On Mon, Apr 14, 2014 at 01:25:48PM +0200, Andre Puschmann wrote:
>>
>> Attached is a screenshot of a GRC waveform I used to capture the
>> preamble of a single packet. Channel 2 is simply the output of a
>> quadrature
Hey,
I've some home automation equipment here using the sub-ghz band that I
managed to capture with a RTL dongle. From the data sheet and the
register settings of the TI CC1100 transceiver chip that is used inside
the device I figured out the RF parameters used, i.e. 102kHz channel
bandwidth, 2-FS
2013
Demonstration Chairs:
-
– Andre Puschmann, Ilmenau University of Technology, Germany
– Thomas Volkert, Ilmenau University of Technology, Germany
Demo Review Committee:
--
– Martin Braun, Karlsruhe Institute of Technology, Germany
– Paul Sutton,
On 03/05/2013 06:16 PM, Bastian Bloessl wrote:
> I updated the UCLA ZigBee blocks[1] to GNU Radio v3.6.4 (current master
> branch) and uploaded them to Github:
Great! Thanks for your effort Bastian. I always wanted to do this but
actually never found the time
-Andre
--
Andre Puschmann
I
On 02/26/2013 06:55 PM, Sajjad Safdar wrote:
> HI,
> I am using tunnel.py command to setup a TCP/IP link between two usrp1.
> When i try to use the command , i get this error
>
> ./tunnel.py
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.001-29-g3cb515f7
>
> Traceback (most recent call
Hi all,
I was just wondering whether anybody of you guys is going to attend the
IEEE VTC conference next week in Québec, Canada. If yes, would anybody
be interested in having an informal GNU Radio/USRP/SDR community meeting
or anything like this?
Thanks
-Andre
__
On 03/04/2012 04:10 PM, George Nychis wrote:
>
> I totally like and support your idea and would love to help realizing
> it. Using the timestamp logic inside UHD as a reference is a great idea
> that also came to my mind a while ago.
> There are a few things from the architecture p
On 03/04/2012 04:01 PM, Marcus D. Leech wrote:
>> George,
>>
>> I do think we need something like what you have suggested but I am still
>> a bit puzzled about the right way of implementing it.
>>
>> Best regards,
>> Andre
>>
> I think a more fundamental issue is that "carrier sense" isn't actually
George,
On 03/04/2012 12:51 AM, George Nychis wrote:
> Hi all,
>
> I'm going to be hacking carrier sense in to the FPGA on the USRP2 very
> soon. Basically, taking what I did with the "in-band" project from the
> USRP1 with carrier sense, and moving it forward to USRP2.
>
> The idea is, just l
On 02/26/2012 10:38 AM, Apurv Bhartia wrote:
> Hi,
>
> I'm running Ubuntu 11.10 + UHD 003.004.000 + USRP2.
>
> I'm trying to run a transceiver script for OFDM, which has both the tx
> and rx flowgraphs (very similar to tunnel.py except the TUN interface).
> But, I can't seem to receive anything s
On 02/16/2012 07:16 PM, Philip Balister wrote:
>> /tmp/cct93Ve1.s:37: Error: bad instruction `vpadd.f32 d0,d16,d17'
>> /tmp/cct93Ve1.s:38: Error: bad instruction `vadd.f32 s16,s0,s1'
>> make[2]: ***
>> [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o]
>> Error 1
On 02/15/2012 12:25 PM, Martin Braun wrote:
> Hi everyone,
>
> some updates: I have booked a table at "Vogelbräu" for 19:30 on Tuesday
> 6 March.
> The adress is "Kapellenstrasse 50" (or www.vogelbraeu.de for an
> IP-compatible adress :).
> It's a pretty decent Microbrewery, the food's good, so if
On 02/03/2012 11:41 AM, Martin Braun wrote:
> that's a great idea. Some might disagree about the choice of beverage,
I reckon you're right! I might revise my choice as well :-)
> I'll book a table somewhere downtown and answer here about the location
Awesome!
-Andre
_
On 02/02/2012 01:30 PM, Martin Braun wrote:
> Hope to see some of you guys there!
We'll be there, really looking forward to meeting you guys! I guess most
of the attendees arrive the day before, i.e. March 6. How about a warm
glass of milk the night before the workshop? Anybody interested?
-Andre
On 12/27/2011 12:16 PM, klo uo wrote:
> If you build fftw manually, please check if you configured it with
> '--enable-single --enable-shared' otherwise, only the fixed-point
> version will be built.
>
>
> I did build fftw manually with noted switches as I wrote in my first mail:
>
>
If you build fftw manually, please check if you configured it with
'--enable-single --enable-shared' otherwise, only the fixed-point
version will be built. Also, you can verify after installation via 'ls
-l /usr/local/lib/libfftw*'. I assume you only see libfftw3.so not
libfftw3f.so, right? After y
rovements. What PHY are you using?
Regards,
Andre
>
> Andre and George, thanks for pointing me to those papers. I'll look
> through them and see if I can figure out any ways to improve my MAC.
>
> Morgan
>
> On Tue, Jul 5, 2011 at 4:30 AM, Andre Puschmann
> wrote:
rovements. What PHY are you using?
Regards,
Andre
>
> Andre and George, thanks for pointing me to those papers. I'll look
> through them and see if I can figure out any ways to improve my MAC.
>
> Morgan
>
> On Tue, Jul 5, 2011 at 4:30 AM, Andre Puschmann
> wrote:
rovements. What PHY are you using?
Regards,
Andre
>
> Andre and George, thanks for pointing me to those papers. I'll look
> through them and see if I can figure out any ways to improve my MAC.
>
> Morgan
>
> On Tue, Jul 5, 2011 at 4:30 AM, Andre Puschmann
> wrote:
On 07/01/2011 03:16 AM, Morgan Redfield wrote:
> Hi,
>
> I've been working on building a CSMA/CA MAC for the past couple of
> weeks. I built it in Python, and used ofdm/tunnel.py as a guide. It's
> working now, but I don't think it's very efficient. I ended up having
> to relax a lot of timing par
On 05/31/2011 10:54 AM, Alexander Chemeris wrote:
> On Tue, May 31, 2011 at 03:07, Marcus D. Leech wrote:
>> I used the following two little programs:
>>
>>
>> And found no significant difference in peak and average latencies
>> between them.
>>
>> The unixdomain_server takes a single command-lin
On 05/30/2011 03:55 PM, Marcus D. Leech wrote:
> On 30/05/2011 9:51 AM, Alexander Chemeris wrote:
>>
>>> Linux' pipe implementation is known to be quite slow. I would suggest to
>>> use UNIX sockets instead. They should perform much better in terms of
>>> latency and performance.
>> Good idea.
>>
>
On 05/29/2011 10:22 AM, Alexander Chemeris wrote:
> On Sun, May 29, 2011 at 03:05, Marcus D. Leech wrote:
>> On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
So, while this method is simple and good for non-realtime
applications, it doesn't fit our needs. It may be usable for PHY<-
33 matches
Mail list logo