Re: [Discuss-gnuradio] Who actually *does* use GNU Radio?

[Sanjay Singh]

Thanks for pointing me Can you please dig down mails from Ettus paid
employee mails for making same statements and remov ethem as well from the
list... That would be fair...

Also, wish all the best again.

Am working with set of organizations and would bring all the people's
knowledge on common platform to build a great solution.

All are welcome the the new project.

S--

On Sun, Jan 23, 2011 at 12:28 AM, Tom Rondeau wrote:

> On Sat, Jan 22, 2011 at 1:47 PM, Sanjay Singh
>  wrote:
> > Hi Tom,
> >
> > I understand your concern. I agree with you.
> >
> > What about the people who sport so actively promoting Ettus Research
> > products. I know they are paid by Ettus Research. But it doesn't mean
> they
> > play spoil sport in building open source hardware platform.
> >
> > If GNURadio community feels am being misleading, then i myself will get
> down
> > from the post. Also, if you have the authority to do so, please remove me
> > from the list. Thanks for concern and wish all the best.
>
> Alright, if that's what you want, I will remove you.
>
>
> > I had one query for you regarding your statement
> >
> > " there are a _lot_ of people working on GNU Radio projects that are not
> > discussing them publicly."
> >
> > If GNURadio projects are not discussed in open forum, then where open
> source
> > developers should discuss ?
> >
> > Then now let me take the stake as Ettus Research paid Employee and say
> > "Yikes! am not in this forum atleast "
> >
> > S--
>
> Two problems here. First, you seem to have a misunderstanding of open
> source software. Just because it is open source does not mean, in any
> way, that the people using have to discuss what they are doing. I use
> Emacs almost all day long for everything, yet I don't go discussing it
> on their list. Many companies and organizations are doing work with
> all sorts of open source products like GNU Radio, but do not
> necessarily talk about it.
>
> The second problem that you seem to have is your English. This is not
> meant to be a mockery of you or an attack; I'm really trying to help
> here. Your last sentence here makes absolutely no sense. It simply
> doesn't parse as an English sentence. You may be able to make your
> points better if you could construct an argument more clearly.
>
> Tom
>
>
>
> > On Sat, Jan 22, 2011 at 2:19 AM, Tom Rondeau 
> wrote:
> >>
> >> On Fri, Jan 21, 2011 at 3:04 PM, Sanjay Singh
> >>  wrote:
> >> > Your comment
> >> >
> >> > "some of the projects  that have been cooking over the last several
> >> > years
> >> > will get some exposure"
> >> >
> >> > is not true. Don't be so biased to under estimate work.
> >> >
> >> > I would suggest to go to reputed institute to prove yourself rather
> >> > honking
> >> > your capability!
> >>
> >>
> >> Sanjay,
> >> This kind of attitude that you have is really not helpful. You have
> >> been significantly pulling down the quality of the listserv and I'm
> >> asking you politely to behave more maturely in the future. If you
> >> continue to be as brash and offensive in your conversations with the
> >> list, I will have to remove you.
> >>
> >> And yes, there are a _lot_ of people working on GNU Radio projects
> >> that are not discussing them publicly.
> >>
> >> Tom
> >>
> >>
> >>
> >> > On Sat, Jan 22, 2011 at 1:13 AM, Marcus D. Leech 
> >> > wrote:
> >> >>
> >> >> On 01/21/2011 02:26 PM, Ben Hilburn wrote:
> >> >>>
> >> >>> I'm a graduate student at Virginia Tech, and I assure you that GNU
> >> >>> Radio is used _heavily_ in our labs.  As I write this, there are
> >> >>> probably 3-4 groups in my vicinity hacking on GNU Radio projects.
> >> >>>
> >> >>> People posting projects on CGRAN or posting to the listserve is
> >> >>> probably not an accurate reflection of the amount of work going into
> >> >>> GNU Radio, or being done around GNU Radio, at any particular time.
> >> >>>
> >> >>> Cheers,
> >> >>> Ben
> >> >>
> >> >> This is an excellent point.
> >> >>
> >> >> In the commercial space, people working on Gnu Radio related projects
> >> >> are
>

Re: [Discuss-gnuradio] Who actually *does* use GNU Radio?

[Sanjay Singh]

Hi Tom,

I understand your concern. I agree with you.

What about the people who sport so actively promoting Ettus Research
products. I know they are paid by Ettus Research. But it doesn't mean they
play spoil sport in building open source hardware platform.

If GNURadio community feels am being misleading, then i myself will get down
from the post. Also, if you have the authority to do so, please remove me
from the list. Thanks for concern and wish all the best.

I had one query for you regarding your statement

" there are a _lot_ of people working on GNU Radio projects that are not
discussing them publicly."

If GNURadio projects are not discussed in open forum, then where open source
developers should discuss ?

Then now let me take the stake as Ettus Research paid Employee and say
"Yikes! am not in this forum atleast "

S--


On Sat, Jan 22, 2011 at 2:19 AM, Tom Rondeau  wrote:

> On Fri, Jan 21, 2011 at 3:04 PM, Sanjay Singh
>  wrote:
> > Your comment
> >
> > "some of the projects  that have been cooking over the last several years
> > will get some exposure"
> >
> > is not true. Don't be so biased to under estimate work.
> >
> > I would suggest to go to reputed institute to prove yourself rather
> honking
> > your capability!
>
>
> Sanjay,
> This kind of attitude that you have is really not helpful. You have
> been significantly pulling down the quality of the listserv and I'm
> asking you politely to behave more maturely in the future. If you
> continue to be as brash and offensive in your conversations with the
> list, I will have to remove you.
>
> And yes, there are a _lot_ of people working on GNU Radio projects
> that are not discussing them publicly.
>
> Tom
>
>
>
> > On Sat, Jan 22, 2011 at 1:13 AM, Marcus D. Leech 
> wrote:
> >>
> >> On 01/21/2011 02:26 PM, Ben Hilburn wrote:
> >>>
> >>> I'm a graduate student at Virginia Tech, and I assure you that GNU
> >>> Radio is used _heavily_ in our labs.  As I write this, there are
> >>> probably 3-4 groups in my vicinity hacking on GNU Radio projects.
> >>>
> >>> People posting projects on CGRAN or posting to the listserve is
> >>> probably not an accurate reflection of the amount of work going into
> >>> GNU Radio, or being done around GNU Radio, at any particular time.
> >>>
> >>> Cheers,
> >>> Ben
> >>
> >> This is an excellent point.
> >>
> >> In the commercial space, people working on Gnu Radio related projects
> are
> >> unlikely to want to talk
> >>  about those projects publically--at least until the product brochures
> are
> >> ready :-)
> >>
> >> Similarly for certain government uses of Gnu Radio.
> >>
> >> Hopefully, with the advent of the Gnu Radio conference that Tom talked
> >> about, some of the projects
> >>  that have been cooking over the last several years will get some
> >> exposure.  If I can attend that
> >>  conference, I certainly will, and I'll attempt to get a presentation or
> >> two together.
> >>
> >>
> >>
> >> --
> >> Marcus Leech
> >> Principal Investigator
> >> Shirleys Bay Radio Astronomy Consortium
> >> http://www.sbrac.org
> >>
> >>
> >>
> >> ___
> >> Discuss-gnuradio mailing list
> >> Discuss-gnuradio@gnu.org
> >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> >
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Who actually *does* use GNU Radio?

[Sanjay Singh]

Your comment

"some of the projects  that have been cooking over the last several years
will get some exposure"

is not true. Don't be so biased to under estimate work.

I would suggest to go to reputed institute to prove yourself rather honking
your capability!

On Sat, Jan 22, 2011 at 1:13 AM, Marcus D. Leech  wrote:

> On 01/21/2011 02:26 PM, Ben Hilburn wrote:
>
>> I'm a graduate student at Virginia Tech, and I assure you that GNU
>> Radio is used _heavily_ in our labs.  As I write this, there are
>> probably 3-4 groups in my vicinity hacking on GNU Radio projects.
>>
>> People posting projects on CGRAN or posting to the listserve is
>> probably not an accurate reflection of the amount of work going into
>> GNU Radio, or being done around GNU Radio, at any particular time.
>>
>> Cheers,
>> Ben
>>
> This is an excellent point.
>
> In the commercial space, people working on Gnu Radio related projects are
> unlikely to want to talk
>  about those projects publically--at least until the product brochures are
> ready :-)
>
> Similarly for certain government uses of Gnu Radio.
>
> Hopefully, with the advent of the Gnu Radio conference that Tom talked
> about, some of the projects
>  that have been cooking over the last several years will get some exposure.
>  If I can attend that
>  conference, I certainly will, and I'll attempt to get a presentation or
> two together.
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNURadio is disappointing [was: Greeting and a question]

[Sanjay Singh]

Hi Marcus,

I believe you are a good technical starter than to talk about market.
If you are to talk about $20 ADC/DAC i would rather disassociate from your
discussion.

If you would bet on million dollar to donate to GnuRadio, then i will prove
about the pricing you are talking about.

S--

On Fri, Jan 21, 2011 at 9:39 AM, Marcus D. Leech  wrote:

> On 01/20/2011 09:35 PM, Sanjay Singh wrote:
> > Hi Marcus,
> >
> > Regarding your queries
> >
> >   o Interface with whatever RF hardware is developed above
> >   o Do the required DDC and CIC Decimation, and whatever else *this
> > specific application requires*.
> >   o Send data over the host-interface, *in the required formats, using
> > the required protocols*
> >
> > All these comes as part of the demo. Check for Xilinx DSP kits.  I
> > need not have to say anything. Board demos should say everything to you.
> >
> Yes, you are correct that the Xilinx DSP kit includes various DSP-type
> "IP" as part of the demo
>  package, but unless I'm badly mis-reading things, the cheapest such
> "kit" is $1,995 from Avnet,
>  and that doesnt include an ADC or DAC board.
>
> The SP601, which is their cheapest FPGA evaluation and demo offering,
> doesn't include
>  much "IP" except for basic logic functions.  This board sells for
> $249.00 through Avnet.
>
> Xilinx doesn't give their IP away for free.So if you want to use
> *their* IP, you have to license
>  it, and pay for it, which drives up the cost to fairly-high levels.
>
> I'm perfectly happy to be shown I'm wrong, with *specific, concrete*
> examples.
>
> --
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNURadio is disappointing [was: Greeting and a question]

[Sanjay Singh]

Hi Martin/all,

There is need for open source platform for GNURadio. I request people of
concern to understand my view. Am not at all against GNURadio.Its in fact
GNURadio gave birth to open source platform. But what i see is there is a
split as of date against software and hardware. In order to cut down the
gap, GNURadio community should enforce people working around to maintain the
eco ssytem being built to support open source platforms. Its a vision to be
realized rather being bound to commercial fronts. There are many
organizations and people who could donate funds  to GNURadio for building a
world class open source platform for all the Students/Researchers.

I would wish all community members actively participate and proceed to do
needful.

Respect you all in your time and concerns...

S--

On Fri, Jan 21, 2011 at 2:49 PM, Martin Braun  wrote:

> On Fri, Jan 21, 2011 at 08:20:43AM +0530, Sanjay Singh wrote:
> > Its not about talking high. Its community of people trying hard to press
> Ettus
> > Research products. Putting people down is not the motto of GNURadio.
> >
> > Regrading putting off from the list: Discussion is on for open source
> platform.
> > This is GNURadio platform. Here discussions are open for Ettus Research
> > products and any other hardware product which can be used with GNURadio.
> >
> > Is GNURadio also owned by Ettus Research ?.
> >
> > Regarding your concern on keeping things focused;
> >
> > Things on GNURadio are not focused. That's the concern. When.open source
> > platform is the focus then everyone has the freedom to discuss open
> platform
> > solution rather than promoting specific products for commercial needs.
>
> I think this unfair in several ways.
> I'm not repeating what Brian said, he's right and there's enough
> redundancy here already.
>
> But all these open hardware threads seem to neglect that there's a
> powerful *software* tool out there for real-time signal processing, and
> a lot is happening at that end. GNU Radio is much more than the USRPs;
> in fact, it's *not even* the USRPs.
> I'm not quite sure what your email is trying to say. What I read is that
> GNU Radio's not going anywhere and that it's merely a tool to promote
> the selling of USRPs.
>
> Fact is, a lot of interesting things are going on. Stream tags were
> introduced in the 'next' branch, and ignored (or rather: blanked out by
> discussions on the price of USRPs), a feature which many had requested
> in the past. Quite a lot of signal processing has been added since
> version 3.2.2. So saying GNU Radio is disappointing is a bit unfair to
> those who actually maintain it, and disconcerting to those who (want to)
> use it.
>
> Talking of which: Who actually *does* use GNU Radio? I can't see a whole
> lot of active projects going on, not on this list or on CGRAN.
>
> However, I'm beginning to turn this into a general rant. I wonder if
> it's possible to turn this list back into a place where we can discuss
> the interesting parts of GNU Radio and GPP-based signal processing.
>
> And with all the drawbacks and bugs that GNU Radio has, there's nothing
> comparable in the open source domain. So if GNU Radio really sucks,
> then how about a proper discussion on what's wrong. And not about which
> HF-frontend costs how much.
>
> Bye,
> MB
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNURadio is disappointing [was: Greeting and a question]

[Sanjay Singh]

Its not about talking high. Its community of people trying hard to press
Ettus Research products. Putting people down is not the motto of GNURadio.

Regrading putting off from the list: Discussion is on for open source
platform. This is GNURadio platform. Here discussions are open for Ettus
Research products and any other hardware product which can be used with
GNURadio.

Is GNURadio also owned by Ettus Research ?.

Regarding your concern on keeping things focused;
Things on GNURadio are not focused. That's the concern. When.open source
platform is the focus then everyone has the freedom to discuss open platform
solution rather than promoting specific products for commercial needs.
Regrading your comment
"people on the list that don't like Ettus Research or the way Gnu Radio is
running, take them off the list "
Is that only Ettus Research based products needs to be discussed ?. I
suggest you reconsider your statement.

On Fri, Jan 21, 2011 at 2:25 AM, Elvis Dowson  wrote:

> Hi Tom & Matt,
>
> Begin forwarded message:
>
> > From: "Marcus D. Leech" 
> >>
> > So, respectfully, you're full of crap, Sanjay.  No "BSP" is going to
> automatically know how to do all the functions we want to do:
>
> Someone ought to moderate this list. I for one find Marcus annoying. He
> mentioned that he's employed part time by Ettus Research. He should be told
> to tone down. It just takes a few guys like Marcus to put people off.
>
> If there are people on the list that don't like Ettus Research or the way
> Gnu Radio is running, take them off the list. At least it will keep things
> focussed in the right direction.
>
> As for people like Marcus, they should be told to behave politely to other
> members on the list.
>
> Elvis Dowson
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNURadio is disappointing [was: Greeting and a question]

[Sanjay Singh]

Hi all,

To be specific to concern

   1) Create your own RF front end boards
> putting mixer and LO is a handy breadboard work.. tryout some good
examples from Analog Devices and TI. To get additional gains put LNA or PA
in series. Learn basic hardware designs.

   2) Create your own digital/baseband board
> Check out many thesis work who have developed demonstrating platforms.
Adding to commercial front, check SP601/605 from Avnet. Check for the prices
for sure!. Also check Spartan 3A 1800 DSP from Xilinx.

   3) Write all the software for board in step (2) to control all the
boards you create in step (1)
> Not required. All the development boards are platform specific and the
board developer supports BSP(Board support package). If you are building
your board, you need to develop your own BSP. All the development board
comes with BSP. A mere DMA transfers between PC and board is a 4 weeks of
development activity.

   4) Write all the host side software to interface software written
in step (3) with GNU Radio
> Platform independent drivers already address the issue.

   5) Contribute all previous work to GNU Radio
> No one says its personal development after posting at open source
community developers

   6) Stop complaining*
> No one complains unless there is deviation against addressed.


The capability and contribution you are talking about cannot be patchy work.
Patchy work is needed to fix design bugs. Open source community would be
interested to have proper solution rather patches.

S--




On Fri, Jan 21, 2011 at 12:12 AM, Brian Padalino wrote:

> I changed the subject to better match the tone of the email.
>
> On Thu, Jan 20, 2011 at 11:12 AM, Sanjay Singh
>  wrote:
> > Hi all,
> >
> > Am disappointed with the way GNURadio is getting into.
> >
> > I see all the discussion around is to promote the products of Ettus
> > Research.
> >
> > Agreed!. Great work from Ettus Research.
> >
> > But there are many boards available which are far better in capability vs
> > price. I don't want to mention them here to deviate the concern.
> >
> > During the market for USRP1, no one in the forum focused discussion on
> > embedded platform. When queries regarding any such embedded platform was
> > posted, there were lot of quotes saying GNURadio is focused on developing
> > SDR framework based on Desktop based solution. With Ettus Research coming
> > out with USRP E100, everyone on is bouncing on embedded platform.
> >
> > I wonder; Is GNURadio biased with Ettus Reserch ?. My obvious
> understanding
> > is NO!.
> >
> > Its the community of people driving Ettus products into market. The
> > potential of doing so is to make money. Either way, Ettus Research is now
> > part of National Instruments and may be now GNURadio be delinked with
> Ettus
> > Research for being open source. There are many people who can contribute
> low
> > cost open source solutions.
> >
> > Initially, all the Hardware and software was part of GNURadio. All the
> files
> > was part of free source available to download and use. In around a year
> or
> > so all the files from GNURadio were moved out separating hardware and
> > software. All the hardware related files were not available after this.
> Why
> > so, no one knows.
> >
> > The boards when purchased from Ettus Research it was under terms and
> > conditions as free open source schematics for motherboard and free open
> > source schematics and pcb files.
> >
> > Its time now for the community of people interested in building free open
> > source platform including both software and Hardware to come out with an
> > complete open source low cost solution.
> >
> > S---
>
> I need to borrow your soapbox.
>
> This e-mail infuriates me.  If you thought you bought a motherboard
> from Ettus under the terms that you were getting schematics and PCB
> files and blah blah blah, fine.  If you didn't get them, point to the
> line item on the receipt or the clause in the contract and take it up
> with Ettus.
>
> Next - the general tone of GNU Radio seems to be biased towards Ettus
> only due to the fact that he, Josh and a whole slew of other people
> worked damned hard to not only develop their hardware, but make sure
> it was compatible with GNU Radio.
>
> Let me repeat that.
>
> Matt, Josh, and the rest of the people at Ettus Research did damn near
> ALL the legwork - software and hardware - to make it compatible with
> GNU Radio so you can buy something, plug it in and make it work.
> Moreover, they field support questions on an open forum for free.  To
> dismiss this fact is grossly inappropriate.
>
> On that note, I have

