ECDA signature verification with CASPER Spoiler (Highlight to read)     Hello, I managed to build mbedTLS on my own, in order to verify a signature with ECDSA (MBEDTLS_ECP_DP_SECP256R1). With no alt implementation (all computation done by the CPU), the signature verification takes up to 4 seconds to compute on the LPC55S06. I'm trying now to link mbedTLS ecdsa_verify() function with CASPER fsl driver. But it's not clear to me as the ECDSA verification doens't seem to be a single operation.  How to link the basic primitive of CAPSER (SECP256R1_Mul & SECP256R1_MulAdd) with the mbedTLS function ECDSA_verify() ? Thank you in advance for your replie. LPC55xx Re: ECDA signature verification with CASPER Hello peter89jean, Thank you for your reply. The approach you mention is what I had in mind but there doesn't seem to be simple and straightforward SECP256R1_MULADD_ALT or SECP256R1_MUL_ALT defines in the mbedTLS config file. Maybe I should ask this question to a more mbdedTLS dedicated forum.  Thanks again. Regards. Re: ECDA signature verification with CASPER You generally don’t need to replace mbedtls_ecdsa_verify() itself; the CASPER acceleration should be integrated at the elliptic-curve/multiplication layer that mbedTLS uses internally. ECDSA verification requires computing scalar multiplications and their sum, so SECP256R1_Mul() can handle the individual scalar-point multiplication while SECP256R1_MulAdd() can accelerate the combined operation. The exact integration depends on your mbedTLS version and NXP CASPER driver API, but the usual approach is to provide an mbedTLS alternative/optimized implementation for the P-256 scalar-multiplication primitives rather than calling CASPER directly from ecdsa_verify(). 回复： ECDA signature verification with CASPER Hi @s_hdl  ECDSA verification consists of several arithmetic and elliptic-curve operations, so it does not map to a single CASPER primitive. In the MCUXpresso SDK, the integration is already implemented in the CASPER PSA Crypto port. The casper_mbedtls_ecdsa_verify() function performs the standard ECDSA verification flow, including the calculation of u1 and u2. It then calls: casper_mbedtls_ecp_muladd(grp, &R, u1, &grp->G, u2, Q); to calculate: R = u1 × G + u2 × Q The ECP adaptation layer converts the mbedTLS MPI values and elliptic-curve points into the format required by CASPER and maps this operation to CASPER_ECC_SECP256R1_MulAdd() . Similarly, casper_mbedtls_ecp_mul() maps a single scalar multiplication to CASPER_ECC_SECP256R1_Mul() . Therefore, rather than modifying mbedtls_ecdsa_verify() directly, we recommend reusing the complete CASPER integration provided by the SDK under: component/psa_crypto_driver/casper_driver In particular, please refer to: mcux_psa_casper_ecdsa_port.c mcux_psa_casper_ecp_port.c Since you built mbedTLS separately, please also make sure that your mbedTLS version is compatible with the MCUXpresso SDK CASPER port. You can refer to the lpcxpresso55s06_psa_crypto_examples. Harry_Zhang_0-1788493275769.pngHarry_Zhang_0-1788493275769.pngHarry_Zhang_0-1788493275769.png BR Harry 回复： ECDA signature verification with CASPER Hello Harry, Your answer helped me a lot, thank you. Everything works fine using the CASPER implementation now. Regards.

s32k116の信号多重化とピン割り当て こんにちは、NXP チームの皆様、 NXP MCUの Signal多重化とピン割り当て の設定を進めているのですが、利用可能なドキュメントで関連情報が見つかりません。 信号の多重化オプションやピン割り当ての詳細(例えば、どの信号や機能をどのピンにマッピングできるか)を記載したドキュメントやセクションを誰か教えていただけませんか? 利用可能なリファレンスマニュアルやデータシートを確認しましたが、必要な情報は見つかりませんでした。 この情報がどこに記載されているのか、または適切な参考文献・資料を教えていただければ幸いです。 よろしくお願いいたします。 Re: Signal Multiplexing and Pin Assignment of s32k116 こんにちは、 RMの第4.5章に記載されているように、IO信号記述の入力多重化シートはデバイスリファレンスマニュアルに添付されています。 ですので、PDFビューアでRMを開いて添付ファイルを表示・開け、そこから希望のExcelファイルを開いたりダウンロードしたりできます。 PetrS_0-1788511369480.pngPetrS_0-1788511369480.png BR、ペトル

S32G399A IIC Configuration Hello, I plan to use the I2C4 module of the S32G399 to configure an external PMIC. I would like to ask if this I2C4 module can be configured at a low level via the A core (e.g., clock frequency, pull-up/pull-down resistors, address, etc.)? We will not be using the M core for now. Therefore, we want to use the A core for low-level I/O configuration of the S32G. MichaelTao_0-1788251860175.pngMichaelTao_0-1788251860175.pngMichaelTao_0-1788251860175.png Re: S32G399A IIC 配置 Hello, @MichaelTao Hello, yes, it is possible. The A core can be configured with the I2C4 module. BR Chenyin Re: S32G399A IIC 配置 you may try with s32 design studio for I2C low level driver configuration

