9S12XDP512CAG-9S12XDT512CAA 转储地址 如何填写 你好，我想从 9S12XDP512CAG 和 9S12XDT512CAA 中提取 FLASH&EEPROM 备份。如何在 USBDM 存储转储中输入地址？ Re: 9S12XDP512CAG-9S12XDT512CAA dump Address How to fill in 您好， 我已经很久没有查看过这个芯片了，以下内容是我快速查看手册后得出的。 请参阅内存映射图 1-3。S12X CPU & BDM 全球地址映射和边界如表 1-2 所示。设备内部资源。 线性地址： [EEPROM_LOW to 0x13_FFFF] => [0x13_F000 to 0x13_FFFF] [FLASH_LOW to 0x7F_FFFF] => [0x78_0000 to 0x7F_FFFF] 附带的配置文件可供尝试。 如果使用 HC12 编程器加载，请选择 线性图像再加载文件。 再见

IARコンパイラビルドS32K3 SAF環境 NXPコミュニティの皆様、こんにちは。 IAR コンパイラを使用して、 S32K3 SAF (バージョン 1.0.5) を S32K312 ボードに統合します。 しかし、sCheck を実行すると、SO 多くの質問が表示されます。考えられる原因は.icfの設定が間違っていることですファイルとstartup_cm7.sファイル。IARコンパイラの.icfファイルとstartup_cm7.sを共有していただけますか？ファイル ？ よろしくお願いします！ 注: 1. sCheck_CacheL1_EccTest() を実行すると、FaultHard になります。 2.sCheck_Flash_Test() を実行すると、ターゲット メモリがアクセス拒否に変更されます。 Re: IAR compiler build S32K3 SAF environment ハイ SAF はプレミアム ソフトウェアです。これはパブリック チャネルであるため、お近くの NXP 担当者/FAE に直接お問い合わせいただくことをお勧めします。 中国FAEは今年SAFに関するトレーニングを開催し、役立つ可能性のある統合の考慮事項についていくつか言及しました: AMCU28-S32 セーフティ ソフトウェア Framework (SAF)とのセーフティの統合.pptx よろしくお願いいたします ロビン

Can S32DS support IVT configuration for S32K3xx series platforms? As the title suggests, I'd like to confirm whether S32DS supports IVT configuration for the S32K3xx MCU. I've tried using examples from S32DS 3.4, S32DS 3.5, and S32DS 3.6, including the S32K312, S32K344, and S32K358. These S32K3xx examples all indicate that IVT configuration is disabled. How can I use S32DS to configure the IVT for the S32K3xx MCU platform and generate a bin file? Or does NXP have any tools that support IVT configuration for the S32K3xx MCU platform and generate a bin file? Re: Can S32DS support IVT configuration for S32K3xx series platforms? Hi @FrankHuang2111, Unfortunately, the S32K3xx family does not support the IVT configuration view for S32DS (nor S32K1xx).  Image Vector Table Tool is for more advanced devices without internal Flash like like S32G family. Best regards, Julián

MIMXRT1160 ユニークID eFuse MIMXRT1160 には、0x900 ～ 0x910 に 64 ビットの固有 ID ヒューズがあります。この値はデバイスの一意の ID として使用できますか、それともプロセッサ/バッチ間で「一意」ですか?もしCASE、デバイスの一意の ID として使用できる別の事前にプログラムされたレジスタまたはヒューズはありますか? よろしくお願いします。 Re: MIMXRT1160 Unique ID eFuse こんにちは@tbonkers 、 最新情報をありがとうございます。 「デバイスごとに一意の ID を持つ必要があるため、ヒューズの値 0x900 を使用できるとよいと考えていました。」に関して 32 ビット データであるヒューズ 0x900 の値を使用したということですか?SO、それは良い選択ではないと思います。32 ビットのデータは一意ではありません。 ただし、ヒューズ値 0x900 と 0x910 を使用すると、64 ビット データは一意 (一意の ID) となり、問題ありません。 お役に立てれば幸いです。 よろしくお願いします メイリュー Re: MIMXRT1160 Unique ID eFuse こんにちは、 私の要件は、各デバイスに一意の ID を持たせることであり、ヒューズの値 0x900 を使用できればよいと考えていました。 あなたの返答から、ヒューズの値は確かにユニットごとに固有であると理解しましたが、間違っていたら訂正してください。 ありがとう Re: MIMXRT1160 Unique ID eFuse こんにちは@tbonkers 、 弊社の製品にご興味をお持ちいただき、またコミュニティをご利用いただき誠にありがとうございます。 はい、 IMXRT1160 には NXP によって構成された 64 ビットの一意の ID があります。 「そうであれば、デバイスの一意の ID として使用できる別の事前にプログラムされたレジスタまたはヒューズはありますか? 」 ご要望の詳細を教えていただけますか？IMXRT1160 では、0x900 ～ 0x910 に 64 ビットのデバイス固有 ID ヒューズがすでに提供されています。 よろしくお願いいたします。 メイリュー

S32DS 能否支持 S32K3xx 系列平台的 IVT 配置？ 正如标题所示，我想确认 S32DS 是否支持 S32K3xx MCU 的 IVT 配置。 ，我尝试使用 S32DS 3.4、S32DS 3.5 和 S32DS 3.6 中的示例，包括 S32K312、S32K344 和 S32K358。 这些 S32K3xx 示例都表明 IVT 配置已禁用。 如何使用 S32DS 为 S32K3xx MCU 平台配置 IVT 并生成 bin 文件？ 或者恩智浦是否有任何工具支持 S32K3xx MCU 平台的 IVT 配置并生成 bin 文件？ Re: Can S32DS support IVT configuration for S32K3xx series platforms? 嗨，@FrankHuang2111、 不幸的是，S32K3xx 系列不支持 S32DS（或非 S32K1xx）的 IVT 配置视图。 图像矢量表工具适用于没有内部闪存的更高级的设备，如 S32G 系列。 致以最诚挚的问候， Julián

IAR 编译器版本 S32K3 SAF 环境 你好，恩智浦社区： 我使用 IAR 编译器将 S32K3 SAF（版本 1.0.5）集成到 S32K312 板中。 然而，当我运行 sCheck 时却有很多问题。可能的原因是 .icf 配置错误文件和 startup_cm7.s锉刀因此，能否共享 IAR 编译器的 .icf 文件和 startup_cm7.s 文件？文件 ? 谢谢您！ 注意： 1. 当我运行 sCheck_CacheL1_EccTest() 时，结果是 FaultHard。 2.当我运行 sCheck_Flash_Test() 时，目标内存将被改为拒绝访问。 Re: IAR compiler build S32K3 SAF environment HI SAF 是一款高级软件。由于这是一个公共频道，我们建议直接联系当地的恩智浦代表/FAE。 中国FAE今年举办了SAF培训，其中提到了一些可能有用的集成注意事项：AMCU28-将功能安全与S32功能安全软件框架（SAF）集成.pptx 此致敬礼， Robin

imx8qxp セキュアブート AHAB_BAD_KEY_HASH_IND HSM、cst_signer、CST 3.4.0 を使用して、imx-boot と linux-imx に署名しています。 ahab_close を発行する前に、ahab_status を使用して SECO イベント情報を確認すると、u-boot で次のようになります。 => ahab_status ライフサイクル: 0x0020、NXP 終了 SECOイベント情報[0] = 0x0087FA00 コマンド = AHAB_AUTH_CONTAINER_REQ (0x87) IND = AHAB_BAD_KEY_HASH_IND (0xFA) sc_seco_get_event: idx: 1、res:3 fuse read 0 730 16 を使用して u-boot から SRK OTP 値を読み取ると、uuu スクリプトにある値が得られます。 その不一致がどこから来ているのかはCAN理解できません。それを検証するためのご助力やデバッグ方法に関するご指導をいただければ幸いです。 この問題を解決するために追加の情報が必要な場合は、CAN提供できます。 --- 実行しているコマンドの概要。ビルドは yocto ベースです。 HSM 4 証明書をエクスポートします。cert{1,2,3,4}.pem と呼びます。 table.binとfuse.binを作成する .../cst-3.4.0/linux64/bin/srktool -a -s sha384 -t table.bin \ -e fuse.bin -f 1 \ -c cert1.pem、cert2.pem、cert3.pem、cert4.pem linux-imx: .../cst_signer -d -i flash_os.bin -c csf.cfg --pkcs11 mv 署名済みフラッシュOS.bin os_cntr_signed.bin imx-ブート: cst_signer -d -i imx-boot-imx8qxp-d7-sd.bin-flash -c csf.cfg --pkcs11 注: cst_signer の --pkcs11 フラグは、追加したパッチです。cst の呼び出しに -b pkcs11 を追加するだけです。 csf.cfgは次のようになります ＃ヘッダ ヘッダーバージョン=1.0 #SRKをインストールする srktable_file=SRK_1_2_3_4_table.bin srk_source=pkcs11:model=YubiHSM;token=YubiHSM;object=./SRK1_sha384_p384_v3_usr;type=cert;pin-value=xxyyxxyyxxyyxxyy srk_source_index=0 srk_source_set=OEM srk_revocations=0x0 #証明書をインストールする sgk_file= sgk_permissions= HSM パラメータの PKI ツリー: 既存のCA: N ECCを使用する: Y キーの長さ: p384 ダイジェストアルゴリズム: sha384 期間: 5年 SRK CA: N i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Security Re: imx8qxp secure boot AHAB_BAD_KEY_HASH_IND このイベント情報では、キーハッシュ検証が OTP と一致しないことを示します。 SRK TABLE ハッシュ計算に問題がある可能性があります。SRK TABLE と Fuse ハッシュ値を比較してみましょう。 よろしくお願いします。 Harvey

MIMXRT1160 Unique ID eFuse MIMXRT1160 has a 64-bit Unique ID fuse at 0x900-0x910. Can the value be used as device unique ID, or is it "unique" across processor/batches? If that's the case, is there another pre-programmed register or fuse which can be used as device unique ID? Thanks Re: MIMXRT1160 Unique ID eFuse Hi @tbonkers , Thanks for your updated information. Regarding "My requirement is to have an unique ID for each device, and I was thinking that it would be great if I can use the value of the fuse 0x900." Are you saying that you used the value of fuse 0x900, a 32-bit data? If so, I don't think that's a good choice, 32-bit data is not unique .  But if you use the fuse values 0x900 and 0x910, the 64-bit data is unique (unique ID), which would be Okay. Wish it helps you. Best Regards MayLiu Re: MIMXRT1160 Unique ID eFuse Hi, My requirement is to have an unique ID for each device, and I was thinking that it would be great if I can use the value of the fuse 0x900. From your response I understand that the value of the fuse is indeed unique for each unit - please correct me if I'm wrong. Thanks Re: MIMXRT1160 Unique ID eFuse Hi @tbonkers , Thank you so much for your interest in our products and for using our community.  Yes, IMXRT1160 has a 64-bit Unique ID which configuration  by NXP. Regarding "If that's the case, is there another pre-programmed register or fuse which can be used as device unique ID?" Could you tell me more details of your requirement?  In IMXRT1160 already provide a 64 bit  device unique ID fuse at 0x900-0x910. Best Regards MayLiu

9S12XDP512CAG-9S12XDT512CAAダンプアドレスの記入方法 こんにちは。9S12XDP512CAG と 9S12XDT512CAA から FLASH と EEPROM のバックアップを抽出したいと考えています。USBDMメモリダンプにアドレスを入力するにはどうすればいいですか？ Re: 9S12XDP512CAG-9S12XDT512CAA dump Address How to fill in こんにちは、 このチップを見たのは随分前です。SO、以下はマニュアルをざっと調べた結果です。 メモリマップ図1-3. S12X CPU & BDM グローバルアドレスマッピングと表1-2. デバイス内部リソースの境界を参照してください。 リニアアドレス: [EEPROM_LOW to 0x13_FFFF] => [0x13_F000 to 0x13_FFFF] [FLASH_LOW to 0x7F_FFFF] => [0x78_0000 to 0x7F_FFFF] 試すための設定ファイルを添付します。 HC12 プログラマーでロードする場合は、ファイルをロードする前に線形イメージを選択します。 さよなら

サスペンド中のGPIOステータスをRAMに保存する こんにちは、NXPチームの皆様、 当社では、カスタムデザインボードのリファレンスとして s32g399ardb3 を使用し、BSP35 を使用しています。 低アクティブ GPIO (PB_12) があり、デフォルトで P3_3V_IO3P3 を使用してハイにプルアップします。 私はBSP UM Chapter「23.3」に従いました「RAM にサスペンド」を選択すると、ボードが RAM にサスペンドされます。 しかし、P3_3V_IO3P3 が閉じて PB_12 が低くなります。 現在、この GPIO ダイナミックは当社の Linux カーネル ドライバによって制御されていますが、サスペンド関連の機能を追加した後も、GPIO ステータスは依然として高失敗のままです。 ATF で GPIO 動的制御を移動する必要がありますか? よろしくお願いします。 Re: Keeping GPIO status during suspend to RAM こんにちは、GG0712 ご返信よろしくお願いします。 S32G は I2C を使用して PMIC を制御します。一般的に、A コアで PMIC を操作できますが、そのためのコードとドキュメントは提供されていません。 また、PB_12 は VDD_IO_B ドメインなので、ピンをプルアップする場合は VDD_IO_B の電圧が必要です。VDD_IO_B 電圧を設定するときに、ピン PB_12 の内部プルアップを試すことができます。 電源の詳細については、AN14063 を CAN 参照してください。 お役に立てれば幸いです。 BR ジョーイ Re: Keeping GPIO status during suspend to RAM こんにちは@Joey_z 、 現在 M コアを使用していない場合でも、このCAN方法は機能しますか? よろしくお願いします。 Re: Keeping GPIO status during suspend to RAM こんにちは、 GG0712 ご返信よろしくお願いします。 これは M コア PMIC モジュールの設定方法で、次の図のように S32DS IDE を使用します。 スタンバイモードを維持しながら、LDO3 およびその他の vr5510 出力電圧をCAN設定します。 この設定は M Core 用で、S32G は I2C4 を使用して vr5510 に接続します。Aコアに12C4を使用してLDO3_3v3を維持する方法です。 お役に立てれば幸いです。 BR ジョーイ Re: Keeping GPIO status during suspend to RAM こんにちは@Joey_z 、 あなたの写真を通してLDO3_3v3を設定するにはどうすればいいでしょうか？ よろしくお願いします。 Re: Keeping GPIO status during suspend to RAM こんにちは、 GG0712 ご返信よろしくお願いします。 RMS32G3.pdf および添付ファイルの S32G_IOMUX.xlsx を参照してください。スタンバイ中は PB_12 状態のパッドがパワーダウン モードに設定されます。 SO、スタンバイ段階ではピンを高レベル電圧に設定できると思います。 このピンをプルアップするために LDO3_3v3 を設定し、LDO3_3v3 の電圧を維持するように vr5510 を設定することができます。 また、スタンバイ段階では、ウェイクアップ ピンを高レベル電圧として選択することもCAN。 お役に立てれば幸いです。 BR ジョーイ Re: Keeping GPIO status during suspend to RAM こんにちは、Joey_zさん 私たちはデザインボードを使用し、PB_12 を GPIO として使用します。 よろしくお願いします。 Re: Keeping GPIO status during suspend to RAM こんにちは、 GG0712 お問い合わせいただきありがとうございます。 RDB3ボードを使用していますか?そして、GPIO (PB_12) を FLEX_LIN2_RX の機能として使用しますか? BR ジョーイ

RW612とOpenthread関数txpower u-Blox IRIS-W106-10B (RW612) を MCUXpresso/Zephyr 4.2.0 で使用しています。OpenThread ではほとんどの機能が問題なく動作します。デバイスはメッシュ接続やping などが可能です。ただし、ソフトウェアでは一部の機能が動作しません。例えば、otPlatRadioSetTransmitPower() を使用するとリセットが発生します。 補足: たとえば -1 dBm は有効な設定なので、API は符号付き整数をサポートする必要があります。 ベンダーが送信電力を設定した例があることに気づきましたが、これを移植しても機能しません。otPlatRadioSetTransmitPower () 関数にフックする必要があると思います。 #SPINEL_PROP_VENDOR_NXP_GET_SET_TXPOWERLIMIT_CMDを定義します( SPINEL_PROP_VENDOR__BEGIN + 0x10B) また、おそらく関連していると思いますが、eui64 の取得がうまくいきません。関数hwinfo_get_device_id を修正して、hwinfo アドレスの下位 8 バイトを返すようにしました。おそらくこれは正しくないと思われます。 C アプリから Tx 電力を設定することは、このアプリケーションにとって非常に重要です。 ありがとう Re: RW612 and Openthread function txpower こんにちは@joanou 。 OpenThead の例を Zephyr に移植していると推測できますが、間違っていたら訂正してください。前に述べたように、この例に含まれている送信電力制御に関連する追加の移植詳細を確認するには、Zephyr リポジトリの OpenThread Shell の例を参照および/またはテストすることをお勧めします。 この例が役に立つかどうかお知らせください。 Re: RW612 and Openthread function txpower こんにちは、 私はいくつかのカスタマイズを加えた nxp_ot_cli サンプルを使用しています。以下は main() です。また、スピネルからの SPINEL_PROP_VENDOR_NXP_GET_SET_TXPOWERLIMIT_CMD コールバック用のベンダー フックも追加しました。 modules/openthread/プラットフォーム/radio_spinel.cppにこれを追加しました +otError otPlatRadioGetVendorMaxTransmitPower(otInstance *aInstance, uint8_t *aPower) +{ + otError エラー; + + OT_UNUSED_VARIABLE(インスタンス); + + if (psRadioSpinel == NULL) + { + otLogWarnPlat("最大tx取得のpsRadioSpinelがnullです"); + OT_ERROR_GENERIC を返します。 + } + + VerifyOrExit(aPower != NULL、エラー = OT_ERROR_INVALID_ARGS); + エラー = psRadioSpinel->GetVendorMaxTransmitPower(*aPower); + +終了: + エラーを返します。 +} + +otError otPlatRadioSetVendorMaxTransmitPower(otInstance *aInstance, uint8_t aPower) +{ + if (psRadioSpinel == NULL) + { + otLogWarnPlat("最大送信電力を設定するためのpsRadioSpinelがnullです"); + OT_ERROR_GENERIC を返します。 + } + + OT_UNUSED_VARIABLE(インスタンス); + psRadioSpinel->SetVendorMaxTransmitPower(aPower) を返します。 +} + openthread モジュールはベンダー フックをサポートするように変更されました。 変更: include/openthread/プラットフォーム/radio.h 変更: src/lib/spinel/CMakeLists.txt 変更: src/lib/spinel/radio_spinel.cpp 変更: src/lib/spinel/radio_spinel.hpp 変更: src/lib/spinel/spinel.h 変更: src/lib/spinel/spinel_driver.cpp これは spinel.h に追加されました。 SPINEL_PROP_VENDOR_NXP_GET_SET_TXPOWERLIMIT_CMD = (SPINEL_PROP_VENDOR__BEGIN + 0x10B)、   int main ( void ) {    LOG_INF ( "nxp_ot_cli エントリ" );    k_sleep ( K_MSEC ( 500 ));    ot_context = openthread_get_default_context ();    __ASSERT ( ot_context != NULL , "致命的: OpenThread コンテキストが利用できません!" );    ot_instance = openthread_get_default_instance ();    __ASSERT ( ot_instance != NULL , "致命的: OpenThread インスタンスが利用できません!" );    LOG_INF ( "オープンスレッドリーダーの重みを設定" );    otThreadSetLocalLeaderWeight ( ot_instance , 2 );    LOG_INF ( "リーダーウェイトの設定が完了しました" );    k_sleep ( K_MSEC ( 500 ));    LOG_INF ( "OpenThread 無線の最大送信電力を 12/2 dBm に設定しています..." );    otError err1 = otPlatRadioSetVendorMaxTransmitPower ( ot_instance , 12 );    LOG_INF ( "オープンスレッド無線の最大送信電力を設定: %s (err= %d )" , otThreadErrorToString ( err1 ), err1 );    k_sleep ( K_MSEC ( 500 ));    uint8_t aPower = 0 ;    LOG_INF ( "OpenThread 無線送信電力を取得しています..." );    otError err2 = otPlatRadioGetVendorMaxTransmitPower ( ot_instance 、 & aPower );    もし(( aPower % 2 == 0 ))     {       LOG_INF ( "オープンスレッド無線送信電力は%uまたは%u .0 dBm、 %s (err= %d ) です" 、 aPower 、 aPower / 2 、 otThreadErrorToString ( err2 ) 、 err2 );    }    それ以外     {       LOG_INF ( "オープンスレッド無線送信電力は%uまたは%u .5 dBm、 %s (err= %d ) です" 、 aPower 、 aPower / 2 、 otThreadErrorToString ( err2 ) 、 err2 );    }    //LOG_INF("今すぐループ");    一方（ 1 ）     {       LOG_INF ( "今すぐループ" );       k_sleep ( K_MSEC ( 1000 ));    }    0を返します。 } Re: RW612 and Openthread function txpower こんにちは@joanou 、お元気ですか。 テストはカスタム アプリケーションで実行していますか、それとも既存の例で実行していますか?既存の例の場合、どのような変更を加えましたか? さらに、OpenThread の「シェル」の例をテストしていただけますか?この例では、送信電力を変更するための入力コマンドを示します。 この方法がうまくいくかどうか、あるいは異なる動作が見られるかどうかをお知らせください。

