[beagleboard] StarterWare-like stuff for BB AI available?

Hi, I'm currently using the BBB with some extensive bare-metal software which bases on StarterWare. Now the BB AI looks very interesting for me and I would like to switch over with this software to the new platform. I'm absolutely aware of the fact that a lot of things would have to be done

Re: [beagleboard] 4 GByte RAM?

No, when you check out the BOM or the schematic, you will find 4GB DDR3 RAM (which is not the eMMC). On Thu, May 17, 2018 at 10:47 AM, Rick Mann wrote: > That's eMMC flash, not RAM. It's accessed like a disk. > > > On May 16, 2018, at 22:44 , mike.maikae...@gmail.com

[beagleboard] 4 GByte RAM?

Hi, according to the schematics there is a RAM-module with 4 GByte available on the BBB (and also on the BBG). Why are there only 512 MBytes available for the CPU - aren't enough address lines used? Or what else is the reason? Kind regards Mike -- For more options, visit

Re: [beagleboard] Where are the hardware data / component placement list?

he BOM on the WIKI for the BBB is a .csv file, I never used .csv files so > I have no idea where that came from and it has not been changed from the > original design from a part number standpoint on that connector. > > > > Gerald > > > > > > *From:* beagl

Re: [beagleboard] Where are the hardware data / component placement list?

t; It may not be the latest. That conenctor was replaced a while back. > > > > Gerald > > > > > > *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] > *On Behalf Of *Mike Maikaefer > *Sent:* Wednesday, May 16, 2018 5:17 AM > > *To:* beagleboard@go

Re: [beagleboard] Where are the hardware data / component placement list?

I afraid I have to come back to this: sure this is the latest version of the layout? It makes use of the Alps SCHA5B0200 microSD card connector which is discontinued and which does not seem to have a compatible replacement!? Mike On Tue, May 15, 2018 at 1:58 PM, Mike Maikaefer <mike.mai

Re: [beagleboard] Where are the hardware data / component placement list?

RODUCTION_FILES_.28C.29 Latest Production Files > > > > > > Gerald > > > > *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com > <beagleboard@googlegroups.com>] *On Behalf Of *Mike Maikaefer > *Sent:* Tuesday, May 15, 2018 6:30 AM > *

Re: [beagleboard] Where are the hardware data / component placement list?

Hi Gerald, thanks for the feedback. Where can one download the Altium version? I only found the one with the Gerber-files... Cheers Mike On Tue, May 15, 2018 at 1:27 PM, Gerald Coley wrote: > You can get that out of the Allegro file that is provided aling with all >

[beagleboard] Where are the hardware data / component placement list?

Hi, I wonder if the complete hardware data for the BBB are available somewhere: I found some Gerber files defining the PCB, a BOM defining the used components but I did not found a CPL that describes which component has to be placed at which position. So...aren't these data open and available

Re: [beagleboard] BeagleBone Black shortage

Thanks for your feedback. Mouse unfortunately is not an option, although it is a German company, their webshop does not allow me to order BBBs when they have to be shipped to Germany due to some exports restrictions :-D Same works well for all other suppliers...so maybe this is the reason they

[beagleboard] BeagleBone Black shortage

Hi, for some months we can see a BBB-shortage which meanwhile becomes dramatic. Farnell can ship BBBs earliest end of February (but only a few thousands) and the prices have risen from ~50 Euro to more than 90 Euro at some distributors. Anybody an idea what's going on here? Has the BBB

[beagleboard] New BeagleBone revision with OSD335x SiP?

Hi, are there any plans to have a fully pin-compatible BeagleBone Black which makes use of the OSD335x SIP? The andvantages are obvious, this could lower the price of the BBB nameably. Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you

[beagleboard] Re: BBB MMC bare metal demo program

Have you tried to submit a patch? The project itself seems to be alive, last change was done only one month ago: https://sourceforge.net/p/starterwarefree/code/ci/master/tree/ And this seems to be the maintainer of the project: https://sourceforge.net/u/openapcjim/profile/ On Thursday,

[beagleboard] Re: BBB MMC bare metal demo program

Is this somehow related to the free StarterWare project at Sourceforge? If no: any chance it will be integrated there? On Monday, January 1, 2018 at 2:22:34 PM UTC+1, dd wrote: > > Hi 2 all 'bone programmers. > The starterware MMC port is finally finished. > This is a great opportunity to

