<?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>Kinetis MicrocontrollersのトピックChanging Run / Power modes when using FreeRTOS</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1224238#M59484</link>
    <description>&lt;P&gt;I'm experiencing some strange problems while changing Run / Power modes whilst using FreeRTOS&lt;/P&gt;&lt;P&gt;The firmware needs to operate at 2 different speeds.&lt;/P&gt;&lt;P&gt;When receiving and decoding data, it functions fine with clock speeds as low as 40Mhz, but when encoding and transmitting data, the audio encoder takes a long time to process the signal and I need to increase the clock speed / Run mode to around 96Mhz.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, I have a strange problem where when I change clock speeds / run modes, from 40Mhz to 96Mhz the RTOS seems to hang for enough time to cause the input buffer to overflow.&lt;/P&gt;&lt;P&gt;Strangely if I lower the clock speed when in receive mode, to 32Mhz, I can switch to 96Mhz without any delay in the RTOS.&lt;/P&gt;&lt;P&gt;When changing Run mode and clock speeds, I've tried updating the RTOS timer interrupt to use the new clock speed by calling&amp;nbsp; vPortSetupTimerInterrupt()&amp;nbsp;&lt;/P&gt;&lt;P&gt;But this doesn't seem to make any difference.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is there something else i should be doing when changing clock speeds to ensure that the RTOS does not hang for a while?&lt;/P&gt;</description>
    <pubDate>Mon, 01 Feb 2021 21:36:40 GMT</pubDate>
    <dc:creator>roger5</dc:creator>
    <dc:date>2021-02-01T21:36:40Z</dc:date>
    <item>
      <title>Changing Run / Power modes when using FreeRTOS</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1224238#M59484</link>
      <description>&lt;P&gt;I'm experiencing some strange problems while changing Run / Power modes whilst using FreeRTOS&lt;/P&gt;&lt;P&gt;The firmware needs to operate at 2 different speeds.&lt;/P&gt;&lt;P&gt;When receiving and decoding data, it functions fine with clock speeds as low as 40Mhz, but when encoding and transmitting data, the audio encoder takes a long time to process the signal and I need to increase the clock speed / Run mode to around 96Mhz.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, I have a strange problem where when I change clock speeds / run modes, from 40Mhz to 96Mhz the RTOS seems to hang for enough time to cause the input buffer to overflow.&lt;/P&gt;&lt;P&gt;Strangely if I lower the clock speed when in receive mode, to 32Mhz, I can switch to 96Mhz without any delay in the RTOS.&lt;/P&gt;&lt;P&gt;When changing Run mode and clock speeds, I've tried updating the RTOS timer interrupt to use the new clock speed by calling&amp;nbsp; vPortSetupTimerInterrupt()&amp;nbsp;&lt;/P&gt;&lt;P&gt;But this doesn't seem to make any difference.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is there something else i should be doing when changing clock speeds to ensure that the RTOS does not hang for a while?&lt;/P&gt;</description>
      <pubDate>Mon, 01 Feb 2021 21:36:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1224238#M59484</guid>
      <dc:creator>roger5</dc:creator>
      <dc:date>2021-02-01T21:36:40Z</dc:date>
    </item>
    <item>
      <title>Re: Changing Run / Power modes when using FreeRTOS</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1242237#M59834</link>
      <description>&lt;P&gt;Hi Roger:&lt;/P&gt;
&lt;P&gt;Could you please let me know the hardware you are using and how to reproduce your issue on the EVK board?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Tue, 09 Mar 2021 05:55:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1242237#M59834</guid>
      <dc:creator>danielchen</dc:creator>
      <dc:date>2021-03-09T05:55:53Z</dc:date>
    </item>
    <item>
      <title>Re: Changing Run / Power modes when using FreeRTOS</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1242249#M59835</link>
      <description>&lt;P&gt;Sorry Daniel&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I thought I'd replied to all the issues I'd opened, saying they had now been resolved.&lt;/P&gt;&lt;P&gt;The problem was a coding bug, associated with a variable referenced by the Notification struct, which was declared as a local variable in a function, but the Notification struct was in global memory, and the local variable had gone out of scope and been overwritten.&lt;/P&gt;&lt;P&gt;The code has now been fixed&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;BTW.&lt;/P&gt;&lt;P&gt;I'm not using a development board, I'm using some hardware from a company in China which uses the MK22 as the main processor&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please can you close this thread as resolved.&lt;/P&gt;</description>
      <pubDate>Tue, 09 Mar 2021 06:07:20 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Changing-Run-Power-modes-when-using-FreeRTOS/m-p/1242249#M59835</guid>
      <dc:creator>roger5</dc:creator>
      <dc:date>2021-03-09T06:07:20Z</dc:date>
    </item>
  </channel>
</rss>

