S32DS3.6.6 Lauterbach プラグインがエラー メッセージを返す S32DS3.6.6.内で下記の「Lauterbach」ボタンを使用すると、S32Dsはエラー（例外）メッセージを表示します。エラーメッセージの意味や、この問題を解決する方法について、より詳しい情報はどこで入手できますか？ サードパーティ（プレミアム）プラグイン Re: S32DS3.6.6 Lauterbach plugin returns error message こんにちは、 @DirkEtzler さん。 TRACE32は有効な状態でインストールされていますか？T32プラグインはローカルインストール環境を直接呼び出します。デバッグ設定については以下を参照してください。 TRACE32のドキュメント「 TRACE32とEclipseの統合」を参照してください。 よろしくお願いします、 ジュリアン Re: S32DS3.6.6 Lauterbach plugin returns error message こんにちは、 @Julián_AragónM さん、 私のデバッグ設定は正常に動作しています。T32用のS32DSパス変数を修正し、対応する設定ファイルも編集しました。これらの変更により、私のLauterbachが呼び出され、制御がLauterbachに移管されます。 LBボタンが具体的に何に使われているのか、そしてなぜエラーが発生するのかを知りたいのですが。 ラウターバッハ社に問い合わせて、彼らのプラグインについて教えてもらえるか聞いてみます。ここまでありがとうございました。 Re: S32DS3.6.6 Lauterbach plugin returns error message こんにちは、 @Julián_AragónM さん、 はい、有効なT32のインストールとライセンスを持っています。しかし、T32は標準以外の場所（例えば、C:\T32の下ではない場所）に配置されています。記載されているリンク先のドキュメントを確認して、私のトピックに関するガイダンスがあるかどうか調べてみます。 Re: S32DS3.6.6 Lauterbach plugin returns error message こんにちは、 @DirkEtzler さん。 デバッグ設定内のパスを、実際のT32ファイルの場所に変更してみてください。ご報告いただいたエラーは、有効なT32のインストールが検出されない場合に主に発生します。 よろしくお願いします、 ジュリアン

Question about NETC of K5 RTD(ETH_43_NETCV4_MDIO_CLAUSE22_API) Hello Team   Could you check K5 RTD with NETC question?   From the screenshot below, it appears that ETH_43_NETCV4_MDIO_CLAUSE22_API is still not supported. I would like to ask whether functions such as Eth_43_NETCV4_WriteMii / Eth_43_NETCV4_ReadMii, which require ETH_43_NETCV4_MDIO_CLAUSE22_API = STD_ON, are unusable in the current state. Could you check this case?     Thank you.    Priority: MEDIUM RTD S32_CONFIG_TOOL Source: Direct Customer Source: NXP Internal Re: Question about NETC of K5 RTD(ETH_43_NETCV4_MDIO_CLAUSE22_API) Hi @Luke_Chun , This feature doesn't support in NETC because HW limitation. For some platforms such as K3, GMAC connected to Transceiver directly, so, these functions supported in ETH driver. But for NETC, NETC -> switch port -> Transceiver. So, these functions supported in Ethswt.  EthSwt_43_NETCV4_WriteTrcvRegister(); EthSwt_43_NETCV4_ReadTrcvRegister(); EthSwt_43_NETCV4_ReadMmd(); EthSwt_43_NETCV4_WriteMmd(); Best regards, Nhi

How to use BMS GEN1 driver based on S32K3 RTD300 and BMS GEN2 driver based on S32K3 RTD600 together? Hi Experts, Our environment : S32K358 + MC33772C + MC33774A + TPL33665 software : S32DS3.5 + RTD 3.0.0 + BMS SDK gen1  --> upgrade to S32DS3.6.4 + RTD 6.0.0 + BMS SDK gen2 Currently, we want to upgrade our RTD version from 3.0.0 to 6.0.0, NXP also release BMS SDK gen2 based on RTD6.0.0 that we can use. But I found that there are no MC33772 MC33774 MCAL driver in BMS SDK gen2. I also can't install SDK gen1 and gen2 in the same IDE. Q1: I want to ask that if autosar version is same with RTD6.0.0, can I move MC33772 or MC33774 related MCAL driver and source code which generated from RTD 3.0.0 environment into RTD 6.0.0 environment? Is it possible can work or is there any other way? -------------------------------------------------- I checked the section "3.5 Support and driver plugins delivered" of SW32K3_BMS_GEN2_SDK_4.4_R21-11_0.9.1_CD06_D2603_Release_Notes.pdf. MC33774 and MC33772 are not listed. I also tried installing S32K3 RTD 3.0.0 and BMS GEN1 driver first in S32DSv3.6.6, and then installing S32K3 RTD 6.0.0 and BMS GEN2 driver, but I encountered an error. This aligns with our previous understanding of S32DSv3.6, which states that different versions of S32K3 RTD cannot be installed on the same S32DS. Q2: Will the BMS GEN2 driver include MC33774 or MC33772 in the future? The customer saw MC33774 listed in the BMS Gen2 SDK on the BMS-SW webpage, but after downloading the SDK, they found that MC33774 was not included in the driver plugins. Would you please help me? Thank you for the help in advance! Best Regards, Robin Here is the information of customer: Contact Name                TengHsaing Wen Email (Contact)              bill@xingmobility.com Company                        XINGMOBILITY AA SW - External Device Priority: MEDIUM Source: Direct Customer Re: How to use BMS GEN1 driver based on S32K3 RTD300 and BMS GEN2 driver based on S32K3 RTD600 toget Hello @Robin_Shen,  The team has picked up the case and will come back with an answer as soon as possible.  Re: How to use BMS GEN1 driver based on S32K3 RTD300 and BMS GEN2 driver based on S32K3 RTD600 toget Hello @Robin_Shen,  Input from the development team: "Q1: The autosar version is the same on both RTDs(RTD 3.0.0 and RTD 6.0.0). You cannot use both packages for BMS drivers because there are some common components and you will have some conflicts on the project(generate and build phases). My proposal is to use your old setup with RTD 3.0.0 to configure and generate your code for MC33774 and MC33774. After that you can have another DS setup with RTD 6.0.0 where you should install our GEN2 release. On the new DS environment you can start from our Bcc_D1xx_TPL_example_S32K358_DS and change Bms_common according to your setup to include Bcc_772c and Bcc_774a. This example should work on RTD 6.0.0 and if you have any problems please contact us.  Q2: The MC33774 was supported on GEN2 only on release SW32K3_BMS_GEN2_SDK_4.4_R21-11_0.9.1_CD03_D2510 , MC33772 was never part of GEN2. MC33774 will not come back in GEN2 drivers."

