Dincer,
I believe that you will need to add a resampler to the openLTE code in
order to run on a USRP. I don't have a USRP myself, but I believe that
they only allow sample rates that are integer divisions of 100Msps (except
the USRP B200 series). In order to get a valid LTE sample rate (30.72,
Hi Ben,
thank you for your answer.
My previous question was bit strange.
There are to functions of you, once the dl_file_scan and once the only dl_scan
function.
I did undertood that the dl_file_scan function kinda works with USRP, but I was
not sure about the dl_scan function.
I read here t
Dincer,
Hopefully this will clarify things a bit:
1) The dl_scan application will not work with USRP currently due to the
resampling issue. Since gr-osmosdr will support USRP, the dl_scan
application should run using a USRP, but the sampling rate will be
incorrect and it will not decode anything.
Hi Ben,
many thanks for your clarifying answer. I will need to think little bit about
2).
But I have another Question:
Why did you not use a usual Python flowgraph (like in file scan) but a C++
flowgraph?
Is there anywhere a python flowgraph for the live scan app?
Thanks again,
Dincer
Von: B
Dincer -
> Why did you not use a usual Python flowgraph (like in file scan) but a
> C++ flowgraph?
>
Python flowgraphs aren't any more 'usual' than C++ flowgraphs. Python is
perhaps more widely used because that is how GRC generates flowgraphs, but
many applications, especially those that need