<?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>MQX Software SolutionsのトピックRe: BSP inititalisation order</title>
    <link>https://community.nxp.com/t5/MQX-Software-Solutions/BSP-inititalisation-order/m-p/223170#M5971</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Billnd,&lt;/P&gt;&lt;P&gt;My fingers crossed that a MQX book will be developed but currently there is not one.&lt;/P&gt;&lt;P&gt;There is much documentation in the MQX4.0/docs path.&amp;nbsp; The MQX4.0/docs/mqx has MQXUG.pdf and MQXIOUG.pdf are a good read.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Lots of appnotes can be found at &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.freescale.com/mqx"&gt;http://www.freescale.com/mqx&lt;/A&gt;&lt;SPAN&gt; .&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;In general the method you outline is OK.&lt;/P&gt;&lt;P&gt;The BSP is used to setup and "register" IO drivers to the RTOS for later application use (ex: UARTs) .&amp;nbsp; But MQX is flexible to allow the drivers to be loaded within the MQX application rather than BSP which saves having to recompile it during development.&lt;/P&gt;&lt;P&gt;Many of the MQX4.0/mqx/examples use the application to load a driver as reference.&lt;/P&gt;&lt;P&gt;MQX can be quite overwhelming but with blood sweat and tears it becomes more manageable.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our Kinetis L family has MQX Lite with is implemented using PE (in CodeWarrior or as standalone app) to configure and develop RTOS applications.&amp;nbsp; This will be implemented for the Kinetis K family in the next couple of months.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;David&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 13 Mar 2013 15:40:13 GMT</pubDate>
    <dc:creator>DavidS</dc:creator>
    <dc:date>2013-03-13T15:40:13Z</dc:date>
    <item>
      <title>BSP inititalisation order</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/BSP-inititalisation-order/m-p/223169#M5970</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Currently writing a new BSP and wondering what things should go where. There are two routines that jump out at me as being useful places to put hardware/board initialisation bits and pieces, _bsp_initialize_hardware and _bsp_enable_card. But I'm unclear what should go in each one. I've a number of things to do, eg external clock config, global event flag creation, ADC scheduling, UART driver installation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So my guess is that hardware things that do not need MQX, and indeed MQX may rely on should be done in _bsp_initialize_hardware. So external clock config should be done here?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But by the time _bsp_enable_card executes, MQX is pretty much fully up and running. So MQX routines like _lwevent_create could be put here to create the MQX environment before autostart tasks are generated?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ADC, UART things could go in either _bsp_enable_card or a standard task once MQX is fully up and running.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So is that about right, or am I way off the mark? I have to admit I'm finding MQX just a little overwhelming, and there seems to be a lack of clear documentation for PSP/BSP tailoring. I couldn't even find a book about it on Amazon!!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers in advance for your advice.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 13 Mar 2013 15:05:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/BSP-inititalisation-order/m-p/223169#M5970</guid>
      <dc:creator>billnd</dc:creator>
      <dc:date>2013-03-13T15:05:43Z</dc:date>
    </item>
    <item>
      <title>Re: BSP inititalisation order</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/BSP-inititalisation-order/m-p/223170#M5971</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Billnd,&lt;/P&gt;&lt;P&gt;My fingers crossed that a MQX book will be developed but currently there is not one.&lt;/P&gt;&lt;P&gt;There is much documentation in the MQX4.0/docs path.&amp;nbsp; The MQX4.0/docs/mqx has MQXUG.pdf and MQXIOUG.pdf are a good read.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Lots of appnotes can be found at &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.freescale.com/mqx"&gt;http://www.freescale.com/mqx&lt;/A&gt;&lt;SPAN&gt; .&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;In general the method you outline is OK.&lt;/P&gt;&lt;P&gt;The BSP is used to setup and "register" IO drivers to the RTOS for later application use (ex: UARTs) .&amp;nbsp; But MQX is flexible to allow the drivers to be loaded within the MQX application rather than BSP which saves having to recompile it during development.&lt;/P&gt;&lt;P&gt;Many of the MQX4.0/mqx/examples use the application to load a driver as reference.&lt;/P&gt;&lt;P&gt;MQX can be quite overwhelming but with blood sweat and tears it becomes more manageable.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our Kinetis L family has MQX Lite with is implemented using PE (in CodeWarrior or as standalone app) to configure and develop RTOS applications.&amp;nbsp; This will be implemented for the Kinetis K family in the next couple of months.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;David&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 13 Mar 2013 15:40:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/BSP-inititalisation-order/m-p/223170#M5971</guid>
      <dc:creator>DavidS</dc:creator>
      <dc:date>2013-03-13T15:40:13Z</dc:date>
    </item>
  </channel>
</rss>