FreeRTOSをSKEAZK128シリーズのS32DS ARMに移植する際にコンパイルに失敗しました。 FreeRTOS 14.3をSKEAZ128シリーズチップを使用して移植する際に、コンパイル中に以下の問題が発生しました。 ccFigrB2.s:250:エラー: 幅サフィックスを尊重できません -- `mov r1,#255' ccFigrB2.s:251:エラー: 幅サフィックスを尊重できません -- `lsl r1,r1,#16' ccFigrB2.s:252:エラー: 幅サフィックスを尊重できません -- `orr r2,r1' ccFigrB2.s:258:エラー: 幅サフィックスを尊重できません -- `mov r1,#255' ccFigrB2.s:259:エラー: 幅サフィックスを尊重できません -- `lsl r1,r1,#24' ccFigrB2.s:260:エラー: 幅サフィックスを尊重できません -- `orr r2,r1' ccFigrB2.s:266:エラー: 幅サフィックスを尊重できません -- `mov r2,#0' ccFigrB2.s:275:エラー: 幅サフィックスを尊重できません -- `mov r3,#0' ccFigrB2.s:308:エラー: 幅サフィックスを尊重できません -- `mov r3,#250' ccFigrB2.s:309:エラー: 幅サフィックスを尊重できません -- `lsl r3,r3,#2' ccFigrB2.s:349:エラー: 幅サフィックスを尊重できません -- `mov r2,#128' ccFigrB2.s:350:エラー: 幅サフィックスを尊重できません -- `lsl r2,r2,#21' ccFigrB2.s:396:エラー: lo レジスタが必要です -- `add r2,r3,#1' ccFigrB2.s:451:エラー: lo レジスタが必要です -- `sub r2,r3,#1' ccFigrB2.s:599:エラー: lo レジスタが必要です -- `sub r3,r0,#0' ccFigrB2.s:603:エラー: 幅サフィックスを尊重できません -- `mov r2,#128' ccFigrB2.s:604:エラー: 幅サフィックスを尊重できません -- `lsl r2,r2,#21' ccFigrB2.s:646:エラー: 幅サフィックスを尊重できません -- `mov r3,#250' ccFigrB2.s:647:エラー: 幅サフィックスを尊重できません -- `lsl r1,r3,#2' ccFigrB2.s:672:エラー: 幅サフィックスを尊重できません -- `mov r0,#94' ccFigrB2.s:681:エラー: 幅サフィックスを尊重できません -- `mov r2,#0' ccFigrB2.s:685:エラー: 幅サフィックスを尊重できません -- `mov r2,#0' ccFigrB2.s:692:エラー: 幅サフィックスを尊重できません -- `mov r3,#250' ccFigrB2.s:693:エラー: 幅サフィックスを尊重できません -- `lsl r1,r3,#2' ccFigrB2.s:696:エラー: lo レジスタが必要です -- `sub r3,r3,#1' ccFigrB2.s:700:エラー: 幅サフィックスを尊重できません -- `mov r2,#7' ccFigrB2.s:765:エラー: lo レジスタが必要です -- `sub r3,r0,#0' ccFigrB2.s:776:エラー: 幅サフィックスを尊重できません -- `mov r2,#6' ccFigrB2.s:793:エラー: lo レジスタが必要です -- `sub r2,r3,#1' ccFigrB2.s:796:エラー: 幅接尾辞を考慮できません -- `mul r2,r3' ccFigrB2.s:803:エラー: 幅サフィックスを尊重できません -- `mov r3,#128' ccFigrB2.s:804:エラー: 幅サフィックスを尊重できません -- `lsl r3,r3,#19' ccFigrB2.s:805:エラー: 幅サフィックス -- `and r3,r2' を尊重できません ccFigrB2.s:809:エラー: 幅サフィックスを尊重できません -- `mov r2,#128' ccFigrB2.s:810:エラー: 幅サフィックスを尊重できません -- `lsl r2,r2,#18' ccFigrB2.s:816:エラー: 幅サフィックスを尊重できません -- `sub r3,r2,r3' ccFigrB2.s:829:エラー: 幅サフィックスを尊重できません -- `sub r3,r2,r3' ccFigrB2.s:838:エラー: 幅サフィックスを尊重できません -- `mov r2,#0' ccFigrB2.s:844:エラー: 幅サフィックスを尊重できません -- `mov r1,#1' ccFigrB2.s:845:エラー: 幅サフィックスを尊重できません -- `orr r2,r1' ccFigrB2.s:895:エラー: 幅サフィックスを尊重できません -- `mov r2,#6' ccFigrB2.s:900:エラー: 幅サフィックスを尊重できません -- `mov r3,#128' ccFigrB2.s:901:エラー: 幅サフィックスを尊重できません -- `lsl r3,r3,#9' ccFigrB2.s:902:エラー: 幅サフィックス -- `and r3,r2' を尊重できません ccFigrB2.s:911:エラー: 幅サフィックスを尊重できません -- `sub r3,r1,r3' ccFigrB2.s:913:エラー: lo レジスタが必要です -- `sub r3,r3,#1' ccFigrB2.s:931:エラー: lo レジスタが必要です -- `sub r3,r3,#1' ccFigrB2.s:940:エラー: lo レジスタが必要です -- `sub r3,r3,#1' 以下は生成された.argsファイルです。 -T 「D:/NXP/S32DS_ARM_v2.2/SKEAZ128/Project_Settings/Linker_Files/SKEAZ_flash.ld」 -Wl,-Map,"SKEAZ128.map -Xlinker --gc-セクション -n -mcpu=cortex-m0plus -mthumb -mlittle-endian -mfloat-abi=soft -specs=nano.specs -specs=nosys.specs --sysroot="D:/NXP/S32DS_ARM_v2.2/S32DS/build_tools/gcc_v4.9/gcc-arm-none-eabi-4_9/arm-none-eabi/newlib" "./Middlewares/FreeRTOS/Portable/heap_4.o" "./Middlewares/FreeRTOS/Portable/port.o" "./Middlewares/FreeRTOS/Src/croutine.o" "./Middlewares/FreeRTOS/Src/event_groups.o" "./Middlewares/FreeRTOS/Src/list.o" "./Middlewares/FreeRTOS/Src/queue.o" "./Middlewares/FreeRTOS/Src/stream_buffer.o" "./Middlewares/FreeRTOS/Src/tasks.o" "./Middlewares/FreeRTOS/Src/timers.o" "./Project_Settings/Startup_Code/startup_SKEAZ1284.o" "./Project_Settings/Startup_Code/system_SKEAZ1284.o" "./src/main.o" 環境設定に何か問題があるのでしょうか？ Re: SKEAZK128系列使用S32DS ARM移植FreeRTOS编译失败 いいえ、port.cとportmaco.hはGCC/ARM_CM0から移植しましたが、バージョンは10.4.3です。 バージョン9.0.0未満（あなたが提示した参照もバージョン9.0.0です）では正常に動作するため、問題の原因はおそらくGCCのバージョンが古いことにあると思われます。 組み込みのGCCのバージョンをアップグレードする方法はありますか？バージョン4.9は確かに低すぎます。 Re: SKEAZK128系列使用S32DS ARM移植FreeRTOS编译失败 こんにちは@1482825344 さん、 NXPコミュニティをご利用いただきありがとうございます。 ご提供いただいたエラーメッセージに基づくと、以下のようになります。 エラー: 幅サフィックスを尊重できません -- `mov r1,#255' エラー: lo レジスタが必要です -- `add r2,r3,#1' これらのエラーはすべて、FreeRTOSによって生成されたccFigrB2.sに起因しています。アセンブリファイルには、アセンブリ構文とターゲットCPUアーキテクチャの不一致が示されています。SKEAZ128はARM Cortex-M0+コアを使用していますが、FreeRTOS 14.3で生成されたport.oファイルは互換性がありません。このアセンブリファイルはCortex-M0+バージョンではなく、Cortex-M3/M4の移植版のようです。 以下のパスにあるポーティングレイヤーを使用する必要があります: FreeRTOS/Source/portable/GCC/ARM_CM0_PLUS 古いport.cファイルを削除することをお勧めします。/portASM.s を置き換えてください。CM0+バージョン 含めるべきファイルの例： portable/GCC/ARM_CM0/port.c portable/GCC/ARM_CM0/portmacro.h portable/GCC/ARM_CM0/portASM.s portASM.s を確認してください。冒頭には通常、以下の内容が含まれます。 /* Cortex-M0/M0+ ポート */ 。構文統一 。親指 .thumb_func さらに、KEAによるFreeRTOSの移植に関するオンラインリソースをいくつか見つけましたので、参考になるかもしれません。 GitHub - bharadwaaj/FreeRTOS_Port_KEA128: Free RTOSカーネルをKEA128に移植 · GitHub 新しいFreeRTOSポートの作成 - FreeRTOS ™ 上記の情報がお役に立てば幸いです。 BR セレステ --------------------------------------------------------------------------------------------------------------------- 注：この投稿があなたの質問への回答になっている場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ --------------------------------------------------------------------------------------------------------------------- Re: SKEAZK128系列使用S32DS ARM移植FreeRTOS编译失败 こんにちは@1482825344 さん、 GCC v6.3は、S32DS拡張機能およびアップデート経由でインストールできます。 メニューバーで「ヘルプ」→「S32DS拡張機能とアップデート」を選択すると、ポップアップ表示される「S32DS拡張機能とアップデート」ダイアログボックスに表示されます。インストールが完了したら、S32DSを再起動する必要があることに注意してください。 現在のプロジェクトで使用されている gcc バージョンの表示/変更方法については、 S32DS の「現在の/変更された gcc バージョンの表示/変更方法_s32kds コンパイラの変更 - CSDN ブログ」を参照してください。 お役に立てば幸いです。 BR セレステ Re: SKEAZK128系列使用S32DS ARM移植FreeRTOS编译失败 既にGCC 6.3にアップデート済みですが、ビルド変数に認識されるGCCバージョンがありません。 Re: SKEAZK128系列使用S32DS ARM移植FreeRTOS编译失败 こんにちは@1482825344 さん、 まず、左下隅にある「システム変数を表示する」のチェックボックスをオンにする必要があります。そうすれば、システム変数が表示されます。 BR セレステ