ECDA签名验证与CASPER 剧透 （高亮部分可供阅读）     你好， 我成功地自行构建了 mbedTLS，以便使用 ECDSA 验证签名（MBEDTLS_ECP_DP_SECP256R1）。 如果没有替代实现（所有计算均由 CPU 完成），在 LPC55S06 上进行签名验证最多需要 4 秒才能完成计算。 我现在正在尝试将 mbedTLS ecdsa_verify() 函数与 CASPER fsl 驱动程序链接起来。但我并不清楚，因为ECDSA的核查似乎并非单一操作。 如何将 CAPSER 的基本原语（SECP256R1_Mul 和 SECP256R1_MulAdd）与 mbedTLS 函数 ECDSA_verify() 连接起来？ 感谢您的回复。 LPC55xx Re: ECDA signature verification with CASPER 你好 peter89jean， 感谢你的回复。您提到的方法正是我所想的，但是 mbedTLS 配置文件中似乎没有简单直接的 SECP256R1_MULADD _ALT或 SECP256R1_MUL _ALT定义。或许我应该去专门讨论mbdedTLS的论坛问问这个问题。 再次感谢。 问候。 Re: ECDA signature verification with CASPER 通常情况下，您不需要替换 mbedtls_ecdsa_verify() 本身；CASPER 加速应该集成到 mbedTLS 内部使用的椭圆曲线/乘法层中。ECDSA 验证需要计算标量乘法及其和，因此 SECP256R1_Mul() 可以处理单个标量点乘法，而 SECP256R1_MulAdd() 可以加速组合运算。具体集成取决于您的 mbedTLS 版本和 NXP CASPER 驱动程序 API，但通常的做法是为 P-256 标量乘法原语提供 mbedTLS 替代/优化实现，而不是直接从 ecdsa_verify() 调用 CASPER。 回复： ECDA signature verification with CASPER 嗨@s_hdl ECDSA 验证包含多个算术和椭圆曲线运算，因此它无法映射到单个 CASPER 原语。 在 MCUXpresso SDK 中，CASPER PSA Crypto 端口已经实现了集成。casper_mbedtls_ecdsa_verify() 函数执行标准的 ECDSA 验证流程，包括计算 u1 和 u2。然后它调用： casper_mbedtls_ecp_muladd(grp, &R, u1, &grp->G, u2, Q); 计算方法： R = u1 × G + u2 × Q ECP 适配层将 mbedTLS MPI 值和椭圆曲线点转换为 CASPER 所需的 格式 ， 并将 此 操作 映射 到 CASPER_ECC_SECP256R1_MulAdd() 。 类似地， casper_mbedtls_ecp_mul() 将 单个 标 量 乘法 映射 到 CASPER_ECC_SECP256R1_Mul() 。 因此， 我们 建议 不要 直接 修改 ， 而是 mbedtls_ecdsa_verify() 重复使用 SDK 提供 的 完整 CASPER 集成， 具体 如下 ： component/psa_crypto_driver/casper_driver 具体 请 参阅 ： mcux_psa_casper_ecdsa_port.c mcux_psa_casper_ecp_port.c 由于您是单独构建的 mbedTLS，请确保您的 mbedTLS 版本与 MCUXpresso SDK CASPER 端口兼容。 您可以参考lpcxpresso55s06_psa_crypto_examples。 Harry_Zhang_0-1788493275769.pngHarry_Zhang_0-1788493275769.pngHarry_Zhang_0-1788493275769.png BR 哈里 回复： ECDA signature verification with CASPER 你好，哈利， 您的回答对我的帮助很大，谢谢。现在使用 CASPER 实现一切正常。 此致问候

S32G399A IIC構成 こんにちは、 S32G399のI2C4モジュールを使用して外部PMICを設定する予定です。このI2C4モジュールは、Aコアを介して低レベル（クロック周波数、プルアップ/プルダウン抵抗、アドレスなど）で設定できるかどうか教えていただけますでしょうか？現時点ではMコアは使用しません。そのため、S32Gの低レベルI/O設定にはAコアを使用したいと考えています。 MichaelTao_0-1788251860175.pngMichaelTao_0-1788251860175.pngMichaelTao_0-1788251860175.png Re: S32G399A IIC 配置 こんにちは、 @MichaelTao はい、可能です。AコアはI2C4モジュールで構成できます。 BR チェイン Re: S32G399A IIC 配置 I2Cの低レベルドライバー設定にはS32 Design Studioを試してみるのも良いでしょう

Implementing AI/ML on KW45B41Z-EVK using eIQ TSS and Ported TFLM Middleware Hi NXP Community, I am working on an edge AI application for the KW45B41Z-EVK (Cortex-M33) and would like advice on deploying a machine learning model on this board. Since the KW45 SDK does not include the eIQ/TFLM middleware by default, my plan is: Model Training: Train an n-class classification model for time-series data using eIQ Time Series Studio (eIQ TSS). Since the KW45 is not listed as a target in eIQ TSS, I selected the FRDM-MCXN947 (Cortex-M33) as the target platform to export the model. Runtime Deployment: Port the middleware/eiq/tensorflow-lite folder from the FRDM-MCXN947 SDK into my KW45 SDK project and link it with CMSIS-NN. My Questions: Is porting the eIQ TFLM middleware from the MCXN947 SDK to the KW45 SDK a valid and supported approach? Is selecting the FRDM-MCXN947 in eIQ TSS suitable for generating models to run on the KW45? Is there any other recommended or native workflow to implement AI/ML on the KW45B41Z-EVK? Thanks for your help! Kinetis W Series MCUs Re: Implementing AI/ML on KW45B41Z-EVK using eIQ TSS and Ported TFLM Middleware Hi NXP Support Team & Community, I am writing to follow up on this inquiry, as finding a resolution is quite urgent for my current project timeline. Could someone from the NXP team please provide a quick confirmation on whether porting the eIQ/TFLM middleware from the FRDM-MCXN947 SDK over to the KW45 SDK is a valid and supported workaround? Any brief guidance or confirmation on the recommended workflow would be extremely helpful so I can confidently proceed with development. Thank you in advance for your time and assistance! KW45B41Z-EVK EIQ-TOOLKIT EIQ-TFLITE-MICRO #AI/ML Re: Implementing AI/ML on KW45B41Z-EVK using eIQ TSS and Ported TFLM Middleware Hello @Srushti_Mulimani , hope you are doing well.   If you are using eIQ Time Series Studio (TSS), I would recommend porting your project from the FRDM-MCXW71 instead. It is an officially supported target in eIQ TSS and is software compatible with the KW45. Both devices share the same Cortex-M33 core architecture and a similar memory profile, so the generated library should be a much closer match for your hardware. When using a device with such a different hardware profile as the FRDM-MCXN947 as a target for porting, there is a risk of generating incompatible models, for example, due to the differences in available RAM between both devices, or the generation of NPU-accelerated models specific to the MCXN947. Hope this helps! Best regards, Sofia.

