S32N55 HSE2 CRS domain authentication does not complete Hello, We are implementing HSE2-based Secure Debug on S32N55 using the SDC-600 debug authentication flow (challenge/response, APP mode, AES-256-CMAC), driven from a T32 CMM host script talking to SDC-600 over the debug port. **Status** - **FSS domain**: Secure Debug authentication completes successfully. Debug target `0x1A` (FSS) returns `AUTHSTATUS = 0xBBB` after the challenge/response exchange, confirming the domain is unlocked. - **CRS domain**: Authentication does not complete. We use debug target `0x1B` for CRS (assumed, pending confirmation from the HSE2 FW Reference Manual — see question 1 below). **Observed behavior for CRS** 1. SDC-600 COMM_START and SoC Info exchange complete normally. 2. AUTH_MODE_REQ to target `0x1B` returns `AUTH_MODE = 0x0` (challenge-based), as expected. 3. APP_CHALLENGE request completes; a 32-byte challenge is received from the FW. 4. We compute the response as AES-256-CMAC over the challenge using the ADKP, and send the 16-byte `appChallengeAuth` response. This transmission completes without a transport-level error. 5. **At this point, the FW never sends `RxRESULT`.** The host script stalls waiting for the response in `rx_response_from_fw` — no `0xF2` (fail) and no ACK pattern, just no reply at all. This is different from a clean failure; it looks like the FW never reaches the point of generating a response for this request. **Our current hypothesis** On the FSS side, we call `Sherpa_Cdd_SetOwnerDebugKeyMap()` once to register the OTP ADKP as the owner authorization/authentication key (`HSE_SRV_ID_DEBUG_KEY_MAPPING`). We suspect this mapping is only being applied in the context of the MU channel that call happens to be dispatched on, and is not visible to the CRS-side HSE2 instance — which would explain why CARD_REQUEST for CRS stalls instead of returning an explicit failure. **Questions** 1. What is the correct debug target / domain ID value for the CRS domain in `AUTH_MODE_REQ` and `CARD_REQUEST`? We are currently assuming `0x1B`; please confirm or correct. 2. Is `Sherpa_Cdd_SetOwnerDebugKeyMap()` (`HSE_SRV_ID_DEBUG_KEY_MAPPING`) required to be issued per-domain/per-MU, or is there a single global mapping shared across FSS and CRS? If per-domain, how is the target MU/owner selected for this service? 3. Does `SetOwnerDebugKeyMap` need to be called on every boot, or is the mapping persistent once set (e.g. tied to OTP/NVM state) so it only needs to be called once? 4. What OID value(s) are expected for the CRS domain in `CARD_REQUEST`? We are currently sending all-`0xFF` (16 bytes), mirroring what works for FSS. 5. What is the expected `CARD_REQUEST` packet structure (`hseDebugCardCmd_t`) for the CRS domain specifically — are there differences from the FSS/APP domain layout in `KRI`, `OID`, `AuthScheme`, or the debug-domain signal map field? 6. How should the Authentication Tag in `CARD_REQUEST` be computed for CRS — is it CMAC over the same `debugCardInfo` fields as for FSS, or does CRS require different fields to be included? Any pointers on the expected sequence/values for the CRS domain would be very helpful — happy to share our CMM script and captured SDC-600 byte log if useful. Thank you. Re: S32N55 HSE2 CRS domain authentication does not complete Hello, @EddiePark  Thanks for your post. We have initiated discussion with internal teams for your previous 9 questions listed, it is still under investigation, I would reply soon while there are any updates. For the new questions listed, I will check it first referencing with the previous questions, and then start to investigate on them one by one. BR Chenyin 