MCXN947: ADDENDレジスタを使用してPPS信号の周期を制御するにはどうすればよいでしょうか？ こんにちは、 「MCX N リファレンスマニュアル」改訂版7を参照してください。 ここでは、NXP SDK v25.06.00を搭載したFRDM-MCX947ボードを使用しています。 PTPの設定は次のようになります。 #ifdef ENET_PTP1588FEATURE_REQUIRED enet_ptp_config_t ptpConfig; memset(&ptpConfig, 0x00, sizeof(ptpConfig)); config.specialControl = kENET_MulticastAllEnable | kENET_StoreAndForward; ptpConfig.fineUpdateEnable = true; ptpConfig.ptp1588V2Enable = true; ptpConfig.tsRollover = kENET_DigitalRollover; config.ptpConfig = &ptpConfig; config.ptpClkHz = 50000000U; #endif ここではデジタルロールオーバーモードが使用されています。GPIOには、ポート3の20番ピンが使用されます。 CLOCK_EnableClock(kCLOCK_Port3); const port_pin_config_t pin_config = { kPORT_PullDisable, kPORT_LowPullResistor, kPORT_FastSlewRate, kPORT_PassiveFilterDisable, kPORT_OpenDrainDisable, kPORT_LowDriveStrength, kPORT_MuxAlt1, kPORT_InputBufferEnable, kPORT_InputNormal, kPORT_UnlockRegister}; /* PORT3_20 is configured as TRIG_OUT0 */ PORT_SetPinConfig(PORT3, 20U, &pin_config); CLOCK_EnableClock(kCLOCK_InputMux); INPUTMUX->EXT_TRIG[0] = INPUTMUX_EXT_TRIGN_EXT_TRIG_INP(0x2F); PPS信号を出力するためには、TSCFUPDTビットとADDENDレジスタを設定する必要があります。 ENET0->MAC_TIMESTAMP_CONTROL |= ENET_MAC_TIMESTAMP_CONTROL_TSCFUPDT_MASK; ENET_Ptp1588CorrectTimerInFine(ENET0, 0xFFFFFFFF); これにより、1000 005 596ナノ秒のPPS周期が生成されます。ここでは時間の流れが速すぎる。ここでは PTP クロック 50MHz が指定されているため、MAC_SUB_SECOND_INCREMENT は 20 になります。 私の理解が正しければ、微調整はADDENDレジスタを介して行うことができる。新しいADDEND（Anew）は次のように計算されます。 Anew = Aold * (時間の間違い / 1e9) 私の場合、以下の値が得られます。 Anew = 0xFFFFFFFF * (1000005596 / 1e9) = 0x100005DE2 新しい値はレジスタに対して大きすぎるため、ここでは使用できません。 このような場合、時計の針を遅くするにはどうすればよいでしょうか？ 私は以下の変更を行い、MAC_SUB_SECOND_INCREMENTを21に設定しました。 これにより、952,384,638nsの周期と0xFFFFFFFFのADDENDが生成されます。この式により、以下の新しい加算項が得られます。 Anew = 0xFFFFFFFF * (952384638 / 1e9) = 0xF3CF7AC8 この新しい値を使うと、周期は999,999,675ナノ秒となり、ほぼ理想的な値になります。 これは正しいやり方でしょうか、それとも何か見落としている点があるでしょうか？ 3058ページの「70.3.8.9 システムタイムレジスタモジュール」の説明から、他にどのように設定すればよいのかよくわかりません。 私はENET-IPを搭載したRT1170ボードを使用しています。そこではINC、INC_CORR、ATCORが使用されます。しかし、ENET_QoS を搭載した N947 では問題が発生します。 よろしくお願いします、 マイケル MCX N Re: MCXN947: How can the period of the PPS signal be controlled with the ADDEND register? こんにちは、 @michael_fischerさん ADDEND調整によってPPS信号が正しく較正されていれば、タイムスタンプのソフトウェアによるスケーリングはそれ以上必要ないと思います。 BR ハリー Re: MCXN947: How can the period of the PPS signal be controlled with the ADDEND register? こんにちは、 @Harry_Zhangさん つまり、50MHzのクロックでもINCが40まで許容され、その場合はADDENDレジスタを0x80000000に設定する必要があります。 私は既にこれをテスト済みで、ここで適切な期間を設定することができました。 しかしその場合、タイムスタンプの時計は当初の想定よりも2倍速く進むことになる。ここでは、後でタイムスタンプに20/40 = 0.5を掛ける必要があるということですが、それで合っていますか？ もし私が「間違った」INC値を設定した場合、後で実際のハードウェアから取得するタイムスタンプにおいて、そのことを考慮に入れなければなりません。 INC = 21 のわずかなずれの場合、20/21 を掛ける必要があります。 よろしくお願いします、 マイケル Re: MCXN947: How can the period of the PPS signal be controlled with the ADDEND register? こんにちは、 @michael_fischerさん 私はこれらの記録を確認しました。 あなたの方法は正しいです。 まず増分値（MAC_SUB_SECOND_INCREMENT）を調整します。 次に、ADDENDを使用して微調整を行います。 BR ハリー

i.MX95でQoSを使用する方法 こんにちは、 i.MX95リファレンスマニュアル（IMX95RN Rev.4、2026年1月22日）の第98章「ブロック制御」には、NoCレジスタの説明が記載されています。 バスQoSに関連する機能や、PRESSUREレジスタ（3ビット）とHURRYレジスタ（3ビット）について言及されているが、説明はない。ユーザーはLinux BSPを介してこれらのレジスタにアクセスし、調整できますか？ 例えば、GPUのリアルタイム性能を向上させるには、GPUMIX_PRESSURE_HURRYレジスタのPRESSUREビットを最大値の111に設定します。 これを利用したQoSのサンプルアプリケーションがあれば、ぜひ教えてください。 よろしくお願いいたします。 加納 Yocto Project Re: How to Use QoS on the i.MX95 こんにちは、 残念ながら、i.MX95はまだ試作段階にあるため、これらのレジスタの説明や操作方法はまだ公開されていません。製品が発売され次第、ドキュメントも完成する予定です。 より詳しい情報については、担当のFAE（フィールドアプリケーションエンジニア）にお問い合わせください。 Re: How to Use QoS on the i.MX95 こんにちは、 @Oswalag i.MX95のQoSに関するドキュメントの更新情報はありますか？

S32K324 AB_SWAP - HSE_STATUS_INIT_OK not set after HSE FW boot Hello, We are still facing HSE initialization issue on S32K324 AB_SWAP configuration. [Environment] - Device: S32K324 (AB_SWAP) - SBAF version: v0.15.0.6 - HSE FW Pink Image: s32k3x4_hse_fw_1.5.0_2.55.0 _pb250130.bin.pink - IVT @ 0x00400000 - Pink Image @ 0x00422000 - BCW = 0x00000201 (FW_USAGE_FLAG_PROGRAM=1, CM7_0_ENABLE=1) [Register Values after Power ON] - GPR3 (0x4039C028) = 0x00000081 bit0=1: HSE FW booted bit7=1: SBAF random IV bit1=0: MU Install mode NOT active - GPR4 (0x4039C02C) = 0x00000001 - MU_FSR(0x4038C104) = 0x00400000 bit6=1: HOST_DEBUGGER_ACTIVE bit8=0: HSE_STATUS_INIT_OK NOT set - MU_GSR(0x4038C118) = 0xF7060001 - MU_RX0(0x4038C280) = 0x00000000 No response from SBAF - DCMRWP1(0x402AC400) = 0xA5000500 bits[24:31]=0xA5 set Recovery Counter = 5 - UTEST(0x1B000000) = 0xAABBCCDDDDCCBBAA ✓ [Problem] 1. HSE FW is booted (GPR3 bit0=1) but HSE_STATUS_INIT_OK never set 2. SBAF does not enter MU Install mode (GPR3 bit1=0, MU_RX0=0) even though: - DCMRWP1 bits[24:31] = 0xA5 - FW_USAGE_FLAG_PROGRAM = 1 in BCW 3. MU_GSR = 0xF7060001 Many flags set - possible HSE internal error? [Questions] 1. What does MU_GSR=0xF7060001 indicate? 2. Why is HSE_STATUS_INIT_OK not set even though HSE FW is booted? 3. Why does SBAF not enter MU Install mode despite all conditions met? 4. How can we force HSE FW reinstallation in this state? Thank you! Re: S32K324 AB_SWAP - HSE_STATUS_INIT_OK not set after HSE FW boot Hello, Following your suggestion, we performed HSE Firmware Handshake (section 14.6.7). [What we did] 1. Reset repeated until GPR3 = 0xC2 (bit1=1: MU Install mode) 2. MU Install attempted: - Received 0xAA55A55A (Passive FW present) - Performed Swap - After Reset: GPR3 = 0xE0 (Recovery mode, no FW) 3. This loop repeats indefinitely: 0xC2 → 0xAA55A55A → Swap → 0xE0 → 0xC2... [Register Values] - DCMSTAT = 0x00030FF1 (Swap count increasing) - MU_GSR = 0xF7060001 (HSE_ERR_GENERAL persists) - GPR3 = 0xE0 after Swap [Questions] 1. Why does SBAF respond 0xAA55A55A (FW present) but GPR3=0xE0 after Swap? 2. Is HSE_ERR_GENERAL related to Pink Image compatibility? We use: s32k3x4_hse_fw_1.5.0 _2.55.0_pb250130.bin.pink for S32K324 3. Is there a specific Pink Image version required for S32K324? 4. How to resolve this loop? Thank you! Re: S32K324 AB_SWAP - HSE_STATUS_INIT_OK not set after HSE FW boot 1) I would mainly deal with HSE_ERR_GENERAL. 2) Just because of that error. 3) That’s good question. I am not completely sure if mentioned error prevents MU installation but what I know is that If the device is in AB_SWAP configuration, the firmware needs to be installed if it gets erased by SBAF due to some issue in the firmware as explained in the section HSE Firmware Handshake. The only way through which HSE Firmware can be installed is - “Installation via MU interface”. what leads to the next point 4) It is needed perform HSE Firmware Handshake (as described in section 14.6.7 HSE Firmware Handshake) which can finally lead either in recovering of broken FW from backup or erasing of FW.

