LPC5516 SRAM I am using the LPC5516 chip. I want to write the chip program into SRAM using the SWD protocol and run it. However, it was discovered that the program was not written to SRAM. I have read the chip's IDCODE through SWD and completed some initializations, such as halting the kernel. After writing the program to 0x04000000 and reading back at that address, it was found that the data read was 0. Through the example code, I enabled some AHB SRAM clocks using the SWD protocol, such as: SYSCON->AHBCLKCTRLSET[0] = SYSCON_AHBCLKCTRL0_SRAM_CTRL1_MASK | SYSCON_AHBCLKCTRL0_SRAM_CTRL2_MASK; However, after executing the above program, the program readback value written to SRAM is still 0. Could you please help analyze the reasons for this situation? LPC551X-S1X Re: LPC5516 SRAM 1. I have try to write 0x20000000 with my hex, same as write 0x4000000 2. I have compare the JLINK  SWD waveforms, I can't understand the  waveforms, it‘s Weird ,before set 0xE000EDF0, it send something with ack error, and then set 0xE000EDF0 with 0xA05F0003, then read 0xE000EDF0, the value is 0x03030003。 my SWD waveforms is read the chip IDCODE, and then init the chip, when i set 0xE000EDF0 with 0xA05F0003, read back is 0x0. Could you please give me a Jlink script? i want to know what is send before enter debug mode. before enter debug mode, What needs to be enabled for this chip? or some register need to set?     Re: LPC5516 SRAM Hello @1123HENRY  1) Please try programming the SRAM at address 0x20000000 instead of the SRAMX region at 0x04000000. 2) Please use MCUXpresso IDE or LinkFlash with an external debugger to program the SRAM, capture the SWD signals/waveforms, and compare them with the waveforms observed in your programmer.  BR Alice Re: LPC5516 SRAM I used my own chip to send SWD instructions to debug the LPC5516 chip. I attempted to write to the 0xE000EDF0 register, trying to enable debugging, but it didn't work. Then, I attempted to write to the SRAM, but found that the write operation failed. It seems that the device did not enter the debugging mode.        Re: LPC5516 SRAM more error log to share？

SEGGER ARM Debuggerを使ってS32G-VNP-RDB3のM7コアをデバッグできますか? こんにちは、 SEGGER ARM Debuggerを使ってS32G-VNP-RDB3ボードのデバッグを試みています。SEGERドライバーはV9.85で、S32G399AのA53コアとM7コアをサポートしています(主にM7コアのデバッグを目的としています)。IDEはS32DS.3.5で、RTDはS32 G3 4.4.4です。ボードに*.elfファイルをダウンロードしようとすると、GDBサーバーから常にS32G399Aが認識されないというメッセージが表示されます（S32G399A-M7とS32G399A-M7-0も認識されません）。SEGGER J-linkデバッグをボードのデバッグに設定する方法S32G399A教えてもらえますか? ゴールドVIP Re: Can we use SEGGER ARM Debugger to debug S32G-VNP-RDB3's M7 Core? こんにちは、ジミーバイ お問い合わせいただきありがとうございます。 S32Gの場合、推奨されるデバッグ方法はS32 Debug ProbeとTrace32です。これらのデバッガはどちらもS32DSで使用可能であり、Trace32には独自の公式IDEも存在します。 J-Linkは公式にS32G RDB2/RDB3のサポートを表明していますが、詳細については以下のリンクをご覧ください。 https://kb.segger.com/NXP_S32G-VNP-RDB3 https://www.segger.com/supported-devices/nxp/s32g3/s32g399a_m7_0 しかし、S32Gに関しては、S32DS IDE上でJlinkの使用に関する関連情報がありません。 BR ジョーイ

補足説明が必要：QSPIフラッシュメモリの容量がデータシートと実際のハードウェアで一致しない NXPチームの皆様、こんにちは。 指定された部品番号のボードを購入しましたが、オンボードのQSPIフラッシュ容量に関して不一致があることに気づきました。 MCIMX6ULL-EVK データシートによると、このボードには256MBのQSPIフラッシュメモリが搭載されているとのことです。しかし、オペレーティングシステムからフラッシュメモリのサイズを確認すると、32MBとしか表示されません。 これを確認するために、デザインファイルをダウンロードし、BOMを確認しました。私も同じフラッシュデバイスの部品番号をDigiKeyとMouserで調べてみましたが、どちらも256Mbitのフラッシュメモリと記載されており、これは256MBではなく32MBに相当します。 Element14の代理店を通じてボードを購入しました。 以下の点について明確にしていただけますか: データシートに誤植があり、256 MBではなく256 Mbitと記載されるべきです。 データシートと実際のハードウェアでストレージの分類が異なるように見える理由について、他に何か説明があるのだろうか？ 私の調査によると、搭載されているフラッシュメモリは256MBではなく、256Mbit（32MB）のようです。 ご確認いただければ幸いです。 よろしくお願いします。 i.MX6UL Re: Clarification Required: QSPI Flash Capacity Mismatch Between Datasheet and Actual Hardware おっしゃる通りです。関係部署に報告します。256Mbitということは、32MBということですね。