Re: [beagleboard] Re: Use analogue inputs with 5 or 10 V signal

Great, thanks to all :-) On Wed, Dec 27, 2017 at 2:35 AM, Adam Saenz wrote: > That circuit will work. Yes on connecting external ground to GNDA, that > will give you a common reference. Those resistor values will allow the ADC > to see about 1.78V when the input voltage is

[beagleboard] Re: Use analogue inputs with 5 or 10 V signal

So it could look like this!? External ground is directly connected to GNDA and the relation between the resistors is equal to the relation of the voltages to apply at each!? How about the exact resistor values - 18 kOhm and 10 kOhm would be the same from relation, but which one should I use

[beagleboard] Use analogue inputs with 5 or 10 V signal

Hi, this is somewhat a noob-question, but my skills in analogue hardware are limited. The BeagleBones (and variants) come with six analogue inputs which each have a separate ground line GNDA and also a separate power supply VADC. My questions here: how can I connect an external signal with

Re: [beagleboard] Re: Where are VDD and SYS_RESETn?

I soldered the power-wires of an USB-cable to P1/pin 1 and P1/pin 16. So USB was not used at all in this scenario. Regarding SYS_RESETn: I found a signal named RESET_OUT at P2/pin 26 - could this the equivalent to SYS_RESETn? Unfortunately I have no idea how to measure if it could be it or

[beagleboard] Re: PWM in Pocket Beagle Bone

What software are you talking about? Linux? Bare metal/StarterWare? On Friday, December 8, 2017 at 10:55:39 AM UTC+1, Rohit Karkala wrote: > > Hello All, > > I want to disable the PWM functionality of Pocket Beagle Bone and use it > as GPIO. > > How can i do this. > -- For more options,

[beagleboard] Re: Where are VDD and SYS_RESETn?

Hello Graham, thanks for your feedback. I tried running PocketBeagle from Vin/pin1 and it worked smoothly here for more than 13 hours. It was powered via 5V that came from a USB connector. But I was running a bare metal application with no Linux involved. So may be there is a bug rather in

[beagleboard] Re: Where are VDD and SYS_RESETn?

Nobody an idea? While searching through the board here I find two different opinions about VDD/where to apply external power to, so some clarification would be really nice... On Saturday, December 2, 2017 at 6:22:47 PM UTC+1, mike.ma...@gmail.com wrote: > > Can somebody verify where the

Re: [beagleboard] Re: PocketBeagles are Unstable

On Sunday, December 3, 2017 at 4:21:33 PM UTC+1, Graham wrote: > > The PocketBeagle, when powered only by the Vin input (P1-pin1) is > unstable. > This is the power supply input, normally assigned to the barrel jack in > the BBB, or the AC adapter input in the TI docs. > > Not to be confused

[beagleboard] Free StarterWare replacement with support for PocketBeagle

If somebody is interested: TI has stopped further development of their bare metal support package "StarterWare" but there is a compatible and community-driven replacement available at https://sourceforge.net/projects/starterwarefree/ now. This project seem to contains a bunch of bug fixes the

[beagleboard] Re: DDR initialisation on PocketBeagle

Finally I could solve the problem: the guys from https://sourceforge.net/projects/starterwarefree/ have implemented support for PocketBeagle in their MLO. Not sure what the difference is to my code but theirs is working smoothly, now my application starts as expected. -- For more options,

[beagleboard] Where are VDD and SYS_RESETn?

Can somebody verify where the following pins/signals can be found at the PocketBeagle (comparing to BeagleBone Black): - VDD (to supply externel power apart from USB) - SYS_RESETn (signalling SiP is in reset state and no inputs are allowed to be pulled to LOW or HIGH) ? Thanks! -- For more

[beagleboard] DDR initialisation on PocketBeagle

Hi, I'm currently trying to modify the (custom) MLO of my bare metal application in order to work with the PocketBeagle. At the moment this MLO works fine with BBB. According to the (incredibly small) manual of the Octavo SoC I changed the initialisation of the DDR and EMIF registers - but

[beagleboard] Low level initialisation steps?

