<?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>FreeMASTERのトピックFreeMASTER's development proposal for operating on 32/64-bit</title>
    <link>https://community.nxp.com/t5/FreeMASTER/FreeMASTER-s-development-proposal-for-operating-on-32-64-bit/m-p/2125944#M2029</link>
    <description>&lt;P&gt;I attempted to &lt;STRONG&gt;implement my algorithm&lt;/STRONG&gt; using only software on the &lt;STRONG&gt;Windows&lt;/STRONG&gt; platform, and utilized &lt;STRONG&gt;virtual communication and FreeMASTER&lt;/STRONG&gt; lite to attempt to create an automatic test that is independent of the MCU environment.&lt;/P&gt;&lt;P&gt;The crucial printf code&lt;/P&gt;&lt;LI-CODE lang="c"&gt;    FMSTR_SIZE size = 0;
    FMSTR_ADDR addr = FMSTR_TsaGetTable(0, &amp;amp;size);
    printf("TSA table 0 addr=%p size=%u\n", (void *)addr, (unsigned)size);&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the &lt;STRONG&gt;64-bit&lt;/STRONG&gt; compilation environment I usually use, the &lt;STRONG&gt;TSA operation fails to work&lt;/STRONG&gt; properly. My code printf&lt;STRONG&gt; "TSA Table 0 addr= 00007ff7b1a742a0 size= 992".&lt;/STRONG&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;The reload TSA communication flow——FreeMASTER&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;gt;&amp;gt; 2B 29 01 00 6C&lt;BR /&gt;&amp;lt;&amp;lt; 2B 40 0A 23 E0 07 80 EA FE 1F 78&lt;BR /&gt;&amp;gt;&amp;gt; 2B 21 07 80 0A F0 01 15&lt;BR /&gt;&amp;lt;&amp;lt; 2B 89 B6&lt;BR /&gt;&amp;gt;&amp;gt; 2B 29 01 01 6B&lt;BR /&gt;&amp;lt;&amp;lt; 2B 40 09 23 00 A0 89 FA 80 EA FE 1F E0&lt;BR /&gt;&amp;gt;&amp;gt; 2B 29 01 02 62&lt;BR /&gt;&amp;lt;&amp;lt; 2B 40 03 23 00 00 0C&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&amp;nbsp;I switched to using a &lt;STRONG&gt;32-bit&lt;/STRONG&gt; compilation environment. the &lt;STRONG&gt;TSA is operation properly&lt;/STRONG&gt;.&amp;nbsp;My code printf&lt;STRONG&gt; "TSA table 0 addr=008d22a0 size=496".&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;It is noted that in 64-bit compilation, the "size" parameter will be doubled. So, I conducted the test in this way. Simplify the TSA.&lt;/P&gt;&lt;LI-CODE lang="c"&gt;float          f1;
uint32_t       u1;