CircO2 2026 年评测：成分、功效、副作用及购买指南 CircO2 是由 Advanced Bionutritionals 公司生产的一氧化氮支持补充剂。与许多需要用水吞服的药片不同，CircO2 采用速溶片（有时称为锭剂）的形式，可在口中融化。这是它与其他市面上的 CircO2 片剂相比脱颖而出的原因之一。 CircO2 氧气增强剂和循环支持剂背后的主要理念很简单：帮助你的身体产生更多的一氧化氮，从而使你的血管放松和扩张。这时，血液（以及血液携带的氧气）就能更自由地在体内流动。这意味着白天精力更充沛、手脚更温暖、耐力更好。

トリガーモードにおけるADCの問題 S32 Design Studioでは、ADCペリフェラルの設定に2つの方法を使用しています。最初の方法はBCTUトリガーを電流検出に使用し、温度や電圧検出などの残りのチャネルは通常のADCチェーン方式でトリガーされます。 CTUモードがトリガーモードとして設定され、BCTUトリガーで3つの電流検出チャネルのみが設定されている場合、目立つ電流スパイクはありません。しかし、通常のチェーン法で残りの温度と電圧チャネルを電流感知チャネルに加えると、電流感知値がスパイクの影響を受けます。 praveen_ext_0-1788357008084.pngpraveen_ext_0-1788357008084.pngpraveen_ext_0-1788357008084.pngpraveen_ext_0-1788357008084.png 両方法にはタイミングの違いがあります。BCTU変換は割り込みでトリガーされますが、通常のADCチェーンは5msのタスクから呼び出されます。 praveen_ext_1-1788357050345.pngpraveen_ext_1-1788357050345.pngpraveen_ext_1-1788357050345.pngpraveen_ext_1-1788357050345.png praveen_ext_2-1788357069814.pngpraveen_ext_2-1788357069814.pngpraveen_ext_2-1788357069814.pngpraveen_ext_2-1788357069814.png praveen_ext_3-1788357094947.pngpraveen_ext_3-1788357094947.pngpraveen_ext_3-1788357094947.pngpraveen_ext_3-1788357094947.png なぜこの差が電流感知の急増を引き起こしているのか説明していただけますか?また、それを軽減または排除する方法を提案していただけますか? S32 SDK for S32K1 Re: Adc Issue With Trigger Mode こんにちは、@ praveen_ext どうやら私と同僚たちは、以前にもあなたと同じ問題に対処したことがあるようです。 また、あなたのソフトウェア設定に従っていくつかのテストも行いましたが、それほど大きな違いは見られませんでした。あなたが私たちの提案をどれか実行に移したかどうかは分かりません。 したがって、テストプロジェクトを提供していただく必要があります。この問題をハードウェアプラットフォーム上で再現します。問題が再現できれば、原因について迅速に結論を出すことができます。 Re: Adc Issue With Trigger Mode レビュー用のテストコードを添付しました。トリガー構成において、BCTUトリガーと通常のチェーンモードを同時に実行した場合、依然としてスパイクが発生する現象が観測されています。これらのスパイクをどうやって取り除くか、ぜひ教えていただけますか?前回の投稿で既にテスト結果を添付しました。 Re: Adc Issue With Trigger Mode こんにちは、@ praveen_ext ご提供いただいたプロジェクトファイルをそのまま使用し、一切変更を加えずにテストの動画を録画しました。 サンプリングピンを外部からVDDに接続しました。以下の結果は、あなたが述べたスパイクに遭遇しなかったことを示しています。 Senlent_0-1788492709905.pngSenlent_0-1788492709905.png また、ご提供いただいたプロジェクトファイルが、テスト画像に表示されている画像と一致していないように見受けられました。このプロジェクトで問題を再現できれば、サンプリング回路の設計、特にサンプリングピンの入力インピーダンスが高すぎるかどうかを確認してください。

