<?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: MPR031 help!!! in Sensors</title>
    <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177988#M67</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Alex,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've only used the MPR121, but apparently the procedure is very similar.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I think there may be an error in the datasheet and the i2c address should be 0x4D -- shifted left for the read-write bit that makes 0x5a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Otherwise, maybe there is some error in your i2c communications code? Did you test it on some other i2c device.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I posted sample code for the mpr131 here:&amp;nbsp; &lt;A href="http://www.flashgenie.net/TouchAD7147.html" rel="nofollow" target="_blank"&gt;www.flashgenie.net/TouchAD7147.html&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I believe the MPR031 is very similar. (It doesn't include the i2c communications code -- I used the Processor Expert bean.)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Good luck!&lt;/P&gt;&lt;P&gt;Robert&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 15 May 2010 13:29:43 GMT</pubDate>
    <dc:creator>joncas</dc:creator>
    <dc:date>2010-05-15T13:29:43Z</dc:date>
    <item>
      <title>MPR121 datasheet and app note give wrong i2c slave address (rev 0, 9/2009)</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177982#M61</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;if anyone else tries out the MPR121 touch sensor controler, I wanted to save them some frustrating hours by pointing out the both the MPR121 datasheet and the i2c communication application note AN3895&amp;nbsp; (both currently at Rev 0, 9/2009) give the wrong i2c slave address for this part.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When the address select line is tied to ground, the correct slave address is 0x5a (and not 0x4D). I imagine the other three options (address select tied to Vcc or SDA or SCL are similarly wrong and should all be shifted to 0x59, 0x5b, 0x5c).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Otherwise the controller works fine and is simpler to configure than the AD7147.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Robert&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 21 Feb 2010 15:48:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177982#M61</guid>
      <dc:creator>joncas</dc:creator>
      <dc:date>2010-02-21T15:48:53Z</dc:date>
    </item>
    <item>
      <title>Re: MPR121 datasheet and app note give wrong i2c slave address (rev 0, 9/2009)</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177983#M62</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;excuse me, do you have the information for configurate some registers on MPR121. I cant find the app notes 3893 3894. thank you.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best regards.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Mar 2010 14:34:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177983#M62</guid>
      <dc:creator>Master_col</dc:creator>
      <dc:date>2010-03-04T14:34:24Z</dc:date>
    </item>
    <item>
      <title>Re: MPR121 datasheets</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177984#M63</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;i enquired to tech support about those two app notes, and they said that they haven't yet been written, so we don't know the details of some registers. Missing is in particular any information about using the GPIO functionality e.g. for feedback LEDS, and the ﻿ELEPROX mode of using all 12 electrodes combined as a proximity sensor&lt;/P&gt;&lt;P&gt;Here is the initialization code I used for 12 simple keys, based on the documentation that is available and the KITMPR121 code :&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp; MPR121_WriteRegister(0x2B,1); // MAX HALF DELTA Rising&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x2C,1); // NOISE HALF DELTA Rising&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x2D,0); // NOISE COUNT LIMIT Rising&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x2E,0); // DELAY LIMIT Rising&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x2F,1); // MAX HALF DELTA Falling&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x30,1); // NOISE HALF DELTA Falling&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x31,0xFF); // NOISE COUNT LIMIT Falling&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x32,2); // DELAY LIMIT Falling&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x41,15); // ELE0 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x42,10); // ELE0 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x43,15); // ELE1 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x44,10); // ELE1 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x45,15); // ELE2 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x46,10); // ELE2 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x47,15); // ELE3 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x48,10); // ELE3 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x49,15); // ELE4 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x4A,10); // ELE4 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x4B,15); // ELE5 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x4C,10); // ELE5 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x4D,15); // ELE6 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x4E,10); // ELE6 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x4F,15); // ELE7 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x50,10); // ELE7 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x51,15); // ELE8 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x52,10); // ELE8 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x53,15); // ELE9 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x54,10); // ELE9 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x55,15); // ELE10 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x56,10); // ELE10 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x57,15); // ELE11 TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x58,10); // ELE11 RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x59,15); // eleprox TOUCH THRESHOLD&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x5a,10); // eleprox RELEASE THRESHOLD&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x5C,0x0B); // AFE CONFIG&amp;nbsp; FFI&amp;nbsp;&amp;nbsp; CDC %1011&amp;nbsp; AN3889&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x5D,0x04); // TOUCH DETECTION CONFIG last 3 bits = sample interval ; 4 == 5ms ( slows down samples to achieve 29uA consumption)&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x7B,0x0B); // %1011 AUTOCONFIG enable&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x7D,156); //196 was 156&amp;nbsp;&amp;nbsp; AUTOCONFIG upper limit USL 156 for 1,8V&amp;nbsp;&amp;nbsp; 196 for 3V&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x7E,101); //127 was 101&amp;nbsp; AUTOCONFIG lower limit LSL&amp;nbsp; 65% of USL&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x7F,140); //176 was 140&amp;nbsp; AUTOCONFIG target level&amp;nbsp; 90% of USL&lt;BR /&gt;&amp;nbsp; MPR121_WriteRegister(0x5E,0x0c); // START PESCE (number of electrodes )&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Writing 0c3D to register 0x5E seems to enable ELEPROX...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Mar 2010 14:50:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177984#M63</guid>
      <dc:creator>joncas</dc:creator>
      <dc:date>2010-03-04T14:50:22Z</dc:date>
    </item>
    <item>
      <title>Re: MPR121 datasheets</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177985#M64</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;thank you a lot for your answer i will prove this. i have worked with the MPR031 and i tried to configure the mpr121 as the 031 i can get it work but the problem i have is that it works after come time like 30 sec or something i dont know why.&amp;nbsp; i can read the electrode status registers after this time and after this time works ok for me but i dont know if it is something with some register. Thank you for your answer again. and by the way how did you get it work... how many time testing ?? .&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;best regards, Christian&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Mar 2010 16:25:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177985#M64</guid>
      <dc:creator>Master_col</dc:creator>
      <dc:date>2010-03-04T16:25:46Z</dc:date>
    </item>
    <item>
      <title>Re: MPR121 delay at start-up</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177986#M65</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have noticed the delay -- it is due to the autocalibration taking some time to ramp up the baseline values. They start at 0 and have to ramp up to the level set in the configuration. You can see this if you repeatedly read in the baseline registers 0x1E - 0x2A after power-up. The touch interrupt only starts working when they have reached the preprogrammed value set in the AUTO-CONFIG Target Level.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Probably one could speed up the ready state by once reading back the electrode currents and charge times in registers 0x5f - 0x72 when the device is running correctly, and then write these values into those registers during initialization. That way the baseline values would more rapidly get to their target values.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;(I lost a lot of time because of using the wrong i2c slave address! silly me, I should have just written a test routine to try all 128 possible values, instead I thought there was something wrong with my pcb assembly, since these small parts are tricky to solder even in a reflow oven -- if you put too much paste, it makes a short, if there is too little, some pads may not have contact ...)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 05 Mar 2010 01:29:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177986#M65</guid>
      <dc:creator>joncas</dc:creator>
      <dc:date>2010-03-05T01:29:52Z</dc:date>
    </item>
    <item>
      <title>MPR031 help!!!</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177987#M66</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Please help me!&lt;BR /&gt;I use MPR031, and I can not start-up.&lt;/P&gt;&lt;P&gt;When I send 0x4A address, line is tied to ground and I cannot send command address.&lt;BR /&gt;When I send address from all range of possible, MPR031 does not respond.&lt;BR /&gt;MPR031 soldered well, contact is good. There is no answer from MPR031.&lt;/P&gt;&lt;P&gt;Please help me examples of an initial configuration of registers for MPR031.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;Alex&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 May 2010 23:17:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177987#M66</guid>
      <dc:creator>rfslf</dc:creator>
      <dc:date>2010-05-14T23:17:12Z</dc:date>
    </item>
    <item>
      <title>Re: MPR031 help!!!</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177988#M67</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Alex,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've only used the MPR121, but apparently the procedure is very similar.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I think there may be an error in the datasheet and the i2c address should be 0x4D -- shifted left for the read-write bit that makes 0x5a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Otherwise, maybe there is some error in your i2c communications code? Did you test it on some other i2c device.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I posted sample code for the mpr131 here:&amp;nbsp; &lt;A href="http://www.flashgenie.net/TouchAD7147.html" rel="nofollow" target="_blank"&gt;www.flashgenie.net/TouchAD7147.html&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I believe the MPR031 is very similar. (It doesn't include the i2c communications code -- I used the Processor Expert bean.)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Good luck!&lt;/P&gt;&lt;P&gt;Robert&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 15 May 2010 13:29:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177988#M67</guid>
      <dc:creator>joncas</dc:creator>
      <dc:date>2010-05-15T13:29:43Z</dc:date>
    </item>
    <item>
      <title>Re: MPR031 help!!!</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177989#M68</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello&amp;nbsp;Robert,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;thank you for help me. I will try, and then will tell about reason.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;Best regards,&lt;/P&gt;&lt;P&gt;Alex&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 15 May 2010 17:15:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177989#M68</guid>
      <dc:creator>rfslf</dc:creator>
      <dc:date>2010-05-15T17:15:24Z</dc:date>
    </item>
    <item>
      <title>Re: MPR121 datasheets</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177990#M69</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi guys, i have posted at&amp;nbsp;&lt;A href="https://community.freescale.com/message/68934#68934" title="https://community.freescale.com/message/68934#68934"&gt;https://community.freescale.com/message/68934#68934&lt;/A&gt;&amp;nbsp;regarding bit banging a MPR121.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I tried with bigmac's sample of bit banging on my MPR121 using MC9S08QE32 but i kept getting $FF for both KEYREGLO and KEYREGHI when i read them. Anyone could advise?&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;MY&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Aug 2010 08:55:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177990#M69</guid>
      <dc:creator>mylim</dc:creator>
      <dc:date>2010-08-27T08:55:17Z</dc:date>
    </item>
    <item>
      <title>Re: MPR121 delay at start-up</title>
      <link>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177991#M70</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unfortunately, a forum search for mpr121 doesn't seem to find this thread, but a google search does...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I just thought I'd mention that for the problem of a 30 second delay on startup of the mpr121, the solution seems to be to write 0x8c to the electrode configuration register (0x5e), rather than 0x0c like in the Quick Start Guide...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From the Rev 3 Data Sheet:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;Since the baseline tracking filtering system has a very large time constant and the initial baseline value starts from zero, it will require a very long time for the baseline to ramp up. This results in a short period of no response to touch after the MPR121 is first set to Run Mode. Setting the CL = 2b10 will command the MPR121 to load the initial baseline value at the beginning of the Run Mode. This shortens the initial baseline ramp-up time so that user will not notice any delay on touch detection. The MPR121 uses the five high bits of the first measured 10 bit electrode data.&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;-- Rich&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Oct 2020 09:27:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Sensors/MPR121-datasheet-and-app-note-give-wrong-i2c-slave-address-rev-0/m-p/177991#M70</guid>
      <dc:creator>RichTestardi</dc:creator>
      <dc:date>2020-10-29T09:27:07Z</dc:date>
    </item>
  </channel>
</rss>

