<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/71117/nrf52832-gpio-irreversible-pin-damage-in-application-when-used-as-a-momentary-switch-sense-input</link><description>In my product I use certain GPIO pins configured as input with the pull up activated to act as sense inputs connected to momentary switches to control the application firmware. 
 Recently I had several incidents from my customers and fellow developers</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 08 Mar 2021 15:58:19 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/71117/nrf52832-gpio-irreversible-pin-damage-in-application-when-used-as-a-momentary-switch-sense-input" /><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/298471?ContentTypeID=1</link><pubDate>Mon, 08 Mar 2021 15:58:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:04c0e360-a398-44d7-8934-932fad063c9b</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I have followed the case from time to time, but the case looked to be a more of a product design issue where you wanted suggestions on how to avoid flyback spikes to exceed the maximum electrical specifications stated in the product specifications. I thought using shotkey diodes seemed like a good suggestion, if you want us to perform a failure analysis on the chip to confirm where damage have occurred this is something we can do (I did also suggest this in my reply a month ago). We will need you to fill out a customer failure report before we can issue a return material authorization. Please create a new confidential case where you start with &amp;quot;Hi Kennneth&amp;quot; and link to this case.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/298217?ContentTypeID=1</link><pubDate>Sat, 06 Mar 2021 21:39:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9ada005d-f08a-4dcb-90c2-85dd27c481d0</guid><dc:creator>Protonert</dc:creator><description>&lt;p&gt;I&amp;#39;m seriously disappointed in how this issue is supported by the Nordic team. Having been working for more than 20 years in the semiconductor industry, among others as Quality Manager, I have extensive experience on how companies serious about their product quality handle systematic issues like this. Doing everything possible to get back samples where such damages are observed and subjecting them to an in-depth failure analysis to be able to assess the root cause is a bare minimum requirement of customers I&amp;#39;ve been working with.&lt;/p&gt;