S32K324 AB_SWAP - HSE FW ブート後に HSE_STATUS_INIT_OK が設定されない こんにちは、 私たちはまだHSEの初期化に直面しています S32K324 AB_SWAP 設定に関する問題。 [環境] - デバイス: S32K324 (AB_SWAP) - SBAF バージョン: v0.15.0.6 - HSE FW ピンクイメージ: s32k3x4_hse_fw_1.5.0_2.55.0 _pb250130.bin.pink - IVT @ 0x00400000 - ピンク色の画像 @ 0x00422000 - BCW = 0x00000201 (FW_USAGE_FLAG_PROGRAM=1、 CM7_0_ENABLE=1) 【電源投入後のレジスタ値】 - GPR3 (0x4039C028) = 0x00000081 bit0=1: HSE FWが起動しました bit7=1: SBAFランダムIV bit1=0: MUインストールモードはアクティブではありません - GPR4 (0x4039C02C) = 0x00000001 - MU_FSR(0x4038C104) = 0x00400000 bit6=1: HOST_DEBUGGER_ACTIVE bit8=0: HSE_STATUS_INIT_OKが設定されていません - MU_GSR(0x4038C118) = 0xF7060001 - MU_RX0(0x4038C280) = 0x00000000 SBAFからの返答なし - DCMRWP1(0x402AC400) = 0xA5000500 bits[24:31]=0xA5 がセットされます 回復カウンター = 5 - UTEST(0x1B000000) = 0xAABBCCDDDDCCBBAA ✓ [問題] 1. HSE FWが起動しました（GPR3ビット0=1） しかし、HSE_STATUS_INIT_OKは設定されません 2. SBAF が MU インストールに入りません モード（GPR3ビット1=0、MU_RX0=0） それでも： - DCMRWP1 ビット[24:31] = 0xA5 - FCW で FW_USAGE_FLAG_PROGRAM = 1 3. MU_GSR = 0xF7060001 多くのフラグが設定されています - HSEの可能性あり 内部エラー？ 【質問】 1.MU_GSR=0xF7060001とはどういう意味ですか？ 示す？ 2. HSE_STATUS_INIT_OKが設定されていないのはなぜですか？ HSE FWが起動している場合でも？ 3. SBAFがMUインストールに入らないのはなぜですか？ すべての条件を満たしているにもかかわらず、モードになるのですか？ 4. HSE FWを強制するにはどうすればいいですか？ この状態での再インストール？ ご回答をお待ちしています。 Re: S32K324 AB_SWAP - HSE_STATUS_INIT_OK not set after HSE FW boot こんにちは、 あなたの提案に従って、 HSEファームウェアを実行しました 握手（14.6.7項）。 【私たちがしたこと】 1. リセットを繰り返す GPR3 = 0xC2 (bit1=1: MUインストールモード) 2. MUのインストールが試行されました: - 0xAA55A55A を受信しました （パッシブFWが存在します） - スワップを実行しました - リセット後: GPR3 = 0xE0 （リカバリーモード、ファームウェアなし） 3. このループは無限に繰り返されます。 0xC2 → 0xAA55A55A → スワップ → 0xE0 → 0xC2... [レジスタ値] - DCMSTAT = 0x00030FF1 （スワップ回数増加中） - MU_GSR = 0xF7060001 （HSE_ERR_GENERALが継続して発生します） - スワップ後、GPR3 = 0xE0 【質問】 1.SBAFが応答する理由 0xAA55A55A（ファームウェア存在） しかし、スワップ後にGPR3=0xE0になる？ 2. HSE_ERR_GENERALは関連していますか？ ピンクイメージとの互換性は？ 私たちは以下を使用しています： s32k3x4_hse_fw_1.5.0 _2.55.0_pb250130.bin.pink S32K324用 3. 特定のピンク色のイメージはありますか？ S32K324に必要なバージョンは？ 4. このループを解消するにはどうすればよいでしょうか？ ご回答をお待ちしています。 Re: S32K324 AB_SWAP - HSE_STATUS_INIT_OK not set after HSE FW boot 1) 私は主にHSE_ERR_GENERALに対応します。 2) そのエラーのせいで。 3) それは良い質問ですね。上記のエラーがMUのインストールを妨げるかどうかは完全にはわかりませんが、私が知っているのは デバイスがAB_SWAP構成の場合、HSEファームウェアハンドシェイクのセクションで説明されているように、ファームウェアの問題によりSBAFによってファームウェアが消去された場合は、ファームウェアをインストールする必要があります。HSEファームウェアをインストールできる唯一の方法は、「MUインターフェース経由のインストール」です。 次のポイントにつながるもの 4) HSEファームウェアハンドシェイクを実行する必要があります（セクション14.6.7 HSEファームウェアハンドシェイクで説明）。これにより、最終的にバックアップから破損したファームウェアを復元するか、ファームウェアを消去することができます。

PN5190B2 over USB CDC/VCOM partially works in fcC00ckpit 8.3.0.0, but still fails with HAL,BUFFER0 Hi NXP team, I am using a custom board with: • STM32F411 • PN5190B2 • USB CDC (virtual COM port) My goal is to make it work with NxpNfcC0ckpit 8.3.0.0 through the legacy VCOM_PN5190 path. What already works • USB CDC enumeration is OK • Cockpit can open the COM port • Low-level PN5190 SPI/IRQ communication is working • PN5190 host commands execute correctly • Some legacy board probe commands already return valid data: ◦ 5E 0A → board FW version ◦ 0E 30 → board EE version ◦ C0 EB → board HW version What I changed in the bridge firmware I added compatibility handling for legacy Cockpit commands such as: • 01 0E FE 02 • 01 0E FF 01 I also adjusted the frontend response behavior: • stripped the PN5190 leading success status byte from read/query payloads • reordered GET_VERSION to the NXP reader-library format • changed immediate 01 05 response to pure ACK with zero payload • made status-only commands return zero-length FE payload Current behavior For GET_VERSION, Cockpit now receives only 4 bytes: • request payload to PN5190: 7F 27 00 00 • immediate ACK: 01 05 00 00 00 00 • FE fetch response: 01 0E 00 00 04 00 02 03 53 03 For EEPROM read, Cockpit now receives only 1 byte: • request payload to PN5190: 7F 07 00 04 00 00 01 00 • immediate ACK: 01 05 00 00 00 00 • FE fetch response: 01 0E 00 00 01 00 E4 Remaining problem Cockpit still reports: • HAL,BUFFER_OVERFLOW occurred while getting Firmware Version • HAL,BUFFER_OVERFLOW while reading EEPr0m at 0x0 So the responses are already very small and look valid, but Cockpit still rejects them. Question Could NXP please clarify the exact expected legacy VCOM_PN5190 semantics for: • 01 05 • 01 0E 09 • 01 0E FE 02 • 01 0E FF 01 Especially: • should 01 05 contain payload or only ACK? • should 01 0E 09 return raw FE data only, or status + data, or another wrapper? • what exact payload format does Cockpit expect for PN5190 GET_VERSION and READ_EEPROM over the legacy VCOM bridge? It seems the remaining issue is not PN5190 communication itself, but an undocumented detail in the old VCOM transaction model. Thanks. 2. More formal support-ticket version Subject: Request for official legacy VCOM_PN5190 protocol details for NxpNfcC0ckpit 8.3.0.0 Hello NXP Support, I am working on a custom board based on: • STM32F411 • PN5190B2 • USB CDC virtual COM I am trying to make this board compatible with NxpNfcC0ckpit v8.3.0.0 via the legacy VCOM_PN5190 / UcBal-VC0mBal path. The low-level PN5190 communication is functional, and Cockpit can open the COM port, but initialization still fails with HAL,BUFFER_OVERFLOW errors. I suspect the remaining issue is in the exact legacy VCOM transaction semantics rather than in the PN5190 host interface itself. Environment • Custom hardware: STM32F411 + PN5190B2 • Transport: USB CDC • Host software: NxpNfcC0ckpit 8.3.0.0 • Operating system: Windows Current implementation status The following are already confirmed working: • USB CDC enumeration • COM port open by Cockpit • PN5190 SPI/IRQ communication • PN5190 host command execution • legacy board metadata probe responses Legacy probe commands already handled successfully The bridge now responds correctly to: • 5E 0A → board firmware version string • 0E 30 → board EEPROM version string • C0 EB → board hardware version string Firmware-side compatibility changes already implemented I made the following adjustments in the CDC bridge firmware: • Added explicit handling for: ◦ 01 0E FE 02 ◦ 01 0E FF 01 • Stripped the leading PN5190 success status byte (0x00) from read/query response payloads • Reordered GET_VERSION payload to match the NXP reader library structure: ◦ [HW][ROM][FW_L][FW_H] • Changed the immediate 01 05 response to a pure ACK with zero payload • Suppressed 1-byte fake payloads for status-only PN5190 commands Remaining Cockpit errors Cockpit still reports: • Error HAL,BUFFER_OVERFLOW occurred while getting Firmware Version • Error HAL,BUFFER_OVERFLOW while reading EEPr0m at 0x0 • sometimes also Input string was not in a correct format. Relevant transaction examples 1) GET_VERSION Observed PN5190 request payload: • 7F 27 00 00 Current bridge behavior: • immediate response: ◦ 01 05 00 00 00 00 • follow-up FE fetch response: ◦ 01 0E 00 00 04 00 02 03 53 03 So Cockpit receives only 4 bytes of FE payload, but still reports: • HAL,BUFFER_OVERFLOW occurred while getting Firmware Version 2) READ_EEPROM Observed PN5190 request payload: • 7F 07 00 04 00 00 01 00 Current bridge behavior: • immediate response: ◦ 01 05 00 00 00 00 • follow-up FE fetch response: ◦ 01 0E 00 00 01 00 E4 So Cockpit receives only 1 byte of FE payload, but still reports: • HAL,BUFFER_OVERFLOW while reading EEPr0m at 0x0 Why this looks like a legacy VCOM protocol mismatch At this point: • transport is functional • payload sizes are very small • board probe commands work • status-only commands no longer return stray 00 bytes • GET_VERSION uses canonical byte order Because of this, I suspect the remaining incompatibility is in the exact expected behavior of the legacy VCOM bridge, for example: • how 01 05 is supposed to behave • what exactly 01 0E 09 should return • what 01 0E FF 01 is expected to return • whether an additional wrapper/status byte/length convention is required • whether Cockpit expects something other than raw PN5190 FE data in the follow-up fetch Questions for NXP Could you please clarify the official expected behavior for the legacy VCOM_PN5190 transport used by NxpNfcC0ckpit? Specifically: • What are the exact semantics of: ◦ 01 05 ◦ 01 0E 09 ◦ 01 0E FE 02 ◦ 01 0E FF 01 • Should 01 05 return only ACK/status, or also frontend payload? • Should 01 0E 09 return: ◦ FE data only ◦ FE status + data ◦ or another wrapped structure? • What exact payload format does Cockpit expect for PN5190: ◦ GET_VERSION ◦ READ_EEPROM • Is there any public or internal reference firmware/documentation for the older UcBal-VC0mBal / VCOM_PN5190 protocol?

