プラットフォームSCP03のキー回転SE050C1 — PUT KEYが拒否(6A80 / 6982) NXPファクトリー(OEF)のキーから、当社独自のデバイス派生キーにSE050C1のプラットフォームSCP03キーをローテーションすることはできません。Plug&Trust 3.0.6と4.7.1の両方で、新品の部品に対して試したすべてのバリエーションでPUT KEYが拒否されました。 工場キーを使ったプラットフォーム SCP03セッションは正常に動作します — 開いてアプレットコマンド(GetVersion、GetRandom、ReadObject、WriteBinary)を正常に実行できます。PUT KEYのみが失敗します。 この部品でプラットフォームSCP03キーを回転させるための正しいAPDUシーケンスと、理想的には参照実装を知りたい。 設定： セキュア要素SE050C1(SSS_PFSCP_ENABLE_SE050C1 = 1) ATR 00 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 08 01 00 00 00 00 00 00 64 00 00 0A 4A 43 4F 50 34 20 41 54 50 4F(「JCOP4 ATPO」) ホストMCU ESP32-S3、ESP-IDF v5.3.4 I2C経由でのT=1の転送（T1oI2C） ミドルウェアPlug&Trust — 3.0.6と4.7.1をテストしましたが、どちらもミニ版で同じ動作でした。 認証 SE05X_Auth=PlatfSCP03、SSS_HAVE_SE05X_AUTH_PLATFSCP03 ホスト暗号化mbedTLS この部品は工場出荷時の新品です。一度も正常に回転したことはなく、ex_sss_tp_scp03_keys.h の SE050C1 OEF キーで認証されます。 私たちが目指していること： プラットフォームSCP03キーセット(ENC / MAC / DEK)を工場出荷時のOEFキーから、ESP32上で派生したデバイス固有のキー(PBKDF2-HMAC-SHA256、ESP32のeFuse常駐HMACキー上)にローテーションし、特定のホストMCUのみがSE050でプラットフォームSCP03セッションを開けるようにします。 うまくいっている点： 工場出荷時キーでプラットフォームSCP03セッションを開くと成功し、その中のコマンドはwork:scp :DEBUG:認証 Successful!!! APDU :DEBUG:GetVersion [] -> 90 00 APDU 😄 EBUG:GetRandom [] -> 90 00 APDU 😄 EBUG:WriteBinary [] -> 90 00 つまり、チャネル、キー、セキュアメッセージングはすべて正常に機能しています。 何が失敗するか： ケースA: PUT KEYは6A80(誤ったデータ)で却下されます。 コマンドヘッダーと平文データフィールド（SCP03によるラッピング前）： hdr : 80 D8 0B 81 Lc=70 データ: 0B <- キーバージョン番号 88 11 10 <16 バイト ENC エンコード。DEK> 03<3-byte KCV> 88 11 10 <16 バイト MAC 暗号化。DEK> 03<3-byte KCV> 88 11 10 <16 バイト DEK エンコード。DEK下＞ 03<3-byte KCV> キー値は現在の(工場出荷時の)DEKでAES-CBCを用いてゼロIVで暗号化されます。KCVは、新しい鍵の下で16バイトの0x01ブロックのAES暗号化の最初の3バイトです。 ケースB:ISD選択 まずISDを選択すると: GP_Select(A0 00 00 01 51 00 00 00) -> 90 00 応答:6F 10 84 08 A0000001 510000000 A5 04 9F 65 01 FF 同じPUT KEYは6A80ではなく6982(セキュリティ未履行)で却下されます。 これは、ISDがコマンドを認識しているものの、安全なチャネルを必要としていることを示唆しており、CASE Aの場合、コマンドはD8命令がないSE050アプレットに送られていたことになります。 しかし、ミドルウェアのGP_Select()は平文のAPDUを送信し、既存のSCP03チャネルを切断します。ISDを選択した後（セッションでfp_Transform / authType / pdynScp03Ctxをリセットした後、nxScp03_AuthenticateChannel()を再度呼び出した）にSCP03を再確立しようとする試みは失敗します。 scp :WARN :nxEnsure:'status == kStatus_SSS_Success' が失敗しました。 行:148 関数:nxScp03_AuthenticateChannel ケースC: DoAPDUTxRx_s_Case4_ext経由(Leと共に送信)すると6700(長さが誤り)を返し、ISDのFCI広告で9F 65 01 FF(最大データフィールド255)と一致します。 既に除外されているもの： これらのそれぞれについてテストを行ったが、結果に違いはなかった。 試した変数の価値 P1 0x00(新規作成)、0x0B(現在のバージョンを置き換える)、0x11(ターゲットバージョン) データフィールドの先頭KVNバイトが存在/不在 APDUケース4(短編)/Case4_ext(拡張) キーブロック構造 88 11 10 03 現在のDEK(1ブロックのECBに相当)でのAES-CBC 0 IVキーラッピング KCV方法AESは新しいキーで16×0x01の最初の3バイトを使いました ミドルウェアバージョン Plug&Trust 3.0.6 および 4.7.1 DEKソースは、KEKがセッションを開く鍵セットと同じであることを確認した。 アプレットを選択した場合、すべてのバリアントで6A80が返されます。ISDを選択した場合、すべての短縮形バリアントで6982が返されます。 質問： プラットフォームSCP03キーをSE050C1上で回転させる正しいAPDUシーケンスは何ですか?具体的には、PUT KEYは発行者セキュリティドメインに送信される予定ですか、それともSE050アプレットに送られる予定ですか? もしISDに送る必要がある場合、Plug&Trustミドルウェアを使ってプラットフォームSCP03チャネルをISDに対してどのように構築すべきでしょうか?EX_SSS_BOOT_SKIP_SELECT_APPLET意図されたメカニズムでしょうか?もしそうなら、正しい呼び出し順序(SELECT ISD → INITIALIZE UPDATE → EXTERNAL AUTHENTICATE → PUT KEY)は何でしょうか? 上記のキーデータフィールドのフォーマットは、この部分において正しいでしょうか？特に、キータイプのコーディング、長さのエンコーディング、DEKラッピングモード、およびKCVアルゴリズムについて教えてください。 当社のPlug&TrustパッケージはnxScp03_Const.hでINS_GP_PUT_KEY(0xD8)を定義していますglobal_platf.h は存在するが、実装も使用例も含まれていない。プラットフォーム SCP03のキーローテーションの例やデモ(se05x_Delete_and_test_provisionプロビジョニング用のものに相当)を教えてもらえますか?またはフルSDKで教えていただけますか? AN12436(ex_sss_auth.hで参照)を教えていただけますか?OEFプラットフォームSCP03キーのソースとして、あるいはこの部分のキー回転を文書化したアプリケーションノート? 背景 ― なぜこれが見過ごされたのか 透明性を保つために申し上げると、これは私たちが自ら招いた問題であり、ごく最近になってようやく気づいたことです。 当社のプロビジョニングコードはPUT KEYを呼び出し、その後、戻りステータスを破棄しました。 sw = gp_put_key_using_nxp_middleware(se, DERIVED_SCP03_KEYVER, ...); /* ステータスは一度もチェックされていません */ mark_rotated(se, DERIVED_SCP03_KEYVER); /* "rotated"マーカーを書き込む */ ESP_LOGI(TAG, "SCP03キーが正常に回転しました"); /* 無条件に出力されます */ マーカー書き込み(WriteBinary)は成功するため、すべてのデバイスは「回転」フラグが設定され、プラットフォームSCP03キーが工場出荷時のままであり、プロビジョニングで成功が報告されます。その後、ステータスチェックを追加したところ、PUT KEYがどのユニットでも実際に成功したことがないことが判明しました。 その部分については、助けを求めていません。既に修正済みです。私たちがこの件を最初に提起するのではなく、今提起する理由を説明するため、そして当該部品が部分的に回転した状態ではなく、完全に回転していない状態であることを明確にするために、このことを言及しています。 SE050 Re: Platform SCP03 key rotation on SE050C1 — PUT KEY rejected (6A80 / 6982) こんにちは、 @Rutwik0409 さん。 提供された情報に基づき、SE050C1はアプレットレベルで正しく動作しているようです:  SELECT  、  GetVersion  、  GetRandom  、  ReadObject  、そして  WriteBinary  全員がSCP03プラットフォーム上で成功。したがって、これは基本的な輸送、T=1、SCP03キー、またはセキュアメッセージングの失敗ではないようです。 ESP32-S3をカスタムT=1のI²Cトランスポートで使用しているため、これはGlobalPlatformセキュリティドメインSCP03セッションに関するポートや統合の問題であり、SE050C1がSCP03キーローテーションをサポートしていない証拠ではない可能性が高いです。  Platform SCP03キーローテーション において、the  PUT KEY  コマンドは GlobalPlatform Security Domain操作 であり、SE050のIoTアプレットコマンドではありません。文書化された手順は以下のとおりです。 セキュリティドメイン/SSDを選択してください。 プラットフォームSCP03のセキュアチャネルを  INITIALIZE UPDATE  /  EXTERNAL AUTHENTICATE  で開け。 プラットフォームSCP03キーセットを更新するためにSend   PUT KEY  。 これは観察された挙動とも一致する。 SE050アプレットを選択すると、  PUT KEY  returns  6A80  これはGlobalPlatformコマンドを誤ったターゲットに送ることと一致します。 ISDを選択しても、そのドメインへのチャネルが  PUT KEY  returns  6982  に確立されていない場合、これは「セキュリティステータスが満たされていない」と一致します。 ですので、確認すべき主なポイントは SCP03プラットフォームがSE050アプレットに動作するかどうかだけでなく ミドルウェアが発行前に正しいセキュリティドメインに対してSCP03プラットフォームを開いているかどうかです  PUT KEY  。 NXPは、この操作に関するリファレンスデモを提供しています。 se05x_RotatePlatformSCP03Keys デモは、デフォルトのプラットフォームSCPキーでの認証と、そのキーをユーザー定義キーにローテーションする様子を具体的に説明しています。  弊社の推奨事項は、手動で構築することを避けることです。  PUT KEY  最初はAPDUを使用し、代わりにNXPのリファレンス実装と比較する。 まずは、NXPの公式リファレンスパス、例えばZephyr + nanoパッケージに収録されている「se05x_RotatePlatformSCP03Keys」デモを使って実装を検証することをお勧めします。これにより、移植作業なしでESP32 MCUがしっかりサポートされます。このデモは、NXPによるSCP03キー回転プラットフォームのリファレンス実装として機能しています。現在の問題は、「PUT KEY」コマンドが誤ったターゲットに送られているか、または対応するプラットフォームSCP03のセキュアチャネルがISD/SSDを選択した後に正しく確立されていないことを示唆しています。SCP03がSE050アプレットと通信しているからといって、GlobalPlatformセキュリティドメインレベルでの「PUT KEY」プロセスが正しく設定されているとは限りません。 詳細については、 https://github.com/NXPPlugNTrust/nano-package/blob/master/zephyr/readme.rstを参照してください。   お役に立てば幸いです。   すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------