参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for the M I am an IT technician who recently purchased an outdated industrial tablet online. The processor model is MCIMX6Q5EYM10AD QKM1715 5N55D MSIA GOkMOH. I now want to reinstall the operating system on this industrial tablet, either to a standard Android system or to Windows 10. However, despite searching extensively online, I am still at a loss. I would like to ask if there is any technical expert out there who could assist me? I am in need of a flashing tool or software, as well as a flashing package for this specific model of device, whether it's for Android or Windows 10. I hope this post finds you well. May good people be blessed with peace and prosperity. Thank you! Re: 参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for t Thank you, may you have a pleasant life Re: 参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for t Hello @huansensky  Hope you are doing very well. Actually, you should contact to your tablet vendor. We have our BSP for our Evaluation Boards. Also, we have Android.  But the software for the especific hardware should be provided by the vendor. Best regards, Salas.

VR5510: I2C ウォッチドッグ リフレッシュは、非同期モードが有効になっている場合でも ISR でブロックされます - 真の非ブロッキング サポート NXPチームの皆様、こんにちは。 現在VR5510 PMICのデバッグを行っているのですが、ウォッチドッグの更新に関連するリアルタイムスケジューリングの問題に遭遇しました。 MCAL I2C ウォッチドッグのリフレッシュ (I2C を介して VR5510 ウォッチドッグにフィードする) は、 同期 手術。同期待機は割り込みコンテキスト内から呼び出されるため、CPUをブロックし、他のタスクのリアルタイムスケジューリングを低下させます。 ドライバーの設定やコードに 非同期 オプションがあるのに気づきました。しかし実際には同期のビジー待機(I2C転送が完了するまでブロックとポーリングを行う)を実行しているため、実際には転送を呼び出し元から切り離すことはありません。 私の質問： VR5510のウォッチドッグリフレッシュを公式にサポートされた方法で実行することは可能ですか？ 真のノンブロッキング （例えば割り込み駆動かDMA駆動のI2C)で、他のタスクを停止させないために? 非同期オプションがノンブロッキングであることが想定されている場合、現在の同期ビジーウェイト動作は既知の制限事項でしょうか、それとも私の側の設定の問題でしょうか？ 何かご助言、設定例、またはサンプルコードをご提供いただければ大変ありがたいです。 よろしくお願いします。 Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s こんにちは、 @Jerry_cao 投稿ありがとうございます。 あなたが言及しているのは、使用されている以下のAPIでしょうか？ Std_ReturnType I2c_AsyncTransmit(uint8 チャネル、 const I2c_RequestType ∗ RequestPtr ) 「？ どのバージョンのRTDが使用されていますか？ BR チェイン Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s こんにちは： 私のバージョンは：   * プロジェクト:RTD AUTOSAR 4.4 * プラットフォーム:CORTEXM *   ペリフェラル           : VR5510 * 依存関係：なし * * Autosar バージョン:4.4.0 * Autosar リビジョン:ASR_REL_4_4_REV_0000 *   AUTOSAR Conf.Variant : * ソフトウェアバージョン：4.0.2 * ビルドバージョン：S32_RTD_4_0_2_HF02_D2311_ASR_REL_4_4_REV_0000_20231103 * * (c) 著作権 2020-2023 NXP セミコンダクターズ * 無断転載を禁じます。 * この関数を使用する Pmic_VR55XX_TriggerWatchdog Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s こんにちは、 @Jerry_cao ご確認いただきありがとうございます。 対応するコードを確認すると、 I2C非同期通信用のVR5510ソリューションはRTD5.0.0QLP04に実装されていることがわかります。 詳細については、このバージョンのRTDに含まれる関連コードをご確認ください。 BR チェイン Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s こんにちは： 私のバージョンは：   * プロジェクト:RTD AUTOSAR 4.4 * プラットフォーム:CORTEXM *   ペリフェラル           : VR5510 * 依存関係：なし * * Autosar バージョン:4.4.0 * Autosar リビジョン:ASR_REL_4_4_REV_0000 *   AUTOSAR Conf.Variant : * ソフトウェアバージョン：4.0.2 * ビルドバージョン：S32_RTD_4_0_2_HF02_D2311_ASR_REL_4_4_REV_0000_20231103 * * (c) 著作権 2020-2023 NXP セミコンダクターズ * 無断転載を禁じます。 * この関数を使用する Pmic_VR55XX_TriggerWatchdog

Question Regarding RFIDDiscover Setup for MIFARE SAM AV3 Evaluation Board Hello, I am using the MIFARE SAM AV3 Evaluation Board (UM11316). According to Section 7.4.1, RFIDDiscover requires the board to be connected through the ISO7816 interface using an Ashling IN-CLA7816 adapter and a compatible PC/SC reader. Could you please clarify: Is the Ashling IN-CLA7816 adapter mandatory, or can another ISO7816 adapter be used? Which PC/SC readers have been validated or are officially supported with the evaluation board and RFIDDiscover? Can you recommend a reader that is currently available for purchase? Thank you. Re: Question Regarding RFIDDiscover Setup for MIFARE SAM AV3 Evaluation Board Hello @boussihak, Hope you are doing well. MIFARE SAM AV3 Development Kit should already include a ISO/IEC 7816 Smart Card Reader Adapter that you can use. Also, I will recommend you using PEGODA Contactless Smart Card Reader; this device can be used in PC/SC mode and integrates a contact card slot. Regards, Eduardo.