About the Finite-State Machine (FSM) of i.MX8Mplus We use Toradex's Veridin i.MX8Mplus at our company. At that time, the SOM_PW_ON signal is input to control the SoM's power supply. (Directly connected to the ON/OFF signal of the i.mx8MPlusSoC). *Please refer to the waveform on the attached oscilloscope. V1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.png   Due to the circuit configuration on the SoM side, the voltage should be High (1.8V), but for about 800 msec after startup, it remains at an intermediate potential of approximately 0.3-0.4V. I'd like to know how this voltage (0.3 to 0.4V) is handled as an ON/OFF signal on the SoC side. This information was not included in the datasheet or reference manual. I think that in cases of very short ON/OFF operations (<5s), the system may proceed to shutdown. Would the operation detection criteria be the transition from High to Low edge state and the duration of the Low state? I would also like to know the exact minimum/maximum times for those times. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MplusのFinite-State Machine (FSM)について For i.MX8M Plus, ONOFF is handled as a level-held button input with configurable 0/50/100/500 ms qualification and 5/10/15 s forced-off timing, and your observed 0.3–0.4 V on a 1.8 V ONOFF net is most consistently interpreted as logic Low by the available input-threshold documentation. Re: i.MX8MplusのFinite-State Machine (FSM)について Thank you for your reply. The observed V values of 0.3–0.41.8V on the ONOFF network are most consistently interpreted as logically low by the available input threshold documentation. By the way, could you also tell me about the voltage threshold that is interpreted as logically low? Furthermore, if interpreted as logically low, the ON/OFF state will remain logically low for approximately 800 msec after startup before changing to logically high. In that case, would it be considered that a button input occurred? My concern is whether a button press might cause the system to automatically shut down immediately after startup. Re: i.MX8MplusのFinite-State Machine (FSM)について By the way, could you also tell me about the voltage threshold that is interpreted as logically low? I apologize. I would like to know the voltage threshold at which the logic value is interpreted. Re: i.MX8MplusのFinite-State Machine (FSM)について Thank you for your reply. The observed V values of 0.3–0.41.8V on the ONOFF network are most consistently interpreted as logically low by the available input threshold documentation. By the way, could you also tell me about the voltage threshold that is interpreted as the logical high? Furthermore, if interpreted as logically low, the ON/OFF state will remain logically low for approximately 800 msec after startup before changing to logically high. In that case, would it be considered that a button input occurred? My concern is whether a button press might cause the system to automatically shut down immediately after startup. To the NXP TechSupport representative What do you think about this matter? I have one more question: ON/OFF is processed as a level hold button input, with conditions of 0/50/100/500 ms. Regarding that point, I believe the default is 0. In this case, if the level momentarily exceeds the logical high or logical low threshold due to noise or other factors, will the level be held? I am concerned that with this default setting, if noise is received, there is a possibility of malfunction if something that causes a logic judgment opposite to the currently held level logic is introduced, even for a moment. Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang I have added a few more questions. We apologize for the inconvenience, but please provide your response. Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang How is the confirmation process going? Please provide an answer. Re: i.MX8MplusのFinite-State Machine (FSM)について Sorry to miss your message, I can help checking it and will give you reply next week. Wish you have a nice day Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang Thank you for your assistance. This is Mori from Pal Giken. It's been almost a week now, how is the response going? Thank you for your cooperation. Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang I apologize for the inconvenience, but could you please answer this question as well? Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang Please provide an answer to the question I asked. Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang Thank you for your reply. What I wanted to ask with this question is The question is whether a button input is recognized when the ONOFF pin is in a logically low state during startup. Our verification One observed behavior was that when the ONOFF pin started in a logically high state and then transitioned to a logically low state 10ms to 20ms later, the system would immediately shut down after startup. When the system is started in a logically low state, no cases have been observed where it immediately proceeds to shutdown after startup. Re: i.MX8MplusのFinite-State Machine (FSM)について @ShujiMouri  For i.MX8MP, the ONOFF pin belongs to the NVCC_SNVS power group and is listed as a GPIO-type input with reset state “Input with PU” . The applicable GPIO DC input-low specification is: VIL(max)=0.3×VDDVIL(max)​=0.3×VDD with the table specifying low-level input voltage as min = -0.3 V, max = 0.3 × VDD . Therefore, if ONOFF is powered from a 1.8 V SNVS I/O domain , the guaranteed logic-low threshold is: 0.3×1.8 V=0.54 V0.3×1.8 V=0.54 V So an observed ONOFF voltage of approximately 0.3–0.4 V would be interpreted as logic low . Regarding whether this would be considered a button input: yes, if the ONOFF pin remains low long enough after the device is in ON mode, it can be treated as a valid ONOFF button event. An 800 ms low level can be recognized as a normal ONOFF button event , because it exceeds the configured normal button debounce duration. It should not directly trigger the hardware emergency forced shutdown , because that requires about 5 seconds . Whether the system shuts down immediately after startup depends on the software/PMIC handling of the normal ONOFF event. In ON mode, a brief connection to GND generates an interrupt intended to initiate a software-controllable power-down. If the boot software or OS power-key handler treats that interrupt as a power-off request, then an unintended shutdown after startup is possible. Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang The question is whether a button input is recognized when the ONOFF pin is in a logically low state during startup. What are your thoughts on this question? Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang What are your thoughts on the answers to these questions? Please check.

CASPERによるECDA署名検証 ネタバレ （ハイライトして読む）     こんにちは、 ECDSA（MBEDTLS_ECP_DP_SECP256R1）で署名を検証するために、mbedTLSを独自に構築することに成功しました。 代替実装がない場合（すべての計算がCPUによって行われる場合）、LPC55S06では署名検証の計算に最大4秒かかります。 今、mbedTLS ecdsa_verify()関数をCASPER FSLドライバーにリンクしようとしています。しかし、ECDSA検証は単一の操作ではないように思われるため、私にはよく分かりません。 CAPSERの基本プリミティブ（SECP256R1_MulとSECP256R1_MulAdd）をmbedTLS関数ECDSA_verify()にリンクするにはどうすればよいですか？ ご回答をよろしくお願いいたします。 LPC55xx Re: ECDA signature verification with CASPER こんにちは、peter89jeanさん。 お返事ありがとうございます。あなたが言及した方法は私が考えていたものですが、mbedTLS 設定ファイルには、シンプルで分かりやすい SECP256R1_MULADD _ALTまたは SECP256R1_MUL _ALTの定義が見当たらないようです。mbdedTLSに特化したフォーラムでこの質問をした方が良いかもしれない。 再度、感謝します。 よろしくお願いいたします。 Re: ECDA signature verification with CASPER 通常、mbedtls_ecdsa_verify() 自体を置き換える必要はありません。CASPER アクセラレーションは、mbedTLS が内部的に使用する楕円曲線/乗算レイヤーに統合されているはずです。ECDSA検証ではスカラー乗算とその和を計算する必要があるため、SECP256R1_Mul()は個々のスカラー点の乗算を処理し、SECP256R1_MulAdd()は結合操作を加速できます。正確な統合はmbedTLSのバージョンとNXP CASPARドライバーAPIによって異なりますが、一般的なアプローチは、ecdsa_verify()から直接CASPERを呼ぶのではなく、P-256のスカラー乗算プリミティブに対してmbedTLSの代替/最適化された実装を提供することです。 回复： ECDA signature verification with CASPER こんにちは、 @s_hdl ECDSA検証は複数の算術および楕円曲線演算で構成されているため、単一のCASPARプリミティブにマッピングされません。 MCUXpresso SDKでは、この統合はすでにCASPER PSA Cryptoポートで実装されています。casper_mbedtls_ecdsa_verify() 関数は、u1 と u2 の計算を含む、標準的な ECDSA 検証フローを実行します。そして、次のように呼び出します。 casper_mbedtls_ecp_muladd(grp, &R, u1, &grp->G, u2, Q); 計算する: R = u1 × G + u2 × Q ECP適応レイヤーは、mbedTLS MPI値と楕円曲線点を CASPER が 必要とする 形式 に変換し 、 この 操作を CASPER_ECC_SECP256R1_MulAdd() に マッピングします 。 同様に、 単一 の スカラー 乗算を に casper_mbedtls_ecp_mul() マッピングします CASPER_ECC_SECP256R1_Mul() 。 したがって、 直接 を変更する mbedtls_ecdsa_verify() のではなく 、 SDK が提供する CASPER 統合 の 完全な 再 利用 を推奨 します 。 component/psa_crypto_driver/casper_driver 特に、以下をご参照ください。 mcux_psa_casper_ecdsa_port.c mcux_psa_casper_ecp_port.c mbedTLSを別途構築したので、mbedTLSのバージョンがMCUXpresso SDK CASPARポートに対応しているかも確認してください。 lpcxpresso55s06_psa_crypto_examplesを参照してください。 Harry_Zhang_0-1788493275769.pngHarry_Zhang_0-1788493275769.pngHarry_Zhang_0-1788493275769.png BR ハリー 回复： ECDA signature verification with CASPER こんにちは、ハリーさん。 あなたの回答は大変参考になりました。ありがとうございました。CASPERの実装を使うようになってからはすべて正常に動作するようになりました。 よろしくお願いします。