Re: [Discuss-gnuradio] Greeting and a question

[Sanjay Singh]

Hi all,

Am disappointed with the way GNURadio is getting into.

I see all the discussion around is to promote the products of Ettus
Research.

Agreed!. Great work from Ettus Research.

But there are many boards available which are far better in capability vs
price. I don't want to mention them here to deviate the concern.

During the market for USRP1, no one in the forum focused discussion on
embedded platform. When queries regarding any such embedded platform was
posted, there were lot of quotes saying GNURadio is focused on developing
SDR framework based on Desktop based solution. With Ettus Research coming
out with USRP E100, everyone on is bouncing on embedded platform.

I wonder; Is GNURadio biased with Ettus Reserch ?. My obvious understanding
is NO!.

Its the community of people driving Ettus products into market. The
potential of doing so is to make money. Either way, Ettus Research is now
part of National Instruments and may be now GNURadio be delinked with Ettus
Research for being open source. There are many people who can contribute low
cost open source solutions.

Initially, all the Hardware and software was part of GNURadio. All the files
was part of free source available to download and use. In around a year or
so all the files from GNURadio were moved out separating hardware and
software. All the hardware related files were not available after this. Why
so, no one knows.

The boards when purchased from Ettus Research it was under terms and
conditions as free open source schematics for motherboard and free open
source schematics and pcb files.

Its time now for the community of people interested in building free open
source platform including both software and Hardware to come out with an
complete open source low cost solution.

S---




On Wed, Jan 19, 2011 at 3:05 PM, Farhad Abdolian wrote:

> HI Tom,
> I am afraid not, first of all OMAP is under export restriction from the US
> government that means it can not be sold (or should not be sold) without US
> export control.
> Second, this board is a nice toy, but I can not justify $1300 for the
> functionality that E100 gives.
>
> Best regards,
> Farhad
>
> --
> *From:* Tom Rondeau 
> *To:* Farhad Abdolian 
> *Cc:* discuss-gnuradio@gnu.org
> *Sent:* Mon, January 17, 2011 6:27:40 PM
>
> *Subject:* Re: [Discuss-gnuradio] Greeting and a question
>
> That sounds like a reasonable approach.
>
> When you're ready, you should probably look at the Ettus USRP-E100,
> which uses an ARM-based OMAP processor. That seems like it's pretty
> much the form-factor you are looking for.
>
> Tom
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: A Humble Request....for allowing to copy Circuit into PCB

[Sanjay Singh]

Hi All,

I have USRP1(4.5 Version) purchased from Matt Ettus around 2 years back.

Am interested to sell them at half price. I have two mother boards with four
daughter boards. I had purchased it for experimenting MIMO based designs.
Since am not at all using them, now am planning to sell them. Boards are
barely used and are as brand new one.

Am from India. Please get back via mail with your contacts.

Regards
Sanjay

On Mon, Jan 3, 2011 at 11:28 PM, Marten Christophe wrote:

> Hello ALL,
>
> Does you have an answer to my request , is there something for charity
> there is possibility for like me to use USRP1.
>
> Kind Regards,
>
> On Sun, Dec 12, 2010 at 10:14 PM, Marten Christophe  > wrote:
>
>> Hello Matt, and All,
>>
>> Is there possible,  you can sell only USRP1 board with all components,
>> only board no enclosure no power supply only board. with all component
>> soldered to it , i will arrange specified ratting power supply here locally,
>>
>>
>> why i'm requesting it due to i'm a student and dont have that much money
>> to buy full USRP1+shipping charges
>>
>> if you can send only USRP board without enclosures and power supply it
>> will reduce shipping cost
>> i have arrange so far $ 300  only  , so if it is possible , i will
>> be thankful to all of you, USRP1 is very much needed for my practicals and
>> study
>> you ought to run a program to sell your product to poor students at
>> discounted rate as Ettus Research being a big organisation now , but USRP1
>> was developed as a open source  hardware with the help of community  and
>> very use full for us.
>>
>> Thanks and Kind regards,
>>
>>
>> On Thu, Nov 4, 2010 at 7:44 PM, Marten Christophe 
>> wrote:
>>
>>> Hello Mr. Ettus,
>>>
>>> Thanks a lot, at least  for you reply.
>>> Now  I will have to search some other cheap SDR, or will have to wait
>>> another one year when i will get my scholarship
>>> then buy your marvelous product the USRP1..
>>>
>>>
>>> Thanks and Kind regards,
>>>
>>>
>>>
>>> On Fri, Nov 5, 2010 at 1:08 AM, Matt Ettus  wrote:
>>>

 No.  We do not have or sell blank PCBs.

 Matt

 On 11/04/2010 12:30 PM, Marten Christophe wrote:

> O, Mr. Ettus,
>
> at least give me a blank PCB, coz by very hard work i have collected IC
> , FPGA , and all other things, by requesting sample part, if i were
> moneyed
> i must have buy USRP1,
>
> if i will have a blank PCB at least i will sold all parts , and i wont
> have to copy any others work, and design , and i will kept away my self
> from theft, you know,
> even i will PAY  the blank PCB material cost. and postal charges, from
> US to india, but i buy USRP1 , that i need to shiped, and again high
> amount.
>
> after all i'm student...from India.
>
> Kind Regards,
>
>
> On Fri, Nov 5, 2010 at 12:51 AM, Matt Ettus  > wrote:
>
>
>No
>
>On 11/04/2010 12:20 PM, Marten Christophe wrote:
>
>Hello Mr. Ettus ,
>
>If you are unable to provide that , know problem , but least
>reply my
>mail with negation so i wont wait and for you, and start trying
> to
>design PCB
>with the help of you .SCH file of USRP 1 and will collect money
> to
>fabricate it, but for only one PCB it take around $500 start
>cost. :(
>and more over before doing so, i want you permission b'coze it
> was
>designed by you so if it is my moral responsibility to seek your
>permission on first place.
>
>Kind Regards,
>Devendra Purohit
>
>On Thu, Nov 4, 2010 at 12:02 AM, Marten Christophe
>mailto:technosa...@gmail.com>
>>>
>wrote:
>
>
>
>On Mon, Nov 1, 2010 at 11:04 PM, Marten Christophe
>mailto:technosa...@gmail.com>
>>>
>wrote:
>
>
>Hello Mr. Ettus,
>
>
>Kindly provide me USRP motherboard Blank PCB board. i
>will pay
>for postage and material cost.
>I'm a poor student and USRP is needed for my research
>work and
>study, i have almost all components collected by
> sampling
>so i can assemble and sold all of them
>if i will have PCB .
>$1400+400+ UPS courier charges(oversease shipping) it is
>beyond
>my ability to spend.
>I'm a private Student and keen to learn,but I'm poor too
>, hence
>don't have capability to buy USRP,
>so I'm also trying to make USRP my self

Re: [Discuss-gnuradio] EEPROM Burning for WBX_NG

[Sanjay Singh]

Hi Marcus,

uname -m is returning i686.

Regards
Sanjay

On Fri, Dec 3, 2010 at 8:05 PM, Sanjay Singh
wrote:

> Hi Marcus,
>
> I have followed below set of lines from gnuradio build guide after installing 
> Fedora-13.
>
>
> # yum install gnuradio usrp
>
> # yum groupinstall "Engineering and Scientific" "Development Tools"
>
> # yum install fftw-devel cppunit-devel wxPython-devel libusb-devel \
>   guile boost-devel alsa-lib-devel numpy gsl-devel python-devel pygsl \
>   python-cheetah python-lxml PyOpenGL
> # yum install PyQt4-devel qwt-devel qwtplot3d-qt4-devel
>
> # yum install sdcc
> # export PATH=/usr/libexec/sdcc:$PATH
> # yum install xmlto graphviz
> # yum install qt4-devel qwt-devel qwtplot3d-qt4-devel PyQt4-devel
>
> # git clone http://gnuradio.org/git/gnuradio.git
>
>
> # ./bootstrap
> # ./configure
> # make
> # make check
> # sudo make install
>
> Regards
> Sanjay
>
>
>
>
> On Fri, Dec 3, 2010 at 10:41 AM, Marcus D. Leech wrote:
>
>>  Now, I have done complete new installation of Fedora-13, and installed
>> all the dependencies as mentioned in build guide. After that i have run git
>> and cloned gnuradio to get latest source. after that i have run
>>
>> # ./bootstrap
>>
>> # ./configure
>> # make
>> # make check
>> # sudo make install
>>
>>
>>
>> I have collected logs from terminal after i ran "make" and have attached
>> file for your reference. I saw some warnings at last few lines.
>>
>> after installing gnuradio i went and checked
>>
>> usrp_dbid.dat and found these lines
>>
>> "WBX NG TX"0x0052
>> "WBX NG RX"0x0053
>>
>> and then i checked usrp_dbid.h and found these lines
>>
>> #define USRP_DBID_WBX_NG_TX   0x0052
>> #define USRP_DBID_WBX_NG_RX   0x0053
>>
>> and at last i checked usrp_dbid.py in usrpm folder and found following
>> lines
>>
>> #
>> # Machine generated by gen_usrp_dbid.py from usrp_dbid.dat
>> # Do not edit by hand.  All edits will be overwritten.
>> #
>>
>> #
>> # USRP Daughterboard ID's
>> #
>>
>> BASIC_TX = 0x
>> BASIC_RX = 0x0001
>> DBS_RX   = 0x0002
>> TV_RX= 0x0003
>> FLEX_400_RX  = 0x0004
>> FLEX_900_RX  = 0x0005
>> FLEX_1200_RX = 0x0006
>> FLEX_2400_RX = 0x0007
>> FLEX_400_TX  = 0x0008
>> FLEX_900_TX  = 0x0009
>> FLEX_1200_TX = 0x000a
>> FLEX_2400_TX = 0x000b
>> TV_RX_REV_2  = 0x000c
>> DBS_RX_CLKMOD= 0x000d
>> LF_TX= 0x000e
>> LF_RX= 0x000f
>> FLEX_400_RX_MIMO_A = 0x0014
>> FLEX_900_RX_MIMO_A = 0x0015
>> FLEX_1200_RX_MIMO_A = 0x0016
>> FLEX_2400_RX_MIMO_A = 0x0017
>> FLEX_400_TX_MIMO_A = 0x0018
>> FLEX_900_TX_MIMO_A = 0x0019
>> FLEX_1200_TX_MIMO_A = 0x001a
>> FLEX_2400_TX_MIMO_A = 0x001b
>> FLEX_400_RX_MIMO_B = 0x0024
>> FLEX_900_RX_MIMO_B = 0x0025
>> FLEX_1200_RX_MIMO_B = 0x0026
>> FLEX_2400_RX_MIMO_B = 0x0027
>> FLEX_400_TX_MIMO_B = 0x0028
>> FLEX_900_TX_MIMO_B = 0x0029
>> FLEX_1200_TX_MIMO_B = 0x002a
>> FLEX_2400_TX_MIMO_B = 0x002b
>> FLEX_1800_RX = 0x0030
>> FLEX_1800_TX = 0x0031
>> FLEX_1800_RX_MIMO_A = 0x0032
>> FLEX_1800_TX_MIMO_A = 0x0033
>> FLEX_1800_RX_MIMO_B = 0x0034
>> FLEX_1800_TX_MIMO_B = 0x0035
>> TV_RX_REV_3  = 0x0040
>> DTT754   = 0x0041
>> DTT768   = 0x0042
>> WBX_LO_TX= 0x0050
>> WBX_LO_RX= 0x0051
>> XCVR2450_TX  = 0x0060
>> XCVR2450_RX  = 0x0061
>> EXPERIMENTAL_TX  = 0xfffe
>> EXPERIMENTAL_RX  = 0x
>>
>>
>> Can you please tell me why these following daughterboard ID's are missing
>> in usrp_dbid.py.
>>
>> "TV Rx MIMO"0x0043
>> "TV Rx Rev 2 MIMO"0x0044
>> "TV Rx Rev 3 MIMO"0x0045
>> "WBX NG TX"0x0052
>> "WBX NG RX"0x0053
>> "Bitshark Rx"   0x0070
>>
>>
>> Regards
>> sanjay
>>
>>
>>
>>
>>
>> On Fri, Dec 3, 2010 at 2:18 AM, Jason Abele  wrote:
>>
>>> On Thu, Dec 2, 2010 at 9:03 AM, Sanjay Singh
>>>  wrote:
>>> > I have done complete new installation of Ubuntu 9.04 Jaunty and
>>> installed
>>> > Binary packege of GNURADIO(3.2.2).
>>>
>>>  > Can any one tell me why wbx_ng daughterbord ID is missing.
>>> >
>>>
>>>  Because GNUradio 3.2.2 was released before the WBX ... you will need
>>> to get at least 3.3.0 or backport the WBX code
>>>
>>> Jason
>>>
>>
>>
>> ___
>> Discuss-gnuradio mailing 
>> listdiscuss-gnura...@gnu.orghttp://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>  Which file, *exactly* did you check?
>>
>> What does 'uname -m' return on your system?
>>
>> Did you by any chance do a binary install (via YUM) of Gnu Radio before
>> doing the source-based install from GIT?
>>
>> --
>> Marcus Leech
>> Principal Investigator
>> Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org
>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] EEPROM Burning for WBX_NG