MC33774 PWR voltage reading HI. I am currently using the MC33774 to read the voltages of the four AFEs: VAUX, VBAT, VDDC, and VDDA. I send two acquisition commands consecutively with a 10ms interval in between, and then send a read command after a 50ms wait to read the data from the SECM register. However, strangely, although the reads are correct most of the time, there are occasional cases where all the voltage values are very low. Why is this? Re: MC33774 PWR voltage reading My current sampling mode is APP mode, which caused a conversion error when reading these voltages (PER mode). After changing the sampling mode, the data acquisition is normal. Thank you for your help! Re: MC33774 PWR voltage reading Hello Embedded_novice Good day! My first suspicion would be that the SECM supply-voltage results are being read before the measurement cycle has completely finished, or that the second acquisition command is restarting the conversion before the first result set is latched. This would explain why all four voltage channels become low together while communication itself remains functional. Which acquisition command is being sent exactly? Are the AFEs configured in periodic mode? Do the low values occur on all four AFEs simultaneously, or only on one device in the daisy chain? Can you try increasing the interval between acquisition commands? 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.

MPC8313CVRAFFC 的替换/替代方案请求 您好， 请问能否推荐一款可以替代您产品编号为 MPC8313CVRAFFC 的型号？ 谢谢。 Re: Replacement/Alternative request for MPC8313CVRAFFC 最后一次购买

MPC8313CVRAFFCの交換/代替品リクエスト こんにちは、 PNのおすすめの代替品や代替品を教えてもらえますか?MPC8313CVRAFFC。 ありがとうございます。 Re: Replacement/Alternative request for MPC8313CVRAFFC 前回購入

MC33774 PWR電圧測定値 こんにちは。 現在、MC33774を使用して、VAUX、VBAT、VDDC、VDDAの4つのAFEの電圧を読み取っています。10ms間隔で2つの取得コマンドを連続して送信し、50ms待機してから読み取りコマンドを送信してSECMレジスタからデータを読み取ります。しかし、ほとんどの場合読み取りは正しいのですが、まれにすべての電圧値が非常に低くなることがあります。これはなぜでしょうか？ Re: MC33774 PWR voltage reading 現在使用しているサンプリングモードはAPPモードですが、このモードでは電圧（PERモード）を読み取る際に変換エラーが発生していました。サンプリングモードを変更したところ、データ取得が正常に行われるようになりました。ご協力ありがとうございました！ Re: MC33774 PWR voltage reading こんにちは、Embedded_noviceさん 良い一日！ 私が最初に疑うのは、SECMの電源電圧の結果が測定サイクルが完全に終了する前に読み取られているか、あるいは最初の結果セットがラッチされる前に2番目の取得コマンドによって変換が再開されているかのどちらかです。これが、通信自体は機能し続けるのに4つの電圧チャネルが同時に低くなる理由を説明できます。 具体的にどの取得コマンドが送信されているのですか？ AFEは定期モードに設定されていますか？ 低い値は、4つのAFEすべてで同時に発生しますか、それともデイジーチェーン内の1つのデバイスのみで発生しますか？ 獲得コマンドの間隔を伸ばしてみることはできますか? この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

SPDT限位开关与S32k144板接口 我正在将 SPDT 限位开关 ME8112 与 S32K144 板连接。代码运行正常，但我没有在实时表达式窗口中看到任何值变化。 我不确定这是硬件连接问题还是GPIO配置问题。 请问有人能指出可能的原因或提供一些调试步骤吗？ Re: SPDT Limit switch interfacing with S32k144 board 您好@ Turtledove 在你的程序中，你定义的变量是临时变量。您可以尝试将它们定义为全局变量，然后再试一次。

Energy meter on S32k144 EVB board I am trying to interface an NXP S32K144 board with an RS-485 based energy meter using Modbus RTU. S32K144 as Modbus master Energy meter as Modbus slave (RS-485) USB-to-RS485 converter for testing S32 Design Studio (Real-Time Expression for debugging) How should I connect the RS-485 signals (A/B, DE/RE) between the S32K144 and the energy meter? How to configure UART/SCI on S32K144 for RS-485 Modbus communication? How can I verify Modbus data transfer in real time using the debugger / Real-Time Expression? The energy meter works correctly with a PC Modbus tool via USB-to-RS485, but I need guidance for implementing and debugging it on the S32K144. Re: Energy meter on S32k144 EVB board Hi @Turtledove  The S32K144 EVB does not include a native RS-485 transceiver, so you need an external RS-485 PHY (for example MAX3485, SN65HVD series, etc.) between the MCU UART and the energy meter. Connect UART TX/RX from S32K144 to the transceiver DI/RO pins, and connect the transceiver A/B differential pair to the meter A/B lines. DE and \RE can be driven by a GPIO (often tied together for half-duplex Modbus RTU operation). For software, configure one of the LPUART instances for the meter settings (typically 9600/19200 baud, 8 data bits, no parity or even parity depending on the meter specification, 1 stop bit). Before transmitting a Modbus frame, assert DE, send the frame, wait for transmission complete, then deassert DE and switch back to receive mode. Modbus RTU itself is implemented in software on top of the UART driver. For debugging, first verify UART traffic with an oscilloscope or logic analyzer. You can also monitor transmitted requests, received responses, CRC status, and decoded register values using watch variables or Real-Time Expressions in S32 Design Studio. Real-Time Expressions can display application variables but cannot directly decode Modbus frames on the bus. Regards, Lukas

S32k144 EVB 板上的电能表 我正在尝试使用 Modbus RTU 将 NXP S32K144 板与基于 RS-485 的电能表连接起来。 S32K144 作为 Modbus 主站 电能表作为 Modbus 从站（RS-485） 用于测试的 USB 转 RS485 变流器 S32 设计工作室（用于调试的实时表达式） 我应该如何连接 S32K144 和电能表之间的 RS-485 信号（A/B、DE/RE）？ 如何在S32K144上配置UART/SCI以进行RS-485 Modbus通信？ 如何使用调试器/实时表达式实时验证 Modbus 数据传输？ 该电能表通过 USB 转 RS485 与 PC Modbus 工具配合使用可以正常工作，但我需要指导如何在 S32K144 上实现和调试它。 Re: Energy meter on S32k144 EVB board 嗨@Turtledove S32K144 EVB 不包含原生 RS-485 收发器，因此需要在 MCU UART 和电能表之间使用外部 RS-485 PHY（例如 MAX3485、SN65HVD 系列等）。将 S32K144 的 UART TX/RX 连接到收发器的 DI/RO 引脚，并将收发器的 A/B 差分对连接到仪表的 A/B 线。DE 和 \RE 可以通过 GPIO 驱动（通常连接在一起用于半双工 Modbus RTU 操作）。 对于软件，配置其中一个 LPUART 实例以进行仪表设置（通常为 9600/19200 波特率，8 位数据位，根据仪表规格，无奇偶校验或偶校验，1 位停止位）。在发送 Modbus 帧之前，置位 DE，发送帧，等待传输完成，然后取消置位 DE 并切换回接收模式。Modbus RTU 本身是在 UART 驱动程序之上以软件形式实现的。 调试时，首先使用示波器或逻辑分析仪验证 UART 通信。您还可以使用 S32 设计工作室中的监视变量或实时表达式来监测已发送的请求、已接收的响应、CRC 状态和已解码的寄存器值。实时表达式可以显示应用程序变量，但不能直接解码总线上的 Modbus 帧。 此致， Lukas

Replacement/Alternative request for MPC8313CVRAFFC Hi, Can you please advise for a recommended replacement/alternative for your PN: MPC8313CVRAFFC, please? Thanks. Re: Replacement/Alternative request for MPC8313CVRAFFC Last Time Buy

S32k144ボードとのSPDTリミットスイッチインターフェース SPDTリミットスイッチME8112をS32K144ボードに接続しています。コードは実行されるのですが、リアルタイム式ウィンドウに値の変化が表示されません。 これがハードウェア接続の問題なのか、GPIOの設定の問題なのか、私には分かりません。 誰か原因やデバッグの手順を教えてもらえますか? Re: SPDT Limit switch interfacing with S32k144 board こんにちは、タートルダブさん あなたのプログラムで定義した変数は、一時変数です。グローバル変数として定義してからもう一度試してみるのもいいでしょう。

LPC4078 reinvokeISP to enable ISP Hello   for microcontroller  LPC4078    there is some function code, an example or AppNote that show (when microcontroller is set CRP2 or CRP3  (only after all tests done with CPR2)    )   how  to reinvokeISP and  allows the  ISP uart function  to be re-enabled(with flash magic).     best regards LPC40xx Re: LPC4078 reinvokeISP to enable ISP Hello @azzurrodante  I'm sorry to reply you late. Please contact us if you still have any question. BR Alice

