<?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>Problems with GPIO P1.xx on nRF52833</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/82817/problems-with-gpio-p1-xx-on-nrf52833</link><description>We recently changed from nRF52832 to nRF52833 and for layout convenience used some of the P1.xx pins for our signals. 
 We are using SDK ver: nRF5_SDK_17.0.2_d674dde 
 For some reason I don&amp;#39;t understand we are experiencing problems whenever a P1.xx GPIO</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 17 Dec 2021 10:50:24 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/82817/problems-with-gpio-p1-xx-on-nrf52833" /><item><title>RE: Problems with GPIO P1.xx on nRF52833</title><link>https://devzone.nordicsemi.com/thread/344121?ContentTypeID=1</link><pubDate>Fri, 17 Dec 2021 10:50:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dd83434b-3ebf-457d-94af-dead61ec09c5</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Difficult to comment on, if it only impacted twi it may seem a bit strange.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Problems with GPIO P1.xx on nRF52833</title><link>https://devzone.nordicsemi.com/thread/344110?ContentTypeID=1</link><pubDate>Fri, 17 Dec 2021 10:04:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8c511e28-5eaa-49f6-8f69-cc8f0607ae60</guid><dc:creator>picatostas</dc:creator><description>&lt;p&gt;Hi Kenneth, &lt;br /&gt;I made further investigation and I realized that I parametrized the make system wrong and even when I was compiling for nrf52833 for some reason system_nrf52832.c was chosen instead of system_nrf52833.c my bad. Would that explaing that the error was undefined behavior ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Problems with GPIO P1.xx on nRF52833</title><link>https://devzone.nordicsemi.com/thread/343842?ContentTypeID=1</link><pubDate>Thu, 16 Dec 2021 10:31:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3ce66777-711c-4683-acad-cfe2b2cddb97</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I think your lookup of the error code is wrong. The error code is 8, which is&amp;nbsp;NRF_ERROR_INVALID_STATE, in comparison&amp;nbsp;NRFX_ERROR_FORBIDDEN would be 0x0BAD0008. It should be possible to look at the implementation of the twi() call to find the reason for this error.&amp;nbsp;I think you should check that the parameters passed to the twi() api, e.g. the twi instance, is static and global.&lt;/p&gt;
&lt;p&gt;You migt also build your project with DEBUG, such that you can find the exact error code, file name and line number of the assert in&amp;nbsp;app_error_fault_handler() during development, if not the fault handler will&amp;nbsp;simply execute NVIC_SystemReset() to recover (which is a good idea for an end product to safely recover, but not during development to identify errors).&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>