[滥用] 发布者：@RishavKaaraTech /板：Taplinx-SDK /举报人：rijxhic rijxhic 报告了 @RishavKaaraTech 发布的帖子 RFIDDiscover 工具已获得，但如何使用它 ，原因如下： 原因： 裸体或性活动 详情： < a href="https://neweddingday.com/your-couple-name-2757"> where to order next hytrin < a href="https://www.cableman.ru/node/85953"> howto buy hytrin < a href="https://hetnieuweteamwerken.be/forums/forum/hytrin-order-cost"> cheapesthytrin fedex overnight < a href="https://www.jobwebby.com/domainasname-erma-gmbh/hytrin-purchase-kansas"> canadianhytrin in hawaii < a href="https://arendville.ru/hytrin-purchase-uro-canada"> buy合法 hytrin overnight usa < a href="https://www.thebiketube.com/lezyne-caitlin"> hytrinVisa cod accepted rx < a href="https://www.martensfamily.co.za/node/3143"> where to order hytrin from < a href="http://ph-ed-plus.nspu.ru/article/18694"> orderonline hytrin in alaska < a href="https://evere.co/articles/hytrin-visa-cod-accepted-rx"> generic terazosin hytrin paypal < a href="https://www.martensfamily.co.za/node/3143"> can you buy hytrin america < a href="https://www.aairlab.com/IDev/?q=node/436"> I wanna buy hytrin < a href="https://www.geofak85.ru/hytrin-discounts-price-tab"> pharmacyhytrin tablet < a href="https://ruckup.org/caregivers-forum/topic/6607"> buy legitimate hytrin overnight usa < a href="http://callcards.ie/content/hytrin-buy-online-terazosin-chelmsford"> cheaphytrin in torino < a href="https://www.rapidservice.com.ec/es/content/1-carga-liviana-983"> where to order next hytrin < a href="https://carros-usados.us/hytrin-generic-substitution"> buyhytrin online hytrin u < a href="http://xn--80ab2anoq0a.xn--p1ai/art/hytrin-order-santa-fe"> canyou buy hytrin america < a href="https://masters.adminskiracing.com/node/419061"> how to order hytrin < a href="https://gglabs.us/node/5855"> no prescription hytrin terazosin fedex < a href="http://lsdsng.com/node/4452"> where to order hytrin from < a href="https://www.geofak85.ru/hytrin-discounts-price-tab"> generic取代 hytrin < a href="https://arendville.ru/hytrin-purchase-uro-canada"> cheaphytrin in torino < a href="http://www.familygalactictravel.com/node/3297"> cheaphytrin jelly < a href="https://mnbride.com/your-couple-name-2860"> hytrincod pharmacy < a href="http://www.beautynbrushes.com/services-provided/upper-lip-wax-eagerprickedagd"> where to order hytrin from < a href="https://nsssp-prod-backend.parallelpublicworks.com/node/6577"> generic substitution for hytrin < a href="http://xn--80ab2anoq0a.xn--p1ai/art/hytrin-order-santa-fe"> purchasehytrin online < a href="http://www.familygalactictravel.com/node/3297"> purchasehytrin kansas < a href="https://mail.reflexologie-cerilly.fr/hi/node/4547"> generic取代 hytrin < a href="http://xn--80ab2anoq0a.xn--p1ai/art/hytrin-order-santa-fe"> 购买hytrin kansas < a href="http://surfing.4fan.cz/node/252"> 想要订购 hytrin < a href="https://jeunescathos-bxl.org/fr/content/hytrin-how-buy"> hytrin折扣价格选项卡 < a href= " https://nsssp-prod-backend.parallelpublicworks.com/node/6577 " > 想订购 hytrin < a href= " https://golemobuchino.com/forumi/mahali/obshcho/hytrin-order-cost " > hytrin订购费用 < a href="http://polden.info/story/hytrin-where-order"> generic hytrin florida < a href="https://www.jobwebby.com/domainasname-erma-gmbh/hytrin-purchase-kansas"> buy合法 hytrin overnight usa < a href="https://carros-usados.us/hytrin-generic-substitution"> generichytrin florida < a href="https://www.jobwebby.com/domainasname-erma-gmbh/hytrin-purchase-kansas"> canyou buy hytrin america < a href="https://www.horecascout.nl/vacatures/5559/hytrin-how-purchase"> cheaphytrin jelly < a href="http://old-namur.jeunescathos.org/fr/content/hytrin-buy-discount"> where to order hytrin from Post link: https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/m-p/2164324#M205 帖子作者 @RishavKaaraTech|Email Author 报告人：rijxhic |Email Reporter 报告的帖子有 3 个回复。

K5 RTDのNETCに関する質問（GMAC_STATUS_SUCCESS/ETH_43_NETCV4_IPW_TIMEOUT_1MS_U32） こんにちは、チームの皆様。 下記のNETCの質問を確認していただけますか？ GMAC_STATUS_SUCCESSは未定義なので、 NETC_ETH_IP_STATUS_SUCCESSに変更すべきかどうかお伺いしたいです。 また、 ETH_43_NETCV4_IPW_TIMEOUT_1MS_U32も未定義ですが、それが定義されている別のファイルがあるかどうか知りたいです。 ありがとう。 優先度：高 RTD S32_CONFIG_TOOL 出典：直接お客様 出典：NXP社内資料

[ABUSE] Post By: @RishavKaaraTech / Board: TapLinx-SDK / Reported by: avgbqkx avgbqkx has reported the post RFIDDiscover tool acquired but how to use it posted by @RishavKaaraTech for the following reasons: Reason: Hate Speech Details: https://enki.ua/advert/17330">buy zovirax dundee https://www.aairlab.com/IDev/?q=node/389">zovirax purchase wire transfer http://ph-ed-plus.nspu.ru/article/18650">buy zovirax dundee http://shop.ls-s.ru/product/10242">zovirax order visa https://golemobuchino.com/forumi/mahali/obshcho/zovirax-generic-palermo">generic zovirax in palermo https://masters.adminskiracing.com/node/420740">generic zovirax pr https://arendville.ru/zovirax-want-buy">no prescription zovirax pill order http://hubram.cz/content/zovirax-samples-order">cheapest zovirax 800mg legally cost https://www.horecascout.nl/vacatures/5841/zovirax-where-buy-next">zovirax order visa http://old-bxl.jeunescathos.org/fr/content/zovirax-prescription-order">price zovirax online internet rx https://www.trustcirclenetworks.org/issues/2559">cheap zovirax doctor consult https://jeunescathos-bxl.org/fr/content/zovirax-generic-palermo">order zovirax online ph https://diaslovakia.sk/content/zovirax-prescription-order">want to purchase zovirax http://www.batshaw.qc.ca/fr/node/424">cost zovirax cold sores pharmacy http://www.gradspot.com/qa/zovirax-purchase-wire-transfer">generic zovirax discount price sale https://masters.adminskiracing.com/node/420740">cheapest generic zovirax maryland https://ruckup.org/caregivers-forum/topic/6764">online zovirax legally delivery https://www.xiruca.com/foro/material-y-accesorios-caminanteexcursionista/zovirax-cheap-price-singapore">kolkata price zovirax https://www.geofak85.ru/zovirax-cheapest-bactrim-delivery-buy">cheapest bactrim delivery buy zovirax http://old.jeunescathos.org/fr/content/zovirax-year-cost-bangor">order zovirax online no perscription https://reflexologie-cerilly.fr/en/node/4432">usa online pharmacy zovirax http://www.gradspot.com/qa/zovirax-purchase-wire-transfer">want to order zovirax http://03otvet.ru/voprosy/stomatologiya/zovirax-herpex-no-script">how to purchase zovirax http://www.2008.zbaszyn1938.pl/zbaszyn/archive/zovirax-cheap-doctor-consult">how to order zovirax https://www.jobwebby.ilovemarkso.com/33/zovirax-find-usa-pharmacy-medicine">buy zovirax cheap cod http://www.sccu.chula.ac.th/node/2279">order zovirax online no perscription http://surfing.4fan.cz/node/402">zovirax singapore where to buy https://masters.adminskiracing.com/node/420740">herpex zovirax no script https://www.chstm.org/node/81017">where to buy next zovirax https://hunam.mx/no-12757-video">kolkata price zovirax https://cadel.ru/zovirax-400mg-philippines-troche-price">cheapest bactrim delivery buy zovirax http://ph-ed-plus.nspu.ru/article/18650">cheap zovirax price singapore https://satto.vtranet.com/zovirax-purchase-wire-transfer">order zovirax online ph http://ph-ed-plus.nspu.ru/article/18650">vcam-1 buy zovirax 400mg http://dev.nikol-buket.com/content/zovirax-discounted-discount-cheapest-jcb">zovirax samples order http://xn--37-6kci4a9aahjr0a.xn--p1ai/zovirax-discount-plan-ivanovo">fedex delivery zovirax lyoja https://slp.millingtonpubliclibrary.org/content/zovirax-discount-plan">pharmacy group zovirax https://www.cableman.ru/node/85629">order zovirax online ph http://03otvet.ru/voprosy/stomatologiya/zovirax-herpex-no-script">zovirax order visa https://totalhockeymanagement.com/zovirax-online-legally-delivery">buying zovirax zovir jcb Post link: https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/m-p/2164324#M205 Post author: @RishavKaaraTech | Email Author Reported by: avgbqkx | Email Reporter The reported post has 3 replies.