i.MX 9は「もう完成形」と言えるのでしょうか？ 数年前にプロジェクトを始めたのですが、NXPの i.MX 9シリーズMPUがリリースされ始めていましたが、ほとんど入手困難だったため、重い i.MX 8 にしました。現段階では、これは私の必要以上の性能なので、もっと小型のMPUに移行したいと考えています。最小の1 i.MX 8を買うつもりでしたが、i.MX91が彼らのCPUの中で最も小さいです。より成熟した8よりも91の方が良いのではないかと考えていました。サーマルが一番気になるので、新品の方が良いと思いますが、まだ新しいので「まだ成熟している」かはわかりません。8に移植されるのがより公平な動きも動機になるかもしれません。 Re: Is i.MX 9 "there yet"? こんにちは、 @ceva156さん あなたのプロジェクトの主な目的は何ですか？現在どのIMX8シリーズ製品を使っていますか? BR

S32K144シリアル通信で受信したデータは抽出できません。 DWINタッチスクリーンとS32Kマイクロコントローラ間のシリアル通信リンク機能を開発しています。タッチスクリーンがデータを送信し、マイクロコントローラがデータを受信して判定する際に、判定のためにデータの9ビット目を抽出し、それに応じて異なるCANデータを送信したいと考えています。しかし、データの抽出がうまくいきません。経験豊富な開発者の方々からのご助言をいただければ幸いです。 Re: S32K144串口通信接收的数据提不出 こんにちは、 @ffdsg さん。 DWINのタッチスクリーンの経験はありませんが、ざっと調べたところ、フレーム構造はフレーム終了時に「\n」マーカーを使わず、最初の2つのヘッダー(5AとA5)を送り、その後にフレームの長さ(06)を送信しているようです。 ですので、おそらくUARTコールバックを編集して、3バイト目で受信を止めることができるでしょう。例えば: void LPUART1_RX_ISR(void *driverState, uart_event_t event, void *userData) { (void)driverState; (void)userData; if (event == UART_EVENT_RX_FULL) { bufferIdx++; if (bufferIdx >= 3) { uint8_t frameLen = buffer[2]; /* number of bytes after length byte */ uint8_t totalLen = 3 + frameLen; /* header(2) + length(1) + payload */ if (bufferIdx >= totalLen) { /* Full frame received */ memcpy(rxdata, buffer, totalLen); keyNum = rxdata[8]; /* 9th byte*/ memset(buffer, 0, sizeof(buffer)); bufferIdx = 0; trigger = 1; LPUART_DRV_ReceiveData(INST_LPUART1, buffer, 1); return; } } LPUART_DRV_SetRxBuffer(INST_LPUART1, &buffer[bufferIdx], 1U); } } これにより、常に9バイト目を読み取ることができるようになります。 また、ルーチン内で以下の行をコメントアウトしています。 //if (keyNum==0X01) { つまり、9バイト目が何を言ってもCANメッセージは常に同じです。 残念ながら、DWINのタッチスクリーンはサードパーティ製デバイスであり、当社のサポート範囲外であり、当ハードウェアのルーチンは提供していません。これらの変更は、ご自身のシステム環境で実装およびテストする必要があります。 よろしくお願いします、 ジュリアン