跪求S32K344使用FreeRTOS的网口demo，不使用AUTOSAR，RTD 7.0.1 S32 Platform 3.6.7 S32 Platform 3.6.7里面S32K344的关于FreeRTOS，LWIP的都是AUTOSAR的，需要不使用AUTOSARA的网口demo，EB里的设置太多，无从下手，万分感谢。 Re: 跪求S32K344使用FreeRTOS的网口demo，不使用AUTOSAR，RTD 7.0.1 S32 Platform 3.6.7 您好， 从 TCP/IP 协议栈 2.0.0 开始，该协议栈仅支持 GMAC HLD 驱动程序接口。因此，目前没有使用纯以太网 LLD（底层驱动程序）的较新的官方 lwIP 演示程序。可用的 S32DS lwIP 示例基于 GMAC HLD 层，旨在作为非 AUTOSAR 应用的推荐起点。 BR，彼得

S32DS for PA v2.1のライセンスが間もなく期限切れになります。 こんにちは、 私のS32DS for PA v2.1のライセンスが間もなく期限切れになります。 メンテナンス期間の延長にご協力ください。 どうもありがとう。 回复： S32DS for PA v2.1 license is going to expire こんにちは。私の登録の有効期間は変更されていません。私が手術で何か間違ったことをしたからでしょうか？ Re: S32DS for PA v2.1 license is going to expire こんにちは、Zipengさん。 以下のリンクにアクセスしてください。 Power Architecture開発ツール |NXP Semiconductors ダウンロードをクリックしてください。ソフトウェアアカウントにログインしてください。 更新されたライセンスキーはここに表示されます。 何か問題が発生した場合はお知らせください。ありがとう。 よろしくお願いいたします。 意思 Re: S32DS for PA v2.1 license is going to expire こんにちは、Zipengさん。 フィードバックありがとうございます。ご質問をFlexNetチームに転送しました。返信があり次第、ご連絡いたします。ありがとう！ よろしくお願いいたします。 意思 Re: S32DS for PA v2.1 license is going to expire チームはこのリンクを共有しました。もしうまくいかない場合はお知らせください。 CodeWarrior評価ソフトウェアの拡張方法 よろしくお願いいたします。 意思

LPC4078 reinvokeISPを使用してISPを有効にする こんにちは マイクロコントローラLPC4078用 マイクロコントローラがCRP2またはCRP3に設定されたとき(すべてのCPR2テストが行われた後のみ)機能コードや例、AppNoteがあり、ISPのuart機能をフラッシュマジックで再有効化する方法を示しています。    よろしくお願いいたします LPC40xx Re: LPC4078 reinvokeISP to enable ISP こんにちは、 @azzurrodante 返信が遅くなり申し訳ありません。まだご質問があれば、どうぞご連絡ください。 BR アリス

S32DS for PA v2.1 许可证即将到期 你好， 我的S32DS for PA v2.1许可证即将到期。 请协助延长维护时间。 多谢。 回复： S32DS for PA v2.1 license is going to expire 您好，我在这里的参赛有效期没有改变。是不是因为我的操作出了问题？ Re: S32DS for PA v2.1 license is going to expire 你好，Zipeng 请访问以下链接 电源架构开发工具 | 恩智浦半导体 点击下载。登录您的软件账户。 更新后的许可证密钥应显示在此处： 如有任何问题，请告知我。谢谢。 此致， 将要 Re: S32DS for PA v2.1 license is going to expire 团队分享了这个链接。如果对您不起作用，请告诉我。 如何扩展我的 CodeWarrior 评估软件 此致， 将要 Re: S32DS for PA v2.1 license is going to expire 你好，Zipeng 感谢您的反馈。我已经将您的问题转发给了 FlexNet 团队。一旦收到回复，我会立即通知您。谢谢你！ 此致， 将要

