LightBlog

dimanche 22 janvier 2017

Samsung Details Issues with Galaxy Note 7 Batteries, Phone Itself Not to Blame

The Galaxy Note 7 was recalled on September 2, only two weeks after its initial release. By October 11, the phone had been discontinued globally following reports of continued failures in the replacement models Samsung shipped shortly after.

As of today, 96% of around 3 million Galaxy Note 7 units that were sold and activated have been returned, following a large recall campaign carried out by Samsung, retailers and mobile carriers.

Today, Samsung finally disclosed the results of its intensive investigations on the battery defects that lead to thermal failure of multiple Galaxy Note 7 devices across the globe. The company assigned over 700 engineers to analyze thousands of devices and over thirty thousand batteries. Samsung claims it thoroughly examined every aspect of the device internally to determine the cause of the incident, including: hardware and software related processes, assembly, quality assurance, testing and logistics. On top the internal investigation, the company hired three different firms to provide an objective assessment of the issue at hand, starting with the first recall.


Research & Testing

The most important step was replicating the incident, and for this Samsung built a large-scale charge and discharge testing facility, with hundreds of automated charging and discharging processes for hundreds of Galaxy Note 7 devices. The company used this facility to test likely factors that could have led to the battery incidents. They managed to rule out various probable causes including the effect of fast charging and regular charging through both Samsung's Adaptive Fast Charging technology and Wireless Charging. Testing was also carried out without the device's back to find out whether the back plate's pressure or thermal constraints (introduced by the phone's waterproofing) had a significant impact in the incidence rates. They also tested the Iris Scanner and the USB Type C port, which was subjected to high voltages way past specification. Finally, the company made sure software didn't impact the incidence rates by testing pre-loaded and third-party applications during the test.

Samsung's testing facility shown in the background.

Past this discrete testing environment, Samsung also did a full investigation of component quality assurance, and tracked the handling of all parts throughout the manufacturing process. All of these procedures demonstrated no abnormalities, and the charge and discharge tests both showed similar rates of incidence, indicating that the battery cell itself was at fault. Below is a summation of the conclusions that Samsung arrived to after their own internal investigation and the research done by firms UL, Exponent and TUV Rheinland. The company didn't specify the battery manufacturer's names during the presentation, only referring to them as Company A and Company B, the latter's batteries having been employed in recalled devices.


Battery Analysis Results

The battery provided by company A and by battery B had different strenuous factors that damaged the separator or electrodes, or lead to cell faulting.

In battery A, the design of the cell pouch did not allow enough room for the battery internals, in turn bending the negative electrodes and putting strain in the battery separator. The incidence consistently occurred in the upper-right corner of the "jelly roll", The main cause was thus the deflection of negative electrodes, including incorrect positioning of the negative electrode teeth.

Field tests and disassembles suggested that the issues with batteries from company A came from a combination of assembly and manufacturing issues, as well as issues with the battery design itself. The density of the battery also increased the chances of severe failure, but additional research was needed to pinpoint the cause of the deformed corners putting stress in the negative electrodes. A thinner separator could also have led to poorer protection and reduced tolerance to manufacturing defects. Some batteries also had missing tape on the insulator tab. What's certain is that a combination of deformation at the upper corners, a thin separator and the mechanical stresses due to natural cycling make for a major failure mechanism.

The batteries from company B were actually tested before they were distributed in a recall, and they were assessed to be safe by Exponent and other analysts. While it didn't showcase the same apparent issues as battery A (shown in the picture to the right), particularly the ones that were quickly determined to have been a factor leading to thermal failure, the batteries from company B also had their own manufacturing defects found after they had been shipped.

The batteries from company B didn't have device-level compatibility issues that contributed to its failure, but many compounding factors relating to production quality and battery designed came together and led to the Note 7's failure. First, production quality issues included missing insulation tape which increased the incidence rates of battery short circuit. Second, a bigger protrusion of welding points in the tab lead to a higher chance of separator puncture. Finally, general misalignment of insulation tape also increased the risk of failure.