Hi, I'm currently try to run a bare metal application which works fine on the BBB on my new PocketBeagle. MLO bootloader works as expected, it loads the main application image to addres 0x8000. But when it jumps to this address to execute the main application, the whole board stalls. This

Re: [beagleboard] Re: Boot bare metal application - MLO no longer used?

OK, I got it: it seems, the Octavo-SoC does NOT support MLO as file on the FatSF partition. Writing it into the forst section of the SD card solved the problem, now the MLO is found and loaded. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you

Re: [beagleboard] Re: Boot bare metal application - MLO no longer used?

> > > TI has not changes anything in StarterWare since BBB, so I don't expect a > new MLO from this side - but it is not a problem since sources are included > in StarterWare package and therefor can be build easily. But this does not seem to be the problem, this ""-sequence means,

[beagleboard] Re: Boot bare metal application - MLO no longer used?

OK, short update: the debug header works, I get some data at UART0. But there nothing else than CCC is printed, which means the SoC does not find a suitable boot-device (although MLO file is in place on microSD card). Any ideas what couls cause this? On Sunday, November 26, 2017 at 4:38:13

[beagleboard] Re: Boot bare metal application - MLO no longer used?

Ok, I played a bit more with it: on UART0 I do not get any data, neither with a microSD card inserted (which contains my own MLO) nor without. Is there anything additional neccessary to make it work? Even when there is something wrong with my MLO, I would have expected some output on the

[beagleboard] Boot bare metal application - MLO no longer used?

Hi, I'm running a bare metal software on my BBB. It is started via a special boot-application, a program named "MLO" located on eMMC card which then itself starts my application from microSD card. This is one boot option of the AM3358 and used by default. Now I tried do to the same with the

[beagleboard] Re: Is it possible to make work the BBB C program code without installing any operating systems?

Check out StarterWare from TI (there is also a FreeStarterWare project available on sf.net which contains a lot of bugfixes and feature enhancements TI never managed to publish). It contains TCP/IP stack, USB stack, functions to read/write FatFS on SD-card and many things more - all as bare

[beagleboard] PocketBeagle detailed pinout with pinmux

In case somebody is interested in this: attached to my mail you can find a detailed pinout of the PocketBeagle expansion header. This is assembled out of the information of AM3358 TRM and the image given in PocketBone GIT repository. It contains all pins including their pinmuxable functions

[beagleboard] Re: Weird behaviour with pins and PRUs

On Thursday, November 9, 2017 at 2:00:37 PM UTC+1, Loïc Droz wrote: > > And I agree this a bad idea because it is a huge waste of computing power. > I have tried using the BBB built in PWM pin which, as far as I know, can be > configured to be a 50% duty cycle, stable clk signal by following

[beagleboard] Re: Weird behaviour with pins and PRUs

How about the pin-multiplexing of your two PRU-pins? Are they really enabled as PRU in/outputs or are they still mapped to some other functions of the main core? On Wednesday, November 8, 2017 at 9:27:20 PM UTC+1, Loïc Droz wrote: > > However, I also need to be able to read the CLK signal from

[beagleboard] PocketBeagle / BBB expansion connector pin assignment

Hi, I'm currently evaluating if an existing BBB-design can be used on the new PocketBeagle but have some troubles assigning the different signals on connector to each other. I know the BBB Expansion Header pinout from https://elinux.org/Beagleboard:Cape_Expansion_Headers and already found

[beagleboard] BeagleBone Black availability

Hi, during last month I noticed the availability of the BBB is not as good as it has been before. Farnell/element14 has more and more increasing lead times, currently their stock is empty and they expect next batch earliest in more than one month. Circuitco itself does not seem to produce any

[beagleboard] Re: BeagleBone X15?

I second that. Any plans for an upgraded BBB which provides more computing power while being compatible to the current hardware interfaces? On Thursday, November 10, 2016 at 2:09:05 PM UTC+1, Paul Plankton wrote: > > No, it is not a typo: but how about a BeagleBone with this new, dual-core >

[beagleboard] Re: Problems with BBB USB serial communication and Windows 10

This is a bug in Windows 10. There are a lot of similar complaints in MSDN forums. The bad news: only complaints, the bug never has been fixed by MS. On Monday, May 29, 2017 at 8:07:45 AM UTC+2, Satz Klauer wrote: > > Hi, > > > I'm running a StarterWare 2 based application on an BBB which makes