MBDのLINからCANへ NXP MBDブロックセットを使っており、CANoeのLINスレーブからLIN受信フレームブロックを使ってフィードバックを受けています。また、CAN送信ブロックを使ってCANバスでLINフィードバックを公開しようとしています。そのためにデータに対してデマルチックスを使っていますが、それが次元エラーを発生させ、LDFファイルも使えません。データをストレージに保存してそこから読み取ろうとしましたが、エラーは出ません。ただ、データを公開することはできません。 Re: LIN to CAN in MBD こんにちは、 どのMATLABを使っていますか？あなたはどんなツールボックスを使っていますか？可能であれば、モデルと受信したエラーのスニペットを送ってみてもらえますか? よろしくお願いします、 ソリン・バンシラ

S32K3 待机 + FIRC + 看门狗 你好， 我正在尝试按照 NXP 社区帖子中提供的示例，为 S32K3 系列 (K312) 实现待机模式。 我的项目在正常运行期间使用外部时钟源，并配置看门狗定时器。 根据文档/示例，我的理解是，在进入待机模式之前，我必须切换到使用 FIRC。 如果在进入待机状态之前切换到 FIRC 模式，看门狗定时器会触发信号，从而 RESET MCU。这是预期行为吗？此外，如果我禁用看门狗，MCU 会进入低功耗状态，但不会从唤醒源 RESET。 同时，如果我直接进入待机状态而不切换到 FIRC，看门狗不会触发信号 RESET，MCU 将进入低功耗状态，并会从唤醒源 RESET，正如人们对待机状态的预期一样。 显然，乍一看，方法 2（不切换到 FIRC）似乎有效，但我想澄清一下，因为我观察到垫子保持方面存在一些奇怪的行为。 如果在进入待机状态之前将一个焊盘切换为高电平（方法 2），无论该焊盘是否启用或禁用保持功能，MCU 进入待机状态后，该焊盘仍保持高电平。这让我怀疑MCU是否真的进入了待机状态，还是处于某种中间状态。 我知道这篇帖子写得比较笼统——请告诉我还需要提供哪些背景信息。 此致敬礼， 哈里什 Re: S32K3 STANDBY + FIRC + Watchdog 你好@Hareesh_S ， 首先，在进入待机状态之前，必须将系统时钟源更改为 48 MHz 的 FIRC，因为 PLLDIG 在待机模式下不可用。如果不按此顺序操作，可能会导致时钟行为出现意外或无法预料的情况。 如果在进入待机状态之前切换到 FIRC 模式，看门狗定时器会触发信号，从而 RESET MCU。这是预期行为吗？此外，如果我禁用看门狗，MCU 会进入低功耗状态，但不会从唤醒源 RESET。 默认情况下，POR_WDG 已启用，用于监控备用机进入/退出序列，以防出现卡顿情况： Julin_AragnM_0-1785518283148.png 社区提供的示例也会出现这种现象吗？您是否使用RTD API来更改时钟源？ S32K3 低功耗管理 AN 和演示 示例 S32K312 在待机状态下通过 CAN-0-RX 和 GPIO 开关 DS3.5 唤醒 RTD300 [RTD600 IP] S32K312EVB-Q172 待机 RAM GPIO 唤醒 如果在进入待机状态之前将一个焊盘切换为高电平（方法 2），无论该焊盘是否启用或禁用保持功能，MCU 进入待机状态后，该焊盘仍保持高电平。这让我怀疑MCU是否真的进入了待机状态，还是处于某种中间状态。 1.待机模式下，所有引脚将保持其在运行模式下的最后设置状态。 2. 默认情况下，RESET事件后所有引脚都将恢复到其默认状态。 PadKeeping 配置会影响引脚状态 在 K3 的唤醒复位和用户端口初始化之间，存在待机退出序列，在此期间引脚可能进入不可控状态： Julin_AragnM_2-1785519093000.png 此致， 朱利安 Re: S32K3 STANDBY + FIRC + Watchdog 你好@Julián_AragónM ， 很抱歉回复晚了。 关于垫子保留功能——看来我误解了垫子保留功能的预期用途。感谢您的澄清。 关于 STANDBY 条目 - 此行为在未经修改的社区示例中无法重现。该序列与社区示例中的预期结果一致。 此外，我现在可以确认，当我的项目切换到 FIRC 时，MCU 会发生硬故障，这就是看门狗触发信号 RESET 的原因。 我已在一个空白项目中重现了这种行为，但无法找出根本原因。我附上了项目文件，请您检查一下，并告诉我我遗漏了什么？ 此致， 哈里什·S Re: S32K3 STANDBY + FIRC + Watchdog 你好@Hareesh_S ， 我很高兴 PadKeeping 功能的问题已经解决。 关于您的项目，在调用 Clock_Ip_Init() 之后，我可以看到Clock_Ip_SetRtcRtccClksel_TrustedCall()处出现硬故障。启用PRTN1_COFB1_CLKEN[REQ34] 后，我可以按预期通过 Clock_Ip_Init() API 更改时钟源。 您能否在项目中尝试一下这个修复方法？ Julin_AragnM_0-1786382290784.png Julin_AragnM_1-1786382522241.png Julin_AragnM_2-1786382602253.png 此致， 朱利安 Re: S32K3 STANDBY + FIRC + Watchdog 你好@Julián_AragónM 在 RUN 域中启用 RTC 模块/外设后，切换到 FIRC 可以按预期工作，并且不会触发硬故障。 我没想到 RTC 会被强制启用，但无论如何，非常感谢你们的快速解决！

所以很少有人谈论NXP MCX系列Mcus 怎么会这样？ 今年年初，我们将一些产品从过时的微控制器移植到了 NXP MCXA 系列微控制器。选择这款产品的主要原因是其长期供应。 所以我花了几个月的时间研究那款芯片及其基础设施。 我还能说什么呢？他们确实很不错。价格还可以。开发板供应充足。 软件栈运行正常。集成到他们基于 Eclipse 的 IDE 中是可以的（而且你并非必须使用它）。是的，软件中确实存在一些瑕疵，但没什么特别的。 硬件特性：相当不错。它具备所有基本功能，而且功能更多。我特别喜欢他们几乎所有外围设备都配备了值得一提的FIFO（先进先出）功能。 到目前为止，我还没有发现任何硅芯片缺陷，即使我使用了芯片中一些不太常用的功能。 性能也很好。 然而，你几乎找不到任何关于这些芯片的帖子。怎么会这样？ MCXC Re: So little talk about NXP MCX family Mcus 嗨@naofomi 感谢您对MCXA产品系列的关注。 由于 MCXA 是一个相对较新的 MCU 系列，与 LPC 和 Kinetis 等成熟的产品系列相比，社区内容和论坛讨论自然较少。 客户还可以通过 NXP 的其他渠道获得支持，包括 DFAE 和私人支持案例。 如有任何疑问，请随时在此处留言。我们将乐于帮助和支持您的发展。 谢谢！ BR 爱丽丝

S32DS 3.4 - .mex文件和 ConfigTools Pins 无法打开 您好， 我正在使用S32 Design Studio 3.4和S32K1xx SDK RTM 4.0.1来开发S32K142 。 我遇到的问题是.mex 文件和 ConfigTools（引脚/时钟/外设）无法打开。 会发生什么： 双击 .mex 文件该文件没有任何作用。 配置工具 → 引脚也没有任何作用。 曾经，.mex编辑器已正确打开，我可以看到引脚视图、芯片代码包，软件包和外围设备，但单击“确定”后，它再也没有打开过。 即使在新的工作空间中也会发生这种情况   我已经尝试过了： 创建新工作区。 正在重新导入项目。 正在更新 S32 设计工作室平台代码包，软件包。 选择S32 配置工具作为 .mex 文件的编辑器。 重启S32DS。 项目版本正确，但配置工具编辑器始终无法打开。 有人以前遇到过这个问题吗？这是由 SDK 安装问题、配置工具损坏还是工作区问题引起的？ 欢迎提出任何建议。 Eclipse IDE 使用和设置 SDK Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 嗨@VaneB ， 感谢您的回复。 我在 S32 Design Studio 3.4 中安装了 S32K1xx SDK RTM 4.0.3，并使用 4.0.3 创建了一个新的 Hello 项目。SDK（非导入项目）。 项目版本正确，但 .mex 文件有问题。文件仍然无法在配置工具编辑器中打开。 当我双击 .mex 文件时在文件中，我可以选择 S32 配置工具作为编辑器，但是点击确定后，没有任何反应。 我还确认了配置工具插件（引脚工具、时钟工具、外设工具、框架等）已安装。 请问我还需要检查哪些方面？S32DS 3.4 中是否存在配置工具编辑器无法打开的已知问题？ 谢谢！ Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 你好@Resham_Bhattad 请注意，S32K1xx SDK RTM 4.0.1 与 S32DS 3.4 不兼容。对于 IDE 版本，支持的 SDK 版本为 S32K1xx SDK RTM 4.0.2 和 4.0.3。 根据错误信息来看，IDE 似乎找不到 SDK 路径。如果 SDK 未安装、项目已导入，或者项目中配置的 SDK 位置与计算机上安装的 SDK 不匹配，则可能会发生这种情况。 BR，VaneB Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 類似衝突 狀況已經發生過很多次了  貴公司 就沒有想到 要解決衝突 嗎？ 安裝 SDK 4.xx 時，安裝程式 自己判斷 是否適合當前IDE版本！ 至少 跳個警告提示出來吧  而不是 一堆人 這樣混用好久了，等到出問題了  你們才一個個回復說 你的IDE版本 不適合安裝SDK ooxx版  有幾個 End-user 會事先知道 手上這一版 SDK只適用在哪"幾"版IDE的  應該是 你們事先就避免這樣的事情發生  而不是 在大家都這樣亂用了之後， 你們再來牽拖  認同的按 👍  Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 你好@Resham_Bhattad 如果您访问任何 ConfigTools 工具，您是否能够从下拉列表中看到并选择您创建的项目？ VaneB_0-1785858415839.png Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 编辑 .mex由 `Notepad.exe` 生成的文件 搜索关键词“ ” 将“s32sdk_s32k1xx_rtm_403”替换为“s32sdk_s32k1xx_rtm_xxx” 节省 打开它！ Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 以及 .project 文件： s32sdk_s32k1xx_rtm_402/platform/drivers/src / lptmr/doxygen/lptmr_driver.dox 不知道为什么还有其他 .dox 文件都是：  s32sdk_s32k1xx_rtm_402 /platform/pal/src/adc/doxygen/adc_pal.dox 就是偶尔会冒出几个硬要标新立异用S32SDK_S32K1XX_RTM_4.0.2  