在挂起期间将 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 乔伊

PN7161 初始固件 HI 我正试图将 pn7161 与 esp 连接。 但我失败了 我的问题是我必须烧掉任何初始固件或者我可以直接将 IC 与任何其他板连接 Re: pn7161 initial firmware 你好@user_ahmed 您可以从 master 上的 nfc-NXPNFCC_FW/InfraFW/pn7160/12_50_11 获取最新的 FW - NXP/nfc-NXPNFCC_FW - GitHub Re: pn7161 initial firmware PN7161 的 RAM 中没有可用的固件。它尝试上传固件，但在我的设置中却没有固件文件。所以我需要你的帮助，从恩智浦的软件包中找到/下载正确的固件阵列，其中有我需要的基本文件，谢谢 Re: pn7161 initial firmware 你好@user_ahmed 建议您参考基于 MCU 项目的 SW6705 - PN7160 NXP-NCI MCUXpresso 示例项目。 请登录带有集成固件的即插即用 NFC 前端|恩智浦半导体进行下载。 Re: pn7161 initial firmware 有什么库可以在主机和 ic 之间进行通信？ Re: pn7161 initial firmware 你好@user_ahmed PN7160/1 是前端产品，不能单独工作，必须与主机（如 MCU）一起工作。您提到的"esp" 是主机的一种吗？如果是，esp 可以通过 I2C 或 SPI 与 PN7161 通信。 此外，您购买的 IC 具有默认 FW，当它与主机一起工作时，其 FW 可以更新到最新版本。

NTAG424 DNA用のAndroidアプリでSDMとミラーリングを実装する方法 これを実装しようとしましたが、エラーが発生しました。キーを変更し、ファイル 2 を構成し、タグを使用して uid、カウンター、および cmac をミラーリングしたいと思います。このタスクを正確に完了する方法。 Re: how to implement sdm and mirroring in my android app for NTAG424 DNA   お世話になります。 弊社製品をご利用いただきありがとうございます。 この実装の手順を示すアプリケーション ノートがあります。セクション 5「パーソナライゼーションの例」の「NTAG 424 DNA」および「NTAG 424 DNA TagTamper の機能とヒント」には、実装に必要な手順が示されています。 適切な実装のために、またさらなるCASEが必要な場合にはログをより深く理解するために、 RFIDDiscoverを使用することを強くお勧めします。

Keeping GPIO status during suspend to RAM Hi NXP team, We use the s32g399ardb3 as a reference for our custom design board and using BSP35. I have a low active GPIO (PB_12) and use P3_3V_IO3P3 to pull high by default. I followed BSP UM Chapter "23.3 Suspend to RAM" to let the board suspend to RAM. But P3_3V_IO3P3 will close caused  PB_12 change to low. Currently we control this GPIO dynamic by our Linux kernel driver but I still keep GPIO status to high failed after I add suspend related function. Should I move GPIO dynamic control in ATF ?  Thanks Re: Keeping GPIO status during suspend to RAM hi，GG0712 Thank you for your reply. The S32G use the I2C to control the PMIC, generally speaking you can operate the PMIC in A core, but we do not provide the code and document for it. Also, the PB_12 is the VDD_IO_B domain, you should the voltage of VDD_IO_B if you want to pull up the pin. When you set the VDD_IO_B voltage, may you can try the internal pull up for pin PB_12. You can find more information about the power supply in the AN14063. Hope it can help you. BR Joey Re: Keeping GPIO status during suspend to RAM Hi @Joey_z , Can this method work if we are not currently using the M core? Thanks Re: Keeping GPIO status during suspend to RAM hi，GG0712 Thank you for your reply. This is the M core PMIC module setting method, it uses the S32DS IDE as the following picture. It can set the LDO3 and other vr5510 output voltage keeping in standby mode. This setting is for M Core, the S32G uses the I2C4 to connect with the vr5510. It is the way to keep the LDO3_3v3 using 12C4 for A core. Hope it can help you. BR Joey Re: Keeping GPIO status during suspend to RAM Hi @Joey_z , How can I set LDO3_3v3 through your picture ? Thanks Re: Keeping GPIO status during suspend to RAM hi,GG0712 Thank you for your reply. Refer to the RMS32G3.pdf and the attachment of S32G_IOMUX.xlsx, the pad of PB_12 state is set to powered down mode during the standby. So, I think you can set the pin to high level voltage in the standby stage. You can try to set the LDO3_3v3 for this pin pull up, and set the vr5510 to keep the voltage of LDO3_3v3. Also, you can try to chose the wakeup pin as the high level voltage in the standby stage. Hope it can help you. BR Joey Re: Keeping GPIO status during suspend to RAM Hi Joey_z, We use our design board and use PB_12 as GPIO. Thanks Re: Keeping GPIO status during suspend to RAM hi，GG0712 Thank you for contacting us. Do you use the RDB3 board? And do you want to use the GPIO (PB_12) as the function of FLEX_LIN2_RX? BR Joey

pn7161 initial firmware HI I'm trying to connect pn7161 with esp.  but I'm failed  my question is any initial firmware i must burn in begging or dirictly i can connect IC with any another board  Re: pn7161 initial firmware Hello @user_ahmed  You can get the latest FW from nfc-NXPNFCC_FW/InfraFW/pn7160/12_50_11 at master · NXP/nfc-NXPNFCC_FW · GitHub Re: pn7161 initial firmware PN7161 does not have working firmware in RAM. it tries to upload firmware, but in my setup the firmware file is missing. so i need your help  find/download the correct firmware array from NXP’s package where the basic file in package that i need thanks Re: pn7161 initial firmware Hello @user_ahmed  It's recommended that you can refer to SW6705 - PN7160 NXP-NCI MCUXpresso Example Project, which is based on MCU projects. Please log in Plug-n-Play NFC Frontend with Integrated Firmware | NXP Semiconductors to download it. Re: pn7161 initial firmware any library available to communicate between host and ic ? Re: pn7161 initial firmware Hello @user_ahmed  PN7160/1 is a frond-end product, which cannot  work alone, must work together with Host, like MCU. So, you mentioned "esp", is it a type of Host? if so, esp can communicate with PN7161 via I2C or SPI. Also, you bought the IC, which has default FW, when it worked with the Host, its FW can be updated to the latest version.

MemAcc and Fee modules are fails to add Hello, Version used: TresOs version 29 RTD - SW32K3_RTD_R21-11_3.0.0_P07 Description: we have integrated RTD with the vector stack using 3rd part Mcal integration helper ,here we couldn't able to see fee and MemAcc modules to configure from the Davinici configurator.under tresos installation folder plugins of those modules also not available it looks .It is something similar as below screenshot how do we check whether that plugins available or not. Tried copying plugins of Fee and MemAcc modules from RTD to tresos folder then Remaining other modules getting deleted.Please could you help me to resolve this issue. Thanks, vasavi Re: MemAcc and Fee modules are fails to add Hi@vasavi We cannot provide technical support for Davinici configurator because it is not our product and we know very little about it. I suggest you look for Vector's technical support. Re: MemAcc and Fee modules are fails to add Hi  Can we use FEE module from vector stack and Mem_43_INFLS from RTD package? Thanks, Vasavi Re: MemAcc and Fee modules are fails to add Hi@vasavi This is likely an installation error. Below is a screenshot of me installing RTD 3.0.0 P07 on EB Tresos. I didn't encounter the issue you described. We do not provide technical support for Davinici.