While the battery design itself allowed for more room for the jelly roll, a thinner separator still led to poorer protection and reduced tolerance to manufacturing defects as seen with batteries from company A. Without the apparent flaw in the corners, the combination of missing insulation tape, sharp edged protrusions and a thin separator led to a higher probability of short circuit between the cathode tab and the anode, which resulted in the heating and fire. Exponent found that the most likely root cause for the thermal failure was determined to be internal cell faulting between the positive electrode tab welding defects (tall enough to bridge the gap) and the copper foil of the negative electrode.


Fool me twice…?

It's clear that Samsung went through a lot of trouble to find the root cause of what's likely to go down in history as the biggest, most expensive consumer product recall. While there are many questions that remain unanswered, Samsung did a decent job at disclosing the issues at hand, knowing the constraints that come with extensive supply chains, partnerships, and the like. Overall, Samsung pulled off one last act of transparency that begins redeeming their poor handling of the situation early into the fiasco. The speakers from UL, Exponent and TUV Rheinland arrived to the same conclusions and it does seem that the Note 7 itself was not the main cause of the thermal failure, as this was allegedly ruled out by Samsung's internal testing.

"The incidents with phone explosions, that can happen with any OEM. It could happen with us on our next product, so it should not be something that we use as an opportunity — we should use this as a reminder."

Carl Pei, Co-founder of OnePlus

As Carl Pei told XDA in an interview, this is something OEMs need to keep in mind for future quality assurance of their devices, as while Samsung is big enough to weather such storm, a recall on this scale could be devastating to any smaller company. Moreover, this puts into perspective the volatility that manufacturing defects in the order of 80 microns can introduce to a consumer product. Samsung is keen on making sure this scenario never repeats itself, and they are putting forth a broad range of internal quality assurance and safety processes to enhance product safety. Multi-layer safety measures, 8-point battery safety check, and forming a Battery Advisory Group are just some of the items on Samsung's list of prevention measures. It seems that the South Korean giant is determined to gain back consumer trust, so we can't say we expect an issue of this magnitude to come about in 2017.

The Galaxy S8 is very close, so it's only a matter of time before we see whether Samsung can shrug off the bad fame (and unending memes) that the Note 7 brought about.


Does this bring closure to the Note 7 fiasco in your eyes? Let us know what you think!



from xda-developers http://ift.tt/2jePV35
via IFTTT

Enable this Chrome Flag to Lock Rotation in Fullscreen Videos

At XDA, when we aren't covering news that we think is important for the day or publishing an in-depth analysis piece, we like to plug the gap with interesting projects, rumors, and tips. Just yesterday, I posted a tip that reminded users of a useful Chrome flag that has undergone improvements. Today, I bring you another useful Chrome flag: lock the screen orientation when playing a fullscreen video.

Lock screen orientation when playing a video fullscreen.

Android Lock the screen orientation of the device to match video orientation when a video goes fullscreen. Only on phones.

Available in the Dev and Canary channels of the Google Chrome browser for Android, this flag will lock the screen orientation of the device to match the video's orientation whenever you make the video go fullscreen. This should be useful for those times you are watching a video while laying in bed and you tend to accidentally flip the video (probably happens to a lot of us out there). Here is a before and after video demonstrating the flag in action:

As you can see, once enabled the video is automatically set to the proper rotation based on the video's most prominent orientation. Furthermore, I am prevented from changing the rotation of the video when I physically rotate my device (although you can't see me flip my phone in the video). No longer will you need to fumble with changing your quick settings or using Tasker to automate changing the rotation lock in certain apps. Now, Google Chrome will handle that for you – provided you're viewing a fullscreen video, of course.

In order to enable this flag, simply paste the following URL into the address bar. Remember that this feature is considered experimental and it is entirely possible it won't make it to the stable release of Chrome. I haven't encountered any major issues with this flag enabled, though, so I'm optimistic it will roll out to all Chrome channels eventually.

  chrome://flags/#video-fullscreen-orientation-lock  