SJA1110交换机上的MAC转发配置 你好， 我希望在 SJA1110 交换机上设置一条 L2 转发规则，其中： - 流量通过7号端口接收， 源 MAC 地址：00:00:01:00:00:10 目标 MAC 地址：00:00:01:00:00:50 VLAN ID 10， PCP 7； 然后，流量被转发到 SJA1110 交换机的端口 5 进行输出。 当 SJA1110 检测到从端口 7 注入目标 MAC 地址为 00:00:01:00:00:50 的数据包时，它只需要通过端口 5 转发该数据包；端口 5 的门控可以通过识别数据包中的 PCP 来控制。   但是，我不确定如何在 S32DS 的 SJA1110 SDK 上进行配置。 我尝试按如下方式设置一个新的 L2 查找表条目： GuilhermeS32G_0-1786505280150.png 我还尝试在 VLAN 查找表中设置 VING_MIRR 和 VEGR_MIRR： GuilhermeS32G_1-1786505432456.png 另外，已在“常规参数”中将 MIRR_PORT 设置为 5： GuilhermeS32G_2-1786505483489.png 在 MAC 配置表中，我已将端口 7 的 ING_MIRR 设置为 1，将端口 5 的 EGR_MIRR 设置为 1。 但这并没有奏效。 对于这种配置，正确的做法是什么？ 非常感谢您的支持！ 吉列尔梅 Re: MAC Forwarding Configuration on the SJA1110 switch 你好@GuilhermeS32G ， 是的，没错。由于 SJA1110 SDK 字段不接受冒号分隔的 MAC 地址格式，因此 MAC 地址 00:00:01:00:00:50 可以输入为十进制值或十六进制值，即 16777296 或 0x1000050。 前导零不会改变值，因此 0x1000050 等价于 0x000001000050。 关于 MASK 字段，掩码定义了 L2 查找键的哪些部分用于匹配，哪些部分被视为通配符。设置为 1 的位表示将与对应的位进行比较，而设置为 0 的位表示忽略对应的位。 因此，如果您只想匹配 MAC 地址而忽略 IOTAG、VLANID 和 SRCPORT，那么您提出的掩码是正确的： 掩码 = 0x0000FFFFFFFFFFFF0 在这种情况下，无论入口端口和 VLAN ID 如何，L2 查找条目都将与配置的 MACADDR 匹配。 针对您最初的使用场景，您希望匹配以下内容： VLANID = 10 MAC地址 = 00:00:01:00:00:50 源端口 = 7 但不能明确匹配 IOTAG，建议的掩码为： 掩码 = 0x0FFFFFFFFFFFFFFFF 然后，L2 查找条目应配置如下： VLANID = 10 MAC地址 = 0x000001000050 源端口 = 7 目标端口 = 端口 5 掩码 = 0x0FFFFFFFFFFFFFFFF 另请注意，L2 查找表中的最终目标向量仍然会受到 L2 转发表的过滤。因此，对于在端口 7 上接收的流量，也必须在相应的 REACH_PORT 配置中允许端口 5。 顺祝商祺！ 帕维尔 Re: MAC Forwarding Configuration on the SJA1110 switch 你好@PavelL ， 再次感谢您的支持。 需要澄清的是，在 S32DS 的 SJA1110 SDK 中，MACADDR 字段支持整数或十六进制输入，由于冒号的存在，我无法输入：00:00:01:00:00:50。所以我可以将其转换为整数格式：16777296 或用作输入 0x1000050。是这样吗？ 然后，对于 MASK 字段，它似乎支持介于 0 和 36893488147419103231 之间的整数格式（十六进制为 0x1FFFFFFFFFFFFFFFF）。 但我不太理解这些 MASK 通配符。 如果我只想匹配 MAC 地址，而不需要匹配源端口和 VLAN ID，我应该使用： MASK = 0x0000FFFFFFFFFFFF0 ? 如果我想匹配 VLAN ID 10 和源端口 7 呢？ 顺祝商祺！ 吉列尔梅 Re: MAC Forwarding Configuration on the SJA1110 switch 你好@GuilhermeS32G ， 有关 SJA1110 转发表的详细说明，请参阅 UM11107 和 AN12925 中的相关章节。所使用的字段名称遵循 S32DS SJA1110 SDK 配置中使用的术语。   对于此用例，正确的方法是使用L2 查找表，而不是镜像功能。 如果要求将端口 7 上接收的、目标 MAC 地址为 00:00:01:00:00:50、VLAN ID 为 10 的帧转发到端口 5，则应创建一个与此目标 MAC 地址、VLAN ID 和源端口匹配的L2 查找表条目，并将 DESTPORTS 设置为端口 5。 请同时检查以下几点： 1.MACADDR 字段应与您要匹配的 MAC 地址相对应。例如，目标 MAC 地址应该是 00:00:01:00:00:50，而不是其他值。 2. 请检查 MASK 字段。掩码定义了要比较 L2 查找键的哪些部分。为了实现精确匹配，掩码不能对 MAC 地址、VLAN ID 和源端口等相关字段使用通配符。根据 UM11107 标准，MASK 由以下几位组成： PavelL_0-1786518971668.png 3. 请同时查看 L2 转发表。L2 查找表中的目标向量仍然会根据入口端口的 REACH_PORT 字段进行筛选。因此，对于在端口 7 上接收的流量，必须在相应的 L2 转发表条目中允许端口 5。 4. 正常转发不需要VING_MIRR、VEGR_MIRR、MIRR_PORT、ING_MIRR、EGR_MIRR等镜像相关设置。这些设置旨在实现流量镜像，而不是定义标准转发路径。 对于 PCP 7，如果帧已经用 PCP 7 进行了 VLAN 标记，则转发决策仍然可以通过 L2 查找表做出。然后，端口 5 上的出口优先级/调度/门控配置可以使用 PCP。除非您特别想根据 PCP 对流量进行分类，否则它不需要成为 L2 查找规则的一部分。 顺祝商祺！ 帕维尔

