<?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>LPC MicrocontrollersのトピックRe: LPC55 - CAN base address alignment</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55-CAN-base-address-alignment/m-p/2184214#M58853</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/190981"&gt;@MRota&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;SECTION class="ybc-p"&gt;Thanks for contacting us. There might be some confusion about the term "aligned to 16 bits." It actually means that the memory address must be aligned on a 16-bit boundary.&amp;nbsp; For example, valid addresses include 0x10000, 0x20000, 0x110000 and 0x20010000 — in each case, the last 16 bits of the address are the same.&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;In other words, the memory space 2¹⁶&amp;nbsp; is 64 KB.&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;Thank you.&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;BR&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;Alice&lt;/SECTION&gt;</description>
    <pubDate>Sat, 11 Oct 2025 06:20:23 GMT</pubDate>
    <dc:creator>Alice_Yang</dc:creator>
    <dc:date>2025-10-11T06:20:23Z</dc:date>
    <item>
      <title>LPC55 - CAN base address alignment</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55-CAN-base-address-alignment/m-p/2183951#M58852</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;&lt;BR /&gt;I am following up from this question&lt;BR /&gt;&lt;A href="https://community.nxp.com/t5/LPC-Microcontrollers/CAN-base-address-align-restriction-in-LPC55/m-p/1356431" target="_blank"&gt;Solved: CAN base address align restriction in LPC55 - NXP Community&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Recap:&lt;BR /&gt;-&amp;nbsp;&lt;SPAN&gt;The CAN0_RAM_BASE_ADDRESS is linked into the&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;&lt;EM&gt;.bss&lt;/EM&gt;&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;section.&lt;BR /&gt;- The&lt;STRONG&gt; .bss&lt;/STRONG&gt; output section comes after the&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;&lt;EM&gt;.data&lt;/EM&gt;&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;output section, and both are linked into the&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;RAM_0_1_2&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;(0x20000000). This RAM has a lenght of 0x10000.&lt;/SPAN&gt;&lt;BR /&gt;-&amp;nbsp;&lt;SPAN&gt;So, if&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;.data&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;is not empty, CAN0_RAM_BASE_ADDRESS can not be linked into the address 0x20000000 because it is already use by&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;.data&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;vars, and the following address aligned to 0x10000, is 0x20010000, and unfortunetly is out of range of the&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;RAM_0_1_2&lt;/STRONG&gt;&lt;SPAN&gt;.&lt;BR /&gt;&lt;BR /&gt;The provided workaround was:&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;PRE&gt;SDK_ALIGN(uint32_t CAN0_RAM_BASE_ADDRESS[CAN0_MESSAGE_RAM_SIZE], CAN0_BASE_ADDRESS_ALIGN_SIZE)&lt;STRONG&gt;&lt;FONT color="#FF0000"&gt; = {1}&lt;/FONT&gt;&lt;/STRONG&gt;;&lt;/PRE&gt;&lt;P&gt;&lt;SPAN&gt;&lt;BR /&gt;But while this works, there is something in the autogenerated comments that... well&lt;BR /&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;PRE&gt;&lt;SPAN&gt;&lt;STRONG&gt;/* Allocation of the Message RAM in memory that is alligned to 16 bits. */&lt;/STRONG&gt;&lt;BR /&gt;SDK_ALIGN(uint32_t CAN0_RAM_BASE_ADDRESS[CAN0_MESSAGE_RAM_SIZE], CAN0_BASE_ADDRESS_ALIGN_SIZE);&lt;BR /&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Aligned to &lt;STRONG&gt;16bits&lt;/STRONG&gt;? 0x10000 is &lt;STRONG&gt;64Kb&lt;/STRONG&gt;.&lt;BR /&gt;If the autogenerated comment is true, the alignment should be &lt;STRONG&gt;0b10000.&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 10 Oct 2025 15:05:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55-CAN-base-address-alignment/m-p/2183951#M58852</guid>
      <dc:creator>MRota</dc:creator>
      <dc:date>2025-10-10T15:05:40Z</dc:date>
    </item>
    <item>
      <title>Re: LPC55 - CAN base address alignment</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55-CAN-base-address-alignment/m-p/2184214#M58853</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/190981"&gt;@MRota&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;SECTION class="ybc-p"&gt;Thanks for contacting us. There might be some confusion about the term "aligned to 16 bits." It actually means that the memory address must be aligned on a 16-bit boundary.&amp;nbsp; For example, valid addresses include 0x10000, 0x20000, 0x110000 and 0x20010000 — in each case, the last 16 bits of the address are the same.&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;In other words, the memory space 2¹⁶&amp;nbsp; is 64 KB.&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;Thank you.&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;BR&lt;/SECTION&gt;
&lt;SECTION class="ybc-p"&gt;Alice&lt;/SECTION&gt;</description>
      <pubDate>Sat, 11 Oct 2025 06:20:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55-CAN-base-address-alignment/m-p/2184214#M58853</guid>
      <dc:creator>Alice_Yang</dc:creator>
      <dc:date>2025-10-11T06:20:23Z</dc:date>
    </item>
  </channel>
</rss>

