Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: Re g : usrp2_card_burner_gui.py (Josh Blum)
2. Re: time outs during Tx (Sanat Gulvadi)
3. issues with Underflows/Underruns. (Sanat Gulvadi)
4. UHD simulation/loopback mode (Nowlan, Sean)
----------------------------------------------------------------------
Message: 1
Date: Sun, 22 Apr 2012 10:50:48 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Re g : usrp2_card_burner_gui.py
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Well I guess you cant make all python versions happy.
What version of python are you running?
Does it work if you remove "errors='ignore'"?
-josh
On 04/22/2012 10:41 AM, sumitstop wrote:
>
> I am getting this error while running the usrp2_card_burner_gui.py
>
> *******************************************************************************************
> Traceback (most recent call last):
> File "./usrp2_card_burner_gui.py", line 174, in <module>
> USRP2CardBurnerApp(root, dev=options.dev, fw=options.fw,
> fpga=options.fpga).pack()
> File "./usrp2_card_burner_gui.py", line 132, in __init__
> self._raw_dev_entry = DeviceEntryWidget(self, text=dev)
> File "./usrp2_card_burner_gui.py", line 74, in __init__
> self._reload_cb()
> File "./usrp2_card_burner_gui.py", line 87, in _reload_cb
> for hint in usrp2_card_burner.get_raw_device_hints():
> File "/usr/local/share/uhd/utils/usrp2_card_burner.py", line 113, in
> get_raw_device_hints
> for line in command('cat', '/proc/partitions').splitlines():
> File "/usr/local/share/uhd/utils/usrp2_card_burner.py", line 53, in
> command
> verbose = p.stdout.read().decode('utf-8', errors='ignore')
> TypeError: decode() takes no keyword arguments
>
> ******************************************************************************************************
>
> I searched in web but couldn't find something accurate
>
> Somebody has mentioned the same thing this year
> http://pastebin.com/XjU73dCU but I couldn't understand what is the solution
> %-|
>
>
>
> -----
> Sumit Kr.
> Research Assistant
> Communication Research center
> IIIT Hyderabad
> India
------------------------------
Message: 2
Date: Mon, 23 Apr 2012 13:48:00 +0200
From: Sanat Gulvadi <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] time outs during Tx
Message-ID:
<CAH12yLsEi9W+1RnXh97VTHQw9nxobvw6_-KLUsc=i1fdyoq...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Greetings all,
Actually I figured out that the usrp->get_time_now() was causing a lot of
overhead. So I went another way. So for now it's all good.
Thanks,
Sanat
On Thu, Apr 19, 2012 at 5:28 PM, Sanat Gulvadi <[email protected]>wrote:
> Hi again Josh,
>
> Actually it looks like I spoke too soon.
> I did look at both the examples you suggested. In my case I want to send
> as long as it takes for a certain number of seconds to expire. During this
> time, I loop over the samples contained in a file.
> Right now for some reason, I am getting the 'U's showing up on stdout
> along with my standard verbose output that says a packet was sent. I use
> time spec only for the first packet and then make has_time_spec as false
> for every subsequent packet to have it sent immediately.
> I thought initially the underruns are being caused because of reading from
> the disk. Preallocating the whole file contents to a buffer, didn't seem to
> help.
> Would you please allow me to take a little more of your time by asking you
> to look at my code snippet ?
>
> http://pastebin.com/x1dB2B1u <http://pastebin.com/dADe48Pt>
>
> I am not very experienced with c++ and I apologize if my code looks clumsy.
>
> Thanks again !
>
> Best Regards,
> Sanat
>
>
>
> On Thu, Apr 19, 2012 at 1:59 PM, Marc Epard <[email protected]> wrote:
>
>>
>> On Apr 19, 2012, at 2:01 AM, Sanat Gulvadi wrote:
>>
>> I just found from one of Marc Epard's previous posts somewhere that one
>> needs to issue_stream_cmd after every one SRAM full worth of samples. Is
>> this applicable in my case as well ?
>>
>>
>> That only applies when you are using the custom FPGA to do 100 Msps rx.
>>
>> -Marc
>>
>>
>
>
> --
>
>
--
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120423/a9bef555/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 23 Apr 2012 16:28:14 +0200
From: Sanat Gulvadi <[email protected]>
To: [email protected]
Subject: [USRP-users] issues with Underflows/Underruns.
Message-ID:
<cah12yltk_9bpspn7hrszvcxzbliuwy7u56e6wofl5negqzk...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Good Afternoon,
I am referring to the tx_timed_samples.cpp and tx_samples_from_file.cpp
example programs. I have had to make some changes to them before using it
in my code since I need to accomplish something in between. I am reading
samples from a file but, I need to transmit them for a certain number of
seconds. Initially was using time_spec_t containers for comparing the
number of seconds with the device time usrp->get_time_now() to find when to
stop transmitting. But I found that this was causing a lot of processing
overhead and I was ending up with Underruns during TX and during RX, I had
a packet count far less than what I was expecting after calculating Rx Rate
* number of seconds. Now instead of comparing times I just check the total
number of accumulated samples with Rx Rate * number of seconds and loop for
that many samples. This solved the low packet count at the Rx. So now I get
approximately what I was expecting, given the number of seconds.
I still have problems with underruns when Transmitting.
Basically, I loop over the file contents like in the example program and
then when the eof() is reached i set the file stream pointer back to the
beginning instead of exiting the while loop like in the example. My only
possible suspicion right now is that this istream::seekg() operation might
be causing some processing overhead and resulting in the underruns. Could
that be it ? How else could I accomplish the task of starting from the
beginning of the file once all the samples are transmitted, without causing
underruns? Would preallocating the entire file contents to a vector or so,
make it send the samples any faster ?
Following is my code snippet :
http://pastebin.com/sfQepiSF
Thanks and Best Regards,
Sanat
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120423/67ec2db0/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 23 Apr 2012 14:53:21 +0000
From: "Nowlan, Sean" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] UHD simulation/loopback mode
Message-ID: <195933287DC65748BA7AE867BA8E430B6218691C@apatlisdmbx02>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
Sorry if this has been asked before: is there a simulation or loopback mode for
UHD? This would be useful for testing code without a radio.
Thanks!
Sean
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120423/2b4abb39/attachment-0001.html>
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 20, Issue 20
******************************************