Signal Multiplexing and Pin Assignment of s32k116 Hi NXP Team, I’m working on configuring the Signal Multiplexing and Pin Assignment for my NXP MCU, but I’m unable to find the relevant information in the available documentation. Could someone please point me to the document or section that contains the signal multiplexing options and pin assignment details (e.g., which signals/functions can be mapped to which pins)? I’ve checked the available reference manual and datasheet, but I couldn’t find the information I need. Could you please let me know where this information is documented, or provide the appropriate reference/document? Thanks in advance. Re: Signal Multiplexing and Pin Assignment of s32k116 Hi, as the RM states in chapter 4.5 IO Signal Description Input Multiplexing sheet(s) are attached to the device Reference Manual. So open the RM in the pdf viewer allowing you to show/open attachments and simply open/download desired excel file from there. PetrS_0-1788511369480.pngPetrS_0-1788511369480.png BR, Petr

iMX8MP - integrating CSI2 with OV5648 I'm having trouble integrating OV5648 camera with IMX8MP. I do get an image but it's skewed towards green colors. The test pattern however looks good. I'm using a Single Pixel Mode on a 2 lane CSI, with a RAW8 sensor. I'm currently trying to figure out if I should use the Quad Pixel Mode for 2 lane RAW8. My understanding is that if I set Quad Pixel Mode, I have to configure the clock such that ISI DMA reads the CSI FIFO after 4 bytes are present in the FIFO. For a 2 lane CSI that happens every other transaction. Am I correct here? Should I also enable the 32 bit wide bus? MichalC_0-1788529885527.pngMichalC_0-1788529885527.png When I enable Quad Pixel Mode 3/4 of the resulting image is black. i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: iMX8MP - integrating CSI2 with OV5648 Hello, The pixel mode seems not to be the root cause of the color issue. Please confirm that Bayer pattern order for your OV5648 camera is according to the driver you used. Best regards. Re: iMX8MP - integrating CSI2 with OV5648 Hello @MichalC, For OV5648 RAW8 over 2-lane CSI-2 on i.MX8MP you are right regarding Single Pixel Mode. As explained in this Wiki Data Transmission Layer  CSI-2 distributes bytes across the active lanes and the receiver recombines them into a byte stream. So 2 lanes do not imply Quad Pixel Mode.  For RAW8 1 pixel = 1 byte(Pixel/Byte Packing). Therefore, your interpretation that ISI should wait for 4 bytes every other 2-lane transaction is not something that follows from CSI-2 lane operation alone.  The fact that Quad Pixel Mode gives you 3/4 black output suggests the CSI/ISI interface width or timing is mismatched. Also the green tint is likely a separate RAW Bayer issue.  As stated in Image Sensor Basics, RAW Bayer data requires demosaicing, color correction, and white balance. I would verify the OV5648 Bayer order and RAW8 media-bus format first. Feel free to contact us for more details. Regards, Felipe Solano Embedded SW Engineer at RidgeRun Contact us: [email protected] Developers wiki: https://developer.ridgerun.com Website: www.ridgerun.com

iMX8MP - 将 CSI2 与 OV5648 集成 我无法将OV5648摄像头与IMX8MP集成。我确实看到了图像，但是图像偏绿。测试图案看起来不错。 我正在使用 2 通道 CSI 上的单像素模式，搭配 RAW8 传感器。 我目前正在考虑是否应该对 2 通道 RAW8 使用四像素模式。我的理解是，如果我设置四像素模式，我必须配置时钟，以便 ISI DMA 在 FIFO 中存在 4 个字节后读取 CSI FIFO。对于每隔一次交易发生的 2 通道 CSI，我理解的对吗？我是否也应该启用 32 位宽总线？ MichalC_0-1788529885527.pngMichalC_0-1788529885527.png 启用四像素模式后，生成的图像有 3/4 是黑色的。 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: iMX8MP - integrating CSI2 with OV5648 你好， 像素模式似乎并非颜色问题的根本原因。 请确认您的 OV5648 相机的拜耳阵列排列顺序是否与您使用的驱动程序一致。 顺祝商祺！ Re: iMX8MP - integrating CSI2 with OV5648 你好@MichalC ， 对于 i.MX8MP 上的 OV5648 RAW8（通过 2 通道 CSI-2），您关于单像素模式的说法是正确的。 正如本维基百科数据传输层CSI-2 中所述，它将字节分发到活动通道上，接收器将它们重新组合成字节流。所以，双通道并不意味着四像素模式。 对于 RAW8，1 像素 = 1 字节（像素/字节打包）。因此，你认为ISI应该在每隔一个双通道事务中等待4个字节的解释，并非仅从CSI-2通道操作就能得出。 四像素模式输出 3/4 黑色，这表明 CSI/ISI 接口宽度或时序不匹配。 此外，绿色色调很可能是拜耳RAW格式本身的问题。如图像传感器基础知识中所述，RAW Bayer 数据需要进行去马赛克、色彩校正和白平衡处理。我首先要确认 OV5648 拜耳阵列顺序和 RAW8 媒体总线格式。 如有任何疑问，请随时联系我们。 此致， 费利佩·索拉诺 RidgeRun公司的嵌入式软件工程师 联系我们：[email protected] 开发者维基： https://developer.ridgerun.com 网站： www.ridgerun.com