[Sanjay Singh]

Hi Marcus,

I have followed below set of lines from gnuradio build guide after
installing Fedora-13.


# yum install gnuradio usrp

# yum groupinstall "Engineering and Scientific" "Development Tools"
# yum install fftw-devel cppunit-devel wxPython-devel libusb-devel \
  guile boost-devel alsa-lib-devel numpy gsl-devel python-devel pygsl \
  python-cheetah python-lxml PyOpenGL
# yum install PyQt4-devel qwt-devel qwtplot3d-qt4-devel
# yum install sdcc
# export PATH=/usr/libexec/sdcc:$PATH
# yum install xmlto graphviz
# yum install qt4-devel qwt-devel qwtplot3d-qt4-devel PyQt4-devel

# git clone http://gnuradio.org/git/gnuradio.git

# ./bootstrap
# ./configure
# make
# make check
# sudo make install

Regards
Sanjay




On Fri, Dec 3, 2010 at 10:41 AM, Marcus D. Leech  wrote:

>  Now, I have done complete new installation of Fedora-13, and installed
> all the dependencies as mentioned in build guide. After that i have run git
> and cloned gnuradio to get latest source. after that i have run
>
> # ./bootstrap
>
> # ./configure
> # make
> # make check
> # sudo make install
>
>
>
> I have collected logs from terminal after i ran "make" and have attached
> file for your reference. I saw some warnings at last few lines.
>
> after installing gnuradio i went and checked
>
> usrp_dbid.dat and found these lines
>
> "WBX NG TX"0x0052
> "WBX NG RX"0x0053
>
> and then i checked usrp_dbid.h and found these lines
>
> #define USRP_DBID_WBX_NG_TX   0x0052
> #define USRP_DBID_WBX_NG_RX   0x0053
>
> and at last i checked usrp_dbid.py in usrpm folder and found following
> lines
>
> #
> # Machine generated by gen_usrp_dbid.py from usrp_dbid.dat
> # Do not edit by hand.  All edits will be overwritten.
> #
>
> #
> # USRP Daughterboard ID's
> #
>
> BASIC_TX = 0x
> BASIC_RX = 0x0001
> DBS_RX   = 0x0002
> TV_RX= 0x0003
> FLEX_400_RX  = 0x0004
> FLEX_900_RX  = 0x0005
> FLEX_1200_RX = 0x0006
> FLEX_2400_RX = 0x0007
> FLEX_400_TX  = 0x0008
> FLEX_900_TX  = 0x0009
> FLEX_1200_TX = 0x000a
> FLEX_2400_TX = 0x000b
> TV_RX_REV_2  = 0x000c
> DBS_RX_CLKMOD= 0x000d
> LF_TX= 0x000e
> LF_RX= 0x000f
> FLEX_400_RX_MIMO_A = 0x0014
> FLEX_900_RX_MIMO_A = 0x0015
> FLEX_1200_RX_MIMO_A = 0x0016
> FLEX_2400_RX_MIMO_A = 0x0017
> FLEX_400_TX_MIMO_A = 0x0018
> FLEX_900_TX_MIMO_A = 0x0019
> FLEX_1200_TX_MIMO_A = 0x001a
> FLEX_2400_TX_MIMO_A = 0x001b
> FLEX_400_RX_MIMO_B = 0x0024
> FLEX_900_RX_MIMO_B = 0x0025
> FLEX_1200_RX_MIMO_B = 0x0026
> FLEX_2400_RX_MIMO_B = 0x0027
> FLEX_400_TX_MIMO_B = 0x0028
> FLEX_900_TX_MIMO_B = 0x0029
> FLEX_1200_TX_MIMO_B = 0x002a
> FLEX_2400_TX_MIMO_B = 0x002b
> FLEX_1800_RX = 0x0030
> FLEX_1800_TX = 0x0031
> FLEX_1800_RX_MIMO_A = 0x0032
> FLEX_1800_TX_MIMO_A = 0x0033
> FLEX_1800_RX_MIMO_B = 0x0034
> FLEX_1800_TX_MIMO_B = 0x0035
> TV_RX_REV_3  = 0x0040
> DTT754   = 0x0041
> DTT768   = 0x0042
> WBX_LO_TX= 0x0050
> WBX_LO_RX= 0x0051
> XCVR2450_TX  = 0x0060
> XCVR2450_RX  = 0x0061
> EXPERIMENTAL_TX  = 0xfffe
> EXPERIMENTAL_RX  = 0x
>
>
> Can you please tell me why these following daughterboard ID's are missing
> in usrp_dbid.py.
>
> "TV Rx MIMO"0x0043
> "TV Rx Rev 2 MIMO"0x0044
> "TV Rx Rev 3 MIMO"0x0045
> "WBX NG TX"0x0052
> "WBX NG RX"0x0053
> "Bitshark Rx"   0x0070
>
>
> Regards
> sanjay
>
>
>
>
>
> On Fri, Dec 3, 2010 at 2:18 AM, Jason Abele  wrote:
>
>> On Thu, Dec 2, 2010 at 9:03 AM, Sanjay Singh
>>  wrote:
>> > I have done complete new installation of Ubuntu 9.04 Jaunty and
>> installed
>> > Binary packege of GNURADIO(3.2.2).
>>
>>  > Can any one tell me why wbx_ng daughterbord ID is missing.
>> >
>>
>>  Because GNUradio 3.2.2 was released before the WBX ... you will need
>> to get at least 3.3.0 or backport the WBX code
>>
>> Jason
>>
>
>
> ___
> Discuss-gnuradio mailing 
> listdiscuss-gnura...@gnu.orghttp://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>  Which file, *exactly* did you check?
>
> What does 'uname -m' return on your system?
>
> Did you by any chance do a binary install (via YUM) of Gnu Radio before
> doing the source-based install from GIT?
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] EEPROM Burning for WBX_NG