USXGMII 多速率 i.MX95 您好， 我们正在评估是否可以在 i.MX95 上实现一个能够支持以下以太网速度的以太网端口： 10GBASE-T 5GBASE-T 2.5GBASE-T 1000BASE-T 100BASE-TX 10BASE-Te 通常，这要求我们在设计中集成一个支持 10Gbit 以太网的 PHY，并通过 USXGMII 或 XFI 这两个接口之一将其连接到 i.MX95 以太网控制器。 据我们了解，USXGMII 接口理论上是一个多速率接口，这意味着它可以通过一条链路实现从 10Gbit 到 10bit 的所有速度。 相比之下，XFI 接口是单速率接口，只能支持 10Gbit。 根据 i.MX95 参考手册（例如第 104.2 节，表 621）i.MX95 同时支持 XFI 和“10G-USXGMII”。所以初步看来，我们想要的接口 USXGMII 似乎得到了支持。 然而，有几点让我们感到困惑： 1.“10G-USXGMII”声明可以解释为该接口理论上是 USXGMII 链路，但实际上只能在 10Gbit 模式下工作。 2. NXP 评估板IMX95LPD5EVK-19 使用 Marvell AQR113C PHY 实现 10GBase-T 端口。 a) 在图 1 的框图中，1.1 节中，PHY 似乎连接到了 USXGMII 接口： b) 在相关的 2.11.3 节“10 Gbit 以太网接口”中，AQR113C 以太网收发器据称支持从 10Gbit 到 10bit 的所有数据速率，暗示了真正的 USXGMII： c) 本节还提到，用于连接以太网 PHY 的接口是 XFI： 因此，我们最终还是不清楚 i.MX95 是否支持完整的多速率 USXGMII，还是只支持 10Gbit 版本。 我们尝试以 NXP 评估板作为参考，但我们也不确定该板上的 10GbE 端口是通过 USXGMII 连接（允许从 10Gbit 到 10bit 的多速率）还是通过 XFI 连接（仅限 10Gbit）。 请问能否为我们澄清一下： i.MX95 是否有可能实现真正的多速率 10GbE 端口，支持从 10Gbit 到 10bit 的速度？ Re: USXGMII multi-rate on i.MX95 非常感谢您如此详尽的回复。 这样就消除了我们这边的任何疑惑！ Re: USXGMII multi-rate on i.MX95 1. “10G-USXGMII”的含义 “10G-USXGMII”指的是标准的多速率USXGMII协议，而不是仅10G模式。“10G”表示固定的 SerDes 通道速度，而 USXGMII 支持 10M、100M、1G、2.5G、5G 和 10G 以太网的带内速率自适应。 在 i.MX95 上，此模式由 PCS_PROT_10G_SXGMII 设置表示。 2. i.MX95 EVK 上使用的接口 i.MX95 EVK 使用 XFI (10GBASE-R) 而不是 USXGMII。在 imx95-19x19-evk.dts 中，enetc_port2 配置如下： phy-mode = "10gbase-r"; 因此，机载 AQR113C 以 XFI 模式运行。 3. 是否支持真正的多速率 USXGMII？ 是的。i.MX95 NETC 硬件支持 USXGMII，Linux ENETC4 驱动程序通过 enetc4_set_port_speed() 处理速度更改。Marvell AQR113C 也支持 USXGMII 主机接口模式。 4. 定制板需要哪些组件？ 为实现完整的多速率操作： 配置设备树： phy-mode = "usxgmii"; managed = "带内状态"; 将 AQR113C 固件配置为 USXGMII 主机模式而不是 XFI 模式。 EVK 的 10GbE 端口使用 XFI，但定制的 i.MX95 设计可以使用 USXGMII 和 AQR113C（或类似的 PHY）来支持通过单个 MAC 到 PHY 链路传输 10M/100M/1G/2.5G/5G/10G 网络。 谢谢！ Re: USXGMII multi-rate on i.MX95 我不是原帖作者，但我也在尝试让usxgmii运行起来。 NXP 是否验证过 usxgmii 是否能在 BSP 内核上运行？我尝试将其与 mv-cux3610 PHY 一起使用，但出现以下错误： [ 43.063202] nxp_enetc4 0002:00:10.0 (unnamed net_device) (uninitialized): MAC returned PCS which does not support usxgmii [ 43.074224] nxp_enetc4 0002:00:10.0 (unnamed net_device) (uninitialized): failed to validate link configuration for inband [ 43.085308] nxp_enetc4 0002:00:10.0: Failed to create phylink [ 43.091726] nxp_enetc4 0002:00:10.0: probe with driver nxp_enetc4 failed with error -22 这似乎是由于 netc PCS 没有宣传 usxgmii 支持，而只支持 10gbase-r、2500-basex 和 sgmii 造成的： （这是在 lf-6.18.y linux-imx 分支上） Re: USXGMII multi-rate on i.MX95 还有一个后续问题：NXP Linux 电路板支持包。 中是否包含 Marvell AQR113C 的驱动程序，还是我们需要自己提供的外部模块？ Re: USXGMII multi-rate on i.MX95 该驱动程序已包含在 NXP Linux 电路板支持包中，链接： https://github.com/nxp-real-time-edge-sw/real-time-edge-linux/blob/linux_6.18.20/drivers/net/phy/aquantia/aquantia_main.c Re: USXGMII multi-rate on i.MX95 感谢你的回复！ 我最后一个问题：是否可以将 i.MX95 EVK 上的 enetc_port2 和 AQR113C 配置为 USXGMII 模式？这样我们就可以测试 EVK 上 USXGMII 接口的多速率功能了吗？ Re: USXGMII multi-rate on i.MX95 在 EVK 上简单地“将 DTS 切换到 usxgmii”只是软件层面的尝试。 您还需要使用 USXGMII 固件重新配置 AQR113C，但由于 EVK 的板设计面向 XFI，因此这不是多速率验证的可靠途径。 如果目标是验证真正的多速率 USXGMII（10M/100M/1G/2.5G/5G/10G），我们建议构建一个专为 USXGMII 设计的定制板（SerDes 路由 + AQR113C 在 USXGMII 主机模式固件中 + phy-mode = "usxgmii")。 在获得 AQR113C 的 USXGMII 配置固件后，您可以使用 EVK 板，但请注意其局限性。 谢谢！

