Re: After calling stop(), USRP still seems active

Eric B. wrote:

Can you send me the complete script off the list?

Hi Eric,

Thanks for your response! I have attached test_tone.py, which since my
last post I have checked and changed slightly, but the problem doesn’t
seem to be there.

BTW, what are you really trying to accomplish?

I am developing a USRP Server computer that can be controlled from any
client computer, (clients run Matlab under Windows). Clients require the
ability to terminate running flow graphs, hence my requirement for
stop(). To test the stop() functionality (independent of my threaded
server code) I am running test_tone.py in the python interpreter.

from test_tone import *
tone = test_tone()
tone.start()

The only way I can get the USRP to actually stop transmitting something
is to delete my instantiated test_tone object. Calling stop() stops the
tone but the USRP still transmits something (difference between actually
being off and pretending to be off is 40 dB).

Also, can you figure out how to get rid of this signature?
It’s not appropriate for posting to what is obviously a public mailing
list.

I am sorry about the signature but unfortunately it is attached as it
leaves. Maybe I should setup an external email address.

Eric

Thanks for your help,

Jonas

=======================================================================
This email, including any attachments, is only for the intended
addressee. It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
altered or corrupted during transmission.

I think this could be a symptom of using an older version bitfile for
the
fpga load, where the fifo’s held the last value when emptied instead of
being zero’d. (?)
-Lee

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs