imx93 上的 SAI 填充位配置 我在 Linux 系统下配置 imx 和编解码器之间的 sai 连接时遇到了困难。 编解码器为 AK4619，采用 4 通道 TDM 模式。48KHz / 32 位 TDM 模式下播放正常，MSB 优先且 MSB 对齐。 对于捕获，AK4619 仅支持 24 位。数据采用最高有效位对齐，这意味着非有效位位于相关位之后（有效位为 8-31）。另一方面，sai 将 FBT 设置为 23，这意味着有效位为 0-23。 我尝试查找相关设置，但没有找到。我知道 FBT 指示相关数据的起始位置，但我找不到哪个寄存器设置数据大小（在我的情况下是 24，而不是字长 32）。 需要设置哪个寄存器，或者需要在设备树中设置哪些配置？以下是我实际使用的相关配置： &sai3 { #sound-dai-cells = <0>; clocks = <&clk IMX93_CLK_SAI3_IPG>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_SAI3_GATE>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_AUDIO_PLL>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k"; assigned-clocks = <&clk IMX93_CLK_SAI3>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; assigned-clock-parents = <&clk IMX93_CLK_AUDIO_PLL>; assigned-clock-rates = <24576000>; fsl,sai-mclk-direction-output; fsl,sai-asynchronous; status = "okay"; }; simple-audio-card,dai-link { link-name = "AK-4CHANNELS"; format = "i2s"; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; fsl,mclk-equal-bclk; cpu { sound-dai = <&sai3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; assigned-clocks = <&clk IMX93_CLK_SAI3>; }; codec { sound-dai = <&ak4619>; system-clock-frequency = <24576000>; assigned-clocks = <&clk IMX93_CLK_SAI3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; }; }; 我用示波器检查过了，sai 线上的数据看起来是正确的。 任何提示都将不胜感激。 Re: SAI padding bits configuration on imx93 谢谢。 问题是我不知道该在这个登记簿里写些什么。我能找到的唯一一份文件是 julienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.png 我已将我案例中的相关行高亮显示。所以，是的，我应该在 FBT 中写入 0b11111，但我如何知道只有 24 位是相关的呢？我的理解是，我不能使用 W0W 和 WNW，因为它们表示字长，而我的字长是 32 位。我在两个 RCRx 寄存器中都找不到任何相关信息。 此致， 朱利安 Re: SAI padding bits configuration on imx93 你好， 您在录制/播放时是否尝试过使用 ALSA 的 -f S32_LE 参数？ 此配置并非在设备树中完成，如果要通过驱动程序进行配置，则需要在此处修改寄存器 TCR5/RCR5： https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.h https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.c 顺祝商祺！ Re: SAI padding bits configuration on imx93 实际上，这些额外的部分似乎并没有造成任何问题。修改驱动程序，将正确的值写入 FBT 后，音频就能正常工作了。 顺祝商祺！

24V電源を備えたS32K3に適したシングルボードコンピュータ 24V環境でS32k3に電源を供給するのに最も適したSBCはどれですか? FS264xファミリについて調べていましたが、FS26は24 V以上の電圧に長時間曝露すべきではないと書かれている情報源を見つけました。代わりにFS8500を使ったシステムの設計がより適切でしょうか? FS85&FS84 Re: Suitable SBC for S32K3 with 24V supply こんにちは、DavidSilvaさん 良い一日！ おっしゃる通り、FS26は統合されているすべての機能から最高の選択肢の一つですが、長期間使う予定ならFS85やFS86の方が24Vを問題なく扱えるのでより良い選択肢です。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

Resets from unknown sources MCXN947 I have a device with an MCXN947.  It's running FreeRTOS.  Using LPTMR, it periodically goes into power-down mode, wakes up on the timer interrupt, maybe does a few things, then goes back into power-down mode.  Something like this:         vTaskSuspendAll();      // FreeRTOS         PM_EnterLowPower(); // LPTMR interrupt will wake us up         xTaskResumeAll();       // FreeRTOS There's really only one other task running when it wakes up and it does some I2C comms. The problem is that the processor occasionally resets (can't reliably reproduce).  The CMC SRS register reads 0x00004010, a warm SW reset.  Code isn't calling reset anywhere, maybe NXP's assert() or FreeRTOS's configASSERT(). Are there other internal sources could be causing a SW reset? MCXN Re: Resets from unknown sources MCXN947 Hello @robert_hines  Yes, it is very likely related. Please first refer to ERR051704 and ERR051993 for verification.   Alice_Yang_0-1789719190798.pngAlice_Yang_0-1789719190798.pngAlice_Yang_0-1789719190798.png Also, SSRS contains cumulative status information, so it should be analyzed together with the current SRS value.   Thank you.   BR Alice Re: Resets from unknown sources MCXN947 The SSRS register reads 0x00004430, so the RSTACK bit is set; could ERR051704 cause that? Re: Resets from unknown sources MCXN947 Would this errata (MCXN_1P02G) cause resets? ERR051704 DCDC: Failure changing to Low drive-strength mode Re: Resets from unknown sources MCXN947 Changing the active voltage to midvoltage (and high drive strength) and the low-power voltage to overdrive (and low drive strength) while dropping in and out of power-down mode once a second, did increase the number of resets, all of the form: SRS 0x00004010 SSRS 0x00004430 It would be nice if NXP could describe the downstream effects of the errata so I could be more confident this is the source of these spurious resets.

imx93におけるSAIパディングビットの設定 Linux上でIMXとコーデック間のSAIリンクを正しく設定するのが難しいです。 コーデックはAK4619で、4チャネルTDMモードで使用されます。48kHz/32ビットTDMモード、MSB優先、MSBジャスティファイドでの再生は問題ありません。 キャプチャ時には、AK4619は24ビットのみをサポートしています。データはMSB優先です。つまり、重要でないビットは関連ビットの後に続きます（重要ビットは8～31）。一方、saiはFBTを23に設定するため、有効ビットは0～23となります。 関連する設定を探そうとしましたが、見つけられませんでした。FBTは関連するデータの開始地点を示すことは理解していますが、どのレジスタがデータサイズを設定しているのか(私の場合は24で、ワードサイズは32です)。 どのレジスタを設定する必要があるのか、あるいはデバイスツリーでどの設定を行う必要があるのか？私が実際に使用している関連設定は以下のとおりです。 &sai3 { #sound-dai-cells = <0>; clocks = <&clk IMX93_CLK_SAI3_IPG>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_SAI3_GATE>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_AUDIO_PLL>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k"; assigned-clocks = <&clk IMX93_CLK_SAI3>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; assigned-clock-parents = <&clk IMX93_CLK_AUDIO_PLL>; assigned-clock-rates = <24576000>; fsl,sai-mclk-direction-output; fsl,sai-asynchronous; status = "okay"; }; simple-audio-card,dai-link { link-name = "AK-4CHANNELS"; format = "i2s"; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; fsl,mclk-equal-bclk; cpu { sound-dai = <&sai3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; assigned-clocks = <&clk IMX93_CLK_SAI3>; }; codec { sound-dai = <&ak4619>; system-clock-frequency = <24576000>; assigned-clocks = <&clk IMX93_CLK_SAI3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; }; }; オシロスコープで確認したところ、saiラインのデータは正しいようです。 これに関して何かヒントがあれば、大変ありがたいです。 Re: SAI padding bits configuration on imx93 ありがとうございます。 問題は、このレジスタに何を書けばいいのか分からないことです。私が見つけられた唯一の医師は julienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.png 私の場合は関連する一文をハイライトしました。では、はい、FBTで0b11111を書くべきですが、24ビットだけが関係しているかどうかはどうやって判断すればいいのでしょうか?私の理解では、W0WとWNWは単語サイズを示すため使えません。私の場合は32ビットです。しかし、RCRxのどちらのレジスタにも関連情報が見つかりませんでした。 よろしくお願いいたします。 ジュリアン Re: SAI padding bits configuration on imx93 こんにちは、 録音/再生時にALSAで-f S32_LEオプションを使ってみましたか？ この設定はデバイスツリーでは行いません。ドライバーから設定したい場合は、ここでレジスタTCR5/RCR5を変更する必要があります: https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.h https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.c よろしくお願いいたします。 Re: SAI padding bits configuration on imx93 実際、余分なビットは特に問題を引き起こさないようです。ドライバーを変更してFBTで正しい値を書き込むようにすれば、オーディオは正しく動作するようになりました。 よろしくお願いいたします。

适用于 24V 电源的 S32K3 的单板计算机 在 24V 环境下，哪款 SBC 最适合为 S32k3 供电？ 我一直在研究 FS264x 系列，但我发现一些资料表明 FS26 不应长时间暴露在 24 V 以上的电压下。使用 FS8500 来设计该系统是否更合适？ FS85&FS84 Re: Suitable SBC for S32K3 with 24V supply 你好，DavidSilva 再会！ 你说得对，FS26 是目前最好的选择之一，因为它集成了所有功能，但如果你打算长时间使用，FS85 和 FS86 是更好的选择，因为它们可以毫无问题地处理 24V 电压。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

Suitable SBC for S32K3 with 24V supply Which SBC is the most suitable for supplying an S32k3 in a 24 V environment? I have been researching the FS264x family, but I found some sources stating that the FS26 should not be exposed to voltages above 24 V for extended periods. Would it be more appropriate to design the system using the FS8500 instead? FS85&FS84 Re: Suitable SBC for S32K3 with 24V supply Hello DavidSilva Good day! You're right, the FS26 is one of the best options available due to everything it has integrated, but if you plan to use it for extended periods, the FS85 and FS86 are better choices, as they can handle 24V without any issues. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

p3h2840调试问题咨询 目前基于P3H2840的官方demo进行调试，发现在I2C/I3C 模式下 demo 上温度传感器读到的值有差异（如下图所示），是正常的吗？ Re: p3h2840调试问题咨询 您好， 每次读取 I3C 模式寄存器时看到的第二个字节 0xff 都是不正确的，这表明集线器配置存在问题。作为参考，P3H2x4xHN-ARD 上的板载温度传感器是 NXP P3T1755DP 设备，完全支持 I3C，因此一旦集线器正确设置，两种模式下的读数应该相同。 请检查以下三项： 动态地址分配— P3T1755DP 在 I2C 模式下启动，必须先接收动态地址（通过 ENTDAA、SETAASA 或 SETDASA），然后 I3C 私有传输才能工作。如果在此步骤完成之前调用 i3c_xfer ，则设备无法正确响应 I3C 帧，并且第二个字节将读取为 0xff 。确认地址分配 CCC 已成功运行，并且 0x4c 是分配的动态地址。 突发长度使能 — REG#17[6] (BL_ENABLE) — 如果设置此位，则 I3C 写入阶段必须在寄存器指针之后包含一个突发长度字节。如果您的 i3c_xfer 调用仅发送 1 个写字节（寄存器地址），则集线器会收到不完整的帧，并且读取响应未对齐，导致第二个字节出现 0xff 。请读取寄存器#17，并确认第6位是否已设置。如果是，要么将 BL 字节添加到写入有效载荷中，要么在不需要时清除 BL_ENABLE。 目标端口 VCCIO — REG#22 — 在 I3C 模式下，目标端口使用参考 REG#22 中的 VCCIO 设置的推挽驱动电平。如果这与 P3T1755DP 的实际供电电压不匹配，则在推挽模式下传输的数据字节可能会损坏。请确认 REG#22 显示的电压是否为传感器所连接的目标端口的正确工作电压。

P3H2840のデバッグに関する相談 現在、公式のP3H2840デモを基にデバッグを行っているのですが、デモにおける温度センサーの読み取り値がI2CモードとI3Cモードで異なることが分かりました（下図参照）。これは正常な動作でしょうか？ Re: p3h2840调试问题咨询 こんにちは、 I3Cモードレジスタの読み取り時に毎回表示される 0xff という2番目のバイトは正しくなく、ハブ構成の問題を示しています。参考までに、P3H2x4xHN-ARDの搭載温度センサーはNXP P3T1755DP デバイスで、完全にI3C対応なので、ハブが正しく設定されれば両方のモードで測定値は同じになるはずです。 以下の3項目をご確認ください。 動的アドレス割り当て— P3T1755DPはI2Cモードで起動し、I3Cプライベート転送が機能する前に動的アドレス（ENTDAA、SETAASA、またはSETDASA経由）を受信する必要があります。この段階が完了する前に i3c_xfer が呼び出されると、デバイスはI3Cフレームに正しく応答できず、2バイト目は 0xff と読み取られます。アドレス割り当てCCCが正常に実行され、0x4cが割り当てられた動的アドレスであることを確認してください。 バースト長有効化 — REG#17[6] (BL_ENABLE) — このビットが設定されている場合、I3C 書き込みフェーズにはレジスタポインタの後にバースト長バイトを含める必要があります。 i3c_xfer 呼び出しで書き込みバイト (レジスタ アドレス) が 1 つしか送信されない場合、ハブは不完全なフレームを受信し、読み取り応答のアライメントがずれるため、2 バイト目に 0xff が発生します。REG#17を読み返して、ビット6がセットされているかどうかを確認してください。もしそうであれば、書き込みペイロードにBLバイトを追加するか、必要ない場合はBL_ENABLEをクリアしてください。 ターゲットポートVCCIO — REG#22 — I3Cモードでは、ターゲットポートはREG#22のVCCIO設定を参照するプッシュプル駆動レベルを使用します。これが実際のP3T1755DP供給電圧と一致しない場合、プッシュプルモードで転送されたデータバイトが破損することがあります。REG#22がセンサーが接続されているターゲットポートの正しい動作電圧を反映しているか確認してください。

MPC5744P EVM – 外部CANトランシーバーによるCAN1/CAN2サポート こんにちは、あなた、 MPC5744P EVMが外部CANトランシーバを使って2つのCANチャネルの動作をサポートしているかどうかを明確にしたいと思います。 内蔵のCANトランシーバを使ってEVM上でCAN0をテストすることに成功し、CAN0通信は期待通りに動作しています。 現在、CAN1とCAN2を適切なピンマッピングで設定し、外部CANトランシーバとインターフェースできるようにしました。CAN1とCAN2がMPC5744P EVMの外部CANトランシーバーで正常に設定・運用可能かどうか確認していただけますか? もしそうなら、CAN1/CAN2の動作で推奨される設定、ハードウェア接続、または考慮すべき特定の設定を教えていただけますか? 皆さんのご助言とサポートを大変ありがたいです。 ご協力に感謝いたします。 Re: MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver こんにちは、 はい、CAN1およびCAN2はMPC5744Pベースの評価ボード上の外部CANトランシーバと組み合わせて使用できます。MPC5744Pデバイスは3つの独立したFlexCANモジュール(CAN0、CAN1、CAN2)を提供し、オンボードトランシーバーが利用可能かつ接続されていない場合、CAN1/CAN2は対応するMCU TX/RXピンを介して外部トランシーバーにルーティング可能です。このデバイスはすべてのFlexCANインスタンスの独立動作をサポートしています。  CAN1/CAN2については、以下をご確認ください。 選択したFlexCANインスタンスはソフトウェア上で正しく設定されています。 対応するTXピンとRXピンは、FlexCAN代替機能用に構成されています。 外部CANトランシーバは正しく電源が供給され、接続も正常です。 適切なCANバス終端が存在します。 基板固有のジャンパー設定や配線オプションは、EVMの正確なリビジョンによって異なる場合があります。EVMの部品番号やリビジョンをご提供いただければ、追加のハードウェア構成が必要かどうか確認いたします。 BR、ペトル

MPC5744P EVM – 支持 CAN1/CAN2 和外部 CAN 收发器 你好呀， 我想确认一下 MPC5744P EVM 是否支持使用外部 CAN 收发器操作两个 CAN 通道。 我已经使用板载/内置 CAN 收发器在 EVM 上成功测试了 CAN0，CAN0 通信工作正常。 现在，我已经配置了 CAN1 和 CAN2，并设置了适当的引脚映射，以便与外部 CAN 收发器连接。请问MPC5744P EVM上的CAN1和CAN2是否可以配置并成功使用外部CAN收发器？ 如果可以，能否请您提供 CAN1/CAN2 操作需要考虑的任何推荐配置、硬件连接或具体设置？ 您的指导和支持将不胜感激。 提前感谢您的帮助。 Re: MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver 您好， 是的，基于 MPC5744P 的评估板上可以与外部 CAN 收发器一起使用 CAN1 和 CAN2。MPC5744P 设备提供三个独立的 FlexCAN 模块（CAN0、CAN1 和 CAN2），如果没有板载收发器可用且已连接，则 CAN1/CAN2 可以通过其对应的 MCU TX/RX 引脚连接到外部收发器。该设备支持所有 FlexCAN 实例独立运行。  对于 CAN1/CAN2，请确保： 所选的 FlexCAN 实例已在软件中正确配置。 相应的 TX 和 RX 引脚配置为 FlexCAN 替代功能。 外部 CAN 收发器已正确通电并连接。 CAN总线终端连接正常。 特定电路板的跳线设置或布线选项可能取决于具体的 EVM 版本。如果您能提供 EVM 的部件号或版本号，我们可以检查是否需要任何额外的硬件配置。 BR，彼得

T1042 DDR4初期化失敗 私は64ビットインターフェースでDDR4に接続したT1042デザインを持っています。インターフェースの最上位バイトのニブル間で不適切なビットスワップの問題が既に見つかりましたが、これはSW設定では補正できないことがわかっています。PWBの改訂版で修正を実施する予定です。しかし、他のビットは正しく、スワッピングもリファレンスマニュアルで許可されている範囲に入っているため、代わりに32ビットモードで動作させて、SWや他の設計を引き続き表示できるようにしたいと考えています。QCVS DDRの検証ツールを使って試しましたが、メモリの初期化ができません。デバイスのパラメータを入力し、DQのマッピング値を自分のデザイン通りに設定しましたが、ERR_DETECTレジスタでビットACE= 1が出続けています。プロセッサはSPIインターフェース経由でRCWを取得し、DDR周波数は800MHzに設定されています。CodeWarrior/QCVSを使用して、正しいRCW値が受信されたことを確認する方法はありますか？32ビットモードの動作で考慮すべき他の設定は何でしょうか?なぜ動作しないのか説明がつきます。どんなサポートでも大変ありがたいです。ありがとう。 QorIQ T1デバイス Re: T1042 DDR4 Initialization Failure CodeWarrior/QCVSを使用して、正しいRCW値が受信されたことを確認する方法はありますか？ [A] はい、可能です。CCSを接続して、DCFG_CCSR_RCWSR1-DCFG_CCSR_RCWSR16を読み取って、SPIフラッシュのRCWと比較できます。 32ビットモードの動作で考慮すべき他の設定は何でしょうか?なぜ動作しないのか説明がつきます。 [A]これはディスクリートDDR4ですか？一般的なルールについては、 QCVS_DDR_User_Guideを参照してください。 ハードウェア設計については、 AN5097、DDR4 SDRAMメモリインターフェースのハードウェアおよびレイアウト**デザイン**の考慮事項 よろしくお願いします。

S32平台S32设计工作室v3.4许可证已过期 我的 S32 Design Studio for S32 Platform v3.4 许可证已过期。 请问您能否延长我的激活码的有效期？ 产品描述：S32平台S32设计工作室 v3.4 订单号： S32DS-3-4_184061557 许可证总数： 101 激活码： 878E-BE4B-A152-EB7E 谢谢！ Re: S32 Design Studio for S32 Platform v3.4 License Expired 你好， 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。

S32K358 HSE API 导致 RESET 并报告 HSE_ERR_GENERAL 您好， 我们的项目使用 S32K358 芯片，搭配 HSE B 固件和 AB 模块。 执行 HSE API 获取属性原因 RESET 时发生问题。 调试过程中，在执行 API 之前，FSR 是正常的。 image.pngimage.png 执行 Mu_Ip_SetTxRegister 设置 MU0 TR[1] 寄存器后，2 个寄存器报告错误 FSR 状态为 0F600002 表示通道 #1 正在执行中 image (6).png图像 (6).png GSR 状态为 67030001 表示 HSE_ERR_GENERAL image 8.png图片 8.png 我检查了其他程序，HSE API 工作正常。执行 Mu_Ip_SetTxRegister 设置 MU0 TR[1] 寄存器后，两个寄存器都正常。 FSR状态为0F600000 GSR状态为00000000 如何解决这个问题？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好，我们已经检查过了，问题并非出在中断上。它来自“看门狗”组织。我们禁用了看门狗，但没有发生RESET。谢谢。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 你好， 这个案子有任何进展吗？ 我也遇到了同样的问题。使用HSE固件将MCU S32K324生命周期推进到OEM_PROD后，1秒后MCU被重置？ 提前致谢 阿尤布。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您的新案件已分配给区域 FAE 团队，因此我建议将后续步骤和调查工作交给他们，以避免重复劳动。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 在推进 HSE LC 时，我使用的是 Trace32。可能是测量时间不正确。抱歉。 尝试几次解锁调试端口后，Trace32 报告 ECU 不断 RESET。即使我关闭/重新打开电路板的电源，ECU 仍然处于 RESET 状态。 HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png 如何知道发生的是哪种类型的RESET（破坏性RESET/功能性RESET）并检查根本原因？ 调试端口在 LC IN_FIELD 中受到保护。由于这个问题，我无法使用调试脚本解锁调试端口。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 如果晚1秒发生，那可能是什么情况都有可能。而且它可能与生命周期的推进无关。我需要更多关于此问题的信息。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 重置后，HSE 立即锁定了调试端口，因为 HSE 生命周期变为 IN_FIELD。 RESET 后无法立即读取 RGM FES 和 DES 寄存器。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 你知道RESET的原因是什么吗？复位后你检查过RGM FES和DES寄存器吗？ 如果安装了 HSE 固件，则无法使用 LC 配置字推进生命周期。可以取任何值，安装 HSE 固件时将忽略该值。在这种情况下，只有通过 HSE 服务才能推进生命周期。 问候， 卢卡斯 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 我以同步模式执行了这些命令。 奇怪的是，当我调用 set attribute 来编程 ADPK 并配置调试授权模式时，ECU 执行正常。 只有当我调用 set attribute 来更改 HSE LifeCycle 时，API 才不会返回错误，但 1 秒钟后，程序突然 RESET。 在推进 HSE 生命周期之前，我是否需要设置 Address LC 配置字？ HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png 如果LC配置字的值为0x00000000，会发生什么情况？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 我以同步模式执行了这些命令。 奇怪的是，当我调用 set attribute 来编程 ADPK 并配置调试授权模式时，ECU 执行正常。 只有当我调用 set attribute 来更改 HSE LifeCycle 时，API 才不会返回错误，但 1 秒钟后，程序突然 RESET。 在推进 HSE 生命周期之前，我是否需要设置 Address LC 配置字？ HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png 如果 LC 配置字中的值为 0x00000000 会怎样？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 我的建议是同步运行该命令，以避免中断问题。 命令由函数 Hse_Ip_ServiceRequest 触发。异步方法的实现顺序如下： lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png Mu_Ip… 函数是内联的，所以没有问题。但是 BaseNXP 模块中的 OsIf 函数没有内联，所以您也需要移动它们。 此致， Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 这些 API 位于 Block 1 中，地址为 0x0060FB3E。 这样执行起来是否足够安全？ 有什么原因需要RESET ECU吗？ HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 嗯，还漏了一句话：UTEST闪存是在生命周期推进时由HSE进行编程的。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 该设备不应该自动RESET。这很可能是由读写错误引起的。闪存块之间支持边读边写。但是请注意，闪存块 0 和 UTEST 位于同一分区中。 如“表102”所示。Flash 块配置”和 S32K3 参考手册中的“21.3 UTest NVM 扇区”。 还有第 14.6.5 节HSE-B 固件参考手册中的“同步 HSE 和应用程序核心之间的闪存读/写访问”对于进一步开发可能很重要。 解决方法是从 RAM 或其他闪存块执行代码。 此致， Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 我通过将设置属性 API 的输入参数设置为全局易失性变量来解决此问题。 但是，在成功执行 API 更改生命周期后，ECU 会自动 RESET。 我们计划将变更生命周期作为 UDS 服务来实现，但如果 HSE 固件自动 RESET ECU，则似乎无法实现。 更换ECU生命周期后，我需要做些什么才能使其正常运行？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 按照 NXP 的演示应用程序，我实现了一个使用 Set_Attr 服务推进 LC 的功能，包括以下 3 个步骤： ADKP计划 将调试授权模式更改为密码 高级 HSE LC 步骤 1、2 使用Mu0实例和1 个空闲通道正常执行。 步骤 3 始终报告 FSR= 0x0f600002 和 GSR=67030001 以下是否需要任何步骤： 备用 IVT 地址LC配置字 我还需要做些什么才能晋级LC？ HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好@HaiHoangSoftware HSE_ERR_GENERAL 最常见的原因是 HSE 服务参数中提供的地址无效。要么是指向未实现内存空间的完全无效地址，要么是由于 XRDC 配置，HSE 无法访问该内存，要么是该内存中存在多位 ECC 错误。 也可能是数据缓存导致的——请确保禁用数据缓存，或者强制将用于与 HSE 通信的所有内存资源设置为不可缓存的内存。 如果在使用 HSE_SRV_ID_GET_ATTR 服务时遇到此类错误，请检查 pAttr 地址并禁用数据缓存以进行测试： lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png 此致， Lukas

S32K358 HSE API がリセットを引き起こし、HSE_ERR_GENERAL を報告します。 こんにちは、 私たちのプロジェクトでは、ABブロックを備えたHSE Bファームウェアを搭載したS32K358を使用しています。 属性原因リセットを取得するためにHSE APIを実行した際に問題が発生しました。 デバッグ中、APIを実行する前はFSRは正常です image.pngimage.png Mu_Ip_SetTxRegisterを実行してMU0 TR[1]レジスタを設定した後、2つのレジスタがエラーを報告しました。 FSRステータスが0F600002であれば、チャネル#1の実行が進行中であることを意味します image (6).png画像（6）.png GSRステータスは67030001で、HSE_ERR_GENERALを意味します。 image 8.png画像8.png HSE APIが正常に動作する他のプログラムを確認したところ、MU0 TR[1]レジスタを設定するためにMu_Ip_SetTxRegisterを実行した後、2つのレジスタは正常でした。 FSRステータスは0F600000です GSRステータスは00000000です この問題を解決するにはどうすればよいでしょうか？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは。既に確認済みですが、問題は割り込みに起因するものではありません。それはウォッチドッグからの情報です。ウォッチドッグを無効にしたところ、リセットは発生しなくなりました。ありがとう。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 その件について何か進展はありますか? 私も同じ問題に直面しています。MCU S32K324はHSEファームウェアでライフサイクルを進めてから1秒でリセットされたOEM_PROD? 前もって感謝します アユーブ。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 新しいケースは地域のFAEチームに割り当てられているので、重複を避けるために次のステップや調査は彼らに任せることをお勧めします。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL HSE LCの開発を進める頃には、私はTrace32を使用していた。測定時間が正確でない可能性があります。申し訳ありませんでした。 デバッグポートのロック解除を何度か試みた後、Trace32はECUが継続的にリセットされていると報告する。基板の電源をオン/オフしても、ECUはリセット状態のままです。 HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png どのような種類のリセット（破壊的リセット／機能的リセット）が発生しているかを把握し、根本原因を特定するにはどうすればよいですか？ デバッグポートはLC IN_FIELDで保護されています。この問題のせいでデバッグスクリプトでデバッグポートをアンロックできません。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL もし1秒遅れて起きたら、何でもあり得ます。そして、ライフサイクルの進行とは無関係の場合もあります。問題についてもっと詳しい情報が必要です。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL リセット直後、HSEのライフサイクルがIN_FIELDに変更されたため、HSEはデバッグポートを保護しました。 リセット直後にRGMのFESおよびDESレジスタは読み取れません。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL リセットの原因は何だったかご存知ですか？リセット後にRGM、FES、DESレジスタを確認しましたか？ HSEファームウェアがインストールされている場合、LCコンフィギュレーションワードを使用してライフサイクルを進めることはできません。どんな数値でも構いませんが、HSEファームウェアをインストールすると無視されます。この場合、ライフサイクルはHSEサービスを通じてのみ進めることができます。 よろしくお願いいたします。 ルーカス Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 私はこれらのコマンドを同期モードで実行しました。 奇妙なことに、プログラム ADPK に属性を設定してデバッグ認証モードを設定すると、ECU は正常に実行されます。 HSE LifeCycleを変更するために属性設定を呼び出したときだけ、APIはエラーを返さないが、1秒後にプログラムが突然リセットされる。 HSEライフサイクルを進める前に、アドレスLC構成ワードを設定する必要がありますか？ HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png LC構成ワードの値が0x00000000だった場合、どうなりますか？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 私はこれらのコマンドを同期モードで実行しました。 奇妙なことに、プログラム ADPK に属性を設定してデバッグ認証モードを設定すると、ECU は正常に実行されます。 HSE LifeCycleを変更するために属性設定を呼び出したときだけ、APIはエラーを返さないが、1秒後にプログラムが突然リセットされる。 HSEライフサイクルを進める前に、アドレスLC構成ワードを設定する必要がありますか？ HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png LC構成ワードの値が0x00000000の場合はどうなりますか？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 割り込みによる問題を回避するため、コマンドは同期的に実行することをお勧めします。 コマンドは関数 Hse_Ip_ServiceRequest によってトリガーされます。非同期方法には以下のシーケンスがあります: lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png Mu_Ip...機能はインライン化されているので問題ありません。しかし、BaseNXPモジュールのOsIf関数はインラインではないので、それらも移動する必要があります。 よろしくお願いいたします。 ルーカス Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 これらのAPIは、ブロック1の0x0060FB3Eから配置されています。 それは処刑を行うのに十分安全な状態でしょうか？ ECUリセットを引き起こす理由は何かありますか？ HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL さて、一つ抜けている文があります。UTESTフラッシュは、ライフサイクルが進む際にHSEによってプログラムされます。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL このデバイスは自動的にリセットされることはありません。これはおそらく、書き込み中の読み取りエラーが原因です。フラッシュブロック間での読み取り同時書き込みがサポートされています。ただし、フラッシュブロック0とUTESTは同じパーティション内にあることに注意してください。 それは「表102」に示されています。「フラッシュブロック構成」とS32K3リファレンスマニュアルの「21.3 UTest NVMセクター」に記載されています。 また、「14.6.5」の項もHSE-Bファームウェアリファレンスマニュアルにある「HSEとアプリケーションコア間のフラッシュ読み書きアクセスの同期」は、さらなる開発に重要となる場合があります。 解決策は、RAMまたは別のフラッシュメモリからコードを実行することです。 よろしくお願いいたします。 ルーカス Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 この問題を解決するために、属性設定APIの入力パラメータをグローバルな揮発性変数として配置しました。 しかし、ライフサイクルを変更するAPIを正常に実行した後、ECUは自動的にリセットされます。 変更ライフサイクルをUDSサービスとして実装する予定ですが、HSEファームウェアがECUを自動リセットすると実現できないようです。 交換サイクル後、ECUを正常に動作させるために何か特別な操作が必要ですか？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 NXPのデモアプリに倣って、Set_Attrサービスを使用してLCを進める機能を実装しました。これには3つのステップが含まれます。 プログラムADKP デバッグ認証モードをパスワードに変更します Advance HSE LC ステップ1,2は通常 Mu0 インスタンスと 1 つのフリーチャネルで実行されました。 ステップ3では常にFSR=0x0f600002とGSR=67030001が報告されます。 以下の手順は必要ですか？ バックアップIVT アドレスLC構成ワード LCを進めるために何か見落としていることはありますか？ HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 @HaiHoangSoftware さん HSE_ERR_GENERALが発生する最も一般的な原因は、HSEサービスへのパラメータとして指定されたアドレスが無効であることです。それは、未実装メモリ空間を指す完全に無効なアドレスか、XRDC設定のためにHSEがそのメモリにアクセスできないか、あるいはメモリにマルチビットECCエラーがあるかのどちらかです。 データキャッシュが原因である可能性もあります。データキャッシュを無効にするか、HSEとの通信に使用されるすべてのメモリリソースをキャッシュ不可能なメモリに強制的に割り当てるようにしてください。 HSE_SRV_ID_GET_ATTR サービスの使用中にこのようなエラーが発生した場合は、pAttr アドレスを確認し、テスト目的でデータキャッシュを無効にしてください。 lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png よろしくお願いいたします。 ルーカス

T1042 DDR4 初始化失败 我有一个使用64位接口连接DDR4内存的T1042设计。我们已经发现接口最高字节中存在半字节间位交换错误的问题，我们知道这个问题无法通过软件设置进行补偿。我们将在PWB版本中实施修复。然而，由于其余位均正确，且交换操作符合参考手册的允许范围，我们希望改为以 32 位模式运行，以便我们仍能继续启动软件和完成设计的其余部分。我尝试使用QCVS DDR验证工具，但是内存无法初始化。我已经输入了设备的参数，并确保按照我的设计设置了DQ[0:31]的DQ映射值，但是ERR_DETECT寄存器中的ACE位仍然是1。处理器通过SPI接口接收RCW信号，DDR频率设置为800MHz。是否可以使用CodeWarrior/QCVS来验证它是否接收到了正确的RCW值？还有哪些其他设置可能导致32位模式工作无法正常工作？任何支持我都将不胜感激。谢谢。 QorIQ T1 设备 Re: T1042 DDR4 Initialization Failure 是否可以使用 CodeWarrior/QCVS 来验证它是否接收到了正确的 RCW 值？ [A] 是的，这是可能的，您可以连接 CCS，并读取DCFG_CCSR_RCWSR1-DCFG_CCSR_RCWSR16 与 SPI 闪存中的 RCW 进行比较。 还有哪些其他设置可能导致 32 位模式工作不正常？ [A]它是独立DDR4吗？一般规则请参考QCVS_DDR_User_Guide 。 硬件设计请参考…… AN5097，DDR4 同步动态随机存取存储器(SDRAM) 内存接口的硬件和布局设计考虑因素 谢谢！

T1042 DDR4 Initialization Failure I have a T1042 design using 64-bit interface to DDR4.  We already found an issue with an improper bit swap between nibbles in the uppermost byte of the interface which we know cannot be compensated for in SW settings.  We are going to implement a fix in a PWB revision.  However since the rest of the bits are correct and the swapping falls into what is allowed according to the reference manual we are hoping to instead operate in 32-bit mode so that we can still proceed bringing up SW and the rest of the design.  I have tried this using QCVS DDR validation tool, however I cannot get the memory to initialize.  I have input the parameters of the device and made sure to set the DQ mapping values according to my design for DQ[0:31] however I continue to get bit ACE= 1 in the ERR_DETECT register.  The processor is getting the RCW via SPI interface and the DDR frequency is set to 800MHz.  Is there a way to use CodeWarrior/QCVS to verify it received the correct RCW value?  What are some other settings to consider for 32-bit mode operation that could explain why it is not working?  I would greatly appreciate any support.  Thank you. QorIQ T1 Devices Re: T1042 DDR4 Initialization Failure   Is there a way to use CodeWarrior/QCVS to verify it received the correct RCW value?  [A] Yes, that's possible, you could connect the CCS, and read out the DCFG_CCSR_RCWSR1-DCFG_CCSR_RCWSR16 to compare with the RCW in the SPI flash. What are some other settings to consider for 32-bit mode operation that could explain why it is not working? [A]Is it discrete DDR4? For the generally rule, please refer to  QCVS_DDR_User_Guide. For the HW design, please refer to the AN5097, Hardware and Layout Design Considerations for DDR4 SDRAM Memory Interfaces Thanks

S32 Design Studio for S32 Platform v3.4 License Expired My S32 Design Studio for S32 Platform v3.4 license has expired. Could you please extend the license for my activation code? Item Description: S32 Design Studio for S32 Platform v3.4 Order Number: S32DS-3-4_184061557 Total Number of Licenses:101 Activation Code: 878E-BE4B-A152-EB7E Thank you. Re: S32 Design Studio for S32 Platform v3.4 License Expired Hi,  your S32DS license has been extended. Please activate S32DS again with your old code. 

S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, Our project using S32K358 with HSE B firmware with AB blocks. An issue happened when executing HSE API to get attribute cause reset. As I debug, before execute API, FSR is normal image.pngimage.png After executing Mu_Ip_SetTxRegister to set MU0 TR[1] register, 2 registers reports errors FSR status is 0F600002 means channel #1 execution is inprogress image (6).pngimage (6).png GSR status is 67030001 means HSE_ERR_GENERAL image 8.pngimage 8.png I checked other program that HSE APIs work normally, after executing Mu_Ip_SetTxRegister to set MU0 TR[1] register, 2 registers are normal FSR status is 0F600000 GSR status is 00000000 How to solve this issue? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, We are already check and the problem does not come from interrupt. It comes from the Watchdog. We disabled the watchdog and no reset happen. Thanks. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hello, is there any update on that case ? i'm facing the same issue. the MCU S32K324 got reset after 1 sec of advancing the life cycle to OEM_PROD using the HSE firmware ?  Thanks in advance Ayoub. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Your new case has been assigned to the regional FAE team, so I would suggest leaving the next steps and investigation to them in order to avoid duplicating efforts. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL By the time advancing HSE LC, I was using Trace32. May be the measurement time is not correct. Sorry for that. After a few tries unlocking debug port, Trace32 reports ECU continuously reset. Even if I do power off/on the board, the ECU still in reset. HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png How do I know which type of reset is happening (destructive/functional) and check the root cause? The debug port is secured in LC IN_FIELD. I can not unlock debug port with debug script because of this issue. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL If it happens 1s later, it can be anything. And it can be unrelated to life cycle advancing.  I would need more details about the problem.  Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Right after reset, the HSE secured the debug port because HSE lifecycle changed to IN_FIELD. RGM FES and DES registers can not be read right after reset. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Do you know what was source of the reset? Did you check RGM FES and DES registers after the reset? If HSE firmware is installed, it is not possible to advance the life cycle using LC configuration word. There can be any value, it will be ignored when HSE firmware is installed. The life cycle can be advanced only via HSE service in this case. Regards, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, I did execute these command in synchronous mode. The strange thing when I call set attribute to program ADPK and config debug authorization mode, the ecu execute normally. Only when I call set attribute to change HSE LifeCycle, the API return no error, but 1 second later, the program suddenly reset. Do I need to set the Address LC configuration word before advancing HSE LifeCycle? HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png What will happen if the value in LC configuration word is 0x00000000? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, I did execute these command in synchronous mode. The strange thing when I call set attribute to program ADPK and config debug authorization mode, the ecu execute normally. Only when I call set attribute to change HSE LifeCycle, the API return no error, but 1 second later, the program suddenly reset. Do I need to set the Address LC configuration word before advancing HSE LifeCycle? HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png What if the value in LC configuration word is 0x00000000? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL My recommendation is to run the command as synchronous to avoid issues with interrupts.  A command is triggered by function Hse_Ip_ServiceRequest. And there's following sequence for asynchronous method: lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png The Mu_Ip… functions are inlined, so there’s no problem. But OsIf functions from BaseNXP module are not inlined, so you need to move them too. Regards, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, These APIs is places in Block 1, from 0x0060FB3E. Is that safe enough for the execution? Is there any reason to cause ECU reset? HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Well, there's one missing sentence: UTEST flash is programmed by HSE when life cycle is advanced.  Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL The device is not supposed to automatically reset. Most likely, this is caused by read-while-write error. Read-while-write is supported between flash blocks. However, be aware that flash block 0 and UTEST are in the same partition. It’s shown in “Table 102. Flash block configuration” and in “21.3 UTest NVM sector” in S32K3 reference manual. And also section “14.6.5  Synchronizing flash read/write access between HSE and application core” in HSE-B Firmware reference manual can be important for further development. The solution is to execute the code from RAM or from another flash block. Regards, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, I resolve this issue by placing input params for set attribute API as global volatile variable. But after execute API to change life cycle successfully, the ECU automatically reset. We plan to implement change lifecycle as a UDS service but it seems to be not possible if HSE firmware auto reset ECU. Do I need to do anything to run ECU normal after change lifecycle? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, Follow NXP demo App, I implement a function to advance LC using Set_Attr service include 3 steps: Program ADKP Change Debug authorization mode to Password Advance HSE LC Steps 1,2 was executed normally with Mu0 instance and 1 free channel. Steps 3 always reports FSR= 0x0f600002 and GSR=67030001 Are there any step below needed: Back up IVT Address LC configuration word Do I miss anything to advance LC? HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi @HaiHoangSoftware  The most common reason for HSE_ERR_GENERAL is invalid address provided as a parameter for HSE service. It’s either completely invalid address pointing to unimplemented memory space or HSE has no access to that memory due to XRDC configuration or there’s multibit ECC error in that memory. It may be also caused by data cache – make sure that data cache is either disabled or that all memory resources used for communication with HSE are forced to non-cacheable memory. If you got such error when using HSE_SRV_ID_GET_ATTR service, check the pAttr address  and disable data cache for test purposes: lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png Regards, Lukas

S32K3xx-WB LPUART RTD needed. S32K3x-WB LPUART Real-Time Driver example for LPUART required. Any support on this will be helpful? mex file to configure or any sample example. Re: S32K3xx-WB LPUART RTD needed. Hi The "S32K344 Whiteboard Example Project" includes examples for the S32K344-WB, including LPUART examples. However, the RTD versions used in these examples are outdated. For new projects, we recommend using the latest S32K3 RTD 7.0.1; however, the S32K344 examples included therein are designed for the S32K3X4EVB-Q257 or S32K3X4EVB-T172. This means you will need to check the schematics for differences regarding LPUART instances and pin assignments, and modify the RTD examples accordingly. Best Regards, Robin

S32 Design Studio for S32 プラットフォーム v3.4 ライセンスが切れました 私のS32 Design Studio for S32 プラットフォーム v3.4のライセンスが期限切れになりました。 私のアクティベーションコードのライセンスを延長してもらえますか? アイテム説明:S32 プラットフォーム v3.4向けS32 Design Studio 注文番号: S32DS-3-4_184061557 ライセンス総数： 101 アクティベーションコード： 878E-BE4B-A152-EB7E よろしくお願いします。 Re: S32 Design Studio for S32 Platform v3.4 License Expired こんにちは、 お客様のS32DSライセンスが延長されました。以前のコードを使用して、S32DSを再度有効化してください。