<?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>MCX MicrocontrollersのトピックRe: MCXN236VNLT custom board - RTC0 Peripheral hanging code when clock enabled</title>
    <link>https://community.nxp.com/t5/MCX-Microcontrollers/MCXN236VNLT-custom-board-RTC0-Peripheral-hanging-code-when-clock/m-p/2356383#M5299</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/8905"&gt;@jmullen_condose&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;Thank you for your post. As you mentioned in &lt;A href="https://community.nxp.com/t5/MCX-Microcontrollers/iRTC-failed-to-initialized-using-32k-osc-on-MCXN947/m-p/2355961/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1PRDRaVERLOFpKMUcxfDIzNTU5NjF8U1VCU0NSSVBUSU9OU3xoSw#M5291" target="_blank"&gt;iRTC failed to initialized using 32k osc on MCXN947&lt;/A&gt;, this issue is caused by the requirement to provide a clock source before RTC initialization and access to the RTC registers.&lt;/P&gt;
&lt;P&gt;By default, the RTC CTRL[CLK_SEL] bitfield selects the FRO16K clock source. Therefore, the FRO16K clock must remain enabled until the RTC CTRL[CLK_SEL] is switched to the OSC32K clock source. This is the only correct way to properly initialize the RTCCLKSEL clock selector.&lt;/P&gt;
&lt;P&gt;In addition, I will also create an internal ticket for MCXN236. Before a permanent fix is available, please refer to the workaround described in that post.&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;
&lt;/DIV&gt;</description>
    <pubDate>Mon, 27 Apr 2026 07:42:19 GMT</pubDate>
    <dc:creator>Celeste_Liu</dc:creator>
    <dc:date>2026-04-27T07:42:19Z</dc:date>
    <item>
      <title>MCXN236VNLT custom board - RTC0 Peripheral hanging code when clock enabled</title>
      <link>https://community.nxp.com/t5/MCX-Microcontrollers/MCXN236VNLT-custom-board-RTC0-Peripheral-hanging-code-when-clock/m-p/2355434#M5281</link>
      <description>&lt;P&gt;I have an MCXN236VNLT custom board being developed. When I enable the RTC0 Peripheral the MCU hangs and my Cyclone loses connection when I enable the clock then access any registers on the RTC0.&amp;nbsp; clock_config.c does the following:&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;P&gt;&lt;SPAN&gt;CLOCK_SetPLL0Freq(&amp;amp;pll0Setup); &lt;/SPAN&gt;&lt;SPAN&gt;/*!&amp;lt; Configure PLL0 to the desired values */&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;CLOCK_SetPll0MonitorMode(&lt;/SPAN&gt;&lt;SPAN&gt;kSCG_Pll0MonitorDisable&lt;/SPAN&gt;&lt;SPAN&gt;); &lt;/SPAN&gt;&lt;SPAN&gt;/* Pll0 Monitor is disabled */&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;CLOCK_SetupOsc32KClocking(&lt;/SPAN&gt;&lt;SPAN&gt;kCLOCK_Osc32kToVbat&lt;/SPAN&gt;&lt;SPAN&gt;); &lt;/SPAN&gt;&lt;SPAN&gt;/* OSC_32 kHz output clock to &lt;/SPAN&gt;&lt;SPAN&gt;Vbat&lt;/SPAN&gt;&lt;SPAN&gt; enabled */&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;vbat_osc_config_t&lt;/SPAN&gt;&lt;SPAN&gt; g_vbatOscConfig_BOARD_BootClockPLL150M = {&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;.coarseAdjustment = &lt;/SPAN&gt;&lt;SPAN&gt;kVBAT_OscCoarseAdjustment05&lt;/SPAN&gt;&lt;SPAN&gt;,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;.enableInternalCapBank = true,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;.enableCrystalOscillatorBypass = true,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;.xtalCap = &lt;/SPAN&gt;&lt;SPAN&gt;kVBAT_OscXtal12pFCap&lt;/SPAN&gt;&lt;SPAN&gt;,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;.extalCap = &lt;/SPAN&gt;&lt;SPAN&gt;kVBAT_OscExtal12pFCap&lt;/SPAN&gt;&lt;SPAN&gt;,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;};&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;VBAT_SetOscConfig(VBAT0, &amp;amp;g_vbatOscConfig_BOARD_BootClockPLL150M);&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;SYSCON-&amp;gt;&lt;/SPAN&gt;&lt;SPAN&gt;CLOCK_CTRL&lt;/SPAN&gt;&lt;SPAN&gt; |= SYSCON_CLOCK_CTRL_FRO1MHZ_CLK_ENA_MASK; &lt;/SPAN&gt;&lt;SPAN&gt;/*!&amp;lt; Enable FRO_1M is on */&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;CLOCK_EnableClock(&lt;/SPAN&gt;&lt;SPAN&gt;kCLOCK_Rtc0&lt;/SPAN&gt;&lt;SPAN&gt;);&lt;BR /&gt;RTC0-&amp;gt;CTRL |= RTC_CTRL_CLK_SEL_MASK; (HANGS HERE!)&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;If I skip that line in the debugger, MCU startup continues until any other code tries to access any register on the RTC0.&lt;BR /&gt;I have tried everything I can think of so far. Systick and MRT are also running, with higher priority Interrupts, but even when disabled, it just seems to be a clock issue with RTC0.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Strangely, when MCUxpresso stops connecting, it opens a tab for "ADC0_IRQHandler() at 0x0" and displays "No source available for "ADC0_IRQHandler() at 0x0"&amp;nbsp;"&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I am using an external 32768 crystal, if I change the clock to the internal 16k one, the code runs a bit further, to:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;P&gt;&lt;SPAN&gt;status_t&lt;/SPAN&gt; &lt;SPAN&gt;IRTC_Init&lt;/SPAN&gt;&lt;SPAN&gt;(&lt;/SPAN&gt;&lt;SPAN&gt;RTC_Type&lt;/SPAN&gt;&lt;SPAN&gt; *base, &lt;/SPAN&gt;&lt;SPAN&gt;const&lt;/SPAN&gt; &lt;SPAN&gt;irtc_config_t&lt;/SPAN&gt;&lt;SPAN&gt; *config)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;{&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;assert(NULL != config);&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;and fails at the "assert". "config" = the configuration, not NULL, so what's up with that? Ugh!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Any fresh eyes or ideas, much appreciated!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 23 Apr 2026 21:03:31 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCX-Microcontrollers/MCXN236VNLT-custom-board-RTC0-Peripheral-hanging-code-when-clock/m-p/2355434#M5281</guid>
      <dc:creator>jmullen_condose</dc:creator>
      <dc:date>2026-04-23T21:03:31Z</dc:date>
    </item>
    <item>
      <title>Re: MCXN236VNLT custom board - RTC0 Peripheral hanging code when clock enabled</title>
      <link>https://community.nxp.com/t5/MCX-Microcontrollers/MCXN236VNLT-custom-board-RTC0-Peripheral-hanging-code-when-clock/m-p/2356383#M5299</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/8905"&gt;@jmullen_condose&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;Thank you for your post. As you mentioned in &lt;A href="https://community.nxp.com/t5/MCX-Microcontrollers/iRTC-failed-to-initialized-using-32k-osc-on-MCXN947/m-p/2355961/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1PRDRaVERLOFpKMUcxfDIzNTU5NjF8U1VCU0NSSVBUSU9OU3xoSw#M5291" target="_blank"&gt;iRTC failed to initialized using 32k osc on MCXN947&lt;/A&gt;, this issue is caused by the requirement to provide a clock source before RTC initialization and access to the RTC registers.&lt;/P&gt;
&lt;P&gt;By default, the RTC CTRL[CLK_SEL] bitfield selects the FRO16K clock source. Therefore, the FRO16K clock must remain enabled until the RTC CTRL[CLK_SEL] is switched to the OSC32K clock source. This is the only correct way to properly initialize the RTCCLKSEL clock selector.&lt;/P&gt;
&lt;P&gt;In addition, I will also create an internal ticket for MCXN236. Before a permanent fix is available, please refer to the workaround described in that post.&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;
&lt;/DIV&gt;</description>
      <pubDate>Mon, 27 Apr 2026 07:42:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCX-Microcontrollers/MCXN236VNLT-custom-board-RTC0-Peripheral-hanging-code-when-clock/m-p/2356383#M5299</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2026-04-27T07:42:19Z</dc:date>
    </item>
  </channel>
</rss>

