<?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: NXP FRDM-k64f ethernet AWS problem in Zephyr Project</title>
    <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2087921#M308</link>
    <description>&lt;P&gt;&lt;SPAN&gt;Thank you for your patience. I have reported this issue to the internal team. I will let you know as soon as they have any feedback. &lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 28 Apr 2025 03:41:37 GMT</pubDate>
    <dc:creator>Celeste_Liu</dc:creator>
    <dc:date>2025-04-28T03:41:37Z</dc:date>
    <item>
      <title>NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2078599#M295</link>
      <description>&lt;DIV&gt;Good day,&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I was reading a issue with NXP mdio_nxp_enet with Zephyr v3.7.0 (&lt;A href="https://github.com/zephyrproject-rtos/zephyr/issues/76446" target="_blank"&gt;https://github.com/zephyrproject-rtos/zephyr/issues/76446&lt;/A&gt;) and I'm having a similar, but worse problem. We are using the FRDM-K64F board as a development platform and using AWS IOT sample to build our application. Unfortunately, after some random time, the PHY and LINK go down, and I suspect the CPU became without clock. The only way to restart the application is to unplug/plug to restart everything. I appreciate any help you can provide.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; PHY (0) is entering autonegotiation sequence&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; PHY (0) autonegotiation completed&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; PHY 0 is up&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; PHY (0) Link speed 100 Mb, full duplex&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: PHY 0 is up&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: PHY (0) Link speed 100 Mb, full duplex&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; ethernet MAC 02:04:9f:a5:16:a2&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;*** Booting Zephyr OS build v3.7.0 ***&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: starting DHCPv4&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Address[1]: 192.168.0.42&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Subnet[1]: 255.255.255.0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Router[1]: 192.168.0.1&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Lease time[1]: 86400 seconds&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Initializing digital input pins.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Initializing Temperature (maxim_max31865) Sensor&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Initializing analog voltage inputs.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: ADCs HW counter setup done&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Initializing analog current inputs.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Starting analog current inputs thread.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Starting analog voltage inputs thread.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; Acquired time from NTP server: 1744238440&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Setup TLS credentials&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Resolved: &lt;A href="http://52.67.214.160:8883" target="_blank" rel="noopener"&gt;52.67.214.160:8883&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; MQTT event: CONNACK [0] result: 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Subscribing to 1 topic(s)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; MQTT event: SUBACK [7] result: 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: PUBLISHED on topic "sdk/test/java" [ id: 22435 qos: 0 ], payload: 343 B&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;(...)&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: PUBLISHED on topic "sdk/test/java" [ id: 28156 qos: 0 ], payload: 343 B&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;LI-EMOJI id="lia_anguished-face" title=":anguished_face:"&gt;&lt;/LI-EMOJI&gt; PHY 0 is down&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I: Link is down &lt;STRONG&gt;&amp;lt;------------ After this, everything stops. Can't debug, can't flash using CMSIS DAP. Recover only with power cycle.&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 10 Apr 2025 19:24:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2078599#M295</guid>
      <dc:creator>RenanStarke</dc:creator>
      <dc:date>2025-04-10T19:24:08Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2079769#M296</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/249203"&gt;@RenanStarke&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thanks for your post. Which example demo you are using?&lt;/P&gt;
&lt;P&gt;Could you please help me check whether the same error will occur if you use the baremetal AWS IOT project in &lt;A href="https://mcuxpresso.nxp.com/en/select" target="_blank"&gt;Select Board | MCUXpresso SDK Builder&lt;/A&gt; instead of the Zephyr project?&lt;BR /&gt;Would it be convenient for you to tell me the detailed test steps so as to help me reproduce your problem?&lt;/P&gt;
&lt;P&gt;BRs,&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;</description>
      <pubDate>Mon, 14 Apr 2025 08:39:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2079769#M296</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2025-04-14T08:39:56Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2080058#M297</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/237877"&gt;@Celeste_Liu&lt;/a&gt;&amp;nbsp;, thank you.&lt;/P&gt;&lt;P&gt;I'm using &lt;SPAN&gt;aws_iot_mqtt_sample&lt;/SPAN&gt; with Zephyr 3.7.0 LTS and &lt;SPAN&gt;zephyr-sdk-0.16.8&lt;/SPAN&gt;. The problem occurs when the sample code is modified to publish a static string every minute, simulating our application.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;west build -b frdm_k64f&amp;nbsp;&amp;nbsp;&amp;nbsp; (without any modification in DTS nor prj.conf)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Although I haven't tested it with AWS using MCU Expresso, I observed that with Zephyr 4.1.0, the Ethernet connection is lost after prolonged operation, but the MCU clock and PHY remain operational.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Apr 2025 14:42:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2080058#M297</guid>
      <dc:creator>RenanStarke</dc:creator>
      <dc:date>2025-04-14T14:42:29Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2083925#M300</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/249203"&gt;@RenanStarke&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Sorry for the late reply.&lt;/P&gt;
&lt;P&gt;I have updated Zephyr to the latest version. After checking frdm_k64f.yaml, it seems that it doesn't support the aws_iot_mqtt example.&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Celeste_Liu_0-1745246373277.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/334091iF23390C5C7AC1447/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Celeste_Liu_0-1745246373277.png" alt="Celeste_Liu_0-1745246373277.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;And there will be error messages after using "west build".&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Celeste_Liu_1-1745246870821.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/334092i8DF2263D00E86A2C/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Celeste_Liu_1-1745246870821.png" alt="Celeste_Liu_1-1745246870821.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;So, are you porting the aws_iot_mqtt example to the K64F by yourself?&lt;/P&gt;
&lt;P&gt;BRs,&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;</description>
      <pubDate>Mon, 21 Apr 2025 14:49:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2083925#M300</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2025-04-21T14:49:25Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2084879#M303</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/237877"&gt;@Celeste_Liu&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;"I'm using Zephyr 4.1.0, and it works without any modification or porting. The compiler error you saw is related to AWS TLS certificates. Unfortunately, you have to create a "thing" in the AWS IoT Core, place the certificate files into the creds folder, and then run a Python script as indicated in the build error."&lt;/P&gt;&lt;P&gt;Regarding the YAML file, I think it lists the supported hardware, not the sample itself."&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2025 20:14:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2084879#M303</guid>
      <dc:creator>RenanStarke</dc:creator>
      <dc:date>2025-04-22T20:14:17Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2085614#M304</link>
      <description>You can also disable TLS and connect the sample to test.mosquito.org using 1883 port. Since there is a network problem in zephyr 3.7.0, disabling TLS also triggers the link/phy down.</description>
      <pubDate>Wed, 23 Apr 2025 16:38:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2085614#M304</guid>
      <dc:creator>RenanStarke</dc:creator>
      <dc:date>2025-04-23T16:38:05Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2087092#M306</link>
      <description>&lt;P&gt;Thanks for your information. I'm a bit busy at the moment, so there's been a delay in my response. Sorry for the inconvenience caused.&lt;BR /&gt;I'll conduct the tests as soon as possible and keep in touch with you.&lt;/P&gt;</description>
      <pubDate>Fri, 25 Apr 2025 06:49:30 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2087092#M306</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2025-04-25T06:49:30Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2087921#M308</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Thank you for your patience. I have reported this issue to the internal team. I will let you know as soon as they have any feedback. &lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 28 Apr 2025 03:41:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2087921#M308</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2025-04-28T03:41:37Z</dc:date>
    </item>
    <item>
      <title>Re: NXP FRDM-k64f ethernet AWS problem</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2088774#M309</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/249203"&gt;@RenanStarke&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;I just received the reply from the internal team. The said&amp;nbsp;it is best for the you to report this issue in the upstream Zephyr repo.&amp;nbsp; That way, others in the Zephyr Community can help support this issue, including those who support Zephyr's networking stack and the AWS sample.&amp;nbsp; You can create a new GitHub Issue at&amp;nbsp;&lt;A href="https://github.com/zephyrproject-rtos/zephyr/issues/new/choose" target="_blank" rel="nofollow noopener noreferrer"&gt;https://github.com/zephyrproject-rtos/zephyr/issues/new/choose&lt;/A&gt;&amp;nbsp;.&lt;/P&gt;
&lt;P&gt;Once that Issue is created, NXP can also take a deeper look at this.&lt;/P&gt;
&lt;P&gt;Hope it can help you.&lt;/P&gt;
&lt;P&gt;BRs,&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;</description>
      <pubDate>Tue, 29 Apr 2025 01:54:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/NXP-FRDM-k64f-ethernet-AWS-problem/m-p/2088774#M309</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2025-04-29T01:54:25Z</dc:date>
    </item>
  </channel>
</rss>

