Hi Jason,

Check out the Power Cape <http://andicelabs.com/beaglebone-powercape/>.  It 
sounds like what you need.

-Ron

On Wednesday, December 21, 2016 at 8:00:17 AM UTC-6, Jason van Belzen wrote:
>
> I understand that an external battery cape is the best solution.
> Do you know if the following is possible from linux perspective:
>
>    - We run on battery and DC power
>    - If we detect DC power loss, we close all running processes
>    - Only kernel stays active
>    - Kernel clocks itself down to a very low clockrate
>    - Kernel checks periodically if power is restored
>    - If power is restored, kernel gives itself a reboot
>
> Is something like this feasible or is this a very bad idea?
>
> Jason
>
> Op woensdag 21 december 2016 14:42:25 UTC+1 schreef Gerald:
>>
>> In my experience, and external battery is the way to go. I designed a 
>> cape for that a log time ago. That let's you support multiple types of 
>> battery chemistry and multiple configurations.
>>
>> Gerald
>>
>>
>> On Wed, Dec 21, 2016 at 7:37 AM, William Hermans <[email protected]> 
>> wrote:
>>
>>>
>>>
>>> On Wed, Dec 21, 2016 at 6:26 AM, Jason van Belzen <[email protected]> 
>>> wrote:
>>>
>>>> Thanks for your reply.
>>>>
>>>> How does this issue damage the processor?
>>>>
>>>> Jason
>>>>
>>>
>>> As Gerald already said, I do not believe it does either. What does 
>>> happen however is that the board when in this state through the PMIC wont 
>>> always reset from the switch. Meaning, you have to completely disconnect 
>>> the input power, reconnect it, and then reset before the board will 
>>> restart. Additionally, some people claim that the board when in this state 
>>> continues to draw power. I don't doubt that, I've just never personally 
>>> tested that.
>>>
>>> Anyway, it's probably simpler to design a cape that deals with all this 
>>> for you. Either that, or use an external battery / charging system that 
>>> provides 5v directly to the board. In either case, you'll probably need / 
>>> want an external MCU involved .  . .
>>>
>>> -- 
>>> 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/CALHSORoLgJdptWzQ2hYQzpcDj0yT2vmzUMm-stxFori1LmbMig%40mail.gmail.com
>>>  
>>> <https://groups.google.com/d/msgid/beagleboard/CALHSORoLgJdptWzQ2hYQzpcDj0yT2vmzUMm-stxFori1LmbMig%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> -- 
>> Gerald
>>  
>> [email protected]
>> http://beagleboard.org/
>> [email protected]
>>
>>

-- 
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/62981a21-5d34-4ad8-a0aa-c64d533bfe3b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to