S32K312 セキュアブートとフラッシュメモリのプログラム 添付されたCMMファイルは、FBLとアプリをS32K312 MCUに書き込み、その後SecureBoot、SecureDebug、Configuration Lockを起動するスクリプトです。 このCMMの実行時に発生するHardFaultの問題について、見直しと改善をお願いしたいと思います。 以前のスクリーンショットに示すように、JTAGクロックを5MHzに設定した状態で「Go」を実行した際に、FBLとアプリをインポートした後にハードフォルトが発生しました。 変更点として、アプリファイルをインポートした後、SYStem.JtagClockを1MHzに設定しました。この変更により、CMM実行時に「Go」ステップでハードフォールトが発生することは稀になったため、JTAGクロック速度を下げることが効果的な方法であると結論づけました。しかし、修正されたCMMを適用すると、FBLとアプリがインポートされた後、「Go」の段階で「stopped by vectbl」エラーが時折発生します。 CMM全体が安定して動作できるように見直し、また「vectblによって停止」エラーが全く出ないよう改善方法についてご質問いただきたいと思います。 オリジナルCMM：GN7_PE_MAIN_G_SECURE_260412.cmm 変更されたCMM（JTAGクロックを1MHzに変更）：GN7_PE_MAIN_G_SECURE_260412_0714RE.cmm さらに、SecureBootを有効にした後で、別のFBLをインポートしたいと考えています。SecureBootが有効になっている状態で、別のFBLをインポートする方法はありますか？可能であれば、ガイドをご提供していただけるとありがたいです。 Re: S32K312 Secureboot and Program Flash こんにちは、 @jeongwoo 私が思う主な問題はこうです: つまり、ピンク色のファイルをロードして、デバイスをリセットするということです。このリセット後、SBAFはHSEファームウェアをインストールするはずです。しかし重要な点は、この操作は約1秒で完了するということです。しかし、0.1秒後にMCUをリセットすると、すぐにfblでピンクファイルを0x40_0000で再プログラムします。待ち時間を少なくとも1.3秒に増やしてください。そうしないと、SBAFがHSE FWをインストールしようとし、同時にfblの再プログラミングも試みることになります。 よろしくお願いいたします。 ルーカス Re: S32K312 Secureboot and Program Flash こんにちは、ご返信ありがとうございます。 HSEを追加してから遅延時間が0.1秒に設定されている部分については、時間が短く設定されてもコントローラに書き込まれるプログラム機能に問題はありません。遅延時間を1秒に延長することが本当に必要なのかどうかをお伺いしたいです。 Re: S32K312 Secureboot and Program Flash HSEファームウェアがまだインストールされていないデバイスでテストしましたか？これはうまくいかないと思います。インストールには1秒強しかかかりません。0.1秒後にリセットしてインストールをカットし、その直後にピンクファイルを消去すると、SBAFはファームウェアをインストールできません。 Re: S32K312 Secureboot and Program Flash こんにちは、 まず、既存の0.1秒設定でCMMを構成して書き込みを行った場合、Trace32にハードフォルトが発生するものの、ファームウェアの機能には影響がないことを確認しました。FBLとAPPは正常に実行されたようです。 SBAFやHSEが正常に動作しているかを確認するために使えるレジスタアドレス値はありますか? さらに、あなたが言及したHSE申請期間を考慮したCMMについてですが、「vectblで停止」は実行時に表示されませんでした。しかし、APP Import 中に FLASH.ReProgram ALL の後に「wait 3s」を「wait 2s」に変更しても、「stopped by vectbl」がまだ表示されることを確認しました。APPインポートの時間を短縮することも影響を与えるでしょうか? Re: S32K312 Secureboot and Program Flash こんにちは、 @jeongwoo スクリプトに潜在的な問題点を見つけたかもしれません。 fbl_m4をロードした後、Goコマンドを使用してブートローダーを起動します。スクリプトはその後ループに入り、定期的にブート構成ワードを読み取り、値0x9を待ちます。これは、スクリプトがブートローダーがセキュアブートを初期化し、ブート構成ワードのBOOT_SEQビットを更新するのを待っていることを意味します。しかし、この更新を実行するにはブートローダーがフラッシュセクター全体を消去・再プログラムする必要があり、かなりの時間がかかることがあります。 その期間中、デバッガは同じフラッシュメモリの位置を繰り返し読み取ります。これは、読み取り同時書き込みの競合を引き起こす可能性があります。フラッシュブロックが消去またはプログラムされている間は、通常同時に読み取ることはできません。その結果、デバッガはアクセスエラーに遭遇し、観察された挙動の説明がつくかもしれません。 よりスマートな解決策としては、フラッシュメモリに保存された値をポーリングする代わりに、RAMに格納されたステータス変数を使用することです。ブートローダーがすべてのセキュアブート設定ステップを完了したら、専用のRAM変数を更新できます。デバッガは定期的にこのRAM位置を読み取ることができました。RAMアクセスはフラッシュ消去やプログラム操作に干渉しないため、この方法は書き込み時の読み込み問題を回避します。 また、同じ方法がスクリプト全体で何度も使われているのに気づいたので、この特定のものだけでなく、すべての類似したステータスチェックを見直して更新することをおすすめします。 HSE（環境・安全・衛生）の状況に関して： HSEファームウェアがインストールされているかどうかを確認するには、アドレス0x4039C028にあるHSE GPRレジスタのビット0を確認してください。このビットが1の場合、HSEファームウェアが存在します。 HSEファームウェアの初期化が完了し、要求を受け付ける準備が整っているかどうかを確認するには、MU0 FSRレジスタのHSE_STATUS_INIT_OKフラグ（ビット24）を確認します。このビットが設定されると、HSEの初期化が完了し、サービスが利用可能になります。 Re: S32K312 Secureboot and Program Flash こんにちは、ルーカスさん。 ご返信よろしくお願いします。 私の理解では、ブートローダーが初期値(0x1)で一度アップロードされた後、再度消去・書き込みサイクルを行い、セキュアブート(0x1 → 0x9の変更)を適用します。この過程でポーリングメソッドがそのアドレス値を読み取ろうとした際にエラーが発生したようです。 ご指摘いただいたとおり、RAMに格納されているステータス変数を使用してみました。ただし、私たちはソフトウェアを16進形ファイルとして配布しています。この場合、.mapで定義されたアドレスを使うとファイル、RAMアドレスはプログラムごとに異なるため、書き込みスクリプトを統一することが困難です。その結果、スクリプト内でセキュアブート、セキュアデバッグ、および構成ロックの状態を確認するには、IVTで定義されている値を使用する必要があるという結論に至りました。 したがって、ご意見をもとに、HSEアップロード後に1.5秒の遅延を適用する代わりに、MU0 FSRレジスタのHSE_STATUS_INIT_OKフラグ(ビット24)をチェックする方法を適用しました。既存の固定待ち時間(例:1.5秒待機、3秒待機)を廃止し、リセット後はフラッシュ書き込み(FBL/APP読み込み)を進めるまでポーリングを行うスクリプトを修正しました。この方法はシステムリセットとSys.UPの後のすべての段階に追加しました。さらに、各ステータスの状態確認のためのポーリング間隔を0.5秒から1.5秒に変更する予定です。また、Go命令後の最初の読み取りの前に待機時間を追加しました。これらのタイミング設定が不十分かどうかについて、ご意見をいただければ幸いです。これまでのところ、このスクリプトでの書き込みは異常なく正常に完了し、書き込み後にGOを実行するとデバイスが正しく動作していることを確認しています。 （アドレス0x400004の値が0x1から0x9に変化するのにかかる時間は約800msであることを確認しました。） 以前ご指摘いただいた、HSEのアップロードから0.1秒後にFBLをロードした際にハードフォルトが発生した件について：ご指摘いただいたHSEステータス値を確認したところ、すべて正常と報告されていることを確認いたしました。プログラムの機能も正しく実行されているようです。このエラー（HardFault）は、HSE → FBL → APP を経由してすべてをロードし、GO を実行したときに発生します。この状況を踏まえ、ご提案の通り、GOを執筆後に実行するために遅延時間を延ばすのが望ましいかどうか、ご意見をいただけるとありがたいです。 よろしくお願いいたします。

