<?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>coexistence of softdevice + tiny OS for the application</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/1414/coexistence-of-softdevice-tiny-os-for-the-application</link><description>Looking over documentation and the forums, it appears that the softdevice is not meant to be used with an application that uses an RTOS. I say this primarily because disabling of interrupts, which is what an RTOS will do, sounds like it will cause the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 15 Jun 2015 17:47:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/1414/coexistence-of-softdevice-tiny-os-for-the-application" /><item><title>RE: coexistence of softdevice + tiny OS for the application</title><link>https://devzone.nordicsemi.com/thread/6340?ContentTypeID=1</link><pubDate>Mon, 15 Jun 2015 17:47:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:25f95448-bbf8-439a-8359-a1d381bab5db</guid><dc:creator>Pertti Kasanen</dc:creator><description>&lt;p&gt;I tried to use this and ported the latest FreeRTOS version for the nRF51 SDK 8. I&amp;#39;m not sure it the sd_nvic_critical_region_enter() etc. is exactly as it should be but it seems to work well for me.&lt;/p&gt;
&lt;p&gt;The results and the experiences can be seen in  &lt;a href="https://devzone.nordicsemi.com/question/41475/freertos-821-for-the-nrf51-sdk-8-is-the-interrupt-handling/"&gt;devzone.nordicsemi.com/.../&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: coexistence of softdevice + tiny OS for the application</title><link>https://devzone.nordicsemi.com/thread/6339?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2014 16:25:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9ebd7bb5-dc1b-46f3-bdd2-feae976561b3</guid><dc:creator>Richard von Lehe</dc:creator><description>&lt;p&gt;Thanks for the clarification on the return code.  That allows one function to be used in all circumstances: softdevice enabled or disabled.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: coexistence of softdevice + tiny OS for the application</title><link>https://devzone.nordicsemi.com/thread/6338?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2014 12:24:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0312f6cf-0452-411b-843b-2d5737b1e26e</guid><dc:creator>Ole Morten</dc:creator><description>&lt;p&gt;As I said in the &lt;a href="https://devzone.nordicsemi.com/index.php/freertos"&gt;FreeRTOS question&lt;/a&gt;, using an RTOS with a softdevice isn&amp;#39;t something we have done a lot of work on, but based on some quick experiments we do believe that it would be possible.&lt;/p&gt;
&lt;p&gt;The general recommendation would then be to use critical_region_enter()/_exit() instead of disabling all interrupts. These functions will disable all application level interrupts, and will hence protect any application level structures against data changes. If the softdevice is not enabled, this function will return a special error code, and if so, you know that it&amp;#39;s safe to use the regular CPSIE/CPSID instructions.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>