US20060117193A1 - Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power - Google Patents

Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power Download PDF

Info

Publication number
US20060117193A1
US20060117193A1 US11/226,060 US22606005A US2006117193A1 US 20060117193 A1 US20060117193 A1 US 20060117193A1 US 22606005 A US22606005 A US 22606005A US 2006117193 A1 US2006117193 A1 US 2006117193A1
Authority
US
United States
Prior art keywords
power
amount
interface
providing
peripheral
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/226,060
Inventor
Robert Gosselin
Ronald Marianetti
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US11/226,060 priority Critical patent/US20060117193A1/en
Publication of US20060117193A1 publication Critical patent/US20060117193A1/en
Assigned to JPMORGAN CHASE BANK, N.A. reassignment JPMORGAN CHASE BANK, N.A. SECURITY AGREEMENT Assignors: PALM, INC.
Assigned to PALM, INC. reassignment PALM, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4411Configuring for operating with peripheral devices; Loading of device drivers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/266Arrangements to supply power to external peripherals either directly from the computer or under computer control, e.g. supply of power through the communication port, computer controlled power-strips
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3215Monitoring of peripheral devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/325Power saving in peripheral device

Definitions

  • the present invention relates to the field of mobile computer systems.
  • the present invention discloses a power management system for an external expansion interface of a mobile computer system.
  • Mobile computer systems have become a very popular form of computing device. Mobile computer systems allow users to access large amounts of personal information such as an address book, a personal calendar, and a list of to-dos.
  • PalmOS® based palm-sized computer systems that use the Palm Operating System from Palm Computing, Inc. of Santa Clara, Calif. have become the de facto standard of handheld computer systems.
  • the Palm® series of palm-sized computer systems from Palm Computing, Inc. of Santa Clara, Calif. include an external serial interface for communicating with external peripherals.
  • the Handspring® line of Visor® palm-sized computer systems include a Springboard® expansion port that allows even more sophisticated peripherals to be added.
  • peripherals There are few limits on the types of peripherals that peripheral designers may create for palm-sized computer systems.
  • Currently available peripherals for palm-sized computer systems include Global Positioning System (GPS) receivers, MPEG audio layer 3 (MP3) players, barcode laser scanners, cellular modems, ordinary telephone line modems, cellular telephones, digital cameras, flash memory storage, and software read-only-memory (ROM) packs.
  • GPS Global Positioning System
  • MP3 MPEG audio layer 3
  • barcode laser scanners cellular modems
  • cellular modems cellular modems
  • ordinary telephone line modems cellular telephones
  • digital cameras digital cameras
  • flash memory storage and software read-only-memory (ROM) packs.
  • ROM software read-only-memory
  • the present invention introduces a power management system interface for a mobile computer system.
  • the power management system interface allows peripheral devices to query the present power situation before activating peripheral devices that will draw power. Furthermore, peripheral devices register their power usage with the operating system such that the operating system can accurately determine the remaining power available in the battery.
  • FIGS. 1A and 1B illustrate a mobile computer system with an external peripheral interface.
  • FIG. 2 illustrates a first electrical interface from a first embodiment of an expansion interface for a mobile computer system as illustrated in FIGS. 1A and 1B .
  • FIG. 3 illustrates a second electrical interface from a second embodiment of an expansion interface for a mobile computer system as illustrated in FIGS. 1A and 1B .
  • FIG. 4 illustrates a table summarizing how old and new peripherals operate in old and new mobile computer systems.
  • FIG. 5 illustrates a flow diagram for one possible set-up utility that uses the power management interface.
  • FIG. 6 illustrates a conversion graph for mapping a measure battery voltage value into a percent of power remaining amount.
  • FIG. 7 illustrates a battery that is modeled as an ideal voltage source in series with an internal resistance value.
  • FIGS. 1A and 1B illustrate a mobile computer system 100 that includes an expansion interface 110 .
  • the expansion interface allows peripheral devices to be inserted and coupled directly to a data bus of the mobile computer system 100 .
  • an interrupt line from the processor in the mobile computer system 100 is coupled to the expansion interface 110 such that the processor can detect -when a peripheral device has been inserted or removed.
  • a second interrupt line may be provided as an electrical signal on the expansion interface 110 such that a peripheral device inserted into the expansion interface 110 may interrupt the processor of the mobile computer system 100 and request particular processing tasks to be performed.
  • FIG. 2 illustrates a first embodiment for an electrical interface of the expansion interface 110 illustrated in FIGS. 1A and 1B .
  • the expansion interface supplies power supply voltage V cc of 3.1 to 3.6 Volts on pins 17 and 51 of the expansion interface 110 .
  • the V cc power supply voltage is a regulated output of the switching power supply of the mobile computer system 100 .
  • the peripheral designers were informed that only 100 milliamps of electrical current could be drawn from the V cc power supply voltage on pins 17 and 51 of the expansion interface 110 .
  • the V dock power signal was designed to receive power from a docking cradle when the mobile computer system 100 was placed into the docking cradle. In one particular embodiment, the
  • FIG. 3 illustrates a second electrical interface the expansion interface of for follow-on mobile computer systems.
  • the second electrical interface also supplies a power supply voltage Vcc of 3.1 to 3.6 Volts on pins 17 and 51 of the expansion interface. In this manner, the second electrical interface is backwards compatible with peripherals designed for the first electrical interface of FIG. 2 .
  • the second electrical interface of FIG. 3 also includes a second power signals V BATT + and V BATT ⁇ on pins 55 and 56 , respectively.
  • V BATT + and V BATT ⁇ power signals are not available on earlier models.
  • the V BATT + and V BATT ⁇ power signals provide an unregulated power signal directly from the battery of the mobile computer system.
  • the V BATT + and V BATT ⁇ power signals are typically capable of providing more current than the output of the switching power supply V cc .
  • the second embodiment of FIG. 3 provides peripheral designers with an additional power supply option.
  • a follow-on mobile computer system product may not have the exact same expansion interface as earlier mobile computer system products. Even though the expansion interface may have changed, ideally the later mobile computer system should still be able to use peripherals designed for the earlier mobile computer system.
  • the electrical interface of the later mobile computer system should be designed to be “backwards-compatible” with the electrical interface of the earlier mobile computer system.
  • a peripheral designed specifically for the later the mobile computer system could have difficulty operating in the earlier mobile computer system.
  • the present invention introduces a new power management protocol in order to allow a peripheral designed in view of the later of the mobile computer system expansion interface operate in the earlier mobile computer system.
  • the power management protocol of the present invention allows new peripheral devices to use the new features of new mobile computer systems.
  • the power management protocol also ensures that any permutation of old or new peripherals and mobile computer systems will operate to some degree or at least inform the user if the system can not operate properly.
  • FIG. 4 illustrates the four permutations of old and new peripherals and old and new mobile computer systems.
  • the original peripherals designed for the original expansion interface will always operate within the specifications for the original expansion interface.
  • the original peripherals will operate normally in older mobile computer systems with the original expansion interface.
  • the original peripherals will operate normally in the newer mobile computer systems that are designed to be backwards compatible with the older expansion interface.
  • such original (or “legacy”) peripherals will generally not take advantage of any new features offered by the newer mobile computer systems. It may be possible update the software associated with an older peripheral device in order to have that older peripheral use new software features. For example, an older peripheral device with an updated software driver may register its power usage as will be described later.
  • the second row of FIG. 4 describes how newer peripherals designed for the newer expansion interface behave in older and newer mobile computer systems.
  • a new peripheral inserted into an older mobile computer system with the original expansion interface must operate within the limitations of the original expansion interface.
  • some new peripheral module may operate partially and some may not work at all.
  • a variable speed modem may only operate at lower speeds when installed in an original expansion interface but when installed in a new expansion interface, the modem may operate at higher speeds.
  • Some newer peripherals may require specific features only available in the new expansion interface such that those newer peripheral cannot operate within the specifications of the original expansion interface at all. Such a newer peripheral device that cannot operate should inform the user that it is unable to operate and then disable itself.
  • the new peripheral when a new peripheral is inserted into a mobile computer system equipped with the new expansion interface then the new peripheral can operate in its full capacity, as set forth in the second column of the second row in FIG. 4 .
  • the new peripheral device may operate in a manner that takes full advantage of all the features of the new expansion interface.
  • the Handspring extensions are present.
  • the current version of the Handspring extensions is returned in the location pointed to by the VariableAddress parameter. If the version indicates that the expansion interface is the older expansion interface, then the peripheral device must operate within the specified parameters of the older original expansion interface. For example, the peripheral device should not draw more than 100 milliamps of electrical current from the power supply. Furthermore, the V BATT + and V BATT ⁇ power signals will not be available. Such a new peripheral device may need to operate using its own internal power supply if more than 100 milliamps of current is required.
  • Older peripherals will not attempt to detect if a newer expansion interface is available since such older peripherals have no information about the newer expansion interface. Such devices will operation within the specifications of the original expansion interface.
  • HsCardPower( ) all the power management software functionality is accessed with a single power management routine known as “HsCardPower( )”. Different power management functionality is requested by specifying a particular power management command with an input parameter, hsCardPowerCmd.
  • HsCardPowerCmdBatteryCapacity Out Returns the total Capacity of battery in milliwatt hours. Note that this measurement does not indicate the current charge level of the battery - this is the battery's theoretical maximum capacity when fully charged. hsCardPowerCmdBatteryPercent Out Returns the current level of the battery as a percent value between 0 and 100.
  • hsCardPowerCmdBatteryVoltage Out Returns the current battery voltage in millivolts.
  • hsCardPowerCmdTotalLoad Out Returns the current total load on the battery in milliwatts.
  • hsCardPowerCmdCardLoad Out Returns amount of load currently registered to the specified card in milliwatts. This is a portion of the total load returned by related command hsCardPowerCmdTotalLoad.
  • hsCardPowerCmdAvailablePower Out Returns the amount of additional power that could be supplied to the card in milliwatts. Peripheral device software should use this command before activating hardware that will consume additional power.
  • hsCardPowerAddLoad If there is enough power available to activate the device, the hsCardPowerAddLoad command needs to be used next in order to register the actual additional power load.
  • hsCardPowerCmdAddLoad In Registers additional load of the peripheral card in milliwatts as specified in the third parameter. This call should be made to register the peripheral card's base power consumption during peripheral card installation. It must also be called anytime the power consumption of the peripheral card increases.
  • hsCardPowerCmdCurrentMaxVcc Out Maximum sustained current available from the V CC supply in milliamps. This value is dependent upon the mobile computer system model. This is a fixed value. hsCardPowerCmdCurrentMaxVBat Out Maximum sustained current available from the V BAT supply in milliamps. Will return a zero (0) if there is no V BAT on this mobile computer system mobile. hsCardPowerCmdVccMin Out Minimum voltage of the V CC supply in millivolts. This is a fixed value. hsCardPowerCmdVccMax Out Maximum voltage of the V CC supply in millivolts. This is a fixed value.
  • FIG. 5 illustrates one embodiment of a set-up utility program for a peripheral device that uses the Power Management Interface.
  • FIG. 5 provides a list of operations that may be performed by a set-up utility. The reader should note that not all steps in FIG. 5 must be performed by all set-up utility applications. Each peripheral set-up utility application will only perform the operations necessary to prepare the installed peripheral device for operation. Furthermore, the set-up utility application may perform additional operations not listed in FIG. 5 .
  • the set-up utility program begins at step 505 .
  • the set-up utility may adjust the operation of the chip selects used to address the memory on the inserted peripheral device.
  • the set-up utility program modifies the chip select policy to properly handle the actual size of memory & I/O address space contained within the peripheral device.
  • the chip select policy is adjusted using the actual size of memory & I/O address space required by the peripheral software.
  • the set-up utility allocates an amount of main memory that the peripheral card needs for operation.
  • the main memory will be used to store state variables associated with the peripheral device.
  • Memory is allocated by the set-up utility since some systems do not allow the allocation of memory within interrupt routines.
  • each peripheral that uses power should first ensure that enough power is available to operate the peripheral before activating the peripheral.
  • the set-up utility of the peripheral tests to see if there is sufficient power available.
  • the set-up utility calls a routine that returns the amount of available power in milliwatts.
  • the set-up utility compares the returned available power value to a needed amount of power at step 525 . If there is not enough power, then the set-up utility informs the user that the peripheral cannot operate due to insufficient power at step 530 and returns any resources that were reserved that will not be needed at step 535 .
  • the set-up utility must inform the operating system about the power that it will draw.
  • the set-up utility registers the power that it will use with the operating system using the “hsCardPowerAddLoad” command.
  • the following program code illustrates how a peripheral card set-up utility can register its power usage with the “hsCardPowerAddLoad” command at step 527 : //-------------------------------------------------------------------------------------------------- // Register additional power usage. // This example registers an additional load of 100 milliwatts.
  • the peripheral device may install power management routines at step 529 that will be called by the operating system at appropriate times. For example, a power off routine may be called when the user of the mobile computing device turns off the mobile computing device. Similarly, an idle power down routine may be called when the mobile computing device has been idle for a pre-determined period. A low power routine may also be called by the operating system when the battery is low.
  • system calls may be listed in a jump table that contains a list of vectors to system calls.
  • the set-up utility may patch a system call by copying a new system call routine into main memory and then changing the vector in the jump table to point to the new system call.
  • the set-up utility may install new system calls.
  • the new system calls may provide additional functionality to the operating system of the computer system. Some applications may be designed to use this additional functionality if and when this additional functionality becomes available due to the insertion of a peripheral device.
  • the set-up utility may install a peripheral device interrupt handler.
  • an interrupt line is coupled to the expansion interface on the mobile computer system.
  • the newly installed peripheral device interrupt handler would obtain control of the processor at any time when an interrupt on the expansion interface interrupt line is asserted.
  • a wireless networking peripheral may provide network services such as TCP/IP to other application programs.
  • the peripheral card may provide a set of shared libraries that may be accessed by other applications.
  • the set-up utility should install such shared libraries as designated in step 560 of FIG. 5 .
  • Some peripherals will require background tasks to monitor activities on the peripheral device.
  • the set-up utility should launch such background threads at step 570 .
  • One possible use for a background task associated with a peripheral device is to monitor the power situation and adjust the operation of the peripheral card accordingly. For example, the following code tests the battery condition and executes a routine to change the power consumption if the percent of power available drops below ten: //----------------------------------------------------------------------------- // See if battery is dangerously low. If it's below some threshold // (example here is 10%), then change the power mode.
  • Each card // must implement its own logic for putting its hardware into a low // power mode for battery depletion and power-down situations.
  • HsCardPower (cardNo, hsCardPowerCmdBatteryPercent, &percent); if (percent ⁇ 10) // Test if less than 10% power left.
  • Begin code to change power consumption. // One method of changing power consumption is to enter a low-power // state. This routine must be provided by the card developer // and depends on the hardware present in the peripheral card. PutCardIntoLowPowerMode( ); ⁇
  • the program code puts the peripheral card into a low power consumption mode.
  • the program code may ask the user to connect the device to an external power source or add a new battery to the peripheral device in order to prolong its operation. If the program code turns off the peripheral card device, then the peripheral card must register the reduced power load with the operating system.
  • the following code describes how the peripheral code “unregisters” its usage of the 100 milliwatts: //-------------------------------------------------------------------------------------------------- // Register reduced power usage. // This example registers a reduction in load of 100 milliwatts.
  • the peripheral device is ready for operation. If the peripheral device provides shared services, those services are now available. If the peripheral device is controlled by a dedicated application, then that dedicated application will be launched as the “welcome application” as described in the parent application “A Mobile Computer System with A Robust Expansion Capability”, filed on Aug. 12, 1999, having Ser. No. 09/374,056.
  • a battery gauge is a graphical user interface device that provides an approximation of the remaining battery power using a familiar automobile fuel gauge type of visual representation.
  • the mobile computer system To create the battery gauge graphical user interface, the mobile computer system must measure some characteristic of the battery and convert that measured characteristic into an easily understandably linear gauge.
  • One method of performing such a measurement and conversion is to measure the battery voltage convert that value into a percent of battery power remaining. The relationship between the batteries voltage and the amount of battery power remaining is not linear. Thus, some type of function or mapping is used to convert the battery voltage into a linear power representation.
  • FIG. 6 illustrates a graph that maps a battery voltage value to a percent of battery power remaining.
  • a measured voltage value on the vertical axis is mapped to a percent value on the horizontal axis with graph line 650 .
  • a new battery with a voltage of V new maps to one hundred per cent (100%).
  • the corresponding percent value also drops.
  • the corresponding battery power is sixty-nine percent (69%) as shown by point 610 on graph line 650 .
  • the electronics of the mobile computer system do not operate once the battery voltage drops below V min volts. Thus, V min defines the zero percent (0%) battery power value.
  • the conversion mapping system of FIG. 6 operates for a fixed system that cannot have additional peripherals added. However, if a peripheral that consumes power from the mobile computer system's battery is added, the conversion graph of FIG. 6 is no longer accurate. When a power consuming peripheral device is added to the mobile computer system of FIGS. 1 and 2 , that added peripheral device will cause a voltage drop that will not be accurately taken into account by the graph of FIG. 6 . For example, if a peripheral is added to a mobile computer system with a battery voltage of V 69% volts, the resulting battery voltage may be V periph . This voltage maps onto graph 650 at point 620 such that the battery power will appear to drop to twenty-two percent (22%). Although the available battery power should drop a bit since the peripheral will cause the battery to deplete faster, the percentage drop is not that sharp.
  • the system of the present invention uses the information provided by the “hsCardPowerCmdAddLoad” and “hsCardPowerCmdRemoveLoad” commands to monitor the power usage of peripheral. The system then incorporates that power usage information to adjust the battery voltage to battery power percentage conversion.
  • the battery voltage meter adjustment is made using a “no-load voltage” wherein a battery is modeled as an ideal voltage source.
  • the basic idea is to measure a real voltage of the battery and then calculate the “no-load voltage” of the battery. The system then converts the calculated no-load voltage value into a percent value using a voltage-to-percent battery curve such as the one illustrated in FIG. 6 .
  • the “no-load voltage” is a voltage value for the battery if there were no load applied to the battery.
  • the no-load voltage calculations model a real battery as an ideal voltage source 713 (the “no-load voltage”) in series with a small resistor 715 (the internal resistance of the battery) as illustrated in FIG. 7 .
  • the software uses one of these two different models of the internal resistance depending on the battery technology of the device.
  • V NL V meas +R I ⁇ I where:
  • the operating system may measure a voltage (V measd ) of 3.0 volts across the battery 710 or load 750 with a current load of 0.1 amps. If the internal resistance (R I ) of the battery 710 is assumed to be 1 ohm (again, internal resistance value depends on the battery type and freshness), then there must be a 0.1 volt drop (0.1 amps * 1 ohm) across the internal resistance 715 of the battery 710 .
  • the percent of battery power remaining can be then determined by looking up 3.1 volts in a voltage to percent table based upon the graph of FIG. 6 .
  • the battery gauge will not be effected when a person adds or removes a load provided the operating system is informed about the added or removed load.
  • a user might add a peripheral device that adds additional load causing the current to go up to 0.2 amps.
  • the additional load could cause the voltage value measured across the load to suddenly go down to 2.9 volts.
  • the additional load does not affect the calculated no-load voltage of modeled battery 713 .
  • the system software uses the hsCardPowerCmdAddLoad and hsCardPowerCmdRemoveLoad calls in order to determine the present load on the battery.
  • the internal resistance is determine based on the type of battery technology used and the approximate freshness of the battery.
  • the loaded voltage is always measured.
  • the operating system can calculate the no-load voltage of the battery 715 .
  • the no-load voltage may then be used to generate a battery power percent value using a look-up table.
  • One method of handling power management in a peripheral device that may be placed into an earlier mobile computer system with limited power or a later mobile computer system having more power is to have different modes of operation.
  • the peripheral may operate in a limited capacity that uses less power if it is placed in an earlier mobile computer system with limited power.
  • the peripheral device may operate in a full capacity that consumes additional power.
  • the peripheral device may consume power from the mobile computer system's battery or from its own self-contained power source if the peripheral device is installed into a newer mobile computer system.
  • the mobile computer system first consumes power from its own self-contained power source and then consumes power from the mobile computer system's battery once the peripheral device's own self-contained power source is depleted. The user may be informed of the depleted power supply and specify if the mobile computer system's battery should be used to power the peripheral device.
  • peripheral device If such a peripheral device is installed into an older mobile computer system that does not provide the additional needed power, the peripheral device must use its own self-contained power source. If that self-contained power source does not have sufficient power, the peripheral device will not operate.
  • Peripheral devices that have their self-contained power source may be recharged through the expansion interface.
  • the expansion interface includes access to electrical pins (V DOCK ) that receive power from a docking cradle when the mobile computer system rests in a charging docking cradle.

Abstract

The present invention introduces a power management system interface for a mobile computer system. The power management system interface allows peripheral devices to query the present power situation before activating peripheral devices that will draw power. Furthermore, peripheral devices register their power usage with the operating system such that the operating system can accurately determine the remaining power available in the battery.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. patent application Ser. No. 09/896,018, filed on Jun. 28, 2001, entitled “Power Management in Mobile Computer for Allocating Power to Peripheral Device When Version of Expansion Port May Support Second Amount of Power,” which is a continuation-in-part application of U.S. patent application Ser. No. 09/374,056, filed on Aug. 12, 1999, entitled “A Mobile Computer System with a Robust Expansion Capability,” both of which are incorporated by reference herein in their entirety.
  • FIELD OF THE INVENTION
  • The present invention relates to the field of mobile computer systems. In particular the present invention discloses a power management system for an external expansion interface of a mobile computer system.
  • BACKGROUND OF THE INVENTION
  • Mobile computer systems have become a very popular form of computing device. Mobile computer systems allow users to access large amounts of personal information such as an address book, a personal calendar, and a list of to-dos. In particular, the PalmOS® based palm-sized computer systems that use the Palm Operating System from Palm Computing, Inc. of Santa Clara, Calif. have become the de facto standard of handheld computer systems.
  • To provide additional functionality, it is desirable to include an external hardware interface on the mobile computer system. The Palm® series of palm-sized computer systems from Palm Computing, Inc. of Santa Clara, Calif. include an external serial interface for communicating with external peripherals. The Handspring® line of Visor® palm-sized computer systems include a Springboard® expansion port that allows even more sophisticated peripherals to be added.
  • There are few limits on the types of peripherals that peripheral designers may create for palm-sized computer systems. Currently available peripherals for palm-sized computer systems include Global Positioning System (GPS) receivers, MPEG audio layer 3 (MP3) players, barcode laser scanners, cellular modems, ordinary telephone line modems, cellular telephones, digital cameras, flash memory storage, and software read-only-memory (ROM) packs.
  • To allow peripheral designers as much freedom as possible, it would be desirable to provide the peripheral designers with as many computer resources as possible without rendering the palm-sized computer system impractical. One common need of most computer peripherals is electrical power. Thus, it would be desirable to provide peripheral designers with ample electrical power. However, the electrical power must be supplied without harming the ordinary operation of the palm-sized computer system.
  • SUMMARY OF THE INVENTION
  • The present invention introduces a power management system interface for a mobile computer system. The power management system interface allows peripheral devices to query the present power situation before activating peripheral devices that will draw power. Furthermore, peripheral devices register their power usage with the operating system such that the operating system can accurately determine the remaining power available in the battery.
  • Other objects, features, and advantages of present invention will be apparent from the company drawings and from the following detailed description.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The objects, features, and advantages of the present invention will be apparent to one skilled in the art in view of the following detailed description in which:
  • FIGS. 1A and 1B illustrate a mobile computer system with an external peripheral interface.
  • FIG. 2 illustrates a first electrical interface from a first embodiment of an expansion interface for a mobile computer system as illustrated in FIGS. 1A and 1B.
  • FIG. 3 illustrates a second electrical interface from a second embodiment of an expansion interface for a mobile computer system as illustrated in FIGS. 1A and 1B.
  • FIG. 4 illustrates a table summarizing how old and new peripherals operate in old and new mobile computer systems.
  • FIG. 5 illustrates a flow diagram for one possible set-up utility that uses the power management interface.
  • FIG. 6 illustrates a conversion graph for mapping a measure battery voltage value into a percent of power remaining amount.
  • FIG. 7 illustrates a battery that is modeled as an ideal voltage source in series with an internal resistance value.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
  • A method and apparatus for implementing a robust external interface for a computer system is disclosed. In the following description, for purposes of explanation, specific nomenclature is set forth to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that these specific details are not required in order to practice the present invention. For example, the present invention has been described with reference to handheld computer system. However, the same techniques can easily be applied to any other type of computer system.
  • Original Extensible Mobile Computer System
  • FIGS. 1A and 1B illustrate a mobile computer system 100 that includes an expansion interface 110. The expansion interface allows peripheral devices to be inserted and coupled directly to a data bus of the mobile computer system 100. In one embodiment, an interrupt line from the processor in the mobile computer system 100 is coupled to the expansion interface 110 such that the processor can detect -when a peripheral device has been inserted or removed. Furthermore, a second interrupt line may be provided as an electrical signal on the expansion interface 110 such that a peripheral device inserted into the expansion interface 110 may interrupt the processor of the mobile computer system 100 and request particular processing tasks to be performed.
  • FIG. 2 illustrates a first embodiment for an electrical interface of the expansion interface 110 illustrated in FIGS. 1A and 1B. As illustrated in FIG. 2, the expansion interface supplies power supply voltage Vcc of 3.1 to 3.6 Volts on pins 17 and 51 of the expansion interface 110. The Vcc power supply voltage is a regulated output of the switching power supply of the mobile computer system 100. In a first embodiment of the electrical interface of the expansion interface 110, the peripheral designers were informed that only 100 milliamps of electrical current could be drawn from the Vcc power supply voltage on pins 17 and 51 of the expansion interface 110.
  • If the peripheral designer wanted any additional power, that peripheral designer would have to incorporate an additional battery into the peripheral device. If the peripheral designer incorporated a rechargeable battery, that rechargeable battery could be recharged with the Vdock power signal on pins 18 and 52. The Vdock power signal was designed to receive power from a docking cradle when the mobile computer system 100 was placed into the docking cradle. In one particular embodiment, the
  • Follow-On Extensible Mobile Computer Systems
  • FIG. 3 illustrates a second electrical interface the expansion interface of for follow-on mobile computer systems. As illustrated in FIG. 3, the second electrical interface also supplies a power supply voltage Vcc of 3.1 to 3.6 Volts on pins 17 and 51 of the expansion interface. In this manner, the second electrical interface is backwards compatible with peripherals designed for the first electrical interface of FIG. 2.
  • The second electrical interface of FIG. 3 also includes a second power signals VBATT+ and VBATT− on pins 55 and 56, respectively. As illustrated in FIG. 2, the VBATT+ and VBATT− power signals are not available on earlier models. The VBATT+ and VBATT− power signals provide an unregulated power signal directly from the battery of the mobile computer system. The VBATT+ and VBATT− power signals are typically capable of providing more current than the output of the switching power supply Vcc. Thus, the second embodiment of FIG. 3 provides peripheral designers with an additional power supply option.
  • Power Management Protocol
  • As set forth in the preceding sections, a follow-on mobile computer system product may not have the exact same expansion interface as earlier mobile computer system products. Even though the expansion interface may have changed, ideally the later mobile computer system should still be able to use peripherals designed for the earlier mobile computer system. Thus, the electrical interface of the later mobile computer system should be designed to be “backwards-compatible” with the electrical interface of the earlier mobile computer system. However, a peripheral designed specifically for the later the mobile computer system could have difficulty operating in the earlier mobile computer system. Thus, the present invention introduces a new power management protocol in order to allow a peripheral designed in view of the later of the mobile computer system expansion interface operate in the earlier mobile computer system.
  • The power management protocol of the present invention allows new peripheral devices to use the new features of new mobile computer systems. However, the power management protocol also ensures that any permutation of old or new peripherals and mobile computer systems will operate to some degree or at least inform the user if the system can not operate properly.
  • FIG. 4 illustrates the four permutations of old and new peripherals and old and new mobile computer systems. As set forth in the first column of the first row of FIG. 4, the original peripherals designed for the original expansion interface will always operate within the specifications for the original expansion interface. Thus, the original peripherals will operate normally in older mobile computer systems with the original expansion interface.
  • Now referring to the second column of the first row in FIG. 4, the original peripherals will operate normally in the newer mobile computer systems that are designed to be backwards compatible with the older expansion interface. However, such original (or “legacy”) peripherals will generally not take advantage of any new features offered by the newer mobile computer systems. It may be possible update the software associated with an older peripheral device in order to have that older peripheral use new software features. For example, an older peripheral device with an updated software driver may register its power usage as will be described later.
  • The second row of FIG. 4 describes how newer peripherals designed for the newer expansion interface behave in older and newer mobile computer systems. As set forth in the first column of the second row, a new peripheral inserted into an older mobile computer system with the original expansion interface must operate within the limitations of the original expansion interface. When installed in the older original expansion interface, some new peripheral module may operate partially and some may not work at all. For example, a variable speed modem may only operate at lower speeds when installed in an original expansion interface but when installed in a new expansion interface, the modem may operate at higher speeds. Some newer peripherals may require specific features only available in the new expansion interface such that those newer peripheral cannot operate within the specifications of the original expansion interface at all. Such a newer peripheral device that cannot operate should inform the user that it is unable to operate and then disable itself.
  • Finally, when a new peripheral is inserted into a mobile computer system equipped with the new expansion interface then the new peripheral can operate in its full capacity, as set forth in the second column of the second row in FIG. 4. The new peripheral device may operate in a manner that takes full advantage of all the features of the new expansion interface.
  • Expansion Interface Version Detection
  • To allow newer peripherals to determine if a new expansion interface is being used, the program code within each new peripheral device should call query the operating system to determine the expansion interface version that is available in the mobile computer system. In one PalmOS embodiment, this is accomplished by calling the PalmOS operating system routine:
    error=FtrGet(hsFtrCreator, hsFtrIDVersion, & VariableAddress)
    where:
      • error is a variable for storing a returned error code value;
      • hsFtrCreator is a constant.
      • hsFtrlDVersion is a constant that specifies a command for obtaining the Version number; and
      • VariableAddress is a pointer to a location for storing an output result. Specifically, it will contain a revision # that will indicate the presence of the new API.
  • If the returned error code specifies no error then the Handspring extensions are present. The current version of the Handspring extensions is returned in the location pointed to by the VariableAddress parameter. If the version indicates that the expansion interface is the older expansion interface, then the peripheral device must operate within the specified parameters of the older original expansion interface. For example, the peripheral device should not draw more than 100 milliamps of electrical current from the power supply. Furthermore, the VBATT+ and VBATT− power signals will not be available. Such a new peripheral device may need to operate using its own internal power supply if more than 100 milliamps of current is required.
  • Older peripherals will not attempt to detect if a newer expansion interface is available since such older peripherals have no information about the newer expansion interface. Such devices will operation within the specifications of the original expansion interface.
  • Power Management Programming Interface
  • In one embodiment, all the power management software functionality is accessed with a single power management routine known as “HsCardPower( )”. Different power management functionality is requested by specifying a particular power management command with an input parameter, hsCardPowerCmd. In one embodiment, the HSCardPower( ) routine is activated as follows:
    error=HsCardPower(cardNo, hsCardPowerCmd, VariableAddress);
    where:
      • error is a variable for storing a returned error code value;
      • cardNo is a sixteen bit unsigned integer that specifies a peripheral card number;
      • hsCardPowerCmd is a thirty-two bit integer that specifies a particular command; and
      • VariableAddress is a pointer to a variable that either contains an input parameter or a pointer to a location for storing an output result.
  • The following table provides a list of the different hsCardPowerCmd commands available and how each command is used. The Variable In/Out column specifies if the “VariableAddress” address supplied for the third parameter is a pointer to an input parameter or a pointer to a memory location for storing an output result.
    Command In/Out Command Description
    HsCardPowerCmdBatteryCapacity Out Returns the total Capacity of battery in
    milliwatt hours. Note that this
    measurement does not indicate the current
    charge level of the battery - this is the
    battery's theoretical maximum capacity
    when fully charged.
    hsCardPowerCmdBatteryPercent Out Returns the current level of the battery as
    a percent value between 0 and 100.
    hsCardPowerCmdBatteryVoltage Out Returns the current battery voltage in
    millivolts.
    hsCardPowerCmdTotalLoad Out Returns the current total load on the
    battery in milliwatts.
    hsCardPowerCmdCardLoad Out Returns amount of load currently
    registered to the specified card in
    milliwatts. This is a portion of the total
    load returned by related command
    hsCardPowerCmdTotalLoad.
    hsCardPowerCmdAvailablePower Out Returns the amount of additional power
    that could be supplied to the card in
    milliwatts. Peripheral device software
    should use this command before
    activating hardware that will consume
    additional power. If there is enough
    power available to activate the device, the
    hsCardPowerAddLoad command needs to
    be used next in order to register the actual
    additional power load.
    hsCardPowerCmdAddLoad In Registers additional load of the peripheral
    card in milliwatts as specified in the third
    parameter. This call should be made to
    register the peripheral card's base power
    consumption during peripheral card
    installation. It must also be called
    anytime the power consumption of the
    peripheral card increases.
    hsCardPowerCmdRemoveLoad In Rededuces registered load of the peripheral
    card in milliwatts as specified in the third
    parameter. This call should be made to
    un-register the peripheral card's base
    power consumption during peripheral card
    removal. It must also be called anytime
    the power consumption of the peripheral
    card decreases.
    hsCardPowerCmdCurrentMaxVcc Out Maximum sustained current available
    from the VCC supply in milliamps. This
    value is dependent upon the mobile
    computer system model. This is a fixed
    value.
    hsCardPowerCmdCurrentMaxVBat Out Maximum sustained current available
    from the VBAT supply in milliamps. Will
    return a zero (0) if there is no VBAT on this
    mobile computer system mobile.
    hsCardPowerCmdVccMin Out Minimum voltage of the VCC supply in
    millivolts. This is a fixed value.
    hsCardPowerCmdVccMax Out Maximum voltage of the VCC supply in
    millivolts. This is a fixed value.
    hsCardPowerCmdVccNominal Out Nominal voltage of the VCC supply in
    millivolts. This is a fixed value.
    hsCardPowerCmdVBatMin Out Minimum voltage of the VBAT supply in
    millivolts. This is a fixed value. Will
    return a zero (0) if there is no VBAT power
    available on this mobile computer system
    model.
    hsCardPowerCmdVBatMax Out Maximum voltage of the VBAT supply in
    millivolts. This is a fixed value. Will
    return a zero (0) if there is no VBAT power
    available on this mobile computer system
    model.
    hsCardPowerCmdVBatNominal Out Nominal voltage of the VBAT supply in
    millivolts. This is a fixed value. Will
    return a zero (0) if there is no VBAT power
    available on this mobile computer system
    model.

    Power Management Programming Example
  • To best illustrate how the Power Management Interface of the present invention is used, an example of power management code for a peripheral device is provided.
  • When a peripheral device is installed into an expansion interface as set forth in the patent application titled “A Mobile Computer System with A Robust Expansion Capability”, filed on Aug. 12, 1999, having Ser. No. 09/374,056, the peripheral device executes “set-up” utility that performs various operations to prepare the peripheral device for operation. FIG. 5 illustrates one embodiment of a set-up utility program for a peripheral device that uses the Power Management Interface. FIG. 5 provides a list of operations that may be performed by a set-up utility. The reader should note that not all steps in FIG. 5 must be performed by all set-up utility applications. Each peripheral set-up utility application will only perform the operations necessary to prepare the installed peripheral device for operation. Furthermore, the set-up utility application may perform additional operations not listed in FIG. 5.
  • Referring to FIG. 5, the set-up utility program begins at step 505. At step 510, the set-up utility may adjust the operation of the chip selects used to address the memory on the inserted peripheral device. The set-up utility program modifies the chip select policy to properly handle the actual size of memory & I/O address space contained within the peripheral device. The chip select policy is adjusted using the actual size of memory & I/O address space required by the peripheral software.
  • At step 515, the set-up utility allocates an amount of main memory that the peripheral card needs for operation. The main memory will be used to store state variables associated with the peripheral device. Memory is allocated by the set-up utility since some systems do not allow the allocation of memory within interrupt routines.
  • With the Power Management Interface of the present invention, each peripheral that uses power should first ensure that enough power is available to operate the peripheral before activating the peripheral. At step 520, the set-up utility of the peripheral tests to see if there is sufficient power available. In one embodiment, the set-up utility calls a routine that returns the amount of available power in milliwatts. The set-up utility compares the returned available power value to a needed amount of power at step 525. If there is not enough power, then the set-up utility informs the user that the peripheral cannot operate due to insufficient power at step 530 and returns any resources that were reserved that will not be needed at step 535. The following computer code can be used to implement the test and comparison of steps 520 and 525:
    // Variable Declarations (for all example code)
    Err err; // Variable for returned
    error code.
    Uint16 cardNo = 1; // This code uses Card # 1.
    UInt32 NeededPower = 100; // This peripheral needs 100
    milliwatts.
    UInt32 available; // Variable for storing
    available power.
    UInt32 additionalLoad; // A variable for storing an
    additional load.
    UInt32 reducedLoad; // A variable for storing a
    reduced load.
    UInt32 percent; // A variable for storing % of power available.
    //---------------------------------------------------------------
    // See how much power is available. Returns available power in
    // milliwatts into the ‘available’ variable.
    //-----------------------------------------------------------------
    err = HsCardPower (cardNo, hsCardPowerCmdAvailablePower,
    &available);
    if (available >= NeededPower)
    {
    //Continue set-up of inserted peripheral card.
    }
    // add code that informs user that the peripheral cannot
    // be used due to a lack of power. Return any resources that
    // were obtained that will not be needed.
  • If the test and comparison of steps 520 and 525 succeeded, then the set-up utility must inform the operating system about the power that it will draw. At step 527, the set-up utility registers the power that it will use with the operating system using the “hsCardPowerAddLoad” command. The following program code illustrates how a peripheral card set-up utility can register its power usage with the “hsCardPowerAddLoad” command at step 527:
    //-----------------------------------------------------------------
    // Register additional power usage.
    // This example registers an additional load of 100 milliwatts.
    //-----------------------------------------------------------------
    additionalLoad = 100; // Specify, the additional power load in mW
    // Now inform the OS about the power consumption.
    err = HsCardPower(cardNo, hsCardPowerAddLoad, &additionalLoad);
  • To conserve power when possible, most mobile computer devices have a power management system that allows power to be saved by turning off circuits and devices that are not being used. To reduce power consumption, the peripheral device may install power management routines at step 529 that will be called by the operating system at appropriate times. For example, a power off routine may be called when the user of the mobile computing device turns off the mobile computing device. Similarly, an idle power down routine may be called when the mobile computing device has been idle for a pre-determined period. A low power routine may also be called by the operating system when the battery is low.
  • At step 540, the set-up utility patches systems calls if necessary. In one embodiment, system calls may be listed in a jump table that contains a list of vectors to system calls. The set-up utility may patch a system call by copying a new system call routine into main memory and then changing the vector in the jump table to point to the new system call.
  • At step 545, the set-up utility may install new system calls. The new system calls may provide additional functionality to the operating system of the computer system. Some applications may be designed to use this additional functionality if and when this additional functionality becomes available due to the insertion of a peripheral device.
  • At step 550, the set-up utility may install a peripheral device interrupt handler. In one embodiment, an interrupt line is coupled to the expansion interface on the mobile computer system. The newly installed peripheral device interrupt handler would obtain control of the processor at any time when an interrupt on the expansion interface interrupt line is asserted.
  • Many peripherals will provide services to other application programs. For example, a wireless networking peripheral may provide network services such as TCP/IP to other application programs. To provide the services to the other applications, the peripheral card may provide a set of shared libraries that may be accessed by other applications. The set-up utility should install such shared libraries as designated in step 560 of FIG. 5.
  • Some peripherals will require background tasks to monitor activities on the peripheral device. The set-up utility should launch such background threads at step 570. One possible use for a background task associated with a peripheral device is to monitor the power situation and adjust the operation of the peripheral card accordingly. For example, the following code tests the battery condition and executes a routine to change the power consumption if the percent of power available drops below ten:
    //-----------------------------------------------------------------
    // See if battery is dangerously low. If it's below some threshold
    // (example here is 10%), then change the power mode. Each card
    // must implement its own logic for putting its hardware into a low
    // power mode for battery depletion and power-down situations.
    //-----------------------------------------------------------------
    // Get the % of power remaining.
    err = HsCardPower (cardNo, hsCardPowerCmdBatteryPercent, &percent);
    if (percent < 10) // Test if less than 10% power left.
    {
    // Begin code to change power consumption.
    // One method of changing power consumption is to enter
    a low-power
    // state. This routine must be provided by the card developer
    // and depends on the hardware present in the peripheral card.
    PutCardIntoLowPowerMode( );
    }
  • In the preceding example code listing, the program code puts the peripheral card into a low power consumption mode. In alternate embodiments, the program code may ask the user to connect the device to an external power source or add a new battery to the peripheral device in order to prolong its operation. If the program code turns off the peripheral card device, then the peripheral card must register the reduced power load with the operating system. The following code describes how the peripheral code “unregisters” its usage of the 100 milliwatts:
    //-----------------------------------------------------------------
    // Register reduced power usage.
    // This example registers a reduction in load of 100 milliwatts.
    //-----------------------------------------------------------------
    reducedLoad = 100; // Specify the reduced power load in milliwatts
    // Now inform the OS about the reduced power consumption.
    err = HsCardPower(cardNo, hsCardPowerCmdRemoveLoad,
    &reducedLoad);
  • Referring back to FIG. 5, once the set-up utility has completed execution, the peripheral device is ready for operation. If the peripheral device provides shared services, those services are now available. If the peripheral device is controlled by a dedicated application, then that dedicated application will be launched as the “welcome application” as described in the parent application “A Mobile Computer System with A Robust Expansion Capability”, filed on Aug. 12, 1999, having Ser. No. 09/374,056.
  • Power Supply User Interface
  • To allow a user of a mobile computer system monitor the power status of the mobile computer system, many mobile computer systems provide a “battery gauge”. A battery gauge is a graphical user interface device that provides an approximation of the remaining battery power using a familiar automobile fuel gauge type of visual representation.
  • To create the battery gauge graphical user interface, the mobile computer system must measure some characteristic of the battery and convert that measured characteristic into an easily understandably linear gauge. One method of performing such a measurement and conversion is to measure the battery voltage convert that value into a percent of battery power remaining. The relationship between the batteries voltage and the amount of battery power remaining is not linear. Thus, some type of function or mapping is used to convert the battery voltage into a linear power representation.
  • FIG. 6 illustrates a graph that maps a battery voltage value to a percent of battery power remaining. As illustrated in FIG. 6, a measured voltage value on the vertical axis is mapped to a percent value on the horizontal axis with graph line 650. For example, a new battery with a voltage of Vnew maps to one hundred per cent (100%). As the voltage of the battery drops due to usage, the corresponding percent value also drops. For example, when the voltage of the battery drops to V69% volts, the corresponding battery power is sixty-nine percent (69%) as shown by point 610 on graph line 650. The electronics of the mobile computer system do not operate once the battery voltage drops below Vmin volts. Thus, Vmin defines the zero percent (0%) battery power value.
  • The conversion mapping system of FIG. 6 operates for a fixed system that cannot have additional peripherals added. However, if a peripheral that consumes power from the mobile computer system's battery is added, the conversion graph of FIG. 6 is no longer accurate. When a power consuming peripheral device is added to the mobile computer system of FIGS. 1 and 2, that added peripheral device will cause a voltage drop that will not be accurately taken into account by the graph of FIG. 6. For example, if a peripheral is added to a mobile computer system with a battery voltage of V69% volts, the resulting battery voltage may be Vperiph. This voltage maps onto graph 650 at point 620 such that the battery power will appear to drop to twenty-two percent (22%). Although the available battery power should drop a bit since the peripheral will cause the battery to deplete faster, the percentage drop is not that sharp.
  • To remedy this situation, the system of the present invention uses the information provided by the “hsCardPowerCmdAddLoad” and “hsCardPowerCmdRemoveLoad” commands to monitor the power usage of peripheral. The system then incorporates that power usage information to adjust the battery voltage to battery power percentage conversion.
  • “No-Load Voltage” Implementation
  • In one embodiment, the battery voltage meter adjustment is made using a “no-load voltage” wherein a battery is modeled as an ideal voltage source. The basic idea is to measure a real voltage of the battery and then calculate the “no-load voltage” of the battery. The system then converts the calculated no-load voltage value into a percent value using a voltage-to-percent battery curve such as the one illustrated in FIG. 6. The “no-load voltage” is a voltage value for the battery if there were no load applied to the battery. The no-load voltage calculations model a real battery as an ideal voltage source 713 (the “no-load voltage”) in series with a small resistor 715 (the internal resistance of the battery) as illustrated in FIG. 7.
  • As the battery drains, the no-load voltage decreases. In the model for Lithium-Ion batteries, the internal resistance (modeled as resistor 715) remains essentially constant throughout the life of the battery. In the model for alkaline batteries, the internal resistance (modeled as resistor 715) rises slightly as the battery drains. In one embodiment, the software uses one of these two different models of the internal resistance depending on the battery technology of the device.
    V NL =V meas +R I ×I
    where:
      • VNL is the no-load voltage of the battery;
      • Vmeasd is the measured voltage of the battery;
      • RI is the internal resistance of the battery; and
      • I is current drawn by the load 750.
  • A simple example is hereby provided to describe one implementation. The exact values in different implementations will vary. In mobile computer system, the operating system may measure a voltage (Vmeasd) of 3.0 volts across the battery 710 or load 750 with a current load of 0.1 amps. If the internal resistance (RI) of the battery 710 is assumed to be 1 ohm (again, internal resistance value depends on the battery type and freshness), then there must be a 0.1 volt drop (0.1 amps * 1 ohm) across the internal resistance 715 of the battery 710. This means that the no-load voltage of the battery 713 is actually 3.1 volts since:
    V NL =V meas +R I ×I
    V NL=3.0V+1Ω×0.1 amp
    V NL=3.0V+0.1V=3.1V
    The percent of battery power remaining can be then determined by looking up 3.1 volts in a voltage to percent table based upon the graph of FIG. 6.
  • With the no-load voltage system of calculating a battery power percentage, the battery gauge will not be effected when a person adds or removes a load provided the operating system is informed about the added or removed load. For example, a user might add a peripheral device that adds additional load causing the current to go up to 0.2 amps. The additional load could cause the voltage value measured across the load to suddenly go down to 2.9 volts. The voltage drop across the internal resistance 715 could be calculated as 0.2 volts (0.2 amps * 1 ohm), so the no-load voltage across the battery 713 would again be calculated as 2.9 volts+0.2 volts=3.1 volts−yielding the exact same battery percent. Thus the additional load does not affect the calculated no-load voltage of modeled battery 713.
  • In the present invention, the system software uses the hsCardPowerCmdAddLoad and hsCardPowerCmdRemoveLoad calls in order to determine the present load on the battery. As set forth previously, the internal resistance is determine based on the type of battery technology used and the approximate freshness of the battery. The loaded voltage is always measured. With these three pieces of information (the known load on the battery, the internal resistance of the battery, and the measured voltage load), the operating system can calculate the no-load voltage of the battery 715. The no-load voltage may then be used to generate a battery power percent value using a look-up table.
  • Peripheral Device Power Management Examples
  • To further describe how the power management system of the present invention may be used, a couple of examples are provided with reference to peripherals with different power management systems.
  • Dual Power Mode Peripheral
  • One method of handling power management in a peripheral device that may be placed into an earlier mobile computer system with limited power or a later mobile computer system having more power is to have different modes of operation. For example, the peripheral may operate in a limited capacity that uses less power if it is placed in an earlier mobile computer system with limited power. However, if the peripheral device is installed into a newer mobile computer system with the additional power, the peripheral device may operate in a full capacity that consumes additional power.
  • Battery Powered Peripherals with Limited Battery-Less Operation
  • Another method of handling power management in peripheral device that requires more power than the original expansion interface provides is to have the peripheral device have its own self-contained power source that may be used when necessary. In such a system, the peripheral device may consume power from the mobile computer system's battery or from its own self-contained power source if the peripheral device is installed into a newer mobile computer system. In one embodiment, the mobile computer system first consumes power from its own self-contained power source and then consumes power from the mobile computer system's battery once the peripheral device's own self-contained power source is depleted. The user may be informed of the depleted power supply and specify if the mobile computer system's battery should be used to power the peripheral device.
  • If such a peripheral device is installed into an older mobile computer system that does not provide the additional needed power, the peripheral device must use its own self-contained power source. If that self-contained power source does not have sufficient power, the peripheral device will not operate.
  • Peripheral devices that have their self-contained power source may be recharged through the expansion interface. Specifically, as set forth in FIGS. 2 and 3, the expansion interface includes access to electrical pins (VDOCK) that receive power from a docking cradle when the mobile computer system rests in a charging docking cradle.
  • The foregoing has described a method and apparatus for implementing a robust external interface for a computer system. It is contemplated that changes and modifications may be made by one of ordinary skill in the art, to the materials and arrangements of elements of the present invention without departing from the scope of the invention.

Claims (18)

1. (cancel)
2. A method of providing power from a first device to a second device requiring a predetermined amount of power, the method comprising:
detecting insertion of the second device into the first device via an interface between the first device and the second device, the interface being capable of providing different amounts of power depending upon a version of the interface;
determining the version of the interface; and
responsive to determining that the version of the interface is compatible with providing the amount of power required by the second device, providing the amount of power from the first device to the second device via the interface.
3. The method of claim 2, wherein the version of the interface is capable of providing a first amount of power and the second device requires a second amount of power smaller than the first amount of power, and providing the amount of power comprises providing the second amount of power from the first device to the second device.
4. The method of claim 2, wherein the version of the interface is capable of providing a first amount of power and the second device requires a second amount of power larger than the first amount of power, and the method further comprises:
responsive to determining that the version of the interface is not capable of providing the second amount of power, providing the first amount of power from the first device to the second device via the interface, the second device operating in an operation mode compatible with the first amount of power.
5. The method of claim 2, further comprising:
registering the amount of power provided to the second device on the first device.
6. The method of claim 2, wherein the first device is a computer apparatus and the second device is a peripheral device configured to operate with the computer apparatus.
7. The method of claim 6, wherein the peripheral device is a memory device.
8. The method of claim 6, wherein the peripheral device is a digital camera.
9. The method of claim 6, wherein the peripheral device is a cellular telephone.
10. The method of claim 6, wherein the peripheral device is a modem.
11. The method of claim 6, wherein the peripheral device is a Global Positioning System (GPS) receiver.
12. The method of claim 6, wherein the peripheral device is a MPEG audio layer 3 (MP3) player.
13. A first device for providing power to a second device requiring a predetermined amount of power, the first device comprising:
an interface capable of providing different amounts of power depending upon a version of the interface, the second device being inserted into the first device via the interface; and
a processor configured to execute a set of instructions, including instructions for:
detecting insertion of the second device into the first device via the interface;
determining the version of the interface; and
responsive to determining that the version of the interface is compatible with providing the amount of power required by the second device, providing the amount of power from the first device to the second device via the interface.
14. The first device of claim 13, wherein the version of the interface is capable of providing a first amount of power and the second device requires a second amount of power smaller than the first amount of power, and providing the amount of power comprises providing the second amount of power from the first device to the second device.
15. The first device of claim 13, wherein the version of the interface is capable of providing a first amount of power and the second device requires a second amount of power larger than the first amount of power, and the set of instructions further includes instructions for:
responsive to determining that the version of the interface is not capable of providing the second amount of power, providing the first amount of power from the first device to the second device via the interface, the second device operating in an operation mode compatible with the first amount of power.
16. The first device of claim 13, wherein the set of instructions further includes instructions for:
registering the amount of power provided to the second device on the first device.
17. The first device of claim 13, wherein the first device is a computer apparatus and the second device is a peripheral device designed to operate with the computer apparatus.
18. The first device of claim 17, wherein the computer apparatus is a mobile computer.
US11/226,060 1999-08-12 2005-09-13 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power Abandoned US20060117193A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/226,060 US20060117193A1 (en) 1999-08-12 2005-09-13 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/374,056 US6539476B1 (en) 1999-08-12 1999-08-12 Mobile computer system capable for copying set-up application including removal routine from peripheral device for removing device programs after the device is removed
US09/896,018 US6976179B1 (en) 1999-08-12 2001-06-28 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power
US11/226,060 US20060117193A1 (en) 1999-08-12 2005-09-13 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/896,018 Continuation US6976179B1 (en) 1999-08-12 2001-06-28 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power

Publications (1)

Publication Number Publication Date
US20060117193A1 true US20060117193A1 (en) 2006-06-01

Family

ID=23475086

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/374,056 Expired - Lifetime US6539476B1 (en) 1999-08-12 1999-08-12 Mobile computer system capable for copying set-up application including removal routine from peripheral device for removing device programs after the device is removed
US09/896,018 Expired - Lifetime US6976179B1 (en) 1999-08-12 2001-06-28 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power
US11/226,060 Abandoned US20060117193A1 (en) 1999-08-12 2005-09-13 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US09/374,056 Expired - Lifetime US6539476B1 (en) 1999-08-12 1999-08-12 Mobile computer system capable for copying set-up application including removal routine from peripheral device for removing device programs after the device is removed
US09/896,018 Expired - Lifetime US6976179B1 (en) 1999-08-12 2001-06-28 Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power

Country Status (5)

Country Link
US (3) US6539476B1 (en)
EP (2) EP1214648A2 (en)
JP (1) JP2003507788A (en)
AU (1) AU6900800A (en)
WO (1) WO2001013222A2 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070150549A1 (en) * 2005-12-23 2007-06-28 Samsung Electronics Co., Ltd. Portable recording and/or playback apparatus and operation method thereof
US20080082841A1 (en) * 2006-09-29 2008-04-03 Dale Juenemann Transitioning a computing platform to a low power system state
US20080127165A1 (en) * 2006-11-29 2008-05-29 Sony Ericsson Mobile Communications Ab System and Method for Updating Device Drivers
US20080186086A1 (en) * 2007-02-01 2008-08-07 Oqo,Inc. Logical battery partitions
US20090240863A1 (en) * 2007-10-23 2009-09-24 Psion Teklogix Inc. Distributed power regulation
US20100083013A1 (en) * 2005-06-30 2010-04-01 Kardach James P Various Methods and Apparatuses for Power States in a Controller
EP2243064A1 (en) * 2007-12-20 2010-10-27 Nokia Corporation Method, apparatus and computer program product for providing power consumption notification and management
US20120137024A1 (en) * 2010-11-26 2012-05-31 Samsung Electronics Co., Ltd. Device having multi-functional peripheral and method of operating the same

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2282906B (en) 1993-10-13 1996-11-06 Dataquill Ltd Data enty systems
US6826407B1 (en) 1999-03-29 2004-11-30 Richard J. Helferich System and method for integrating audio and visual messaging
US7003304B1 (en) 1997-09-19 2006-02-21 Thompson Investment Group, Llc Paging transceivers and methods for selectively retrieving messages
US6636733B1 (en) 1997-09-19 2003-10-21 Thompson Trust Wireless messaging method
US6253061B1 (en) 1997-09-19 2001-06-26 Richard J. Helferich Systems and methods for delivering information to a transmitting and receiving device
US6983138B1 (en) 1997-12-12 2006-01-03 Richard J. Helferich User interface for message access
US6560468B1 (en) 1999-05-10 2003-05-06 Peter V. Boesen Cellular telephone, personal digital assistant, and pager unit with capability of short range radio frequency transmissions
US6542721B2 (en) 1999-10-11 2003-04-01 Peter V. Boesen Cellular telephone, personal digital assistant and pager unit
US7065342B1 (en) * 1999-11-23 2006-06-20 Gofigure, L.L.C. System and mobile cellular telephone device for playing recorded music
US7165257B2 (en) * 2000-02-08 2007-01-16 Mips Technologies, Inc. Context selection and activation mechanism for activating one of a group of inactive contexts in a processor core for servicing interrupts
US7058064B2 (en) * 2000-02-08 2006-06-06 Mips Technologies, Inc. Queueing system for processors in packet routing operations
US7139901B2 (en) * 2000-02-08 2006-11-21 Mips Technologies, Inc. Extended instruction set for packet processing applications
US7649901B2 (en) * 2000-02-08 2010-01-19 Mips Technologies, Inc. Method and apparatus for optimizing selection of available contexts for packet processing in multi-stream packet processing
US7155516B2 (en) * 2000-02-08 2006-12-26 Mips Technologies, Inc. Method and apparatus for overflowing data packets to a software-controlled memory when they do not fit into a hardware-controlled memory
US7032226B1 (en) * 2000-06-30 2006-04-18 Mips Technologies, Inc. Methods and apparatus for managing a buffer of events in the background
US7082552B2 (en) * 2000-02-08 2006-07-25 Mips Tech Inc Functional validation of a packet management unit
US6654843B1 (en) * 2000-10-12 2003-11-25 Hewlett-Packard Development Company, L.P. Hot swapping
US6976217B1 (en) * 2000-10-13 2005-12-13 Palmsource, Inc. Method and apparatus for integrating phone and PDA user interface on a single processor
GB2375866B (en) * 2001-05-25 2005-02-09 At & T Lab Cambridge Ltd User interface systems
US7177906B2 (en) * 2001-05-31 2007-02-13 Palmsource, Inc. Software application launching method and apparatus
GB2378531B (en) * 2001-07-11 2003-04-16 Sendo Int Ltd Software driver code usage
JP3707410B2 (en) * 2001-09-17 2005-10-19 インターナショナル・ビジネス・マシーンズ・コーポレーション Computer apparatus, expansion device management method, and computer program
US20030065856A1 (en) * 2001-10-03 2003-04-03 Mellanox Technologies Ltd. Network adapter with multiple event queues
US20050097248A1 (en) * 2003-10-29 2005-05-05 Kelley Brian H. System and method for establishing a communication between a peripheral device and a wireless device
US7197651B2 (en) * 2003-10-30 2007-03-27 Intel Corporation Power mode calibration for add-on cards on mobile platforms
US20050132352A1 (en) * 2003-12-11 2005-06-16 Konica Minolta Business Technologies, Inc. Installation of hardware devices
ATE428986T1 (en) * 2004-02-02 2009-05-15 Nokia Corp METHOD AND DEVICE FOR ENSURING THE OPERATING STATE OF A MOBILE ELECTRONIC TERMINAL
US7539832B2 (en) * 2004-08-23 2009-05-26 Hewlett-Packard Development Company, L.P. Option ROM code acquisition
US7669200B2 (en) * 2004-09-02 2010-02-23 International Business Machines Corporation Resizing an install image
US8009743B2 (en) * 2006-01-19 2011-08-30 Sensormatic Electronics, LLC Method and system for powering a device using a data communications signal line
US8920343B2 (en) 2006-03-23 2014-12-30 Michael Edward Sabatino Apparatus for acquiring and processing of physiological auditory signals
US20080244567A1 (en) * 2007-03-30 2008-10-02 Konica Minolta Systems Laboratory, Inc. Portable printer driver
KR101303663B1 (en) * 2007-09-20 2013-09-04 삼성전자주식회사 Network device driver system having communication function and method of operating the system
US20090218957A1 (en) * 2008-02-29 2009-09-03 Nokia Corporation Methods, apparatuses, and computer program products for conserving power in mobile devices
US20110289499A1 (en) * 2010-05-19 2011-11-24 Microsoft Corporation Techniques to automatically update software applications
US9575973B2 (en) * 2010-11-05 2017-02-21 Atc Logistics & Electronics, Inc. System and method for systematically removing customer personal information from an electronic device
US9792104B2 (en) 2010-11-05 2017-10-17 FedEx Supply Chain Logistics & Electronics, Inc. System and method for flashing a wireless device
US8886976B2 (en) 2011-04-11 2014-11-11 Microsoft Corporation Management of background tasks
JP6637389B2 (en) * 2016-06-28 2020-01-29 株式会社沖データ Memory control device, memory device, and image forming device
US10656855B2 (en) * 2018-07-31 2020-05-19 International Business Machines Corporation Memory management in a programmable device

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5027294A (en) * 1989-01-27 1991-06-25 Zenith Data Systems Corporation Method and apparatus for battery-power management using load-compensation monitoring of battery discharge
US5319751A (en) * 1991-12-27 1994-06-07 Intel Corporation Device driver configuration in a computer system
US5386567A (en) * 1992-01-20 1995-01-31 International Business Machines Corp. Hot removable and insertion of attachments on fully initialized computer systems
US5532945A (en) * 1994-06-17 1996-07-02 Intel Corporation Power budgetting in a computer system having removable devices
US5555510A (en) * 1994-08-02 1996-09-10 Intel Corporation Automatic computer card insertion and removal algorithm
US5577257A (en) * 1987-08-27 1996-11-19 Canon Kabushiki Kaisha Information processing apparatus
US5680732A (en) * 1993-12-31 1997-10-28 Skouras; Joseph Alexander Lifting and shoring jack assembly
US5781798A (en) * 1993-12-30 1998-07-14 International Business Machines Corporation Method and apparatus for providing hot swapping capability in a computer system with static peripheral driver software
US5787019A (en) * 1996-05-10 1998-07-28 Apple Computer, Inc. System and method for handling dynamic changes in device states
US5822614A (en) * 1996-05-31 1998-10-13 Unisys Corporation Self-identifying peripheral device
US5842027A (en) * 1993-01-14 1998-11-24 Apple Computer, Inc. Method and apparatus for supplying power to devices coupled to a bus
US5850573A (en) * 1990-08-16 1998-12-15 Canon Kabushiki Kaisha Control method for peripheral device in host computer connectable to a plurality of peripheral devices
US5915106A (en) * 1997-03-20 1999-06-22 Ricoh Company, Ltd. Method and system for operating a scanner which emulates a disk drive
US5974473A (en) * 1996-06-14 1999-10-26 Texas Instruments Incorporated System for controlling insertion, locking, and removal of modules by removing plurality of device drivers for module to be removed from BIOS and informing BIOS of module removal
US6009480A (en) * 1997-09-12 1999-12-28 Telxon Corporation Integrated device driver wherein the peripheral downloads the device driver via an I/O device after it is determined that the I/O device has the resources to support the peripheral device
US6157169A (en) * 1997-04-30 2000-12-05 Samsung Electronics Co., Ltd. Monitoring technique for accurately determining residual capacity of a battery

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2203869B (en) * 1987-04-17 1991-10-23 Apple Computer Computer resource configuration method and apparatus
JP2835184B2 (en) * 1990-12-12 1998-12-14 キヤノン株式会社 Information processing apparatus, device control method, and IC card
US5689732A (en) * 1994-06-21 1997-11-18 Sony Corporation Apparatus for recording and reproducing data having a single recording and reproducing unit and a plurality of detachable interfaces for connecting to different types of computer ports
US5884323A (en) 1995-10-13 1999-03-16 3Com Corporation Extendible method and apparatus for synchronizing files on two different computer systems
US5790890A (en) * 1996-02-29 1998-08-04 Sun Microsystems, Inc. Identification interface
JP4054451B2 (en) * 1997-08-26 2008-02-27 キヤノン株式会社 Communication device
US6460093B1 (en) * 1997-09-12 2002-10-01 Hewlett-Packard Company Automatic configuration of primary and secondary peripheral devices for a computer
AU2028199A (en) * 1998-01-06 1999-07-26 America Online, Inc. Automatic identification of modems

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5577257A (en) * 1987-08-27 1996-11-19 Canon Kabushiki Kaisha Information processing apparatus
US5027294A (en) * 1989-01-27 1991-06-25 Zenith Data Systems Corporation Method and apparatus for battery-power management using load-compensation monitoring of battery discharge
US5850573A (en) * 1990-08-16 1998-12-15 Canon Kabushiki Kaisha Control method for peripheral device in host computer connectable to a plurality of peripheral devices
US5319751A (en) * 1991-12-27 1994-06-07 Intel Corporation Device driver configuration in a computer system
US5386567A (en) * 1992-01-20 1995-01-31 International Business Machines Corp. Hot removable and insertion of attachments on fully initialized computer systems
US5842027A (en) * 1993-01-14 1998-11-24 Apple Computer, Inc. Method and apparatus for supplying power to devices coupled to a bus
US5781798A (en) * 1993-12-30 1998-07-14 International Business Machines Corporation Method and apparatus for providing hot swapping capability in a computer system with static peripheral driver software
US5680732A (en) * 1993-12-31 1997-10-28 Skouras; Joseph Alexander Lifting and shoring jack assembly
US5532945A (en) * 1994-06-17 1996-07-02 Intel Corporation Power budgetting in a computer system having removable devices
US5555510A (en) * 1994-08-02 1996-09-10 Intel Corporation Automatic computer card insertion and removal algorithm
US5787019A (en) * 1996-05-10 1998-07-28 Apple Computer, Inc. System and method for handling dynamic changes in device states
US5822614A (en) * 1996-05-31 1998-10-13 Unisys Corporation Self-identifying peripheral device
US5974473A (en) * 1996-06-14 1999-10-26 Texas Instruments Incorporated System for controlling insertion, locking, and removal of modules by removing plurality of device drivers for module to be removed from BIOS and informing BIOS of module removal
US5915106A (en) * 1997-03-20 1999-06-22 Ricoh Company, Ltd. Method and system for operating a scanner which emulates a disk drive
US6157169A (en) * 1997-04-30 2000-12-05 Samsung Electronics Co., Ltd. Monitoring technique for accurately determining residual capacity of a battery
US6009480A (en) * 1997-09-12 1999-12-28 Telxon Corporation Integrated device driver wherein the peripheral downloads the device driver via an I/O device after it is determined that the I/O device has the resources to support the peripheral device

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9052893B2 (en) 2005-06-30 2015-06-09 Intel Corporation Various methods and apparatuses for power states in a controller
US20100083013A1 (en) * 2005-06-30 2010-04-01 Kardach James P Various Methods and Apparatuses for Power States in a Controller
US20070150549A1 (en) * 2005-12-23 2007-06-28 Samsung Electronics Co., Ltd. Portable recording and/or playback apparatus and operation method thereof
US20110078475A1 (en) * 2006-09-29 2011-03-31 Dale Juenemann Transitioning a Computing Platform to a Low Power System State
US20080082841A1 (en) * 2006-09-29 2008-04-03 Dale Juenemann Transitioning a computing platform to a low power system state
US7849334B2 (en) * 2006-09-29 2010-12-07 Intel Coporation Transitioning a computing platform to a low power system state
US8527785B2 (en) 2006-09-29 2013-09-03 Intel Corporation Transitioning a computing platform to a low power system state
US20080127165A1 (en) * 2006-11-29 2008-05-29 Sony Ericsson Mobile Communications Ab System and Method for Updating Device Drivers
US8010959B2 (en) * 2006-11-29 2011-08-30 Sony Ericsson Mobile Communications Ab System and method for updating device drivers
US20080186086A1 (en) * 2007-02-01 2008-08-07 Oqo,Inc. Logical battery partitions
US7873852B2 (en) 2007-02-01 2011-01-18 Zetta Research, Llc Logical battery partitions configured by user interface
US20110099406A1 (en) * 2007-02-01 2011-04-28 Zetta Research, Llc Logical battery partitions
US8868959B1 (en) 2007-02-01 2014-10-21 Google Inc. Logical battery partitions
US8356199B2 (en) 2007-02-01 2013-01-15 Google Inc. Logical battery partitions configured by user interface
US20090240863A1 (en) * 2007-10-23 2009-09-24 Psion Teklogix Inc. Distributed power regulation
EP2243064A1 (en) * 2007-12-20 2010-10-27 Nokia Corporation Method, apparatus and computer program product for providing power consumption notification and management
US20120137024A1 (en) * 2010-11-26 2012-05-31 Samsung Electronics Co., Ltd. Device having multi-functional peripheral and method of operating the same

Also Published As

Publication number Publication date
US6539476B1 (en) 2003-03-25
WO2001013222A2 (en) 2001-02-22
US6976179B1 (en) 2005-12-13
WO2001013222A3 (en) 2001-11-15
EP1214648A2 (en) 2002-06-19
EP2395426A1 (en) 2011-12-14
AU6900800A (en) 2001-03-13
JP2003507788A (en) 2003-02-25

Similar Documents

Publication Publication Date Title
US6976179B1 (en) Power management in mobile computer for allocating power to peripheral device when version of expansion port may support second amount of power
US11855456B2 (en) Method of controlling charging of plurality of batteries and electronic device to which the same is applied
US9507396B2 (en) Power control device for processor
US5694607A (en) System power consumption tracking and reporting
US6664764B1 (en) Apparatus and method for detecting a battery use state and mitigating battery deterioration
KR100997309B1 (en) Method and system for discovering a power source on a peripheral bus
US8271054B2 (en) Selective battery power management
US7028220B2 (en) Methods for saving data on the basis of the remaining capacity of a battery in a suspend mode and resuming operations using the saved data
KR101173730B1 (en) Dynamic power reduction
US5714870A (en) Method for measuring suspend-time power consumption in a battery-powered electronic device
US5230074A (en) Battery operated computer power management system
US7123155B2 (en) Operational mode-based battery monitoring for a battery-powered electronic device
US7971084B2 (en) Power management in electronic systems
US7562240B2 (en) Apparatus and method for selecting between operating modes for a multi-core processor
US20020161537A1 (en) Method and apparatus for determining battery life
CA2591697C (en) System and method for power management in mobile units
US20010020940A1 (en) Information processor and power control method therefor
EP0990977A1 (en) Power control method and apparatus therefor
US6973584B2 (en) Method for reducing current consumption in a mobile communication terminal
US7502635B1 (en) Method and computer for remote communication while operating in a power-saving mode
US20030149903A1 (en) Method for enabling power-saving mode
KR101296563B1 (en) Method and apparatus for displaying volume of remining battery in a mobile terminal
JP4827457B2 (en) Electronic device and battery device
US8108013B2 (en) Systems and methods for managing power consumption in a flow-based user experience
US20020016931A1 (en) Electric power unit, electric power unit controller, electric power unit controlling method, and computer

Legal Events

Date Code Title Description
AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:PALM, INC.;REEL/FRAME:020319/0568

Effective date: 20071024

Owner name: JPMORGAN CHASE BANK, N.A.,NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:PALM, INC.;REEL/FRAME:020319/0568

Effective date: 20071024

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: PALM, INC., CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT;REEL/FRAME:024630/0474

Effective date: 20100701