ssscli 对 SE051 默认支持哪些 AES 模式？ 你好， 我目前正在使用 Plug & Trust 中间件中的 ssscli 工具评估 SE051。 我的目标是使用 密码块链接(CBC)、ECB 等模式执行 AES 加密和解密操作，理想情况下，还可以使用 GCM 或 CCM 等 AEAD 模式。 在查看提供的 ssscli Python 源代码时，我注意到以下几点： 在 const.py 中，CRYPT_ALGO 字典仅定义了 AES_CTR。 在 cli.py 中，加密和解密命令的帮助文本只提到了 --algo oaep 和 --algo rsaes。 由于我计划将其用于商业产品，因此我希望避免修改 NXP 提供的源代码（例如 const.py 或 cli.py）。 请您澄清以下几点？ 开箱即用的支持： 在不修改任何源代码的情况下，当前版本（04.07.01）中的 ssscli 加密/解密命令有哪些 AES 模式可用？ 是否仅限于 AES_CTR？ 替代方案： 如果我需要在不修改 Python CLI 脚本的情况下使用 密码块链接(CBC) 或 GCM 等其他模式，推荐的方法是否是使用 C-API 开发自定义应用程序？ 或者，NXP 是否有其他预构建的工具/二进制文件可用于评估这些特定的 AES 模式？ 环境： 板： MCIMX8M-WEVK 和 OM-SE051ARD SoC： i.MX 8M Linux 版本： 6.1.151-cip46 Plug & Trust MW 版本： 2001年7月4日 任何指导都将不胜感激。 Re: What AES modes are supported out-of-the-box by ssscli for SE051? 嗨@Uc_S ， 是的，ssscli 对 AES 的开箱即用支持仅限于 AES_CTR，如果您不想修改 Python 代码，则必须用 C 开发自定义应用程序，例如 MW 中提供的示例，例如 ex_sss_symmetric 演示。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? 感谢您的清晰答复。 我完全理解。值得注意的是，AES_CTR 是 ssscli 唯一开箱即用的受支持模式。 根据您的建议，我们将考虑使用提供的示例开发一个自定义的 C 应用程序来实现其他 AES 模式。

FS26 Amux sensing issue I am attempting to measure the voltage on the AMUX pin after routing the BAT sense voltage to it. I have verified all relevant register values, and the FS_STATES register reports the device is in Normal mode. However, the AMUX pin continues to output 0 V, and my 12‑bit ADC consistently reads a value of 0. I used one of the S32K3xx reference examples as the basis for my code, which I have attached, but the AMUX measurement is not functioning as expected. please, check this. Re: FS26 Amux sensing issue Hi, Thank you for sharing the code and details. Could you please check the following: - Read back M_AMUX_CTRL register after the write and confirm that AMUX_EN = 1 and AMUX[4:0] = 0x16 (BATSENSE selected).  - Please also confirm that the SPI response indicates M_AVAL = 1, meaning the main state machine is in Normal mode. - On the hardware side, please verify that the BATSENSE pin has the expected voltage present and that the AMUX pin is correctly routed to the ADC input.   BRs, Tomas Re: FS26 Amux sensing issue Hi,  Your read-back confirms the AMUX is configured correctly, but the device is stuck in the INIT_FS. To resolve this, please follow the initialization and watchdog sequence described in AN13850 (Secure file requiring an NDA), sections 6.1 and 6.2: After power-up or reset, configure all required FS_I_xxx and FS_I_NOT_xxx registers as described in section 6.1. Perform a good watchdog refresh within the 256ms INIT_FS window to close the initialization phase. Once the safety outputs are released, the device will enter Normal mode and AMUX measurements should function as expected. BRs, Tomas Re: FS26 Amux sensing issue The M_AMUX_CTRL register was configured for M_AMUX_EN | M_AMUX_BATSENSE | M_AMUX_DIV_0 and verified via read-back as 0x56. This confirms the analog multiplexer is active and correctly routing the 12V BATSENSE input.   However, the SPI device status (u8DeviceStatus) reads back as 0xCA. Because the most significant bit is set (sbc_fs26_RxFrameType.u8DeviceStatus & 0x80 == 1), a global Fail-Safe fault is active. Additionally, the FS_STATES register returns 11, proving the device is stuck in the INIT_FS (Initialization Fail-Safe) state.  Re: FS26 Amux sensing issue Thank you for your support. My AMUX was not enabled properly, so it wasn’t routing the selected voltages to the AMUX pin. I appreciate the INIT sequence you provided — it solved the issue. I also configured the watchdog period to 256, and now the device remains in Normal state as expected.

