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
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,
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,
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,
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,
