LS1046A RDB: LinuxのGPIO割り込み処理パフォーマンスをテストするためのGPIO こんにちは、 私は LS1046ARDB を使用しており、割り込みレイテンシを測定したいと考えています。私の目標は、外部信号発生器 (入力 GPIO) を介して割り込みをトリガーし、それに応じて別のピン (出力 GPIO) を切り替えて、オシロスコープで遅延を測定することです。 GPIO として多重化できるボード ヘッダー上のアクセス可能なピンを探しています。 私のアイデアは、IEEE-1588 ヘッダー (J11) を使用することですが、これが機能するかどうか、また何をしなければならないかはわかりません。 リファレンス・マニュアルには、EC2 ピンは RCW (EC2 = 1) を介して GPIO3 として設定できると記載されています。 RCW で EC2=1 を設定すると、これらの信号は J11 にルーティングされますか? LS1046A RDB には、これに使用できる他の簡単にアクセスできるピンはありますか? ご協力いただきありがとうございます QorIQ LS1デバイス Re: LS1046A RDB: GPIOs for testing gpio interrupt handling performance of linux ご協力いただきありがとうございます！これで動作するはずです。GPIO_2[1]、GPIO_2[2]、GPIO_2[3]はTP14、TP13、TP11に対応していることがわかりました。 Re: LS1046A RDB: GPIOs for testing gpio interrupt handling performance of linux SPI 信号と多重化されたGPIOを使用できます。 GPIO_2[1]、GPIO_2[2]、GPIO_2[3] SPIインターフェースはRDBでは使用されず、テストポイントに終端されます。 「表3-8」を参照してください。詳細については、LS1046ARM の「SPI 信号構成」を参照してください。

在挂起期间将 GPIO 状态保持在 RAM 中 您好，NXP团队： 我们使用 s32g399ardb3 作为定制设计板的参考并使用 BSP35。 我有一个低电平有效的 GPIO (PB_12)，默认情况下使用 P3_3V_IO3P3 拉高。 我关注了 电路板支持包 UM 第 " 23.3 章挂起到 RAM " 让板暂停到 RAM 中。 但 P3_3V_IO3P3 会在 PB_12 变为低电平时关闭。 目前，我们通过 Linux 内核驱动程序来控制 GPIO 的动态，但在添加挂起相关功能后，我仍将 GPIO 状态保持为高电平失败。 我应该在 ATF 中移动 GPIO 动态控制吗？ 谢谢！ Re: Keeping GPIO status during suspend to RAM hi，GG0712 感谢您的回复。 S32G 使用 I2C 控制 PMIC，一般来说，您可以在 A 核中操作 PMIC，但我们不提供相关代码和文档。 另外，PB_12 是 VDD_IO_B 功能域，如果你想拉出引脚，你应该是 VDD_IO_B 的电压。设置 VDD_IO_B 电压时，可以尝试对引脚 PB_12 进行内部上拉。 有关电源的更多信息，请参见 AN14063。 希望能帮到你。 BR 乔伊 Re: Keeping GPIO status during suspend to RAM 你好@Joey_z、 如果我们目前没有使用 M 内核，这种方法是否可行？ 谢谢！ Re: Keeping GPIO status during suspend to RAM hi，GG0712 感谢您的回复。 这是 M 核 PMIC 模块设置方法，使用 S32DS IDE，如下图所示。 它可以在待机模式下设置 LDO3 和其他 vr5510 输出电压。 此设置适用于 M Core，S32G 使用 I2C4 与 vr5510 连接。这就是使用 12C4 作为 A 核来保持 LDO3_3v3 的方法。 希望能帮到你。 BR 乔伊 Re: Keeping GPIO status during suspend to RAM 你好@Joey_z、 如何通过您的图片设置LDO3_3v3？ 谢谢！ Re: Keeping GPIO status during suspend to RAM hi、GG0712 感谢您的回复。 请参阅 RMS32G3.pdf 和附件 S32G_IOMUX.xlsx，在待机期间，PB_12 的焊盘状态被设置为掉电模式。 因此，我认为可以在待机阶段将引脚设置为高电平电压。 您可以尝试将 LDO3_3v3 设置为该引脚上拉，并将 vr5510 设置为保持 LDO3_3v3 的电压。 此外，您还可以尝试在待机阶段将唤醒引脚选择为高电平电压。 希望能帮到你。 BR 乔伊 Re: Keeping GPIO status during suspend to RAM 你好，Joey_z、 我们使用我们的设计板并使用 PB_12 作为 GPIO。 谢谢！ Re: Keeping GPIO status during suspend to RAM hi，GG0712 感谢您与我们联系。 你使用 RDB3 板吗？您想使用 GPIO (PB_12) 作为 FLEX_LIN2_RX 的功能吗？ BR 乔伊

