<?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>UART example goes to debug window</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/76190/uart-example-goes-to-debug-window</link><description>I have been developing some nrf52832 code (SDK 17.0.2) using the Segger RTT debug window for logging. I added the code from the UART example but the printf goes to the debug window not the UART. 
 In my sdk_config file I have the following: 
 // NRF_LOG_BACKEND_SERIAL_USES_UART</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 25 Jun 2021 13:33:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/76190/uart-example-goes-to-debug-window" /><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/317255?ContentTypeID=1</link><pubDate>Fri, 25 Jun 2021 13:33:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d2685007-8a65-49d9-9a96-8bf39f777086</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I tried to reproduce this by merging the UART and I2S example from the SDK and using loopback on both peripherals. I assigned SDOUT to 0xFF and the UART did not go into the error handler. Would you mind sharing a minimal project, that reproduces the issue on the development kit.&lt;/p&gt;
&lt;p&gt;Thank you.&lt;/p&gt;
&lt;p&gt;Also, I&amp;#39;m going to be out office due to the holidays so expect a bit late reply.&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/316827?ContentTypeID=1</link><pubDate>Wed, 23 Jun 2021 21:03:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ac5db23b-4650-44c2-bc69-a1ec4647b626</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Hi Jared,&lt;/p&gt;
&lt;p&gt;Sure enough everything works fine when I assign SDOUT to an unused physical pin (pin 9).&amp;nbsp; But when I assign it to the unused (0xFF) it sets the UART error flag as described.&amp;nbsp; I really don&amp;#39;t want SDOUT coming out so it would be nice if there was a fix for this.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/316505?ContentTypeID=1</link><pubDate>Tue, 22 Jun 2021 13:39:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e483116e-a446-47ea-a684-90ae8e06085e</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;This seems strange. Have you reproduced this on a development kit? What happens if you assign the SDOUT pin to a physical pin, still getting an error from the UART driver?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/316098?ContentTypeID=1</link><pubDate>Fri, 18 Jun 2021 14:10:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:277b12bc-680f-4192-b70f-c58869dda967</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Jared, it is indeed a pin issue but it seems like a bug.&amp;nbsp; The error happens in&amp;nbsp;&lt;span&gt;nrf_i2s_pins_set when I the library function tries to set the SDOUT pin to 0x255, which should mean unused.&amp;nbsp; When this value is written to the PSEL.SDOUT register the UART error is thrown.&amp;nbsp; To me it looks like a bug?&amp;nbsp; What might I be doing wrong?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;__STATIC_INLINE void nrf_i2s_pins_set(NRF_I2S_Type * p_reg,&lt;br /&gt; uint32_t sck_pin,&lt;br /&gt; uint32_t lrck_pin,&lt;br /&gt; uint32_t mck_pin,&lt;br /&gt; uint32_t sdout_pin,&lt;br /&gt; uint32_t sdin_pin)&lt;br /&gt;{&lt;br /&gt; p_reg-&amp;gt;PSEL.SCK = sck_pin;&lt;br /&gt; p_reg-&amp;gt;PSEL.LRCK = lrck_pin;&lt;br /&gt; p_reg-&amp;gt;PSEL.MCK = mck_pin;&lt;br /&gt; p_reg-&amp;gt;PSEL.SDOUT = sdout_pin;&lt;br /&gt; p_reg-&amp;gt;PSEL.SDIN = sdin_pin;&lt;br /&gt;}&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Here is my code that preceeds the above library function, as you can see I am setting the pin to unconnected, and indeed in the&amp;nbsp;&lt;span&gt;nrf_i2s_pins_set function it seeks to set the pin value to 0x255.&amp;nbsp; I am befuddled.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;uint32_t config_I2S()&lt;br /&gt;{&lt;br /&gt; nrf_drv_i2s_config_t config = NRF_DRV_I2S_DEFAULT_CONFIG;&lt;br /&gt; // In Master mode the MCK frequency and the MCK/LRCK ratio should be&lt;br /&gt; // set properly in order to achieve desired audio sample rate (which&lt;br /&gt; // is equivalent to the LRCK frequency).&lt;br /&gt; config.sdin_pin = DIN_PIN;&lt;br /&gt; config.sdout_pin = NRF_I2S_PIN_NOT_CONNECTED; // This pin is not used&lt;br /&gt; config.mck_setup = NRF_I2S_MCK_32MDIV3; //MCLK 10.666667MHz&lt;br /&gt; config.ratio = NRF_I2S_RATIO_256X; //LR clock (WCLK) 41.6667KHz&lt;br /&gt; config.channels = NRF_I2S_CHANNELS_LEFT; // Use only the right channel (comes in on the left?)&lt;br /&gt; config.mode = NRF_I2S_MODE_MASTER;&lt;br /&gt; config.sample_width = NRF_I2S_SWIDTH_16BIT;&lt;br /&gt; config.format = NRF_I2S_FORMAT_I2S;&lt;br /&gt; //config.format = NRF_I2S_FORMAT_ALIGNED;&lt;br /&gt; config.lrck_pin = WCLK_PIN;&lt;br /&gt; config.mck_pin = MCLK_PIN;&lt;br /&gt; config.sck_pin = BCLK_PIN;&lt;br /&gt; &lt;br /&gt; uint32_t err_code = NRF_SUCCESS;&lt;br /&gt; err_code = nrf_drv_i2s_init(&amp;amp;config, data_handler);&lt;/p&gt;
&lt;p&gt;return(err_code);&lt;/p&gt;
&lt;p&gt;}&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/316056?ContentTypeID=1</link><pubDate>Fri, 18 Jun 2021 11:35:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:30aacfb4-f123-4318-abfd-465cba167a39</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi Tim,&lt;/p&gt;
&lt;p&gt;They do not use the same resources as shown by the &lt;a href="https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52832.ps.v1.1/memory.html?cp=4_2_0_7_3#topic"&gt;instantiation table&lt;/a&gt;. Could it be a pin conflict, are they assigned to use the same pins?&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315977?ContentTypeID=1</link><pubDate>Thu, 17 Jun 2021 20:04:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:033d5736-419e-47b2-8e68-278e6da3fdff</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;I found the issue.&amp;nbsp; When I configure the I2S port with&amp;nbsp;nrf_drv_i2s_init() the ERRORSRC for the UART gets set to 0xC.&amp;nbsp; Why would the I2S effect the UART?&amp;nbsp; Do they share resources?&amp;nbsp; How can I make them play nicely together?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Tim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315667?ContentTypeID=1</link><pubDate>Wed, 16 Jun 2021 14:22:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e0c20511-a98f-42e0-a0af-5133f4407f74</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;My guess is that it goes into the error handler in app_uart.c or app_uart_fifo.c.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;app_uart_event&lt;/span&gt;&lt;span&gt;.&lt;/span&gt;&lt;span&gt;data&lt;/span&gt;&lt;span&gt;.&lt;/span&gt;&lt;span&gt;&lt;span&gt;error_communication is set in the error handler and will contain the&amp;nbsp;&lt;/span&gt;&lt;/span&gt;value&amp;nbsp;in&amp;nbsp;the &lt;a href="https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52832.ps.v1.1/uart.html?cp=4_2_0_49_9_3#register.ERRORSRC"&gt;ERRORSRC&amp;nbsp;&lt;/a&gt;register&amp;nbsp;for&amp;nbsp;the&amp;nbsp;UART&amp;nbsp;peripheral. Use the debugger and check what value this is set to.&lt;/p&gt;
&lt;p&gt;Also, regarding the logging module, are you using deferred or in-place logging when you log over RTT?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315490?ContentTypeID=1</link><pubDate>Tue, 15 Jun 2021 22:00:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e4c4bed5-a5c6-4ce2-adff-1e693395cdfb</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Here is the call stack.&amp;nbsp; Not exactly sure what to make of it.&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/pastedimage1623794385662v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315489?ContentTypeID=1</link><pubDate>Tue, 15 Jun 2021 21:55:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:da7d2fbd-f59c-4dca-9eb2-d259132b35c5</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Jared,&lt;/p&gt;
&lt;p&gt;The printf function works, but now my program does not!!&amp;nbsp; I have some&amp;nbsp;nrf_delay_ms(100) in the program and it seems to lockup on those statements.&amp;nbsp; For instance I break on the red() function and then hit the step over button the debugger goes away.&amp;nbsp; When I hit pause I can see it is stuck in app_error().&amp;nbsp; None of this happened before adding the printf functionality. Do you know what I broke?&lt;/p&gt;
&lt;p&gt;while(!pb_pressed()) // wait for button to be pressed to start test&lt;br /&gt; {&lt;br /&gt; red();&lt;br /&gt; nrf_delay_ms(100);&lt;br /&gt; green();&lt;br /&gt; nrf_delay_ms(100);&lt;br /&gt; blue();&lt;br /&gt; nrf_delay_ms(100); &lt;br /&gt; }&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315487?ContentTypeID=1</link><pubDate>Tue, 15 Jun 2021 21:19:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1dcba800-f51c-4475-92a9-7ce4e3be9153</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Jared,&amp;nbsp; I was able to get the printf to work.&amp;nbsp; Once I got the config right I had to add a delay to let the characters come out.&amp;nbsp; I am going to switch the logging back to RTT now.&amp;nbsp; Hopefully the printf and RTT logging will work together nicely as you noted.&amp;nbsp; Thanks for the help.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Tim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315440?ContentTypeID=1</link><pubDate>Tue, 15 Jun 2021 14:08:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff6938d8-f230-4e1f-a22d-fb9fd366b7a4</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/5657.sdk_5F00_config.h"&gt;devzone.nordicsemi.com/.../5657.sdk_5F00_config.h&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315312?ContentTypeID=1</link><pubDate>Tue, 15 Jun 2021 08:34:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3c57be50-a60f-4f38-be03-28cd741e5187</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Press insert-&amp;gt;Image/video/file in the reply box and chose upload. Select your file and you should see that it&amp;#39;s uploaded as an attachment.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315225?ContentTypeID=1</link><pubDate>Mon, 14 Jun 2021 17:09:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:00530c9b-087e-4436-b9b7-0d434b98e1f7</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;I attached it as a source code block, but it looks like it got removed.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315175?ContentTypeID=1</link><pubDate>Mon, 14 Jun 2021 14:24:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:73f96329-f691-4571-8bad-b80e95bd7631</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Yes I will share it.&amp;nbsp; I enabled&amp;nbsp;&amp;nbsp;UART0_CONFIG_USE_EASY_DMA and now I get the first character of the printf string coming out the port followed by a carriage return.&amp;nbsp; Is the best way to share it to paste it into a code window?&amp;nbsp; I don&amp;#39;t see an easy way to attach it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315163?ContentTypeID=1</link><pubDate>Mon, 14 Jun 2021 13:46:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eecd89c8-59ff-4fa5-9d95-50a62ca76452</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Could you share your entire config file?&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315160?ContentTypeID=1</link><pubDate>Mon, 14 Jun 2021 13:41:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3fef39bc-a70a-47d4-a0a2-9402e4e57864</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;Jared,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;As I mentioned earlier, the &amp;quot;stock&amp;quot; example UART app works fine on my hardware, including the printf so I am confident in my hardware.&amp;nbsp; However, in the code where the UART is not working properly I am using a different sdk_config file from what is being used in the UART example.&amp;nbsp; So it looks like it is still an issue with the sdk_config not being set properly.&amp;nbsp; I have added all the changes you recommended to the config file and printf fails to print to the terminal or anywhere else (though as I mentioned it works fine in the UART example).&amp;nbsp; Any suggestions as to where else to look in the sdk_config file?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Tim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/315146?ContentTypeID=1</link><pubDate>Mon, 14 Jun 2021 13:06:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:21d5f5c6-ed99-495e-80bb-f566d7d54583</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi Tim,&lt;/p&gt;
[quote user="ProtonTim"]When I run the uart example code on my hardware it prints to the terminal so I know the hardware is working and my pinout is correct.[/quote]
&lt;p&gt;&amp;nbsp;Do you see the printf data being sent when using the unmodified UART example? The uart example code from the SDK is already correctly configured with printf. If you don&amp;#39;t see any logs being printed when flashing an unmodified example then there is something outside of the application that is the culprit.&lt;a href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.2/uart_example.html?cp=8_1_4_6_48"&gt; Have you configured the terminal correct?&lt;/a&gt; Do you have a logic analyzer? Could you probe TX and RX and see if the nRF actually sends any data when printf is called in the application.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user="ProtonTim"]&lt;p&gt;One more issue.&amp;nbsp; It looks like I cannot mix sending things out the UART with the example code AND sending logging messages to the RTT is that true?&amp;nbsp; I know it is not a hardware limitation but is it a code limitation of the library used in the UART example?&amp;nbsp; If so can you refer me to an example of how to use the UART independent of the logging?&amp;nbsp; I am thinking of just writing the low level drivers myself if necessary.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;[/quote]
&lt;p&gt;&amp;nbsp;You can use the UART in the application and use the logger module with RTT as a backend. You can&amp;#39;t however both use UART in the application AND use UART as a backend for the logger module. The nRF52832 has only 1 UART instance.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s important to note that what we traditionally view as the logger is the&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.2/lib_nrf_log.html?cp=8_1_3_27"&gt;logger module&lt;/a&gt;&amp;nbsp;which uses either RTT or UART as a backend. Retargeting printf as in the UART example is traditionally&amp;nbsp;not viewed as part of the logger library as it just uses the app_uart functions to print the logs through UART. See the retarget.c file in the SDK if this doesn&amp;#39;t make any sense&amp;nbsp;&lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile"&gt;&amp;#x1f642;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;best regards&lt;/p&gt;
&lt;p&gt;Jared&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/314924?ContentTypeID=1</link><pubDate>Fri, 11 Jun 2021 13:16:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c9a0dd02-4471-421c-bbed-f013e37611a6</guid><dc:creator>ProtonTim</dc:creator><description>&lt;p&gt;I switched on RETARGET_ENABLED and added retarget.c to the project.&amp;nbsp; Now it no longer directs the printf output to the debug window, but I don&amp;#39;t see anything on the terminal.&amp;nbsp; When I run the uart example code on my hardware it prints to the terminal so I know the hardware is working and my pinout is correct.&amp;nbsp; Anything else I might be missing? Seems like it is still a config or library issue.&lt;/p&gt;
&lt;p&gt;One more issue.&amp;nbsp; It looks like I cannot mix sending things out the UART with the example code AND sending logging messages to the RTT is that true?&amp;nbsp; I know it is not a hardware limitation but is it a code limitation of the library used in the UART example?&amp;nbsp; If so can you refer me to an example of how to use the UART independent of the logging?&amp;nbsp; I am thinking of just writing the low level drivers myself if necessary.&lt;/p&gt;
&lt;p&gt;Thanks for your help.&lt;/p&gt;
&lt;p&gt;Tim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART example goes to debug window</title><link>https://devzone.nordicsemi.com/thread/314754?ContentTypeID=1</link><pubDate>Thu, 10 Jun 2021 14:09:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:032db9e0-fe87-43e1-9b6b-eef2b02a1a4e</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Have you enabled the RETARGET config in the sdk_config file?:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;#ifndef RETARGET_ENABLED
#define RETARGET_ENABLED 1
#endif
&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;You also need to add the path to retarget.c to the project.&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>