[Sanjay Singh]

Now, I have done complete new installation of Fedora-13, and installed all
the dependencies as mentioned in build guide. After that i have run git and
cloned gnuradio to get latest source. after that i have run

# ./bootstrap
# ./configure
# make
# make check
# sudo make install


I have collected logs from terminal after i ran "make" and have attached
file for your reference. I saw some warnings at last few lines.

after installing gnuradio i went and checked

usrp_dbid.dat and found these lines

"WBX NG TX"0x0052
"WBX NG RX"0x0053

and then i checked usrp_dbid.h and found these lines

#define USRP_DBID_WBX_NG_TX   0x0052
#define USRP_DBID_WBX_NG_RX   0x0053

and at last i checked usrp_dbid.py in usrpm folder and found following lines

#
# Machine generated by gen_usrp_dbid.py from usrp_dbid.dat
# Do not edit by hand.  All edits will be overwritten.
#

#
# USRP Daughterboard ID's
#

BASIC_TX = 0x
BASIC_RX = 0x0001
DBS_RX   = 0x0002
TV_RX= 0x0003
FLEX_400_RX  = 0x0004
FLEX_900_RX  = 0x0005
FLEX_1200_RX = 0x0006
FLEX_2400_RX = 0x0007
FLEX_400_TX  = 0x0008
FLEX_900_TX  = 0x0009
FLEX_1200_TX = 0x000a
FLEX_2400_TX = 0x000b
TV_RX_REV_2  = 0x000c
DBS_RX_CLKMOD= 0x000d
LF_TX= 0x000e
LF_RX= 0x000f
FLEX_400_RX_MIMO_A = 0x0014
FLEX_900_RX_MIMO_A = 0x0015
FLEX_1200_RX_MIMO_A = 0x0016
FLEX_2400_RX_MIMO_A = 0x0017
FLEX_400_TX_MIMO_A = 0x0018
FLEX_900_TX_MIMO_A = 0x0019
FLEX_1200_TX_MIMO_A = 0x001a
FLEX_2400_TX_MIMO_A = 0x001b
FLEX_400_RX_MIMO_B = 0x0024
FLEX_900_RX_MIMO_B = 0x0025
FLEX_1200_RX_MIMO_B = 0x0026
FLEX_2400_RX_MIMO_B = 0x0027
FLEX_400_TX_MIMO_B = 0x0028
FLEX_900_TX_MIMO_B = 0x0029
FLEX_1200_TX_MIMO_B = 0x002a
FLEX_2400_TX_MIMO_B = 0x002b
FLEX_1800_RX = 0x0030
FLEX_1800_TX = 0x0031
FLEX_1800_RX_MIMO_A = 0x0032
FLEX_1800_TX_MIMO_A = 0x0033
FLEX_1800_RX_MIMO_B = 0x0034
FLEX_1800_TX_MIMO_B = 0x0035
TV_RX_REV_3  = 0x0040
DTT754   = 0x0041
DTT768   = 0x0042
WBX_LO_TX= 0x0050
WBX_LO_RX= 0x0051
XCVR2450_TX  = 0x0060
XCVR2450_RX  = 0x0061
EXPERIMENTAL_TX  = 0xfffe
EXPERIMENTAL_RX  = 0x


Can you please tell me why these following daughterboard ID's are missing in
usrp_dbid.py.

