[beagleboard] Access GPIO/SPI etc. on Expansion Header
Hi, with its (freely programmable) expansion connector BeagleBoard Black seems to be a perfect thingy for embedded applications. Since I did not find anything suitable (only a Python library or some JavaScript-based things which all seem to be way to slow for my usage): Is there a (realtime-capable) library available that gives the possibility to access the expansion header and utilitise it's SPIs, digital IOs and PWM outputs? With "library" of course every piece of code is meant whatever is out there (so it can be kernel driver based for existing Linux variants, bare-metal code, whatever...) Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] What is System Clock / CLK_M_OSC?
Hi, I try to generate an internal interrupt that occurs with 4 MHz frequency. Here I found an CPU-internal timer that can used via a prescaler and uses a System Clock / CLK_M_OSC as input. Now I can't find out what this CLK_M_OSC is on BeagleBone - is it 1GHz? If not: on which frequency is CLK_M_OSC running? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Getting started with bare-metal programming on BBB
Hi, I plan to do some bare-metal programming with the BBB (mainly for personal reasons and to play with hard realtime environments, so please do not try to soften me up to use Linux ;-) As a first task and to get a feeling for the hardware I'd try to access the LEDs (configure the GPIOs they are connected with as digital output and write 0/1 to them). My question: is there a getting-started-guide for this? Or to go more in detail: - I already found the CPU manual at TI's pages - I found a compiler arm-none-eabi-gcc - is it the correct one? - I still need header files where register addresses for the CPU are predefined - I still need a description how to download my created binaries to the board so that they are started immediately (instead of the Linux-Distro) Any Ideas where I can find these things? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: Getting started with bare-metal programming on BBB
I know there is a possibility to access PRU under linux but as stated above I DEFINITELY want to do some bare metal programming on the "naked" board. I already checked out TI's StarterWare and I'm open to use uboot prior to my own code...so I'll check the boards to find out what has to be changed in order to use it on BBB. Thanks for the information! Am Samstag, 19. Oktober 2013 15:59:24 UTC+2 schrieb Satz Klauer: > > Hi, > > I plan to do some bare-metal programming with the BBB (mainly for personal > reasons and to play with hard realtime environments, so please do not try > to soften me up to use Linux ;-) > > As a first task and to get a feeling for the hardware I'd try to access > the LEDs (configure the GPIOs they are connected with as digital output and > write 0/1 to them). > > My question: is there a getting-started-guide for this? > > Or to go more in detail: > > - I already found the CPU manual at TI's pages > - I found a compiler arm-none-eabi-gcc - is it the correct one? > - I still need header files where register addresses for the CPU are > predefined > - I still need a description how to download my created binaries to the > board so that they are started immediately (instead of the Linux-Distro) > > Any Ideas where I can find these things? > > Thanks! > > -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Getting started with bare-metal programming on BBB
On Thu, Oct 24, 2013 at 9:57 PM, Samuel Casa wrote: > https://github.com/0xCA5A/kickstart/tree/master/beaglebone/bare_metal_hello_world > > if you are interested i can provide a short tutorial how to setup the bootp > server using linux. This is a really great source for information - thanks for this! And yes, a bootp HOWTO would be really useful :-) -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Getting started with bare-metal programming on BBB
> into the internal ram and executes it. > much more faster than mmc handling... When I connect BBB via USB and without MMC installed I get access to a drive with some files on it including a u-boot.img and a MLO file. Is it possible to utilitise this drive for own bare-metal applications too and withtout an external card? -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Failed compiling GPIO-example of Starterware / unresolved symbol Entry
Hi, I'm just doing some first steps in bare-metal programming of BeagleBone Black. I downloaded Starterware and CCS vom TI, got the correct .gel file, imported the GPIO-Example (LED-blinking) from Starterware into CCS, adjusted the project settings to work with newer ARM compiler version 5.1.1 and tried to compile the whole thing. Now CCS gives me an error unresolved symbol Entry This "Entry" thingy can be found in gpioLEDBlink.cmd: SECTIONS { .text:Entry : load > 0x8000 But: why doesn't it compile? What do I have to change to compile the whole thing successfully? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Troubles starting bare-metal program from external SD card
Hi, I have some big troubles deploying the LED-blink-example from Starterware on an external Micro-SD card. That's what I have done: - format the card using the HP Disk utility - place MLO file on it - place file "app" (which contains the compiled blink-example) on the card - optionally place file "u-boot.img" (which contains the same) on the card On start up three LEDs on the board are lit, serial interface tells me something about "invalid partition 2" and nothing happens. For MLO and app I tried: - self compiled binaries (including some changes I found in TI-forum necessary for BBB) prepared with the TI-image-tool - the MLO and u-boot.img file from internal SD-card Result is always the same. Then I found information in BBB-Wiki to delete/rename the MLO file on internal SD-card. Now the three LEDs are no longer lit, serial debug console prints nothing more than "CC" - and my program still does not work. Any idea what I'm doing wrong? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Troubles starting bare-metal program from external SD card
The difference black/white is not a problem, I already modfied the related code in Starterware (there is a thread in TIs forum that describes what has to be done in order to make Starterware usable on BBB). On Thu, Oct 31, 2013 at 2:34 AM, Grissiom wrote: > On Thu, Oct 31, 2013 at 1:33 AM, Gerald Coley > wrote: >> >> That is my understanding as well. In fact, if you run it on the Black >> using the white code, the PMIC is not set correctly, Could damage the board. >> > > Oops. So can we use the code for Black in White board? Including the MLO, > uboot, firmware, kernel, etc... > > -- > Cheers, > Grissiom > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/MKdTONtQI8Q/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Start Address of RAM on BBB?
Hi, I have some problems loading my Starterware-application from disk. MLO works fine but my app does not start. I think it is a problem of start address the app is loaded to. So what is the base address of RAM on BBB? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Start Address of RAM on BBB?
Indeed, it is working with 0x8000 - thanks! On Sat, Nov 2, 2013 at 5:47 PM, wrote: > Hi > > Internal sram goes from 402f0400 ... 4030 > > sdram goes from 8000 ... 9fff > all in hex ofcourse :-) > > > Greetz Ronny > > > > > On Friday, November 1, 2013 4:44:27 PM UTC+1, Satz Klauer wrote: >> >> Hi, >> >> I have some problems loading my Starterware-application from disk. MLO >> works fine but my app does not start. I think it is a problem of start >> address the app is loaded to. >> >> So what is the base address of RAM on BBB? >> >> Thanks! >> > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/x9rJdDhXjNI/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Select CLK_M_OSC as source for DMTimer (instead of 32 kHz clock)
Hi, I'm trying to set up a fast timer interrupt using CLK_M_OSC as clock source for DMTimer2. For initialising this I'm calling DMTimer2ModuleClkConfig() from Starterware code which itself seems to select CLK_M_OSC as source for the timer clock using following code: /* Select the clock source for the Timer2 instance. */ HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) &= ~(CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL); HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) |= CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC; while((HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) & CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL) != CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC); As fas as I understand there CLK_M_OSC is choosen. Nevertheless the frequency/calling speed of my ISR tells me I'm still at 32 kHz clock, so CLK_M_OSC does not seem to be used. My whole initialisation code looks like this (and mainly comes from the Starterware examples): DMTimerModeConfigure(SOC_DMTIMER_2_REGS, DMTIMER_AUTORLD_NOCMP_ENABLE); DMTimerCounterSet(SOC_DMTIMER_2_REGS, 0xFFF9u); DMTimerReloadSet(SOC_DMTIMER_2_REGS, 0xFFF9u); DMTimer2ModuleClkConfig(); --> here CLK_M_OSC should be chosen... IntAINTCInit(); IntRegister(SYS_INT_TINT2, isr_xy2_100); IntPrioritySet(SYS_INT_TINT2, 0, AINTC_HOSTINT_ROUTE_IRQ); IntSystemEnable(SYS_INT_TINT2); IntMasterIRQEnable(); So...what could be wrong? Why isn't the fast clock source used? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Select CLK_M_OSC as source for DMTimer (instead of 32 kHz clock)
The Starterware initialisation function already reads back the flag for CLK_M_OSC, so that should fit. Multiplexing is not necessary for DMTimer 2 and 3, so I don't know what to set/check here. What is TRM? On Sun, Nov 3, 2013 at 4:02 PM, Mark Lazarewicz wrote: > Did you Read the TRM and manually check the relavent register values > including any mux register values > > > > On Sunday, November 3, 2013 5:46 AM, Satz Klauer > wrote: > > Hi, > > I'm trying to set up a fast timer interrupt using CLK_M_OSC as clock source > for DMTimer2. For initialising this I'm calling DMTimer2ModuleClkConfig() > from Starterware code which itself seems to select CLK_M_OSC as source for > the timer clock using following code: > > /* Select the clock source for the Timer2 instance. */ > HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) &= > ~(CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL); > > HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) |= > CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC; > > while((HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) & > CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL) != > CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC); > > As fas as I understand there CLK_M_OSC is choosen. > > Nevertheless the frequency/calling speed of my ISR tells me I'm still at 32 > kHz clock, so CLK_M_OSC does not seem to be used. My whole initialisation > code looks like this (and mainly comes from the Starterware examples): > > DMTimerModeConfigure(SOC_DMTIMER_2_REGS, DMTIMER_AUTORLD_NOCMP_ENABLE); > DMTimerCounterSet(SOC_DMTIMER_2_REGS, 0xFFF9u); > DMTimerReloadSet(SOC_DMTIMER_2_REGS, 0xFFF9u); > > DMTimer2ModuleClkConfig(); --> here CLK_M_OSC should be chosen... > > IntAINTCInit(); > > IntRegister(SYS_INT_TINT2, isr_xy2_100); > IntPrioritySet(SYS_INT_TINT2, 0, AINTC_HOSTINT_ROUTE_IRQ); > IntSystemEnable(SYS_INT_TINT2); > IntMasterIRQEnable(); > > So...what could be wrong? Why isn't the fast clock source used? > > Thanks! > > -- > 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+unsubscr...@googlegroups.com. > > For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/eU77g-KJWdc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Select CLK_M_OSC as source for DMTimer (instead of 32 kHz clock)
OK, it seems my counter/prescaler settings for initial and reload count value are ignored or used for first shot only, so it seems something is wrong in my initialisation code: DMTimer2ModuleClkConfig(); IntMasterIRQEnable(); IntAINTCInit(); IntRegister(SYS_INT_TINT2, isr_func); IntPrioritySet(SYS_INT_TINT2, 0, AINTC_HOSTINT_ROUTE_IRQ); IntSystemEnable(SYS_INT_TINT2); /* Load the counter with the initial count value */ DMTimerCounterSet(SOC_DMTIMER_2_REGS,0xFFF9); /* Load the load register with the reload count value */ DMTimerReloadSet(SOC_DMTIMER_2_REGS, 0xFFF9); /* Configure the DMTimer for Auto-reload and overflow mode */ DMTimerModeConfigure(SOC_DMTIMER_2_REGS, DMTIMER_AUTORLD_NOCMP_ENABLE); DMTimerIntEnable(SOC_DMTIMER_2_REGS, DMTIMER_INT_OVF_EN_FLAG); DMTimerEnable(SOC_DMTIMER_2_REGS); And the ISR: static void isr_func() { static int clockCtr=0; static int ledCtr=0; // DMTimerIntDisable(SOC_DMTIMER_2_REGS, DMTIMER_INT_OVF_EN_FLAG); // DMTimerIntStatusClear(SOC_DMTIMER_2_REGS, DMTIMER_INT_OVF_IT_FLAG); ledCtr++; clockCtr++; // some code here... /* Re-enable the DMTimer interrupt */ // DMTimerIntEnable(SOC_DMTIMER_2_REGS, DMTIMER_INT_OVF_EN_FLAG); } On Sun, Nov 3, 2013 at 4:05 PM, Satz Klauer wrote: > The Starterware initialisation function already reads back the flag > for CLK_M_OSC, so that should fit. Multiplexing is not necessary for > DMTimer 2 and 3, so I don't know what to set/check here. > > What is TRM? > > On Sun, Nov 3, 2013 at 4:02 PM, Mark Lazarewicz wrote: >> Did you Read the TRM and manually check the relavent register values >> including any mux register values >> >> >> >> On Sunday, November 3, 2013 5:46 AM, Satz Klauer >> wrote: >> >> Hi, >> >> I'm trying to set up a fast timer interrupt using CLK_M_OSC as clock source >> for DMTimer2. For initialising this I'm calling DMTimer2ModuleClkConfig() >> from Starterware code which itself seems to select CLK_M_OSC as source for >> the timer clock using following code: >> >> /* Select the clock source for the Timer2 instance. */ >> HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) &= >> ~(CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL); >> >> HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) |= >> CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC; >> >> while((HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) & >> CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL) != >> CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC); >> >> As fas as I understand there CLK_M_OSC is choosen. >> >> Nevertheless the frequency/calling speed of my ISR tells me I'm still at 32 >> kHz clock, so CLK_M_OSC does not seem to be used. My whole initialisation >> code looks like this (and mainly comes from the Starterware examples): >> >> DMTimerModeConfigure(SOC_DMTIMER_2_REGS, DMTIMER_AUTORLD_NOCMP_ENABLE); >> DMTimerCounterSet(SOC_DMTIMER_2_REGS, 0xFFF9u); >> DMTimerReloadSet(SOC_DMTIMER_2_REGS, 0xFFF9u); >> >> DMTimer2ModuleClkConfig(); --> here CLK_M_OSC should be chosen... >> >> IntAINTCInit(); >> >> IntRegister(SYS_INT_TINT2, isr_xy2_100); >> IntPrioritySet(SYS_INT_TINT2, 0, AINTC_HOSTINT_ROUTE_IRQ); >> IntSystemEnable(SYS_INT_TINT2); >> IntMasterIRQEnable(); >> >> So...what could be wrong? Why isn't the fast clock source used? >> >> Thanks! >> >> -- >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "BeagleBoard" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/beagleboard/eU77g-KJWdc/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> beagleboard+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Select CLK_M_OSC as source for DMTimer (instead of 32 kHz clock)
A mailing list is for asking questions. When you are not willing to help simply don't answer such questions. And when you are in a bad mood please go outside and run around your house until you feel better - but don't blame people for asking things! And...please never again answer to any of my questions, I really don't need this kind of "help". On Mon, Nov 4, 2013 at 12:09 AM, Mark Lazarewicz wrote: > > clock divisor settings do you know how the oscillators work that feed the > timer? its in TRM > > If that was you who posted asking what the address of RAM was this is all in > the TRM the technical reference manual > > Dont know your background but if you do embedded software on complex SOC you > will need to reed the Sitara tech reference manual (TRM)and look at the bit > defs of each register for everything affected like clock dividers ete etc it > sound like you took the refence code and are now asking why it doesnt work. > Did it ever occurr that one bit in one register is nor correct or you found > a limitation to the function you called. Are you thinking we have time to > check all this for you? > > Keep in mind the more data you have to prove the code REALLY DOES NOT work. > the more likely the E2E forum will verify it does not work they support > starterware. One mistake I made on here was not understanding open source > people dont like proprietary things like Code Composer did you notice this > group focus is linux debugging by printfs and inspection or more application > that run under a stable enviroment ie linux > > You can find help here for more linux related issues but expecting > someone to debug this starterware code on here. try posting in the E2E > forum as well and expect to have evidence the register values are correct if > you show you have not read the data sheet and dont know whats involved NO > ONE will help > > Good luck > > > From: Satz Klauer > To: beagleboard@googlegroups.com > Sent: Sunday, November 3, 2013 4:46 AM > Subject: [beagleboard] Select CLK_M_OSC as source for DMTimer (instead of 32 > kHz clock) > > > Hi, > > I'm trying to set up a fast timer interrupt using CLK_M_OSC as clock source > for DMTimer2. For initialising this I'm calling DMTimer2ModuleClkConfig() > from Starterware code which itself seems to select CLK_M_OSC as source for > the timer clock using following code: > > /* Select the clock source for the Timer2 instance. */ > HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) &= > ~(CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL); > > HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) |= > CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC; > > while((HWREG(SOC_CM_DPLL_REGS + CM_DPLL_CLKSEL_TIMER2_CLK) & > CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL) != > CM_DPLL_CLKSEL_TIMER2_CLK_CLKSEL_CLK_M_OSC); > > As fas as I understand there CLK_M_OSC is choosen. > > Nevertheless the frequency/calling speed of my ISR tells me I'm still at 32 > kHz clock, so CLK_M_OSC does not seem to be used. My whole initialisation > code looks like this (and mainly comes from the Starterware examples): > > DMTimerModeConfigure(SOC_DMTIMER_2_REGS, DMTIMER_AUTORLD_NOCMP_ENABLE); > DMTimerCounterSet(SOC_DMTIMER_2_REGS, 0xFFF9u); > DMTimerReloadSet(SOC_DMTIMER_2_REGS, 0xFFF9u); > > DMTimer2ModuleClkConfig(); --> here CLK_M_OSC should be chosen... > > IntAINTCInit(); > > IntRegister(SYS_INT_TINT2, isr_xy2_100); > IntPrioritySet(SYS_INT_TINT2, 0, AINTC_HOSTINT_ROUTE_IRQ); > IntSystemEnable(SYS_INT_TINT2); > IntMasterIRQEnable(); > > So...what could be wrong? Why isn't the fast clock source used? > > Thanks! > > -- > 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+unsubscr...@googlegroups.com. > > For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/eU77g-KJWdc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Getting started with bare-metal programming on BBB
On Thu, Nov 7, 2013 at 9:11 AM, wrote: > > I was able to get that toolchain working and run a couple of basic programs > in an emulated (via qemu) ARM M3 platform. Really, a microcontroller is the > biggest thing you'd *really* want to write all the code for as a hobbyist. > Digging through TRM details and RAM datasheets to figure out the correct > timing parameters to program into your SDRAM controller is really not a lot > of fun, and you'll never have the time to get a fraction of the BBB's > peripherals up and running without taking advantage of a LOT of pre-written > code. BBB is for several reasons the best solution for me. And what I try to do is not as complex as it sounds, I just want to access some GPIOs, Ethernet and - perhaps - UART. All the other things like USB, LCD/HDMI, SPIs and whatever is available on the board is not required. Meanwhile I have some code running on it - most troubles have been caused by build problems due to poor Linux support of TIs Starterware. Anyway, thanks for your thoughts! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Load and execute PRU code from bare-metal application
Hi, after there is some experimental, bare-metal code now running smoothly on my BBB I plan to utilitise the PRU to do some realtime tasks (mainly do bit-banging on some GPIO outputs). Unfortunately documentation and examples seem to be very rare and the TRM is very detailled - to not to say sometimes much too detailled to get an overview about the whole story. There is some PRU code available at https://github.com/beagleboard/am335x_pru_package but the host-side code seems to expect a running Linux system. So my question: are there any examples/documentation available out there that show/describe how to - enable PR - load code into PRU - execute that code on PRU - exchange data between CPU und PRU (seems to be via some shared memory?) frwom within bare-metal code? Starterware itself seems to ignore the PRU part completely, nothing helpful there instead of an unused headerfile... Thanks for all ideas, tips and suggestions! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] DDR RAM Clock?
Hi, what is the clock frequency of the DDR3 RAM on BeagleBone Black? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] DDR RAM Clock?
It is an image embedded into the page...that's why I could not find it with search function - thanks! On Mon, Nov 18, 2013 at 9:49 PM, Gerald Coley wrote: > http://www.elinux.org/Beagleboard:BeagleBoneBlack#BeagleBone_Black_Features > > Gerald > > > On Mon, Nov 18, 2013 at 2:47 PM, Satz Klauer > wrote: >> >> Hi, >> >> what is the clock frequency of the DDR3 RAM on BeagleBone Black? >> >> Thanks! >> >> -- >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/X40sGY-foAo/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Where is Angstrom-Linux stored?
Hi, I have a general problem in understanding the BBB and its boot process. With factory defaults BBB starts Angstrom Linux on power-up - correct? Now when one connects this board via USB and with no micro-SD-card plugged to a host computer, a drive is shown there which contains some files (MLO bootloader u-boot.img and some documentation). So my question here: where are these things stored? And where is the Linux-filesystem stored which does not appear within this drives data? I'd assume it has something to do with internal NAND-flash...but in this case the boot procedure of BBB is not clear to me - is the CPU itself able to read a FAT-formatted filesystem to start the MLO-bootloader? Or how else is booting done in this configuration? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Where is Angstrom-Linux stored?
John, thanks for your detailled answer On Wed, Dec 4, 2013 at 8:04 PM, John Syne wrote: > > BBB can boot from several sources, but I’ll restrict this explanation to the > internal eMMC and the SDCard. uBoot considers the SDCard to be MMC 0 and the > eMMC is considered MMC 1. Both devices are configured the same; namely a > small FAT partition which stores MLO (first stage loader) So the (let me call it) "internal MLO" is not stored on NAND-flash as mentioned before but on a FAT-partition of eMMC? Assumed my internal MLO got lost for some reason and I only can boot some own (bare-metal) applications from external SD-card, is there a way to access or restore that internal FAT-partition without using a full Linux-installation on my SD card? A OpenOCD JTAG debugger would be available... Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Where is Angstrom-Linux stored?
On Thu, Dec 5, 2013 at 6:04 PM, John Syne wrote: > >>So the (let me call it) "internal MLO" is not stored on NAND-flash as >>mentioned before but on a FAT-partition of eMMC? > > I¹m not sure I understand what you are saying, but there is no separate > NAND-Flash. There is only eMMC which you partition and format just like > any other block device. The MLO is stored on the FAT partition. The AM3358 itself comes with ain (internal) NAND-Flash. So to sum it up, it is definitely not used for booting, only eMMC (an CPU-external flash chip) or optional, external SD-card are used for this. > If you don¹t have MLO on the eMMC, then you should press and hold the boot > button while applying power, which will read the MLO on the SDCard. This also works without pressing this button, when the MLO on eMMC does not exist it boots external automagically. > To > restore the eMMC contents look at this page: > > http://www.elinux.org/Beagleboard:Updating_The_Software Thanks :-) -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Wiring of switches on BBB
Hi, when I'm not wrong the boot-switch of the BBB is connected to GPIO0[22] so that it could be checked out of software using this input. Reset is connected to the reset line...and the power switch? I could not find it, so my question: can it be checked via software too? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Wiring of switches on BBB
@Gerald: my first assumption that the boot-switch is connected to GPIO0[22] does not seem to be correct, I can't read this input from my software. So...is it connected to some other GPIO or do I need to search for a bug in my software? On Sat, Dec 7, 2013 at 8:48 PM, Gerald Coley wrote: > Power switch is connected to the PMIC. It generates and interrupt to the > processor. So it can be detected by SW. > > Gerald > > > On Sat, Dec 7, 2013 at 6:18 AM, Satz Klauer > wrote: >> >> Hi, >> >> when I'm not wrong the boot-switch of the BBB is connected to GPIO0[22] so >> that it could be checked out of software using this input. Reset is >> connected to the reset line...and the power switch? I could not find it, so >> my question: can it be checked via software too? >> >> Thanks! >> >> -- >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/SlMJX-plhUY/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Wiring of switches on BBB
I'm running a bare-metal application and do not use HDMI/LCD pin. But...is my interpretation correct that GPIO0[22] is the pin for that button? I'm really not sure at the moment... On Mon, Dec 9, 2013 at 2:49 PM, Gerald Coley wrote: > That pin is one of the LCD pins. GPIO pin is not available because the LCD > pin is connected to the physical pin instead. You will need to disable HDMi > in order to access that pin as a GPIO pin. > > The schematic is correct. > > Gerald > > > On Mon, Dec 9, 2013 at 5:45 AM, Satz Klauer > wrote: >> >> @Gerald: my first assumption that the boot-switch is connected to >> GPIO0[22] does not seem to be correct, I can't read this input from my >> software. So...is it connected to some other GPIO or do I need to >> search for a bug in my software? >> >> >> On Sat, Dec 7, 2013 at 8:48 PM, Gerald Coley >> wrote: >> > Power switch is connected to the PMIC. It generates and interrupt to the >> > processor. So it can be detected by SW. >> > >> > Gerald >> > >> > >> > On Sat, Dec 7, 2013 at 6:18 AM, Satz Klauer >> > wrote: >> >> >> >> Hi, >> >> >> >> when I'm not wrong the boot-switch of the BBB is connected to GPIO0[22] >> >> so >> >> that it could be checked out of software using this input. Reset is >> >> connected to the reset line...and the power switch? I could not find >> >> it, so >> >> my question: can it be checked via software too? >> >> >> >> Thanks! >> >> >> >> -- >> >> 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+unsubscr...@googlegroups.com. >> >> >> >> For more options, visit https://groups.google.com/groups/opt_out. >> > >> > >> > -- >> > For more options, visit http://beagleboard.org/discuss >> > --- >> > You received this message because you are subscribed to a topic in the >> > Google Groups "BeagleBoard" group. >> > To unsubscribe from this topic, visit >> > https://groups.google.com/d/topic/beagleboard/SlMJX-plhUY/unsubscribe. >> > To unsubscribe from this group and all its topics, send an email to >> > beagleboard+unsubscr...@googlegroups.com. >> > For more options, visit https://groups.google.com/groups/opt_out. >> >> -- >> 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+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/SlMJX-plhUY/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Wiring of switches on BBB
Great, thanks! Since I'm doing bare-metal programmign without any operating system it is not a big deal to reconfigure the pin MUX and use it as GPIO. LCD is not needed in my case so it is not a problem when this functionality got lost. On Mon, Dec 9, 2013 at 9:27 PM, Gerald Coley wrote: > It is GPIO2_8. Not sure how Linux handles this these days, but this would be > the 72nd GPIO pin > > Gerald > > > On Mon, Dec 9, 2013 at 1:16 PM, Satz Klauer > wrote: >> >> I'm running a bare-metal application and do not use HDMI/LCD pin. >> But...is my interpretation correct that GPIO0[22] is the pin for that >> button? I'm really not sure at the moment... >> >> On Mon, Dec 9, 2013 at 2:49 PM, Gerald Coley >> wrote: >> > That pin is one of the LCD pins. GPIO pin is not available because the >> > LCD >> > pin is connected to the physical pin instead. You will need to disable >> > HDMi >> > in order to access that pin as a GPIO pin. >> > >> > The schematic is correct. >> > >> > Gerald >> > >> > >> > On Mon, Dec 9, 2013 at 5:45 AM, Satz Klauer >> > wrote: >> >> >> >> @Gerald: my first assumption that the boot-switch is connected to >> >> GPIO0[22] does not seem to be correct, I can't read this input from my >> >> software. So...is it connected to some other GPIO or do I need to >> >> search for a bug in my software? >> >> >> >> >> >> On Sat, Dec 7, 2013 at 8:48 PM, Gerald Coley >> >> wrote: >> >> > Power switch is connected to the PMIC. It generates and interrupt to >> >> > the >> >> > processor. So it can be detected by SW. >> >> > >> >> > Gerald >> >> > >> >> > >> >> > On Sat, Dec 7, 2013 at 6:18 AM, Satz Klauer >> >> > >> >> > wrote: >> >> >> >> >> >> Hi, >> >> >> >> >> >> when I'm not wrong the boot-switch of the BBB is connected to >> >> >> GPIO0[22] >> >> >> so >> >> >> that it could be checked out of software using this input. Reset is >> >> >> connected to the reset line...and the power switch? I could not find >> >> >> it, so >> >> >> my question: can it be checked via software too? >> >> >> >> >> >> Thanks! >> >> >> >> >> >> -- >> >> >> 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+unsubscr...@googlegroups.com. >> >> >> >> >> >> For more options, visit https://groups.google.com/groups/opt_out. >> >> > >> >> > >> >> > -- >> >> > For more options, visit http://beagleboard.org/discuss >> >> > --- >> >> > You received this message because you are subscribed to a topic in >> >> > the >> >> > Google Groups "BeagleBoard" group. >> >> > To unsubscribe from this topic, visit >> >> > >> >> > https://groups.google.com/d/topic/beagleboard/SlMJX-plhUY/unsubscribe. >> >> > To unsubscribe from this group and all its topics, send an email to >> >> > beagleboard+unsubscr...@googlegroups.com. >> >> > For more options, visit https://groups.google.com/groups/opt_out. >> >> >> >> -- >> >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. >> > >> > >> > -- >> > For more options, visit http://beagleboard.org/discuss >> > --- >> > You received this message because you are subscribed to a topic in th
[beagleboard] "Forbidden" pins on P8 and P9
Hi, I'm doing some low-level bare-metal programming with the BBB and "abuse" the pins on P8 and P9 for different things. Thus I multiplex these pins to the functions I need (mainly GPIOs). As far as I understood it some of these pins are used for SD-card reader and eMMC and therefore should not be used and multiplexed to something different. In case my understanding is correct: is there an overview which pins are affected by SD-Card and eMMC? LCD/HDMI is not used by my application and therefore can be overwritten but CD and MMC should work in every case. Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] "Forbidden" pins on P8 and P9
Hi, I already know the pinout-listing of the BeagleBone Black but this does not seem to solve my problem. Depending on the choosen pin-mux-mode the eMMC signals can appear on different pins on P8/P9. So I need to know the real wiring, means which pins on P8/P9 are electrically connected to CPU and eMMC. Unfortunately I do not understand the wiring diagram good enough to find the answer there. So I hoped there is a pinout-listing available somewere that contains the information which of the pins are also wired to eMMC... On Sat, Dec 21, 2013 at 4:31 PM, Gerald Coley wrote: > There are no pins on the expansion header that are connected to the SD card > connector. LCD and eMMC, yes. The information is found in the System > Reference Manual for the board. > > http://elinux.org/Beagleboard:BeagleBoneBlack > > Gerald > > > > On Sat, Dec 21, 2013 at 2:45 AM, Satz Klauer > wrote: >> >> Hi, >> >> I'm doing some low-level bare-metal programming with the BBB and "abuse" >> the pins on P8 and P9 for different things. Thus I multiplex these pins to >> the functions I need (mainly GPIOs). >> >> As far as I understood it some of these pins are used for SD-card reader >> and eMMC and therefore should not be used and multiplexed to something >> different. >> >> In case my understanding is correct: is there an overview which pins are >> affected by SD-Card and eMMC? LCD/HDMI is not used by my application and >> therefore can be overwritten but CD and MMC should work in every case. >> >> Thanks! >> >> -- >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/XxSRFwZgLg0/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] "Forbidden" pins on P8 and P9
OK, found it: page 11 of BBB_SCH.pdf shows the used signals on P8 header, corresponding MUX-modes can be found in pinout-overview. On Sun, Dec 22, 2013 at 8:30 AM, Satz Klauer wrote: > Hi, > > I already know the pinout-listing of the BeagleBone Black but this > does not seem to solve my problem. Depending on the choosen > pin-mux-mode the eMMC signals can appear on different pins on P8/P9. > So I need to know the real wiring, means which pins on P8/P9 are > electrically connected to CPU and eMMC. Unfortunately I do not > understand the wiring diagram good enough to find the answer there. So > I hoped there is a pinout-listing available somewere that contains the > information which of the pins are also wired to eMMC... > > > > On Sat, Dec 21, 2013 at 4:31 PM, Gerald Coley wrote: >> There are no pins on the expansion header that are connected to the SD card >> connector. LCD and eMMC, yes. The information is found in the System >> Reference Manual for the board. >> >> http://elinux.org/Beagleboard:BeagleBoneBlack >> >> Gerald >> >> >> >> On Sat, Dec 21, 2013 at 2:45 AM, Satz Klauer >> wrote: >>> >>> Hi, >>> >>> I'm doing some low-level bare-metal programming with the BBB and "abuse" >>> the pins on P8 and P9 for different things. Thus I multiplex these pins to >>> the functions I need (mainly GPIOs). >>> >>> As far as I understood it some of these pins are used for SD-card reader >>> and eMMC and therefore should not be used and multiplexed to something >>> different. >>> >>> In case my understanding is correct: is there an overview which pins are >>> affected by SD-Card and eMMC? LCD/HDMI is not used by my application and >>> therefore can be overwritten but CD and MMC should work in every case. >>> >>> Thanks! >>> >>> -- >>> 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+unsubscr...@googlegroups.com. >>> >>> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "BeagleBoard" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/beagleboard/XxSRFwZgLg0/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> beagleboard+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Enable Cape via SYS_RESETn?
Hi, just to verify some things before I order design of my capes: according to http://elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Usage it is not allowed to have an input signal on any of the GPIO-pins during power-up or during boot. Resulting from that I think about using SYS_RESETn as signal to enable my capes. So my question: - which current can be pulled out ot SYS_RESETn / how much GPIO-inputs can I drive with this signal? - when SYS_RESETn is HIGH the GPIOs may not be programmed as input (because firmware is not fully started at this point) but the Cape-hardware possibly sets an input signal to them (because SYS_RESETn already enabled it). Is this a problem? Can I use SYS_RESETn to enable input signals too or should I use an additional GPIO as output which enables such signals much later than SYS_RESETn would do that? Thanks for clarification! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Enable Cape via SYS_RESETn?
Thanks. And just to verify my second question: When SYS_RESETn is high but the GPIOs are not multiplexed since the firmware is not fully started: is it allowed to have a HIGH-signal on a GPIO pint that is not already programmed as input? On Thu, Dec 26, 2013 at 4:51 PM, Gerald Coley wrote: > The reset line is roughly 10mA. When it is LOW, do not connect any signal to > the pins. No voltage of any kind can be driven into the pins until reset > goes high. > > Gerald > > > On Mon, Dec 23, 2013 at 6:05 AM, Satz Klauer > wrote: >> >> >> Hi, >> >> just to verify some things before I order design of my capes: according to >> http://elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Usage it is >> not allowed to have an input signal on any of the GPIO-pins during power-up >> or during boot. Resulting from that I think about using SYS_RESETn as signal >> to enable my capes. So my question: >> >> - which current can be pulled out ot SYS_RESETn / how much GPIO-inputs can >> I drive with this signal? >> >> - when SYS_RESETn is HIGH the GPIOs may not be programmed as input >> (because firmware is not fully started at this point) but the Cape-hardware >> possibly sets an input signal to them (because SYS_RESETn already enabled >> it). Is this a problem? Can I use SYS_RESETn to enable input signals too or >> should I use an additional GPIO as output which enables such signals much >> later than SYS_RESETn would do that? >> >> Thanks for clarification! >> >> -- >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/aLQo68EGT68/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Access eMMC FAT drive
Hi, I'm developing a bare-metal application on my BBB that makes use of TI's Starterware. There everything seems to be contained, except one thing: file system access to internal flash (eMMC). So my question: is there any example code available that demonstrates how to access the eMMC FAT-partition without having huge dependencies to some other things? Means some code that can be used within a bare-metal environment? Thanks :-) -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Enable Cape via SYS_RESETn?
Great, thanks for your help! On 12/29/13, Gerald Coley wrote: > Yes it is allowed. The pins default to inputs after reset. > > Gerald > > > > On Sat, Dec 28, 2013 at 9:57 AM, Satz Klauer > wrote: > >> Thanks. >> >> And just to verify my second question: When SYS_RESETn is high but the >> GPIOs are not multiplexed since the firmware is not fully started: is >> it allowed to have a HIGH-signal on a GPIO pint that is not already >> programmed as input? >> >> On Thu, Dec 26, 2013 at 4:51 PM, Gerald Coley >> wrote: >> > The reset line is roughly 10mA. When it is LOW, do not connect any >> signal to >> > the pins. No voltage of any kind can be driven into the pins until >> > reset >> > goes high. >> > >> > Gerald >> > >> > >> > On Mon, Dec 23, 2013 at 6:05 AM, Satz Klauer >> > >> > wrote: >> >> >> >> >> >> Hi, >> >> >> >> just to verify some things before I order design of my capes: >> >> according >> to >> >> http://elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Usageit >> >> is >> >> not allowed to have an input signal on any of the GPIO-pins during >> power-up >> >> or during boot. Resulting from that I think about using SYS_RESETn as >> signal >> >> to enable my capes. So my question: >> >> >> >> - which current can be pulled out ot SYS_RESETn / how much GPIO-inputs >> can >> >> I drive with this signal? >> >> >> >> - when SYS_RESETn is HIGH the GPIOs may not be programmed as input >> >> (because firmware is not fully started at this point) but the >> Cape-hardware >> >> possibly sets an input signal to them (because SYS_RESETn already >> enabled >> >> it). Is this a problem? Can I use SYS_RESETn to enable input signals >> too or >> >> should I use an additional GPIO as output which enables such signals >> much >> >> later than SYS_RESETn would do that? >> >> >> >> Thanks for clarification! >> >> >> >> -- >> >> 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+unsubscr...@googlegroups.com. >> >> >> >> For more options, visit https://groups.google.com/groups/opt_out. >> > >> > >> > -- >> > For more options, visit http://beagleboard.org/discuss >> > --- >> > You received this message because you are subscribed to a topic in the >> > Google Groups "BeagleBoard" group. >> > To unsubscribe from this topic, visit >> > https://groups.google.com/d/topic/beagleboard/aLQo68EGT68/unsubscribe. >> > To unsubscribe from this group and all its topics, send an email to >> > beagleboard+unsubscr...@googlegroups.com. >> > For more options, visit https://groups.google.com/groups/opt_out. >> >> -- >> 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+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/aLQo68EGT68/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] "Forbidden" pins on P8 and P9
On Tue, Jan 14, 2014 at 3:49 PM, dl4mea wrote: > Take care you don't change one of the SYSBOOT pin's value by your own > pullup/pulldown. Thats interesting...what are the SYSBOOT pins exactly? -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] "Forbidden" pins on P8 and P9
OK, just to verify that: when I use these pins for something different and set an input signal to them only when SYS_RESETn is HIGH, everything is fine and the board will boot!? On Wed, Jan 15, 2014 at 2:47 PM, Gerald Coley wrote: > The tell the internal boot ROM where to find the code to load. It is > described in the System Reference Manual for the board. Being set wrong due > to interference with the boot pins, the board will never run. > > Gerald > > > > On Wed, Jan 15, 2014 at 4:33 AM, Satz Klauer > wrote: >> >> On Tue, Jan 14, 2014 at 3:49 PM, dl4mea wrote: >> > Take care you don't change one of the SYSBOOT pin's value by your own >> > pullup/pulldown. >> >> Thats interesting...what are the SYSBOOT pins exactly? >> >> -- >> 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+unsubscr...@googlegroups.com. >> >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/XxSRFwZgLg0/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Control voltage of eMMC
Hi, I try to access the eMMC out of an own bare-metal application, unfortunately with no success until now. One of the parameters that has to be set in CPU is the bus-voltage the eMMC has to be accessed with. For external SD-card (MMC0) HS_MMCSD_SUPPORT_VOLT_1P8 and HS_MMCSD_SUPPORT_VOLT_3P0 are given. But what is the correct value for eMMC (MMC1)? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Hardware availablility
Hi, in Germany (and as it seems in Europe in general) there is currently no BeagleBone Black available, all distributors listed on BBB home page ran out of hardware and are not able to sell one single piece. So: what is the schedule for shipping new boards, when could be new BBBs available in nameable amounts? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Hardware availablility
On Thu, Feb 13, 2014 at 3:01 PM, Gerald Coley wrote: > As I am sure you are aware, we are shipping boards every day as indicated by > the daily updates I make to the Wiki,. Oh...not really...where can I find these statistics? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Getting started with bare-metal programming on BBB
Thanks for the feedback. Meanwhile I'm happy with StarterWare from TI. On Thu, Feb 20, 2014 at 3:12 PM, Elavarasu wrote: > Hi, > > There is a way to do baremetal with x-loader as a startup..without the > emulator. > > This link will provide the idea.. > > http://beagleboard.lohray.com/vm-larix/bare-metal-hello-world > > > -- > Elavarasu. > > > On Saturday, October 19, 2013 7:29:24 PM UTC+5:30, Satz Klauer wrote: >> >> Hi, >> >> I plan to do some bare-metal programming with the BBB (mainly for personal >> reasons and to play with hard realtime environments, so please do not try to >> soften me up to use Linux ;-) >> >> As a first task and to get a feeling for the hardware I'd try to access >> the LEDs (configure the GPIOs they are connected with as digital output and >> write 0/1 to them). >> >> My question: is there a getting-started-guide for this? >> >> Or to go more in detail: >> >> - I already found the CPU manual at TI's pages >> - I found a compiler arm-none-eabi-gcc - is it the correct one? >> - I still need header files where register addresses for the CPU are >> predefined >> - I still need a description how to download my created binaries to the >> board so that they are started immediately (instead of the Linux-Distro) >> >> Any Ideas where I can find these things? >> >> Thanks! >> > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/gm_GPuYtCCY/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo: > > Just to say > > our order on RS (italy) placed one month ago got cancelled. And now they > say it will be available on July. > >> >> This seems to be the situation for Europe in general. I did not find even one shopt that was able to sell a single piece. RS are the more funny ones here, they do massive online advertising for the BBB but are not able to ship before end of july (perhaps). So the BBB seems to be more a rumour than a real product here... -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Mon, Mar 10, 2014 at 2:53 PM, Gerald Coley wrote: > It is real. But, if you wait until you see it in stock, it may be a while > before you will get one. This is not a solution, most shops don't allow to order something when they don't have the hardware in stock. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Tue, Mar 11, 2014 at 4:45 PM, acheesehead wrote: > We would be willing to pay more. We have a lot of applications for the > board. Same here. A cheap board that is not available is valueless, so a higher price would be the better solution IMHO. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Wed, Mar 12, 2014 at 3:08 PM, David Funk wrote: > and then the boards would not be available for it's intended market. Hm...where is the difference to current situation? While reading this thread from the beginning it seems for me the produced boards got lost and nobody knows where... -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Wed, Mar 19, 2014 at 6:38 AM, Andrew Frazer wrote: > http://www.seeedstudio.com/depot/BeagleBone-Black-Embest-p-1736.html They're not the only one. There are several companies offering BBBs on alibaba.com - for a price in range $60..$80, also in high volumes and short term availability. The availability is real there, I know from a company that has ordered - and received - larger amounts from such a Chinese company. So they seem to make good business with this shortage. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
Just as an update to my previous mail: I got freedback from three companies offering BBBs on alibaba.com. All of them told me they are selling original boards, none of them is manufacturing clones. Since all of them promise to ship within a few days I think we now know where all the cheap boards are gone to. I think margins of $15..$35 are a profitable business for them as long as there is such a shortage. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Thu, Apr 3, 2014 at 3:24 PM, Bas Laarhoven wrote: > > Farnell has 666 whites in stock. Inspired by this post I checked out de.farnell.com for the BBB: now the state is "product no longer available". Seems like Farnell gave up to try to sell BBBs :-( -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
That's great - thanks! On Mon, Apr 7, 2014 at 10:46 AM, Bas Laarhoven wrote: > > They've started selling the 'Element14' branded version instead: -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Ubuntu does not boot
Hi, I have a funny problem with Ubuntu on my BBB (which worked before on this hardware). Boot process stops with a message [2.753228] Freeing init memory: 288K [3.804981] init: ureadahead main process (85) terminated with status 5 [9.098069] libphy: PHY 4a101000.mdio:01 not found [9.103184] net eth0: phy 4a101000.mdio:01 not found on slave 1 Ethernet is not plugged and does not need to be configured - so it would be OK for me when booting continues alsow without PHY/Ethernet initialisation. Any ideas what I can do to let Ubuntu boot fully - also without Ethernet? Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Mon, Apr 14, 2014 at 4:22 PM, Gerald Coley wrote: > If anyone wants to take my place on dealing with my frustration on this > side of the issue, I will gladly let them. Any takers? Then let's bring up the old question: why not offering a higher priced variant of BBB that can be manufactured in higher numbers? I'd be willing to pay up to US$ 80 for a BBB that is REALLY available. You of course could still offer the low-cost BBBs for the intended market in parallel - with current availability. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Tue, Apr 15, 2014 at 3:50 PM, Gerald Coley wrote: > We are! Great news - great job! > Feel free to go to the support WIKI. There is no charge to read it. Ahem...yes...finding news within a Wiki is always a bit difficult ;-) -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Access FatFS on eMMC
Hi, since the answer in TIs Starterware forum is only a useless "you have to implement it in MMCSDLIB" I ask it here: Starterware does provide example code that shows how to access FatFS on SD card but nothing for eMMC. So has anybody been able to get it running for eMMC? Any examples available somewhere? Btw: Linking to some Linux driver does not help very much (at least me) since they are TOO different to Starterware bare metal code. Thanks! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Maximum current a cape on BBB is allowed to consume
Hi, assumed the power supply is not the bottleneck: what is the maximum current a BBB-cape is allowed to consume on 5V rail? Thanks in advance! -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: How to learn to use TCP/IP on TI Sitara Starter Kit (Beaglebone)?
What is running on your board exactly? When it is an Linux/Ubuntu, there is nothing special, you can use any TCP/IP/sockets documentation for Linux that is out there. When you are using StarterWare bare metal code, you will find it makes use of lwIP. There is a extensive documentation available from this project and StarterWare comes with some examples about how to use it. In this special case it is not programming with a standard socket-API but access to RAW lwIP functions. Am Freitag, 26. Juni 2015 20:37:34 UTC+2 schrieb Robert Willy: > > Hi, > > I have a TI Sitara A8 (3358) Starter Kit board. I want to learn TCP/IP > programming. Although I spend some time on TI forums, I do not find > anything useful for me to write TCP/IP code. I think this StarterKit board > is similar to Beaglebone board, thus, I ask the question in this forum. Can > anyone help me on writing TCP/IP code? Please give me links, on this > learning. I mean on Ubuntu to write the code here. > > > Thanks, > -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Simple application to start with: blink LED slowly
OK, now I have my Beaglebone AI, installed TI's CCS, found a suitable compiler for the AI's SoC in CCS, and want to start with a simple, bare-metal application to try things out. So my question: what's next? What is necessary to e.g. have a timer which lets one of the user-LEDs blink slowly? Are there any tutorials or examples available for this somewhere? Thanks :-) -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/43efed19-37c7-43d2-a339-6911c1b2e8bao%40googlegroups.com.
[beagleboard] Re: BeagleBone X15?
Cool idea, I take three! :-D For me it would also be fine when HDMI output and/or on-board MMC are missing on such a BeagleBone... Am Donnerstag, 10. November 2016 14:09:05 UTC+1 schrieb Paul Plankton: > > No, it is not a typo: but how about a BeagleBone with this new, dual-core > processor? > > I know, die to it's size it never could have that much peripherals like > the BeagleBoard X15, but having the current interfaces plus this processor > should not only bring more computing power but also a better price > (comparing to BeagleBoard X15). > > Just as an idea... > > -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/b84d1c5a-9a18-4f04-9266-57f0b6913b1a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Problems with BBB USB serial communication and Windows 10
Hi, I'm running a StarterWare 2 based application on an BBB which makes use of a USB serial interface implementation based on the StarterWare example and by using a .inf-File which is similar to "usb_dev_serial.inf" which was provided by TI in same StarterWare package. Of course VID and PID have been changed according to my own USB serial interface implementation. This works well with all Windows-versions up to 7 (8.x was never tested) and also with all Linux variants. But now with Windows 10 there is a problem which was reported by different users of this application: - opening of the serial interface often fails, simple repeating of the procedure then is successful latest after 10 tries - sometimes an already opened connection seem to be corrupted, means there is no more communication possible, host application needs to be closed, device needs to be restarted - but after this, the same COM-port is available again, Windows does not change numbering So: is anything known about such problems in Windows 10 ? Perhaps are there any changes necessary in an INF-file or in USB serial interface code to make it work with Windows 10? Is there anything similar known from the Linux Kernel of the BBB? Any hint or idea is welcome! -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/2647b45a-ff11-42e4-91ed-084f90d7e69c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Simple application to start with: blink LED slowly
> Code Composer Studio needs to know which Core you are targeting you didnt say which one? When creating a new project I only can choose the SoC type, which is AM5728 in this case. According to the feedback I got from the E2E-forum at TI, this type is suitable and can be used for AM5729 too. Nevertheless: there are no example projects I could use to have ap eek into... -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAJoPetpbQvcTDLonWAaY7YRQGSf1emQXVMJ2c97DneN%2BiC%3DoKg%40mail.gmail.com.
[beagleboard] HDMI-Clock and GPIO3_25?
Hi, there is a funny thing in the schematic of the BBB I do not understand: the output of the 24,576-oscillator (which itself can be enabled/disabled via HDMI_DIS-line) is connected to GPIO3_25. What is this used for? Why is the clock feed into a GPI? Thanks! -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/0cdb76eb-ac98-47af-bc45-ce86a05a136co%40googlegroups.com.
[beagleboard] 5-axis CNC controller with BBB
I recently got an information about this: https://halaser.de/e1701c.php It is a 5-axis CNC controller which can be used together with a mill or a laser. It obviously is a BeagleBone with a cape - but to be honest I have no idea if this cape can be bought separately and if it runs with a normal Linux. But may be somebody is interested in this... -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/05dc075e-5e83-437a-9568-1f8c94de18ab%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.