<?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>I2C pull-up breaks unrelated USB communication.</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/96582/i2c-pull-up-breaks-unrelated-usb-communication</link><description>I noticing a weird behaviour with my configuration, that I am writing for a NRF52840 USB Dongle. Every time I enable the internal pull-up on my i2c0, the USB cdc_acm_uart0 does not output anything anymore. The USB device still shows up, but there is no</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 13 Feb 2023 14:08:24 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/96582/i2c-pull-up-breaks-unrelated-usb-communication" /><item><title>RE: I2C pull-up breaks unrelated USB communication.</title><link>https://devzone.nordicsemi.com/thread/409629?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2023 14:08:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7896f55e-c9d5-400a-a36d-fbab27c65179</guid><dc:creator>Snowleo</dc:creator><description>&lt;p&gt;My best guess is, that the code behaved differently, when I2C was working (due to the pull-up being active), which resulted in the output buffer being empty on the USB/UART by the time I connected to it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: I2C pull-up breaks unrelated USB communication.</title><link>https://devzone.nordicsemi.com/thread/409612?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2023 13:41:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:64f19074-db0c-40b8-913d-86b8b7c124c0</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Glad to hear you found the answer. We&amp;#39;re just interested in knowing why the USB/UART and I2C would be correlated at all? Do they use the same TX/RX pins, or have conflicting priorities somewhere in your project?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: I2C pull-up breaks unrelated USB communication.</title><link>https://devzone.nordicsemi.com/thread/409445?ContentTypeID=1</link><pubDate>Sat, 11 Feb 2023 21:03:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dc6bea86-c6f8-40b0-95af-92f2bebbc4b9</guid><dc:creator>Snowleo</dc:creator><description>&lt;p&gt;I&amp;#39;ve found the answer myself. I didn&amp;#39;t wait for DTR signal on the cdc_acm_uart device in my code, so the buffer was already empty by the time I connected to it on my PC.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: I2C pull-up breaks unrelated USB communication.</title><link>https://devzone.nordicsemi.com/thread/409444?ContentTypeID=1</link><pubDate>Sat, 11 Feb 2023 19:14:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:07edf1bf-94f8-46ad-bd41-e4a330dd235c</guid><dc:creator>Snowleo</dc:creator><description>&lt;p&gt;I&amp;#39;ve updated the configuration in the original post with a better one. I&amp;#39;ve by now also tried to use an external 10k pull-up on the I2C lines, the same behaviour exists with that as well. I think the issue might be, that I am using the&amp;nbsp;pins (20 and 24) that were originally assigned to UART0 RX and TX for I2C.&lt;/p&gt;
&lt;div id="gtx-trans" style="left:518px;position:absolute;top:-6px;"&gt;
&lt;div class="gtx-trans-icon"&gt;&lt;/div&gt;
&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>