S32DS for ARM 2018R1 IDE 的许可证已过期 我的 S32DS for ARM 2018R1 IDE 许可证 已过期。请问您能否帮忙查询并续期？ 我查看了软件许可，但是这个版本我无法自行扩展（ARM2.2 版本可以）。 提前谢谢您。 激活 | 安装 | 许可 | 安装程序下载 Re: License of S32DS for ARM 2018R1 IDE has expired Ahoj Matúši, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。

KW47 NBU programming and upgrade Hi: I want to know how to programming and upgrade of KW47 NBU.I hope the steps can be more detailed.  Thank you! Re: KW47 NBU programming and upgrade Hi: Thank you very much for your support. I can now update the nbu firmware through the method you provided.  I see that the method you provided doesn't include the way to update nbu through firmware?  For instance, if my device is launched on the market and I need to update the nbu version, how should I proceed?  Thank you! Re: KW47 NBU programming and upgrade Hello, hope you are doing well. You can refer to AN14796 Migration Guide from the KW45 to the KW47, section 6.2 "Load NBU firmware in KW47". In this document you will find several methods to update the NBU for KW47 (the steps are demonstrated using the KW47-EVK), including blhost, the Secure Provisioning Tool and LinkServer, you can use whichever approach works best for your development. The detailed steps for each method are included as well. Hope this helps! If you have any further question, please let me know. Best regards, Ana Sofia. Re: KW47 NBU programming and upgrade Hello, The ROM Bootloader has a firmware update feature that can be used for updating main flash as well as radio flash firmware. For in-field NBU updates, the workflow typically follows this sequence: the application stores the update image and writes the corresponding metadata into the User IFR0 OTACFG region, then triggers a system reset so the ROM bootloader can take over and perform the radio firmware update. More information is available in the KW47 Security Reference Manual sections 4.2.6 “Firmware update feature” and 4.2.2.3 Over-the-air (OTA) update configuration. Best regards, Ana Sofia.

LPC55S28 VBAT_PMU 电流消耗 我有一块PCB板，原理图如下。我备有一颗纽扣电池，以防PCB主电源断开。据我了解，MCU 上的 VBAT_PMU（引脚 51）专用于Always‑On (PD_AON) 域。 当我测量电池的电流消耗时（没有主电源，只有电池供电），我得到大约 102uA 的电流。这远远高于 RTC 的预期功耗，即使移除 D12 也是如此。Vbat 仅连接到 VBAT_PMU 引脚，没有连接到其他任何引脚。 这里预期会出现什么情况？我预计 VBAT_PMU 只会消耗足够的电流，以确保在断电期间 RTC 能够保持时间。102uA 的电流会很快耗尽 CR1632 纽扣电池的电量。 如何给MCU供电，才能使电池只为RTC供电，并且在主电源断开时电流消耗小于1uA？ Re: LPC55S28 VBAT_PMU Current Draw 嗨@guitardenver 在 LPC55S28 上，VBAT_PMU 是始终开启功能域的电源，该功能域包括 PMC、RTC 和 OS 事件定时器，只要存在有效的 VBAT 电源，该功能域就会保持通电状态。从该功能域来看，即使深度掉电，RTC 也能继续运行。 VBAT_PMU 本身并不能保证“仅 RTC 电流”。要获得亚微安级的备用电流，设备必须处于深度掉电模式。 因此，您测得的在主电源移除后的 ~102 µA 与仅 RTC 深度掉电运行不符。 对于 LPC55S2x/LPC552x，数据手册显示，在 25 °C 和 3.0 V 的深度睡眠模式下，典型总供电电流为 110 µA；而 RTC 振荡器禁用时的深度掉电电流为 590 nA；RTC 由外部晶体供电时的深度掉电电流为 790 nA。 要使 LPC55S28 上的纽扣电池电流小于 1 µA，只需从电池为 VBAT_PMU 供电，并在移除主电源之前使固件进入深度掉电状态。 BR 哈里 Re: LPC55S28 VBAT_PMU Current Draw 感谢你的回复！ 我编写了一段代码，可以在发生低电压中断时触发深度掉电，效果很好。但这种方法存在一个巨大的问题。如果 ROM 引导加载程序正在执行，并且电源被移除，则不会设置掉电中断，也没有代码将其置于掉电状态。 有没有什么好办法可以保证我能进入深度关机模式？如果任何状态使MCU处于正常模式，电池就会耗尽。或许我遗漏了什么。如果不行，我可能就得在板子上加装一个外置实时时钟芯片了。 Re: LPC55S28 VBAT_PMU Current Draw 嗨@guitardenver 不——对于 LPC55S28，如果设备在主电源移除时可能正在执行 ROM 引导加载程序，则不能仅通过固件保证进入深度掉电状态。深度掉电是通过电源 API 以软件方式进入的模式。 BR 哈里