在 SNVS 内的 HPRTC 上定期& 警报中断 您好，NXP团队： 我正试图配置每 1 秒一次的周期性中断和 30 秒后的警报中断。我的 ISR 看起来是这样的 void SNVS_HP_NON_TZ_IRQHandler(void) { volatile uint32_t flagStatus = SNVS_HP_RTC_GetStatusFlags(SNVS); volatile uint32_t result = flagStatus & kSNVS_RTC_PeriodicInterruptFlag; snvs_hp_rtc_datetime_t rtcDate; if (result) { __asm(" NOP"); SNVS_HP_RTC_GetDatetime(SNVS, &rtcDate); dbg_info("Periodic Interrupt @ %04hd-%02hd-%02hd %02hd:%02hd:%02hd\r\n", rtcDate.year, rtcDate.month, rtcDate.day, rtcDate.hour, rtcDate.minute, rtcDate.second); if (rtcDate.second == 30U) { __asm(" NOP"); __asm(" NOP"); __asm(" NOP"); } SNVS_HP_RTC_ClearStatusFlags(SNVS, kSNVS_RTC_PeriodicInterruptFlag); } if (SNVS_HP_RTC_GetStatusFlags(SNVS) & kSNVS_RTC_AlarmInterruptFlag) { __asm(" NOP"); dbg_info("Alarm:\r\n"); /* Clear alarm flag */ SNVS_HP_RTC_ClearStatusFlags(SNVS, kSNVS_RTC_AlarmInterruptFlag); } SDK_ISR_EXIT_BARRIER; } 我的初始化过程是这样的 SNVS_HP_RTC_GetDefaultConfig(&snvsRtcConfig); snvsRtcConfig.periodicInterruptFreq = 15; SNVS_HP_RTC_Init(SNVS, &snvsRtcConfig); dbg_info("SNVS HP example:\r\n"); /* Set a start date time and start RT */ rtcDate.year = 2014U; rtcDate.month = 12U; rtcDate.day = 25U; rtcDate.hour = 19U; rtcDate.minute = 0; rtcDate.second = 0; /* Set RTC time to default time and date and start the RTC */ SNVS_HP_RTC_SetDatetime(SNVS, &rtcDate); SNVS_HP_RTC_StartTimer(SNVS); dbg_info("\r\n"); SNVS_HP_RTC_GetDatetime(SNVS, &rtcDate); rtcDate.second = 30u; SNVS_HP_RTC_SetAlarm(SNVS, &rtcDate); /* Get alarm time */ SNVS_HP_RTC_GetAlarm(SNVS, &rtcDate); /* Print alarm time */ dbg_info("Alarm will occur at: %04hd-%02hd-%02hd %02hd:%02hd:%02hd\r\n", rtcDate.year, rtcDate.month, rtcDate.day, rtcDate.hour, rtcDate.minute, rtcDate.second); /* Enable SNVS alarm interrupt */ SNVS_HP_RTC_EnableInterrupts(SNVS, kSNVS_RTC_AlarmInterrupt); SNVS_HP_RTC_EnableInterrupts(SNVS, kSNVS_RTC_PeriodicInterrupt); NVIC_EnableIRQ(SNVS_HP_NON_TZ_IRQn); 在我的 ISR 中，我观察到当警报中断和定期中断同时发生时（HPSR 中的两个位都被设置），定期定时器标志将在 ISR 中首先被清除，因为它具有隐含优先级（如果检查定期 ISR，则优先）。在 if 块中，当定期计时器状态标志被清除时，由于某种原因，我看到我的警报状态标志也被清除，而定期计时器的定时器标志将再次转换为 1。只有下一次才会清除。正因为如此，我的闹钟中断服务完全失灵了。 是否在实施过程中出了什么问题？ 谢谢！ Re: Periodic & alarm interrupts on HPRTC within SNVS 您好！ 了解。目前，我将只使用周期定时器来充当警报中断的角色。 感谢您的及时支持！ Re: Periodic & alarm interrupts on HPRTC within SNVS 你好@AmanKumbhani， ，我复制了你的问题。我将在内部进行检查，以确认这是否是一个错误，或者这两个功能是否相互排斥。这可能需要一些时间。 不过，就您的应用而言，我认为以下 if 条件可以起到警报中断的作用： if (rtcDate.second == 30U) { __asm(" NOP"); __ asm(" NOP"); __asm(" NOP"); } BR Habib Re: Periodic & alarm interrupts on HPRTC within SNVS 嗨，哈比卜 感谢您的回复。老实说，我没有固定的用途。我正在对此进行测试，以便通过包装器为应用程序层提供功能，因此遇到了这个问题。 您能在自己的电脑上重现这个问题吗？ 谢谢您！ Re: Periodic & alarm interrupts on HPRTC within SNVS 你好，@阿曼-库姆巴尼、 对延迟回复表示歉意。为了更好地为您提供支持，能否请您说明申请的目的？ 在我看来，您似乎可以完全依赖于周期性中断，因为您已经在每秒钟输入一次中断。你可以像在以下几行代码中一样简单地轮询秒值：i f (rtcDate.Second == 30U) { __asm(" NOP"); __ asm (" NOP "); __asm (" NOP "); } 最终，两种方法都会触发信号相同的中断，因此仅使用定期中断可能会简化您的实现。 BR Habib. Re: Periodic & alarm interrupts on HPRTC within SNVS 您好@AmanKumbhani， ，我将运行测试来复制这一问题，并详细查看这一行为。感谢您的耐心等待。 BR Habib. Re: Periodic & alarm interrupts on HPRTC within SNVS 嘿、 谢谢你的澄清！我会研究一下，并按照您的建议进行一次测试。 最好的 安缦 Re: Periodic & alarm interrupts on HPRTC within SNVS 你好，@阿曼-库姆巴尼、 造成这一问题的根本原因有两个。第一个问题与您配置 RTC 警报的方式有关： SNVS_HP_RTC_EnableInterrupts(SNVS, kSNVS_RTC_AlarmInterrupt); SNVS_HP_RTC_EnableInterrupts(SNVS, kSNVS_RTC_PeriodicInterrupt); 如第 24.6.1.3 章所述在 RM 中的 "SNVS_HP 控制寄存器（HPCR）"中，使能警报 "HPTA_EN "的位与 32 kHz 时钟同步。这意味着，当您设置其值时，需要等待它的更新，因为内核的运行速度通常比 32 kHz 快得多。这种等待机制的一个示例可以在启用 "RTC_EN "位的函数"SNVS_HP_RTC_StartTimer" 中看到，如下图所示： 另一方面，第二个问题与函数 "SNVS_HP_RTC_ClearStatusFlags "的工作方式有关。该函数对寄存器执行 OR 运算。下面就是一个例子： 寄存器：11 （两个标志都已设置。） 屏蔽：10（kSNVS_RTC_PeriodicInterruptFlag） OR：11 因此，当调用 "SNVS_HP_RTC_ClearStatusFlags "时，它将向 HPSR 寄存器写入 "0b11"，从而清除周期和警报标志，因为这些位通过写入 1 来清除。因此，在清除状态标志之前，必须先读取这两个状态标志。因此，以下代码将导致错误： if (SNVS_HP_RTC_GetStatusFlags(SNVS) & kSNVS_RTC_AlarmInterruptFlag) { __asm(" NOP"); dbg_info("Alarm:\r\n"); /* Clear alarm flag */ SNVS_HP_RTC_ClearStatusFlags(SNVS, kSNVS_RTC_AlarmInterruptFlag); } 希望对您有所帮助。 BR Habib

S32K144:SimulinkでPWM生成にFlexIOピンを使用する方法はありますか 現在、SimulinkでPWM生成にFlexIOピンを使用する方法を理解しようとしています。Simulinkには、PWM生成にFlexIOピンを使用するためのブロックは見当たらず、I2C、SPI、およびUARTのみに使用されています。どんな助けでも大歓迎です。 Re:S32K144:SimulinkでPWM生成にFlexIOピンを使用する方法はありますか 教えて頂きありがとうございました

