Hi Marcus,
Could you point a commit diff of a grc example and a python example where
such port (USRP1 input converted to UHD input) is done?
Best regards,
Rafael Diniz
> On 19/10/2011 12:53 PM, Josh Blum wrote:
>
>> You will have to change the block that is instantiated to be a uhd usrp
>> source or sink. There is no reason that rest of your
>> modulation/demodulation chain or mac layer would have to change.
>>
>> Cheers,
>> -Josh
> A further consideration for porting applications/examples that "know"
> that they're talking to a USRP1 is that UHD uses a range
> of {-1.0,+1.0} for complex_float data streams, and internally scales
> that to whatever is appropriate for the hardware. There are plenty
> of apps out there that "know" that the data should be in
> {-32767,+32768}, and they will end end producing clipping in UHD unless
> the
> data are re-scaled.
>
>
>>
>
>
>
> _______________________________________________
> 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
