FreeCalypso > hg > fc-tourmaline
view doc/Luna-notes @ 261:841a848ba762
SPI SWE: clear any pending boot-time interrupts in spi_init()
Charger plug/unplug hw logic in the Iota ABB has no built-in debouncing,
thus electrical contact bounce on the charging power connection interface
produces a lot of charger plug/unplug interrupts. When we boot in
charging mode (charging power present at boot time and is presumably
the cause of Switch-ON), some bounce may occur between the initial
Iota Switch-ON action and Calypso firmware booting. By clearing any
accumulated ITSTATREG interrupts on boot, we prevent these pre-boot
interrupts from generating charger plug/unplug events to FCHG, which
would upset smooth from-boot charging.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Fri, 14 May 2021 02:49:05 +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.