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.
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson silverskullpsu@gmail.com wrote:
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.
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
On Thu, Nov 24, 2016 at 9:12 AM, Adam Van Ymeren adam.vany@gmail.com wrote:
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson silverskullpsu@gmail.com wrote:
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.
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Thu, Nov 24, 2016 at 2:15 PM, Adam Van Ymeren adam.vany@gmail.com wrote:
On Thu, Nov 24, 2016 at 9:12 AM, Adam Van Ymeren adam.vany@gmail.com wrote:
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson silverskullpsu@gmail.com wrote:
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.
On Thu, Nov 24, 2016 at 9:36 AM, Luke Kenneth Casson Leighton lkcl@lkcl.net wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Thu, Nov 24, 2016 at 2:15 PM, Adam Van Ymeren adam.vany@gmail.com wrote:
On Thu, Nov 24, 2016 at 9:12 AM, Adam Van Ymeren adam.vany@gmail.com wrote:
On Thu, Nov 24, 2016 at 9:05 AM, Jonathan Frederickson silverskullpsu@gmail.com wrote:
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.
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-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Thu, Nov 24, 2016 at 4:43 PM, Adam Van Ymeren adam.vany@gmail.com wrote:
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 :)
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.
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@lists.phcomp.co.uk
-
Adam Van Ymeren -
Jonathan Frederickson -
Luke Kenneth Casson Leighton