Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
MPC5777C MPU potentially increasing inter-core timing interferences? Hello, I would like to know if using of the MPU in the MPC5777C may increase memory access times. Specifically, I would like to know if there is any contention on MPU when both cores perform simultaneous accesses that pass through the MPU (e.g. CPU0 making a PRAMC_0 access simultaneously with an EBI access by CPU1 - both would pass through MPU_0). Thanks, Ricardo Re: MPC5777C MPU potentially increasing inter-core timing interferences? Hello, The MPU does not introduce any additional contention or latency between the two cores. The MPU evaluates accesses on each of its slave ports independently and in parallel using combinational logic — there is no shared resource or serialization inside the MPU module between its slave ports. In your specific example (CPU0 accessing PRAMC_0 via MPU_0 slave port 1, and CPU1 accessing EBI via MPU_0 slave port 0), both slave ports are served simultaneously with no interference from the MPU side. The actual source of inter-core timing interference is the XBAR (crossbar switch), which arbitrates access when two masters target the same XBAR slave port at the same time. Since PRAMC_0 and EBI are different XBAR slave ports (port 2 and port 1 respectively), your example scenario causes no contention at the XBAR level either. Best regards, Peter Re: MPC5777C MPU potentially increasing inter-core timing interferences? Hope the document below may help. BTW, why do you want to know the timing content? Any application related? AN12080: The Clock Monitor Unit (CMU) – Application Note AN12176: MPC5777C Clock Calculator Guide – Application Note Re: MPC5777C MPU potentially increasing inter-core timing interferences? Thanks for the replies! @db16122 , I am assessing the use of the MPC5777C in a dual-core configuration for a safety critical application that must meet very strict guidelines - every source of potential interference between cores must be known and characterized to make sure our timing analyses are safe. As @petervlna pointed out, XBAR arbitration over shared resources is a known interference source, and I was wondering if something similar could happen if I enabled the MPU to validate accesses over the memories it can protect. It is good news to know the MPU is not another resource contention point. Best regards, Ricardo
查看全文
Questions about using FreeRTOS Hello, I am currently using S32DS 3.6.6, and the RTDs I am using are as follows. YangLuYao_0-1787190833199.pngYangLuYao_0-1787190833199.png I want to use FreeRTOS middleware, but I can't find it in the components list. YangLuYao_1-1787190897886.pngYangLuYao_1-1787190897886.png Then the relevant package was not found in the package manager. YangLuYao_2-1787190945484.pngYangLuYao_2-1787190945484.png How do I add it? Is it a version issue? My chip is FS32K116LAT0MLFT. Looking forward to your reply, thank you! Re: 关于使用FreeRTOS的问题 Thank you, I successfully installed it following your instructions. Thank you! Re: 关于使用FreeRTOS的问题 Hi  请点击 S32K1 Reference Software -> Automotive SW - S32K1 - FreeRTOS - > SW32K1xx FreeRTOS 11.1.0 version 0.8.0 CD1 下载SW32K1xx_FreeRTOS_11.1.0_0.8.0_CD1_D2603_DesignStudio_updatesite.zip Best Regards, Robin
查看全文
关于使用FreeRTOS的问题 你好,我现在使用的是S32DS3.6.6,使用的RTD是下面这些 YangLuYao_0-1787190833199.pngYangLuYao_0-1787190833199.png 我想使用FreeRTOS中间件,但是我在组件里面没搜到 YangLuYao_1-1787190897886.pngYangLuYao_1-1787190897886.png 然后在扩展包管理器中也没找到相关的包 YangLuYao_2-1787190945484.pngYangLuYao_2-1787190945484.png 请问 要怎么添加呢,是版本的问题吗,我使用的芯片是FS32K116LAT0MLFT,期待回复,感谢~~ Re: 关于使用FreeRTOS的问题 谢谢,按照你的提示,我安装成功了,谢谢~~~ Re: 关于使用FreeRTOS的问题 你好 请点击S32K1参考软件-> 汽车软件 - S32K1 - FreeRTOS - > SW32K1xx FreeRTOS 11.1.0版本 0.8.0 CD1 下载SW32K1xx_FreeRTOS_11.1.0_0.8.0_CD1_D2603_DesignStudio_updatesite.zip 此致敬礼, Robin
查看全文
PN7150: intermittent DISCOVERY_FAILED (0x60 07) and zeroed NDEF data with FeliCa Lite‑S (RC‑S966) Hello, I am using the PN7150 reader IC and observing unstable behavior with FeliCa Lite‑S (RC‑S966) tags. Even when the tag is placed directly on the antenna, I see repeating cycles of: Correct UID frames Correct NDEF frames Zeroed NDEF frames Empty NDEF frames 0x60 07 (DISCOVERY_FAILED) notifications Example CAN log: UID (C040041): 01 2E 54 F7 C3 59 42 3E (always stable) NDEF (C060041): Sometimes correct: D1 01 09 54 02 65 6E 48 / 65 6C 6C 6F 21 Sometimes zeroed: 00 00 00 00 00 00 00 00 / 00 00 00 00 00 Sometimes empty (DLC=0) When the tag is slightly farther away (still within normal NFC range), PN7150 frequently reports 0x60 07 and restarts discovery. My questions are Is it expected that PN7150 reports 0x60 07 when Lite‑S temporarily disables Polling or when RF field is slightly weak? Can Polling Disable cause PN7150 to return zeroed or empty NDEF data? Is there a recommended way to handle Lite‑S Polling Disable behavior in PN7150 firmware? e.g., skip presence check, delay discovery restart, retry strategy Are there any PN7150 application notes specifically addressing FeliCa Lite‑S behavior? A glance over canAnalyzer3 Mini is like this: "No";"Time (abs)";"State";"ID (hex)";"DLC";"Data (hex)";"ASCII" "3.261";"34505.380";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.262";"34505.381";" E ";" C040041";"2";"00 F1";".." "3.263";"34506.401";" E ";" C060041";"0";"";"" "3.264";"34506.645";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.265";"34506.646";" E ";" C040041";"2";"00 F1";".." "3.266";"34506.894";" E ";" C060041";"0";"";"" "3.267";"34507.143";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.268";"34507.143";" E ";" C040041";"2";"00 F1";".." "3.269";"34507.389";" E ";" C060041";"0";"";"" "3.270";"34507.930";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.271";"34507.931";" E ";" C040041";"2";"00 F1";".." "3.272";"34508.979";" E ";" C060041";"8";"00 00 00 00 00 00 00 00";"........" "3.273";"34508.980";" E ";" C060041";"5";"00 00 00 00 00";"....." "3.274";"34509.222";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.275";"34509.222";" E ";" C040041";"2";"00 F1";".." "3.276";"34509.467";" E ";" C060041";"8";"00 00 00 00 00 00 00 00";"........" "3.277";"34509.468";" E ";" C060041";"5";"00 00 00 00 00";"....." "3.278";"34509.713";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.279";"34509.714";" E ";" C040041";"2";"00 F1";".." "3.280";"34509.959";" E ";" C060041";"8";"00 00 00 00 00 00 00 00";"........" "3.281";"34509.960";" E ";" C060041";"5";"00 00 00 00 00";"....." "3.282";"34510.495";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.283";"34510.496";" E ";" C040041";"2";"00 F1";".." "3.284";"34511.516";" E ";" C060041";"0";"";"" "3.285";"34511.759";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.286";"34511.760";" E ";" C040041";"2";"00 F1";".." "3.287";"34512.005";" E ";" C060041";"0";"";"" "3.288";"34512.251";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.289";"34512.252";" E ";" C040041";"2";"00 F1";".." "3.290";"34512.497";" E ";" C060041";"0";"";"" "3.291";"34512.739";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.292";"34512.739";" E ";" C040041";"2";"00 F1";".." "3.293";"34512.985";" E ";" C060041";"8";"D1 01 09 54 02 65 6E 48";"...T.enH" "3.294";"34512.986";" E ";" C060041";"5";"65 6C 6C 6F 21";"ello!" "3.295";"34513.231";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.296";"34513.232";" E ";" C040041";"2";"00 F1";".." "3.297";"34513.477";" E ";" C060041";"8";"D1 01 09 54 02 65 6E 48";"...T.enH" "3.298";"34513.478";" E ";" C060041";"5";"65 6C 6C 6F 21";"ello!" "3.299";"34513.724";" E ";" C040041";"8";"01 2E 54 F7 C3 59 42 3E";"..T..YB>" "3.300";"34513.724";" E ";" C040041";"2";"00 F1";".."
查看全文
IMX-LVDS-HDMIについて 技術サポートチームの皆様へ、 弊社では、医療機器のモニタリングシステムへの導入に向けて、貴社のIMX-LVDS-HDMIの評価を行っています。 私たちの医療機器はLVDSインターフェースを備えたLCDパネルを使用しています。LVDS信号をタップしてHDMIに変換し、元の表示動作に影響を与えずに別のPCやモニターで監視できるようにしたいと考えています。 弊社が使用している液晶パネルは以下のとおりです。 ディスプレイ: TDT25060AA00 解像度: 1024×768(XGA) LVDS: 1ポートLVDS これらのパラメータは、添付のディスプレイデータシートから取得したものです。 コンバータを購入・テストする前に、御社の基板が技術的にこのアプリケーションに適しているかどうかを確認したいと思います。 以下の点を確認いただけますか? LVDS入力互換性 あなたのコンバータはシングルチャネル/1ポートのLVDS、1024×768、8ビットRGBをサポートしていますか? ピクセルクロック周波数 当社のディスプレイは、LVDSピクセルクロックを52〜71 MHz(典型的に65 MHz)と指定しています。この全周波数帯域はあなたのLVDSレシーバでサポートされているのでしょうか? LVDSタイミング コンバーターは以下の典型的なタイミングを正しく受信できますか? Hアクティブ: 1024ピクセル 合計:1344個の時計 アクティブV:768行 V 合計: 806 行 リフレッシュレート:約60Hz スペクトラム拡大クロック(SSC) LVDS受信機は拡 散スペクトラムクロック(SSC) 付きのLVDSピクセルクロックに対応し ています か? もしそうなら、サポートされているSSC変調の深さと周波数帯域を教えていただけますか? 推奨構成 もしこのコンバーターが当サイトのディスプレイに対応しているなら、以下の推奨設定や設定を教えていただけますか: 1024×768 1ポートLVDS VESA 8ビットRGB このコンバーターが、元の表示信号を変えずに、他のPCで監視するための1024×768 LVDS表示信号を安定かつ信頼性の高いHDMI表示で提供できるかどうかを確認したいと考えています。 データシートは参考資料として添付されています。 技術的サポートを事前にありがとうございます。基板の購入とテストを進める前に、互換性の確認をいただければ幸いです。 よろしくお願いします、 Re: Regarding IMX-LVDS-HDMI こんにちは、おはようございます。 迅速なご回答ありがとうございます。つまり、前面のミニSASコネクタをボードに適したものに交換すれば、HDMIを使ってPCのLVDS信号を監視できるということですか? ありがとうございます Re: Regarding IMX-LVDS-HDMI こんにちは、 このアダプターカードは、LVDSコネクタ側にミニSASコネクタを使用しているため、i.MX 基板用のLVDSからHDMIへの接続用に設計されているので、お使いのボードに互換性があるか必ず確認してください。 他の機能については、コンバーターとして使われている実際のチップを見てみましょう。 https://www.ite.com.tw/en/product/cate1/IT6263 よろしくお願いいたします。 アルド。 Re: Regarding IMX-LVDS-HDMI こんにちは、 プラグアンドプレイアダプターほど簡単ではありません。使用されるチップはミニSASコネクタのバスの一部であるI2Cで設定される必要があり、デバイスツリーにも定義されなければなりません。 これは一般的なLVDSからHDMIへの変換器ではないので、実際に使われているチップを共有したので、どう動作するかご覧いただけます。 よろしくお願いいたします。 アルド。
查看全文
Obtain JCOP4 development tools and documentation We are starting development of a custom Java Card applet for an NXP JCOP4 smart card. Our existing cards are listed as: NXP S32 Debug Entry Authenticator JCOP4 Applet Version 01.04.01 We are looking for the development tools and documentation needed to build, load, install, and test our own Java Card applet on the JCOP4 platform. Specifically, we are looking for access to: JCOP Tools JCShell JCOP4 platform export files Java Card development libraries Sample applet projects CAP file build, load, install, and delete instructions GlobalPlatform Card Manager information Confirmation of the supported Java Card and GlobalPlatform versions We found NXP's training material for Common JCOP Tools, which references the JCOP Tools Eclipse plug-in and JCShell: https://www.nxp.com/design/design-center/training/TIP-SECURE-ELEMENT-COMMON-JCOP-TOOLS-PART-1 Could you please advise: How can we obtain the JCOP Tools/JCShell package for JCOP4 development? Is an NDA or other approval required? Where can we obtain the corresponding JCOP4 development libraries, platform files, and documentation? If these resources are no longer provided directly by NXP, what is the recommended way to obtain them? Re: Obtain JCOP4 development tools and documentation Hello @sameer_chawla, Hope you are doing well. Please accept my apologies, this is not the proper support path for any topic related to JCOP devices. As resources supporting JCOP are highly restricted, unfortunately, I do not have access to the information due to security levels. For further support on this part, could you please contact your local Distributor? I really apologize for the inconveniences this might cause you. Regards, Eduardo.
查看全文
S32K116 电机控制器增加了油门(电位器)以实现速度控制 我想添加ADC通道ADC0_SE13来测量电位器电压。控制电机转速。我尝试了很多方法,但仍然无法在PDB块中正确设置它。ADC 已在 ProcessorExpert 中正确配置,然后我配置了 PDB0。我尝试了很多组合,但每次在 MCAT 工具中都会出现 PDB0 错误。 以下文件我应该如何处理?我正在使用k116 FOC 2sh示例代码。 1. 要实现这一点,需要进行哪些适当的设置? 2. 处理器专家中的ADC配置? 3. 处理器专家中的PDB配置? 4. 修改 periferals_config.c 中的代码? 5.修改main.c中的代码? 6. meas_s32k.c 中的代码修改? 客观的: 1. 将电位器连接为油门控制装置,用于控制速度。 2. 通过 PDB 背靠背触发 ADC。 3. 在中断例程中读取ADC值。其中电流和电压是使用 meas.c 测量的。 4. 根据油门需求设定速度。在ADC中断例程中。速度是哪个变量决定的? 这是配置代码,我正在修改其中的几行。以及处理器专家。 void McuPdbConfig(void) { /* PDB0 模块初始化 */ PDB_DRV_Init(INST_PDB0, &pdb0_InitConfig0); /* PDB0 CH0 预触发初始化 */ PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig0); PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig1); PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig2); >>>>>//PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig3); /* 设置 PDB0 模数 */ PDB_DRV_SetTimerModulusValue(INST_PDB0, 7800); PDB_DRV_SetAdcPreTriggerDelayValue(INST_PDB0, 0, 0, 0); PDB_DRV_SetAdcPreTriggerDelayValue(INST_PDB0, 0, 1, 1200); >>>>//PDB_DRV_SetAdcPreTriggerDelayValue(INST_PDB0, 0, 2, 2400); Screenshot from 2023-09-27 11-57-05.png截图来自 2023-09-27 11-57-05.png Re: S32K116 Motor Control add throttle (potentiometer) for speed control 要在 S32K1xx 电机控制项目中使用 PDB 模块通过 ADC0_SE13 添加电位器油门,MCAT 工具的核心问题源于通道分配冲突或预触发序列计数未对齐。在电机控制(FOC 2-分流)中,PDB 通道 0 通常被大量用于与 PWM 重载同步的精确电流采样。添加慢速油门测量需要单独的 PDB 通道(如果可用)或将其添加为独立的预触发序列,而不会干扰主 PWM 硬件触发信号。 Re: S32K116 Motor Control add throttle (potentiometer) for speed control 问题已解决,我忘记读取 ADC 值来清除 COCO 标志。
查看全文
IMX93 M33 SDK ethosu_apps_rpmsg:モデルの結果を得るにはどうすればいいですか? SDKバージョン26では。ethosu_apps_rpmsg は、ethosu から結果を取得する方法を示しませんでした。 どうすればいいですか? InferenceProcess::InferenceJob job("job", networkModel, ifm, ofm, expectedOutput, pmuEventConfig, 0, &ethosu_drv, 0, nullptr, 0, 0, false); job.invalidate(); InferenceProcess::InferenceProcess inferenceprocess(inferenceProcessTensorArena, TENSOR_ARENA_SIZE); bool failed = inferenceprocess.runJob(job); job.clean(); この計算の出力はどうやって取得できますか? Re: imx93 m33 sdk ethosu_apps_rpmsg: how to get the result of model? 推論結果は、ジョブに渡すOFM バッファ(コンストラクタ内の ofm) に格納されます。expectedOutputはSDK例の検証パスのみを対象としています。計算結果が返される場所ではありません。i.MX93 Ethos-Uフローは、完了した推論結果を出力特徴マップバッファに書き込み、Linux/RPMsgフローではOFMが入力された後に応答をCortex-Aに返送します。 あなたのコードにとって重要な部分は次のとおりです。 InferenceProcess::InferenceJob job( 「仕事」 ネットワークモデル、     ifm、     ofm,              // <-- 出力バッファ     expectedOutput,   // <-- 参照/検証データ、結果ではない pmuEventConfig、 0、     &ethosu_drv、 0、 nullptr、 0、 0、 間違い); job.invalidate(); bool failed = inferenceprocess.runJob(job); job.clean(); (!failed)の場合 {     // ofmから結果を読み込む } 概念的には: コピー (!failed)の場合 {     // 出力テンソル 0 uint8_t *outputData = ofm[0].data(); size_t outputSize = ofm[0].size();     for (size_t i = 0; i < outputSize; i++)     { PRINTF("ofm[%u] = %d\r\n", i, outputData[i]);     } } ofmのSDKの種類によってはアクセスが少し異なる場合がありますが、ルールは同じです:InferenceJobに渡した同じofmバッファから読み込むこと。 モデル出力が量子化されている場合、ofmのバイトは通常int8_tかuint8_tで、最終的な浮動小数点数の値ではありません。出力テンソルの量子化パラメータを使用して変換します。 float real_value = (quantized_value - zero_point) * scale; 例えば、int8 の出力の場合: int8_t *out = reinterpret_cast (ofm[0].data()); for (size_t i = 0; i < outputSize; i++) { float y = (static_cast (out[i]) - output_zero_point) * output_scale; PRINTF("out[%u] q=%d real=%f\r\n", i, out[i], y); } RPMsgの場合、ethosu_apps_rpmsg主にCortex-M33のファームウェアサービスであることを覚えておいてください。Cortex-Aからのリクエストを受け取り、Ethos-Uジョブを実行し、結果をOFMバッファに書き込み、RPMsg で応答を返します。Cortex-A/Linux側では、ドキュメント化されたAPIパスはOFMバッファにアクセスするために使われています。例えばinf->getOfmBuffers()などです。 SO: M33側直接テスト: runJob()が正常に完了した後、ofm[0]を読み取ります。 Aコア/Linux RPMsg推論:出力はコンソール出力ではなく、Linux側推論オブジェクトのOFMバッファから取得ethosu_apps_rpmsg。 expectedOutputを結果として使用しないでください。これは、サンプルが正しさを比較するために使用される、基準となる出力(ゴールデン出力)にすぎません。 計算の出力はすでにOFMに入っています;runJob(job)が成功した後、ofm[0]を読み取り、モデルの出力テンソル型に従って解釈・反量子化します。
查看全文
S32K3 RTD 7.0.1における2つの問題点:括弧の構文エラーと暗号化XMLファイルの欠落 私はRTDバージョンS32K3_RTD_7_0_1_D2602_ASR_REL_4_9_REV_0000_20260206を使用しています。実行時ログには、featureDefined(`FEATURE_MEM_INFLS_HEADER`)に関連する括弧の不一致エラーが報告されています。2 つのネイティブ RTD コンポーネント行に構文エラーがあり、ステートメント getFeature(`FEATURE_MEM_INFLS_HEADER`) == `S32K388` に閉じ括弧がありません。 エラー発生箇所 どちらの不具合のある行にも、getFeature(`FEATURE_MEM_INFLS_HEADER`) == `S32K388` というコードが含まれており、末尾の閉じ括弧が欠落しています。 ファイルパスと行 1 : eclipse/mcu_data/components/PlatformSDK_S32K3/C40_Ip/C40_Ip.component行 603 ファイルパスと行 2 : eclipse/mcu_data/components/PlatformSDK_S32K3/Mem_43_INFLS/Mem_43_INFLS.component行 905 これらの構文エラーは公式のオリジナルRTDコンポーネントファイルに存在し、実行時機能定義の解析エラーを引き起こします。   2つ目の問題:暗号モジュールファイルが見つからないエラー 私はArch LinuxとS32DSでRTDバージョンS32K3_RTD_7_0_1_D2606_ASR_REL_4_9_REV_0000_20260814を使用しています。eclipse/mcu_data/processorsディレクトリのCryptoモジュールにファイルが不足している問題があります。 すべてのMCUモデルが必要な2つのCrypto設定ファイル(PlatformSDK_S32K3/common/sdk_features_rtd_crypto.xmlとPlatformSDK_S32K3/[MCU_MODEL]_[PACKAGE_TYPE]/resource_tables/RTD_CRYPTO/rtd_crypto_Crypto.xmlを含んでいるわけではありません。 上記の2つのファイルを含まずMCUモデルを選択し、 Crypto_43_HSE モジュールを追加すると、S32DSのUI例外やコード生成の失敗が発生します。これら2つの完全なXMLファイルを他の対応MCUモデルディレクトリから手動でコピーすることで、このエラーを完全に解決できます。 Re: Two Issues in S32K3 RTD 7.0.1: Unpaired Parenthesis Syntax Error and Missing Crypto XML Files こんにちは、 @chenwilsoft さん。 創刊: ご指摘ありがとうございます。ご指摘の通り、 `FEATURE_MEM_INFLS_HEADER`セクション内の C40_Ip.component および Mem_43_INFLS.component ファイルの両方ともタイプミスがあります。 `FEATURE_MEM_INFLS_SUPPORTBLOCK4PIPESELECT`セクションを参考にすると、 featureDefined の前に余分な開き括弧 "(" が誤って追加されているようです。 回避策として、以下の方法をいただけますか: 式の最後に不足している閉じ括弧「)」を追加するか、 featureDefined の前の余分な開き括弧を削除してください(これにより、ファイル内の他の場所で使用されている形式と構文が一致します)。 この問題によりご迷惑をおかけして申し訳ございません。 第2号: S32K3リアルタイム・ドライバAUTOSAR R23-11 バージョン7.0.1 QLP05を使用しているため、このリリースはソフトウェアリリースノートに記載されている通り、S32K3x4およびS32K388デバイスのみを対象としていることにご注意ください。 下の画像では、2つの異なるS32DS 3.6.xからsdk_features_rtd_crypto.xmlファイルをハイライト表示しています。インストール: オレンジ:RTD 7.0.1 QLP05がインストールされたS32DSインスタンス。 紫色:RTD 7.0.1 P02がインストールされたS32DSインスタンス。 VaneB_0-1787259680399.pngVaneB_0-1787259680399.png RTD 7.0.1 P02パッケージはすべてのS32K3派生モデルをサポートし、RTD 7.0.1 QLP05はS32K3x4およびS32K388デバイス向けに特別に設計・検証されています。 rtd_crypto_Crypto.xml ファイルについても同様です。これらのファイルは、7.0.1 QLP05リリースですべてのS32K3派生製品に対して提供されていません。なぜなら、これらのデバイスのサポートは本パッケージの範囲外だからです。 BR、VaneB
查看全文
SmartMX2は私のプロジェクトにとって最適な選択肢でしょうか? こんにちは、皆さん。 私は、複数のトークン化された決済カードのアプレットを1チップに搭載し、各取引前にどのアプレットをアクティブ/端末に曝すかを選択できる、単体型の非接触決済デバイス(電話ではない)のセキュア要素オプションを検討しています。 SmartMX2に関する具体的な質問がいくつかあります。 1. 単一のSmartMX2チップが現実的に対応できる別々の決済アプレット/GlobalPlatformセキュリティドメインはおおよそどれくらいあるか? 2. プラットフォームは外部ホストコマンドによってトリガーされるランタイムAID選択をサポートしていますか?つまり、ホスト側ファームウェアがチップに対して、タップ前にどのプロビジョニング済みアプレットを公開するかを指示できるのか、チップが常に静的/優先順位で並んだAIDリストを表示するのではなく、 3. SmartMX2はこの種の銀行・ペイメント用途にまだ適切な製品ラインナップなのか、それともより適した新しいNXPファミリがあるのか? 公開ドキュメントや開発キット、または適切な社内チームについてのアドバイスがあれば教えていただけると助かります。ありがとう! Re: Is SmartMX2 the right choice for my project? こんにちは、 @Javierggさん ご質問に対するコメントをご覧ください。 1.NXP SmartMX2製品ページは、公開データシートや概要ドキュメントの出発点として NXP.com 良いです。 - より深い技術仕様については、製品のリファレンスマニュアル(NDAの下で入手可能)でGlobalPlatform SDの制限とAID マネジメントが記載されています。 2. 開発キットや適切なチームとの直接のやり取りについては、NXPの公式営業やFAE(フィールドアプリケーションエンジニア)チャネルを通じて連絡することをお勧めします。銀行やペイメントアプリケーションのセキュア要素専門家とつなげてくれるからです。 3. SmartMX2が新しいファミリと今でも適切なかどうかについてですが、インターフェースやフォームファクターの要件に応じてNXPのSE050やSN100シリーズも検討する価値があり、FAEはあなたの具体的な用途に応じた選択肢の比較を手伝ってくれます。
查看全文
imx93 m33 sdk ethosu_apps_rpmsg: how to get the result of model? in the sdk version26.   ethosu_apps_rpmsg did not show the way to get result from ethosu. how to do it? InferenceProcess::InferenceJob job("job", networkModel, ifm, ofm, expectedOutput, pmuEventConfig, 0,                        &ethosu_drv, 0, nullptr, 0, 0, false);     job.invalidate();     InferenceProcess::InferenceProcess inferenceprocess(inferenceProcessTensorArena, TENSOR_ARENA_SIZE);     bool failed = inferenceprocess.runJob(job);     job.clean(); how can I get the output of this calculation? Re: imx93 m33 sdk ethosu_apps_rpmsg: how to get the result of model? The inference result is in the OFM buffer you pass into the job — ofm in your constructor. expectedOutput is only for the SDK example’s validation path; it is not where the calculated result is returned. The i.MX93 Ethos-U flow writes the completed inference result into the output feature-map buffer and, in the Linux/RPMsg flow, sends the response back to Cortex-A after the OFM is populated . For your code, the important part is: InferenceProcess::InferenceJob job(     "job",     networkModel,     ifm,     ofm,              // <-- output buffer(s)     expectedOutput,   // <-- reference/validation data, not the result     pmuEventConfig,     0,     &ethosu_drv,     0,     nullptr,     0,     0,     false); job.invalidate(); bool failed = inferenceprocess.runJob(job); job.clean(); if (!failed) {     // Read result from ofm } Conceptually: Copy if (!failed) {     // Output tensor 0     uint8_t *outputData = ofm[0].data();     size_t outputSize   = ofm[0].size();     for (size_t i = 0; i < outputSize; i++)     {         PRINTF("ofm[%u] = %d\r\n", i, outputData[i]);     } } Depending on the exact SDK type of ofm , the access may be slightly different, but the rule is the same: read from the same ofm buffer that you passed into InferenceJob . If your model output is quantized, the bytes in ofm are usually int8_t or uint8_t , not final floating-point values. Convert them using the output tensor’s quantization parameters: float real_value = (quantized_value - zero_point) * scale; For example, for an int8 output: int8_t *out = reinterpret_cast (ofm[0].data()); for (size_t i = 0; i < outputSize; i++) {     float y = (static_cast (out[i]) - output_zero_point) * output_scale;     PRINTF("out[%u] q=%d real=%f\r\n", i, out[i], y); } In the RPMsg case, remember that ethosu_apps_rpmsg is mainly the Cortex-M33 firmware service. It receives the request from Cortex-A, runs the Ethos-U job, writes the result into the OFM buffer, and returns the response over RPMsg . On the Cortex-A/Linux side, the documented API path is to access the OFM buffers, for example inf->getOfmBuffers() . So: M33-side direct test: read ofm[0] after runJob() completes successfully. A-core/Linux RPMsg inference: get the output from the Linux-side inference object’s OFM buffers, not from ethosu_apps_rpmsg console output. Do not use expectedOutput as result ; it is only the golden/reference output used by the sample to compare correctness. The output of your calculation is already in ofm ; after a successful runJob(job) , read ofm[0] and interpret/dequantize it according to your model’s output tensor type.
查看全文
ベースファームウェアにイーサネットスタックを追加する 私はS32K396 MCSPTR2AK396と共に3相永久磁石同期モーター制御開発キットを使っています。以下のスタックをインストールしました。 S32DS_3.6.5_RFP_win32 S32K3_ETPU_SW_4.9_2.0.1_D2512 SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512 SW32K3_FreeMASTER_Driver_1.5.0_D2512 S32K3xx_AMMCLIB_RTM_1_1_45_BIN MCSPTR2AK396_SW GCC バージョン 10.2。 SW32K3_FreeRTOS_11.1.0_0.8.0_CD1_D2603 SW32K3_TCPIP_STACK_4.0.0_D2512 私は2つのプロジェクトを別々にテストしました。基本的なモータ制御プロジェクト(MCSPTR2AK396_PMSM_FOC_3Sh_SwRes_ll_M7_0_0)は完璧に機能します。イーサネット(lwip_baremetal_s32k396)を使った例のプロジェクトも動作し、ボードは正常にpingを送りました。 次に、この2つのプロジェクトを組み合わせて、モーターを制御しながらイーサネット経由でデータを送信できるようにしたいと考えました。論理的な流れのように聞こえるが、いくつか問題に直面した。 モータープロジェクトではPOWERモジュールが使われ、イーサネットドライバー(Eth_43_GMAC)を追加するとMCUモジュールが必要になり始めます。MCUを追加すると、コンフィギュレーターが「MCUとPOWERは共存できない」と警告します。 今は別の方法を試しています。POWERをMCUに置き換えたり、クロック設定を転送しようとしますが、これで他にも多くのエラーが発生します。そして、今後どれだけの不適合が生じるかは不明である。 そこで一番の疑問は、これは本当に実現可能なのかということです。私は時間を無駄にしているのだろうか?そして、これらは根本的に相容れないものなのだろうか?それとも、私の考え方が間違っていて、何かを見落としているのでしょうか? もしモーターとイーサネットの両方をS32K396で同時に動かしたことがある方がいれば、ぜひ経験を共有してください。現成の例や実証済みの設定方法があるかもしれません。どんな情報でもいただければ大変ありがたいです。 Anna_Anna_1-1787238162573.pngAnna_Anna_1-1787238162573.png Anna_Anna_3-1787238893017.pngAnna_Anna_3-1787238893017.png   Re: Adding the Ethernet stack to the base firmware こんにちは、 ご注意ください。SW32K3_TCPIP_STACK_4.0.0_D2512は、MCALイーサネットスタックに基づくGMAC HLDドライバ(Eth_43_GMAC)をサポートしています。しかしMCSPTR2AK396例はIPドライバー層に基づいています。 このようなアーキテクチャ上の不一致があるため、TCP/IPスタックを既存のMCSPTR2AK396プロジェクトに統合することは容易な作業ではありません。TCP/IPスタックはIP層のGMACドライバと直接インターフェースしません。 あなたが試した方法は、モーター制御ペリフェラルをIPドライバ層に残し、イーサネットはTCP/IPソリューションで必要なMCAL/HLDスタックを使う混合アーキテクチャを使うという構成で実現可能です。ただし、このアプローチの実現可能性は、使用するドライバーや全体のソフトウェアアーキテクチャに応じてケースバイケースで評価する必要があります。 モーター制御とイーサネットの両方をS32K396で組み合わせた既成のデモは知りません。 しかし、HLDベースのモーター制御デモは、他のS32K3派生モデル、例えばS32K344 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Motor-control-SW-examples/ta-p/1804577 これらの例は、HLD/MCALベースのアーキテクチャへの移行を検討する際に、有益な指針となるでしょう。 BR、ペトル
查看全文
S32K116 モーター制御 速度制御用のスロットル(ポテンショメーター)を追加 ポテンショメーター電圧を測定するためにADCチャネルADC0_SE13を追加したいです。モーターの速度を制御するため。いろいろ試してみましたが、PDBブロックに正しく設定することができませんでした。ProcessorExpertでADCを適切に設定し、その後PDB0を設定しました。いろいろ試してみましたが、毎回MCATツールでPDB0エラーが発生します。 以下のファイルでは何をすれば良いですか?私はk116 FOC 2shのサンプルコードを使用しています。 1. これを実現するために必要な適切な設定は何ですか? 2. プロセッサエキスパートでのADC構成? 3. プロセッサエキスパートでのPDB設定? 4. periferals_config.c のコード変更? 5. main.c のコード変更? 6. meas_s32k.c のコード変更? 客観的: 1. ポテンショメータを速度制御用のスロットルとして接続します。 2. PDBを介してADCを連続的にトリガーする。 3. 割り込みルーチンでADC値を読み取る。電流と電圧はmeas.cを使用して測定されます。 4. スロットル操作に応じて速度を設定する。ADC割り込みルーチン内。どの変数に速度が関係していますか? これは設定コードで、数行を修正しています。そしてプロセッサの専門家。 void McuPdbConfig(void) ヤージュ /* PDB0モジュールの初期化 */ PDB_DRV_Init(INST_PDB0, &pdb0_InitConfig0); /* PDB0 CH0 プリトリガー初期化 */ PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig0); PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig1); PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig2); >>>>>//PDB_DRV_ConfigAdcPreTrigger(INST_PDB0, 0, &pdb0_AdcTrigInitConfig3); /* PDB0の剰余値を設定します */ PDB_DRV_SetTimerModulusValue(INST_PDB0, 7800); PDB_DRV_SetAdcPreTriggerDelayValue(INST_PDB0, 0, 0, 0); PDB_DRV_SetAdcPreTriggerDelayValue(INST_PDB0, 0, 1, 1200); >>>>//PDB_DRV_SetAdcPreTriggerDelayValue(INST_PDB0, 0, 2, 2400); Screenshot from 2023-09-27 11-57-05.png2023-09-27 11-57-05 のスクリーンショット.png Re: S32K116 Motor Control add throttle (potentiometer) for speed control S32K1xxモーター制御プロジェクトでPDBブロックを使ってADC0_SE13でポテンショメータースロットルを追加する場合、MCATツールの根本的な問題はチャネル割り当ての競合やトリガー前のシーケンスカウントのずれに起因します。モータ制御(FOC 2シャント)では、PDBチャネル0がPWMリロードと同期した正確な電流サンプリングに多用されます。スロースロットル測定を追加するには、別のPDBチャネル(可能であれば)か、メインPWMハードウェアトリガーを妨げずに独立したプリトリガーシーケンスとして追加する必要があります。 Re: S32K116 Motor Control add throttle (potentiometer) for speed control 問題が解決しました。COCOフラグをクリアするためにADC値を読み取るのを忘れていました。
查看全文
NXP S32K3x4EVB-Q172 的 PIL 仿真误差 你好, 我正在尝试使用 MBDT for S32K3 系列 1.1.0 版本进行简单的 PIL 仿真。在 Matlab 2021b 上。我正在使用的电路板是 NXP S32K3x4EVB-Q172。使用 SImulink SIL/PIL,我能够成功运行 SIL,然后再运行 PIL。在 PIL 过程中,我在 Simulink 中收到以下错误。有时,它还会报错,提示我向电路板发送数据而不是接收数据,如图所示。 我还尝试部署 MBDT 提供的 UART 模型示例,例如“S32K344_uart_async_s32ct”。模型已部署,但在 PuTTY 终端上再次测试,仍然无法通信。 请指导我如何解决这个问题。 谢谢 Simple_PIL_project_issue_cc.pngSimple_PIL_project_issue_cc.png   Re: PIL simulation error for NXP S32K3x4EVB-Q172 @mariuslucianand OpenSDA 功能是否已在 S32K344EVB-T172 板上激活,以便在 PIL 中运行,USB2Serial 功能是否已激活?? 我正在尝试运行PIL示例模型,我已经指定了PIL配置,模型构建正常,但是无法打开串口(请参见附件中的错误日志和配置设置)。 我非常感谢您能就如何解决这个问题提供任何指导。 谢谢! Re: PIL simulation error for NXP S32K3x4EVB-Q172 你好@Saurabh9 , 对于为 S32K3 MCU 创建的每个 Simulink 模型,我们的工具箱都会关联一个 S32 CT 或 EB tresos 配置项目,该项目保存板的设置并生成配置 C 代码,供 Simulink 模型在编译过程中使用。默认情况下,S32K3 工具箱关联一个 S32CT/EBT 项目,该项目配置用于另一个评估板 S32K344_Q257。 S32K3x4-Q257 EVB 和 S32K3x4-Q172 EVB 的主要区别在于,前者使用 LPUART13,而后者使用 LPUART6。 你有两种选择: 1.您可以打开外部配置工具,将封装从 Q257 更改为 Q172,并配置 LPUART6 及其所有依赖项(引脚、中断)。 2.您可以将 S32CT 配置文件替换为 s32k344_q172.mex 文件。附加到此主题(.mex)这里的扩展名与 MATLAB 的扩展名无关,它是 S32CT 格式)。 为此,您需要转到“硬件实现”、“硬件”,然后更改默认配置模板,如下所示。 mariuslucianand_0-1648251474071.pngmariuslucianand_0-1648251474071.png 在这两种情况下,您还需要指定 PIL 配置、要使用的 LPUART、PC 上的 COM 端口和波特率。为此,您需要前往硬件实现部门(PIL)。对我来说是 COM31,但你的配置可能不同。 mariuslucianand_1-1648251582058.pngmariuslucianand_1-1648251582058.png 我还附上了一个例子。 在这个特定的电路板上,OpenSDA 作为 USB2Serial 的功能尚未完全实现,因此您需要使用连接到 J44(1 到 TX,2 到 RX)接头的外部 USB2Serial 变流器,以便 PIL 能够工作。Simulink会将生成的elf文件部署到OSDA上,并通过外部USB转串口转换器进行PIL通信。 mariuslucianand_2-1648252183459.pngmariuslucianand_2-1648252183459.png 要测试该示例,请打开 k344_q172_h_s32ct.mdl 文件。打开参考配置,并输入您正在使用的 UAB2Serial 的 COM 端口。 请点击此处查看电路板的所有原理图:https://www.nxp.com/design/development-boards/automotive-development-platforms/s32k-mcu-platforms/s32k3x4-q172-general-purpose-development-board :S32K3X4EVB-Q172 希望这能帮到您, Marius
查看全文
Regarding IMX-LVDS-HDMI Dear Technical Support Team, We are evaluating your IMX-LVDS-HDMI for use in a monitoring setup for a medical device. Our medical device uses an LCD panel with an LVDS interface. We would like to tap the LVDS signal and convert it to HDMI so that the display output can be monitored on a separate PC/monitor without affecting the original display operation. The LCD panel we are using is: Display: TDT25060AA00 Resolution: 1024 × 768 (XGA) LVDS: 1-port LVDS These parameters are taken from the attached display datasheet. Before purchasing and testing the converter, we would like to clarify whether your board is technically suitable for this application. Could you please confirm the following: LVDS input compatibility Does your converter support single-channel / 1-port LVDS, 1024×768, 8-bit RGB? Pixel-clock frequency Our display specifies an LVDS pixel clock of 52–71 MHz (65 MHz typical). Is this entire frequency range supported by your LVDS receiver? LVDS timing Can the converter correctly receive the following typical timing? H active: 1024 pixels H total: 1344 clocks V active: 768 lines V total: 806 lines Refresh rate: approximately 60 Hz Spread Spectrum Clocking (SSC) Does the LVDS receiver support an LVDS pixel clock with Spread Spectrum Clocking (SSC)? If yes, could you please specify the supported SSC modulation depth and frequency range? Recommended configuration If this converter is compatible with our display, could you please provide the recommended configuration/settings for: 1024×768 1-port LVDS VESA 8-bit RGB We would like to determine whether this converter can provide a stable and reliable HDMI representation of our 1024×768 LVDS display signal for monitoring on another PC, without changing the original display signal. The datasheet is attached for reference. Thank you in advance for your technical support. We would appreciate confirmation of compatibility before we proceed with purchasing and testing the board. Best Regards,  Re: Regarding IMX-LVDS-HDMI Hello there, Good morning. Thank you for the quick feedback. So if we replace the mini SAS connector at the front to one suitable to our board, it can be used to monitor LVDS signal on the PC using HDMI? Thank you Re: Regarding IMX-LVDS-HDMI Hello, Please note that this adapter card is meant to be used as an LVDS to HDMI connector for i.MX boards, since it uses a mini SAS connector on the LVDS Connector side, so please make sure that it is compatible with your board. Regarding all the other features one, can have a look to the actual chip being used as the converter: https://www.ite.com.tw/en/product/cate1/IT6263 Best regards/Saludos, Aldo. Re: Regarding IMX-LVDS-HDMI Hello, Is not as easy as a plug and play adapter, as the chip being used needs to be configured using I2C which is part of the bus in the mini SAS connector, and it must be defined on your device tree as well. it is not a convencional LVDS to HDMI converter, this I why I have shared the actual chip being used so you may have a look on how it works. Best regards/Saludos, Aldo.
查看全文
Adding the Ethernet stack to the base firmware I am working with the 3-Phase Permanent Magnet Synchronous Motor Control Development Kit with S32K396 MCSPTR2AK396. I installed the following stack: S32DS_3.6.5_RFP_win32 S32K3_ETPU_SW_4.9_2.0.1_D2512 SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512 SW32K3_FreeMASTER_Driver_1.5.0_D2512 S32K3xx_AMMCLIB_RTM_1_1_45_BIN MCSPTR2AK396_SW GCC version 10.2. SW32K3_FreeRTOS_11.1.0_0.8.0_CD1_D2603 SW32K3_TCPIP_STACK_4.0.0_D2512 I tested two projects separately. The basic motor control project (MCSPTR2AK396_PMSM_FOC_3Sh_SwRes_ll_M7_0_0) works perfectly. The example project with Ethernet (lwip_baremetal_s32k396) also works, and the board pings successfully. Next, I wanted to combine these two projects so that while controlling the motor, I could transmit data over Ethernet. It sounds like a logical continuation, but I encountered some difficulties. In the motor project, the POWER module is used, and when I add the Ethernet driver (Eth_43_GMAC), it starts requiring the Mcu module. When I add the Mcu, the configurator complains—Mcu and POWER cannot coexist. Now I’m trying different approaches: I attempt to replace POWER with MCU, try to transfer clock settings, but this leads to a bunch of other errors. And it’s unclear how many more incompatibilities will arise. So my main question is: Is this even feasible? Am I wasting my time, and are these fundamentally incompatible things? Or am I just thinking incorrectly and missing something? If anyone has successfully run both the motor and Ethernet together on the S32K396, please share your experience. Maybe there’s a ready-made example or a proven configuration method. I would be very grateful for any information. Anna_Anna_1-1787238162573.pngAnna_Anna_1-1787238162573.png Anna_Anna_3-1787238893017.pngAnna_Anna_3-1787238893017.png   Re: Adding the Ethernet stack to the base firmware Hi, Please note that SW32K3_TCPIP_STACK_4.0.0_D2512 supports the GMAC HLD driver (Eth_43_GMAC), which is based on the MCAL Ethernet stack. The MCSPTR2AK396 example, however, is based on the IP driver layer. Because of this architectural mismatch, integrating the TCP/IP stack into the existing MCSPTR2AK396 project is not a straightforward task. The TCP/IP stack does not interface directly with the IP-layer GMAC drivers. The approach you tried could be feasible, using a mixed architecture where the motor-control peripherals remain on the IP driver layer while Ethernet uses the MCAL/HLD stack required by the TCP/IP solution. However, the feasibility of this approach must be evaluated on a case-by-case basis, depending on the specific drivers and overall software architecture used. I am not aware of a ready-made demo combining both motor control and Ethernet on the S32K396. However, HLD-based motor-control demos are available for other S32K3 derivatives, such as the S32K344: https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Motor-control-SW-examples/ta-p/1804577 These examples may provide useful guidance if you decide to move toward an HLD/MCAL-based architecture. BR, Petr
查看全文
Two Issues in S32K3 RTD 7.0.1: Unpaired Parenthesis Syntax Error and Missing Crypto XML Files I am using RTD version S32K3_RTD_7_0_1_D2602_ASR_REL_4_9_REV_0000_20260206. The runtime log reports an unpaired parenthesis error related to featureDefined(`FEATURE_MEM_INFLS_HEADER`). Two native RTD component lines have syntax errors, where the statement getFeature(`FEATURE_MEM_INFLS_HEADER`) == `S32K388` lacks a closing parenthesis. Error Location Both faulty lines contain the code getFeature(`FEATURE_MEM_INFLS_HEADER`) == `S32K388` and are missing a trailing closing parenthesis: File Path & Line 1: eclipse/mcu_data/components/PlatformSDK_S32K3/C40_Ip/C40_Ip.component Line 603 File Path & Line 2: eclipse/mcu_data/components/PlatformSDK_S32K3/Mem_43_INFLS/Mem_43_INFLS.component Line 905 These syntax errors exist in the official original RTD component files and cause runtime feature definition parsing failures.   Second Issue: Crypto Module File Missing Error I am using RTD version S32K3_RTD_7_0_1_D2606_ASR_REL_4_9_REV_0000_20260814 with ArchLinux and S32DS. There is a file missing issue in the Crypto module under the eclipse/mcu_data/processors directory. Not all MCU models contain the two required Crypto configuration files: PlatformSDK_S32K3/common/sdk_features_rtd_crypto.xml and PlatformSDK_S32K3/[MCU_MODEL]_[PACKAGE_TYPE]/resource_tables/RTD_CRYPTO/rtd_crypto_Crypto.xml. When selecting an MCU model without the above two files and adding the Crypto_43_HSE module, it triggers S32DS UI exceptions and code generation failures. Manually copying these two complete XML files from other supported MCU model directories to the target model directory can completely resolve this error. Re: Two Issues in S32K3 RTD 7.0.1: Unpaired Parenthesis Syntax Error and Missing Crypto XML Files Hi @chenwilsoft  First Issue: Thank you for pointing this out. You are correct, there is a typo in both the C40_Ip.component and Mem_43_INFLS.component files within the `FEATURE_MEM_INFLS_HEADER` section. Using the `FEATURE_MEM_INFLS_SUPPORTBLOCK4PIPESELECT` section as a reference, it appears that an extra opening parenthesis "(" was inadvertently added before featureDefined. As workaround, could you please either: Add the missing closing parenthesis ")" at the end of the expression, or Remove the extra opening parenthesis before featureDefined (this will make the syntax consistent with the format used elsewhere in the file) Sorry for the inconvenience this issue may have caused. Second Issue: As you are using S32K3 Real-Time Drivers AUTOSAR R23-11 Version 7.0.1 QLP05, please note that this release is intended only for S32K3x4 and S32K388 devices, as stated in the software release notes. In the image below, I highlighted the sdk_features_rtd_crypto.xml files from two different S32DS 3.6.x installations: Orange: S32DS instance with RTD 7.0.1 QLP05 installed. Purple: S32DS instance with RTD 7.0.1 P02 installed. VaneB_0-1787259680399.pngVaneB_0-1787259680399.png The RTD 7.0.1 P02 package supports all S32K3 derivatives, whereas RTD 7.0.1 QLP05 was specifically designed and validated for S32K3x4 and S32K388 devices. The same applies to the rtd_crypto_Crypto.xml file. These files are not provided for all S32K3 derivatives in the 7.0.1 QLP05 release because support for those devices is outside the scope of this package. BR, VaneB
查看全文
NXP S32K3x4EVB-Q172のPILシミュレーションエラー こんにちは、 S32K3シリーズ用MBDTバージョン1.1.0を使用して、簡単なPILシミュレーションを試しています。Matlab 2021b 上で動作します。私が作業しているボードはNXP S32K3x4EVB-Q172です。Simulink SIL/PILを使用して、PILに移行する前にSILを正常に実行することができました。SimulinkでPILを実行すると、以下のエラーが発生します。画像に示されているように、データを受信するのではなく、ボードに送信するエラーが発生することもあります。 また、MBDTに付属しているUART用のモデル例(例えば「S32K344_uart_async_s32ct」)をデプロイしてみました。モデルは展開されますが、再びパティ端末で通信は起こりません。 どうすれば解決できるか、アドバイスをください。 よろしくお願い申し上げます。 Simple_PIL_project_issue_cc.pngSimple_PIL_project_issue_cc.png   Re: PIL simulation error for NXP S32K3x4EVB-Q172 @mariuslucianand PILで動作させるために、S32K344EVB-T172ボードでUSB2SerialとしてのOpenSDA機能は有効になっていますか?? PILの例モデルを実行しようとしています。PILの設定を指定しましたが、モデルは正常にビルドされるのですが、シリアルポートが開かないことが確認できます(添付のエラーログと設定をご参照ください)。 この問題を解決する方法について、何かアドバイスをいただけると大変ありがたいです。 ありがとうございます Re: PIL simulation error for NXP S32K3x4EVB-Q172 こんにちは、 @Saurabh9 さん。 S32K3 MCU用に作成されたすべてのSimulinkモデルに対して、当社のツールボックスにはS32 CTまたはEBのtresos構成プロジェクトが関連付けられており、これによりボードの設定が保持され、後のコンパイルプロセスでSimulinkモデルで使用される構成Cコードを生成します。デフォルトでは、S32K3ツールボックスは評価ボードであるS32K344_Q257向けに設定されたS32CT/EBTプロジェクトを関連付けます。 S32K3x4-Q257 EVBとS32K3x4-Q172 EVBの主な違いは、前者がLPUART13を使用するのに対し、後者はLPUART6を使用する点です。 ここでは2つの選択肢があります。 1.外部設定ツールを開き、パッケージをQ257からQ172に変更し、LPUART6の依存関係(ピン、割り込み)をすべて設定できます。 2.S32CTの設定ファイルをs32k344_q172.mexに置き換えることができます。このスレッドに添付されています(.mexここでいう拡張子はMATLABの拡張子とは全く関係なく、S32CT形式です。 そのためには、ハードウェア実装のハードウェアに行き、下記のようにデフォルト構成テンプレートを変更する必要があります。 mariuslucianand_0-1648251474071.pngmariuslucianand_0-1648251474071.png どちらの場合も、どのLPUARTを使うか、PCのCOMポート、ボーレートを指定する必要があります。そのためには、ハードウェア実装、PIL のセクションに進む必要があります。私の場合はCOM31でしたが、これはあなたの環境設定によって異なるでしょう。 mariuslucianand_1-1648251582058.pngmariuslucianand_1-1648251582058.png サンプルも添付しました。 この特定の基板では、USB2SerialとしてのOpenSDA機能はまだ完全には機能していないため、PILを動作させるにはJ44ヘッダーにコネクテッドした外部USB2Serialコンバータ(1からTX、2からRXへ)を使う必要があります。Simulinkは生成されたelfファイルをOSDA上で展開し、PILは外部のUSB2Serialコンバーターを介して通信します。 mariuslucianand_2-1648252183459.pngmariuslucianand_2-1648252183459.png サンプルをテストするには、k344_q172_h_s32ct.mdl を開いてください。参照されている設定ファイルを開き、使用しているUAB2SerialのCOMポート番号を入力してください。 ボードの回路図はすべてこちらにあります。https://www.nxp.com/design/development-boards/automotive-development-platforms/s32k-mcu-platforms/s32k3x4-q172-general-purpose-development-board :S32K3X4EVB-Q172 お役に立てば幸いです。 マリウス
查看全文
Is SmartMX2 the right choice for my project? Hi all, I'm evaluating secure element options for a standalone contactless payment device (not a phone) that would need to hold several tokenized payment card applets on one chip, with the ability to select which applet is active/exposed to a terminal before each transaction. A couple of specific questions on SmartMX2: 1. Roughly how many separate payment applets / GlobalPlatform Security Domains can a single SmartMX2 chip realistically support? 2. Does the platform support runtime AID selection triggered by an external host command — i.e., can host-side firmware tell the chip which provisioned applet to expose before a tap, rather than the chip always presenting a static/priority-ordered AID list? 3. Is SmartMX2 still the right product line for this kind of banking/payment use case, or is there a newer NXP family better suited to it? Any pointers to public documentation, dev kits, or the right internal team to talk to would be appreciated. Thanks! Re: Is SmartMX2 the right choice for my project? Hello @Javiergg  Please see the comments on your questions: 1. The NXP SmartMX2 product page on nxp.com is a good starting point for public datasheets and overview documentation. - For deeper technical specs, the product's reference manual (available under NDA) would cover GlobalPlatform SD limits and AID management. 2. For dev kits and direct engagement with the right team, reaching out through NXP's official sales or FAE (Field Application Engineer) channel is recommended, as they can connect you with the secure element specialists for banking/payment applications. 3. Regarding whether SmartMX2 is still the right fit vs. a newer family — NXP's SE050 or SN100 series are also worth exploring depending on your interface and form factor requirements, and an FAE can help compare options for your specific use case.
查看全文
SmartMX2 适合我的项目吗? 大家好, 我正在评估独立非接触式支付设备(不是手机)的安全元件选项,该设备需要在一个芯片上存储多个令牌化的支付卡小程序,并且能够在每次交易之前选择哪个小程序处于活动状态/对终端公开。 关于 SmartMX2,我有几个具体问题: 1. 单个 SmartMX2 芯片实际能够支持多少个独立的支付小程序/GlobalPlatform 安全域? 2. 该平台是否支持由外部主机命令触发的运行时 AID 选择——也就是说,主机端固件能否在执行 tap 操作之前告诉芯片要公开哪个已配置的小程序,而不是芯片始终呈现一个静态/优先级排序的 AID 列表? 3. SmartMX2 是否仍然是此类银行/支付用例的合适产品线,还是 NXP 有更新的产品系列更适合它? 任何关于公开文档、开发工具包或相关内部团队的线索都将不胜感激。谢谢! Re: Is SmartMX2 the right choice for my project? 你好@Javiergg 请查看您问题的评论: 1.NXP.com 上的 NXP SmartMX2 产品页面是获取公开数据表和概述文档的良好起点。 - 有关更深入的技术规格,请参阅产品参考手册(根据保密协议提供),其中涵盖了 GlobalPlatform SD 限制和 AID 管理。 2. 对于开发套件和与合适的团队直接接触,建议通过 NXP 的官方销售或 FAE(现场应用工程师)渠道联系,因为他们可以将您与银行/支付应用的安全元件专家联系起来。 3. 关于 SmartMX2 是否仍然适合与更新的系列进行比较——NXP 的 SE050 或 SN100 系列也值得考虑,具体取决于您的接口和外形尺寸要求,现场应用工程师 (FAE) 可以帮助您比较针对您具体使用情况的各种选项。
查看全文