i.MX95 上の dm-eiq-genai-flow-demonstrator に必要な BSP バージョン こんにちは、チーム 私は、Yocto 環境内で動作する i.MX95 プラットフォーム上の dm-eiq-genai-flow-demonstrator (GenAI Flow) を調査しています。以下を明確にしていただけますか: 1.デモをエンドツーエンドで実行するために最低限必要な BSP バージョン (例: L6.12.20_2.0.0) は何ですか? 2.この BSP には、LLM 推論 (RAG) をサポートするために必要なすべての要素 (更新された Neutron デリゲート、TFLite ランタイム、ツールなど) が含まれていますか? 3.このデモに推奨される追加の Yocto メタレイヤーまたはイメージレシピ (たとえば、meta-eiq-genai) はありますか? ご意見をよろしくお願いします! よろしくお願いします、 ヴァルシル・ガンジー Re: BSP Version Required for dm-eiq-genai-flow-demonstrator on i.MX95 こんにちは、ヴァルシルさん。 ご質問ありがとうございます。 それらの質問に答えてみたいと思います。 1. このパッケージは当初、i.MX95 rev Ax の Q1 BSP L6.12.3-1.0.0 用に作成されました。 2. このQ1 BSPには、LLM推論でNeutronを活用するために必要な機能が直接含まれていません。そのため、このパッケージはメタレイヤーを提供しています。 3. この meta-eiq-genai-flow メタレイヤーは、Neutron 上の LLM 操作を高速化し、CPU リソースの一部を解放するための Onnxruntime Neutron 実行プロバイダーを追加する可能性を提供します。これにはカーネルと Neutron Fw 用の関連パッチ/ファイルが含まれます。なお、このプロジェクトでは TF Lite ではなく onnxruntime を使用しています。 とはいえ、 Q2 BSP （例：L6.12.20_2.0.0）が本日リリースされます。i.MX95のB0リビジョンをサポートしていますが、NeutronのLLMアクセラレーションが利用できないため、CPUモードのみで動作します。 ありがとう、そしてよろしく。 ピエール  

MEMS発振器搭載IMX8MM こんにちは、 IMX8M Mini を使用してボードをデザインしようとしていますが、デザインには MEMS 発振器を使用する必要があります。 データシートではこの配置についてあまり明確に説明されていません。 IMX8MMIEC: 3.1.4RTC_XTALI が外部発振器にコネクテッドされ、RTC_XTALO が VDD_SNVS_0P8 にコネクテッドされていることを示します。 XTALI ピン (24M_XTALI であると想定) についての記述がありますが、XTALO ピンをどうするかについては説明がありません。これは未接続のままになっているのでしょうか? RTC クロックには高/低しきい値が指定されていますが、24MHz クロックには何も指定されていません。これらのしきい値は何ですか? IMX8MMHDG: 4.4 では CLK1_P/NI について言及されていますが、他のドキュメントではこのパッドの他の参照は見つかりません。 CLKIN_1/2 についても言及されていますが、これらのパッドの使用法はレジスタ定義にしか記載されておらず、明確ではありません。私はこの投稿を見つけました ( https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/mp/1007077 )2020 年から、NXP は XTALI パッドを CAN バイパスできることを述べており、文書化が不十分であることを謝罪していますが、まだ十分に明確ではありません。 24MHz MEMS発振器は24M_XTALIにコネクテッドする必要がありますか、それともCLKIN_1にコネクテッドする必要がありますか? 水晶振動子が使用されていない場合、IMX8MMIEC のセクション 2.1 から省略されている「VDD_24M_XTAL_1P8」に電力を供給する必要がありますか? ありがとう、 クリス Re: IMX8MM With MEMS Oscillators @user1092 喜んでお手伝いさせていただきます。お待ちいただきありがとうございます。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 ご説明とご協力に感謝いたします。 クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 はい、ユーザー ガイドが正しいことをCAN確認できます。そのCASE、RTC_XTALO をVDD_SNVS_0P8 に接続する必要があります。 これは社内での議論からのものです: よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 ご返信ありがとうございます。これは良いニュースです。 RTC に関して、データシートが正しいかどうかも確認してください。RTC_XTALO が VDD_SNVS_0P8 に直接接続されているため、奇妙な配置のように思われますが、これが正しい配置であることを確認したいと思います。 ありがとうございました。 クリス Re: IMX8MM With MEMS Oscillators こんにちは@user1092 お問い合わせに応じて、IP ベンダーから提供された PAD の RTL とデータシートを確認しました。このレビューに基づいて、PAD が外部 24 MHz リファレンス クロックの使用をサポートしていることを確認できます。 IP データシートによると: "物理的な水晶のない外部クロックのCASEは、PADI と PADO の間に差動信号を適用する必要があります。" これは、外部24MHzクロックが 差動（相補）信号 XTALI ピンと XTALO ピンに適用されます。具体的には： 信号は 0Vと1.8V 。 いつ XTALIは0Vです、 XTALO は 1.8V である必要があり、その逆も同様です。 これを実現するには、次の 2 つのオプションがあります。 次のような発振器を使用する 相補差動出力。 使用 シングルエンド発振器 とともに 外部インバータ 相補信号を生成します。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators ありがとう@user1092 社内チームに更新して回答を待ちます。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators 投稿に失敗した後に添付ファイルを削除しました。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 「1 つのインスタンスでは MEMS 共振器 (両方の XTAL ピンを使用) が使用され、もう 1 つのインスタンスでは MEMS クロック ジェネレーター (シングルエンド入力、1 つのみ) が使用されているようです。」 水晶の代わりに共振器を使用することについては、私の知る限り誰もこれを尋ねたことはありません (2008 年頃から i.MX を取り上げています)。これについては少し調査する必要があるでしょう。」 ここで彼らが何を指しているのかは分かりませんが、MEMS 共振器は当社では使用しません。正直に言うと、私はそれらについて聞いたことがなく、それらはそれほど簡単に入手できるようには思えません。シングルエンドのクロックソースを使用します。 一部の部品は外部発振器では動作できないため、外部のシングルエンド クロック ジェネレーターの使用を検討する必要があります。どれだったかすぐには思い出せないので、これも調べる必要があります。」 どうぞよろしくお願いいたします。 「部品番号やダラシートはありますか？」 部品はDSC6001HI2B-024.0000になる可能性が高い。データシートについては添付を参照してください。 ありがとうございます クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 社内チームより: 一方のインスタンスでは MEMS 共振器 (両方の XTAL ピンを使用) が、もう一方のインスタンスでは MEMS クロック ジェネレーター (シングルエンド入力、1 つのみ) が使用されているようです。 水晶の代わりに共振器を使用することについては、私の知る限り誰もこれを尋ねたことはありません (2008 年頃から i.MX を取り上げています)。これについては少し調査する必要があるでしょう。 一部の部品は外部発振器では動作できないため、外部のシングルエンド クロック ジェネレーターを使用して調べる必要があります。どれだったかすぐには思い出せないので、それも調べる必要があります。 部品番号/データシートはありますか? よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 はい、社内チームからの返答を待っています。更新があったらお知らせします。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 データシートを再度読むと、セクション（3.1.4）があります。XTALI は外部発振器から供給CANと述べています。 このチップは、この声明に基づいて選択されました。 ドキュメントは少し混乱しているようで、このセクションでは RTC は外部発振器にのみコネクテッドできるとも述べられています。ただし、セクション3.4.2RTC を水晶発振器と組み合わせて使用する方法について説明します。 CLKIN ピンに関する質問、および XTALI ピンを外部発振器から駆動できない場合にこれらのピンを使用できるかどうかについての質問には回答されていません。 私はこの製品の開発にほぼ 1 年を費やしてきましたが、時間を無駄にしたくありません。データシートには、XTALI は外部発振器から駆動 CAN と記載されています。 できるだけ早く解決策が必要なので、助けていただけますか。 よろしくお願いいたします。 クリス Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 この設計では加圧環境で使用されるため、水晶発振器は使用できません。 推奨/検証された唯一の方法はクリスタルを使うことだとおっしゃっていますが、これは可能ではあるもののテストされていないことを示唆しています。それがCANかどうか、またCANであればどのようにCANかについて情報を提供していただけますか? CLKIN_1/2 ピンに関するドキュメントはほとんどまたは全くないので、これらのピンの目的に関する情報を提供していただけますか。https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/mp/1007077ピンは水晶の代わりにメインクロックに電力を供給するために使用CANことを示唆しています。これは正しいですか？ ありがとう クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 お元気でお過ごしのことと思います。 これは推奨され検証された唯一のオプションです - 推奨どおりにクリスタルを使用してください NXP公式ドキュメント「ハードウェアガイド」のセクション表12「発振器/水晶」 推奨事項。 よろしくお願いいたします。 サラス。