研修資料を探しています こんにちは。EISに関するコースを受講したいのですが、NXPのEISBMSチップを使用してバッテリーをより安全かつ迅速に充電する方法（ソフトウェアサポート、システム統合、励起）に関するセクションが現在利用できず、コース教材も入手できません。 これらの部分はどのように勉強すれば良いですか？ Re: 寻求培训资料 こんにちは、殺人者 良い一日！ 残念ながら、この情報をより深く扱うトレーニングは機密扱いとされています。したがって、当社にアカウントを持ち、その後NDAを申請する必要があります。しかし、NDAの手続きは非常に制限されており、企業や既存の合意がある特定のケースに限定されています。 出発点として使える書類は以下の通りかもしれません: UG10341 – EISエンイブルメントパッケージ クイックスタートガイド。これはユーザーがEISソフトウェアパッケージを使い始めるのを支援するために特別に意図されています。 NXPのeisBMSチップセットでバッテリーを安全かつ高速に充電する方法｜パート1 これらの文書を閲覧するには、弊社のアカウントが必要ですが、秘密保持契約（NDA）は不要です。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

TJA1043 Problem Consultation Hello to all the experts at NXP: We have two questions regarding the TJA1043 chip used in our project: 1. When our controller enters sleep mode, the MCU pulls down the STBN and EN pins of the 1043 to enter standby mode. At this time, the VBAT of the 1043 is 24V, VCC is 5V, and VIO is 3.3V. At this time, INH should still be at a high level of 24V, right? If a CAN message arrives on the CAN bus at this time, the 1043 will be woken up. During this period (from standby to normal), will the level on INH remain high, or will there be a high-low-high transition? 2. In a 24V system, during short-power supply testing, the power supply voltage is 32V. Using a controller with TJA1043 and CAN configured as a terminal node (120ohm), during CANH short-power supply testing, according to Fig. 39 of AH1014: smarklink_0-1786504166890.png What is the maximum IP value? What is the resistance value of the resistor in the red box in the image above? Considering WCCA, what power rating should I choose for my RT/2 resistor? Please help me answer this, I would be extremely grateful! TJA1043 Re: TJA1043问题咨询 Okay, thank you so much for your reply! Re: TJA1043问题咨询 Hi 1: Always high level 2. Normal Applications : 60 Ω, 0.1 W / 0.125 W is generally sufficient for normal communication power consumption. RT/2 power is determined by the customer's short-to-battery test conditions. The diagram in the NXP documentation illustrates the failure mechanism, not the RT/2 power rating. We cannot provide specifications beyond those in the datasheet for the TJA1043.

S32DS ARM 2018 R1 ライセンス延長申請 こんにちは。私の運転免許証の有効期限が切れてしまったので、延長を申請したいのですが。 zhangtr_0-1785825418457.png Re: S32DS ARM 2018 R1 许可证延期申请 こんにちは、 現在は延長されています。 よろしくお願いいたします。 ピーター Re: S32DS ARM 2018 R1 许可证延期申请 ありがとう

TJA1043 問題相談 NXPのエキスパートの皆様、こんにちは。 私たちのプロジェクトで使用しているTJA1043チップに関して、2つの質問があります。 1. コントローラがスリープモードに入ると、MCUは1043のSTBNピンとENピンをプルダウンしてスタンバイモードに入ります。このとき、1043のVBATは24V、VCCは5V、VIOは3.3Vです。このとき、INHは24Vのハイレベルのままですよね？このときにCANバスにCANメッセージが届くと、1043はウェイクアップされます。この期間（スタンバイから通常状態へ）の間、INHのレベルはハイレベルのままですか、それともハイレベル→ローレベル→ハイレベルと変化するのでしょうか？ 2. 24Vシステムにおいて、短絡電源試験中は電源電圧は32Vです。TJA1043とCANをターミナルノード（120Ω）として構成したコントローラを使用し、CANH短絡電源試験中は、AH1014の図39に従って、以下の手順を実行します。 smarklink_0-1786504166890.png 最大IP値はいくつですか？上の画像の赤い枠で囲まれた抵抗器の抵抗値はいくつですか？WCCAを考慮すると、RT/2抵抗器にはどの電力定格を選択すべきですか？ どうかこの質問に答えてください。大変感謝いたします！ TJA1043 Re: TJA1043问题咨询 はい、ご返信ありがとうございます！ Re: TJA1043问题咨询 こんにちは 1：常に高レベル 2.通常のアプリケーション：60Ω、0.1W/0.125Wは、通常の通信電力消費には一般的に十分です。RT /2電力は、お客様のバッテリー短絡試験条件によって決定されます。NXPのドキュメントにある図は、故障メカニズムを示したものであり、RT/2電力定格を示すものではありません。TJA1043のデータシートに記載されている仕様を超える仕様は提供できません。

S32K324がFEEでDFlashに書き込み こんにちは。S32K324のDFlashへの書き込み（FEE使用）について質問があります。 FEEメソッドを使って、S32K324のDFalshに約50バイトのデータを書き込む予定です。回路基板上のハードウェア電源のバックアップ時間は約0.743msなので、重要なデータはこの時間内に保存する必要があります。FEE方式を使ってDFlashに書き込みすることは可能でしょうか?それが不可能な場合、他に選択肢はありますか？ ありがとうございます。 Re: S32K324 write DFlash by FEE はい、どうもありがとうございます。 Re: S32K324 write DFlash by FEE こんにちは、@mmyjh_123 電源オフ時のバックアップウィンドウが0.743ミリ秒の場合、FEEは安全ではありません。単一の Fls_MainFunction ブロックの書き込み実行時間は、たとえ「1 ミリ秒に近い」場合でも、利用可能な保持時間を既に超えています。 C40_Ipを使ってみるのもいいかもしれません。クワッドページ（1024ビット）のプログラム時間を使用した場合、50バイトの書き込みには理論上450マイクロ秒かかる。しかし、0.743ミリ秒以内では、緊急ホールド中の消去操作は不可能になります。8KBのセクターを消去するには最大30ミリ秒かかることもありました。 したがって、C40_Ipを使用してこの機能を実装する場合は、アイドル期間中にプログラムするDFLASHアドレスを必ず消去してください。さらに、基板がMCUの電源故障前に入力電圧低下を検知できるなら、コミット操作は可能な限り早い閾値から開始すべきです。それ以外の場合は、大容量のコンデンサやバックアップ電源を追加し、保証ウィンドウが最悪のソフトウェア経路とフラッシュプログラミングマージンをカバーできるようにします。 上記はあくまで理論的な分析に過ぎません。十分な設計余裕を確保するために、複数の実世界での試験が推奨されます。

