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!
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
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
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
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
pr
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
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 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 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
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
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
>
12 matches
Mail list logo
