On 01/24/2012 11:00 PM, Philip Balister wrote:
This is what it shows when I run a "opkg list-installed | grep orc" check:
liborc-0.4-0 - 0.4.16-r1.0.9
liborc-test-0.4-0 - 0.4.16-r1.0.9
orc - 0.4.16-r1.0.9
I don't understand why orc/liborc cannot be detected by CMake. The
options for CMake are
On 01/24/2012 07:12 PM, Nick Foster wrote:
On Tue, Jan 24, 2012 at 9:56 AM, ziyang <mailto:ziy...@sics.se>> wrote:
On 01/19/2012 07:13 PM, Nick Foster wrote:
Optimizing an algorithm is a hard and sometimes
counterintuitive process. You might benchmark the
On 01/19/2012 07:13 PM, Nick Foster wrote:
Optimizing an algorithm is a hard and sometimes counterintuitive
process. You might benchmark the following:
- Gnuradio's atan2 WITHOUT any Volk multiplications (just comment out
the volk mults in your block)
- The Volk multiplications WITHOUT Gnuradi
Optimizing an algorithm is a hard and sometimes counterintuitive
process. You might benchmark the following:
- Gnuradio's atan2 WITHOUT any Volk multiplications (just comment out
the volk mults in your block)
- The Volk multiplications WITHOUT Gnuradio's atan2 (just comment out
the atan2 i
I dont recommend using the extra blocks, that would probably cause more
overhead. Looking at gr_quadrature_demod_cf::work, it looks like you can
vectorize the operation of the conjugate multiply, then the atan, then
the gain scaler. So, that would be one for loop that operates on 4
samples at a
On 01/17/2012 08:26 PM, Josh Blum wrote:
You can time individual work functions by adding some code before an
after. We have some high resolution timers in
gruel/include/gruel/high_res_timers.h
So I call the timer functions of high_res_timers.h before and after the
operation in the work functio
On 01/17/2012 07:54 PM, Nick Foster wrote:
On Tue, Jan 17, 2012 at 10:36 AM, Josh Blum <mailto:j...@joshknows.com>> wrote:
On 01/16/2012 09:51 AM, ziyang wrote:
> On 01/13/2012 09:30 PM, Josh Blum wrote:
>>> To reduce the computation load of the processor, I
On 01/17/2012 07:36 PM, Josh Blum wrote:
On 01/16/2012 09:51 AM, ziyang wrote:
On 01/13/2012 09:30 PM, Josh Blum wrote:
To reduce the computation load of the processor, I tried two methods:
1) modify the gr.quadrature_demod_cf block, replace some multiplication
operations with volk-based
On 01/13/2012 09:30 PM, Josh Blum wrote:
To reduce the computation load of the processor, I tried two methods:
1) modify the gr.quadrature_demod_cf block, replace some multiplication
operations with volk-based operations (gr.multiply and gr.multiply_const
modules in gr_blocks);
I like it. Make s
On 01/16/2012 05:51 PM, Philip Balister wrote:
On 01/13/2012 12:19 PM, ziyang wrote:
BTW, it took almost twice the amount of time to build both uhd and GNU
radio after burning the latest console file system, and the
initialization process of uhd (when device information is printed out)
took a
Dear all,
I have been trying to transmit data between usrp e100 (with RFX2400
daughter board) and a non-usrp device, which has a fixed 4M sample rate.
On e100 side (running in half duplex mode), although data from the
uhd_source will go through a gr.pwr_squelch_cc block before being
demodula
a way to
access another e100 from the host device?
Thanks,
Terry
On 09/26/2011 05:52 PM, ziyang wrote:
Hi everyone,
I'm trying to synchronize two E100 devices, both connecting to the
ethernet. According to the Synchronization Application Notes of UHD,
there are a couple of methods to
Hi everyone,
I'm trying to synchronize two E100 devices, both connecting to the
ethernet. According to the Synchronization Application Notes of UHD,
there are a couple of methods to do it. But the problem is that I don't
have access to either an external GPSDO or a reference clock signal.
I
00, each with a RFX2400 daughter board. UHD
image: 003.002.001.
I have spent quite a long time on this issue but got no luck. Could you
please give me some tips?
Thanks in advance!
Terry
On 09/14/2011 08:16 PM, Josh Blum wrote:
On 09/14/2011 02:11 PM, ziyang wrote:
Thanks a lot for your re
t at some point?
Thanks,
Terry
On 09/14/2011 08:16 PM, Josh Blum wrote:
On 09/14/2011 02:11 PM, ziyang wrote:
Thanks a lot for your reply Marcus! The thing is, I have been running
the gnuradio on E100 and there is no graphical support, so I was
wondering if there is another way to confor
Thanks a lot for your reply Marcus! The thing is, I have been running
the gnuradio on E100 and there is no graphical support, so I was
wondering if there is another way to conform reception? Or should I run
the gnuradio on the PC and get data from E100? Thanks.
On 09/14/2011 07:35 PM, ziyang
Hello everyone,
I'm new to gnuradio & usrp devices. I tried to update the
ucla_zigbee_phy examples "cc2420_txtest.py" and "cc2420_rxtest.py" to
work with UHD (see attachments), then I ran the codes separately on two
E100 devices but cannot get any packet from the receiver. To find out
the pro
17 matches
Mail list logo