KW45B41Z RTC not running during power off (Power backup given by super capacitor) The RTC is retaining its value in the KW45B41Z-EVK during power off when power back up is provided by Coin cell battery, but in i am using KW45B41Z for my project where i am using a super capacitor(25F/3.8V) to power RTC during power off. Here RTC is not retaining its value. So do I need to enable any Low power mode through SPC or is there any special configuration that i should do? I have also verified the voltage across the super capacitor that is enough to power the RTC during power off. Any low power mode configurations are there for RTC? Regards Kaif Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) According to the EVK schematics, the VDD_DCDC pin powers the RTC when JP5 pins 2 and 3 are connected. With this configuration, the RTC functions correctly on the EVK. We observed that the RTC draws approximately 1 mA in this setup. When we replicate this arrangement on our custom board using a supercapacitor, the supercapacitor discharges very quickly. We specifically chose a supercapacitor because we required a rechargeable power source capable of maintaining RTC operation for at least 1–2 months, which is typical for RTC applications. However, a coin cell was not considered suitable since it is not rechargeable. Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) Hello What values are you getting from voltage across the capacitor? As if goes to a very low voltage (from the capacitor discharging) or approximates to minimal values according to Datasheet, it may cause abnormal functionality such as loss of RTC Functionality: The most immediate consequence is that the RTC will likely stop operating reliably. The timekeeping accuracy will be compromised, and any data stored in the RTC's backup registers may be lost. A coin cell offers a stable and nearly constant voltage over most of its lifespan, which ensures that the RTC always receives a voltage above its minimum operating threshold. Best Regards Luis Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) I am using kw45b41zevk_rtc demo (not rtc_func or power mode switch as in AN14122). Instead of Coin Cell (as in KW45B41Z EVK) I am using a super capacitor for RTC Power Backup. During power on RTC will be powered by VDD_SWITCH but during power off, super capacitor will supply power to RTC.  During power off Super capacitor is discharging (tested) but RTC is not retaining its register value. I have attached the schematics of RTC supply configuration i am using.  Why in the KW45B41Z EVK coin cell backup is given for RTC why there is no rechargeable source like super capacitor or battery? Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) Hello Kaif, As shown in the KW45B41Z-EVK, the coin cell or lithium battery will be the preferred methods, this to achieve long battery life and voltage stability. Regarding the RTC not retaining values, Could you please kindly describe what is the procedure you are using for the configuration and test? By any chance, are you using the demo called "rtc_func" or power_mode_switch as in AN14122? Also please consider the recommendations mentioned in the AN14122 to start the RTC from a low-power mode. Best Regards Luis Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) I am using KW45B41Z in custom board with back up power using super capacitor. Can we use super capacitor to power RTC during power off? or Lithium battery is the only way? I would really appreciate your support on this. Regards  Kaif Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) Hello, Could you help us confirm if you are using a custom board with the KW45B41Z or the KW45-EVK? The Application note 14122 describes how to integrate the RTC feature to a low-power application with the KW45 and explains the file modifications needed to implement it. AN14122: How to use RTC on KW45-EVK | NXP Semiconductors Best Regards Luis Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) We have attached schematics of super capacitor going to VDD_SWITCH line, do we need to enable any specific bits through software in rtc or power section? Best Regards Kaif

在 MPC5748G MCU 的扩展 SPI 模式下，EOQF 标志未被设置 你好，团队、 我在 MPC5748G MCU 中使用扩展 SPI 模式进行 32 位帧传输，发现传输结束时 EOQF 标志没有被设置。我在 MPC5777C MCU 上使用了相同的代码，一切正常。 你知道为什么会出现这个问题吗？任何建议或想法都会被极大地采纳。 期待您的真知灼见。 谢谢！ 此致， 克里希纳 用于 i.MX RT 的 eIQ 机器学习软件 Re: EOQF flag is not getting set in EXTENDED SPI mode in MPC5748G MCU 你好，伊谢、 谢谢您的答复。我已正确配置 SPI 模块以传输 32 位帧，如果不查看 EOQ 标志，读取和写入均可在 MPC5748 中正常工作。我还设置了 EOQ 标志，以便传输最后一个字，但模块不承认这一点。 仅供参考，我不在 EOQ 中使用中断我正在轮询寻找那个标志。 您提到"虚假队列结束语" ，能否请您解释一下这是什么意思？ 谢谢！ 此致， 克里希纳

Wifi SDK を介して Raw パケットを送受信する 読者の皆様   私は NXP RW612 SoC に取り組んでおり、ハンドシェイクなしで 2 つのデバイス間でNXP Wifiドライバを使用して生のWi-Fiパケットを送受信しようとしています。 それをどうやって実装できるか、何かアイデアはありますか? 以下の関数はまだ実装されておらず、 Wifi . h ファイルではそのシグネチャのみが使用可能です。 int wifi_raw_packet_send ( const t_u8 *パケット、 t_u32 長さ); int wifi_raw_packet_recv (t_u8 **データ、t_u32 *pkt_type); レシーバをモニタリングモードに設定し、トランスミッタで次の機能を使用する必要がありますか? int wifi_inject_frame( const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len) Re: Transmit and receive Raw packet through Wifi SDK wifi_test_mode の例をテストしたところ、固定ペイロード パターンを持つ 802.11 フレームのみが送信されることに気付きました。 私のCASE、カスタム ペイロードを使用して生の 802.11 フレームを送受信する必要があります。 この目的のために次の機能を使用できますか? int wifi_inject_frame(const enum wlan_bss_type bss_type、const uint8_t *buff、const size_t len); もしSOなら、レシーバ側でパケットを受信するにはどうすればよいですか? どうぞよろしくお願いいたします。 よろしくお願いいたします。 Re: Transmit and receive Raw packet through Wifi SDK こんにちは、 wifi_test_mode アプリケーションは、さまざまな RF および規制コンプライアンス テストに対する CLI サポートを示します。 詳細については、セクション4.9.1.7「標準 802.11 パケットの送信( UM11799 )」を参照してください。 よろしくお願いいたします。 ダニエル。 Re: Transmit and receive Raw packet through Wifi SDK 詳細については、こちらをご覧ください。実際には、80.11 MAC 層を介してデータを送受信する必要があります。 Re: Transmit and receive Raw packet through Wifi SDK ダニエル様 ご返信よろしくお願いします。 wifi_test_mode SDK の例を確認しました。ただし、この例では、STA と uAP が作成されます。実際に必要なのは、ハンドシェイクなしでデータを送受信することです。それをどのように実装CANかご存知ですか? また、モニターモードを使用するためにかなりの努力をしましたが、正常に起動できませんでした。モニターモードのサンプルコードを提供してもらえますか? どうぞよろしくお願いいたします。 よろしくお願いします、 モフセン Re: Transmit and receive Raw packet through Wifi SDK こんにちは、 生の Wi-Fi パケットを送信するには、wifi_test_mode SDK の例を試すことができます。 よろしくお願いいたします。 ダニエル。