Enjoy a hassle free video watching experience!



from xda-developers http://ift.tt/2kgVAYg
via IFTTT

Deeply Integrated Progressive Web Apps (WebAPKs) are Live for Chrome on Android

For most of Android's history, applications have been installed as local packages on the device itself. We typically acquire the installation files we need by downloading an APK file, which is an archive containing all of an application's resources and assets. While there are many benefits to installing a native application this way, there are also many benefits to developing an application that is web based. Web applications can be accessed on multiple platforms, can be easily modified, and can be readily deployed among other benefits.

Google has taken web apps one step further and created Progressive Web Apps (PWA), which are more integrated with mobile devices. Progressive Web Apps have access to send push notifications and most importantly are "installed" to the home screen of a device. These web apps can be created from most websites by clicking the "Add to Home Screen" option in Chrome's menu, however, how functional the Progressive Web App actually is depends on website support.

One of the major downsides of PWA are that they are not treated as actual applications on the device. As these web apps are accessed via home screen shortcuts, many users who like to theme their home screens are probably put off by this fact. I can speak from experience. Fortunately, during the 2016 Chrome Dev Summit last November, the Chrome team demonstrated that Progressive Web Apps could actually be turned into APKs that would install on your device.

The developer team did not state when exactly support for "WebAPKs" would go live, but apparently it is already live – it's just nobody really noticed. To be fair, the only way to enable support for this feature is to enable a new Chrome flag:

  chrome://flags/#enable-improved-a2hs  

If you paste the above link into your address bar (while on either the Dev or Canary channels of Chrome for Android), then you will be taken to a Chrome flag which states the following:

Enable improved add to Home screen.

Android Packages "Progressive Web Apps" so that they can integrate more deeply with Android. A Chrome server is used to package sites. In Chrome Canary and Chrome Dev, this requires "Untrusted sources" to be enabled in Android security settings.

As is clearly stated, Progressive Web Apps can now be packaged into actual installable Android packages! This uses a back end Chrome server to package the website into an APK (though it is unclear if it is Google running this server, which presume is the case). Once you enable the flag and restart Chrome, any PWA you "Install to Home Screen" will instead download an APK file to install on your device. Not every website supports this, of course, but you can take a look at the websites that fully support this new feature right here.


Fun with Progressive Web Apps

We've taken two different PWAs for a spin to see how the feature fares – Financial Times and Telegram. Financial Times is a simple news website which is the perfect case of a time when the mobile website might be a better choice than a separate application.

As you can see, the PWA is treated like an actual application by Android. It prompts you to be installed and it resides within the app drawer like any other app. Furthermore, removing the PWA works just like uninstalling any other app.

Note the difference in the information bar in these two screenshots showing the recent apps screen. The first screenshot is what happens when you "install" a PWA without this new flag enabled, while the second screenshots shows a true installation of the PWA with the flag enabled. Financial Times exists as an application on my phone which can be dismissed separately from other Chrome tabs.

Next up is the Telegram web app. This PWA uses Telegram's web interface to serve you messages. To be honest, Telegram is probably one of the best designed and functioning applications that exists on Android, so I personally don't see the need for this PWA. However, I wanted to test the functionality of an instant messenger that was installed as a PWA so I decided to give it a spin.

While Telegram does indeed install and display all of my messages appropriately, there was one major caveat: notifications. It appears that notifications are not functioning properly right now. When I sent Mario Serrafero a message over Telegram, he did receive a notification (as shown in the bottom left screenshot) but it did not contain any useful information. Opening the "Site Settings" option brought us to the site specific settings for the Telegram web app which showed that Notifications were enabled, so we aren't sure why notifications do not work.

Of course, since the flag to enable WebAPK installations only exists in the Dev and Canary channels on Chrome for Android, we are assuming that this feature is a WIP and thus not everything will work at this time. Since we know that Chrome is able to send push notifications (for instance on Facebook), it is possible that Progressive Web Apps installed this way may also be able to receive push notifications in the near future.


