Rev. B and Rev. C board availability

[Jason Kridner]

We plan to go ahead and build up a number of Rev. B boards and make
them available to order from http://BeagleBoard.org starting in June/
July. These Rev. B boards will not have support for the USB EHCI port
and are not yet fully supported with easy-to-download-and-use
software. USB functionality is still available using the OTG port
when utilizing the alternative power supply (non-USB). These boards
are intended for low-level software developers and a full software
stack for the boards will be a few months away.

Once the Rev. C boards are available, we expect to take orders for the
Rev. C boards under a different part number.

If you are still interested in a Rev. B board, can you please end an e-
mail to revb-r...@beagleboard.org?

[Mark Grosen]

Simple (ignorant) question: can the OTG port be configured to be a host port?

Mark

--

Mark

[Hunter, Jon]

Mark,

 

The OTG driver has configurations for host, peripheral and OTG. You can select this via the menuconfig.

 

Cheers

Jon

 

 

---

[Menon, Nishanth]

Hi,
________________________________________

From: beagl...@googlegroups.com [mailto:beagl...@googlegroups.com] On Behalf Of Mark Grosen
Sent: Friday, May 30, 2008 2:04 PM
To: beagl...@googlegroups.com
Subject: [beagleboard] Re: Rev. B and Rev. C board availability

>Simple (ignorant) question: can the OTG port be configured to be a host port?

http://www.beagleboard.org/irclogs/index.php?date=2008-05-30#T18:14:55

Regards,
Nishanth Menon

[Jason Kridner]

USB musb OTG (on-the-go):
* 480/12/1.5Mbps (HS/FS/LS) support, both host and device.
* Selection is software controlled either at boot (based on kernel
configuration) or, possibly, at run-time via software or cable
detection.
* Uses mini-AB 5-pin receptacle and requires adapter to plug in USB
peripherals.
* May be used to supply power to the board. Alternate power source is
a 5V DC wall-wart adapter.

USB EHCI Host:
* 480Mbps (HS) support host only. FS/LS support only through an
external USB hub.
* Always a host, but the DMA is very similar to what is used on PCs,
so converting drivers over from the PC is almost trivial. The musb
controller only recently got supported in the mainline versions of
Linux, so support of the EHCI controller is more mature.
* Uses standard-A receptacle and allows most HS USB peripherals and
hubs to connect directly.
* Provides 500mA power to peripherals when board is given a sufficient
supply input and never accepts power input.

[koen]

On 31 mei, 12:28, Jason Kridner <jkrid...@gmail.com> wrote:
> USB musb OTG (on-the-go):
> * 480/12/1.5Mbps (HS/FS/LS) support, both host and device.
> * Selection is software controlled either at boot (based on kernel
> configuration) or, possibly, at run-time via software or cable
> detection.