下一代功能安全架构 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述 S32x 下一代安全架构，涵盖 ASIL B 至 ASIL D。有哪些新功能以及我们如何更好地为客户提供全套安全附属品，包括 MCU HW、SW 和 SBC HW。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述 S32x 下一代安全架构，涵盖 ASIL B 至 ASIL D。有哪些新功能以及我们如何更好地为客户提供全套安全附属品，包括 MCU HW、SW 和 SBC HW。

FreeRTOS 与 MQX RTOS 的快速概述 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FreeRTOS 与 MQX RTOS 的快速概述 MQX实时操作系统是专为单处理器、多处理器和分布式处理器嵌入式实时系统设计的。飞思卡尔半导体公司在其微处理器中采用了该软件平台。这包括 Kinetis、Coldfire、PowerPC、ARC、ARM、StrongARM、xscale CPU。MQX RTOS 的主要特点是可扩展的大小、面向组件的架构和易于使用。 FreeRTOS 是一种流行的嵌入式设备实时操作系统内核，已移植到 35 种架构。它在 GPL 下分发，但有一个可选例外。FreeRTOS 占用空间非常小，开销很低，执行速度非常快。内核本身仅由三或四个 C 文件组成。最少 4-8k 字节闪存。 类似功能：[待完成] 任务、事件、信号量、互斥量、消息队列、空闲省电                                                                  Freertos 的独特功能： 1 任务通知：每个 RTOS 任务都有一个 32 位通知值，该值在创建 RTOS 任务时初始化为零。RTOS 任务通知是直接发送给任务的事件，可以解除对接收任务的阻塞，并可选择更新接收任务的通知值。 2 递归互斥锁：递归使用的互斥锁可以被所有者反复“获取”。直到所有者为每次成功的 xSemaphoreTakeRecursive() 请求调用 xSemaphoreGiveRecursive() 之后，互斥锁才会再次可用。例如，如果某个任务成功“获取”同一个互斥锁 5 次，则该互斥锁将无法供任何其他任务使用，直到该任务也将互斥锁“归还”5 次为止。 3 堆栈溢出钩子/通知：每个任务维护自己的堆栈。任务堆栈使用的内存在任务创建时自动分配，并由传递给 xTaskCreate() API 函数的参数确定大小。堆栈溢出是导致应用程序不稳定的一个常见原因。因此，FreeRTOS 提供了两种可选机制，可用于协助检测和纠正此类事件 4 延迟中断处理：从应用程序中断服务程序中使用，将功能的执行延迟到 RTOS 守护进程任务。提供了一种机制，允许中断直接返回到随后将执行挂起功能的任务。这使得回调函数能够与中断连续执行 - 就像回调在中断本身中执行一样 5 多个对象上的阻塞：队列集是 FreeRTOS 的一项功能，它使 RTOS 任务能够在同时从多个队列和/或信号量接收时阻塞（挂起）。队列和信号量被分组为集合，然后，任务不再阻塞在单个队列或信号量上，而是阻塞在集合上。 MQX 的独特功能： 1 基于所有权的资源破坏：[待完成] 2 名称服务：任务可以将一个 32 位数字与一个字符串或符号名称关联起来。MQX RTOS 将这种关联存储在名称数据库中，该数据库中的所有任务 处理器可以使用。数据库避免使用全局变量。 3 处理器间通信：应用程序可以在多个处理器上同时运行，每个处理器上都有一个 MQX RTOS 的可执行映像。图像使用由内存或通过处理器间通信的通信链路传输的消息进行通信和协作。每个图像中的应用任务不必相同，而且实际上通常是不同的。 4 看门狗：看门狗是可选组件，可让用户检测任务级别的任务饥饿和死锁情况。 5 任务队列调度：您可以使用任务队列来显式调度任务，或创建更复杂的同步机制。由于任务队列提供的功能很少，因此速度很快。应用程序可以在创建任务队列时指定先进先出 (FIFO) 或循环 (Round Robin) 调度策略。

i.MX95 EVKまたはi.MX8QM上でAndroidとLinuxの両方をDomUとして実行する Xenハイパーバイザー上でAndroid オートモーティブとLinuxゲストOSの両方を実行できるかどうか、その適用可能性を検証しています。 リリースノートとユーザーガイドの間には、矛盾する情報がいくつかあります。Android オートモーティブのリリースノートでは、i.MX8QMとi.MX95の両方で仮想化 Android に「N」が付いていますが、ユーザーガイドではXen上でAndroidを実行する方法が明確に説明されています。 サポートされているかどうかという質問に答えたいのですが、異なるドキュメントに基づいて正確に判断することができません。古いドキュメントではi.MX8QMでもサポートされていると書かれていますが、新しいドキュメントではサポートされていないと書かれています。 ユーザーガイドには、LinuxゲストまたはAndroid Automotiveゲストを実行できると記載されていますが、それらが同時に共存できるかどうか（2つのDomU）については記載されていません。i.MX95、i.MX8QM、あるいはその両方でこれが可能かどうか教えてください。 質問1で述べたように、i.MX 8QuadMaxについては、古いドキュメントにXen上でAndroid VMを実行できると記載されていましたが、それはAndroid 9またはAndroid 10の場合でした。最近のドキュメントでは、Xen 上の Android VM では「N」と記載されており、ユーザーガイドには i.mx 95 の手順しか記載されていません。新しいバージョンの Android を実行できない理由は何でしょうか？ Android i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: Running both Android + Linux as DomU's on i.MX95 EVK or i.MX8QM こんにちは、 1> 以前のバージョンの Android では、デモ/リファレンスとして i.MX8 XEN のサポートがありましたが、新しい Android リリースではサポートされなくなりました。一方、i.MX95については、最新リリースでサポートされています。 2> 上記のように、古いリリースでは i.MX8 で可能かもしれませんが、i.MX95 は公式にはサポートされていませんが、カスタム統合により技術的には可能です。 3> これは、1) i.MX8 用の公式 XEN がデモ/リファレンスとしてリリースされたことに関連しており、新しい Android リリースへの変更により、焦点は新しい i.MX95 に移されました。 よろしくお願いいたします。 アルド。 Re: Running both Android + Linux as DomU's on i.MX95 EVK or i.MX8QM こんにちは、迅速なご対応ありがとうございます！ i.MX95の場合、公式にサポートされているのはDom0（Linux、ドキュメントを見る限りシンクライアントではないようです）とDomU（Android）のみです。Dom0にディスプレイを1つ、DomUにもう1つのディスプレイを接続することは可能ですか？ i.MX95でFUTURE的に2つのDomUをサポートする予定はありますか？ Re: Running both Android + Linux as DomU's on i.MX95 EVK or i.MX8QM こんにちは、アルドさん。 私の質問について何か進展はありますか？