如何在 SGMII 中为 M7 内核配置 PFE_MAC 您好，NXP， 我们希望在 PFE_MAC 和以太网交换机的端口之间建立 SGMII 链路。 请问是否有针对 M7 内核在 SGMII 中配置 PFE_MAC 的示例？ 感谢您的帮助。 Re: How to configure PFE_MAC in SGMII for the M7 core 你好， @77373 感谢你的帖子。 是的，PFE MCAL 软件包中确实包含此功能，您可以查看其中包含的相应示例，这些示例可以通过您的 NXP 帐户访问和下载，或者通过以下链接应用： https://www.nxp.com/app-autopackagemgr/automotive-software-package-manager:AUTO-SW-PACKAGE-MANAGER BR 陈银

IMX8MP secondary image boot Does IMG_CNTN_SET1_OFFSET secondary image boot (RM 6.1.6.2) work for ECSPI ("SPI") NOR boot on i.MX8MP, or only for FlexSPI NOR (and SD/eMMC)? Table 6-28 lists "SPI" and "FlexSPI NOR" as separate boot devices, and the secondary-offset valid values are stated only "for FlexSPI NOR boot." Re: IMX8MP secondary image boot Hello, Your understanding is wrong, the IMG_CNTN_SET1_OFFSET secondary image boot also work for SPI devices, only with a different offset: For FlexSPI = the valid values are: 0, 1, 2, 3, 4, 5, 6, and 7 For SPI = Secondary boot is disabled if fuse value is bigger than 10, n = fuse value bigger than 10. • n == 0: Offset = 4MB • n == 2: Offset = 1MB • Others & n <= 10 : Offset = 1MB*2^n Re: IMX8MP secondary image boot Thanks — that clears up the offset mapping. Two follow-ups so we can reproduce it on our i.MX8MP board (boot NOR on ECSPI2, OPEN / non-HAB config, fuse read 2 1 = 0 → n=0 → 4 MB): What triggers the ROM to switch to the secondary image on SPI NOR? Is it any invalid primary boot header / failed image parse, or specifically a HAB authentication failure? In other words, does secondary-image boot work in open (non-secured) configuration, or only when the device is HAB-closed? Does it fall back on the same reset, or does it require a power cycle / a second reset (persistent-boot style)? Must the secondary image at the 4 MB offset be a separately-built bootable image (its own IVT/boot data for that offset), or is a byte-identical copy of the primary sufficient?

Difference in ADC noise between BCTU Control Mode and Trigger Mode Hello, I am working on an application using the [S32k322] where I use the eMIOS timer to trigger the BCTU every 100 µs to read analog data. I am observing a strange behavior between the two BCTU modes: Control Mode: When the ADC CTU mode is set to Control Mode, the ADC conversions are completely stable. The data read via FreeMASTER is clean and free of noise or glitches. Trigger Mode: When I switch the ADC CTU mode to Trigger Mode (keeping the 100 µs eMIOS trigger identical), the sampled analog data becomes noisy and exhibits noticeable glitches in FreeMASTER. Are there specific architectural configurations, timing constraints, or register settings (such as trigger delays, FIFO configurations, or clock synchronization) required for Trigger Mode to prevent this noise? Thank you for your help. Output with ADC ctu mode : Trigger Mode output with ADC ctu mode : Control Mode Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ could you please share the test project and i will test it on myside. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent ,    Thanks for the response. My ADC clock is 160MHz, and I've attached my ADC configuration and register values below. Clock ADC Configuration Output with ADC ctu mode : Trigger Mode output with ADC ctu mode : Control Mode Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ Based on the configuration screenshot you provided, there are some configuration issues, specifically the division ratios for the module clock and calibration clock. The ADC clock configuration must strictly follow the table below. please change it and test  again, Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent  I have attached test code. is it possible to work on BCTU and normal conversion for the some selected channels (ADC_Instance0 and ADC_Instance1)? Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent  " yes, it is possible to work on BCTU and normal conversion." is there any example code for reference? " Also, your program still doesn't modify the ADC module clock and calibration clock divider. Below are my test results; I connected the port externally to GND. You can see there isn't a significant difference. " could you please share the modified test project and i will test it on myside. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ I don't have a demo like that; the attached file is a modified project. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ yes, it is possible to work on BCTU and normal conversion. I tested the program you provided and made some modifications. Your external clock is 25MHz, while mine is 16MHz. Also, your program still doesn't modify the ADC module clock and calibration clock divider. Below are my test results; I connected the port externally to VDD（my typing error）. You can see there isn't a significant difference. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent  Thank you for attaching the modified project. I have tested it, but it is currently not working for normal ADC conversions in my setup. However, my actual application requires a system clock of 25 MHz. The only change I made to your project was updating this clock frequency from 16 MHz to 25 MHz. After changing the clock to 25 MHz, and setting the Adc CTU mode in control Mode the Normal conversions is not working , while the BCTU conversions continue to function. when the Adc CTU mode is in Trigger mode, Normal conversions  and the BCTU conversions continue to function. Is the project you attached designed to support both BCTU Trigger Mode and Normal conversions simultaneously at 25 MHz? If so, what additional clock dividers, prescalers, or sampling time configurations do I need to adjust to make it work at this higher frequency? Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ I've already show you of my test results, and you should have noticed that the fluctuations in my sampling results are perfectly normal. My suggestion is that you could try increasing the sampling time, as I previously suggested. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent  I configured the ADC to use Trigger mode since conversions need to be driven by both the BCTU and Normal modes. However, when using Trigger mode, I noticed noise on the ADC data measured via the BCTU as mention previously. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ if your ADC conversions are driven through BCTU , use BCTU Control mode . If you want the ADC to accept normal/injected conversions or other trigger paths, use Trigger mode . BCTU Control mode locks ADC start control to BCTU only; Trigger mode leaves the ADC open to normal/injected and other supported conversion triggers. So your test results are in line with expectations.

