Hi Alex,
yes, thanks for that info. That is the solution that I settled on in the
interim, it just means that applications are not as portable as I would
like, e.g building an application on a desktop PC with a larger screen and
then transferring to a laptop to be used at a presentation somewhere.
Also, take a look at this brief related discussion from a few weeks ago:
http://lists.gnu.org/archive/html/discuss-gnuradio/2011-06/msg00103.html
Kunal
On Tue, Jul 26, 2011 at 8:49 PM, Colby Boyer wrote:
> You would need a very very accurate real time guarantee on how long it
> would take to p
You would need a very very accurate real time guarantee on how long it would
take to process/detect an echo, and then to respond to it. To my knowledge
the GNURadio framework cannot make that guarantee, in general. I would not
try to depend on getting an accurate time for signal processing delay an
The two device are not clock syncronized.
My end goal is clock syncroniztation & ranging.
The true problem is if it’s possible to compute the time difference between an
incoming sample and a outgoing sample from USRP. This is critical since i have
to compute the time elapsed (due to calculation &
This might be possible to do if both devices have access to the same and
very accurate clock, e.g. GPS.
What is your end goal?
On Tue, Jul 26, 2011 at 3:59 PM, Mattia Rizzi wrote:
> Hello.
> I need to implent a two way ranging. A device send an “echo”, a second
> device discover the “echo” and
On Sun, Jul 24, 2011 at 11:57 PM, valentac wrote:
>
> That's what i'm doing now. The vector_source i'm using is correctly
> updating
> itself if I check the value, but it seems that the updated vector_source
> isn't being passed to the plotter_sink (when I connect the source to the
> plotter sink
Hello.
I need to implent a two way ranging. A device send an “echo”, a second device
discover the “echo” and send a reply, then the first device can calculate the
distance. For a correct distance evalutation, the second device must calculate
the time elapsed between the discover of the first ech
On Tue, 2011-07-26 at 12:43 -0500, Brenden Smith wrote:
> What is the transmitting/receiving range of the transceiver board on
> the USRP2?
There are many transceiver boards. Frequency ranges for each of them can
be found here:
http://www.ettus.com/order
--n
>
> Brenden
>
> _
What is the transmitting/receiving range of the transceiver board on the
USRP2?
Brenden
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, 2011-07-26 at 12:22 -0400, saketh kumar wrote:
> Hey
>
> I am working on USRP N200 with RFX2400. My set up includes two USRPs
> connected to two computers. I want them to communicate using
> uhd_benchmark_tx/rx.py codes. Initially I set up my receiver side by
> running uhd_benchmark_rx.
Hey
I am working on USRP N200 with RFX2400. My set up includes two USRPs
connected to two computers. I want them to communicate using
uhd_benchmark_tx/rx.py codes. Initially I set up my receiver side by running
uhd_benchmark_rx.py and it's done! The I shift to transmitter side and run
uhd_benchm
Hi,
There is an (older) article on listening to FM radio in Linux Journal
http://www.linuxjournal.com/article/7505
It's good to understand how GNU Radio and the demod chain works, and what the
parameters of usrp_wfm.py do.
However, on the hardware side you need the TVRX or WBX board to tune to
On 26/07/2011 7:48 AM, Walter Barmak wrote:
Thanks all for the answer! I believe though that I cannot listen to
radio stations because the daughterboards RFX 1800 range from 1.5GHz to
2.1GHz which is only for cell phones?
That is correct, Walter.
Can I suggest that if you're going to head down
Thanks all for the answer! I believe though that I cannot listen to
radio stations because the daughterboards RFX 1800 range from 1.5GHz to
2.1GHz which is only for cell phones?
On Mon, 2011-07-25 at 20:44 -0300, Edmar Candeia Gurjao wrote:
> Hi Walter,
>
> you can use usrp_wfm.py, it is on the g
I solved the problem! (after 10 days :-))
I had not used the "noutput_items" variable in the "general_work"
environment. so my blocks produced uncontrolled outputsamples :-(
Sorry about the confusion I produced.
Thanks to all who helped!
___
Discuss-g
On Sun, Jul 24, 2011 at 01:07:36PM +0200, Michael Höin wrote:
> I think my program loses samples. If I choose for the input of my
> flowgraph a file source with a throttle (Rate = 2 MSamples) and for the
> output a vector sink, I see in the output vector that samples are loss
> (every run differnet
Hi Marcus
Thanks for reply.
> In the example you gave earlier, using a file-source, you run the >
flow-graph for 13 seconds, then call tb.stop(), then harvest the vector
> sink. You then make the observation that there are "missing samples".
> Are you actually comparing samples, or simply observ
17 matches
Mail list logo