EB tresos エラー「ライセンスの検証に失敗しました」および「ファイルの署名が無効です」 私は EB tresos を使用して、S32K344 ベース RTD バージョン SW32K3_S32M27x_RTD_R21-11_4.0.0_P19 を構成します。 しかし、生成時にEBは以下のようなエラーを報告します。「ライセンスの検証に失敗しました」および「ファイルの署名が無効です」。 RTDファイルを改変していないのですが、その理由は何でしょうか?どうやって解決すればいいのでしょうか? Re: EB tresos error "Failed to verify license" and "The signature of file is invalid& ハイ パッケージ内のファイルを改変していないか必ず確認してください。そうしないと、その改変がライセンス違反につながる可能性があります。アンインストールして再インストールすることも可能です。また、 EB Tresos Studio 29.0.0を使用していることを確認してください。 S32K3標準ソフトウェア - > オートモーティブ ソフトウェア - S32K3/S32M27x - Cortex-M用リアルタイム・ドライバ - > S32K3_S32M27xリアルタイム・ドライバ ASR R21-11 バージョン4.0.0 P19 S32K3 標準ソフトウェア - > オートモーティブ SW - EB tresos Studio / AUTOSAR Configuration Tool - > EB tresos Studio 29.0.0 Hse_Ip_AesEncAsyncIrq_S32K344 と Wdg_Example_S32K344 のインポートで問題が発生したことはありません。 EBTresosのインストールパスにあるlinksフォルダ内に、ファイルSW32K3_S32M27x_RTD_R21-11_4.0.0_P19.linkが存在するかどうかを確認してください。以前、複数のバージョンのS32K3 RTD .linkが存在するケースに遭遇したことがあります特定のEBTresosバージョンの リンク フォルダ内のファイルがエラーを引き起こす可能性があります。 よろしくお願いいたします ロビン

Edgefast Open not available on SDK Since SDK version 26.09.00, EdgeFast Bluetooth PAL will be deprecated, I wanna start to test and switch to new EdgeFast Open. As stated in the documentation: https://mcuxpresso.nxp.com/mcuxsdk/latest/html/middleware/edgefast_open/docs/MCUXSDKEFOPENUG/topics/demo.html#run-a-demo-application-using-mcuxpresso-ide It seems possible to test the new library using the MCUXPresso IDE, so I downloaded the last 26.06 SDK for RT685, RT1060, and RT1170 from the MCUXpresso SDK Builder and tried importing an example, but I couldn't find any examples that use the "open" library. It appears that only the PAL version is included in that SDK. I also tested with MCUXPresso for VSC, downloading the repository from GitHub. I see the library in the source and manifest files, but it's not included in any of the board examples. How can I try to test the new EdgeFast library? Thanks in advance. Re: Edgefast Open not available on SDK I started right there. The problem is: - The SDK generated for MCUXPresso contains no trace of the library or the examples. - The library and examples are present on GitHub. I cloned the repo and can see the files, but it's still not possible to import an example that uses this library. Re: Edgefast Open not available on SDK HI, Please take a look at the following directory of the mcux SDK mcuxsdk\middleware\edgefast_open. Regards, Daniel. Re: Edgefast Open not available on SDK You will need to get the SDK from the repo. Not from the SDK builder. Then, you can build the example as follows: C:\mcux_26_06\mcuxsdk\mcuxsdk>west build -b evkbmimxrt1170 middleware/edgefast_open/examples/peripheral_ht --build-dir build_peripheral_ht --pristine -- -Dcore_id=cm7 Then to flash it: C:\mcux_26_06\mcuxsdk\mcuxsdk>west flash --build-dir build_peripheral_ht Output: BLE Peripheral HT demo start... Bluetooth initialized Advertising successfully started Regards, Daniel.

