<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: FRDM-K66 back drive protection in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601167#M35261</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I made a test without connecting PTC3(UART1_RX) which is connected to TxD pin of my USB to GPIO breakout board and did not encounter the issue. But I think it has more to do with TxD pin of breakout supplying some current than with what the default state of pin is, because this I've tested with PTC3/PTC4 (J1-2/J1-4), PTE24/PTE25 (J2-11/J2-13), PTC14/PTC15 (J199-3/J199-4), PTD2/PTD3(J2-6/J2-8), and PTD6/PTD7(J6-6/J6-7). Same issue for all these pins. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Following is the exact sequence of my test:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Provide power supply to board.&lt;/P&gt;&lt;P&gt;2. Attach RxD, Rxd and GND (or only TxD) of USB to UART breakout with board UART pins.&lt;/P&gt;&lt;P&gt;3. Disconnect USB power supply. Getting -ve current through J20.&lt;/P&gt;&lt;P&gt;4. Reattach USB power supply, UART pins are still connected, board goes into bootloader mode.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The same test with FRDM-K64 works fine. No negative current through J20.&lt;/P&gt;&lt;P&gt;I'll try to place the diode that is missing, but upon close inspection it is shorted, so will it make any difference?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;Rini&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 18 Oct 2016 05:22:41 GMT</pubDate>
    <dc:creator>rinipatel</dc:creator>
    <dc:date>2016-10-18T05:22:41Z</dc:date>
    <item>
      <title>FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601161#M35255</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Why there is no back drive protection (Schottky diode) for P3V3_VREG in FRDM-K66F?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Capture.PNG"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/2546i2D9142EB0068FD1C/image-size/large?v=v2&amp;amp;px=999" role="button" title="Capture.PNG" alt="Capture.PNG" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When board power supply (in my case P5V_SDA_PSW) is OFF, and external GPIOs are attached to Arduino headers (J1-3, J1-4, J2-GND), I'm getting negative current through jumper pins J20 and J18. And after this when board is power cycled, it goes directly in bootloader mode.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could this be because of the absence of Schottky across J19? What could be the get around for this issue?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 03 Oct 2016 08:52:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601161#M35255</guid>
      <dc:creator>rinipatel</dc:creator>
      <dc:date>2016-10-03T08:52:16Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601162#M35256</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi &amp;nbsp;Rini Patel&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What voltage level (logic level) do you have in J1-3, J1-4?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tried to reproduce your issue, I connected&amp;nbsp;J2-GND and&amp;nbsp;J1-3, J1-4 to 3.3 V, with the board off. Then I connected&amp;nbsp;SDA MICRO USB with j20 shorted and j18 open. But I could not see your issue, my board power on correctly (without entry in BOOTLOADER mode).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you try with the jumper configuration that I mentioned to see if the problem still is happened?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Jorge Alcala&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 04 Oct 2016 21:24:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601162#M35256</guid>
      <dc:creator>jorge_a_vazquez</dc:creator>
      <dc:date>2016-10-04T21:24:55Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601163#M35257</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Jorge Alcala,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the reply.&lt;/P&gt;&lt;P&gt;I can confirm your observation. By providing 3.3V to &lt;SPAN style="text-decoration: line-through;"&gt;J1-3&lt;/SPAN&gt; J1-2, J1-4 and connecting J2-GND, board doesn't enter the bootloader mode on applying power supply.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But in my application, I've configured J1-2 and J1-4 as UART1_RX and UART1_TX respectively, and connected these pins with USB-to-UART FTDI breakout board's TxD, RxD and GND. (3.3 V logic). Now the TxD pin of FTDI chip is providing some current to J1-2 (few mA, which is 0mA if I directly apply 3.3 V Vcc) . So when board is powered on, there is already some back current flowing through J20. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With the similar connection on FRDM-K64 board, the back current was not there, which in my guess is because of the presence of Schottky across J19 (?).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What can be done to counteract the effect of reverse current and prevent the board from entering bootloader mode?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Rini&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 05 Oct 2016 05:48:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601163#M35257</guid>
      <dc:creator>rinipatel</dc:creator>
      <dc:date>2016-10-05T05:48:28Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601164#M35258</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Rini Patel&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tried some other test in the pins that you mentioned, and I don't see your issue yet, but I have checked both Schematics (K64 and K66) and I noticed this absence of Schottky diode in J19. So I will ask to design team, why this component was omitted and I will inform you any update as soon as possible.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Jorge Alcala&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 07 Oct 2016 15:55:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601164#M35258</guid>
      <dc:creator>jorge_a_vazquez</dc:creator>
      <dc:date>2016-10-07T15:55:56Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601165#M35259</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Jorge Alcala,&lt;/P&gt;&lt;P&gt;Any findings on your side?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Oct 2016 03:45:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601165#M35259</guid>
      <dc:creator>rinipatel</dc:creator>
      <dc:date>2016-10-14T03:45:22Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601166#M35260</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Rini Patel&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;No, I don't get an explain of the absence of this diode in the schematic of FRDM-K66, But I have noticed something.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;First time you mentioned that the headers were connected in J1-3 and J1-4, witch are PTE11 and PTC4. If you check the default configuration for these pins, they are disable, witch mean high impedance, so I didn't understand why you have a leakage current. But then you mentioned that are J1-2 and J1-4, witch are PTC3 and PTC4, and in this case there is a problem, because PTC3 has as default configuration CMP1_IN1 witch is a analog pad and could be a leakage current here. This current could be the negative current through jumper pins J20 and J18 that you see.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you made a test without connecting PTC3, only connecting PTC4, so we can determined that this is the problem? if this is the problem, you could use a current limiting resistor in this pin, or you could put the diode that is missing. It 's not a good practice have power in pins of the MCU while this isn't property powered, so I would recommend you not to do this. If the MCU is not property powered, it could damage flash memory.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this information helps, please tell me if this is the problem that you have.&lt;/P&gt;&lt;P&gt;Best Regards&lt;/P&gt;&lt;P&gt;Jorge Alcala&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Oct 2016 21:41:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601166#M35260</guid>
      <dc:creator>jorge_a_vazquez</dc:creator>
      <dc:date>2016-10-14T21:41:53Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601167#M35261</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I made a test without connecting PTC3(UART1_RX) which is connected to TxD pin of my USB to GPIO breakout board and did not encounter the issue. But I think it has more to do with TxD pin of breakout supplying some current than with what the default state of pin is, because this I've tested with PTC3/PTC4 (J1-2/J1-4), PTE24/PTE25 (J2-11/J2-13), PTC14/PTC15 (J199-3/J199-4), PTD2/PTD3(J2-6/J2-8), and PTD6/PTD7(J6-6/J6-7). Same issue for all these pins. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Following is the exact sequence of my test:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Provide power supply to board.&lt;/P&gt;&lt;P&gt;2. Attach RxD, Rxd and GND (or only TxD) of USB to UART breakout with board UART pins.&lt;/P&gt;&lt;P&gt;3. Disconnect USB power supply. Getting -ve current through J20.&lt;/P&gt;&lt;P&gt;4. Reattach USB power supply, UART pins are still connected, board goes into bootloader mode.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The same test with FRDM-K64 works fine. No negative current through J20.&lt;/P&gt;&lt;P&gt;I'll try to place the diode that is missing, but upon close inspection it is shorted, so will it make any difference?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;Rini&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 18 Oct 2016 05:22:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601167#M35261</guid>
      <dc:creator>rinipatel</dc:creator>
      <dc:date>2016-10-18T05:22:41Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601168#M35262</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Rini Patel&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I haven't had luck in finding information about this issue, still they told me that I shouldn't try to made tests like this, because it could damage the MCU. So as I mentioned, there is no recommendable to operate the MCU with this procedure, your MCU could get damaged by getting power when VDD has no power, so I recommend you no to do it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sorry if this could cause you problems&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Jorge Alcala&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Nov 2016 19:59:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601168#M35262</guid>
      <dc:creator>jorge_a_vazquez</dc:creator>
      <dc:date>2016-11-10T19:59:46Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K66 back drive protection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601169#M35263</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Jorge Alcala,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for looking into this. I'll see if I could find an alternate test procedure to avoid damaging MCU.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Rini&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Nov 2016 03:48:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K66-back-drive-protection/m-p/601169#M35263</guid>
      <dc:creator>rinipatel</dc:creator>
      <dc:date>2016-11-11T03:48:13Z</dc:date>
    </item>
  </channel>
</rss>