Otherwise, this is a neat look into an experimental feature that I hope becomes more robust as time goes on. I like using Web Apps personally as they tend to serve me the information I need without any bells and whistles that tend to lag the device or drain my battery. Furthermore, this approach solves one of my major qualms with web apps, that being the fact that they were required to stay on your home screen in order to be launched. With web wrappers of various popular sites becoming more and more common, hopefully we'll see more companies adopt the Progressive Web App standard.



from xda-developers http://ift.tt/2k46ZHh
via IFTTT

samedi 21 janvier 2017

Will Google Tango Catch on in 2017?

In our last discussion, we invited your views on the future of Google Daydream in 2017. Now we move the discussion towards Google Tango, or simply 'Tango' as it is now called.

In 2016, the only Tango certified device was the Lenovo Phab 2 Pro, which offered a nice glimpse at Tango functionality but suffered from its mid-range specifications. This year, ASUS has announced that their ZenFone AR will feature support for Tango (and Daydream VR to boot) but will more premium specifications. As the year goes on, we may see more devices from more OEMs come with Tango functionality.

So our question to you is,

Will Google Tango catch on in 2017? Will Tango-enabled devices sway consumers away from conventional flagship experiences? Or will AR-specific hardware be priced out of reach of most consumers?

Let us know in the comments below!



from xda-developers http://ift.tt/2jLhrG4
via IFTTT

PSA: Moving Chrome’s Address Bar to the Bottom no Longer Causes Visual Bug

Google's Chrome browser has been the most popular web browser in the world for a few years now, and its dominance is even more pronounced in Android. Although Chrome aims to be a one-size-fits all browser, some users prefer using third-party browsers (most of which are based on the Chromium open source project) for added features or to experience a different UI design.

Some popular web browsers allow you to place the address bar at the bottom – a useful option for those of us with larger phones. For a long time, this wasn't possible in Google Chrome. But early last November, Google added an experimental flag called Chrome Home to Chrome Dev and Canary.

  chrome://flags/#enable-chrome-home  

When enabled (just click the link above in your browser), the browser would display the entire address bar at the bottom of the screen rather than its typical place at the top. It was a dream come true for big phone users – except for one major problem.

Yeah, the browser would render a blank space for where the address bar used to be. This blank space would take up quite a sizable portion of any webpage – and it was a definite eyesore. I'm sure many of our readers who heard of this tip, myself included, immediately disabled the flag once they realized how much precious screen real estate they were losing.

But fortunately, it looks like this visual bug has been fixed. We don't know exactly when it was fixed as each Google Chrome channel receives frequent updates (and likely most people disabled this flag and never bothered to re-enable it), but we can confirm that this bug is fixed in the Beta, Dev, and Canary channels.

Unfortunately, the stable channel of Google Chrome is still stuck on version 55 of Chromium, which does not contain this flag at all. But if you are running one of either the Beta, Dev, or Canary builds, then the Chrome flag should be working properly now. I've been running it today and haven't encountered any major issues so far, which is a good sign, but remember that any flag you enable is considered experimental so you should assume that it won't run perfectly.



from xda-developers http://ift.tt/2iOTYol
via IFTTT

Report: ASUS will Launch the ZenFone 4 this May

ASUS first unveiled their ZenFone 3 series of smartphones back in May of last year at Computex. On top of the namesake ZenFone 3 in this series, there was also the ZenFone 3 Max, ZenFone 3 Zoom, ZenFone 3 Laser, ZenFone 3 Deluxe, and the ZenFone 3 Ultra. Thus it seems likely that ASUS will unveil the next generation of ZenFone smartphones sometime this year.

Earlier this week, DigiTimes reported that ASUS wants to double the number of smartphones they ship this year. The company is putting a lot of focus on the smartphone market and they're hoping to reach as much as 40 million units shipped in 2017. Sources state they will easily be able to surpass 20 million units shipped, but the company still hopes to see some major growth as they continue to invest in their mobile products. Now, an additional report from DigiTimes states that the first phones in the ZenFone 4 family may be launched in May.