s32k344 罐 你好，我正在使用 s32k344 电机驱动器代码，并有几个原型。我发现其中一台 CAN 机器在运行一段时间后会脱机，发送和接收都会出现异常。我打开了离线回复，发现信息会丢失 200 毫秒的帧。我更换了 CAN 收发器，但同样的现象依然存在。我已经阅读了勘误手册，是否是芯片本身存在这个错误？ Re: s32k344 can Hi@qicbeng 示例代码"MCSPTE1AK344_PMSM_FOC_2Sh_ll" 不提供 FLEXCAN 功能；您必须自行添加 CAN 相关功能。 请提供您的 CAN 测试项目，以便我检查您的配置是否正确。

FRDM-MCXN947：Ee(42) 刷新 tflm_modelrunner 后无法连接到内核 刷新 tflm_modelrunner SDK 示例（FreeRTOS + lwIP，定义 USE_RTOS）后，我的 FRDM-MCXN947 不再响应 SWD。LinkServer v25.6 和 MCU-Link V3.128 报告 Ee(42)。所有操作（包括大量擦除）都无法连接到核心。在 “设备管理器” 中可以正确检测到 MCU-Link 探测器。按下 SW3+RESET 时，Windows 会检测到 USB 枚举，但未安装驱动程序，blhost 报告未找到任何设备。 我怎样才能找回板？ 更新：我能够在 Linux 上下载 led_blinky 示例，但在 Windows 10 上问题依然存在。 此外，在这两个操作系统上，我通常会收到以下警告： " 项目是为设备 MCXN947 配置的，但选定的探测器报告已连接到设备 MCXN947VDFT。你确定要继续吗？" 第一次尝试下载程序时（不知道是否与此有关）。 Re: FRDM-MCXN947: Ee(42) Could not connect to core after flashing tflm_modelrunner 最新情况--决议 通过从 Windows 设备管理器中卸载 MCU-Link 设备条目并允许 Windows 在重新连接时重新枚举这些条目，该问题得到了解决。 具体而言，删除了两个条目：通用串行总线设备下的 " MCU-LINK FRDM-MCXN947 CMSIS-DAP "，以及端口 (COM & LPT) 下相应的 MCU-Link vCom 端口。重新连接 USB 电缆后，Windows 自动重新安装了这两个驱动程序，LinkServer 可以正确打开探针。 根本原因似乎是Windows中USB设备状态损坏，很可能是在之前使用tflm_modelrunner固件（FreeRTOS + LwIP）的会话中触发的。该探针在系统中可见并被正确枚举，但其句柄无法被 redlinkserv.exe 打开，导致在所有操作（包括大量擦除、闪存和 gdbserver）中出现 Ee(42)。重新安装集成开发环境，替换 redlinkserv.exe、清除 USB 注册表项也无法解决这个问题。只有从设备管理器重新枚举设备才能解决问题。

当 PN7160 设置为 LPCD 模式时，不能使用 2×2 厘米天线从 LPCD 模式激活它。 使用 “NFC 天线工具”，我们为 PN7160 设计了一个 2 cm × 2 cm 的板载天线，Q 系数为 20，目标阻抗为 11 Ω。由于这是一个小型天线，我们根据 "PN7160 常见问题 [AN13892]"启用了 PN7160 的 DPC。 在这种情况下，如果我们不启用 PN7160 的 LPCD 模式，两台 PN7160 设备可以通过 P2P 进行正常通信。但是，如果我们启用 PN7160 的 LPCD 模式，PN7160 将无法从 LPCD 模式唤醒。不过，使用相同的驱动器，我们可以用 2 厘米 × 4 厘米的天线从 LPCD 模式激活它。 来自 2 厘米 × 2 厘米天线的 LPCD TRACE 信息如下： D (6358097) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 D (6358597) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 D (6359107) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 D (6359617) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 有关天线设计参数，请参阅附件。 并将 CORE_SET_CONFIG_CMD 设置为 ： uint8_t NxpNci_CORE_CONF_EXTN[]={0x20, 0x02, 0x6B, 0x05, /* CORE_SET_CONFIG_CMD */ 0xA0, 0x40, 0x01, 0x81、 /* TAG_DETECTOR_CFG */ 0xA0, 0x41, 0x01, 0x10, /* TAG_DETECTOR_THRESHOLD_CFG */ 0xA0, 0x42, 0x01, 0x0F、 /* TAG_DETECTOR_PERIOD_CFG */ 0xA0, 0x43, 0x01, 0x00, /* TAG_DETECTOR_FALLBACK_CNT_CFG */ 0xA0, 0x0B, 0x57, 0xE5, 0x05, 0x90, 0x6E, 0x0F, 0x4E, /* DPC_CONFIG*/ 0x00, 0x40, 0x95, 0xB7, 0xAA, 0x40, 0x9F, 0xA7, 0x99、 0x53, 0x9F, 0x97, 0x99, 0x5D, 0x9F, 0x97, 0x99, 0x5F, 0x9F, 0x97, 0x00, 0x68, 0x9F, 0x07, 0x00, 0x6A, 0x1F, 0x07, 0x00, 0x74, 0x1F, 0x07, 0x00, 0x78, 0x1F, 0x07, 0x00, 0x7F, 0x1F, 0x07, 0x00, 0x81, 0x1F, 0x07, 0x00、 0x8B, 0x1F, 0x04, 0x00, 0x8C, 0x1F, 0x04, 0x00, 0x96, 0x1F, 0x04, 0x00, 0x98, 0x1F, 0x04, 0x00, 0xA1, 0x1F、 0x02、0x00、0xA9、0x1F、0x00、0x00、0xAF、0x1F、0x00、 0x00、0xB8、0x1F、0x00、0x00、0xC2、0x1F、0x00、0x00 }； 这个问题是由天线匹配还是寄存器设置引起的？ Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 您好，感谢您对我们的产品感兴趣。 您的设置有一些局限性，我想谈谈。 尽管可以使用 2x2 厘米的天线，但建议尝试使用尺寸稍大的天线。 我还想澄清一点，NFC 论坛不推荐使用 P2P，我们强烈建议使用 HCE 和读/写模式。 启动器的天线尺寸很可能太小，不会导致目标失调。 您是否尝试过用普通的 PICC（如卡片）唤醒 LPCD 读取器？这样做的结果是什么？ 请分享史密斯手推车和原型图，以便进一步审查。 Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 您能测量天线的阻抗吗？ 似乎相对较低。 Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 非常感谢您的答复，但我现在没有 VNA。如果还是不能解决问题，我就去买一个。您还有其他建议吗？ Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 非常感谢您的回复。 目前，我们使用 P2P 是为了兼容性而做出的妥协。我们重新优化了天线形状和 PCB 布局，但问题依然存在。附件中的第一张图片是天线原理图，其中包含使用 "NFC 天线工具 "生成的参数；第二张图片是 PN7160 及其外围电路的原理图；第三和第四张图片显示了 PCB 布局的顶视图和底视图；第五张图片显示了我们输入 NFC 天线工具的参数。 根据 AN13219（PN7160 天线设计和匹配指南）第 23 页，我们将非对称和对称调谐方案的 Q 值、目标阻抗、fEMC 截止频率和 L0 分别设置为 20、13 Ω、22 MHz 和 20、11 Ω、14.6 MHz。但是，在这两种情况下，LPCD TRACE 的通知信息仍然是： D (564760) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03。 无论我们用手指还是金属物体靠近天线，测量结果都不会改变。 Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 我们还参考了 "PN7160 天线设计与匹配指南"，并使用该程序读取了 AGC 值： 无效 Get_AGC(SemaphoreHandle_t Semaphore_PN7160_IRQ) { uint8_t 获取[] ={0x2F, 0x3D, 0x04, 0x02, 0xC8, 0x60, 0x03}; uint8_t 答案[255]; uint16_t 答案大小; 虽然(1)     { printf("\n");   NxpNci_HostTransceive(Semaphore_PN7160_IRQ, 获取, sizeof(获取), 答案, 大小(答案), &答案大小); 如果((答案[0] != 0x4F) ||(答案[1] != 0x3D) ||(答案[3] != 0x00)) { printf("错误，无法获取参数值\n");      } 不然 { printf("\n"); printf("测量的 AGC 值 (LSB)= %.2Xh", 答案[4]); printf("\n"); printf("测量的 AGC 值 (MSB)= %.2Xh", 答案[5]); printf("\n");      }    } }   不过，我们得到的结果很奇怪，它并没有列在 UM11495 号文件的 TEST_ANTENNA_RSP 返回值列表中。我们读取的值是 0x06： (7600) PN7160_I2C：NCI>> 0x2f 0x3d 0x04 0x02 0xc8 0x60 0x03 D (7600) PN7160_I2C：NCI<< 0x4f 0x3d 0x01 0x06 但 UM11495 只提到四种可能的结果： 0x00: STATUS_OK 0x01: 拒绝执行测试（PN7160 处于错误状态） 0x04: STATUS_TEST_EXEC_FAILED 0x09: STATUS_INVALID_PARAM 其他：RFU