FIT rate based on SN29500 for FS26 PMIC For FS26 PMIC - Can you please provide FIT rate value based on SN29500-2 with details of which table is used from SN92500-2 along with part category + Reference Virtual Tj values. Functional Safety Re: FIT rate based on SN29500 for FS26 PMIC That's not the public documentation please submit your ticket from below link: Home

边缘人工智能 如何迈出应用边缘人工智能的第一步？

NXP S32K144 - オートモーティブの入門ガイド こんにちは、 私はNXP S32K144シリーズを初めて使用するので、開発環境をセットアップするための詳細な手順が必要です。もう少し詳しく教えていただけますか:   S32 Design Studioのどのバージョンが必要ですか? 標準 のSDK をインストールするべきか、 RTM/RTD のドライバーをインストールするべきか、どちらが良いでしょうか? この特定のハードウェアシリーズにはどんな追加の ドライバやソフトウェアパッケージ が必要ですか? S32K1 Re: Getting started guide for NXP S32K144 - Automotive こんにちは、 @Buddynさん 特に技術を使い始めたばかりの方は、最新のソフトウェアリリースやツールのバージョンを常におすすめします。 S32K1デバイス向けの最新ソフトウェアリリースはRTD 3.0.0です。これはS32 Design Studio(S32DS)3.6.6で開発・検証されました。しかし、私の経験では、より新しいS32DS 3.6.xでも問題なく動作します。バージョン。したがって、最新のS32DS 3.6リリースをダウンロードして使用することをお勧めします。 これでプラットフォームの使い始めには十分でしょう。追加で必要になるソフトウェアパッケージは、アプリケーションの具体的な要件によって異なります。 S32K1デバイス向けの他のソフトウェアパッケージや例を探りたい場合は、 S32K1リファレンスソフトウェアへアクセスできます。 BR、VaneB Re: Getting started guide for NXP S32K144 - Automotive このRTDベースのソフトウェアについて。それに関するオープンソースのファームウェアのサンプルはありますか？ NXPにはs32DSの設定(クロック、ピン、ペリフェラル)に関するリファレンスやトレーニングセクションはありますか?もしそうなら、参考リンクを教えてください。 前もって感謝します

S32K144 MCU 配置问题 您好，NXP支持团队， 我正在使用 EB tresos / NXP MCAL AUTOSAR 4.2.2 开发一个 S32K144 项目。生成并烧录 MCU 配置后，电路板停止响应调试器。 问题概要： 刷写生成的MCU配置后： 调试器无法检测到该板。 调试连接失败。 LED指示灯持续亮着。 即使再次尝试连接调试器，电路板似乎也无法恢复。 我怀疑MCU可能卡在复位状态、时钟故障、PLL锁定故障或时钟监测复位循环中。 请问您能否帮忙验证一下我的 EB tresos.xdm 文件？配置并确认： SOSC 配置是否适用于 S32K144。 SPLL配置是否有效。 启用 SOSC/SPLL 时钟监视器 RESET 是否会导致这种无法恢复的调试问题。 我的 RUN/SYS/CORE/BUS/FLASH 时钟参考配置是否正确。 仅使用 FIRC 48 MHz 时，为了实现安全的恢复配置，应该使用哪些确切的 EB tresos 设置？ 如果调试访问失败，如何恢复板？ 我尝试重新连接调试器，但开发板无法恢复。请提供针对 S32K144 故障码的具体恢复步骤，例如： -连接 RESET 批量擦除 -恢复受保护的设备 -连接期间禁用用户代码执行 -PEMicro / OpenSDA / J-Link 恢复步骤 此致， 艾西瓦娅

基于 SN29500 的 FS26 PMIC 的 FIT 率 对于 FS26 PMIC - 请提供基于 SN29500-2 的 FIT 率值，并详细说明使用 SN92500-2 中的哪个表以及部件类别 + 参考虚拟 Tj 值。 功能安全 Re: FIT rate based on SN29500 for FS26 PMIC 那不是公开文档，请通过以下链接提交您的工单： 家用