CircO2 Review 2026: Ingredients, Benefits, Side Effects Buying Guide CircO2 is a nitric oxide support supplement made by Advanced Bionutritionals. Unlike a lot of pills you swallow with water, CircO2 comes in a quick-dissolving tablet (sometimes called a lozenge) that melts in your mouth. This is one of the things that makes it stand out from other CircO2 Tablets on the market. The main idea behind CircO2 Oxygen Booster and Circulation Support is simple: help your body make more nitric oxide, so your blood vessels can relax and widen. When that happens, blood (and the oxygen it carries) can move more freely through your body. That can mean more energy, warmer hands and feet, and better stamina during the day.

S32K312 开发板调试探针选择。 尊敬的NXP社区成员： 我正在使用一个S32K312（100 引脚 HDQFP）芯片，该芯片位于一个定制的控制器板上，并带有一个10 引脚 JTAG 接口，用于编程/调试。 我从一些论坛讨论中了解到， S32 调试探针可能不支持 S32K312 。 请问有人可以确认PEmicro U-MULTILINK是否可以通过 JTAG 接口对 S32K312 进行编程/调试吗？ 恳请各位推荐一款经济实惠且合适的调试探针。 此致， 法亚斯 SCTSPL，班加罗尔 Re: S32K312 Development Board Debug Probe Selection. 您好@NPD_SCTSPL 实际上，对 S32K3 设备的支持是最近才添加到 S32 调试探针中的。使用此探头时，请注意它仅支持 1.2 V 至 3.3 V 范围内的目标系统电压等级。因此，VDD_HV_A 必须配置为 3.3 V 才能建立正确的调试连接。 另一方面，PEMicro 调试探针支持 S32K3 设备的时间更长，并且在许多 S32K3 软件的开发和验证过程中得到了广泛应用。因此，相当一部分可用的应用笔记、入门指南和示例项目都是使用 PEMicro 工具开发和测试的。 最后，关于您提出的 PEmicro U-MULTILINK 与 S32K3 设备兼容性的问题，答案是肯定的。PEmicro U-MULTILINK 支持 S32K3 设备，目前已列入我们网站相应产品页面（通用多链路开发接口 | NXP 半导体 ）的支持设备列表中。 BR，VaneB

iMX8MP - CSI2とOV5648の統合 OV5648カメラとIMX8MPの統合に問題があります。画像は表示されるのですが、緑色に偏っています。しかし、テストパターンは良好に見える。 私は2レーンのCSIでシングルピクセルモードを使い、RAW8センサを使っています。 現在、2レーンRAW8でクアッドピクセルモードを使用すべきかどうかを検討中です。私の理解では、クアッドピクセルモードを設定する場合、FIFOに4バイトのデータが格納された後にISI DMAがCSI FIFOを読み取るようにクロックを設定する必要があるということです。2レーンのCSIでは、2回の取引ごとに発生します。私の理解は合っていますか？32ビット幅のバスも有効にするべきでしょうか？ MichalC_0-1788529885527.pngMichalC_0-1788529885527.png クアッドピクセルモードを有効にすると、生成される画像の4分の3が黒色になります。 i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: iMX8MP - integrating CSI2 with OV5648 こんにちは、 ピクセルモードは、色に関する問題の根本原因ではないようです。 OV5648カメラのバイヤーパターン注文が、使用したドライバーによるものであることを必ず確認してください。 よろしくお願いいたします。 Re: iMX8MP - integrating CSI2 with OV5648 こんにちは、 @MichalC さん。 i.MX8MP上の2レーンCSI-2経由のOV5648 RAW8に関しては、シングルピクセルモードに関してご指摘の通りです。 このWikiデータ伝送層で説明されているように、CSI-2はアクティブなレーン間でバイトを分配し、レシーバがそれらをバイトストリームに再結合します。したがって、2レーンがクアッドピクセルモードを意味するわけではありません。 RAW8の場合、1ピクセル＝1バイト（ピクセル/バイトパッキング）。したがって、ISIが2レーントランザクションごとに4バイト待機すべきであるというあなたの解釈は、CSI-2レーン動作のみから導き出されるものではありません。 クアッドピクセルモードが3/4黒出力になるという事実は、CSI/ISIインターフェースの幅やタイミングが合っていないことを示唆しています。 また、緑がかった色合いは、おそらく別のRAWベイヤーの問題でしょう。Image Sensor Basicsに記載されているように、RAWのバイヤーデータはデモザイシング、カラー補正、ホワイトバランスを必要とします。まずOV5648のバイエル注文とRAW8のメディアバスフォーマットを確認したほうがいいと思います。 詳細についてはお気軽にお問い合わせください。 よろしくお願いいたします。 フェリペ・ソラーノ RidgeRunの組み込みソフトウェアエンジニア お問い合わせ:[email protected] 開発者向けWiki： https://developer.ridgerun.com ウェブサイト： www.ridgerun.com