&lt;p&gt;While other users offered explanations, none was forthcoming from Nordic.&lt;/p&gt;
&lt;p&gt;Since the last few messages where we discussed a potential voltage spike due to inductive flyback, several other customers have reported same incidents. Inductive flyback now seems less probable, as the breakdown happened in application too where:&lt;/p&gt;
&lt;p&gt;- the wires leading to the momentary switches were twisted&lt;/p&gt;
&lt;p&gt;- either no LEDs were used whose wires ran parellel to those of the switch or the used LEDs were of different kind and number, drawing considerably less current.&lt;/p&gt;
&lt;p&gt;This so far leaves a design weakness and/or an EOS purely coming from repeatedly changing input voltage on the GPIO pin.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/293437?ContentTypeID=1</link><pubDate>Mon, 08 Feb 2021 21:19:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b75c3ed9-b03c-4569-b088-2a05cc57d612</guid><dc:creator>Protonert</dc:creator><description>&lt;p&gt;Dear hmolesworth, thanks for your suggestion, it&amp;#39;s not a long shot at all, although I do not have so much experience with inductive flyback as you appearently have, this was also our first guess considering a pure external influence. In case the board controls a programmable LED string the most common use case has the GND wire running parallel to the power wire, with the data line in between. It would be quite a challange to twist supply and GND, our customers would not accept such a requirement. It is also not known to us that other chips have similar problems, we used 8-bit microcontrollers from other vendors for similar applications in the past.&lt;/p&gt;
&lt;p&gt;As to the inductive flyback, we considered a bit different scenario: suppose the two wires leading to the switch form a loop/circle and the LED string connector gets inside this loop, then during fast power transients voltage could be induced in the loop formed by the switch wires. This could happen considering that in the majority of cases the wiring of the LED strings and the swicthes go in the same direction for a certain lenght.&lt;/p&gt;
&lt;p&gt;We tried to replicate this scenario but again it&amp;#39;s a game of chances trying to reproduce it as long as we just guess at the root cause.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Nevertheless now having your valuable input I personally would narrow down the search scope to:&lt;/p&gt;
&lt;p&gt;1. External influence: inductive flyback external to the board/chip&lt;/p&gt;
&lt;p&gt;2. Internal influence: GPIO port logic where both input and output directions are enabled. Here I clearly wait for feedback from a Nordic engineer to help us figure out if such a situation where both input comparator and output push/pull stages are enabled could happen.&lt;/p&gt;
&lt;p&gt;Generally speaking I&amp;#39;m amazed how many good inputs are coming from the community. I would be even happier if engineers from Nordic could take a more active role in the search for a potential root cause.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/293165?ContentTypeID=1</link><pubDate>Fri, 05 Feb 2021 16:12:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6206b79c-cb49-4046-b300-6d67b08478a9</guid><dc:creator>hmolesworth</dc:creator><description>&lt;p&gt;Longshot, but you might consider inductive flyback due to the LEDs; the LEDs themselves have tiny inductance, but not so the interconnect wire which can be significant. Usually in an industrial application long wire runs or coils are run by using non-inductive layout. With a coil (such as a miniature sensor heater) this is done by folding the wire at the halfway point and wrapping the coil so the outward current path matches exactly the return current path. With a long LED string this is also of benefit, run the outward wire (3 volt drive)&amp;nbsp; along (better still twisted with) the return current wire (typically the Gnd). That works only if the string uses an out-and-back pair of wires in a literal string; a star or ring layout is of course not so simple, and an out-only with some kind of distributed Gnd return is also a problem.&lt;/p&gt;
&lt;p&gt;So a test; make an LED string using the same number and type of LEDs with a twisted pair supply and return and see if there is still a problem.&lt;/p&gt;
&lt;p&gt;Fallback solution if this non-inductive configuration&amp;nbsp;is not possible with your layout - try a reversed-bias schottky diode at the start of the LED string between the driven pin and Gnd. This may work as the inductive flyback spike radiated or conducted when the LED current is interrupted will couple a negative voltage pulse to the push-button lead and (if the push-button is closed) also to the input pin which will turn on the&amp;nbsp;internal schottky clamp diode in the nRF52 and hence cause it to break down. A small capacitor on the input pin may also provide some limited protection.&lt;/p&gt;
&lt;p&gt;The schottky clamp diode needs to be on the LED drive and return at the nRF52 end, not the push-button input pin. These notes apply even if there was no problem; inductively radiated noise should preferably be suppressed as they can (and will) affect other devices in close proximity.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292996?ContentTypeID=1</link><pubDate>Thu, 04 Feb 2021 20:58:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a19acad6-e2be-4476-823d-49c0f8234fef</guid><dc:creator>Protonert</dc:creator><description>&lt;p&gt;Hi Dan, yes I did try a static test, even a cycling one with repeatedly pressing the button. However the chance of reproduction there is meager at best, since the exact root cause can only be guessed at. Same story with the duration of the stress.&lt;/p&gt;
&lt;p&gt;The most important question is if such a damage is caused by something intrinsic or extrinsic to the board/controller.&lt;/p&gt;
&lt;p&gt;It is hard to tell if the damage can happen with no LEDs attached. The LEDs are not attached to the damaged pins, but are&amp;nbsp;programmed by other GPIOs. Although these LEDs, if there are many of them (we talk about 100-300) can cause considerable currents to flow, that alone does not explain a damage to an unrelated pin.&lt;/p&gt;
&lt;p&gt;Yes, your research took you in the right direction, we are talking about Li-Ion powered portable devices. Charging circuit is part of the board. The LEDs are of course powered by the same Li-Ion battery as the board. We never use 5V on such LED strings, they can work&amp;nbsp;reliably even below 3V...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292510?ContentTypeID=1</link><pubDate>Tue, 02 Feb 2021 14:26:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cd418a1b-88aa-4e16-a95c-270ca4320d16</guid><dc:creator>Dan Halbert</dc:creator><description>&lt;p&gt;Have you tried a static test where&amp;nbsp;you&amp;nbsp;ground the pins in question,&amp;nbsp;with a test program that sets those pins as outputs with pullups enabled? You could let it sit for a while to see whether the pins fail.&lt;/p&gt;
&lt;p&gt;However, you&amp;nbsp;mentioned that there are potentially many RGB LEDs attached.&amp;nbsp;It would be important to do the test above with and without the&amp;nbsp;&lt;span&gt;LEDs&lt;/span&gt;&amp;nbsp;attached, and have them doing some kind of dynamic display to vary the display and to introduce transients. Have you seen pins being damaged with no&amp;nbsp;LEDs&lt;span&gt;&amp;nbsp;&lt;/span&gt;attached?&lt;/p&gt;
&lt;p&gt;Based on my Internet sleuthing, I believe these may be LiPo-powered devices. Are&amp;nbsp;the board and the LED strings&amp;nbsp;powered from the same battery? Is there charging circuitry integral to the product?&lt;/p&gt;
&lt;p&gt;If this is not a battery-powered device, I would note that we have seen some 5V supplies that produce substantial spikes when powered up. This can damage the LEDs, though we have not heard of microcontroller output pins being damaged.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292417?ContentTypeID=1</link><pubDate>Tue, 02 Feb 2021 09:47:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:459963f4-1f0e-423d-a56b-273c58d7e240</guid><dc:creator>Protonert</dc:creator><description>&lt;p&gt;Hi Kenneth,&lt;/p&gt;
&lt;p&gt;If you wish for your internal learning I can provide a sample with the described damage for your failure analysis.&lt;/p&gt;
&lt;p&gt;I can also send over a secured and encrypted channel the schematics and the layout for review (i.e. not in the public chat). However we did that already with no findings which could explain the damage. GPIO&amp;#39;s are directly broken out, except a few which are connected to the gate of nMOS power drivers (but alas they are not the ones damaged). The switches simply short the GPIO to GND. We do not have splitted GND domains. Slight GND-bouncing can happen as many application cases use WS2812B neopixels, which depending on the number of LEDs can draw a few Amps. However I expect that this will cause recoverable malfunction instead of outright EOS.&lt;/p&gt;
&lt;p&gt;Regarding the sleep current, yes, we have peripherals which also consume current during sleep mode.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292336?ContentTypeID=1</link><pubDate>Mon, 01 Feb 2021 17:49:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:151d123f-9aeb-4625-a8d6-3dd1d01b313e</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I think the best I can do here at the moment is to offer you a schematic and layout review if you haven&amp;#39;t already performed that. It is very important that any GPIO is always within &amp;gt;GND-0.3V and &amp;lt;VDD+0.3V, so make sure that you have not connected inputs somehow to different power domains, though I assume the button here are simply shorting to GND when pressed, so not sure how that can happen. I don&amp;#39;t expect you have split ground here any thereby don&amp;#39;t have some ground currents, voltage potentials here. Exceeding the stated input range may damage the chip over time (EOS damage). If you want we can perform an failure analysis on the chips.&lt;/p&gt;
&lt;p&gt;A sleep current of 150uA was very high, I assume you have external circuitry drawing much of this current?&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292316?ContentTypeID=1</link><pubDate>Mon, 01 Feb 2021 16:07:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fb6b7da0-858b-4a54-bb26-26c45d1e7be3</guid><dc:creator>Protonert</dc:creator><description>&lt;p&gt;The device damage happens with the board enclosed in an application casing. Therefore it is not an ESD event. We use ESD protection in our offices. The PCB has even additional ESD protection ICs on the USB. Switch is also not reversed, as it happened in multiple encasings (encasings are individual products the customer want to place the board). The switches also perform their intended function, but after a time - which is hard to quantify, somewhere between hours to months - there is a device breakdown. Therefore I conclude it is a case of a gradual degradation with a hard short circuit to GND at the end.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;The board when running in active mode consumes a few tens of mA, depending on the state of the peripherals. But in deep sleep, with all the peripherals disabled, the whole board including the nRF52 consumes on average ~150uA (this chip is designed to be low power). Obviously a damaged I/O pin will increase consumption significantly in addition to being disfunctional.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292282?ContentTypeID=1</link><pubDate>Mon, 01 Feb 2021 14:32:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9688d37d-b50d-4dfc-ab04-92537165d2d9</guid><dc:creator>Nguyen Hoan Hoang</dc:creator><description>&lt;p&gt;could that be the firmware crashes (exception interrupt) or go into a loop or something. &amp;nbsp;When the MCU is running constantly, it consumes in the mA range.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292272?ContentTypeID=1</link><pubDate>Mon, 01 Feb 2021 14:18:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e446e1ac-0232-480e-8ac5-92ea47750cfc</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;It&amp;#39;s kind of the first I have heard this is an issue, for instance we have DK&amp;#39;s produced in the thousands with momentary switched without any issue that I am aware of. However, if there is an ESD discharge though the pin, this will very likely damage the pin, so I recommend using an anti-static wrist wrap whenever possible. It&amp;#39;s also possible to add an RC network and ESD diodes etc, but I would think this is mostly an issue when the bare PCB is exposed, and not when placed in a final casing. Is it possible you have reversed the switch somehow, such that the case of the switch is connected to the input?&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292077?ContentTypeID=1</link><pubDate>Sun, 31 Jan 2021 11:18:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9ed8faf4-b869-451e-a759-ab6038dc6568</guid><dc:creator>Protonert</dc:creator><description>&lt;p&gt;We use the internal 13kohms pull up of the GPIOs, wnich pulls up the input of the coparator to Vdd. The chip is supplied by a 3.3V LDO.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 GPIO irreversible pin damage in application when used as a momentary switch sense input</title><link>https://devzone.nordicsemi.com/thread/292075?ContentTypeID=1</link><pubDate>Sun, 31 Jan 2021 03:17:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6fa1bb72-ec10-4f60-b8e6-fca81dfc7fce</guid><dc:creator>Nguyen Hoan Hoang</dc:creator><description>&lt;p&gt;At what voltage is the pullup ? What is the operating voltage ? do they match ? The max voltage is 3.6V. &amp;nbsp;If you pullup higher, it is likely to fail over time.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>