LPC55S28 VBAT_PMU 消費電流 下記の回路図が描かれたプリント基板があります。基板の主電源が切断された場合に備えて、バックアップ用のコイン型電池を用意しています。私の理解では、MCUのVBAT_PMU(ピン51)は常時オン(PD_AON)ドメイン。 メイン電源を使わずにバッテリーだけを使った状態でバッテリーの電流消費量を測ると、約102uAになります。これはRTCが消費する量をはるかに超える。D12が削除された場合のイベントです。VBATはVBAT_PMUピンにのみ接続されており、それ以外は接続されません。 ここで期待される動作は何ですか？VBAT_PMUは、電源が切れている間、RTCが時刻を維持するために必要なだけの電流しか消費しないはずだと私は考えています。102μAの電流では、CR1632型コイン電池はかなり早く消耗してしまうだろう。 MCUに電力を供給するにはどうすればいいですか?バッテリーはRTCだけに電力を供給し、メイン電源を外したときに1uA未満の電力を消費します。 Re: LPC55S28 VBAT_PMU Current Draw こんにちは、 @guitardenver LPC55S28では、VBAT_PMU常時オンドメインの電源であり、PMC、RTC、OSイベントタイマーを含む。有効なVBAT電源が存在する限り、そのドメインは電源を維持します。RTCはそのドメインから深いダウン状態で動作を続けられます。 VBAT_PMU単体では「RTC専用電流」を保証するものではありません。サブマイクロアンペアのバックアップ電流を得るには、デバイスをディープパワーダウンモードにする必要があります。 したがって、主電源を抜いた状態で測定された約102μAは、RTCのみの深切断動作とは一致しません。 LPC55S2x/LPC552xのデータシートによると、25℃、3.0Vでのディープスリープモード時の標準的な総供給電流は110μAですが、RTC発振器を無効にした状態でのディープパワーダウン時は590nA、外部水晶発振器でRTCを動作させた状態では790nAとなっています。 LPC55S28のコイン型電池から1µA未満の電流を得るには、バッテリーからVBAT_PMUのみに電力を供給し、主電源が切断される前にファームウェアがディープパワーダウン状態に入るようにします。 BR ハリー Re: LPC55S28 VBAT_PMU Current Draw お返事ありがとうございます！ 電圧低下割り込みでディープパワーダウンをトリガーするコードがあり、これはうまく機能しています。しかし、この方法には大きな問題があります。ROMブートローダーが実行中に電源が切断された場合、ブラウンアウト割り込みは設定されておらず、電源を切断するためのコードも含まれていません。 ディープパワーダウンモードに入ることを確実にする方法はありますか?もしMCUがノーマルモードに残る状態が現れると、バッテリーが消耗します。何か見落としていることがあるのかもしれない。そうでない場合は、基板上に外部RTCチップを取り付ける必要があるかもしれません。 Re: LPC55S28 VBAT_PMU Current Draw こんにちは、 @guitardenver いいえ — LPC55S28では、メイン電源が外れたときにデバイスがROMブートローダーを実行している可能性がある場合、ファームウェアだけでDeep Power-downに入ることを保証できません。ディープ・ダウンは、パワーAPIを通じてソフトウェアで入力されるモードです。 BR ハリー