[不正行為] 投稿者: @RishavKaaraTech / 掲示板: TapLinx-SDK / 報告者: trifmzi trifmzi は、 @RishavKaaraTech が投稿した 「RFIDDiscover ツールを入手したが、その使い方はわからない」という 記事を以下の理由で報告しました。 理由：スパム 詳細： 注文オンライン スプラックス バイアグラ 購入suprax ok どこで次のスープラックスを購入する Supraxの購入方法 購入オンラインのSuprax 100mg薬 割引カリフォルニア州のSuprax錠剤 supraxトセリ・セレナーデ 安い 次のSupraxはどこで買えますか suprax カナダのドラッグストア Suprax 100mg をオンラインで購入 安いsuprax 送料無料 購入タラのスープラックス速効処方 次のSupraxの注文先 購入オンラインのSuprax 100mg薬 購入オンラインのSuprax 100mg薬 suprax錠の価格（インターネット） スプラックスをアメックスで購入 注文オンライン スプラックス バイアグラ 価格suprax tricef chicago 薬局エラー suprax bradford suprax認可されたジェネリック医薬品 Supraxの購入方法 カナダでSupraxの処方箋をご注文 欲しいスプラックスを購入する https://ruckup.org/caregivers-forum/topic/6636">次のSupraxはどこで購入できますか https://www.intellectualpedia.org/countyelectron-suprax-order-next-day">ご注文カナダでのスプラックス処方箋 supraxタブレットの迅速な配送 注文suprax la 注文肺炎の症状を軽減する https://reflexologie-cerilly.fr/en/node/4436 "> 処方箋不要一般的なsuprax 注文翌日のスープレックス supraxオンライン薬局でワイエスを購入する オンラインでSupraxをアメックスで購入 Supraxの購入方法 オンラインでSuprax Amexを購入する 次のSupraxはどこで買えますか suprax医師不要の迅速な配達 なし処方箋スプラックスセフィキシムショップ 購入スプラックス200mcgオンライン スプラックスをアメックスで購入 投稿リンク： https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/mp/2164324#M205 投稿者: @RishavKaaraTech |作成者に電子メールを送信する 報告者： trifmzi |メールによる報告 報告された投稿には3件の返信があります。

S32構成ツールを使用して、S32K396のeFlexPWMサブモジュールの「ハーフサイクルリロード」を設定する方法は？ 当社では、ADC変換をトリガーするために中央揃えのPWMを使用したeFlexPWMを使用しており、PWMデューティサイクルレジスタを半サイクルごと、つまり当社の場合SMn_VAL1 = 0のときに再ロードして更新したいと考えています。これを実現するには、まず最初にSMn_CTRL[HALF] = 1、SMn_CTRL[FULL] = 0、SMn_CTRL[LDMOD] = 0（その他にもいくつか）を設定しておくべきだったと思います。次に、各周期ごとに、関連する SMn_VALm レジスタに新しいデューティ サイクル値を入力し、最後に MCTRL[LDOK] = 1 を設定します。カウンタがSMn_VAL1と等しくなったときに、PWMは新しい値で更新されます。 さて、問題点に移りましょう。 S32構成ツールで「Pwm/PwmGeneral」の下にある「PwmDutyCycleUpdatedEndperiod」と「PwmPeriodUpdatedEndperiod」を選択すると、「Pwm/PwmChannelConfigSet/FlexPwm Modules」の下にある「Half Cycle Reload」を選択できず、エラーが発生します。 「問題: PwmGeneral/PwmDutyCycleUpdatedEndperiod または PwmGeneral/PwmPeriodUpdatedEndperiod が有効になっている場合は、ノード HalfCycleRelad のチェックを外してください。」 レベル: エラー"... 「フルサイクルリロード」を選択すれば、問題なく動作します。予想どおり、SMn_CTRL[HALF] = 0、SMn_CTRL[FULL] = 1、SMn_CTRL[LDMOD] = 0 が得られました。選択肢に「UpdatedEndperiod」とあるので、ある程度は予想通りですが、「ハーフサイクルリロード」はどのように設定すればよいのでしょうか？ 「PwmDutyCycleUpdatedEndperiod」と「PwmPeriodUpdatedEndperiod」の選択を解除すると、「Full Cycle Reload」または「Half Cycle Reload」の任意の組み合わせを選択できますが、その結果、生成されたコードで SMn_CTRL[LDMOD] が 1 に設定されます。これは、MCTRL[LDOK]が1に設定されるとPWMが直接更新される、つまり一種の即時ソフトウェア更新が行われることを意味し、それは私が望んでいることではありません。これはまた、「フルサイクルリロード」と「ハーフサイクルリロード」の選択肢には実際には意味がないことを示しているように思われる。 おそらく何か見落としている点があると思うのですが、どなたかこの方法を教えていただけると大変助かります。 MBDTを以下の用途で使用しています。 S32設定ツール バージョン1.8 RTD 7.0.0 よろしくお願いいたします。 Re: How to configure "Half Cycle Reload" for eFlexPWM sub-module in S32K396 with S32 Confi こんにちは、 @RNJさん まず、状況説明から始めましょう。既にご存じのとおり、ハードウェアペリフェラルへのアクセスと制御を行うためのMBDTブロックは、 NXP RTD MCAL AUTOSARレイヤーの上に構築されています。これは、Simulinkのペリフェラルブロック（ADC、PWMなど）を通じて公開されるすべての機能が、AUTOSAR MCAL仕様に準拠する必要があることを意味します。 RTDパッケージは2つの層で構成されています。 ローレイヤー ドライバ： 従来のSDKと同様です。 ハードウェア機能へのフルアクセスを提供します。 AUTOSARで定義されていない構成を許可します AUTOSAR以外のアプリケーションに適しています 上位層ドライバ（またはMCAL層）： これはAUTOSAR規格に準拠するものとする。 AUTOSARが明示的にサポートする機能のみを公開します。 AUTOSARで定義されていないハードウェア機能はすべて抑制または制限されます。 ローレイヤードライバで利用可能な設定の一部がAUTOSAR規格に準拠していない場合、MCALレイヤーはそれらを公開しません。同様に、S32構成ツールはAUTOSARに準拠していない設定をブロックします。つまり、ハードウェア上で何らかのペリフェラル設定や構成が利用可能な場合、それが準拠していないと判断すれば、AUTOSAR MCALレイヤーはそれを「キャンセル」する可能性がある。 最初にお問い合わせいただいた件に戻りますが、私はAUTOSARの専門家ではありませんが、少し調べてみたところ、AUTOSAR PWMドライバには以下の要件があることが分かりました。 正直なところ理由は分かりませんが、AUTOSARのPWMドライバはハーフサイクルリロードをサポートしていないようです。 PwmDutyCycleUpdatedEndperiodまたはPwmPeriodUpdatedEndperiodを選択した場合、AUTOSAR では更新はPWM 周期の終了時にのみ行われる必要があります。これは、eFlexPWMにおけるフルサイクルリロードのみに直接対応します。ハーフサイクルリロードはAUTOSARのセマンティクスに矛盾するため、S32CTはそれをブロックします。   また、RTDの中身も確認して、それがC言語のコードにどのように変換されるのかを正確に把握しました。S32CTは 、{modelName} _Config ディレクトリ内の generate フォルダ内に構成構造とファイルを生成します。FlexPWM構成構造では、リロードは、以下の図に示すように、S32CTのPwm/PwmChannelConfigSet/FlexPwmモジュール内でユーザーが設定する内容に応じて設定されます。 ただし、PwmDutyCycleUpdatedEndperiod と PwmPeriodUpdatedEndperiod は、PWM RTD ドライバで直接使用される AUTOSAR レベルのマクロです。たとえば、Pwm_SetDutyCycle 関数は、内部で Pwm_Ipw_FlexPwm_SetDutyCycle を呼び出します。そして、 PWM_DUTYCYCLE_UPDATED_ENDPERIOD をチェックし、それに応じて LDOK ビットを設定します。次の図を参照してください。   上記で強調表示されている関数は、最後の関数引数に基づいて、モジュールレジスタに実効デューティサイクル値をロードします。FALSEは次回のPWMリロードを意味し、TRUEは即時更新を意味します。 結論として、S32CTはAUTOSAR PWMドライバのルールを遵守している。「PwmDutyCycleUpdatedEndperiod」または「PwmPeriodUpdatedEndperiod」を選択した場合、AUTOSARの仕様では、更新はPWM周期の終了時にのみ行われることが求められます。 このドライバの制限を克服するには、カスタムコードブロックを使用して、モデル内の SMn_CTRL[LDMOD] レジスタを直接上書きする方法があります。しかし、それがうまくいくかどうかは確信が持てません。それはテストされなければならない。しかし、Pwm_SetDutyCycle関数のPwmDutyCycleUpdatedEndperiodマクロチェックを回避するには、カスタムコードブロックを使用してデューティサイクル値をSMnVALxレジスタに直接書き込む必要があります。 お役に立てば幸いです！ よろしくお願いいたします！ ステファン。 Re: How to configure "Half Cycle Reload" for eFlexPWM sub-module in S32K396 with S32 Confi はい、stefancinipeanuさん、ご回答ありがとうございます！ 返信が遅くなり申し訳ありません。かなり忙しくしておりました。 あなたの回答は、私の観察を裏付けるものとなりました。 「PwmDutyCycleUpdatedEndperiod」、「PwmPeriodUpdatedEndperiod」、「Full Cycle Reload」を選択してコードを生成する場合、mbdt_board_init.c の「Pwm_Init(&Pwm_Config_MBDT)」をそのままにします。その機能を実行した後、コードを使用して SMn_CTRL[HALF] を 1 に、SMn_CTRL[FULL] を 0 に変更します。 これは、AUTOSAR MCALに準拠していないものの、ハーフサイクルリロードを実現するための有効な回避策となり得るでしょうか？ 「ハーフサイクルリロード」を選択しても、少なくとも「PwmDutyCycleUpdatedEndperiod」や「PwmPeriodUpdatedEndperiod」を選択していない場合にこれが実行されることを警告するメッセージが表示されないため、少し紛らわしいです。 AUTOSAR MCALに準拠しない方法で設定ツールを使用する方法も必要かもしれません。その場合、警告を表示するなどの対策を講じるべきでしょう。 私たちの場合は、AUTOSAR規格に従う必要は（今のところ）なく、MBDTを使用したいと考えています。 改めて、ありがとうございました。