i.MX8MplusのFinite-State Machine (FSM)について Toradex社のVeridin i.MX8Mplusを弊社で採用しております。 その際に、SoMの電源操作にSOM_PW_ON信号を入力しています。(i.mx8MPlusSoCのONOFF信号に直結)。※添付のオシロスコープの波形を参照してください。 V1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.pngV1-1B_tool0_OFF.png   SoM側の回路構成上High(1.8V)となるはずが起動後800msec程度、約0.3～0.4Vの中間電位となってしまします。 SoC側のONOFF信号としてのこの電位(0.3から0.4V)がどう扱われるのかを知りたいです。 データシートやリファレンスマニュアルには記載がありませんでした。 ONOFFの短時間の(<5s)操作ではシャットダウンに移行するケースがあるかと思いますが、操作の判定としてはHigh⇒Lowのエッジ及び、Lowの継続時間が条件となりますでしょうか その詳細な時間についてもmim/maxの時間を教えて頂きたいです。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MplusのFinite-State Machine (FSM)について i.MX8M Plusの場合、ONOFFはレベルホールドボタン入力として処理され、0/50/100/500 msの条件と5/10/15秒の強制オフタイミングが設定可能で、観測された0.3～0.41.8V ONOFFネット上のVは、利用可能な入力閾値のドキュメントによって最も一貫して論理低と解釈されます。 Re: i.MX8MplusのFinite-State Machine (FSM)について 回答ありがとう御座います。 > 観測された0.3～0.41.8V ONOFFネット上のVは、利用可能な入力閾値のドキュメントによって最も一貫して論理低と解釈されます。 ちなみに、論理低と解釈される電圧閾値についても教えて頂けますでしょうか？ また、論理低と解釈される場合、起動後800msec程度ONOFFは論理低がが続き、論理高に変化します。 その場合、ボタン入力があったと判定されるのでしょうか？ 心配しているのはボタン入力により、起動直後にシャットダウン移行の判定となるケースがないかという事です。 Re: i.MX8MplusのFinite-State Machine (FSM)について > ちなみに、論理低と解釈される電圧閾値についても教えて頂けますでしょうか？ 申し訳ございません。論理高と解釈される電圧閾値が知りたいです。 Re: i.MX8MplusのFinite-State Machine (FSM)について 回答ありがとう御座います。 > 観測された0.3～0.41.8V ONOFFネット上のVは、利用可能な入力閾値のドキュメントによって最も一貫して論理低と解釈されます。 ちなみに、論理高と解釈される電圧閾値についても教えて頂けますでしょうか？ また、論理低と解釈される場合、起動後800msec程度ONOFFは論理低がが続き、論理高に変化します。 その場合、ボタン入力があったと判定されるのでしょうか？ 心配しているのはボタン入力により、起動直後にシャットダウン移行の判定となるケースがないかという事です。 NXP TechSupport担当者様 本件如何でしょうか？ もう一点追加で質問ですが、 ONOFFはレベルホールドボタン入力として処理され、0/50/100/500 msの条件 の所ですが、デフォルトは0となっていると思います。この場合、ノイズ等で一瞬、論理高もしくは論理低の閾値を超えた場合はレベルホールドされる事となりますでしょうか？ このデフォルト設定では、ノイズを受けた場合に一瞬でも現状レベルホールドしている論理と逆の論理判定となるものが入った場合に誤動作する可能性があるのかを心配しております。 Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 何件か質問追加質問しております。 お手数ですがご回答をお願い致します。 Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 確認状況いかがでしょうか？ 回答をお願いします。 Re: i.MX8MplusのFinite-State Machine (FSM)について メッセージを逃してすみません。確認をお手伝いしますし、来週返信します。 素敵な一日をお過ごしください Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 お世話になります。 パル技研　毛利です。 そろそろ1週間が経過しますが、回答の状況いかがでしょうか？ よろしくお願いいたします。 Re: i.MX8MplusのFinite-State Machine (FSM)について @ShujiMouri i.MX8MPの場合、ONOFFピンはNVCC_SNVS電源グループに属し、リセット状態「PU付き入力」を持つGPIOタイプの入力として記載されています。該当するGPIO DC入力ロー仕様は以下のとおりです。 VIL(max)=0.3× VDD V I L( max) = 0.3 × V D D 表では、低レベル入力電圧を最小値 = -0.3 と指定している。Vmax = 0.3 × VDD 。 したがって、ONOFFが1.8V SNVS I/Oドメインから給電される場合、保証される論理ローしきい値は次のようになります。 0.3×1.8 V=0.54 V 0.3 × 1.8 V = 0.54 V したがって、観測されるONOFF電圧はおよそ0.3〜0.4です。Vは論理ローとして解釈されます。 これがボタン入力とみなされるかどうかについてですが、はい、ONモードに入った後もONOFFピンが十分に低いままであれば、有効なONOFFボタンイベントとして扱うことができます。 800msの低レベルは、設定された通常のボタンデバウンス時間を超えているため 通常のONOFFボタンイベントとして認識できます 。 ハードウェアの緊急強制シャットダウンを直接引き起こしてはならない なぜなら、それには約 5秒 。 起動直後にシステムがシャットダウンするかどうかは、通常のONOFFイベントのソフトウェアやPMICの処理によります。ONモードでは、GNDとの短い接続が、ソフトウェア制御可能な電源停止を開始するための割り込みを生成します。もしブートソフトウェアやOSパワーキーハンドラがその割り込みを電源オフ要求として扱う場合、起動後に意図しないシャットダウンが発生する可能性があります。 Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 お手数ですが、こちらの質問についても回答をお願いいたします。 Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 回答ありがとうございます。 本質問でお聞きしたかったのは ONOFF pinが論理低の状態で起動した場合に、ボタン入力として判定されるのかということです。 弊社での確認では 確認された挙動としてはONOFF pinが論理高の状態で起動し10ms～20ms後に論理低に移行した場合に、起動直後シャットダウンに移行するケースがありました。 論理低の状態で起動した場合には、起動直後シャットダウンに移行するケースは確認されていません。 Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 質問させて頂いた内容の回答についてお願いします。 Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 ONOFF pinが論理低の状態で起動した場合に、ボタン入力として判定されるのかということです。 こちらの質問については如何でしょうか？ Re: i.MX8MplusのFinite-State Machine (FSM)について @Rita_Wang 様 本質問事項の回答についていかがでしょうか？ ご確認をお願いします。

