FreeCalypso > hg > fc-tourmaline
view doc/Luna-notes @ 244:96784b8974eb
Switch_ON(): detect charging mode by CHGPRES bit
Consider the following scenario: the phone is on, the user plugs in
the charger, and then executes the power-off operation. In the Iota
VRPC this sequence translates to a switch-off immediately followed
by another switch-on - but the CHGSTS bit doesn't get set on the second
switch-on cycle! Disassembly of Pirelli's fw shows that they check
the CHGPRES bit, and furthermore, if both CHGPRES and ONBSTS are set,
the code they pass to their modified Power_ON_Button() function is
the one for charging - so let's adopt the same CHGPRES check and
the same priority order for switch-on causes.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Mon, 03 May 2021 06:51:29 +0000 |
parents | a62e5bf88434 |
children |
line wrap: on
line source
FreeCalypso Luna phone handset UI development platform consists of these 3 components: * A Caramel-type Calypso motherboard, either iWOW DSK or FC Caramel2 * An LCD carrier board, currently using HaoRan HT020K1QC36S LCD module * A 5x5 keyswitch matrix board for the keypad function This Luna is our primary official platform for FreeCalypso phone handset UI development. The UI code we got from TI comes in two interesting versions: * Big color version: 176x220 pixels, 16-bit color * Small B&W version: originally 84x48 pixels, we are extending it to 96x64 pix (Originally there was also a third version, large 176x220 pix B&W, but we find it uninteresting and we've removed it from our supported set. It was really nothing more than a hack to display a minimal-effort derivative of the original small B&W UI on the large D-Sample LCD, so we are not removing anything of any real substance here.) FC Luna hardware is required for anyone who wishes to work on the phone handset UI project in FC Tourmaline: it is the only target platform that can display both versions of our work-in-progress UI firmware. Mot C1xx and other similar phones have small LCDs that can only display the small B&W version of our TI-based UI, and in the Mother's opinion working solely on the smallbw version to the exclusion of the bigcolor version is not acceptable.