S32K388 V11 Regulation Accuracy Hello NXP team, S32K388 datasheet indicates nominal V11 regulation of 1.14V. The datasheet does not specify the expected range (minimum to maximum) of V11 regulator. What is the minimum and maximum regulation range/accuracy of S32K388 V11 regulator with external NMOS over the range of possible loading, temperature, and manufacturing variation? Thank you Re: S32K388 V11 Regulation Accuracy Hi@PI The S32K388 datasheet does not specify any minimum or maximum regulation accuracy or regulation range for the V11 regulator with external NMOS over load, temperature, or manufacturing variation. The only published value is a typical V11 output of 1.14 V, with no tolerance window provided. V11 is the core and logic supply. It is driven by the external NFET which is controlled by a linear regulator inside PMC. The voltage of V11 is dynamically adjusted and is affected by factors such as NMOS, gate stabilization capacitor, and power consumption in core operating mode. Therefore, I think this is why a tolerance range is not provided. Re: S32K388 V11 Regulation Accuracy Hello Sanlent, There should be a reasonable range given the datasheet specifies recommended specification limits for external NMOS selection. It is understood that V11 is regulated by the MCU itself. For testing purposes, it is necessary to know the possible range of V11 voltage regulation. Can you provide this expected range, accounting for manufacturing variation and temperature variation? How much can this V11 voltage dynamically adjust? Re: S32K388 V11 Regulation Accuracy Hi@PI Similar questions have been asked before, and I have copied the design team's response below. "I understand that customer may to insist on this topic, but the limits value are not provided for V11, due the V11 is the reference voltage for the CORE, the custumer dont provides +1.1V, the customer just provides +1.5V, and this is the voltage must assure and select an appropiate NMOS based on their application. " Re: S32K388 V11 Regulation Accuracy Hello  Regarding dynamic behavior, V11 is adjusted internally as required for device operation, but it is not specified as a regulated output in terms of external accuracy or transient performance. The device includes internal monitoring mechanisms such as Low Voltage Reset (LVR), which supervise the core supply condition. As a reference, the internal LVR deassert level is typically in the range of approximately 1.067 V to 1.107 V (sensed on-chip). This internal condition defines whether the device can operate correctly. From a system design perspective, the focus should be on proper implementation of the external NMOS control loop. This includes selecting a MOSFET with appropriate threshold characteristics and conduction capability, as well as ensuring stable loop behavior with the required external components (such as the stability capacitor). In addition, the layout is critical. The NMOS and associated components should be placed as close as possible to the MCU, with a low-impedance connection to the internal supply nodes. The power path between the external supply (e.g., V15) and the internal node (V11) must be supported by solid plane implementation and proper referencing. It is important to ensure that the V11 and V15 connections are backed by continuous planes with sufficient stitching vias when transitioning between layers. These stitching vias are required to avoid current constriction, reduce parasitic inductance, and maintain low impedance along the current path. Achieving low impedance (target impedance) in this path is key to minimizing voltage drop and ensuring consistent behavior under load. Best regards Re: S32K388 V11 Regulation Accuracy Hello, As discussed in PDT last week, can we receive a better/tighter voltage regulation range? The one provided has a wide range. 

[RTD][MemAcc]第一个子地址的逻辑起始地址应为 0 错误 26-03-19，14:54:35 不变量 (1032) 节点 " /AUTOSAR/顶级包/memacc/elements/memacc/elements/memacc/memaccAddressareaConfiguration/memaccAddressareaConfiguration_0/memaccAddressAreaConfiguration_0/memaccAddressAreaConfiguration_0/memaccsubAddressareaConfiguration_0/memaccsubAddressareaConfiguration/memaccAddressareaConfig子地址应为 0 " " " 出现上部错误的原因是，在 RTD 中，第一个 SubAddressArea 的逻辑起始地址必须为 0。 为什么 RTD 要求第一个逻辑起始地址为 0？除 S32K 外，其他平台允许使用非零值，不会出现问题。 你能检查一下第一个起始地址必须为 0 的原因吗？   RTD Re: [RTD][MemAcc] Logical start address of the first sub address are shall be 0 你好@alexyang、 我向 RTD 驱动程序提交了一份询问单(ARTDCMEM-1484)，以澄清此错误是软件限制还是 RTD 驱动程序的错误。 我收到他们的意见后会通知你们。 顺祝商祺！ 丹 Re: [RTD][MemAcc] Logical start address of the first sub address are shall be 0 你好@DanNguyenDuy ，我在 RTD_R21-11_6.0.0_D2506 中进行了检查，在我的检查中，所有 RTD 版本都一样，甚至 S32K1 也一样。 这似乎是 S32K RTD 的特有问题。 Re: [RTD][MemAcc] Logical start address of the first sub address are shall be 0 你好@alexyang、 你使用了哪个版本的 RTD 软件包？ 顺祝商祺！ 丹 Re: [RTD][MemAcc] Logical start address of the first sub address are shall be 0 你好@alexyang、 开发团队确认这个错误是 MemAcc 驱动程序的一个错误，目前还没有解决这个问题的方法。 顺祝商祺！ 丹

Need help for programming S32K3X4EVB-T172 EVB by using JTAG connector Hello Team, I am working on S32K3X4EVB-T172  EVB i have to program this board using JTAG connector. The Board has two connectors which has JTAG marking (J41 - 10 Pin & J12 - 20 Pin) from these two which connector i have use for programming and one more thing from S32K3X4EVB-T172 - Hardware User Manual i came to know that for 20 pin JTAG connector all trace signals are DISABLED as default configuration in S32K3X4EVB-T172, so does this condition plays any role in programming if yes what i have to do to make it enable Re: Need help for programming S32K3X4EVB-T172 EVB by using JTAG connector Hi @MySterio_1  As you mentioned, the S32K3X4EVB‑T172 includes two debug connectors: a 20‑pin and a 10‑pin header. The smaller 10‑pin connector is used by the on‑board K26 debugger, while the 20‑pin connector is intended for communication and debugging using an external debugger. For JTAG programming, no additional connections are required. Connecting the external debugger directly to the 20‑pin connector is sufficient for proper operation. BR, VaneB Re: Need help for programming S32K3X4EVB-T172 EVB by using JTAG connector Hi @MySterio_1  Are you trying to update the OpenSDA firmware? As I mentioned earlier, the 10‑pin connector is only for the onboard debugger. If you want to program the MCU using an external debugger, you need to use the 20‑pin connector. About the adapter, I am not very familiar with that specific product, but I checked the iSYSTEM website and it looks like each adapter has a specific use. The one that matches the 20‑pin connector on the EVB should be the ARM JTAG 20‑pin (2.54 mm) Adapter. Re: Need help for programming S32K3X4EVB-T172 EVB by using JTAG connector Can you share more information about this 10 pin connector, is it require any specific software for programming, can we program it by using 10 pin connector from ic7 pro debugger adapter Re: Need help for programming S32K3X4EVB-T172 EVB by using JTAG connector Hello there, I'm also currently struggling getting the board connected to an external debugger because the pin layout of J12 is not present in the S32K3X4EVB-T172 - Hardware User Manual. Are you sure the https://www.isystem.com/downloads/user-manuals/active-probe-adapter-arm-jtag-20-pin.html adapter would fit?  To me the connector looks too large given that there is a half-size 20-pin connector on the board (Samtec FTSH-110-01). Or the rephrase this: Is J12 a MIPI20T connector (pinout as in https://repo.lauterbach.com/ad2729.html), a MIPI20D one (pinout as in https://repo.lauterbach.com/ad3770.html?product=la-3770), or is this rather 1:1 (pinout as in https://repo.lauterbach.com/adidc20a.html?product=la-3255)? Many thanks in advance! Kind regards, Gernot Gebhard Re: Need help for programming S32K3X4EVB-T172 EVB by using JTAG connector Hello, after some research I finally figured out which connector is the correct one to use with this EVB. First I measured which pins are connected to GND: JTAG pins connected to GNDJTAG pins connected to GND  This implies that the oddly numbered pins 3 to 19 are GND. This rules out the 1:1 pin layout as in https://repo.lauterbach.com/adidc20a.html?product=la-3255. The EVB manual states NOTE - JTAG – TRACE Signals Due to the MCU ports used on the trace signals also are shared with other interfaces, it is important to isolate these signals/interfaces for the J4-Cortex Debug D ETM connector. Those signals are TRACE_CLK, TRACE_D0, TRACE_D1, TRACE_D2 and TRACE_D3 which are only present in the MIPI20T layout (see https://repo.lauterbach.com/ad2729.html). => I've ordered the LA-2729 adapter, removed the dead-pin and was able to successfully communicate with the board using Trace32. Hope this helps anybody!

FXLS90230 的 CRC8 C 语言代码？ FXLS90230 SPI 通信异常 能否提供 FXLS90230 的 CRC8 C 语言代码？数据手册和 AN12386 中提供的示例似乎不是相同的算法 Re: CRC8 C language code for FXLS90230? HI 关于 FXLS90230，请注意自 2026 年 2 月 2 日起，恩智浦 MEMS 传感器产品已过渡到意法半导体。更多信息，请联系意法半导体。  

S32K324 HSE FW MU Install not entering installation mode Hello, I am trying to install HSE Firmware on S32K324 using MU Install method, but SBAF does not enter MU Install mode (GPR3 bit1 = 0). [Environment] - Device: S32K324 - HSE FW: s32k3x4_hse_fw_1.5.0_2.55.0 _pb250130.bin.pink - SBAF Version: GPR2 = 0x500 - Lifecycle: CUST_DEL [Current Status] - IVT @ 0x00400000 - HSE_ADDR (offset 0x30) = 0x00422000 - Pink Image @ 0x00422000 (confirmed) - UTEST 0x1B000000 = 0xDDCCBBAA - UTEST 0x1B000004 = 0xAABBCCDD - HSE FW not installed (0x005D4000 = 0xFFFFFFFF) - MU Clock enabled before MU Install [GPR3 Status after Reset] - GPR3 (0x4039C028) = 0xC0 - bit7 = 1 (SBAF random IV) - bit6 = 1 (Reserved) - bit1 = 0 (MU Install mode NOT set) - bit0 = 0 (HSE FW not booted) [MU Status] - MU_FSR (0x4038C104) = 0x00000000 - MU_RSR (0x4038C12C) = 0x00000000 - MU_RX0 (0x4038C280) = 0x00000000 [Question] 1. Why is SBAF not entering MU Install mode (GPR3 bit1)? 2. Is Pink Image format correct for S32K324 with SBAF 0x500? 3. Is there any additional configuration required for S32K324 MU Install? Thank you. Re: S32K324 HSE FW MU Install not entering installation mode Could you please let me know how to resolve this issue? This issue is very important to me Re: S32K324 HSE FW MU Install not entering installation mode Hello, Following up on my previous question, I have made progress but still have an issue with HSE initialization. [Current Status] - Device: S32K324 (AB_SWAP) - HSE FW: s32k3x4_hse_fw_1.5.0_2.55.0 _pb250130.bin.pink - IVT FW_IMG pointer: offset 0x2C = 0x00422000 - Pink Image @ 0x00422000 ✓ - GPR3 (0x4039C028) = 0x81 - bit0 = 1: HSE FW booted ✓ - bit7 = 1: SBAF random IV [Problem] After HSE FW boot (GPR3 bit0 = 1), HSE_STATUS_INIT_OK (bit8 of MU_FSR upper 16bits) is never set. MU_FSR (0x4038C104) upper 16bits: - With debugger: 0x0040 (HSE_STATUS_HOST_DEBUGGER_ACTIVE) - Without debugger: 0x0000 HSE_STATUS_INIT_OK = (1U << 8U) = 0x0100 → never set [Code] We enable MU clock before WaitUntilReady: REG_WRITE32(0x402DC330U, 0x01000000U); REG_WRITE32(0x402DC304U, 0x00000001U); REG_WRITE32(0x402DC000U, 0x00005AF0U); REG_WRITE32(0x402DC000U, 0x0000A50FU); RetVal = Sherpa_Cdd_WaitUntilReady( 0xFFFFFFFFU, HSE_STATUS_INIT_OK); → Always returns E_NOT_OK [Questions] 1. Is there additional configuration required for S32K324 AB_SWAP to get HSE_STATUS_INIT_OK? 2. Should MU Install Swap sequence (0x5A5AA5A5) be performed for S32K324 AB_SWAP? 3. Is Pink Image location (0x00422000) correct for S32K324 AB_SWAP? Thank you! Re: S32K324 HSE FW MU Install not entering installation mode Thank you for your response! We are glad to hear that you successfully tested with S32K344. Regarding your question about the usual method: We initially tried the standard IVT method, but had issues with the HSE_ADDR offset in the IVT. ★ Root cause we found: The HSE FW_IMG pointer should be at IVT offset 0x2C, not 0x30. After fixing this offset, GPR3 bit0 became 1 (HSE FW booted). Could you please share: 1. Your IVT configuration for S32K344? 2. Which HSE FW version did you use? 3. How did you verify successful installation? Also, do you have any suggestion for S32K324 HSE initialization (HSE_STATUS_INIT_OK via MU_FSR)? Thank you! Re: S32K324 HSE FW MU Install not entering installation mode Could you share your code? I have already tested this procedure successfully with S32K344, currently trying to test S32K312 ( not working for me yet). Do you have specific reason why you don't use usual method (i.e. via IVT or default application NVM location)? Re: S32K324 HSE FW MU Install not entering installation mode Hi I am waiting for your answer. Re: S32K324 HSE FW MU Install not entering installation mode Hello, We are facing an issue with S32K324 in AB_SWAP configuration. [Current Status] - Device: S32K324 (AB_SWAP) - SBAF version: v0.5.1 (GPR2 = 0x00000501) - HSE FW: s32k3x4_hse_fw_1.5.0 _2.55.0_pb250130.bin.pink - GPR3 = 0x81 (bit0=1: HSE FW booted) - UTEST = 0xAABBCCDDDDCCBBAA ✓ - BCW = 0x00000201 (FW_USAGE_FLAG_PROGRAM=1, CM7_0_ENABLE=1) - DCMRWP1 bits[24:31] = 0xA5 [Problem] HSE_STATUS_INIT_OK (MU_FSR bit8) is never set. MU_RX0 = 0x00000000 → SBAF does not enter MU Install mode [Root Cause Suspected] SBAF v0.5.1 may not support: 1. FW_USAGE_FLAG_PROGRAM in BCW (supported from v0.15.0) 2. MU Install mode for AB_SWAP We have SBAF update file: s32k3x4_Secure_Baf_0_5_0_0_16_4_1 _pb251003_bin.pink [Questions] 1. Is SBAF v0.5.1 compatible with HSE FW v1.5.0 for AB_SWAP? 2. How can we update SBAF from v0.5.1 to v0.16.4.1 when HSE_STATUS_INIT_OK is not set? 3. Is there any way to enter MU Install mode with SBAF v0.5.1? Thank you! Re: S32K324 HSE FW MU Install not entering installation mode I am sorry for delay. I just answered here: https://community.nxp.com/t5/S32K/S32K324-AB-SWAP-HSE-STATUS-INIT-OK-not-set-after-HSE-FW-boot/td-p/2338860

MC33664アプリケーションに関するヘルプ 私はMC33664とMC33775を組み合わせて使用しています。MC33664は正常に電源供給を受けており、ENピンはハイレベルに設定されています。INTBピンはローレベルにプルダウンされていますが、RDTX+ピンとRDTX-ピンの出力電圧は両方とも0です。なぜこのようなことが起こるのか、どなたかご説明いただけないでしょうか。 Re: Help with the MC33664 application こんにちは、 前回はご返信いただきありがとうございました。ご提案いただいた内容に基づき回路を再検討したところ、MC33664の出力段のRDTX+ピンとRDTX-ピンは2.5Vでしたが、トランスの二次側で測定した電圧は0Vでした。この行動が正常なものかどうか確認させていただきたく存じます。ご回答をお待ちしております。   Re: Help with the MC33664 application こんにちは、Snow8124さん 良い一日！ INTBは常に低いままなのでしょうか？ 起動シーケンスまたは初期化シーケンスに問題があるようですね。データシートの第12章とこのアプリケーションノートを確認することをお勧めします。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 素晴らしい一日をお過ごしください。幸運をお祈りします。