Adc Issue With Trigger Mode In S32 Design Studio, we are using two methods for ADC peripheral configuration. The first method uses the BCTU trigger for current sensing, while the remaining channels, such as temperature and voltage sensing, are triggered using the normal ADC chain method. When the CTU mode is configured as a trigger mode and only the three current-sensing channels are configured with the BCTU trigger, there is no noticeable current spike. However, when I include the remaining temperature and voltage channels using the normal chain method along with the current-sensing channels, the current-sensing values are affected by spikes. praveen_ext_0-1788357008084.pngpraveen_ext_0-1788357008084.pngpraveen_ext_0-1788357008084.pngpraveen_ext_0-1788357008084.png There is a timing difference between the two methods: the BCTU conversion is triggered through an interrupt, while the normal ADC chain is called from a 5 ms task. praveen_ext_1-1788357050345.pngpraveen_ext_1-1788357050345.pngpraveen_ext_1-1788357050345.pngpraveen_ext_1-1788357050345.png praveen_ext_2-1788357069814.pngpraveen_ext_2-1788357069814.pngpraveen_ext_2-1788357069814.pngpraveen_ext_2-1788357069814.png praveen_ext_3-1788357094947.pngpraveen_ext_3-1788357094947.pngpraveen_ext_3-1788357094947.pngpraveen_ext_3-1788357094947.png Could you please explain why this difference is causing the current-sensing spike and suggest how we can reduce or eliminate it? S32 SDK for S32K1 Re: Adc Issue With Trigger Mode Hi@praveen_ext It seems my colleagues and I have dealt with the same issue you're experiencing before. We've also conducted some tests following your software configuration, but we didn't encounter such a significant difference. We're unsure if you've taken any of our suggestions. Therefore, I need you to provide your test project. I will reproduce the problem on our hardware platform. If the problem can be reproduced, we can quickly provide you with a conclusion about the cause. Re: Adc Issue With Trigger Mode I have attached the test code for review. We are still observing spikes when running the BCTU trigger and the normal chain mode in trigger configuration simultaneously. Could you please help us, how we can eliminate these spikes? I have already attached the test results in my previous post Re: Adc Issue With Trigger Mode Hi@praveen_ext I recorded a video of the test using the project file you provided, without making any modifications. I connected the sampling pins to VDD externally; the results below show that I did not encounter the spikes you described. Senlent_0-1788492709905.pngSenlent_0-1788492709905.png I also noticed that the project file you provided does not seem to match the  pictures shown in your test images. If you are able to reproduce the issue using this project, you should check your sampling circuit design—specifically, whether the input impedance at the sampling pins is too high.

S32K312 開発ボードのデバッグプローブ選択。 親愛なるNXPコミュニティの皆様へ、 私はカスタムコントローラーボード 上のS32K312(100ピンHDQFP) を使用し、プログラミングやデバッグ用の 10ピンJTAGインターフェース を使っています。 フォーラムの議論から、 S32デバッグプローブがS32K312をサポートしていない可能性があると聞いています。 PEmicroのU-MULTILINKを使ってJTAGインターフェースを通じてS32K312のプログラミングやデバッグが可能かどうか、誰か確認できますか? 費用対効果が高く、適切なデバッグプローブに関するアドバイスをいただければ幸いです。 よろしくお願いします、 ファヤス SCTSPL、バンガロール Re: S32K312 Development Board Debug Probe Selection. こんにちは@NPS_SCTSPL 実際、S32K3デバイスのサポートは比較的最近、S32デバッグプローブに追加されました。このプローブを使用する際は、対象システム電圧レベルは1.2Vから3.3Vの範囲のみをサポートすることにご注意ください。したがって、適切なデバッグ接続を確立するにはVDD_HV_A 3.3Vに設定される必要があります。 一方、PEMicroデバッグプローブは長期間にわたりS32K3デバイスをサポートしており、多くのS32K3ソフトウェアの開発や検証において広く使用されています。その結果、利用可能なアプリケーションノート、入門ガイド、サンプルプロジェクトの多くがPEMicroツールを用いて開発・テストされています。 最後に、PEmicro U-MULTILINKとS32K3デバイスとの互換性に関するご質問ですが、答えは「はい」です。PEmicro U-MULTILINKはS32K3デバイスをサポートしており、現在は当ウェブサイトの対応製品ページ(Universal Multilink Development Interface |NXP Semiconductors)でサポートデバイスとしてリストアップされています。 BR、VaneB

GoPoint无法在Multistream YOLO启动器中下载模型，缺少nxp/YOLOv8。 我有一台 FRDM i.MX95 + ARA240 M2 16G GT 显卡。 并安装了镜像版本 LF_v6.18.20-2.0.0_images_IMX95EVK imx-boot-imx95-15x15-lpddr4x-frdm-sd.bin-flash_all imx-image-full-imx95evk.wic 启动 gopoint 应用程序并尝试从 Multistream YOLO 配置中下载模型时，捕获到以下异常： 正在将 nxp/YOLOv8 下载到 /usr/share/cnn/... 模型下载出错：404 客户端错误。（请求 ID：Root=1-6a9ab518-05ebf76418b2dfcc0855cb40;a0fa833c-b8ba-4d7f-8595-0e157e194afd） 找不到 URL 的存储库： https://huggingface.co/api/models/nxp/YOLOv8/revision/r2.0.4 。 请确保您已指定正确的 `repo_id` 和 `repo_type`。 如果您尝试访问私有或受保护的仓库，请确保您已通过身份验证，并且您的令牌具有所需的权限。 更多详情，请访问https://huggingface.co/docs/huggingface_hub/authentication 示例视频已正确下载。 现在该怎么办？有什么建议吗？