S32K344 悬挂问题 MCU：S32K344 OS：FreeRTOS S32Design Studio：3.4.3 问题：MCU 因 I2C 写阻塞（无超时）而挂起 嗨，团队、 我们正在使用基于 S32K344 MCU 的定制板。我们面临的问题是，在某些I2C错误状态下，MCU在运行时挂起。 我们有一个通过 I2C 接口连接的 IMU 从属设备。偶尔，当 IMU没有供电，或 I2C 写入操作失败（例如，没有 ACK /总线卡住）， I2C 写入 API不会返回或进入超时状态。结果，执行 I2C 事务的 FreeRTOS 任务被无限期地卡住，最终导致应用程序挂起。 意见： 当从机没有响应或总线保持在低电平时，就会出现问题。 I2C 驱动程序似乎阻塞，等待传输完成。 在 RTOS 或驱动程序级别上不会触发超时或恢复机制。 请求支持： 如何在 S32K344 上添加或强制执行I2C 事务超时？ 有没有推荐的方法来恢复卡住的 I2C 总线（SDA/SCL 保持在低电平）？ 在 S32K3 设备上的 FreeRTOS 下安全使用 I2C 的最佳做法是什么？ 恩智浦是否有稳健处理这种情况的驱动程序配置或示例？ 任何指导或参考将不胜感激。 谢谢& ， Vinay Re: S32K344 Hanging issue 嗨，@vinaykl、 你的 RTD 已经很老了。 有什么原因吗？ 从 RTD 2.0.0 到当前的 RTD 7.0.0，已经修复了许多错误。 我猜您使用的是 I2C 驱动程序的阻塞 API。 请使用异步传输 API 以及 GetStatus() 和超时。 如果从设备一直将 SDA 保持在较低水平，则可以将其恢复，请参阅 I2C 用户手册： 第 3.1.16 节总线畅通 https://www.nxp.com/docs/en/user-guide/UM10204.pdf   RTD 驱动程序没有用于恢复的 API。 AN4803 中的一个例子 I2C 恢复功能定义 https://www.nxp.com/docs/en/application-note/AN4803.pdf 此致， 丹尼尔