使用 S32K3X8EVB-Q289 板载调试器对自定义 S32K358 目标进行编程 我目前正在使用 S32K3X8EVB-Q289 评估板，并基于 S32K358 MCU 开发了定制硬件设计。 请问您能否澄清一下： 官方是否支持使用 EVB 板载调试器对外部 S32K358 目标进行编程/调试？ 如果支持，EVB 需要进行哪些跳线设置或硬件修改？ 为此应该使用哪个调试连接器？ 与使用 S32 调试探针相比，有哪些局限性？ 是否有相关文档或应用笔记描述此配置？ 感谢您的支持。 问候， 亚什·古普塔 Re: Using S32K3X8EVB-Q289 On-Board Debugger to Program a Custom S32K358 Target 你好@Yash2530 ， 1. 是的，支持使用 S32K3X8EVB-Q289 板载调试器对外部 S32K358 目标进行编程/调试。实际上，EVB 板载 OpenSDA 调试器使用的是 P&E Micro 开发的引导加载程序/调试应用程序 - https://community.nxp.com/t5/S32-Design-Studio/Which-debugging-interface-is-better/mp/1715877 2. 对于此使用情况，EVB 上不需要焊接返工或跳线设置。 3. J55 USB 主机连接器。 4. 实际上，对于外部 S32K358 目标的标准烧录和源代码级调试，EVB 的板载调试器应该足够了。由于我不知道您最看重哪些功能，请您自行比较各项功能： https://www.nxp.com/design/design-center/software/automotive-software-and-tools/s32-design-studio-ide/s32-debugger-for-s32-platform:S32DBG-S32PLATFORM https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320180&productTab=5045 5. 是的， https://www.nxp.com/webapp/Download? colCode=S32K3X8EVB-Q289HWUM 顺祝商祺！ 帕维尔

Temperature condition for IMX95LPD5EVK measurements Hi, Going through the AN14449 document, I cannot find the temperature condition for the measurements? Was the heat-sink mounted? Was the fan mounted and running? What ambient temperature was used? Re: Temperature condition for IMX95LPD5EVK measurements Hello,  The board was tested as it is. The Note: In the used BCU software tool, measurements are performed using the on-board measurement circuitry and these measurements are taken at room temperature without thermal forcing equipment. Only means it was tested on ambient temperature, it wasn't tested in a chamber room but the board keeps the heatsink and fan. 

IMX8MPセカンダリイメージブート IMG_CNTN_SET1_OFFSETセカンダリイメージブート（RM 6.1.6.2）は、i.MX8MP上のECSPI（"SPI") NORブートで動作しますか、それともFlexSPI NOR（およびSD/eMMC）のみで動作しますか？表6-28では、「SPI」と「FlexSPI NOR」が別々のブートデバイスとして記載されており、セカンダリオフセットの有効値は「FlexSPI NORブートの場合」にのみ記載されています。 Re: IMX8MP secondary image boot こんにちは、 あなたの理解は間違っています。IMG_CNTN_SET1_OFFSETセカンダリイメージブートはSPIデバイスでも動作しますが、オフセットが異なります。 FlexSPI の有効な値は、0、1、2、3、4、5、6、および 7 です。 SPI の場合、ヒューズ値が 10 より大きい場合、セカンダリ ブートは無効になります。n = ヒューズ値が より大きい場合 10. • n == 0: オフセット = 4MB • n == 2: オフセット = 1MB • その他 & n <= 10 : オフセット = 1MB*2^n Re: IMX8MP secondary image boot ありがとうございます。これでオフセットマッピングの問題が解決しました。i.MX8MPボード上で再現するために2つのフォローアップです(ECSPI2でNOR起動、OPEN/非HAB設定、ヒューズ読み取り2 1 = 0 → n=0 → 4MB): ROMがSPI NORのセカンダリイメージに切り替わるトリガーは何ですか?これは無効なプライマリブートヘッダーやイメージ解析失敗、それとも特定のHAB認証失敗なのでしょうか?つまり、セカンダリイメージブートはオープン（非セキュア）構成でも機能するのか、それともデバイスがHABで閉じられている場合にのみ機能するのか？ 同じリセット手順にフォールバックするのか、それとも電源のオンオフ／2回目のリセット（永続起動方式）が必要になるのか？ 4MBオフセットにあるセカンダリイメージは、別途構築されたブート可能なイメージ（そのオフセット用の独自のIVT/ブートデータ）である必要がありますか、それともプライマリイメージとバイト単位で同一のコピーで十分ですか？

IMX95LPD5EVK测量的温度条件 您好， 查阅AN14449文档后，我找不到测量所需的温度条件？散热器安装好了吗？风扇安装好了吗？运转正常吗？环境温度是多少？ Re: Temperature condition for IMX95LPD5EVK measurements 你好， 板按原样进行了测试。 注：在所使用的BCU软件工具中，测量是使用板载测量电路进行的。 这些测量是在室温下进行的，没有使用任何热力设备。这只是意味着它在环境温度下进行了测试，而不是在恒温箱中进行了测试，但电路板保留了散热片和风扇。