The report from this morning cites "sources from Taiwan's handset supply chain." While it isn't official confirmation, the information does seem credible given the specifics described for ASUS' shipment goals and the fact that the ZenFone 3 lineup was announced at a similar time last year. ASUS needs to aggressively expand their smartphone lineup as the company actually experienced a decrease in smartphone shipments last year when compared to 2015. Although it was only a 14.6% decline in shipments compared to 2015, that still equated to 3 million less smartphones shipped for the Taiwanese handset manufacturer.

But it is not a good sign that the smartphone division within ASUS wasn't making any profits during the first three quarters of last year. Though the division was able to come back into the green during the 4th quarter, those profits weren't able to make up for the amount they lost earlier in the year. ASUS revealed the ZenFone AR and the ZenFone 3 Zoom at CES earlier this month, so we'll have to wait and see if either of these two devices can leave a mark in the crowded Android market this year.


Source: DigiTimes



from xda-developers http://ift.tt/2k02q0S
via IFTTT

XDA Spotlight: Button Mapper, an App to Remap your Phone’s Hardware Buttons

Hardware buttons are increasingly becoming harder and harder to find on Android devices, with most devices these days retaining only the necessary power and volume buttons. Though some users prefer the sleek designs that on-screen navigational buttons offer, others miss having tactile buttons that could be utilized for specific purposes. Thankfully, you can have the best of both worlds with an application called Button Mapper.

Available on the Google Play Store, this tool was developed by XDA Recognized Developer flar2 and it enables the user to remap hardware buttons to activate different functions without root. The application works by tapping into the accessibility framework baked into Android, which means the application can work with most devices including those running on older versions of Android such as KitKat.


Take Control of your Hardware Buttons

There are two versions of this application: a Basic version and a Pro Version. The Basic version limits intercepting only the physical home and volume buttons, but does not otherwise restrict the actions you can perform on these button presses. If you upgrade to the Pro version for a fairly reasonable price (€2.60 for E.U. residents and $2.99 for U.S. residents), you will have access to themes, setting custom vibration levels, more hardware button support (provided your phone has those buttons), and blacklist remapping buttons while within certain applications. The Pro version also provides two additional features if you have a physical home button – lockscreen peek and homescreen lock, which we'll cover below.

When you open the application for the first time you are met with the instructions on what the application can and cannot do. Button Mapper does not hide its limitations either and explicitly states that it can only intercept hardware buttons (that are not the power button) while the screen is on. In order to do this, the application requests that you enable its Accessibility Service. Flar2 makes it quite clear that his application respects your privacy and that the Accessibility Service is used only to intercept hardware button presses.

I personally have very few hardware buttons on my device –  volume up, volume down, and power – leaving me with only two buttons to remap since the power button cannot be intercepted. This is fairly typical for many users (though owners of Samsung and OnePlus devices will have more opportunities to take advantage of this application), so you might ask yourself: Is this application still worth the price?

In my view, it definitely is. I quickly discovered that only having two buttons is not as limiting as it might appear at first. This is because I can actually set 3 actions per button (single tap, double tap, or long press) giving a total of 6 actions for my available hardware buttons. To be fair, I don't recommend you actually override the default single tap action for volume up and volume down, but you totally could if you wanted to.

Button Mapper Themes

So what can you remap your buttons to do? Here is the (long) list of supported actions:

  • Applications
    • Launch any installed application on your phone
  • Shortcuts
    • Launch any available shortcut on your phone
  • Actions
    • Navigation
      • Home
      • Back
      • Recent Apps
      • Last app
    • Assistance
      • Search
      • Launch 'Assistant' App (equivalent of long-pressing home)

    • UI
      • Bring down quick settings
      • Expand/dismiss the notification shade
    • Display
      • Toggle Flashlight
      • Bring up the power dialog
      • Turn screen off
      • Take a Screen Shot
      • Brightness +/-
    • Audio
      • Toggle Do Not Disturb mode
      • Volume +/-
      • Next/Previous Track
      • Play/Pause