With 2.6.26-rc4 cable based detection works perfectly (minus TWL4030
glitches that kill OTG, but that isn't a MUSB problem).

regards,

Koen

[Jason Kridner]

Something like this, http://www.vernier.com/accessories/access.html?usb-mini&template=basic.html,
seems to be the best answer for using the OTG port as a host.

[Tom Cooksey]

Is the kernel & rootfs up and running on these boards? Does it include
the PowerVR drivers for the SGX (will it ever include these?)?

[koen]

On 2 jun, 09:17, "Tom Cooksey" <tomcook...@googlemail.com> wrote:
> Is the kernel & rootfs up and running on these boards? Does it include
> the PowerVR drivers for the SGX (will it ever include these?)?

ATM there is no public driver for the SGX, rumour has that it is being
worked on and that the pandora people have a beta. Again, those are
rumours.

regards,

Koen

[Syed Mohammed, Khasim]

Latest Kernel and u-boot is up and running on this board and has filesystem and other fundamental components supported as well.

 

The CE/LINK and SGX drivers / binaries should also be available in coming months.

 

Regards,

Khasim

 

[Tom Cooksey]

>> On 2 jun, 09:17, "Tom Cooksey" <tomcook...@googlemail.com> wrote:
>> > Is the kernel & rootfs up and running on these boards? Does it include
>> > the PowerVR drivers for the SGX (will it ever include these?)?
>>
>> ATM there is no public driver for the SGX, rumour has that it is being
>> worked on and that the pandora people have a beta. Again, those are
>> rumours.
>

> The CE/LINK and SGX drivers / binaries should also be available in coming
> months.

I need SGX drivers for what I want to do (bring Qt/Embedded up), so I
guess it's probably better for me to wait until Rev.C boards are
ready? Or are drivers likely to be made avaliable before Rev.C boards
are avaliable?

Cheers,

Tom

[Syed Mohammed, Khasim]

Drivers are same for Rev B or Rev C boards. The driver availability is independent of board revisions, the drivers should formally be reviewed for all Licensing Terms and conditions before they get out. This will take some time and can happen before or after Rev B.

 

Rev B should be sufficient for SGX driver validations along with the USB OTG port to connect to a Keyboard or Mouse to get the UI interface. But don't relate the board availability with SGX driver availability :)

 

Regards,

Khasim

 

 

 

 

 

 

[Andrew]

In order to make a decision could you please list the differencies
between Rev B and Rev C boards.

Regards,

Andrew

[Syed Mohammed, Khasim]

On 6/2/08, Andrew <andrew...@czworks.co.uk> wrote:

In order to make a decision could you please list the differencies
between Rev B and Rev C boards.

 

Hardware:

========

REV C is same as REV B except:

 

 - USB HOST Port will be operation on REV C.

 - We are looking at replacing the HDMI connector with a DVI connector on REV C.

 

Software:

=======

 - NO DIFFERENCE between software on REV B v/s REV C

 

Apart from these there should not be any other difference.

 

Hope this helps...

 

Regards,

Khasim

[Jason Kridner]

http://www.vernier.com/accessories/access.html?usb-mini&template=basic.html
looks like it should work to connect USB devices.

On Jun 2, 9:39 am, "Syed Mohammed, Khasim " <sm.kha...@gmail.com>
wrote:

[felipebalbi]

Hi,

On May 31, 1:44 pm, koen <koen.k...@gmail.com> wrote:
> With 2.6.26-rc4 cable based detection works perfectly (minus TWL4030
> glitches that kill OTG, but that isn't a MUSB problem).

This is not on linux-omap git tree is it ? afaict, linux-omap can't
switch
roles based on id pin sampling. I actually sent you a patch adding
that
to linux-omap. If you could try it out and comment on it, I'd be
really glad :-D

Regards,

Felipe Balbi

[Koen Kooi]

Well, I plug in the host cable and it works :)

regards,

Koen

[Jason Kridner]

Koen,

Does gadget work with the same kernel?

Regards,
Jason

[Andrew]

Hi,

Will Rev C boards use the new, pin compatible TPS65950 instead of the
older TWL4030?

There was also some talk of Rev C boards being four layer. Has this
been achived?

When will Rev C boards be available?

What are your plans for Rev D boards?

And can you please publish a list of companies than can make PCB's and
mount the OMAP35x with POP memory in the UK or Europe?. We are having
difficulty in finding a suitable manufacuter for a custom board
solution.

Kind Regards,

Andrew

[Jason Kridner]

In the open spirit... see below...

On Jul 23, 2008, at 5:48 AM, Andrew wrote:
>
> Hi,
>
> Will Rev C boards use the new, pin compatible TPS65950 instead of the
> older TWL4030?
>
> There was also some talk of Rev C boards being four layer. Has this
> been achived?
>
> When will Rev C boards be available?

Rev C will likely be about the end of the year. November, if we are
lucky. We are going to production with Rev B. The ONLY difference is
the USB EHCI port and we feel like the use cases for the USB OTG port
have been very good without the EHCI port. It would still be 6
layers. We minimized the changes to minimize the risk. We will
minimize our inventory of Rev B boards before building Rev C.

>
>
> What are your plans for Rev D boards?

The next revision after C is more open. In general, we are looking
externally for a lower-cost design using the 0.65mm ball-pitch package
and TPS659x0. As we solidify the rules for engagement, we'll be
sharing info. There is already at least one mailing list participant
who has been very active in generating ideas for this design. This
does NOT mean we'll be entertaining all ideas for stuff thrown on the
board. The board should remain 100% software compatible. We are
constrained by clearing our inventory of Rev B and C boards as well as
not making them seem obsolete. The overriding concept will simply be
cost-reduction.

>
>
> And can you please publish a list of companies than can make PCB's and
> mount the OMAP35x with POP memory in the UK or Europe?. We are having
> difficulty in finding a suitable manufacuter for a custom board
> solution.

As you are looking into companies that can support PoP memory in UK/
Europe, is the issue the PoP memory, or is it the 0.4mm ball-pitch?
Hopefully some others will chime in, but I will see if I can find a
few recommendations.

Regards,
Jason

[Andrew]

Hi Jason,

Thanks for the info.

We love the concept of the beagleboard and hope to use it as the basis
for a custom design. However the 0.4mm pitch OMAP35x with PoP is state
of art in terms of PCB design, manufacture and assembly.

We are looking to find a PCB maker and PCB assembler that can
manufacture a custom design prefereably from the UK.

When are you likely to publish the beagleboard schematic and pcb
layout in electronic form?

Regards,

Andrew.

[Gerald Coley]

Rev C will not use the TPS65950, buit instead use the TP65930, a lower functionality version of the TPS65950 and in  a .65mm pitch The layer count on the Rev C board has not ben determined a this time.

 

Currently the plan for Rev D boards is that there is no plan.

 

I have no plans to publish a list of companies that can build these boards as currently they are being built by only one company. The Rev C version of the board will be using a lower technology node that will allow any PCB shop and any assembly house to build it.

 

There are several companies in the US that have made the PCBs and assembled boards using this technology. TI also has several customers that are building using this technology. The assembly process is actually easy if the PCB is setup correctly. We have found that the secret is in the PCB layout and fabrication.

 

TI also has two other packages that will be availble for the OMAP35xx devices. I suggest you contact you local TI rep for more information on these packages.

 

 

Gerald

[aung.op...@gmail.com]

I would like to know the publish date of beagleboard schematic and
pcb layout in electronic form too.

Aung

[Dirk Behme]

aung.op...@gmail.com wrote:
> I would like to know the publish date of beagleboard schematic and
> pcb layout in electronic form too.

Do you know

http://elinux.org/BeagleBoard#Schematic

?

Dirk

[opensource Aung]

is it available to get orcad format ?

2008/7/24, Dirk Behme <dirk....@googlemail.com>:

[Gerald Coley]

When available, it will be provided "as is" in the following formats:

 

Schematic...... PDF and OrCAD

PCB...............Gerbers and Allegro.

 

Gerald

[Jason Kridner]

Andrew and all,

The one thing I was hoping to have in place before sharing schematic and PCB layout files was to have a really good engagement plan.  By engagement plan, I essentially mean the definition of the Beagle Board project goals and what type of business arrangements we'd entertain, such as endorsing the sale of cases, including certain features, or turning over manufacturing.  Instead of waiting for these things to be perfectly clear, however, I'd like to just get the thoughts out there for some dialog.

All Beagle Board peripherals and side products are welcome, as are "competing" projects that make use of the design.  The goal of Beagle is to illustrate the capability of the OMAP3530 device at a cost point where most interested people can experience it.  Beagle is meant to get those who are interested in OMAP to work in the open, enabling us all to get along a bit faster or further in our designs.  Beagle is not meant to be a substitute for the system-on-module offerings that are tremendously beneficial to getting a product to market quickly, without a lot of up-front costs, but instead more for software developers, students, and hobbyists who don't plan on making more than one of their hardware setup.

If someone wants to put a case around Beagle and call it a product, great.  To be successful selling that product, they would need to add some value, such as a particular set of bundled software, additional peripherals, or some cost reduction.  We don't want to be in the business of controlling this market.  There are some really great manufacturers out there that understand the needs of community developers, system developers, and end consumers.  We'd like to avoid disrupting their business plans by setting any misleading expectations.  Now that Beagle is being broadly announced, it seems best to keep any product or manufacturing discussion out in the open.  It is understood that this isn't something many people are comfortable with--to a great extent because it requires talking about things that you might not ever deliver, thus hurting your brand and reputation.  While this is a dangerous reality, getting real community feedback on your plans is also good--and we really don't want to *OWN* Beagle.  Our only concerns are that no one does it harm and that can be assured by making sure that plans for Beagle are discussed openly.  Harm to Beagle is defined as something that would prevent those interested from being able to get/afford one, but making a better product than Beagle is in no way considered harmful.  Beagle is intentionally incomplete, yet still flexible enough to enable exploration.

Editing the website is welcome.  This is a tough one for many people to swallow, but at least I am confident that this is a self-policing activity.  I would have been quite happy if Bridge Worldwide would have added features to the website and then advertised the fact that they did so (they are a nice group of talented people).  Perhaps that is a bit easier to appreciate than the idea that I'm fine with people editing the website to add essentially advertisements for their OMAP3-based designs, services, and products.  I see that as a benefit to the community.  I also think that this particular community is sufficiently active to recognize insincere behavior that would result in more bad press than good.  Do what you can and take credit for it, but nothing more.  There's nothing wrong with that.   (Web content edits are desired to be git patches sent to this mailing list, similar to the Linux kernel patches.)

Further, it is fully expected that for someone designing their own system they would purchase the OMAP35x EVM (http://www.ti.com/omap35x) and utilize the hardware expansion options and documented support channels.  Developing a board is a complex task that will cost you thousands of $US.  The EVM is still quite reasonably priced for developers interested in building their own hardware.

BeagleBoard.org would obviously not handle returns and repairs for boards not manufactured under Gerald's supervision (or delegated supervision).

All this said, here you go....

These design materials are *NOT SUPPORTED*  and DO NOT  constitute a
reference design. Only "community" support is allowed via resources at
BeagleBoard.org/discuss.

THERE IS NO WARRANTY FOR THE DESIGN MATERIALS, TO THE EXTENT PERMITTED
BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE
COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS"
WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING,
BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY
AND PERFORMANCE OF THE DESIGN MATERIALS IS WITH YOU. SHOULD THE
PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY
SERVICING, REPAIR OR CORRECTION.

We mean it, these materials may be totally unsuitable for any purposes.

http://beagleboard.org/hardware/design

Please let us know what luck you have in shopping for PCB makers and assemblers utilizing these materials.

Thanks and best of luck,
Jason

[anupsingh chandel]

Dear Jason,

 

Thank you for all the documents and such an amazing product. I want to use BBB in my design as an LCD driver and USB host. Can I use it..? But i don't need other componets on the PCB apart from my requirement. Can I develop PCB using the gerber provided? will there be any intellactual property rights violation?

 

Please let me know.

 

Thank & regards,

Anup.

[Jason Kridner]

On Tue, Sep 23, 2014 at 5:23 AM, anupsingh chandel
<anupsing...@gmail.com> wrote:
> Dear Jason,


This thread has been dead for 4 years and should have been dead for 6.
Do NOT hijack threads with irrelevant posts.

>
> Thank you for all the documents and such an amazing product. I want to use
> BBB in my design as an LCD driver and USB host. Can I use it..?

Can you?

> But i don't
> need other componets on the PCB apart from my requirement. Can I develop PCB
> using the gerber provided?

People do it all the time.

> will there be any intellactual property rights
> violation?

The only intellectual property rights violated are those of our common
sense of politeness when it comes to sending messages to a public
list. See http://elinux.org/Beagleboard:BeagleBoneBlack#Terms_of_Use

[Gerald Coley]

http://www.elinux.org/Beagleboard:BeagleBoneBlack#Terms_of_Use

Gerald

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.