Hi Pavan,

I already answered on the list. But here goes my text again:
> Hi Pavan,
> 1)
> if you really just need one tone, try a sampling rate like 500kS/s,
> and transmit a constant. Use the offset tuning capabilities to put the
> tone away from the LO leakage, to avoid cancellation.
> 2)
> Yes. C++ blocks tend to be much much faster. The fact that you're
> seeing underruns proves that your PC couldn't keep up with the
> sampling rate you used.
>
> Best regards,
> Marcus


On 09.06.2016 19:19, Pavan Yedavalli wrote:
> I didn't receive a post acknowledgment, so just sending again! Sorry
> for the redundancy, if so.
>
> ---------- Forwarded message ----------
> From: *Pavan Yedavalli* <psy2...@columbia.edu
> <mailto:psy2...@columbia.edu>>
> Date: Thu, Jun 9, 2016 at 9:58 AM
> Subject: Re: [Discuss-gnuradio] Multiplying the inputs with a
> scalar/vector in my own block
> To: GNURadio Discussion List <discuss-gnuradio@gnu.org
> <mailto:discuss-gnuradio@gnu.org>>
>
>
> Hi Marcus,
>
> Thanks for getting back to me. This seems to make sense, but I guess
> wrt your suggestions for moving forward:
>
> (1) You said a bit of trial and error would be good. Can I trial and
> error with my sample rate? This is the value in the USRP sink block
> and on the signal sources, correct (see attachment)? And just to be
> clear, this is /sample/ rate, and not /clock/ rate, correct? So, I
> should try to reduce that from 1 MHz to something smaller just to see
> what would happen? Since my application isn't driven on samples of
> data, I don't believe I need a high sampling rate - I just want a
> single tone to be transmitted with no data, so I think I'm okay with
> the sampling rate being smaller. Is this one approach to take? I guess
> I'm not sure how to determine what would be a good sample rate for my
> application. Is there a decent rule of thumb?
>
> (2) Are you suggesting that I do my created block in C++ instead of
> Python, and if so, could I still use GRC/python to use the block in
> the overarching system? Speed clearly is an issue, but I didn't think
> (know?) that my requirements of sample rate was so high. I guess I
> will try (1) first and see whether my application functions the way I
> want it to with a trial/error of low sample rate, but if it doesn't
> and I need to have a high sample rate, then I will move toward
> implementing the block in C++. Is that a reasonable approach moving
> forward?
>
> Thank you again for your patience and help.
>
> -- 
> Pavan
>
>
>
> -- 
> Pavan
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to