i.MX93 FRDMでov2740カメラを操作するための設定 こんにちは、 IMX93 FRDM ボード上で OV2740 カメラ モジュールを操作しようとしています。 フレームをキャプチャしようとすると、v4l2-ctl がハングします。 root@imx93frdm:~# v4l2-ctl -d /dev/video0 --set-fmt-video=width=1932,height=1092,pixelformat=BA10 --stream-mmap=4 --stream-count=1 --stream-to=test_capture.raw --verbose VIDIOC_QUERYCAP: 正常 VIDIOC_G_FMT: 正常 VIDIOC_S_FMT: 正常 ビデオキャプチャマルチプランナーのフォーマット: 幅/高さ: 1932/1092 ピクセルフォーマット: 'BA10' (10 ビット ベイヤー GRGR/BGBG) フィールド: なし 飛行機の数：1 フラグ: カラースペース: sRGB 伝達関数: デフォルト YCbCr/HSVエンコーディング: ITU-R 601 量子化：フルレンジ 飛行機0: 1行あたりのバイト数: 3864 画像サイズ: 4219488 VIDIOC_REQBUFSが0を返しました（成功） VIDIOC_QUERYBUFが0を返しました（成功） VIDIOC_QUERYBUFが0を返しました（成功） VIDIOC_QUERYBUFが0を返しました（成功） VIDIOC_QUERYBUFが0を返しました（成功） VIDIOC_G_FMTは0を返しました（成功） VIDIOC_QBUFが0を返しました（成功） VIDIOC_QBUFが0を返しました（成功） VIDIOC_QBUFが0を返しました（成功） VIDIOC_QBUFが0を返しました（成功） VIDIOC_STREAMONは0を返しました（成功） プレスリリース、製品ニュースグラフは問題ないようです: root@imx93frdm:~# プレスリリース、製品ニュース-ctl -p プレスリリース、製品ニュースコントローラ API バージョン 6.6.36 メディアデバイス情報 ------------------------ ドライバ mxc-md モデル FSL キャプチャメディアデバイス シリアル バス情報 プラットフォーム:42800000.bus:camera ハードウェアリビジョン 0x0 ドライババージョン6.6.36 デバイストポロジ - エンティティ1: mxc_isi.0（16 パッド、2 リンク、0 ルート） タイプ V4L2 サブデバイス サブタイプ 不明なフラグ 0 pad0: シンク <- "mxc-mipi-csi2.0":4 [有効] パッド1: シンク パッド2: シンク pad3: シンク パッド4: シンク pad5: シンク パッド6: シンク pad7: シンク pad8: シンク pad9: シンク パッド10: シンク パッド11: シンク pad12: ソース -> "mxc_isi.0.capture":0 [有効] pad13: ソース pad14: ソース パッド15: シンク - エンティティ 18: mxc_isi.0.capture (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video0 pad0: シンク <- "mxc_isi.0":12[有効] - エンティティ 22: mxc-mipi-csi2.0 (8 パッド、2 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/v4l-subdev0 pad0: シンク <- "ov2740 2-0036":0 [有効、変更不可] パッド1: シンク パッド2: シンク pad3: シンク pad4: ソース -> "mxc_isi.0":0[有効] pad5: ソース pad6: ソース pad7: ソース - エンティティ31: ov2740 2-0036 (1 パッド、1 リンク、0 ルート) タイプ V4L2 サブデバイス サブタイプ センサフラグ 0 デバイスノード名 /dev/v4l-subdev1 pad0: ソース [ストリーム:0 フォーマット:SGRBG10_1X10/1932x1092 フィールド:なし クロップ境界:(0,0)/1932x1092 クロップ:(0,0)/1932x1092] -> "mxc-mipi-csi2.0":0 [有効、変更不可] 私のDTS： &clk { 割り当てられたクロック = <&clk IMX93_CLK_CCM_CKO3>; 割り当てられたクロックの親 = <&clk IMX93_CLK_24M>; 割り当てられたクロックレート = <24000000>; }; ov2740_mipi: ov2740_mipi@36{ 互換性 = "ovti、ov2740"; レジスタ =<0x36> 6; pinctrl-names = "デフォルト"; pinctrl-0 = <&pinctrl_cam_mclk>; クロック = <&clk IMX93_CLK_CCM_CKO3>; 割り当てられたクロック = <&clk IMX93_CLK_CCM_CKO3>; 割り当てられたクロックレート = <24000000>; クロック名 = "xclk"; クロック周波数 = <24000000>; reset-gpios = <&pcal6524 22 GPIO_ACTIVE_LOW>; csi_id = <0>; mipi_csi; 回転 = <0>; 方向 = <2>;   ステータス = "正常";   ポート { ov2740_mipi_ep: エンドポイント { リモートエンドポイント = <&mipi_csi_in_ep>; バスタイプ = <4>; データレーン = <1 2>; クロック非連続; リンク周波数 = /ビット/ 64 <360000000>; }; }; &cameradev { ステータス = "正常"; };   &isi_0 { ステータス = "正常";   キャップデバイス { ステータス = "正常"; }; };     &mipi_csi { ステータス = "正常"; fsl、rxレーン = <2>; csis-hs-settle = <16>;   /* ポート0: センサからのシンク */ ポート@0 { レジスタ = <0>; mipi_csi_in_ep: エンドポイント { リモートエンドポイント = <&ov2740_mipi_ep>; データレーン = <2>; cfg-clk-range = <28>; hs-clk-range =<0x16> ; バスタイプ = <4>; クロック非連続; }; }; }; ドライバは、Linux-imx scargapth の ov2740 ドライバです。DT に合わせて修正し、24MHz クロックに合わせて PLL 構成を変更しました。 カメラのデータシートはこちらです: www.elinfor.com/pdf/OmniVision/OV2740-OmniVision.pdf 私のモジュールレギュレータは3.3ボルトにコネクテッドされていることに注意してください。このため、DTSでレギュレータを定義しませんでした。 アドバイス BR バーゼル Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@BaselHn ！ 次のリンクからカスタマイズされたドライバをリクエストできます。 https://www.nxp.com/support/support/nxp-engineering-services/professional-support-for-processors-and-microcontrollers:PREMIUM-SUPPORT よろしくお願いします、 チャビラ Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@Chavira このCASEのサポートオプションは何ですか? BR バーゼル Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@BaselHn ！ 残念ながら、OV2740 カメラ モジュールは i.MX93 プラットフォームでは正式にサポートされていません。現在の Linux BSP、デバイス ツリー構成、およびドライバはこのセンサで動作するように設定されていないため、フレーム キャプチャ 1 中に v4l2-ctl がハングする問題が発生する可能性があります。 最適な互換性とパフォーマンスを得るには、i.MX93-FRDM ボード用の検証済みカメラ モジュールのいずれかを使用することをお勧めします。これらのモジュールは BSP 内でテストおよびサポートされているため、スムーズな統合と機能性が保証されます。 それでも OV2740 の使用を続行したい場合は、カスタム ドライバの開発とデバイス ツリーの変更が必要になりますが、これは標準サポートの範囲外となります。 よろしくお願いします、 チャビラ Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@Chavira どのドライバが動作するように構成されていないのでしょうか? このカメラモジュールで動作させるには、どのようなパッチを適用する必要がありますか? BR バーゼル Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@BaselHnさん、 残念ながら、そのカメラは iMX93 プラットフォームではサポートされていません。現在の Linux BSP、デバイス ツリー、およびドライバは、これに対応するように構成されていません。 よろしくお願いします、 チャビラ Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@Chavira サポートされていないというのはどういう意味ですか、またその理由は何ですか? これはボード上でテストされなかったことを意味しますか? RPI カメラには ISP が付属していますが、これは私たちのアプリケーションでは必要ありません。 BR バーゼル Re: Settings to operate ov2740 camera on i.MX93 FRDM こんにちは@BaselHn ！ NXP サポートにお問い合わせいただきありがとうございます。 残念ながら、あなたが言及しているカメラは現在 i.MX93 プロセッサではサポートされていません。代わりに、i.MX93-FRDM ボード用の検証済みカメラ モジュールのいずれかを使用することをお勧めします。 良い選択肢はRPI-CAM-MIPIです。これはこのプラットフォームで確実に動作することがテストされ、確認されています。 よろしくお願いいたします。 チャビラ

