When I add a FFT block in the GRC (gr_fft_vxx if I understand things
correctly) I am offered a boolean parameter 'shift'. When I attempt to
discern the code, there is a comment:
// apply a fft shift on the data - for the fwd FFT and
// apply an ifft shift on the data - for reverse.
Wha
Hi Ben, Hi Nick,
yes, without changing anything, when the B100 is connected to a
"normal" 2.0 port
(whether integrated on the motherboard or on a PCI card) it is found correctly.
here are lspci, lsusb outputs and kernel info
regards
vincenzo
# lspci -v
00:00.0 Host bridge: Intel Corporation
On Tue, Jun 12, 2012 at 08:19:21PM +1200, John Shields wrote:
> When I add a FFT block in the GRC (gr_fft_vxx if I understand things
> correctly) I am offered a boolean parameter 'shift'. When I attempt
> to discern the code, there is a comment:
>
>// apply a fft shift on the data - for the f
some additional info.
this is weird:
although everything is fine while using 2.0 controllers, when I use
the 3.0 expansion card and the b100 gets cold-started (i mean it is
not yet loaded with firmware) i get this:
dc7900 utils]# ./uhd_find_devices
linux; GNU C++ version 4.6.3 20120306 (Red Hat 4
Hi everyone,
I've added Sumit's and Balint's GNU Radio videos to the GNU Radio wiki:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ExternalDocumentation
These videos are really nice and obviously a lot of work was put into
them; I suggest checking them out and would like to encourage anyone
I think the problem is related to the host code, because i have an
UBUNTU installations where the SID message appears less times and b100
hardware no need a reboot to working correctly.
In GENTOO i have this version of the UHD:
linux; GNU C++ version 4.6.3; Boost_104900; UHD_003.004.002-137-g49d4
I have the attached codes which were working and the uhd_cc2420_rxtest.py was
decoding packets albeit with high error rate. I upgraded to gnuradio 3.6 and
had to change a few commands like changing packet_utils to digital and
clock_clock_recovery_mm_ff to digital_clock_recovery_mm_ff.
Both codes
On 06/11/2012 09:11 PM, Ryan Wolfarth wrote:
> Hi again,
>
> The "device streaming" documentation mentions that users may register their
> own data types and converter routines. I'd like to implement a converter
> that takes the sc8 data type from the wire and converts to an sc8 host data
> typ
Clemens,
puncturing is not part of the FSM class.
You can implement it as a simple memoryless device:
eg, if i want to puncture every third bit, then the device
accepts 3bits as inputs and outputs the first two.
If you can give me more details on what exactly you want to
implement i may be able t
Excellent, much appreciated!
-Ryan
On Tue, Jun 12, 2012 at 12:51 PM, Josh Blum wrote:
>
>
> On 06/11/2012 09:11 PM, Ryan Wolfarth wrote:
> > Hi again,
> >
> > The "device streaming" documentation mentions that users may register
> their
> > own data types and converter routines. I'd like to im
On 12/06/12 21:00, Martin Braun wrote:
On Tue, Jun 12, 2012 at 08:19:21PM +1200, John Shields wrote:
When I add a FFT block in the GRC (gr_fft_vxx if I understand things
correctly) I am offered a boolean parameter 'shift'. When I attempt
to discern the code, there is a comment:
// apply a f
11 matches
Mail list logo
