[Arm-netbook] EOMA68 laptop housing battery control

[Jonathan Frederickson]

I'm curious, since unlike most laptops the computer is in a separate
unit... is the charge level of the battery reported to the OS as it
would be for a traditional laptop or phone? Would be interested to
know if this is supported in general, only with certain CPU cards, or
not at all.

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large

[Adam Van Ymeren]

On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson

Post by Jonathan Frederickson
I'm curious, since unlike most laptops the computer is in a separate
unit... is the charge level of the battery reported to the OS as it
would be for a traditional laptop or phone? Would be interested to
know if this is supported in general, only with certain CPU cards, or
not at all.

I would imagine the battery controller lives on the I2C bus which is
part of the EOMA68 pinout.

Post by Jonathan Frederickson
_______________________________________________
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-***@files

[Adam Van Ymeren]

Post by Adam Van Ymeren
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson

Post by Jonathan Frederickson
I'm curious, since unlike most laptops the computer is in a separate
unit... is the charge level of the battery reported to the OS as it
would be for a traditional laptop or phone? Would be interested to
know if this is supported in general, only with certain CPU cards, or
not at all.

I would imagine the battery controller lives on the I2C bus which is
part of the EOMA68 pinout.

Also as I understand it, this bus is a mandatory part of the standard,
so any CPU card must contain an I2C bus and therefore will be able to
talk to the battery controller (if that is indeed where the battery
controller lives).

I guess I should stop speculating, but this seems like a reasonable
way to control the battery in an EOMA68 world.

Post by Adam Van Ymeren

Post by Jonathan Frederickson
_______________________________________________
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-***@files.phcomp.co.u

[Luke Kenneth Casson Leighton]

---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

Post by Adam Van Ymeren

Post by Adam Van Ymeren
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson

Post by Jonathan Frederickson
I'm curious, since unlike most laptops the computer is in a separate
unit... is the charge level of the battery reported to the OS as it
would be for a traditional laptop or phone? Would be interested to
know if this is supported in general, only with certain CPU cards, or
not at all.

I would imagine the battery controller lives on the I2C bus which is
part of the EOMA68 pinout.

Also as I understand it, this bus is a mandatory part of the standard,
so any CPU card must contain an I2C bus and therefore will be able to
talk to the battery controller (if that is indeed where the battery
controller lives).
I guess I should stop speculating, but this seems like a reasonable
way to control the battery in an EOMA68 world.

it's actually going to be connected to the STM32F072, which also
controls the power and has a RTC, and also controls the 320x240 LCD
display so that battery status can be displayed on that whilst the
Card is completely powered off.

so, someone will need to write either userspace or kernelspace drivers
to provide the information to whatever OS is running, as i am
focussing on hardware design. that will need to be over the USB
interface to the STM32F072.

l.

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-***@fil

[Adam Van Ymeren]

On Thu, Nov 24, 2016 at 9:36 AM, Luke Kenneth Casson Leighton

Post by Luke Kenneth Casson Leighton
---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

Post by Adam Van Ymeren

Post by Adam Van Ymeren
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson

Post by Jonathan Frederickson
I'm curious, since unlike most laptops the computer is in a separate
unit... is the charge level of the battery reported to the OS as it
would be for a traditional laptop or phone? Would be interested to
know if this is supported in general, only with certain CPU cards, or
not at all.

I would imagine the battery controller lives on the I2C bus which is
part of the EOMA68 pinout.

Also as I understand it, this bus is a mandatory part of the standard,
so any CPU card must contain an I2C bus and therefore will be able to
talk to the battery controller (if that is indeed where the battery
controller lives).
I guess I should stop speculating, but this seems like a reasonable
way to control the battery in an EOMA68 world.

it's actually going to be connected to the STM32F072, which also
controls the power and has a RTC, and also controls the 320x240 LCD
display so that battery status can be displayed on that whilst the
Card is completely powered off.

Oh interesting, sorry for speculating incorrectly. That small LCD
screen is a really cool feature, and a clever idea for the touchpad.

Post by Luke Kenneth Casson Leighton
so, someone will need to write either userspace or kernelspace drivers
to provide the information to whatever OS is running, as i am
focussing on hardware design. that will need to be over the USB
interface to the STM32F072.
l.
_______________________________________________
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook

[Luke Kenneth Casson Leighton]

---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

Post by Adam Van Ymeren

Post by Luke Kenneth Casson Leighton
it's actually going to be connected to the STM32F072, which also
controls the power and has a RTC, and also controls the 320x240 LCD
display so that battery status can be displayed on that whilst the
Card is completely powered off.

Oh interesting, sorry for speculating incorrectly.

nono, i had to think about it myself for a minute, as i've been
focussing on the RK3288, S5P6818 and A20 boards for a while :)

Post by Adam Van Ymeren
That small LCD
screen is a really cool feature, and a clever idea for the touchpad.

well it's dead simple, i just can't get hold of touchpads - i mean
you can't even *find* the damn things on the internet (try searching
for a supplier, you'll see what i mean, immediately), and the
ridiculous thing i've learned from being here is, that doesn't change
just because you're in china: the place is too big, and the internet
access is too s**t!

yeah the split design means i can't expect the Cards to have a
built-in backup battery, so no RTC. therefore the STM32F072 handles
it. also i can't rely on the Card being powered up all the time just
to manage "random stuff" (plus for the truly paranoid they will want
to take it out of the Housing). therefore there *has* to be a
separate EC for charging, power management etc. etc.

in a monolithic SBC design yes you'd directly wire the battery ICs to
the processor (ok maybe: in a low-cost system definitely).

l.

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-***@files.phco

[Luke Kenneth Casson Leighton]

not completely up-to-date:

http://hands.com/~lkcl/eoma/laptop_15in/pcb2/laptop_15in_PCB2_3.pdf
http://hands.com/~lkcl/eoma/laptop_15in/pcb3/laptop_15in_PCB3_rev2_1.pdf
http://hands.com/~lkcl/eoma/laptop_15in/pcb1/laptop_15in_PCB1__rev2_2.pdf

so:

* connection from PCB1 (main board) to PCB2 (EC): USB, power-on /
reset, VREFTTL, power. err... that's all
* connection from PCB2 (EC) to PCB3 (Power): I2C and IRQs (for
BAT/CHG), Power, GND. err.... that's all.
* connection from PCB1 (main board) to PCB3 (EC): Power. err... that's all.

i probably missed out the "reset" button but it's just a GPIO. actual
power-on of the Card is handled by the STM32F072.

so, great question johnathon.

l.

_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-***@files.phcomp.co.u