<?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: S32DS PA SDK 2.9.0 eMIOS OPWMB channel cannot be driven from OPWFMB timebase in S32 SDK</title>
    <link>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890843#M961</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Petr,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You are correct, the counter must be in MCB mode (such that it counts from 1 ... A1) and count UP only, otherwise the behavior is unexpected or undefined. I would assume that the counter part of the UC configured as OPWFMB would operate as MCB UP mode, at least the RM description of MCB and OPWFMB seems identical with respect to counter control. If this is the case, should the documentation be updated? This will free up an eMIOS channel in our application.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Dan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 17 May 2019 17:17:17 GMT</pubDate>
    <dc:creator>dan_teodorescu</dc:creator>
    <dc:date>2019-05-17T17:17:17Z</dc:date>
    <item>
      <title>S32DS PA SDK 2.9.0 eMIOS OPWMB channel cannot be driven from OPWFMB timebase</title>
      <link>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890841#M959</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The current implementation of S32DS PA SDK 2.9.0 does not support the configuration of an eMIOS OPWMB channel with a timebase channel configured to be in OPWFMB mode. It only supports a timebase channel configured in MCB mode.&lt;/P&gt;&lt;P&gt;Our application requirement is for two eMIOS channels generating opposite-polarity signals, with dead-time in between, as follows:&lt;/P&gt;&lt;PRE&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ________&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="display: inline !important; float: none; background-color: transparent; color: #3d3d3d; font-family: Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; font-size: 15px; font-style: normal; font-variant: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: left; text-decoration: none; text-indent: 0px; text-transform: none; -webkit-text-stroke-width: 0px; white-space: pre; word-spacing: 0px;"&gt;________&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; _____&lt;/SPAN&gt;
TB_CHAN : ____|&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; |_________|&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; |_&lt;SPAN style="display: inline !important; float: none; background-color: transparent; color: #3d3d3d; font-family: Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; font-size: 15px; font-style: normal; font-variant: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: left; text-decoration: none; text-indent: 0px; text-transform: none; -webkit-text-stroke-width: 0px; white-space: pre; word-spacing: 0px;"&gt;_________|&lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;
     &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ___&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ______&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; _______
AUX_CHAN:&amp;nbsp;&amp;nbsp;&amp;nbsp; |__________|&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; |____________|&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; |________&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One of the channels is assigned to a BCD eMIOS channel, and the other belongs to the same eMIOS group; ie. one of the channels has to function as common timebase and pwm output.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The current driver seems to require three eMIOS channels, one functioning as an MCB timebase and two functioning as pwm outputs. This seems to be a limitation of the eMIOS pwm driver implementation and not of the eMIOS peripheral itself. Therefore, please update the driver such that:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;SPAN style="font-size: 10.0pt;"&gt; The OPWMB function will accept a timebase channel operating in OPWFMB mode.&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN style="font-size: 10.0pt;"&gt; There is a way to initialize the leading and trailing edge placement for the OPWMB mode.&lt;/SPAN&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Attached you can see a partial implementation of the proposed solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Dan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 May 2019 22:21:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890841#M959</guid>
      <dc:creator>dan_teodorescu</dc:creator>
      <dc:date>2019-05-10T22:21:17Z</dc:date>
    </item>
    <item>
      <title>Re: S32DS PA SDK 2.9.0 eMIOS OPWMB channel cannot be driven from OPWFMB timebase</title>
      <link>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890842#M960</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;I guess the SDK driver is following the RM and it states "An external counter driven in MCB Up mode must&lt;BR /&gt;be selected from one of the counter buses." for OPWMB mode.&lt;/P&gt;&lt;P&gt;Anyway OPWFMB seems to be functional too as counter bus.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BR, Petr&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 May 2019 09:25:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890842#M960</guid>
      <dc:creator>PetrS</dc:creator>
      <dc:date>2019-05-14T09:25:13Z</dc:date>
    </item>
    <item>
      <title>Re: S32DS PA SDK 2.9.0 eMIOS OPWMB channel cannot be driven from OPWFMB timebase</title>
      <link>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890843#M961</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Petr,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You are correct, the counter must be in MCB mode (such that it counts from 1 ... A1) and count UP only, otherwise the behavior is unexpected or undefined. I would assume that the counter part of the UC configured as OPWFMB would operate as MCB UP mode, at least the RM description of MCB and OPWFMB seems identical with respect to counter control. If this is the case, should the documentation be updated? This will free up an eMIOS channel in our application.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Dan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 May 2019 17:17:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-SDK/S32DS-PA-SDK-2-9-0-eMIOS-OPWMB-channel-cannot-be-driven-from/m-p/890843#M961</guid>
      <dc:creator>dan_teodorescu</dc:creator>
      <dc:date>2019-05-17T17:17:17Z</dc:date>
    </item>
  </channel>
</rss>