FMSTR_TSA_RW_VAR(u1, FMSTR_TSA_SINT32)
FMSTR_TSA_RW_VAR(f1, FMSTR_TSA_FLOAT)&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;in 64bit "TSA table 0 addr=00007ff63e4541a0 size=64"&lt;BR /&gt;in 32bit "TSA table 0 addr=00ed21a0 size=32"&lt;BR /&gt;&lt;BR /&gt;This stems from the introduction of &lt;STRONG&gt;char *&lt;/STRONG&gt; and &lt;STRONG&gt;void *&lt;/STRONG&gt; in FMSTR_TSA_RW_VAR&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;I would like to know if the FreeMASTER development team has any plans to support 64-bit environments&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;I believe that FreeMASTER has great potential in virtual device testing and control algorithm verification.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 01 Jul 2025 02:05:12 GMT</pubDate>
    <dc:creator>yono233</dc:creator>
    <dc:date>2025-07-01T02:05:12Z</dc:date>
    <item>
      <title>FreeMASTER's development proposal for operating on 32/64-bit</title>
      <link>https://community.nxp.com/t5/FreeMASTER/FreeMASTER-s-development-proposal-for-operating-on-32-64-bit/m-p/2125944#M2029</link>
      <description>&lt;P&gt;I attempted to &lt;STRONG&gt;implement my algorithm&lt;/STRONG&gt; using only software on the &lt;STRONG&gt;Windows&lt;/STRONG&gt; platform, and utilized &lt;STRONG&gt;virtual communication and FreeMASTER&lt;/STRONG&gt; lite to attempt to create an automatic test that is independent of the MCU environment.&lt;/P&gt;&lt;P&gt;The crucial printf code&lt;/P&gt;&lt;LI-CODE lang="c"&gt;    FMSTR_SIZE size = 0;
    FMSTR_ADDR addr = FMSTR_TsaGetTable(0, &amp;amp;size);
    printf("TSA table 0 addr=%p size=%u\n", (void *)addr, (unsigned)size);&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the &lt;STRONG&gt;64-bit&lt;/STRONG&gt; compilation environment I usually use, the &lt;STRONG&gt;TSA operation fails to work&lt;/STRONG&gt; properly. My code printf&lt;STRONG&gt; "TSA Table 0 addr= 00007ff7b1a742a0 size= 992".&lt;/STRONG&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;The reload TSA communication flow——FreeMASTER&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;gt;&amp;gt; 2B 29 01 00 6C&lt;BR /&gt;&amp;lt;&amp;lt; 2B 40 0A 23 E0 07 80 EA FE 1F 78&lt;BR /&gt;&amp;gt;&amp;gt; 2B 21 07 80 0A F0 01 15&lt;BR /&gt;&amp;lt;&amp;lt; 2B 89 B6&lt;BR /&gt;&amp;gt;&amp;gt; 2B 29 01 01 6B&lt;BR /&gt;&amp;lt;&amp;lt; 2B 40 09 23 00 A0 89 FA 80 EA FE 1F E0&lt;BR /&gt;&amp;gt;&amp;gt; 2B 29 01 02 62&lt;BR /&gt;&amp;lt;&amp;lt; 2B 40 03 23 00 00 0C&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&amp;nbsp;I switched to using a &lt;STRONG&gt;32-bit&lt;/STRONG&gt; compilation environment. the &lt;STRONG&gt;TSA is operation properly&lt;/STRONG&gt;.&amp;nbsp;My code printf&lt;STRONG&gt; "TSA table 0 addr=008d22a0 size=496".&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;It is noted that in 64-bit compilation, the "size" parameter will be doubled. So, I conducted the test in this way. Simplify the TSA.&lt;/P&gt;&lt;LI-CODE lang="c"&gt;float          f1;
uint32_t       u1;

FMSTR_TSA_RW_VAR(u1, FMSTR_TSA_SINT32)
FMSTR_TSA_RW_VAR(f1, FMSTR_TSA_FLOAT)&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;in 64bit "TSA table 0 addr=00007ff63e4541a0 size=64"&lt;BR /&gt;in 32bit "TSA table 0 addr=00ed21a0 size=32"&lt;BR /&gt;&lt;BR /&gt;This stems from the introduction of &lt;STRONG&gt;char *&lt;/STRONG&gt; and &lt;STRONG&gt;void *&lt;/STRONG&gt; in FMSTR_TSA_RW_VAR&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;I would like to know if the FreeMASTER development team has any plans to support 64-bit environments&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;I believe that FreeMASTER has great potential in virtual device testing and control algorithm verification.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Jul 2025 02:05:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/FreeMASTER/FreeMASTER-s-development-proposal-for-operating-on-32-64-bit/m-p/2125944#M2029</guid>
      <dc:creator>yono233</dc:creator>
      <dc:date>2025-07-01T02:05:12Z</dc:date>
    </item>
    <item>
      <title>Re: FreeMASTER's development proposal for operating on 32/64-bit</title>
      <link>https://community.nxp.com/t5/FreeMASTER/FreeMASTER-s-development-proposal-for-operating-on-32-64-bit/m-p/2129926#M2030</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;thank you for sharing your use case. Unfortunately, I have to confirm the limitation to 32 bit platforms only. Supporting 64bit target platforms is in the plans but I cannot promise any date when this will be available.&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Michal&lt;/P&gt;</description>
      <pubDate>Tue, 08 Jul 2025 07:32:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/FreeMASTER/FreeMASTER-s-development-proposal-for-operating-on-32-64-bit/m-p/2129926#M2030</guid>
      <dc:creator>MichalH</dc:creator>
      <dc:date>2025-07-08T07:32:07Z</dc:date>
    </item>
  </channel>
</rss>