S32K312+RTD400+UART FIFO I used S32K312+RTD400 to test the UART POLLING mode. I set the FIFO to 4 datawords, the water value to 2, the timer to 250us, and the baud rate to 230,400 Question: If send_time is set to 4, the sent data will not be lost. When it is greater than 4, some data will be lost. Are 4 words 4 8-bit data? The manual mentions that the DATA register Supports 8-bit, 16-bit, or 32-bit writes, each type of write performing a separate function. An 8-bit write to DATA[7:0] pushes {CTRL[R8T9], CTRL[R9T8], DATA[7:0]} the transmit FIFO with TSC clear. A 16-bit or 32-bit write pushes the data written into the FIFO and does not update the value of CTRL[R8T9] or CTRL[R9T8]. Reads and writes of this register are also involved in the automatic flag clearing mechanisms for some of the LPUART status fields. Can I arbitrarily understand that FIFO is 32-bit? Then, how can I directly write a 32-bit value? In addition, I want to implement a system where, at intervals of 250us, the remaining space of the TXCOUNTER in water is checked. If it does not exceed the value set for water, an appropriate amount of data is placed in the FIFO. If it exceeds water, no action is taken. What modifications do I need to make based on the current code? Re: S32K312+RTD400+UART FIFO Hi, yes, FIFO can be seen as 32bit (word), but here the “word” means single character transmitted/received, which can be programmed to have length of 7-bit, 8-bit, 9-bit or 10-bit. So every write/read to/from FIFO is for single character. FIFO depth is 4 words, cannot be configured by TXFIFOSIZE/RXFIFOSIZE, those are read only fields. In your PIT interrupt you need not to check TDRE and RDRF flags, I think. RXCOUNT says how many words can be read from FIFO, so how many times Lpuart_Uart_Ip_Getchar can be called. (4-TXCOUNT) indicates how many words can be written to FIFO, that is how many times Lpuart_Uart_Ip_Putchar can be called. BR, Petr

HB2000はリンプホームモードをサポート   HB200x ドライバがリンプホーム モードへの移行をサポートしているかどうかを明確にしていただけますか。私の理解では、外部回路では急速なターンオフしかCANません。このドライバーでリンプホーム モードを実装できるかどうか、またはこの機能をどのように実現できるかを確認してください。 HB2000     ちなみに、これらはCopilotによる回答です -------------------------------------------- ❓ HB200x (HB2000/HB2001) はリンプホームモードをサポートしていますか? HB200x シリーズには、リンプホーム モードの直接サポートは明示的に組み込まれていません。 HB2000は、 コンテキスト外のセーフティ要素 (SEooC) ISO 26262 に準拠しており、SPI 経由で堅牢な診断および障害処理機能を提供します。しかし、 リンプホームモードはシステムレベルの機能であり、通常は システム インテグレーターは、ドライバ IC 自体ではなく、外部ロジックまたは MCU 制御を使用します。 🛠 HB2000 がサポートするもの: SPI 経由の高度な診断: 過熱、接地短絡、VPWR 短絡、オープン負荷、低電圧など。 設定可能な電流制限とスルーレート: 熱および EMI マネジメントに役立ちます。 アナログミラー出力による電流フィードバック：リアルタイム監視を可能にします。 GPIO 経由の有効化/無効化制御: 迅速な電源オフや障害対応に使用できます。 SPI ベースの制御: 障害マスキングやステータス読み取りなどの動的な構成を可能にします。 ⚠️ クイックターンオフ vs. リンプホームモード クイック ターンオフ: 外部回路または DIS ピンの GPIO 制御によって実現可能。出力をトライ ステートにしてデバイスをスタンバイ状態にします。 リンプホームモード： 外部MCUロジック は、障害状態を解釈し、ドライバを再構成して（例：電流制限を下げる、スルーレートを変更する、ハーフブリッジモードに切り替える）、性能は低下しますが安全な動作を可能にする必要があります。これは 自動ではない SPI インターフェースを使用してソフトウェアで実装する必要があります。 ✅ HB200xでリンプホームモードを実装する方法: SPI 経由で障害を監視します。 MCU を使用して障害状態を解釈します。 SPI経由でHB200xを再構成する: 電流制限を下げます。 スルーレートを調整します。 ハーフブリッジモードにスイッチする可能性があります。 ENBL/DISピンを制御する ドライバの状態を管理します。 オプションとして、 外部ウォッチドッグまたはフォールバックロジックを使用する 安全な劣化操作を確保するため。