As we mentioned before, there are a couple of useful settings located in the Advanced Options menu. First, there are the various "bypass" options. You can set Button Mapper to be disabled when system dialogs are on screen, when using the camera, when in the middle of a phone call, or while using any application that you blacklist. Furthermore, you can set shorter/longer delays for when Button Mapper will recognize a valid input. This can be helpful for users who either press button combinations too quickly or too slowly. I recommend you experiment with timings until you have found one that you can nail 100% of the time.


Rewiring your Buttons

I can definitely think of a few useful reasons why I would continue using this application. One of the first things I did was to add an exception for both Spotify and phone calls so I could continue using the normal volume functions within these applications but still retain my custom hardware mappings otherwise. Another action I set up was to have a long press on my volume down key to trigger taking a  screen shot which is normally more difficult with my bulky case. Next, I remapped a long press on the volume up key to return to the last active application and also made double tap on my volume key to display the recent applications list.

Though my uses here are rather basic, they work great in my case while I'm commuting to work on the metro. In one hand I am holding the grab rail while in the other I am holding my phone. Remapping two to three step actions into a single key is far more convenient for me as I frequently use my phone one-handed. Having a long press to switch to the last active application might sound a bit strange, but I use it quite often when copying text. I find that some apps don't share/copy text that well, so this button remap makes jumping between apps a bit faster for copying or entering two factor authentication codes, for example.

Not every phone has as limited supply of hardware buttons as mine does, though. The OnePlus 3/3T, for example, has that slider button which can be remapped with this application to your chosen action. The Xperia phones typically have a dedicated camera button which can also be remapped. Samsung devices have physical navigation keys, all of which can be remapped to do your bidding. You could, for instance, switch the back and recents key on your Samsung device to better mirror the stock Android navigation layout. With a Samsung Galaxy device, you can also adjust the button light (Basic version) and vibration duration (Pro version).

Samsung Galaxy S6 Capacitive Buttons. (Credits: AndroidExplained)

And if your phone has a dedicated physical home button, you can take advantage of the two features I mentioned in the beginning of this spotlight: lockscreen peek and homescreen lock. The former feature allows you to lock your device by releasing the home button while you are on the lock screen and the latter allows you to lock your device while you are on your home screen (Nova Launcher not required)! Using lockscreen peek, you can hold down on the home button to bring up the lockscreen (and "peek" at your notifications), then release the home button to have the screen turn off. Homescreen lock is more simple, but for those of you with failing power buttons it can be a vital function.

The developer lists a bunch of different potential uses for this application in his Play Store description as well as a few in his XDA forum thread. Ultimately, though, what you can do is totally up to your imagination. Our resident Tasker aficionado, Mishaal Rahman, notes that while you can set up Tasker to intercept button presses using a plug-in like AutoInput, it is far, far easier to use a dedicated application such as Button Mapper. In addition, Button Mapper essentially allows you to perform nearly any action you can ever think of thanks to the ability to launch Shortcuts – which means you can directly launch Tasker tasks in a single (or double or long) press.


Conclusion

What would be nice to have in a future version is distinct mappings while using separate applications, sort of like 'profiles' for each application. For example, I might want to have Spotify change tracks with volume up/down presses but on the desktop have those buttons turn on the flashlight or pull down the quick settings. But currently, the remapping of a button is applied system-wide and does not apply for any individual application.

Overall, though, this is a fairly useful tool in the arsenal of an Android enthusiast. Whether you use it to remap your hardware buttons in a more typical way such as having the volume up and down to change music tracks, or you use it more unconventionally such as in my case, how you use it is dependent on your personal preferences. The application allows you to be as creative as you want, though, the more hardware buttons you have the more fun you can have.


Download Button Mapper from the Google Play Store!



from xda-developers http://ift.tt/2kdtJbq
via IFTTT