MRFG35010ANT1 Hello! Could you please confirm the authenticity of the marking on this label or the chip? This material was discontinued in 2018. Our factory happened to need this material code, so we purchased this model from the market suppliers. However, we are afraid of buying counterfeit goods, so we hope to receive your assistance to verify it. Re: MRFG35010ANT1 For the marking content/instruction please refer to the datasheet, page 20 The datasheet can be download it on the product page:  https://www.nxp.com/products/MRFG35010ANT1 Please see our Anti-Counterfeit Products Policy below. To minimize risk, customers should only buy NXP products directly from NXP or from one of our authorized distributors. https://www.nxp.com/support/sample-and-buy/distributor-network%3ADISTRIBUTORS NXP does not provide support for purchases made from unauthorized sources, including warranty support, failure analysis, marking or trace code verification. NXP Anti-Counterfeit Products Policy https://www.nxp.com/company/about-nxp/quality:QUALITY_HOME

MRFG35010ANT1 您好！请问您能否确认一下这个标签或芯片上的标记是否真实？该材料已于 2018 年停产。我们工厂正好需要这种材料代码，所以我们从市场上的供应商那里购买了这款产品。但是，我们担心买到假冒商品，所以希望您能协助我们进行鉴别。 Re: MRFG35010ANT1 有关标记内容/说明，请参阅数据表第20页。 您可以在产品页面下载数据手册： https://www.nxp.com/products/MRFG35010ANT1 请参阅下方的反假冒产品政策。 为最大限度降低风险，客户应仅直接从 NXP 或我们的授权代理商处购买 NXP 产品。 https://www.nxp.com/support/sample-and-buy/distributor-network%3ADISTRIBUTORS NXP 不为从非授权渠道购买的产品提供支持，包括保修支持、故障分析、标记或跟踪代码验证。 恩智浦反假冒产品政策 https://www.nxp.com/company/about-nxp/quality:QUALITY_HOME

[secureboot] S32K14X 37.5.8.4 Allowed simultaneous flash operations Dear NXPs S32K-RM.pdf   37.5.8.4 Allowed simultaneous flash operations Based on the figure above, there is a **race condition** between CSEc and P-Flash read operations (as indicated by the red box). Therefore, when calling `CSEC_DRV_VerifyMAC` from P-Flash, should the following workarounds be applied? 1. **Disable interrupts** before invoking `CSEC_DRV_VerifyMAC`, and **re-enable interrupts** after the function returns. 2. **Relocate `CSEC_DRV_VerifyMAC` to RAM** for execution (i.e., run the function from RAM rather than P-Flash). Re: [secureboot] S32K14X 37.5.8.4 Allowed simultaneous flash operations Hi @Prophet_Samuel  Something similar was already discussed here: https://community.nxp.com/t5/S32K/use-CSEC-DRV-GenerateMACAddrMode-to-generate-CMAC-but-occurs/m-p/1531146/highlight/true#M18072 It is sufficient to disable interrupts because CSEc driver in SDK already executes critical part of the code from RAM. And there's one more thing - there's a difference between CSEC_DRV_VerifyMAC and CSEC_DRV_VerifyMACAddrMode (and CSEC_DRV_GenerateMAC and CSEC_DRV_GenerateMACAddrMode).  Only the pointer method (that's terminology from S32K1 reference manual. SDK API uses "addr mode") does not allow program flash access during the execution. Normal non-pointer method does not have such limitation.  Regards, Lukas

S32DS 3.5 S32K344 freertos OsifUseSystemTimer S32K344 在不使用MACL, 使用FreeRtos的情况下，是否可以使用OsifUseSystemTimer, 如果可以使用，OsifCounterConfig里的选项应该怎么配置。如果使用OsifUseCustomTimer, 将Pit或者STM作为定时器， OsifCounterConfig又应该怎么配置？ Re: S32DS 3.5 S32K344 freertos OsifUseSystemTimer 如果有人看到这条信息，请注意，这是不正确的信息。 当 OsIfsOperatingSystemType 设置为 OsIfFreeRtosType 时，OsIf 系统计时器将被禁用。 仅在裸机模式下有效 https://community.nxp.com/t5/S32K/Microsecond-delay-outside-of-FreeRTOS-task-on-S32K344/td-p/1383622 Re: S32DS 3.5 S32K344 freertos OsifUseSystemTimer 嗨@harryoceana ， 抱歉，我以为您指的是不使用 FreeRTOS 的系统定时器。如果您使用的是任何操作系统，则必须使用该操作系统自带的时钟。 例如，在 FreeRTOS_Toggle_Led_Example_S32K344 中，设置了OsIfFreeRtosType选择，并改用 FreeRTOS 时钟。 此致， 朱利安 Re: S32DS 3.5 S32K344 freertos OsifUseSystemTimer 在freertos 下，时钟参考提示只能在无操作系统下使用，这个有影响吗？ Re: S32DS 3.5 S32K344 freertos OsifUseSystemTimer 嗨@harryoceana ， 是的，您可以使用系统计时器。请参考此帖子：已解决：使用 OSIF 的延迟函数 - NXP 社区。在较新的 RTD 更新中，您只需在 MCAL 层中添加“Clock_Ip_ReferencePoints”元器件，而不是 Mcu 驱动程序： 此致， 朱利安