Kinara ARA-SDK 许可 恩智浦团队（以及所有熟悉 Ara-2 / Kinara 工具的人员）你们好、 我想了解为 Ara-2 (Kinara) 计算模块编译模型的正确许可/访问路径，尤其是现在 Kinara 已被恩智浦收购，而且恩智浦的公开资料描述了 SDK 与恩智浦软件生态系统的集成。 我的设置/目标 硬件Geniatech Ara-2 计算模块 SDK：Geniatech 提供的 Kinara Ara-2 SDK r1.3 使用情况：个人、非商业（研究/学习/测试） 模型目标：Qwen/Qwen2.5-7B-Instruct (GPTQ Int4) 目前有效的方法 我可以完成模式 1 流程，将模型转换为 ONNX。 我的结局是 model.onnx（小图形文件） 同一目录下的 model.onnx.data（大型外部张量数据/权重）。 什么失败了 模式 2（生成可部署 .dvm 的编译阶段）因 SDK 版本工具中的许可证签出/验证错误而失败。 据我所知，这将阻止生成 .dvm即使 ONNX 导出成功。 我的困惑 我没有 Kinara 许可证密钥。 Geniatech 的文档指出，必须通过 Kinara 获取 SDK 许可证密钥。 Kinara客户支持门户网站似乎拒绝使用常见的个人电子邮件功能域（例如gmail.com）进行注册，所以我无法在那里提交申请。 我为什么要在这里提问（恩智浦/Kinara 集成混淆） ，恩智浦的公开资料显示，Kinara 的 SDK 和模型工具正在集成到恩智浦的生态系统（包括 eIQ）中，Ara-2 现在作为恩智浦的产品提供，并提供相关的 "Ara 软件开发包 "下载。 然而，在实践中，这一点并不明确： 开发人员应在其中获取用于编译的许可证密钥，以及 现在是否支持 "Ara SDK / eIQ 集成 "路径。 问题 编译 ONNX → .dvm 是否需要许可证密钥使用 Ara-2 SDK 工具链（r1.3 / ARA-SDK），甚至用于个人/非商业用途？ 如果是，个人/业余爱好者用户获得评估/开发者访问权限（尤其是在没有公司电子邮件域的情况下）的官方流程是什么？ 有了现有的恩智浦账户，Ara-2 用户应该从哪里获取： “官方” Ara SDK 二进制文件/工具链（编译器），和/或 编译所需的许可机制？ 如果编译需要许可证密钥，而许可证密钥又不容易获得，那么是否有任何预编译的 .dvm模型软件包（例如，用于 Qwen 7B/Qwen2.5恩智浦/Kinara/合作伙伴提供给 Ara-2 用户运行的 7B）？ 如果恩智浦/Kinara 的相关人员能说明计划的路径（恩智浦门户网站与传统 Kinara 门户网站的对比，以及现在如何处理许可问题），那将大有帮助。 Re: Kinara ARA-SDK Licensing 我也有同样的问题！我拿到了设备，驱动程序。但没有 SDK，我猜也没有许可证（如果需要的话）。该设备只是静默地坐在我的联想 ThinkCentre Ultra neo 电脑里什么也没做。联想从未将其整合到 Windows 11 作为 NPU。我想至少用它来运行一些模型或进行学习。现在，它已经成为我电脑中一块完全闲置的硅片。我想，如果有更多的人开始使用这项技术，将有助于技术的普及。 Re: Kinara ARA-SDK Licensing @kratafila在我通过 Geniatech 获得 Linux SDK 软件包之前，我的硅片基本上也是闲置的。老实说，它仍然是未使用的硅，因为我无法让模型编译和运行。 值得一提的是，Geniatech（我的 Kinara Ara-2 M.2 模块的供应商）与我分享了这些 SDK/runtime 下载。它们以 Linux 为重点，我不确定它们是否适用于你的 ThinkCentre 中的 Ara-2 硬件（或者在 Windows 11 上提供帮助，里面有 Windows 二进制文件，但我在 Linux 软件方面取得了更大的成功），但是如果你能在 Linux 下测试/确认你的设备能正常运行，它们可能仍然有用： 1) 驱动程序/运行时间 + .dvm 示例型号（Geniatech"客户就绪" 捆绑）： hxxps://mega[.]nz/file/nJcF0K5a#W-Ote-fp59hXoq4T0GGsaQmwGTRphWz0JATowyWjQpg 2) " 模型编译 " 文件夹 Geniatech 最初寄给我（注意：仅此一项就不包括编译器二进制文件）： hxxps://mega[.]nz/file/KoclFQrJ#ifNOX7w2Y1qgLM6rnm7xPnUprwZZqhuRvelFG5p0MJQ 3) Geniatech 随后提供的完整 Ara-2 SDK 压缩包（此压缩包应包含实际的工具链/编译器，例如dvrun）： hxxps: //文件 [.] geniatech [.] com/down-eng/bsp/kinara_sdk_20251120 [.] tar [.] bz2 如果你尝试了上述任何一种方法并取得了进展（即使只是安装了SDK并看到设备被识别），请在这里发回去，这不仅是为了我们，也是因为多个社区似乎对于 " 官方 " 的工作路径、SDK/许可的实际来源以及如何编译和运行其他模型存在更广泛的困惑。

8CH-DMIC board configuration, flashing and testing on MIMXRT685-EVK Hi, I’m trying to run the dmic_multi_channel CM33 demo on EVK-MIMXRT685 with the 8-DMIC array board. Per the demo documentation, enabling the 8-DMIC board on J31 requires moving several resistors (e.g. R379, R380, R384, R389, R390, R391, R392 to 2–3). After doing this, FlexSPI Octal Flash (U19) becomes inaccessible: - LinkServer flashing fails - ROM ISP (blhost) connects, but FLEX-SPI-NOR shows Sector Size = 0 / Page Size = 0 - Flash erase/write is impossible My questions: Is this demo expected to run without Octal Flash (RAM-only workflow)? Is there an official flashing/boot procedure after the resistor changes? Are all resistor changes required, or can some remain in the default state to keep FlexSPI flash working? Right now it looks like the required DMIC hardware setup prevents normal flash programming/boot. How can I test and run the demo? Thanks for any guidance. MIMXRT685-EVK 8CH-DMIC  i.MXRT 600 Re: 8CH-DMIC board configuration, flashing and testing on MIMXRT685-EVK Hi @mlkezarev , Thank you so much for your interest in our products and for using our community. Q1:  Is this demo expected to run without Octal Flash (RAM-only workflow)? A1:   Yes. This demo is designed to run from SRAM only and does not require Octal Flash. Q2:Is there an official flashing/boot procedure after the resistor changes? A2: After the resistor changes are applied, the external Flash is physically disconnected. Therefore, flashing or booting from Flash is not supported in this hardware configuration. Q3:Are all resistor changes required, or can some remain in the default state to keep FlexSPI flash working? A3: If you want to enable 8 DMICs, all the specified resistor changes are required. I have post a pin configuration screenshot for your reference. Q4: Right now it looks like the required DMIC hardware setup prevents normal flash programming/boot. How can I test and run the demo? A4: You can run on SRAM, just like the SDK demo "evkmimxrt685_dmic_multi_channel_cm33" Best Regards MayLiu

S32K148 回路図ドキュメント (SCH-29643 REV C) こんにちは、NXP チームの皆様、 S32K148 評価ボードを使用しており、ボードの回路図ドキュメント SCH-29643、リビジョン C を探しています。 利用可能なリソースを検索しましたが、Rev C の回路図を見つけることができません。 S32K148 EVB の SCH-29643 Rev C 回路図ドキュメントを共有していただけますか (または適切なダウンロード リンクを提供していただけますか)? サポートいただきありがとうございます。 Re: S32K148 schematic Document (SCH-29643 REV C) こんにちは、 添付したものを見つけました。 BR、ペトル

RDB3 Linux 以太网配置 本文档为在恩智浦 S32G-VNP-RDB3 开发板上配置和测试网络连接提供了实用指南。它概述了准备硬件和软件环境、设置网络参数以及验证主板与主机系统之间通信的基本步骤。该指南还解释了板网络架构的关键方面，并提供了在 Linux 和 U-Boot 级别调整配置的说明。其目的是为从事汽车网络应用以太网支持和验证的工程师提供参考。 本文档是对之前的 S32G-VNP-RDB2 参考设计以太网支持指南的更新，其中纳入了特定于 RDB3 平台和更新 电路板支持包 版本的更改和注意事项。 S32G