On Wed, May 30, 2012 at 8:51 AM, Gasper Zejn wrote:
> Hi,
>
> I was using Funcube dongle and found a strange bug. Whenever I used the FCD
> source in my flow graph and started the flow, the (demodulated) signal came
> out corrupted. However, if I then just started qthid, it would correct itself
>
On Wed, May 30, 2012 at 4:23 AM, J Mc wrote:
>
>
>> Date: Tue, 29 May 2012 22:15:43 -0400
>> Subject: Re: [Discuss-gnuradio] Real-time fading simulation?
>> From: bpadal...@gmail.com
>> To: columbo_the_leg...@hotmail.com
>> CC: discuss-gnuradio@gnu.org
>
>>
>> On Tue, May 29, 2012 at 9:47 PM, J Mc
Hi Almohanad ,
thanks for this information, can you provide more detail or is there any doc?
On 5/30/12, Almohanad Fayez wrote:
> If memory serves correctly the n200 or the usrp 2 has an fpga expansion
> interface to some xilinx development platform which you might be able to
> use to create a cu
I don't believe there's a document for this it's more of an exercise left
for the motivated user.
On May 30, 2012 6:27 AM, "Page Jack" wrote:
> Hi Almohanad ,
> thanks for this information, can you provide more detail or is there any
> doc?
>
> On 5/30/12, Almohanad Fayez wrote:
> > If memory se
Hi Josh,
Thanks for your quick reply! We are actually using rx_samples_to_file as a
first attempt at benchmarking the systems data transfer speed. We give a
proper crtl+c whenever we terminate the program, but the problem persists.
We tried rx_timed_samples per your recommendation and found that
I've noticed that when stopping a GRC sketch and starting another, I get
unknown stream ID reports from my B100, requiring a restart of the USRP to
recover. This used to happen a while back, but was fixed. Perhaps the fix has
been broken or the issue is similar.
Darren
Sent from my iPhone
On
There is a mictor connector (J301 on both USRP2 and N2x0) that has 32 signal
and 2 clock pins all free to be used in the FPGA. Searching for "mictor" in the
archive of this forum will find other posts about this.
However I do want to drive home the point that you are unlikely to find an ARM
pr
Problem solved! rx_samples_to_file doesn't include a stream_cmd_stop!
Here's our fix:
Add the following after line 93 (outfile.close()):
if(!num_requested_samples){
uhd::stream_cmd_t
stream_cmd_stop(uhd::stream_cmd_t::STREAM_MODE_STOP_CONTINUOUS);
usrp->issue_stream_cmd(stream_cmd_stop);
}
This
There is a mictor connector (J301 on both USRP2 and N2x0) that has 32
signal and 2 clock pins all free to be used in the FPGA. Searching for
"mictor" in the archive of this forum will find other posts about this.
However I do want to drive home the point that you are unlikely to
find an ARM p
On 05/30/2012 11:46 AM, Ian Buckley wrote:
> There is a mictor connector (J301 on both USRP2 and N2x0) that has 32 signal
> and 2 clock pins all free to be used in the FPGA. Searching for "mictor" in
> the archive of this forum will find other posts about this.
>
> However I do want to drive hom
Hello All,
A couple of days ago i had installed a GNURadio digital image
processing block that makes an image source and sink block available as
displayed in the image below.
*Resource* : https://github.com/a-w-s/GNURadio-DIP
*Flowgraph* : http://i.imgur.com/1lJzD.png
The output of the im
Hi all,
I'm working on an experiment which needs to modify qam modulation block in
gnuradio. But I cannot find the source C++ file the qam blocks use. e.g.,
OFDM demod block uses digital_ofdm_frame_sink in
gnuradiobuild/gnuradio/gr-digital/lib. What about qam blocks?
Thank you for your help!
12 matches
Mail list logo