startup_cm7.sのRaminitを編集した後、S32K312のスタンバイウェイクアップが機能しなくなりました。スラムの一部を保持する 説明： リンカースクリプトでは、SRAMの0x20417F80（RAMの最上位、NOLOAD、初期化テーブル/ゼロテーブルから除外）に128バイトのメールボックスがあります。アプリケーションが起動にジャンプする際にフラグをブートローダーに渡すために使っています — このデータはプログラムフラグのために保存しなければなりません 起動時の ECC-init ループがそのメールボックスをクリアしないようにするため、startup_cm7.s の RamInit セクションを編集しました。つまり、ゼロループは郵便受けの前で止まるのではなく、__INT_SRAM_END: RamInit: ldr r0, =__RAM_INIT cmp r0、0 beq SRAM_LOOP_END ldr r0、=MCRGM_DES ldr r1, [r0] ldr r2、=MCRGM_DES_F_POR r1、r1、r2 cmp r1、0 beq NO_INIT_STANDBY_REGION ldr r1, =__INT_SRAM_START ldr r2, =__PBL_SBL_MAILBOX_ADDR ; <-- 編集済み (元は __INT_SRAM_END) b ZERO_64B_RAM NO_INIT_STANDBY_REGION: ldr r1, =__BSS_SRAM_START ldr r2, =__PBL_SBL_MAILBOX_ADDR ; <-- 編集済み (元は __INT_SRAM_END) ZERO_64B_RAM: この編集により、アプリケーションがブートローダーにジャンプしても メールボックスは正しく保持 されます。プログラミング/フラッシュ用 しかし、この編集後、スタンバイ状態からの復帰機能が動作しなくなります。私のアプリケーションはIGNの最低モードでスタンバイに入り、起動しなくなり、コアが止まって再開できません。rasr[] 0x2040012e RamInitをデフォルト設定（ループが__INT_SRAM_ENDで終了する）に戻すと、スタンバイウェイクアップは再び正常に動作するようになりますが、メールボックスは保持されなくなります。 つまり、この2つは直接的に関連しています。メールボックスを保持する起動時の編集がスタンバイのウェイクアップを壊す原因です。 私の質問： RamInit領域を編集する（SRAMゼロループの停止位置を変更する）と、スタンバイからの復帰が壊れるのはなぜですか？スタンバイ／ウェイクアップ再開パスのどの部分が、起動時のRAM初期化動作に依存するのか？ スタンバイウェイクアップを壊さずに、アプリケーションからブートローダーへのジャンプを通じてメールボックスのリージョンを保持するために、起動を正しく変更する方法は何ですか? 別の RTD バージョンに切り替えると (例:RTD 2.0.0 または RTD 4.0.0）この起動/ウェイクアップ動作を変更して解決すれば良いのでしょうか、それともこれはRTDのバージョンとは関係ないのでしょうか？ 添付ファイル： startup_cm7.s(txt)(編集済み RamInit)、PBL リンカー スクリプト (txt) (メールボックスを 0x20417F80 に表示)、system.c。  S32DS-ARM     S32K312EVB-Q172     デバッグ | フラッシュプログラミング SDK Re: S32K312 standby wakeup stops working after editing RamInit in startup_cm7.s to retain part of s こんにちは、@Arif9845 さん。 サポートチケットも入力されているのが見えますが、誤解を避けるために、そちらで質問にお答えします。 よろしくお願いします、 ジュリアン