S32 Design StudioでSDKをインストールするS32K144EVB こんにちは、 今日はS32 Design Studioをインストールして、S32K144EVB基板を評価しました。小さなテストをしたいのですが、マニュアルを読んでみると、新しいアプリケーションプロジェクトを作成する際に「SDK」ボタンをクリックすると、S32 SDKは表示されません。 ボード用のSDKをインストールする方法 ありがとうございます。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaosさん まず、S32DS IDEsに対応したソフトウェアをダウンロードする必要があります。サポートされているIDEバージョンは、ソフトウェアのリリースノート文書に記載されています。 この例では、S32K1デバイス向けに提供されている最新のRTDリリースを使用します。 S32K1_S32M24x_RTD_R21-11_3.0.0_D2503_DesignStudio_updatesite.zip をダウンロードしてください。このパッケージは、 S32K1のリアルタイム・ドライバ →オートモーティブSW - S32K1_S32M24x - Cortex-Mのリアルタイム・ドライバ→ S32K1_S32M24x AUTOSAR R21-11バージョン3.0.0の項目で見つけることができます。 S32 Design Studio 3.6.xでは、ヘルプ → S32DS 拡張機能とアップデートに移動します。 S32DS拡張機能とアップデートウィンドウで、右下隅にある「アップデートサイトの追加」をクリックします。 .zipファイルを選択してください以前にダウンロードしたファイル。追加されると、そのパッケージは利用可能な拡張機能やアップデートのリストに表示されます。 インストールしたいパッケージを選択して「 インストール/更新」をクリックします。 使用許諾契約に同意して、「完了」をクリックしてください。 インストールが成功すると、S32DSは変更を有効にするためにIDEの再起動を促します。 重要: 新しいプロジェクトを作成する際は、インストール済みのRTDパッケージと互換性のあるツールチェーンバージョンを選択してください。例えば、RTD 3.0.0NXP GCC 10.2.0を使用して開発およびテストされました。この情報は、該当するリリースノートに記載されています。 BR、VaneB Re: How install S32K144EVB SDK in S32 Design Studio ネタバレ （ハイライトして読む） こんにちは、 @VaneBさん インストールしました S32K1_S32M24X リアルタイムドライバーバージョン 3.0.0QLP07はあなたが説明した手順と同じことをしていますが、「新しいS32DSアプリケーションプロジェクト」を作成するとSDKsが利用できません。 スクリーンショットを2枚添付します。1枚はプロセッサの選択メニューで撮ったもので、もう1枚は「SDKs」ボタンを押して撮ったものです。 processor.png sdk empty.png ありがとう。 こんにちは、リアルタイム・ドライバのバージョン3.0.0 S32K1_S32M24XインストールしましたQLP07はあなたが説明した手順と同じことをしていますが、"新しいS32DSアプリケーションプロジェクト"を作成するとSDKsが利用できません。スクリーンショットを2枚添付します。1枚はプロセッサの選択メニューで撮ったもので、もう1枚は"SDKs"ボタンを押して撮ったものです。ありがとうございます。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaosさん Arm Release バージョン10.2 ビルド1728用にNXP GCCをインストールしてください。 これによりRTD 3.0.0になるはずですGCC 10.2をプロジェクトのツールチェーンとして選択すれば、新しいプロジェクトを作成する際にSDKオプションとして利用可能です。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaos さん、 私も全く同じ問題を抱えていましたが、 @VaneBさんが提案してくれた解決策が私にも有効でした。 Arm Release 10.2ビルド1728用のNXP GCC をインストールし 、プロジェクト作成時に ツールチェーンとして GCC 10.2 を選択し ました。その後、 RTD 3.0.0がSDKオプションとして利用可能になりました 。 2026-08-10_18-14.png 2026-08-10_18-14_1.png 重要な点は、RTDのインストールだけでは不十分であり、対応するGCC 10.2ツールチェーンもインストールして選択する必要があるということです。 NXPテクニカルサポートの皆様、解決策をありがとうございました！

GHSコンパイラを使用してS32K3上でDumpCallStackの正しいフレームポインタ（FP）を取得するにはどうすればよいですか？ こんにちは、皆さん 私はGreen Hills Software(GHS)コンパイラを使ってS32K3 MCUを開発しており、DumpCallStack関数を実装しています。 フレームポインタ（FP）を取得するために、以下のインラインアセンブリを使用しています。 __asm volatile ("mov %0, r7" : "=r" (locals.fp)); しかし、locals.fp の値は 0x02B1 であり、これは有効なフレームポインタではないようです。この設定はアラインされておらず、有効なスタック位置を指ささないため、コールスタックを正しくアンワイルできません。 私の質問は以下のとおりです。 S32K3(Arm Cortex-M7)のGHSコンパイラを使う場合、現在のフレームポインタを取得する正しい方法は何でしょうか? GHSコンパイラは常にR7をフレームポインタとして使うのでしょうか?それとも最適化レベルに応じてフレームポインタを省略したり、別のレジスタを使うことは可能でしょうか? スタックアンワインドのためにフレームポインタを保持するために、有効にしなければならないコンパイラオプションはありますか？ インラインアセンブリを使用する代わりに、フレームポインタを取得するための推奨されるGHS固有のAPIまたは組み込み関数はありますか？ S32K3上でGHSコンパイラを使用してスタックアンワインディングまたはDumpCallStack関数を実装した経験のある方がいらっしゃいましたら、ご指導やサンプルコードをいただけると幸いです。 ご回答をお待ちしています。 Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? こんにちは、 R7が常にフレームポインタとして使用されるとは限りません。GHSのバージョン、最適化レベル、コンパイラオプションによっては、コンパイラが異なるレジスタを使用したり、フレームポインタを完全に省略してR7を汎用レジスタとして使用したりする場合があります。値0x02B1は、R7がビルド内でフレームポインタとして機能していない可能性を示唆しています。 生成されたアセンブリを確認し、GHSがフレームレコードを全く作成していないかどうかを確認してください。フレームポインタが有効になっている場合、フレームポインタを保存/復元する一貫した関数プロローグが表示されるはずです。そうでない場合、R7/R11に基づくスタックアンワインドは信頼できません。 これは主にコンパイラ固有の質問なので、Green Hills Softwareのサポートに連絡することもおすすめします。彼らは以下の点でアドバイスを提供できます: GHSがターゲット/構成のフレームポインタとしてR7、R11、または他のレジスタを使用するかどうか。 どのコンパイラオプションがフレームポインタを保持しますか？ 現在のフレームポインタを取得するための推奨される組み込み関数またはAPIがあるかどうか。 GHSを用いたコールスタックアンワインド実装の推奨方法。 彼らはあなたのコンパイラのバージョンや設定に特化したガイダンスを提供するのに最適です。 BR、ペトル Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? もちろん

S32K144W SDK 已安装，但在创建项目时不可用 你好， 我遇到了和本帖中描述的同样的问题。我使用的是S32K144W 。 我的S32设计工作室版本是： S32平台的S32设计工作室 版本：3.6.10 版本 ID：260720 当我创建一个新的 S32DS 应用程序项目，选择 S32K144W 处理器，然后点击SDK按钮时，没有可用的 SDK。 奇怪的是，我已经安装了SDK。它确实出现在SDK管理界面中，所以显然安装成功了。 micael_arkmeds_0-1786395593570.png 图 1 – SDK 管理，显示 SDK 已安装。 但是，当我创建一个新的 S32DS 应用程序项目并选择S32K144W时，SDK 不可用。 micael_arkmeds_2-1786395688395.png 图 2 – 在新建 S32DS 应用程序项目向导中选择 S32K144W。 当我点击SDK按钮时，列表完全为空： micael_arkmeds_3-1786395712528.png 图 3 – SDK 选择窗口显示没有可用的 SDK。 我一直在寻找解决这个问题的方法，已经有一段时间了。我还按照这里描述的官方离线安装步骤进行了操作： https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-offline-install-S32K3-RTD-4-0-0-in-S32DS-v3-5/ta-p/1968014 然而，这样做并没有解决问题。 所以，我想了解一下，要让 SDK 在S32K144W的项目创建向导中可用，究竟需要满足哪些条件。 是否有与 S32 Design Studio 3.6.10 和 S32K144W 兼容的特定 SDK/RTD 版本 ？我是否需要安装任何额外的软件包或进行任何配置？ SDK 出现在SDK 管理中，但在创建项目时却没有出现，这让我觉得 SDK 已经安装，但未被识别为与所选处理器/项目兼容。 如果有人已经解决了S32K144W的这个问题，非常感谢您能详细解释一下步骤。 谢谢！ Re: S32K144W SDK installed but not available when creating a project 问题已解决！ 我终于找到了解决这个问题的方法。 尽管 RTD 3.0.0 已经安装并出现在SDK 管理中，但在创建新项目时却不可用。 解决方法是安装： NXP GCC for Arm 版本 10.2 build 1728 然后，在创建项目时，我选择了GCC 10.2 作为项目工具链。完成此操作后， RTD 3.0.0 正确显示为可用的 SDK 选项。 2026-08-10_18-14.png 2026-08-10_18-14_1.png 我的环境是： S32 设计工作室（适用于 S32 平台）3.6.10 版本 ID：260720 S32K144W RTD 3.0.0 NXP GCC for Arm 10.2 版本 1728 因此，如果有人遇到同样的问题，即 SDK 出现在SDK 管理中，但没有出现在项目向导中，请确保已安装并选择相应的 NXP GCC 10.2 工具链。 这解决了我的问题。

如何使用 GHS 编译器在 S32K3 上获取 DumpCallStack 的正确帧指针 (FP)？ 大家好， 我正在使用 Green Hills Software (GHS) 编译器开发 S32K3 MCU，并且正在实现 DumpCallStack 函数。 为了获取帧指针（FP），我使用了以下内联汇编代码： __asm volatile ("mov %0, r7" : "=r" (locals.fp)); 但是，我得到的 locals.fp 的值为 0x02B1，这似乎不是一个有效的帧指针。它没有对齐，也没有指向有效的堆栈位置，因此无法正确展开调用堆栈。 我的问题是： 在 S32K3 (Arm Cortex-M7) 上使用 GHS 编译器时，获取当前帧指针的正确方法是什么？ GHS 编译器是否总是使用 R7 作为帧指针，还是可以根据优化级别省略帧指针或使用其他寄存器？ 是否有必须启用的编译器选项才能保留堆栈展开所需的帧指针？ 是否有推荐的 GHS 特定 API 或内部函数来检索帧指针，而不是使用内联汇编？ 如果有人在 S32K3 上使用 GHS 编译器实现了堆栈展开或 DumpCallStack 函数，我将不胜感激任何指导或示例。 谢谢！ Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? 您好， 我不认为 R7 总是被用作帧指针。根据 GHS 版本、优化级别和编译器选项的不同，编译器可能会使用不同的寄存器，或者完全省略帧指针，并将 R7 用作通用寄存器。值 0x02B1 表明 R7 在您的版本中可能没有充当帧指针。 请检查生成的装配体，并验证 GHS 是否创建了帧记录。如果启用帧指针，您应该会看到一个一致的函数序言来保存/恢复帧指针；否则，基于 R7/R11 的堆栈展开将不可靠。 由于这主要是一个与编译器相关的问题，我也建议您联系 Green Hills Software 的支持部门。他们可以就以下方面提供建议： 无论 GHS 使用 R7、R11 还是其他寄存器作为目标/配置的帧指针。 哪些编译器选项会保留帧指针？ 是否有推荐的内部函数或 API 来获取当前帧指针？ 使用 GHS 实现调用栈展开的首选方法。 他们最能针对您的编译器版本和设置提供具体指导。 BR，彼得 Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? 当然

MINISASTOCSI 最新回路図 こんにちは、チームのみなさん。 MINISASTOCSIの最新の設計図を共有していただけませんか? Re: MINISASTOCSI Latest Schematics こんにちは、 @ramkrish さん。 MINISASTOCSI ボードの最新版は A1 です。 ご参考までに、ファイルをあなたのメールアドレスに送信しました。 受信に問題があった場合、または今回のボード改訂に関して追加情報が必要な場合は、お知らせください。 よろしくお願いします、 チャビラ Re: MINISASTOCSI Latest Schematics こんにちは、 @Chaviraさん 受け取りました、ありがとうございます

DUOX PKOC こんにちは、 PKOC認証情報フォーマットに対応したDUOXカードを入手しようとしています。これに関する資料はありますか？PKOCからNFCドキュメントを入手しましたが、認証情報を取得するためのAPDU構造しか記載されていません。実際のチップをどのようにプログラムすればよいかを示すドキュメントが見つかりません。いろいろ試してみましたが、どれも失敗に終わりました。私が現在試している方法は、アプリケーション内でAppMasterTempKeyを使用することで、アプリケーションを真のECC専用アプリケーションにすることができます。一時キーを作成することはできましたが、それを無効にする方法についてのドキュメントが少し分かりにくいです。 ドキュメントのセクション 7.8.5.2.2 AppMasterTmpKey において、以下の点が混乱を招きます。KeyChange のセクションの最初の行には、一時キーは ChangeKey または ChangeKeyEV2 では変更できないと記載されています。そこで質問なのですが、このTempKeyを無効にして、真のECCアプリケーションとして動作させるにはどうすればよいでしょうか？ ドキュメントに記載されているとおり、キーを変更して無効にしようと試みましたが、9Dエラーが繰り返し発生します。どんなご支援でも大変ありがたく思います。 スティーブ Re: DUOX PKOC NXPのRFIDDiscoverソフトウェアはお試しになりましたか？ Re: DUOX PKOC 残念ながら、 DUOX上のPKOC認証情報に関する情報は現在入手できません。

关于故障保护振荡器漂移故障 (FS_OSC_DRIFT) 需要澄清 您好，NXP， 我一直在使用 FS2613 SBC 芯片，我发现了一个与故障保护振荡器漂移故障 (FS_OSC_DRIFT) 相关的功能安全要求 (SM48)。但参考手册中没有提供 ASIL 等级信息。 所以，请问这个故障属于ASIL B级、ASIL D级还是QM级？ 谢谢！ 西瓦哈里·G Re: Clarifications required regarding Fail safe oscillator drift Fault(FS_OSC_DRIFT) 你好，Sivahari 再会！ FS_OSC_DRIFT 故障 (SM48) 对应于对 FS26 故障-保护状态机使用的独立故障-保护振荡器的监控。根据 FS26 功能安全手册，该机制在 ASIL D 故障保护功能域内实施。 您可以在图 8 中找到此表示。功能安全架构。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

如何在 S32 Design Studio 中安装 S32K144EVB SDK 你好， 今天，我安装了 S32 Design Studio 来评估S32K144EVB板。我想运行一个小测试，但是阅读手册后发现，当我创建一个新的应用程序项目时，当我点击“SDK”按钮时，并没有出现任何 S32 SDK。 如何为我的开发板安装 SDK 谢谢。 Re: How install S32K144EVB SDK in S32 Design Studio 嗨@ptcaos 首先，您需要下载与您的 S32DS IDE 兼容的软件版本。支持的 IDE 版本在软件的发行说明文档中指定。 在这个例子中，我将使用适用于 S32K1 设备的最新 RTD 版本： 下载 S32K1_S32M24x_RTD_R21-11_3.0.0_D2503_DesignStudio_updatesite.zip。该软件包可在“S32K1 实时驱动程序→ 汽车软件 - S32K1_S32M24x - Cortex-M 实时驱动程序 → S32K1_S32M24x 实时驱动程序 AUTOSAR R21-11 版本 3.0.0”下找到。 在 S32 设计工作室 3.6.x 版本中，导航至帮助 → S32DS 扩展和更新。 在 S32DS 扩展和更新窗口中，单击右下角的“添加更新站点” 。 选择 .zip 文件文件是之前下载的。添加后，该代码包，软件包将出现在可用扩展和更新列表中。 选择要安装的软件包，然后单击“安装/更新” 。 接受许可协议，然后单击“完成”。 安装成功后，S32DS 将提示您重新启动 IDE 以使更改生效。 重要提示：创建新项目时，请确保选择与已安装的 RTD 软件包兼容的工具链版本。例如，RTD 3.0.0使用 NXP GCC 10.2.0 进行开发和测试。此信息可在相应的版本说明文档中找到。 BR，VaneB Re: How install S32K144EVB SDK in S32 Design Studio 剧透 （高亮部分可供阅读） 你好@VaneB 我已经安装了 S32K1_S32M24X 实时驱动程序版本 3.0.0QLP07 按照您描述的步骤操作，但是当我创建一个“新的 S32DS 应用程序项目”时，却找不到 SDK。 我附上了两张截图：一张是在处理器选择菜单中截取的，另一张是在按下“SDK”按钮后截取的。 processor.png sdk empty.png 谢谢。 您好，我已经安装了 S32K1_S32M24X 实时驱动程序 3.0.0 版。QLP07 按照您描述的步骤操作，但在创建“新的 S32DS 应用程序项目”时，没有可用的 SDK。我附上了两张截图：一张是在处理器选择菜单中截取的，另一张是在按下“SDK”按钮后截取的。谢谢。 Re: How install S32K144EVB SDK in S32 Design Studio 你好@ptcaos ， 我遇到了完全相同的问题， @VaneB建议的解决方案对我也有效。 我安装了NXP GCC for Arm Release 版本 10.2 build 1728 ，然后在创建项目时，选择了GCC 10.2作为工具链。之后， RTD 3.0.0 就作为 SDK 选项出现了。 2026-08-10_18-14.png 2026-08-10_18-14_1.png 因此，关键在于仅仅安装 RTD 是不够的——还需要安装并选择兼容的 GCC 10.2 工具链。 感谢NXP技术支持提供的解决方案！ Re: How install S32K144EVB SDK in S32 Design Studio 嗨@ptcaos 请安装 NXP GCC for Arm Release 版本 10.2 build 1728。 这样就应该使 RTD 版本达到 3.0.0。创建新项目时，只要选择 GCC 10.2 作为项目的工具链，即可将其作为 SDK 选项使用。

フェイルセーフ発振器ドリフト障害（FS_OSC_DRIFT）に関する説明が必要です。 こんにちは、Nxpさん。 私はFS2613 SBCチップを使っていて、セーフティ要件(SM48)を見つけました。これはフェイルセーフ発振器ドリフト故障(FS_OSC_DRIFT)に関連するものです。しかし、ASILレベルの情報はリファレンスマニュアルには存在しません。 ですので、この故障はASIL B/ASIL D/QMのいずれかに該当しますか? ありがとうございます シヴァハリ・G Re: Clarifications required regarding Fail safe oscillator drift Fault(FS_OSC_DRIFT) こんにちは、シヴァハリさん 良い一日！ FS_OSC_DRIFT障害（SM48）は、FS26フェイルセーフ状態機械で使用される独立フェイルセーフ発振器の監視に対応します。FS26セーフティマニュアルによると、この機構はASIL Dフェイルセーフ領域内で実装されています。 この表現は図8に見ることができます。セーフティアーキテクチャ。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。