<?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>topic Re: S32K144 Driver vs PAL? in S32 SDK</title>
    <link>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019122#M1459</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As extracted from the SDK documentation:&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;&lt;STRONG&gt;PAL - Peripheral Abstraction layer&lt;/STRONG&gt;&lt;BR /&gt; - Interface abstraction for a family of peripherals (E.g. LPUART + LINFlexD_UART + eSCI + FlexIO_UART + etc.)&lt;BR /&gt; - Single layer per SDK&lt;BR /&gt; - Same generic API on multiple platforms&lt;BR /&gt; &lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;PD - Peripheral Drivers&lt;/STRONG&gt;&lt;BR /&gt; - IP dedicated low-level drivers&lt;BR /&gt; - Designed for efficiency and IP features set coverage&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;When to use the Peripheral Abstraction Layer (PAL)?&lt;/STRONG&gt;&lt;BR /&gt; - Whenever an application needs a simplified, generic interface that abstracts as much as possible the underlying silicon features.&lt;BR /&gt; - Whenever developing portable higher level generic code that is meant to run on different NXP platforms. This may include anything from low level console utility libraries to communication stacks like TCP/IP.&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;&lt;STRONG&gt;&amp;nbsp;When to use Peripheral Drivers?&lt;/STRONG&gt;&lt;BR /&gt; - Whenever developing for high efficiency (code size, execution speed, etc.) or planning to use specific peripheral features.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Rares&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 21 Nov 2019 09:20:51 GMT</pubDate>
    <dc:creator>raresvasile</dc:creator>
    <dc:date>2019-11-21T09:20:51Z</dc:date>
    <item>
      <title>S32K144 Driver vs PAL?</title>
      <link>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019121#M1458</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;What is the difference between the S32K "ADC Driver" and the "ADC PAL" (using the S32K144).&amp;nbsp; What would the criteria be to choose either?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Al&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 20 Nov 2019 19:15:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019121#M1458</guid>
      <dc:creator>alwin_lutz</dc:creator>
      <dc:date>2019-11-20T19:15:02Z</dc:date>
    </item>
    <item>
      <title>Re: S32K144 Driver vs PAL?</title>
      <link>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019122#M1459</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As extracted from the SDK documentation:&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;&lt;STRONG&gt;PAL - Peripheral Abstraction layer&lt;/STRONG&gt;&lt;BR /&gt; - Interface abstraction for a family of peripherals (E.g. LPUART + LINFlexD_UART + eSCI + FlexIO_UART + etc.)&lt;BR /&gt; - Single layer per SDK&lt;BR /&gt; - Same generic API on multiple platforms&lt;BR /&gt; &lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;PD - Peripheral Drivers&lt;/STRONG&gt;&lt;BR /&gt; - IP dedicated low-level drivers&lt;BR /&gt; - Designed for efficiency and IP features set coverage&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;When to use the Peripheral Abstraction Layer (PAL)?&lt;/STRONG&gt;&lt;BR /&gt; - Whenever an application needs a simplified, generic interface that abstracts as much as possible the underlying silicon features.&lt;BR /&gt; - Whenever developing portable higher level generic code that is meant to run on different NXP platforms. This may include anything from low level console utility libraries to communication stacks like TCP/IP.&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;&lt;STRONG&gt;&amp;nbsp;When to use Peripheral Drivers?&lt;/STRONG&gt;&lt;BR /&gt; - Whenever developing for high efficiency (code size, execution speed, etc.) or planning to use specific peripheral features.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Rares&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 21 Nov 2019 09:20:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019122#M1459</guid>
      <dc:creator>raresvasile</dc:creator>
      <dc:date>2019-11-21T09:20:51Z</dc:date>
    </item>
    <item>
      <title>Re: S32K144 Driver vs PAL?</title>
      <link>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019123#M1460</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thank you very much for the clarification, that makes sense.&amp;nbsp; I can see now the difference.&amp;nbsp; I noticed, that the PALs are enabling/using other resources (e.g. Timer Interrupts,...) that one has to be aware of in the design.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Al&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 21 Nov 2019 21:57:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-SDK/S32K144-Driver-vs-PAL/m-p/1019123#M1460</guid>
      <dc:creator>alwin_lutz</dc:creator>
      <dc:date>2019-11-21T21:57:13Z</dc:date>
    </item>
  </channel>
</rss>