"TV Rx MIMO"0x0043
"TV Rx Rev 2 MIMO"0x0044
"TV Rx Rev 3 MIMO"0x0045
"WBX NG TX"0x0052
"WBX NG RX"0x0053
"Bitshark Rx"   0x0070


Regards
sanjay





On Fri, Dec 3, 2010 at 2:18 AM, Jason Abele  wrote:

> On Thu, Dec 2, 2010 at 9:03 AM, Sanjay Singh
>  wrote:
> > I have done complete new installation of Ubuntu 9.04 Jaunty and installed
> > Binary packege of GNURADIO(3.2.2).
>
> > Can any one tell me why wbx_ng daughterbord ID is missing.
> >
>
> Because GNUradio 3.2.2 was released before the WBX ... you will need
> to get at least 3.3.0 or backport the WBX code
>
> Jason
>


Make
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] EEPROM Burning for WBX_NG

[Sanjay Singh]

I have done complete new installation of Ubuntu 9.04 Jaunty and installed
Binary packege of GNURADIO(3.2.2).

I have checked under usrpm folder usrp_dbid.py file. Following are the lines
in the file

#
# Machine generated by gen_usrp_dbid.py from usrp_dbid.dat
# Do not edit by hand.  All edits will be overwritten.
#

#
# USRP Daughterboard ID's
#

BASIC_TX = 0x
BASIC_RX = 0x0001
DBS_RX   = 0x0002
TV_RX= 0x0003
FLEX_400_RX  = 0x0004
FLEX_900_RX  = 0x0005
FLEX_1200_RX = 0x0006
FLEX_2400_RX = 0x0007
FLEX_400_TX  = 0x0008
FLEX_900_TX  = 0x0009
FLEX_1200_TX = 0x000a
FLEX_2400_TX = 0x000b
TV_RX_REV_2  = 0x000c
DBS_RX_CLKMOD= 0x000d
LF_TX= 0x000e
LF_RX= 0x000f
FLEX_400_RX_MIMO_A = 0x0014
FLEX_900_RX_MIMO_A = 0x0015
FLEX_1200_RX_MIMO_A = 0x0016
FLEX_2400_RX_MIMO_A = 0x0017
FLEX_400_TX_MIMO_A = 0x0018
FLEX_900_TX_MIMO_A = 0x0019
FLEX_1200_TX_MIMO_A = 0x001a
FLEX_2400_TX_MIMO_A = 0x001b
FLEX_400_RX_MIMO_B = 0x0024
FLEX_900_RX_MIMO_B = 0x0025
FLEX_1200_RX_MIMO_B = 0x0026
FLEX_2400_RX_MIMO_B = 0x0027
FLEX_400_TX_MIMO_B = 0x0028
FLEX_900_TX_MIMO_B = 0x0029
FLEX_1200_TX_MIMO_B = 0x002a
FLEX_2400_TX_MIMO_B = 0x002b
FLEX_1800_RX = 0x0030
FLEX_1800_TX = 0x0031
FLEX_1800_RX_MIMO_A = 0x0032
FLEX_1800_TX_MIMO_A = 0x0033
FLEX_1800_RX_MIMO_B = 0x0034
FLEX_1800_TX_MIMO_B = 0x0035
TV_RX_REV_3  = 0x0040
DTT754   = 0x0041
DTT768   = 0x0042
WBX_LO_TX= 0x0050
WBX_LO_RX= 0x0051
XCVR2450_TX  = 0x0060
XCVR2450_RX  = 0x0061
EXPERIMENTAL_TX  = 0xfffe
EXPERIMENTAL_RX  = 0x


Can any one tell me why wbx_ng daughterbord ID is missing.

Thanks in advance

Regards
Sanjay
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Is EEPROM burning for WBX_NG supported in gnuradio-3.3.0 ?.

[Sanjay Singh]

Hi Eric,

Is daughterboard ID burning inot EEPROM for WBX_NG supported in
gnuradio-3.3.0 ?.

Am unable to burn daughter board EEPROM for wbx_ng.

When i run ./burn-db-eeprom -A -f -t 'wbx_ng', i get error as 'name error'.

Am using USRP1 mother board.

Regards
Sanjay
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] What is the difference between WBX_NG and WBX_LO

[Sanjay Singh]

Thanks for the information Jason.
what is the suffix "_NG" used for ?.
Just making sure to understand what it refers to.

Thanks and Regards
Sanjay


On Mon, Nov 8, 2010 at 11:01 PM, Jason Abele  wrote:

> On Mon, Nov 8, 2010 at 7:06 AM, Sanjay Singh
>  wrote:
> > What is the difference between WBX_NG and WBX_LO.
> > If we see in the daughter boards ID's, there are two ID's available for
> WBX.
> > Which is the right EEPROM ID for WBX daughter board ?.
>
> Sanjay,
>
> The WBX_LO was a never-released design internal to Ettus Research, the
> WBX_NG (in libusrp1) is the daughterboard shipping from Ettus Research
> as the WBX.  As we move to the UHD, some of the confusing, unused code
> and daughterboard IDs will disappear.
>
> The WBX dbids are: 0x0053 and 0x0052
>
> Jason
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] What is the difference between WBX_NG and WBX_LO

[Sanjay Singh]

Hi Eric

What is the difference between WBX_NG and WBX_LO.
If we see in the daughter boards ID's, there are two ID's available for WBX.
Which is the right EEPROM ID for WBX daughter board ?.

Regards
Sanjay
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Changing four parallel pipes of ADC's into two parallel pipes of ADC's(having interleaved IQ as in the case of DAC's)

[Sanjay Singh]

Hello Eric,

In USRP1, I don't want AD9862 to use in my application for many reasons.

Am looking for changing four parallel pipes of ADC's into two parallel pipes
of ADC's(having interleaved IQ as in the case of DAC's).
I need only changes required to be done in FPGA. Although i know that the
ADC data bus to FPGA will have to be clocked twice the sampling rate.

I believe this may be a minimal change required in the FPGA.

Can anyone support me for doing this change.

Regards
Sanjay
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio