Stamina Mode Sony Xperia Z1 and Xperia Z Ultra

Power management explained – Sony Xperia™ Z1 and Xperia™ Z Ultra

Did you know that Battery STAMINA Mode can extend the standby time of your Xperia device by more than four times? Not only we have updated it on Sony Xperia Z1 and Xperia Z Ultra, but we’ve also introduced a new, useful power management feature called Queue background data. Find out all the latest details about these features and more, right after the jump.

Battery STAMINA Mode on Sony Xperia Z1

Main views of Battery STAMINA Mode on Sony Xperia Z1: from left, Power management settings, Battery STAMINA Mode settings, and white listing applications.

The premise of Battery STAMINA Mode is quite simple. It preserves power when you don’t need it, and lets you get the most out of your battery life when you do need it. That way, you can experience an improved battery life without having to sacrifice any important features on your device.

While disabled by default, Battery STAMINA Mode can be enabled by users via the Power Management menu in the phone’s Settings. With Battery STAMINA Mode enabled, data traffic is automatically blocked, and background activities are prevented from waking up the system when the device is unplugged and the screen is off for longer than one minute. However, you will still receive phone calls, SMS and MMS notifications at all times. The preinstalled Calendar app and Alarm notifications will also work as normal.

You can use the white list feature* to ensure that other important apps function as intended, even when Battery STAMINA Mode is turned on. You can find it in the Apps Active in Standby menu item in the Battery STAMINA Mode settings.

Improvements in the latest version of Battery STAMINA Mode
Battery STAMINA Mode on Sony Xperia Z1 and Xperia Z Ultra builds upon the same technology as the previous versions, with a few updates. It has an improved accuracy of the Estimated Standby time, and it introduces the following new features:

  • Advanced warnings
    Installed applications that are never used consume memory and power. Battery STAMINA Mode notifies you about apps that have not been in use within the past 30 days, and helps with the uninstall process. It also informs you when the device is draining more power than is being supplied by the charger while plugged in.
  • Quick Access through widget or Status bar
    Thanks to a dedicated widget, you can quickly switch Battery STAMINA Mode on and off from the comfort of your home screen. For additional convenience, you can add Battery STAMINA Mode as a Quick setting in the Status bar. To do this, go to Settings > Personalisation > Quick settings, and pick STAMINA from the list.
  • TCP reset functionality
    When receiving network data to a restricted application, battery STAMINA mode will disconnect the app by automatically sending a TCP Reset signal to the server. A TCP Reset signal indicates to the server that it should immediately terminate a TCP connection with the device. By preventing the server from repeatedly waking the device, data traffic and battery life are saved.

Queue background data
Another new and important power management feature is the Queue background data* functionality, which minimises the number of network connection attempts when the screen is off. By queuing and releasing all network requests at set intervals of 15 minutes, the time spent in the connected radio state is minimised and the battery life is increased. When Stamina Mode is enabled, the Queue background data will only queue the connections for white listed applications, since all other applications are already blocked from using network connections.

Queuing background data will save power both on LTE and 3G networks, while for WiFi connections this functionality is not used. It is enabled by default but can be turned off by the user under Settings > Data usage > menu > Queue background data.

As an app developer, it can be useful to know that online connections are not created exactly when applications request it. However, the queuing of background data is only applicable for new connections, as old connections that have already been established will still be able to send and receive data.

Power-saving tips for developers
There are several things you can do to make your app more power efficient. To start with, you should check out our 5 coding tips to make your app power-efficient, where, among other things, we suggest using WakeLocks in applications as little as possible. If you wish to learn more, you can also read up on this detailed article from Intel concerning the advantages and dangers of using WakeLocks.

***

Do you have any developer related questions about Battery STAMINA Mode? Drop us a line below, and we’ll answer them as soon as we can!

* Information about Sony Xperia for NTT Docomo