DESFire EV3トランザクションMAC入力（TMI）の構築 — TapLinxによるバックエンド検証 こんにちは、 バックエンドでDESFire EV3トランザクションMAC（TMV/TMC）の値を検証しています。カード TapLinx（CommitTransaction）を介してトランザクションMACを生成します。取引は手に入れた MACキー、カードUID、TMC(事前・事後)、そして返却されたTMV、そして 公開参照からEV2セッションキー導出を実装しましたが、私はできません。 正確なトランザクションMAC入力(TMI)バイトを持っていないため、TMVを再現しています EV3の建設。 以下の点で助けていただけませんか: 1.DESFire EV3 の正確な TMI 蓄積 (どのコマンド バイト/フィールドが （注文内容、梱包材を含む）。 2. 同じトランザクションでコミットされたバックアップデータファイルの書き込みが対象となるかどうか TMIによる。 3. 既知のキーを持つトランザクションMAC参照ベクトルが利用可能かどうか 実装を検証するために、（キー + TMI + TMC + TMV）を使用します。 4. これがNDAのみの場合、小規模会社としてDS4870 / AN12757を取得する正しい方法。 ご回答をお待ちしています。 Re: DESFire EV3 Transaction MAC Input (TMI) construction — backend verification with TapLinx お世話になります。 私たちの製品にご関心を持っていただき、本当にありがとうございます。 残念ながら、MIFARE DESFire EV3のセキュア ドキュメントにアクセスするにはNDAへの署名が必要です。よくある質問（FAQ）をご確認の上、秘密保持契約書（NDA）にご記入ください。当サイトから新しいチケットを作成する必要があります。 この情報がお役に立てば幸いです。

KW47 NBU 编程和升级 您好： 我想了解如何对KW47 NBU进行编程和升级。希望步骤能更详细一些。 谢谢！ Re: KW47 NBU programming and upgrade 您好： 非常感谢您的支持。我现在可以通过您提供的方法更新nbu固件。 我发现您提供的方法似乎没有包含通过固件更新NBU的方法？例如，如果我的设备已经上市，需要更新NBU版本，我应该如何操作？ 谢谢！ Re: KW47 NBU programming and upgrade 你好，希望你一切都好。 您可以参考AN14796 从 KW45 迁移到 KW47 的指南，第 6.2 节“在 KW47 中加载 NBU 固件”。 本文档将介绍几种更新 KW47 的 NBU 的方法（以 KW47-EVK 为例演示），包括 blhost、安全配置工具和 LinkServer，您可以选择最适合您开发的方法。每种方法的详细步骤也包含在内。 希望这能帮到你！如果您还有其他问题，请告诉我。 此致， 安娜·索菲亚。 Re: KW47 NBU programming and upgrade 你好， ROM引导加载程序具有固件更新功能，可用于更新主闪存以及无线电闪存固件。 对于现场 NBU 更新，工作流程通常遵循以下顺序：应用程序存储更新映像并将相应的元数据写入用户 IFR0 OTACFG 区域，然后触发系统重置，以便 ROM 引导加载程序可以接管并执行无线电固件更新。 更多信息请参阅KW47 安全参考手册第 4.2.6 节“固件更新功能”和第 4.2.2.3 节“空中 (OTA) 更新配置”。 此致， 安娜·索菲亚。

License of S32DS for ARM 2018R1 IDE has expired My license of S32DS for ARM 2018R1 IDE has expired. Could you help check and extend it? I checked the Software licensing but this version I can not extend myself (I can the ARM2.2). Thank you in advance. Activation | Installation | Licensing | Installer Download Re: License of S32DS for ARM 2018R1 IDE has expired Ahoj Matúši,   your S32DS license has been extended. Please activate S32DS again with your old code. 

How to configure PFE_MAC in SGMII for the M7 core Hello NXP, We would like to establish an SGMII link between PFE_MAC and Port of the Ethernet switch. Do you have examples to configure PFE_MAC in SGMII for the M7 core? Thank you for your help. Re: How to configure PFE_MAC in SGMII for the M7 core Hello, @77373  Thanks for your post. Yes, it does exist in the PFE MCAL package, you may check the corresponding examples included, which could be accessed and downloaded it from your NXP account or applying it via the following link: https://www.nxp.com/app-autopackagemgr/automotive-software-package-manager:AUTO-SW-PACKAGE-MANAGER BR Chenyin

What AES modes are supported out-of-the-box by ssscli for SE051? Hello, I am currently evaluating the SE051 using the ssscli tool from the Plug & Trust Middleware. My goal is to perform AES encryption and decryption operations using modes such as CBC, ECB, and ideally AEAD modes like GCM or CCM. While looking at the provided Python source code for ssscli, I noticed the following: In const.py, the CRYPT_ALGO dictionary only defines AES_CTR. In cli.py, the help text for the encrypt and decrypt commands only mentions --algo oaep and --algo rsaes. Since I am planning to use this in a commercial product, I would like to avoid modifying the NXP-provided source code (such as const.py or cli.py). Could you please clarify the following points? Out-of-the-box Support: Without modifying any source code, what AES modes are available by the ssscli encrypt/decrypt commands in the current release (04.07.01)? Is it limited to AES_CTR? Alternative Approach: If I need to use other modes like CBC or GCM without modifying the Python CLI scripts, is the recommended approach to develop a custom application using the C-API? Or is there another pre-built NXP tool/binary available for evaluating these specific AES modes? Environment: Board: MCIMX8M-WEVK and OM-SE051ARD SoC: i.MX 8M Linux version: 6.1.151-cip46 Plug & Trust MW version: 04.07.01 Any guidance would be highly appreciated. Re: What AES modes are supported out-of-the-box by ssscli for SE051? Hi @Uc_S , Yes, the out of box support by ssscli on AES is just limited to AES_CTR, if you don't want to modify the python code, you have to develop a custom application in C, such as the examples provided within the MW, for example, the demo of ex_sss_symmetric.  Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? Thank you for the clear response. I completely understand. It is very helpful to know that AES_CTR is the only out-of-the-box supported mode for ssscli. Based on your advice, we will consider developing a custom C application using the provided examples to implement the other AES modes.

SSSCLIがSE051で標準サポートしているAESモードは何ですか? こんにちは、 現在、Plug & Trust Middlewareのssscliツールを使用してSE051の評価を行っています。 私の目標は、CBC、ECBなどのモード、理想的にはGCMやCCMのようなAEADモードを使ってAES暗号および復号化を行うことです。 ssscli の Python ソースコードを調べていたところ、以下の点に気づきました。 const.pyでは、CRYPT_ALGO辞書はAES_CTRのみを定義しています。 cli.py では、encrypt コマンドと decrypt コマンドのヘルプ テキストには --algo oaep と --algo rsaes しか記載されていません。 商用製品で使う予定なので、NXPが提供するソースコード(const.py や cli.py など)を改変するのは避けたいです。 以下の点について説明していただけますか? 標準サポート: ソースコードを改変せずに、現在のリリース(04.07.01)でSSSCLIの暗号化/復号コマンドで利用可能なAESモードは何ですか? AES_CTRに限定されるのでしょうか？ 代替アプローチ: PythonのCLIスクリプトを改変せずにCBCやGCMのような他のモードを使う必要がある場合、C-APIを使ってカスタムアプリケーションを開発するのが推奨されるのでしょうか? それとも、これらの特定のAESモードを評価するための他の既成のNXPツールやバイナリはありますか? 環境: ボード： MCIMX8M-WEVKとOM-SE051ARD SoC: i.MX 8M Linux版: 6.1.151-CIP46 Plug & Trust MW バージョン: 2001年4月7日 何かご助言いただければ大変ありがたいです。 Re: What AES modes are supported out-of-the-box by ssscli for SE051? こんにちは、 @Uc_S さん。 はい、SSSCLIによるAESのすぐに使えるサポートはAES_CTR単に限られています。Pythonコードを修正したくない場合は、MWに示されている例のようにCでカスタムアプリケーションを開発する必要があります。例えばex_sss_symmetricのデモなどです。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? 明確なご回答をありがとうございました。 よく分かります。ssscliで標準でサポートされているモードはAES_CTRのみであることを知っておくと非常に役立ちます。 ご助言をもとに、提供された例を用いて他のAESモードを実装するためのカスタムCアプリケーションの開発を検討します。

Linuxカーネル6.1.85用のIW416 Wi-Fi/BTドライバーのソースコードおよびビルドガイドの要請 こんにちは、NXPコミュニティの皆さん、 現在、 NXP IW416(8997ベース) Wi-Fi/BluetoothモジュールをカスタムSBCに統合する作業を進めています。私のシステムは Linuxカーネル6.1.85を搭載したYoctoベースのディストリビューションを使っています。 Wi-FiとBluetoothのドライバーを独立したカーネルモジュールとして構築したいのですが、正しくて最も安定したソースを使っているか確認したいです。 以下の点について教えていただけませんか? ドライバーソースコード: カーネル6.1.85では、どのリポジトリとブランチ(またはコミット)を使うべきでしょうか? 組み立て手順: これらのドライバーや必要なファームウェアを正しく構築・統合する方法についての公式ドキュメントやアプリケーションノート、ガイドはありますか? 何かご助言や適切な情報源を教えていただければ大変ありがたいです。 お手数ですが、よろしくお願いいたします。   Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 私の環境設定は以下のとおりです。 $ ls -al /lib/firmware/nxp/ drwxr-xr-x 2 root root 4096 2月 28 02:44 ./ drwxr-xr-x 3 root root 4096 2月 28 2024 ../ -rw-r--r-- 1 root root 415996 2月 28 2024 sdioiw416_wlan_v0.bin -rw-r--r-- 1 root root 570976 2月 28 2024 sdiouartiw416_combo_v0.bin -rw-r--r-- 1 root root 154920 2月 28 2024 uartiw416_bt_v0.bin -rw-r--r-- 1 root root 58 2月 28 02:28 wifi_mod_para.conf   $ cat /lib/firmware/nxp/wifi_mod_para.conf fw_name= "nxp/sdiouartiw416_combo_v0.bin" cal_data_cfg=なし   $ lsmod モジュールサイズ使用 モアル 745472 0 mlan 585728 1 moal   DMESGログの関連部分は提供できます。どのキーワードやパーツにgrepをすべきか教えてもらえますか?また、正常に動作した場合の期待される結果／出力についても知りたいです。   よろしくお願いします。 +起動時には、以下のようにMLANドライバからのログがあります。 [ 1.312336] wlan: MWLANドライバの読み込み中 [ 1.316381] wlan: バスドライバへの登録... [ 1.321331] wlan: バスドライバへの登録完了 [ 1.326355] wlan: ドライバのロードが正常に完了   Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 @sunam ファームウェアは /lib/firmware/nxp/ に配置する必要があります。 Wi-FiとBluetoothのコンボファームウェアを使用している場合は、以下のように設定してください。 root@imx8mnevk: /lib/firmware/nxp # ls -l sduartiw416_combo.bin -rw-r--r-- 1 root root 406996 2011年4月5日sduartiw416_combo.bin 入力した後は、/lib/firmware/nxp/wifi_mod_para.confのWi-Fiドライバーの読み込みパラメータを再度確認し、ファームウェア名が一致しているか再度確認してください。 それでも起動しない場合は、デバイスの起動時に取得したdmesgログを提供してください。 よろしくお願いいたします。 Christine。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 私は現在、IW416チップを使用しています。6.1.55-2.2.2ブランチを使ってドライバを無事に構築でき、ドライバが正しく生成されていることも確認しました。 しかし、どうやら動作していないようで、最新のファームウェアがインストールされていないことが原因ではないかと疑っています。ファームウェアファイルをどのディレクトリに入れるべきか教えていただけますか? よろしくお願いします。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 @sunam 1. ご使用のチップセットがIW416か88W8997のどちらであるかを再度ご確認ください。これらは異なるチップセットです。 IW416の場合、 最新のファームウェアをダウンロードするには： imx-firmware/FwImage_IW416_SD (lf-6.18.20_2.0.0) · nxp-imx/imx-firmware · GitHub 最新のドライバーをダウンロードするには: GitHub - nxp-imx/mwifiex at lf-6.18.20_2.0.0 · GitHub また、ドライバーのソースコードはLinuxカーネルバージョン 2.6.32から6.19.0まで運行しているホストとも互換性があるので、あなたのL6.1.85には問題ありません。 2. ビルド手順: これらのドライバや必要なファームウェアを正しく構築・統合する方法についての公式ドキュメント、アプリケーションノート、ガイドはありますか? ==> 参照先: NXP Wi-Fiドライバーのダウンロードと構築方法 また、以下のドキュメントもあなたにとって役立つと思います。 Linux OSを実行する8M Quad EVK上でNXPベースのワイヤレスモジュール i.MX 始める 他に何かご心配な点がございましたら、お知らせください。 もし違うなら、私の回答を解決策としてマークして、閉じるのを手伝ってください。 当社の製品使用中に問題が発生した場合は、新たなCASEの作成を歓迎します。 よろしくお願いいたします。 Christine。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 @sunam 通常は以下のようなdmesgログが出力されるはずです。 ========= root@imx8mnevk:~# dmesg |グレップ・ウラン [ 5.127546] wlan: MWLANドライバーの読み込み [ 5.141006] WLAN: バス運転手への登録... [ 5.213728] wlan: TX SGモードを有効にする [ 5.217262] WLAN: mpa_tx.BUF_Size=65280 [ 5.221136] wlan: RX SG モードを有効にする [ 5.224679] wlan: mpa_rx.buf_size=65280 [ 6.505940] wlan: RX SG モードを有効にする [ 6.585864] wlan: version = SD8987----16.92.21.p155.1-MM6X16540.p33-GPL-(FP92)//これは、当社の88W8987の例です。 [ 6.624373] wlan: バス運転手への登録完了 [ 6.637582] wlan: ドライバのロードが正常に完了 ======== wifi_mod_para.confを以下のように変更できます: ====== SDIW416 = { fw_name=nxp/sdiouartiw416_combo_v0.bin cal_data_cfg=なし cfg80211_wext=0xf max_sta_bss=1 drv_mode=7 } ======= それでも解決しない場合は、デバイスの起動時に取得したdmesgログをすべて提供してください。 DMESGログは添付ファイルとしてアップロードできます。 よろしくお願いいたします。 Christine。