<?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>S32KのトピックRe: Adding the Ethernet stack to the base firmware</title>
    <link>https://community.nxp.com/t5/S32K/Adding-the-Ethernet-stack-to-the-base-firmware/m-p/2408051#M60653</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;Please note that SW32K3_TCPIP_STACK_4.0.0_D2512 supports the GMAC HLD driver (Eth_43_GMAC), which is based on the MCAL Ethernet stack. The MCSPTR2AK396 example, however, is based on the IP driver layer.&lt;/P&gt;
&lt;P&gt;Because of this architectural mismatch, integrating the TCP/IP stack into the existing MCSPTR2AK396 project is not a straightforward task. The TCP/IP stack does not interface directly with the IP-layer GMAC drivers.&lt;/P&gt;
&lt;P&gt;The approach you tried could be feasible, using a mixed architecture where the motor-control peripherals remain on the IP driver layer while Ethernet uses the MCAL/HLD stack required by the TCP/IP solution. However, the feasibility of this approach must be evaluated on a case-by-case basis, depending on the specific drivers and overall software architecture used.&lt;/P&gt;
&lt;P&gt;I am not aware of a ready-made demo combining both motor control and Ethernet on the S32K396.&lt;/P&gt;
&lt;P&gt;However, HLD-based motor-control demos are available for other S32K3 derivatives, such as the S32K344:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Motor-control-SW-examples/ta-p/1804577" target="_blank"&gt;https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Motor-control-SW-examples/ta-p/1804577&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;These examples may provide useful guidance if you decide to move toward an HLD/MCAL-based architecture.&lt;/P&gt;
&lt;P&gt;BR, Petr&lt;/P&gt;
&lt;/DIV&gt;</description>
    <pubDate>Tue, 25 Aug 2026 06:50:03 GMT</pubDate>
    <dc:creator>PetrS</dc:creator>
    <dc:date>2026-08-25T06:50:03Z</dc:date>
    <item>
      <title>Adding the Ethernet stack to the base firmware</title>
      <link>https://community.nxp.com/t5/S32K/Adding-the-Ethernet-stack-to-the-base-firmware/m-p/2407065#M60588</link>
      <description>&lt;P&gt;I am working with the 3-Phase Permanent Magnet Synchronous Motor Control Development Kit with S32K396 MCSPTR2AK396. I installed the following stack:&lt;BR /&gt;S32DS_3.6.5_RFP_win32&lt;BR /&gt;S32K3_ETPU_SW_4.9_2.0.1_D2512&lt;BR /&gt;SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512&lt;BR /&gt;SW32K3_FreeMASTER_Driver_1.5.0_D2512&lt;BR /&gt;S32K3xx_AMMCLIB_RTM_1_1_45_BIN&lt;BR /&gt;MCSPTR2AK396_SW&lt;BR /&gt;GCC version 10.2.&lt;BR /&gt;SW32K3_FreeRTOS_11.1.0_0.8.0_CD1_D2603&lt;BR /&gt;SW32K3_TCPIP_STACK_4.0.0_D2512&lt;BR /&gt;&lt;BR /&gt;I tested two projects separately. The basic motor control project (MCSPTR2AK396_PMSM_FOC_3Sh_SwRes_ll_M7_0_0) works perfectly. The example project with Ethernet (lwip_baremetal_s32k396) also works, and the board pings successfully.&lt;/P&gt;&lt;P&gt;Next, I wanted to combine these two projects so that while controlling the motor, I could transmit data over Ethernet. It sounds like a logical continuation, but I encountered some difficulties.&lt;/P&gt;&lt;P&gt;In the motor project, the POWER module is used, and when I add the Ethernet driver (Eth_43_GMAC), it starts requiring the Mcu module. When I add the Mcu, the configurator complains—Mcu and POWER cannot coexist.&lt;/P&gt;&lt;P&gt;Now I’m trying different approaches: I attempt to replace POWER with MCU, try to transfer clock settings, but this leads to a bunch of other errors. And it’s unclear how many more incompatibilities will arise.&lt;/P&gt;&lt;P&gt;So my main question is: Is this even feasible? Am I wasting my time, and are these fundamentally incompatible things? Or am I just thinking incorrectly and missing something?&lt;/P&gt;&lt;P&gt;If anyone has successfully run both the motor and Ethernet together on the S32K396, please share your experience. Maybe there’s a ready-made example or a proven configuration method. I would be very grateful for any information.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Anna_Anna_1-1787238162573.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/395037i0FEEEC43489008BB/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Anna_Anna_1-1787238162573.png" alt="Anna_Anna_1-1787238162573.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Anna_Anna_3-1787238893017.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/395042i0FE6F28DDC00392C/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Anna_Anna_3-1787238893017.png" alt="Anna_Anna_3-1787238893017.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 20 Aug 2026 15:19:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Adding-the-Ethernet-stack-to-the-base-firmware/m-p/2407065#M60588</guid>
      <dc:creator>Anna_Anna</dc:creator>
      <dc:date>2026-08-20T15:19:29Z</dc:date>
    </item>
    <item>
      <title>Re: Adding the Ethernet stack to the base firmware</title>
      <link>https://community.nxp.com/t5/S32K/Adding-the-Ethernet-stack-to-the-base-firmware/m-p/2408051#M60653</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;Please note that SW32K3_TCPIP_STACK_4.0.0_D2512 supports the GMAC HLD driver (Eth_43_GMAC), which is based on the MCAL Ethernet stack. The MCSPTR2AK396 example, however, is based on the IP driver layer.&lt;/P&gt;
&lt;P&gt;Because of this architectural mismatch, integrating the TCP/IP stack into the existing MCSPTR2AK396 project is not a straightforward task. The TCP/IP stack does not interface directly with the IP-layer GMAC drivers.&lt;/P&gt;
&lt;P&gt;The approach you tried could be feasible, using a mixed architecture where the motor-control peripherals remain on the IP driver layer while Ethernet uses the MCAL/HLD stack required by the TCP/IP solution. However, the feasibility of this approach must be evaluated on a case-by-case basis, depending on the specific drivers and overall software architecture used.&lt;/P&gt;
&lt;P&gt;I am not aware of a ready-made demo combining both motor control and Ethernet on the S32K396.&lt;/P&gt;
&lt;P&gt;However, HLD-based motor-control demos are available for other S32K3 derivatives, such as the S32K344:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Motor-control-SW-examples/ta-p/1804577" target="_blank"&gt;https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Motor-control-SW-examples/ta-p/1804577&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;These examples may provide useful guidance if you decide to move toward an HLD/MCAL-based architecture.&lt;/P&gt;
&lt;P&gt;BR, Petr&lt;/P&gt;
&lt;/DIV&gt;</description>
      <pubDate>Tue, 25 Aug 2026 06:50:03 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Adding-the-Ethernet-stack-to-the-base-firmware/m-p/2408051#M60653</guid>
      <dc:creator>PetrS</dc:creator>
      <dc:date>2026-08-25T06:50:03Z</dc:date>
    </item>
  </channel>
</rss>