Battery STAMINA Mode on NTT Docomo Xperia devices doesn’t restrict apps in any way until they are blacklisted by the user. This differs from other handsets, where all apps are automatically blocked until the user adds them to an exclusion list. Furthermore, Queue background data functionality is not supported. With this solution, the standby time increases as more apps are added to the blacklist.

More information

•    Read our previous article about how Battery STAMINA Mode works.
•    Check out previous tutorial on how to develop energy and network efficient apps.
•    Read our 5 coding tips to make your app power-efficient.

Comments 25

Sort by: Newest | Oldest | Most popular

  1. By Duaa Ashtar

    #1

    How much time the battery of sony experia z1 need to be charged can I have the answer now

  2. By Nageen Saleem

    #3

    is that any problem when my mobile is open??? plzzz tell me im in troubleeeee

  3. By Nageen Saleem

    #4

    my cHargng jek is broken wht can i do?

  4. By David L

    #5

    hi,
    the Z1 is a great phone, and Stamina mode is potentially a great feature, but why doesn’t it also have the option to physically turn off wifi and BT if the user so desired? Imagine how much additional power this would save!

    It seems silly to rely on standard google code which only reduces the data clock to zero, but then leave the transceiver (& carrier signal) powered on!

    Using a 10inch tablet I’ve managed to work out that the standard google method potentially wastes between 5 and 7% more battery power than it needs to, as compared to when the power is actually removed from the chip. This would vary between devices, but demonstrates the potential power wastage and saving to be had.

    Apple decided to follow the same method as Android phones after IOS4.1 and as a result have had very similar battery issues as Android since (did they actually copy Android code!?!). I have 4 x identical iphone 4, each with a different IOS, and it is clear from testing that not only does IOS4.1 use significantly less power than the others, but that also the later IOS versions do not actually turn off the [wifi & BT] chip as it used to. What this does, is to prove that there is a wifi and BT power issue that is software related, and that there is a software method no longer actively being used that has the potential for both Android and iphones to significantly reduce their wifi & BT power usage. All you have to do is follow the same method as was used in IOS 4.1.

    Just imagine how much money and effort is being spent on comlpex methods to try and work around mobile phone power issues, when all you have to do is to re-implement an existing solution to fix one of the route causes? It reminds me of an old comedy that had cavemen re-inventing the wheel and making it square! ;-)

    Going back to my original question, would Sony implement an option to actually turn off wifi & BT while in (or out of) Stamina mode?

    thanks.

  5. By Peter Sinclair

    #6

    That was meant to be “without having to turn ON Stamina mode”

  6. By Peter Sinclair

    #7

    Is there an option to turn off the power management tips, without having to turn of Stamina mode? It is getting a little annoying having to clear them from the status bar, when I don’t care about them.

  7. By Markus Langseth

    #8

    I updated to 4.3 on my Tab z and STAMINA mode is a mess now. It drains without use within 20 hours. What is going on? In the power managment it just says that “Media” has used 90% of the electricity, even though I havn’t used it after turning it on(since it got completely drained).

  8. By Hamzah Korfan

    #9

    hello, really this made me get more information about my phone thank you, all thought I just want to know if my battery is normal , they say it stays for more than one day even 2 days, I unplug my phone after its fully charged at 9 with the stamina mode and others it stays for about 12-13 hrs only is this normal? is it happening to everybody or its jammed?

  9. By Noel Manus

    #10

    Hi there, my Experia Z1 turns off the screen every 10 seconds, How can I change this? it’s most annoying…

  10. By Robert Bulgaru

    #11

    If I enable stamina mode i dont receive whatsapp messages. On wifi/stamina off it works normally. Doesn’t matter if you tick queue background data or not, i still receive them late or never (had 1hour no message received, and when i unlock the phone bam, message spam). Also, i can find no whitelist from queuing.

  11. By Adrian Strozier

    #12

    I love the stamina mode is the one of Sony’s best idea to date

  12. By Mark Murphy

    #13

    1. Why does the “Queue background data” checkbox have no effect? In my tests, whether this is checked or unchecked had no impact, as the queuing was seen either way.

    2. How does “Queue background data” affect apps using centralized scheduled processing, like
    `SyncManager`? Is SONY coordinating with `SyncManager`, so that we can use sockets? Or will we block here too?

    3. What is the queuing period, and how might it change over time (e.g., become longer as battery levels fall)?

    4. What are we supposed to do if we are looking to upload data, and “Queue background data” is enabled? Do we have to somehow guarantee that we have a transactionally stable set of data to upload, despite the arbitrary delay being imposed?

    5. How do we find out if “Queue background data” is enabled?

    Thanks!

    • By Sergejs Cuhrajs

      #14

      Hi Mark,

      Hope this helps:

      1. Why does the “Queue background data” checkbox have no effect? In my tests, whether this is checked or unchecked had no impact, as the queuing was seen either way.

      Could you please provide more details about your tests?

      2. How does “Queue background data” affect apps using centralized scheduled processing, like `SyncManager`? Is SONY coordinating with `SyncManager`, so that we can use sockets? Or will we block here too?

      There’s no connection between ‘Queue background data’ and ‘SyncManager’.

      3. What is the queuing period, and how might it change over time (e.g., become longer as battery levels fall)?

      The queuing period is always 15 min, and battery levels have no impact on that.

      4. What are we supposed to do if we are looking to upload data, and “Queue background data” is enabled? Do we have to somehow guarantee that we have a transactionally stable set of data to upload, despite the arbitrary delay being imposed?

      Connections that have already been established will still be able to send and receive data. However, any background data connections made after the 1 min cut-off period will be queued.

      5. How do we find out if “Queue background data” is enabled?

      From programming standpoint, that is not possible to check.

      Regards,
      Sergejs

      • By Mark Murphy

        #15

        > Could you please provide more details about your tests?

        Run an app that downloads data from the Internet every three minutes. On WiFi, things behave normally. On mobile data with “Queue background data” checked, I see what I interpret as the effects of queuing, based on log output, with my code blocking in the network I/O portion much longer than is actually necessary to download the bits. When I uncheck the “Queue background data” checkbox, I see the same behavior.

        > There’s no connection between ‘Queue background data’ and ‘SyncManager’.

        One would think that there needs to be, considering that the point of SyncManager is to sync.

        > The queuing period is always 15 min

        Hmmm… I was seeing less aggressive queuing than that. I’ll write up a more formal test when I can.

        > However, any background data connections made after the 1 min cut-off period will be queued.

        I am not quite clear on how this addresses the concern over not knowing how long we need access to data in order to successfully upload it. For example, what happens if Android terminates our process during the 15 minute queue window? Or are foreground services immune from the “Queue background data” behavior?

        > From programming standpoint, that is not possible to check.

        And that, along with not being able to determine if STAMINA mode is on or whether our app is on the STAMINA mode whitelist, is a significant issue. Decisions like this — to change the device behavior without adequately informing developers via documentation and runtime detection — is part of what gives Android a bad reputation, because we cannot write reliable apps without reliable information.

    • By Sergejs Cuhrajs

      #16

      Hi Mark,

      Thank you for these questions, I’ll get back to you as soon as I have the information from our internal developers!

      Kind Regards,
      Sergejs

  13. By Karol Krupa

    #17

    All great, well almost great. What i am looking for in my kobile devices, is robust level, sorry but not adding Gorilla Glass to Z1, someone should get a slap for this, great mobile great spec screen pefect and yet not enaugh protection, so what is waterproof and dust proof, you put it in your pocket and that is all. You mobile will become ugly sh.t. my question is why??? Come one SONY i lov you but why no Gorilla Glass. I had to put all this ugly screen stickers to it. No good at all. Please do it for bext generation and you best alllll the rest.

  14. By Siva G

    #18

    Hi,

    Seems to be nice, but whether Xperia Go would get this update as well..?

Show more comments

1-18 of 25 comments. Show all comments