if someone has already asked this question, but I wasn't
able to find this answer while searching through the mailing list
archives. Thanks for your help.
--
--------
Ketan Mandke
University of Texas at Austin
Wireless Networking &
Matt,
I've created a simple page for forwarding users to the gnuradio.org
site. Hopefully someone can just copy the news to the mainpage of the
old GNU Radio website.
http://www.ece.utexas.edu/~mandke/gnuradio/index.html
--
Ketan Mandke
___
Di
that I set up the USRP, but I haven't found
anything yet that could be causing this. I will continue to try and
diagnose the problem, and keep you abreast of any developments.
FYI, here's a list of the different hardware I've tried:
USRP (v1) - rev 4.1 and 4.5
RFX2
fy the shape of the interpolation filter?
In particular, has anyone implemented other interpolation filters and a
mechanism for selecting from such a set?
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/m
ystem, so I set the usrp.sink_c mux
value to 0xBA98. This should enable the USRP to support to transmit RF
chains, right?
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
olution.
On 7/20/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Fri, Jul 20, 2007 at 05:02:55PM -0500, Ketan Mandke wrote:
> I have been experiencing a weird bug when transmitting packets using the
> USRP. I am part of the Hydra group at UT (hydra.ece.utexas.edu). We have
> been d
the IQ channels. Please let me know if you would like me to
elaborate further on this bug or the fix.
On 7/21/07, Ketan Mandke <[EMAIL PROTECTED]> wrote:
Eric,
Thanks for your quick response. In regards to your comments:
> Are you running one of our standard fpga images, or are you using
ing
multiple USRP boards? Specifically, do you have to go through any
special process to ensure that transmitted samples are properly
aligned?
--
Ketan Mandke
http://www.ece.utexas.edu/~mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
status of this effort, and when (if at all) do you think
that this functionality might be implemented?
links:
http://www.nabble.com/Question-about-4-x-4-MIMO-transmitting-and-receiving-tf3605863.html#a10074272
http://www.nabble.com/Re%3A-USRP-Tx-Question-tf1452214.html#a3924517
--
Ketan M
oriented m-blocks utilize a different interface to
the USRP which will make this alignment-task easier?
On 8/29/07, Martin Dvh <[EMAIL PROTECTED]> wrote:
> Ketan Mandke wrote:
> > Martin,
> >
> > I've been searching through the mailing list for more information
> &g
t just doesn't have the right interface.
- SWIG version: 1.3.31
- GNU Radio version: 3.1.0
Thanks for your help.
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ave had a chance to be completely freed up. In
general, I could really use some guidelines (do's and especially
don'ts) for creating classes that inherit from omni_thread.
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
Correction. The "-O" fix that I thought I had only works some of the
time. This is a very peculiar bug.
On Dec 11, 2007 8:24 PM, Ketan Mandke <[EMAIL PROTECTED]> wrote:
> I recently created an object which spawns an omni_thread and then
> cleans it up when stop() is cal
edora)
GR version: 3.1.0
RF: Flex2400 Rev 30
USRP: version 4.1
PHY: custom design based on 802.11n
Interp/Decim rates: 128/64
--
Please let me know if you feel more specifics will help you answer my
question. Thanks.
Hydra: http://hydra.ece.utexas.edu
--
Ketan M
daughter
boards, or have any idea why this might be happening?
Hydra: http://hydra.ece.utexas.edu
--
Ketan Mandke
On Jan 24, 2008 9:16 PM, Ketan Mandke <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm not sure if my problems are necessarily caused by USRP overflows,
> but I have
set_auto_tr(False). Any thoughts?
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
gt; connected to the master_control module in the inband case.
>>
>
> Hi Ketan,
>
> I'm not sure which RBF you're using from us. I'd suggest the latest one in
> the trunk. Older ones we had made some modifications to master control.
&
built after applying whatever fixes George
was referring to? Anyway, thanks a lot for your help.
On Thu, Jul 17, 2008 at 3:45 PM, George Nychis <[EMAIL PROTECTED]> wrote:
>
>
> Ketan Mandke wrote:
>>
>> Eric & George,
>>
>> Thanks for quick responses. I al
hould arrive
sometime in the future. We are clueless as to why this might be
happening.
This seems to happen 1 in every 5k-10k usb_packets.
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/lis
se of your research group ;)
>
> I spend all of my time working with the single chain, and if I find bugs I
> can fix them. But I think you're the only ones using the dual chain... so
> your feedback is useful and I'd appreciate any help s
eeding
samples should have the same timestamp).
--
Ketan Mandke
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
timestamp between the RX
chains. Hope that wasn't too confusing.
On Tue, Aug 26, 2008 at 8:29 PM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 26, 2008 at 07:38:47PM -0500, Ketan Mandke wrote:
>
>> The timestamp for packets should corrsepond to the
>> time when
22 matches
Mail list logo
