The AM335x platform already includes a Cortex M3 for exactly this purpose -- a low power MCU that can be used to wake the system on certain interrupts (http://processors.wiki.ti.com/index.php/AM335x_Power_Management_Standby_User%27s_Guide#Linux_Implementation)
I don't yet have the wakeup working on a 4.4.x kernel, but will post an update when I figure it out. Davide -- have you have any luck since posting this question? On Thursday, February 16, 2017 at 3:11:56 PM UTC-5, William Hermans wrote: > > > > On Thu, Feb 16, 2017 at 1:04 PM, Davide Aguiari <[email protected] > <javascript:>> wrote: > >> We're looking for something less external mcu-based in order to exploit >> all the AM335x capabilities. I would prefer consume a bit more without >> making the project too complex with programming an external mcu :) >> >> I'm wondering if the BB offers a inner way to sleep/awake or at least the >> possibility to use the GPIO and the external rtc with the interrupt. >> I'm trying rtcwake with 'standby' mode and it's working quite good, but >> the best (imho) wat would be the 'mem' mode if it's possible to wake it up >> with the rtc (rtc0 or rtc1). >> >> I'm using an external RTC because I will have possible situations without >> the access to Internet, like you guessed. >> > > If you leave out the need for an external MCU, the system will not be > robust, nor efficient. > > I'm not saying what you want is not possible, I'm honestly not sure if > this is possible on this platform or not. More or less like it's possible > and most if not all X86 style systems. What I am saying is that if you rely > solely on the beaglebone, you're asking for trouble. For several reasons, > but for starters, there is no functional watchdog hardware module on the > beaglebone. Passed that, if the processor on the beaglebone has to be > active, but even in low power mode. The PMIC has to be active as well. > Comparatively, this will use a lot of power. Compared to something that was > specifically designed to use micro, or nano amps. > > Those are just two reasons. There are many more reasons if you think about > it hard. > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3680d3a5-f442-4b29-babb-137b2e1ca75b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