The S32K144 serial communication received data cannot be extracted. I'm working on a microcontroller serial communication linkage function between a DWIN touchscreen and an S32K microcontroller. When the touchscreen sends data and the microcontroller receives and judges the data, I want to extract the 9th bit of the data for judgment and to send different CAN data accordingly. However, I'm unable to successfully extract the data. I would appreciate any guidance from experienced developers. Re: S32K144串口通信接收的数据提不出 Hello @ffdsg, I have no experience with DWIN touchscreens, however, from a quick search, it seems that the frame structure does not use the '\n' marker for end-of-frame, rather it sends the first two headers (5A & A5), followed by the length of the frame (06). So, most likely you can edit your UART callback to stop reception with the third byte, something like so: void LPUART1_RX_ISR(void *driverState, uart_event_t event, void *userData) { (void)driverState; (void)userData; if (event == UART_EVENT_RX_FULL) { bufferIdx++; if (bufferIdx >= 3) { uint8_t frameLen = buffer[2]; /* number of bytes after length byte */ uint8_t totalLen = 3 + frameLen; /* header(2) + length(1) + payload */ if (bufferIdx >= totalLen) { /* Full frame received */ memcpy(rxdata, buffer, totalLen); keyNum = rxdata[8]; /* 9th byte*/ memset(buffer, 0, sizeof(buffer)); bufferIdx = 0; trigger = 1; LPUART_DRV_ReceiveData(INST_LPUART1, buffer, 1); return; } } LPUART_DRV_SetRxBuffer(INST_LPUART1, &buffer[bufferIdx], 1U); } } This should make sure you are always reading the 9th byte. Also, inside your routine, you have commented out the following line: //if (keyNum==0X01) { Meaning that the CAN message is always the same, no matter what the 9th byte says. Unfortunately, DWIN touchscreens are third party devices, out of our support scope, and we do not provide any routines with said hardware. You will need to implement and test these changes with your setup. Best regards, Julián

S32K144 MCU config issue Hello NXP Support Team, I am working on an S32K144 project using EB tresos / NXP MCAL AUTOSAR 4.2.2. After generating and flashing the MCU configuration, the board stopped responding to the debugger. Issue Summary: After flashing the generated MCU configuration: The board is no longer detected by the debugger. The debug connection fails. The LED remains continuously ON. The board does not seem to recover even after trying debugger connection again. I suspect the MCU may be stuck in reset, clock failure, PLL lock failure, or a clock monitor reset loop. Could you please help verify my EB tresos .xdm configuration and confirm: Whether the SOSC configuration is correct for S32K144. Whether the SPLL configuration is valid. Whether enabling SOSC/SPLL clock monitor reset can cause this kind of unrecoverable debug issue. Whether my RUN/SYS/CORE/BUS/FLASH clock reference configuration is correct. What exact EB tresos settings should be used for a safe recovery configuration using only FIRC 48 MHz. How to recover the board if debug access is failing. I tried reconnecting the debugger, but the board is not recovering. Please suggest the exact recovery procedure for S32K144, such as: -Connect under reset -Mass erase -Recover secured device -Disable user code execution during connect -PEMicro / OpenSDA / J-Link recovery steps Regards, Aishwarya

Edgefast OpenはSDKで利用できません SDKバージョン26.09.00以降、EdgeFast Bluetooth PALは廃止される予定なので、テストを始めて新しいEdgeFast Openに切り替えたいと思っています。 ドキュメントに記載されている通り: https://mcuxpresso.nxp.com/mcuxsdk/latest/html/middleware/edgefast_open/docs/MCUXSDKEFOPENUG/topics/demo.html#run-a-demo-application-using-mcuxpresso-ide MCUXPresso IDEを使って新しいライブラリをテストできるようだったので、MCUXpresso SDK BuilderからRT685、RT1060、RT1170の最後の26.06 SDKをダウンロードしてサンプルをインポートしようとしましたが、「open」ライブラリを使う例は見つかりませんでした。そのSDKにはPAL版のみが含まれているようです。 また、GitHubからリポジトリをダウンロードして、MCUXPresso for VSCでもテストしました。ソースファイルとマニフェストファイルにはライブラリが存在しているのですが、ボードのサンプルには含まれていません。 新しいEdgeFastライブラリをどうやってテストできますか? よろしくお願いいたします。 Re: Edgefast Open not available on SDK 私はまさにそこから始めた。 問題は以下の通りです: - MCUXPresso用に生成されたSDKには、ライブラリやサンプルの痕跡は一切含まれていません。 ライブラリとサンプルはGitHubで公開されています。リポジトリをクローンしてファイルは見られますが、このライブラリを使う例をインポートすることはまだできません。 Re: Edgefast Open not available on SDK こんにちは、 mcux SDK mcuxsdk\middleware\edgefast_openのディレクトリをご覧ください。 よろしくお願いいたします。 ダニエル。 Re: Edgefast Open not available on SDK リポジトリからSDKを取得する必要があります。SDKビルダーからではありません。 その後、以下のように例を作成できます。 C:\mcux_26_06\mcuxsdk\mcuxsdk>west build -b evkbmimxrt1170 middleware/edgefast_open/examples/peripheral_ht --build-dir build_peripheral_ht --pristine -- -Dcore_id=cm7 次に、フラッシュするには： C:\mcux_26_06\mcuxsdk\mcuxsdk>west flash --build-dir build_peripheral_ht 出力： BLE Peripheral HT demo start... Bluetooth initialized Advertising successfully started よろしくお願いいたします。 ダニエル。