iMX95 动态随机存取存储器(DRAM) 速度 您好， 目前的 iMX95 最高只能支持 6.4Gbps 的传输速率。 NXP 是否会发布支持 LPDDR5X 且速度高达 8.5Gbps 的处理器？ 谢谢。 Re: iMX95 DRAM speed 嗨@pengyong_zhang ， 请问可以提供一下型号名称吗？初步规格说明是什么？ 谢谢。 Re: iMX95 DRAM speed 嗨@simonng imx95 之后的芯片将支持 LPDDR5X 8533MT/s 内存。 BR Re: iMX95 DRAM speed 嗨@simonng 我无法提供有关该芯片的具体细节，因为官方网站尚未发布任何信息。 BR Re: iMX95 DRAM speed 嗨@pengyong_zhang ， 这款新版芯片何时发布？动态随机存取存储器\\(DRAM\\)支持的最大速度和密度是多少？每个通道有多少个 CS？ 谢谢！

S32G-VNP-RDB3：片上调试支持 你好， 我想在以下环境下调试我的基于AUTOSAR操作系统的应用程序。 1) 板名称： S32G-VNP-RDB3 2) 微控制器型号：S32G399 3) Cortex-M7 内核 4) 主机：Windows 上述电路板是否启用了片上调试支持，以便我无需任何外部调试器或探针即可进行连接？ 如果该板不支持片上调试，那么我可以使用 S32 调试探针（硬件）和 S32 设计工作室 IDE（软件）进行调试吗？ 此致敬礼， 马杜苏丹·古普塔 Re: S32G-VNP-RDB3: Onchip debugging support 你好， @madhusudangupta007 感谢你的帖子。 1.RDB3 上没有片上调试器，因此不支持通过 USB 端口直接调试 RDB3。 2. 通常情况下，Lauterbach TRACE32 Debug 用于调试 S32G 产品，此外，NXP 配置的 S32 Debug Probe（ S32 Debug Probe | NXP Semiconductors ）也常被使用。 3. 是的，如前所述，S32调试探针（硬件）和S32设计工作室（集成开发环境）可以一起使用来调试RDB3板。   BR 陈银

i.MX95 Verdin EVKにおけるNPUサポート こんにちは、 tfliteモデルをi.MX95 NPUで動かそうとしています。モデルは変換可能です。ベンチマークで加速は見えますが、出力は全く使えません(顔検出や顔のランドマークモデルで常に同じです)。 次に、このユーザーガイドに従って例を実行しようとしました:https://www.nxp.com/docs/en/user-guide/UG10166.pdf root@imx95-19x19-verdin-47:/usr/bin/tensorflow-lite-2.19.0/examples# ./label_image -m mobilenet_v1_1.0_224_quant.tflite -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libneutron_delegate.so INFO: Loaded model mobilenet_v1_1.0_224_quant.tflite INFO: resolved reporter INFO: EXTERNAL delegate created. INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, zerocp enabled. INFO: Applied EXTERNAL delegate. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. INFO: invoked INFO: average time: 0.37 ms -> ご覧の通り推論は正常に進みましたが、ユーザーガイドに記載されているようなモデルの実際の動作を確認する分類はありません。 正しい変換版のSDK 2.2.2を使ってモデルを変換しました: NeutronSDK_2.2.2+LF_6.12.49_2.2.0/neutron-converter --input input/mobilenet_v1_1.0_224_quant.tflite --target imx95 --output output/mobilenet_v1_1.0_224_quant.tflite --dump-statistics Performance estimates: Clock Frequency: 0.000000 MHz Clock cycles per inference: 0 Latency per inference: -nan ms Inferences per second: -nan Memory footprint: Variables size: 0.000000 MB Constants size: 0.000000 MB Microcode size: 0.000000 MB Statistics for NeutronGraph "subgraph_030": Operators: Number of Neutron operators = 29 Number of builtin operators = 44 Memory: Inputs = 150,528 (bytes) Microcode = 23,944 (bytes) Weights = 4,329,648 (bytes) Kernels = 11,088 (bytes) Outputs = 381,913 (bytes) Scratch = 380,912 (bytes) (Allocation efficiency: 1) Total data = 913,353 (bytes) (Inputs + Outputs + Scratch) Total weights = 4,364,680 (bytes) (Microcode + Weights + Kernels) Total size = 5,278,033 (bytes) (All) Latency: Cycle estimation = 1,066,681 (cycles) Latency estimation = 1.067 (ms) (@ 1000.000 MHz) Overall statistics for graph "": Operators: Number of operators after import = 31 Number of operators after optimize = 47 Number of operators after extract = 4 Number of Neutron graphs = 1 Number of operators total = 47 Number of operators converted = 44 Number of operators NOT converted = 3 Operator conversion ratio = 44 / 47 = 0.93617 Operators converted = 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44, Memory: Total data = 532,448 (bytes) (Inputs + Outputs + Intermediate Variable Tensors) Total weights = 4,364,688 (bytes) (Weights) Total size = 4,897,136 (bytes) (All) Latency: Cycle estimation = 1,066,681 (cycles) (NPU only) Latency estimation = 1.067 (ms) (@ 1000.000 MHz) (NPU only) Conversion time: Optimization = 2.00387 (seconds) Extraction = 0.0308523 (seconds) Generation = 5.56016 (seconds) Total = 7.59489 (seconds) 私のハードウェアとBSPの設定： SOC : iMX ヴェルディン EVK SoM V1.0C キャリア：iMX Verdin EVK v1.2A ( https://www.toradex.com/de/computer-on-modules/verdin-arm-family/nxp-imx95-evaluation-kit?srsltid=AfmBOookfBHOVzIUBJhrVmtYSV45ohtPJy_f2ymYGR956gzD0XzxS0jP ) 私が使用しているビルドについては、以下を参照してください。 MACHINE = "imx95-19x19-verdin" 私はこちらのBSPバージョンを使用しています： https://www.toradex.com/de/news/bsp-layers-reference-images-walnascar ?srsltid=AfmBOoqJF2YHULiIe7sA1L4gPBasmZrepuGIRBLrtcIuFPnz39jctBX6 そしてNXPのレイヤー： メタイムクス rel_imx_6.12.49_2.2.0 カーネルバージョン: 6.12.49-lts-next-g759f4038100f -> 私の主な質問は、私のシリコンリビジョン(A0)が本当にサポートされているのか、あるいはモデルが静かに失敗してひどい出力を出すときに何が原因なのかということです: 顔検出 (UltraFace-Ultraslim、 [1,128,128,3] int8/uint8 入力) は、アンカーごとに[bg_score、face_score、xmin、ymin、xmax、ymax]の単一の融合 (172,6) テンソルを出力します。これは既に NMS 化され、[0,1] に正規化されています。CPU では、これにより顔にぴったりと囲まれた、明確な高信頼度検出 (~0.996) が 1 つ得られますが、NPU では 172 個のアンカーすべてが同一の定数 (~0.50 スコア、~0.227,0.227,0.227 のほぼゼロサイズのボックス) に縮退します。顔ランドマーク (NXP facial_landmarks_35 、 [1,60,60,3] uint8 入力) は、顔の切り抜きに合わせて正規化された 35 個のインターリーブされた (x,y) ポイントの [1,70] テンソルを出力します。CPU では、これらを画像に重ねると認識可能な顔ポイントパターンが形成されますが、NPU では、70 個の値の出力全体がポイントごとに変化する代わりに、単一の繰り返し定数に縮退します。 Yocto Project Re: NPU support on the i.MX95 Verdin EVK 詳細出力： root@imx95-19x19-verdin-4798be6ce85542d2:/usr/bin/tensorflow-lite-2.19.0/examples# ./label_image -m demo_converted -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libneutron_delegate.so -v 1 -r 5 INFO: Loaded model demo_converted INFO: resolved reporter INFO: tensors size: 11 INFO: nodes size: 4 INFO: inputs: 1 INFO: input(0) name: input INFO: 0: MobilenetV1/Logits/SpatialSqueeze, 1001, 9, 0.166099, -62 INFO: 1: MobilenetV1/Predictions/Reshape_1, 1001, 3, 0.00390625, 0 INFO: 2: input, 150528, 3, 0.0078125, 128 INFO: 3: MobilenetV1/Predictions/Reshape_1/requantize, 1001, 9, 0.00390625, -128 INFO: 4: input, 150528, 9, 0.0078125, 0 INFO: 5: NeutronMicrocode, 23944, 3, 0, 0 INFO: 6: NeutronWeights, 4329648, 3, 0, 0 INFO: 7: NeutronKernels, 11088, 3, 0, 0 INFO: 8: NeutronScratch, 380912, 3, 0, 0 INFO: 9: NeutronProfile, 0, 3, 0, 0 INFO: 10: NeutronDebug, 0, 3, 0, 0 INFO: len: 940650 INFO: width, height, channels: 517, 606, 3 INFO: input: 2 INFO: number of inputs: 1 INFO: number of outputs: 1 INFO: EXTERNAL delegate created. INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, zerocp enabled. INFO: Applied EXTERNAL delegate. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. Interpreter has 1 subgraphs. -----------Subgraph-0 has 11 tensors and 5 nodes------------ 1 Inputs: [2] -> 150528B (0.14MB) 1 Outputs: [1] -> 1001B (0.00MB) Tensor ID Name Type AllocType Size (Bytes/MB) Shape MemAddr-Offset Tensor 0 MobilenetV1/Logits/Spa... kTfLiteInt8 kTfLiteCustom 1001 / 0.00 [1,1001] [-1, -1) Tensor 1 MobilenetV1/Prediction... kTfLiteUInt8 kTfLiteArenaRw 1001 / 0.00 [1,1001] [151552, 152553) Tensor 2 input kTfLiteUInt8 kTfLiteArenaRw 150528 / 0.14 [1,224,224,3] [0, 150528) Tensor 3 MobilenetV1/Prediction... kTfLiteInt8 kTfLiteArenaRw 1001 / 0.00 [1,1001] [150528, 151529) Tensor 4 input kTfLiteInt8 kTfLiteCustom 150528 / 0.14 [1,224,224,3] [-1, -1) Tensor 5 NeutronMicrocode kTfLiteUInt8 kTfLiteMmapRo 23944 / 0.02 [23944] [4340768, 4364712) Tensor 6 NeutronWeights kTfLiteUInt8 kTfLiteMmapRo 4329648 / 4.13 [4329648] [11104, 4340752) Tensor 7 NeutronKernels kTfLiteUInt8 kTfLiteMmapRo 11088 / 0.01 [11088] [0, 11088) Tensor 8 NeutronScratch kTfLiteUInt8 kTfLiteArenaRw 380912 / 0.36 [380912] [-1, -1) Tensor 9 NeutronProfile kTfLiteUInt8 kTfLiteArenaRw 0 / 0.00 [0] [-1, -1) Tensor 10 NeutronDebug kTfLiteUInt8 kTfLiteArenaRw 0 / 0.00 [0] [-1, -1) kTfLiteArenaRw Info: Tensor 2 has the max size 150528 bytes (0.144 MB). This memory arena is estimated as[0xaaaafd73ffa9, 0xaaaafd71abc0), taking 152553 bytes (0.145 MB). One possible set of tensors that have non-overlapping memory spaces with each other, and they take up the whole arena: Tensor 2 -> 3 -> 1. kTfLiteArenaRwPersistent Info: not holding any allocation. kTfLiteMmapRo Info: Tensor 6 has the max size 4329648 bytes (4.129 MB). This memory arena is estimated as[0xffff7ec299f8, 0xffff7e800050), taking 4364712 bytes (4.163 MB). One possible set of tensors that have non-overlapping memory spaces with each other, and they take up the whole arena: Tensor 7 -> 6 -> 5. kTfLiteDynamic Info: not holding any allocation. === Beginning of kTfLiteArenaRw Dump: === Total size is 152553 bytes (0.145 MB), holding 3 tensors. tensor 2: life_span: node [0, 4], size: 150528 bytes (0.144 MB). tensor 3: life_span: node [2, 3], size: 1001 bytes (0.001 MB). tensor 1: life_span: node [3, 4], size: 1001 bytes (0.001 MB). 1 tensors are of same max size (150528 B (0.144 MB)): [2] Per-layer-info in the order of op execution: Node 0: 150528 bytes (0.144 MB), utilization rate: 98.673%, 1 live tensors: [2] Node 4: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [1,2] Node 2: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [2,3] Node 3: 152530 bytes (0.145 MB), utilization rate: 99.985%, 3 live tensors: [1-3] Top 4 memory-consuming layers: Node 3: 152530 bytes (0.145 MB), utilization rate: 99.985%, 3 live tensors: [1-3] Node 4: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [1,2] Node 2: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [2,3] Node 0: 150528 bytes (0.144 MB), utilization rate: 98.673%, 1 live tensors: [2] ===End of kTfLiteArenaRw Dump: === Node 0 Operator Builtin Code 114 QUANTIZE (not delegated) 1 Input Tensors:[2] -> 150528B (0.14MB) 1 Output Tensors:[4] -> 150528B (0.14MB) Node 1 Operator Custom Name NeutronGraph (delegated by node 4) 4 Input Tensors:[4,5,6,7] -> 0B (0.00MB) 4 Output Tensors:[0,8-10] -> 0B (0.00MB) Node 2 Operator Builtin Code 25 SOFTMAX (not delegated) 1 Input Tensors:[0] -> 1001B (0.00MB) 1 Output Tensors:[3] -> 1001B (0.00MB) Node 3 Operator Builtin Code 114 QUANTIZE (not delegated) 1 Input Tensors:[3] -> 1001B (0.00MB) 1 Output Tensors:[1] -> 1001B (0.00MB) Node 4 Operator Custom Name NeutronDelegate 4 Input Tensors:[4-7] -> 4515208B (4.31MB) 1 Output Tensors:[0] -> 1001B (0.00MB) Execution plan as the list of 4 nodes invoked in-order: [0,4,2,3] Among these nodes in the execution plan: Node 4 is a NeutronDelegate node (0xaaaafd6f5c30), which has delegated 1 nodes: [1] --------------Subgraph-0 dump has completed-------------- --------------Memory Arena Status Start-------------- Total memory usage: 152553 bytes (0.145 MB) - Total arena memory usage: 152553 bytes (0.145 MB) - Total dynamic memory usage: 0 bytes (0.000 MB) Subgraph#0 Arena (Normal) 152553 (100.00%) --------------Memory Arena Status End-------------- INFO: invoked INFO: average time: 0.326 ms

从挂起状态唤醒期间出现 I2C 问题 请教各位专家一个问题。 我有一个电路，其中几个按钮开关连接到一个 GPIO 扩展器。我目前的系统基于 IMX8MP，该 GPIO 扩展器通过 I²C 连接到 IMX8MP。该扩展器有一条通往 IMX8MP 的中断线。通常，当我将系统置于挂起模式并按下其中一个按钮（扩展器在设备树中也被标记为唤醒源）时，系统从挂起状态恢复后，我会收到数百甚至数千次以下消息：[ 117.113106] pca953x 3-0076: 读取寄存器失败。我知道 i2c-imx.c 中已经有一个针对类似问题的补丁。驱动程序，我已经应用了。然而，它并没有达到预期的效果。我该怎么办？附言这种情况并非经常发生，但可以相对快速地重现。 此致敬礼，R。 Re: i2c problems during wakeup frum suspend 我使用的是内核版本 6.6.23 Re: i2c problems during wakeup frum suspend 你好@RRD101 根据您的描述，您似乎可以尝试这个提交。另外，您使用的是哪个内核版本？ 此致， 志明

Modbus RTU通信エラー 私はMC9S08JM60用のMODBUS RTU保持レジスタを読み取るためのコードを書いています。私は15個の保持レジスタを読み取っており、それによって35バイトのフレームが得られます。つまり、各バイトごとに1回の割り込みを受けることが期待されていますが、フレームの最初のバイトは1回、次の割り込みは次のフレームの最初のバイトに対してです。SO、残りの34バイトを失うことになります。これに関して何かご意見があればお聞かせください。 コードスニペットを添付します。 Re: Modbus RTU communication error こんにちは、 @An95さん 投稿ありがとうございます！ S08にModbus RTUのドキュメントは存在します。 しかし、あなたが直面している問題はRDRFをクリアしていないことに関係している可能性があります。 RDRF（受信データレジスタ満杯）フラグは、SCI1S1を読み取った後にSCI1Dを読み取った場合にのみクリアされます。ISRでSCI1Dが読み取れない場合、割り込みは一度発生し、その後レシーバが停止します。 14.2.4を参照MC9S08JM60シリーズデータシートのSCIステータスレジスタ1（SCIxS1）。 コードがフラグを正しくクリアしていることを確認してください。 BR Re: Modbus RTU communication error こんにちは、 @carlos_o さん。 ご回答ありがとうございます。 RDRFフラグは、割り込みサービスルーチンのコールバック関数に入るとクリアされます。35バイトのフレームは、単一の割り込みで送られてきます。35バイトのバッファを使用しても、フレーム全体を読み込むことができません。 この件に関して、ご意見をお聞かせください。 BR Re: Modbus RTU communication error 実装をベアメタルコードに変更しましたが、それでも1バイトしか受信できません。 ご意見をお聞かせください。 Re: Modbus RTU communication error こんにちは、 @An95さん SCIはRDRFがトリガーされるたびに1バイトしか受信できませんでした。つまり、送信する35バイトを読み取るために35回の割り込みをトリガーする必要があります。 14.3.3章「レシーバ機能説明」を参照すると良いでしょう SCIモジュールには1つのSCIデータレジスタ(SCIxD)しかなく、毎回8ビットを節約できます。

カスタムボードとシリアルダウンローダーを使用したMIMXRT1170-EVKBデバッガーの使用方法と検証 こんにちは、チームの皆さん、 私たちはアプリケーション用の MIMXRT1176 を選定し、現在は評価とソフトウェア開発に MIMXRT1170-EVKB を使用しています。カスタムボードデザインは現在進行中で、ハードウェアデザインを最終決定する前にいくつかの点を明確にしたいと考えています。 Q1: カスタムボードでのEVKBオンボードデバッガの使用 MIMXRT1170-EVKBに搭載されているデバッガを使用して、カスタムRT1176ベースのボードのプログラミングとデバッグを行うことは可能ですか？それとも、別途デバッガが必要になりますか？ これは可能だと考えていますが、NXPチームからの確認をいただければ幸いです。 さらに、以下の情報も提供していただけますか: EVKBで変更する必要のあるジャンパー設定。 オンボードデバッガをEVKBターゲットMCUから切り離し、外部ターゲットにルーティングするためのハードウェア変更が必要です。 カスタムボードにコネクテッドすべきSWD/JTAG信号の詳細。 カスタムハードウェアが届く前の実地テストとして、現在、 MIMXRT1170-EVKBボードを2枚（ボードAとボードB）用意しています。 私たちは以下の実験を実施したいと考えています。 Board-Aの搭載デバッガを使ってRT1170 MCUをBoard-Bでプログラム・デバッグします。 同様に、ボードBのオンボードデバッガを使用してボードAのプログラミングとデバッグを行います。 このセットアップがサポートされているか、また必要なジャンパー設定やハードウェア改造を教えていただけますか? Q2:シリアルダウンロードパスの検証 また、RT1170におけるシリアルダウンローダー（SDP）モードの実装に関する我々の理解を確認したいと思います。 EVKBの回路図から判断すると、ジャンパーJ114とJ115はそれぞれLPUART1_RXとLPUART1_TXに接続されているようです。 これらのジャンパーを外し、外部 のUSB-UART TTLアダプター をMCU側の信号に接続し、MCUをSDPモードに保ちながら以下のことを可能にすると: MCUXpressoのSecure Provisioning Tool(SPT)やBoot Utilitiesを使って、UARTインターフェースを通じてイメージをダウンロード・プログラムしますか? ruthvik_1_1-1785737410834.png EVKBおよび今後のカスタムハードウェアの両方で、このフラッシュとリカバリーが有効な方法であることを確認していただけるとありがたいです。 サポートとご指導に感謝します。 よろしくお願いいたします。 ルースヴィク・R Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、@mayliu1 さん。 ご返信ありがとうございます。 Q1について:外部デバッガー/フラッシャーを導入します。もし使いたい場合に備えて、オンボードデバッガの使用が可能かどうか知りたかったのです Q2について:回復SDPのテストを進めます。 よろしくお願いいたします。 ルートヴィク Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、 @Littell さん。 ご返信と率直なご意見をありがとうございます。 よろしくお願いいたします。 ルートヴィク Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、 @ruthvik_1 さん、 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 A1：原則として可能です。ただし、この方法ではEVKB上で追加のジャンパー設定やハードウェア接続の変更が必要になる場合があり、EVKBの回路図と照らし合わせて確認する必要があります。 したがって、一般的には、カスタムボード上に標準のSWD/JTAGヘッダーを確保し、開発およびデバッグにはJ-LinkやP&E Multilinkなどの専用の外部デバッガを使用することをお勧めします。 A2：EVKBの回路図に基づくと、シリアルダウンローダーのパスに関するあなたの理解は正しいようです。RT1170 SDPモードは、UARTやUSBを含むROMブートローダーインターフェースを通じてイメージダウンロードをサポートします。EVKBの回路図に基づくと、J114とJ115はLPUART1の接続経路に関連付けられています。 UART SDPの場合、信号は次のとおりです。 LPUART1_TX: GPIO_AD_24 LPUART1_RX: GPIO_AD_25 したがって、EVKBのJ114/J115を切断すれば可能になるはずです。 電圧レベルの互換性、TX/RX接続の相互接続、および共通のGND接続を確認してください。 よろしくお願いいたします。 5月 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 「Q1:カスタムボードでEVKBオンボードデバッガを使用する」という考え方は、MCU-Linkのコストがとても小さいので、その方法はあまりにも無理です。ベース開発ボードを危険にさらしていて、後悔するでしょう。 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 原理的には可能かもしれませんが、あるEVKBのオンボードデバッガを使って別のターゲットボードをデバッグすることはNXPの推奨利用ケースではありません。カスタムボード上に標準のSWD/JTAGインターフェースを予約し、J-Link、P&Eマルチリンク、MCU-Linkなどの専用外部デバッガを開発とデバッグに使用することを推奨します。 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、@mayliu1 さん。 ご返信ありがとうございます。外部のNXP MCU-Linkデバッグプローブを使う予定です。ご説明いただきありがとうございます。 よろしくお願いいたします。 ルースヴィク

S32K3標準ソフトウェアをダウンロードできません ダウンロードできません V1_0-1785824291602.png Re: Not able to Download S32K3 Standard Software こんにちは、 問題なくダウンロードできました。別のブラウザを試したり、Cookieを削除したりするなどしてみてください。 ダウンロード自体はNXP側で正常に動作しています。 よろしくお願いいたします。 ピーター

IGGMポイントシステムとルールの説明｜ポイントの獲得方法、交換方法など より手頃な価格のゲーム商品とサービスを提供するため、IGGMプラットフォームは新しいポイントシステムを正式に導入しました。これにより、より少ない費用で優れたショッピング体験を楽しめるよう設計されています!   以下では、ポイントを効率的に獲得する方法、割引や魅力的な特典と交換する方法、VIP特典を組み合わせて節約効果を最大化する方法など、知っておくべきすべてのことを詳しく解説します。   ポイントシステムをご利用になる前に、登録が必要です。   なお、IGGMの新しいポイントシステムは新規登録かつログインしたユーザーのみが利用可能です。まだ登録またはログインしていない場合は、チェックインページやポイントページにアクセスするために登録が必要です。   ポイントの獲得方法   IGGMでのポイント獲得はシンプルで分かりやすく、主にデイリーチェックインと注文リワードの2つのチャネルを通じて行われます。   1. 毎日のチェックイン   IGGMチェックインセンターページの「本日チェックイン」ボタンをクリックするだけでチェックインが完了します。ボタンが「チェックイン済み（明日またお越しください）」に変わったら、ポイントが正常に加算されています！または、カレンダーの現在の日付をクリックしてチェックインすることもできます。   ワンタップチェックイン（イースターエッグ）   ここにちょっとしたイースターエッグがありますよ！当日のチェックインを忘れてクーポン利用ページに直接アクセスしてしまった場合は、リストの一番下にある「小さなロケット」の絵文字をタップするだけで、すぐにチェックインできます。チェックインセンターに戻る必要はありません。連続チェックインによる段階的な特典は引き続きご利用いただけます。   PC版とモバイル版のビジュアルの違いにご注意ください!PCユーザーの場合、小さなロケットはカーソルを上に合わせたときに初めて揺れ、炎を放ち始めます。ワンクリックでロケットが発射され、チェックインポイントがカウントされます。モバイルユーザーの場合、ロケットアイコンは絶えず揺れます。タップするだけでチェックインし、即座にポイントを獲得できます!   その他のチェックイン入力   さらに、IGGMは迅速かつ便利な日々のチェックインのために以下のアクセスポイントを提供しています:   1. クーポン引き換えページで「今すぐ行く」をクリックしてチェックインセンターへお越しください。   2. ホームページ下部のクーポンセクションをクリックしてチェックインセンターにアクセスしてください。   3. IGGMの製品ページ下部のバナーをクリックするとチェックインセンターにアクセスします。   連続チェックインに対する段階的な特典   IGGMのチェックインシステムは、継続利用を奨励する仕組みになっている。チェックインを中断せずに継続すると、毎日のポイントが時間とともに増加します。初日は5ポイント、2日目は6ポイント、3日目は8ポイントです。4日目以降は、連続記録を維持している限り、毎日最大10ポイントの報酬を継続的に受け取ることができます。   注意:ショッピング中に製品ページのチェックインバナーでチェックインした場合、チェックイン完了後に下部の「バックショッピング」から元のページに戻ることができます。お買い物の進行状況に影響が出る心配はありません！   中断時にリセット   何らかの理由で一日でも欠かしたり、連続記録が途切れたりすると、進捗状況はゼロにリセットされます。次回のチェックイン時には、初日と同じ5ポイントの料金が適用されます。毎日のチェックインリセットはサーバーのタイムゾーンに基づいて行われますのでご注意ください。ネットワークの問題やその他の中断により進行状況が失われることを避けるため、必ず時間通りにチェックインしてください。   2. 注文に関するポイント   さらに、IGGMプラットフォームで注文をすると、システムは小額の合計に基づいてポイントを付与します。   ポイント獲得率：1ドル＝1ポイント   通常の条件下では、実際の支出1ドルごとに1ポイントが直接換算されます。小数点を含む注文金額の計算を簡略化するため、IGGMは獲得ポイントを決定する際に、最も近い整数に四捨五入します。例えば、17.35ドル支払うと17ポイント、34.86ドル支払うと35ポイント獲得できます。   少額取引におけるシステム効率を確保するため、ポイント付与の対象となるには、注文の合計金額が1ドル以上である必要があります。1ドル未満の注文ではポイントは付与されません。   さらに、すべての注文に対するポイントは、注文ステータスが正式に「完了」に変更された後にのみ、システムによって自動的にアカウントに加算されます。ポイント数は、対象となる購入金額に対応します。   新規ユーザー特典:10倍ポイント報酬   IGGMは新規ユーザーへの歓迎ギフトを用意しています!IGGMでの初回有料注文は、自動的に10倍のポイント報酬の対象となります（つまり、1ドル使うごとに10ポイント獲得できます）。   計算方法にご注意ください。まず小額を最も 近い整数に丸め、その後10を掛けて最初の注文のポイントを算出します。例えば、最初の注文の小計が17.35ドルの場合、最初に10を掛けてから四捨五入するのではなく（17.35ドル×10＝173.5→174ポイント）、170ポイント（17.35ドル→17×10＝170ポイント）が付与されます。   しかし、初回注文の小計が1ドル未満の場合はポイントは付与されず、新規ユーザーとしての初回注文特権は消費されます。そのため、IGGMは10倍のポイント特典を最大限に活用するために、初回注文時に必要な高額商品を購入することをお勧めします。   このオファーの価値が高いため、最初の注文は、注文が無事に配達されセキュリティ審査を通過した後、24時間以内に返金がなければポイントが付与されます。   完了時に追加された具体的なポイントは、IGGM.com の 「My Account → My Orders 」セクションでご覧いただけます。ペイメントを完了したばかりですぐにポイントが表示されない場合は、ご安心ください。少しの間お待ちください。   ポイント値と有効性   ポイントの価値を理解することで、ポイントを最大限に活用できるようになります。IGGMのポイントシステムでは、 100ポイント＝1ドル（つまり、1ポイントは約0.01ドル相当）です。   ポイントは無期限ではありませんのでご注意ください。各ポイントは獲得日から90日後に失効します。IGGMは使いやすいロール有効期限ポリシーを採用しており、1日目に獲得したポイントは91日目の終了時に失効します。ローリング有効期限の具体的な計算時間は、アカウントのIPアドレスのタイムゾーンによって異なります。   アカウントの「マイポイント」ページでポイントの期限が近づいている通知をいつでも確認でき、特典を見逃さないようにできます。   ポイントの複数の利用方法：現金への直接引き落としとクーポン交換   IGGMで商品を購入する際は、累積したポイントを使って注文の現金コストを直接相殺するか、 IGGMクーポン交換センターで大幅な割引に交換することも可能です。選択は完全にあなた次第です！   オプションA：チェックアウト時の現金直接引き落とし   チェックアウトページでは、アカウント残高のポイントを使って現在の注文のコストを削減できます。しかし、IGGMポイントシステムの整合性を維持するために、ポイントで相殺できる注文合計の割合は注文小計に直接連動しています。   注文小計の範囲に基づいた具体的な控除率については、以下の表を参照してください。   注文小計範囲最大ポイント減点率 1.00ドル～9.99ドル　5% 10.00ドル～49.99ドル　8% 50.00ドル + 10%   ポイントを現金控除に利用する際の重要な注意事項：   1. ポイントは正常に完了した注文に対してのみ付与されます。自主的にキャンセルされた注文、不正行為が疑われる注文、または全額返金された注文はポイントの対象外です。   2.初回注文のポイントはすぐには付与されません。返金が発生していない場合、配送完了後24時間以内に付与されます。   3. ポイントを含む注文が一部返金される場合、システムは対応するポイント（返金額に基づいて切り上げ）を差し引き、消費されたポイントを返還します。返還された消費ポイント = 消費ポイント × (返金額 / 小計金額) ;   4. ポイントはVIP割引と併用可能です。   5. 割引コードや現金クーポンと併用できません。   6. 現金と交換できません。   7. 現金で引き出せない;   8. 口座間での移管不可;   9. IGGM.comは、ポイントに関するすべてのポリシーについて最終的な解釈権を留保します。   オプションB：割引コードまたは現金クーポンを利用する   また、ポイント換算ページを訪れてポイント交換(100ポイントから500ポイントまでの階層別)を割引コード(様々なレート)や現金クーポン(最低注文数条件付き)に交換することも可能です。例えば、$10現金クーポンは注文の小額が$100以上の場合のみ使用可能です。小計が100ドル未満の場合、クーポンは自動的にチェックアウト時に表示されません。   ポイント消費割引コード現金クーポン（最低）注文依頼） 100円につき3%割引（10ドル以上のご注文） 200円 4%割引 3ドル（注文金額が30ドル以上の場合） 300円 5%割引 5ドル（50ドル以上のご注文） 400円 8%割引 8ドル（80ドル以上のご注文） 500円 10%オフ 10ドル（注文金額100ドル以上）   割引コードと現金クーポンは、毎週30枚限定で、先着順となります！異なる色は現在の在庫状況を明確に示しています。緑は残り21～30個、オレンジは11～20個、赤は1～10個です。在庫がゼロになると、「在庫切れ」と表示されます。でも心配しないで、来週また来てください！   ちなみに、もしその日のチェックインを忘れても、このクーポンページの 小さなロケットの絵文字 が素早くチェックできます!軽くタップして、小さなロケットを振るだけで、ポイントが手に入ります！   クーポンは大変便利ですが、割引コードや現金クーポンはすべて3日間のみ有効ですのでご注意ください。ポイントを無駄にしないためにも、慎重に利用し、購入したい商品が在庫にあることを確認してください。   クーポンとその現在の有効期限は「 My Account → My Coupons」ページで確認できます。   注意:IGGMホームページ下部の「クーポンセンター」からクーポン換算ページに素早くアクセスできます。このページをブックマークして、将来のチェックインや引き換えの際に便利に行うことをおすすめします。時間と労力を節約できます。   ポイント交換クーポンに関する注意事項：   1. 各リワードは先着順で週に 30 ユーザー までの限定です。   2. すべての割引コードとキャッシュクーポンは、利用時にCF認証が必要です。   3. 利用済みの割引コード／キャッシュクーポンは、利用開始日から3日間有効です。   4. 1注文ごとに割引コード/現金クーポンは1つまで使用可能です。これらはVIP割引やポイント減算と組み合わせることはできません。   5.割引コード／キャッシュクーポンは、ギフトカードおよびチャージサービスにはご利用いただけません。   6. 割引コード、現金クーポン、無料注文は、一度返品または交換できません。   7. IGGM.comは最終的な解釈権を留保します。   隠しオプションC：ゲーム内通貨／アイテムの直接交換（近日公開予定）   クーポンに加えて、IGGMはまもなく交換ページに、ポイントをモノポリーGOカード、ディアブロ4の素材、POE 1/2の通貨など、特定のゲーム内アイテムと直接交換できるオプションを追加する予定です。   ポイント獲得条件を満たして引き換えをクリックすると、ポップアップウィンドウが表示され、ゲームに必要な配送情報を入力するよう求められます。情報を正確に入力し、認証を完了すると、システムが自動的に無料注文を生成し、クーポン注文リストに表示します。あとは安全に配送されるまでお待ちください。ポイント交換に関する機能やオプションがさらに充実する予定です。お楽しみに！   引き換え認証プロセス中にエラーが発生した場合は、ネットワーク接続を確認し、信頼できるVPNを使用して再度お試しください。   さらに、仮想アイテムの性質上、注文**プロセッシング**が始まると返品や交換は不可能であり、ただし、IGGM**プラットフォーム**の問題で配送が失敗した場合は、使用したポイントは全額返金されます。   VIPランクと特典   VIPメンバーには、IGGMが累積支出に基づき段階的な割引を提供しています。累計支出額が一定のしきい値に達すると、自動的に永続的なVIP割引が適用されます。   VIP 1：お買い上げ金額が1,000ドル以下の場合、1％割引になります。   VIP 2：お買い上げ金額が1,000ドル以上3,000ドル未満の場合は、2%割引になります。   VIP 3：お買い上げ金額が3,000ドル以上6,000ドル未満の場合、3%割引になります。   VIP 4：お買い上げ金額が6,000ドル以上10,000ドル未満の場合、4%割引になります。   VIP 5：お買い上げ金額（10,000ドル以上）で5%割引。   割引併用ルール：   VIP割引はポイント減点と組み合わせることも可能です。 VIP割引は割引コードや現金クーポンと重ねて表示できません。   チェックアウト時に、以下のいずれかを適用できます。   オプションA：割引コードまたは現金クーポン（単独） オプションB：VIP割引＋ポイント控除（注：割引コードおよびキャッシュクーポンは、ギフトカードまたはチャージサービスには適用されません。）   割引を重ねて節約効果を最大化する   チェックアウト時に最も節約できる方法は?IGGMは、VIPランクとポイント交換ルールに基づいたスマートなチェックアウトシステムを設計しました。   IGGMでは、VIP割引とポイント直接控除が完璧に併用できます。ただし、割引コードや現金クーポンはVIP割引やポイント減算と組み合わせることはできませんのでご注意ください。さらに、1回の注文につき使用できるクーポンは1枚のみです。   チェックアウト時に、システムは「オプション1（VIP特典＋ポイント直接控除） 」と「オプション2（割引コードまたは現金クーポン） 」の最終価格を自動的に比較し、お客様にとって最も費用対効果の高い選択肢を選択するため、手動で計算する手間が省けます。最もお得なオプションは、そのオプションの横に表示されます（ベストバリュー）。もちろん、クーポンやポイントの使い方についてご希望であれば、お好みの割引方法を自由に選んで構いません。   払い戻しとポイントの返還   IGGMの返金ポリシーでは、配送完了前であればいつでも返金を請求できます。ただし、このような場合のポイントの払い戻しおよび返金については、特定の規定があります。   状況1：全額返金   個人的な理由で注文をキャンセルした場合、不正行為が疑われる注文や全額返金が必要な注文にはポイントは付与されません。また、そのような注文ですでに使用されたポイントは返金されません。   ただし、IGGMの都合により全額返金が行われる場合は、注文に使用されたポイントは全額お客様のアカウントに返金されます。   状況2：一部返金   付与されたポイントを含む注文が特別な事情により一部返金される場合、システムは返金額に応じて、消費されたポイントの一部を比例配分で返金します。当然ながら、注文完了時に本来付与されるはずだったポイント還元も調整されます。返金額に基づいて該当するポイントが差し引かれ、その金額は最も近い整数に切り上げられます。   払い戻し時のポイント返還額を計算する式は以下のとおりです。   返還された消費ポイント数 = 消費ポイント数 × (返金額 / 小計金額) 減算された獲得ポイント = 小計金額 - 返金額（最も近い整数に四捨五入）   IGGMの全く新しい会員ポイントシステムは、長期的なゲーム購入において、より魅力的な割引オプションを提供するために設計されています。累積されたすべてのポイントは、皆さまのご支援への心からの感謝の証です。   今すぐIGGMアカウントにログインし、チェックインセンターにアクセスしてポイントを貯め始めましょう。これまでにない、よりスマートでお得なチェックアウト体験をお楽しみください！   IGGMポイントシステムに関するよくある質問   Q1: VIP 5の特典を古いアカウントから新たに作成したアカウントに移し、そこでチェックインポイントを蓄積し始められますか?   A: いいえ。アカウントの安全性とプラットフォームの公平性を確保するため、VIPティアとポイントは個人アカウントの専用資産として扱われます。当社のシステムセキュリティルールによると、異なるアカウント間での特典の移転、統合、ギフトは厳しくサポートされていません。   Q2:私のアカウントは現在277ポイントです。34.68ドル相当の商品を購入し、ポイントをすべて使って2.77ドルの割引を受けた後、何らかの理由で15.44ドルの部分払い戻しを受けた場合、最終的に何ポイント残るのでしょうか？   A: お客様の当初のご注文金額34.68ドルは、四捨五入により35ポイントとなります。15.44ドルの部分返金のため、システムは比例配分で15ポイントを減点します（最も近い整数に切り上げます）。したがって、この購入で獲得できる正味ポイントは、35 - 15 = 20ポイントとなります。さらに、システムは消費したポイントを返還します。計算式「消費ポイント × (返金額 / 購入合計金額)」に基づくと、123ポイントが返還されます。その結果、最終的な口座残高は123 + 20 = 143ポイントとなります。   Q3: 無制限の新規IGGMアカウントを作成し、小口注文をして10倍のポイント新規参入者リワードを活用できますか?   A: いいえ。IGGMは、悪意のある複数アカウントの登録、技術的な脆弱性の悪用、新規顧客特典を不正に得るための注文操作などを厳しく禁止しています。当社のシステムには、厳格な不正防止およびリスク管理メカニズムが備わっています。初回注文の10倍ポイントは、注文が正常に配達され、24時間体制の不正防止システムによる審査を通過した後でのみ付与されます。リスク管理システムが同じIPアドレス、同じデバイス、同じペイメント方法、または悪意のあるアカウント関連で連携したマルチアカウントファーミングを検出した場合、プラットフォームは関連アカウントを永久に禁止し、すべての付与を解除する権利を留保します。   Q4:アカウントを登録したばかりで、最初の注文は小品で$9.9でした。1ドル未満だったので、システムからポイントは付与されませんでした。そして、2回目の注文は100ドルでした。なぜ2回目の注文では10倍ポイントが付与されなかったのですか？最初の注文ではポイントが付与されなかったのだから、この2回目の注文は私の「有効な最初の注文」としてカウントされるべきではないでしょうか？   A: いいえ。システムは取引金額に関係なく、アカウント内で最初に支払われた注文に基づいて「新規ユーザー初注文」を厳密に識別します。1ドル未満の小計点を除外する閾値は、基本的なプラットフォーム方針です。したがって、新規ユーザーは初回購入時にショッピングカートをまとめ、より価値の高い商品を最初の注文にまとめて10倍ポイントの特典の価値を最大限に活用することを強くお勧めします。   Q5：ウェブサイトのエラーによりその日のチェックインができず、チェックインの連続記録が途切れてしまった場合、IGGMは私のポイント損失を補償するためにどのような措置を講じますか？   A：ご迷惑をおかけして誠に申し訳ございません。毎日のチェックインは、サーバーのタイムゾーンに合わせた特定の時刻に基づいてリセットされます。ネットワーク**レイテンシ**やリフレッシュウィンドウの逃避で連続記録が切れた場合、システムは自動リセットポリシーを厳密に実行します。毎日できるだけ早めにチェックインを完了し、安定したネットワーク環境を確保することをお勧めします。もし中断がプラットフォーム上の大規模なサーバー障害によるものであれば、解決後に公式のサイト全体ポイント補償通知が発行されます。サポート担当者は個別のチェックイン履歴を手動で変更する権限を持っていませんのでご注意ください。ご理解いただきありがとうございます。   Q6:300ポイントを使って5ドルの現金クーポンを交換しましたが、欲しかったゲームアイテムがここ数日間プラットフォームで在庫切れでした。その結果、クーポンは使用されることなく3日以内に期限切れとなった。在庫切れはプラットフォームの問題なので、なぜ私の300ポイントが無駄に差し引かれるのでしょうか?   A: 申し訳ありませんが、リワードセンターでリワードが引き換えられた後は、対応するポイントが差し引かれ返金できません。各リワードは週に先着順の先着順で30ユーザーに限定されており、現金クーポンは3日間有効であるため、現金クーポンが失効するのを防ぐために、現在の商品在庫と購入意図を必ず確認してから引き換えを行うことを強くお勧めします。   Q7: 注文状況が「完了」でも返金を依頼できますか?ポイントは返金できますか?   A: IGGMが配達を無事完了させ、注文完了を確認した場合、残念ながら返金申請は受け付けません。使用したポイントは返還されません。ただし、IGGM側の都合によりサービスが完了できなかった場合（例えば、タイクーンレーサーズのキャリーサービスがランク1の達成に役立たなかった場合など）、返金率に応じてお客様が使用したポイントを返金いたします。   Q8：クーポンを利用しようとすると、なぜエラーが繰り返し発生するのですか？   A: クーポン交換エラーは通常、ネットワークの不安定さやシステムのセキュリティプロトコルによって発生します。お客様のIPアドレスは、高リスク地域からの発信としてフラグ付けされる可能性があります。VPNの設定を調整するか、別のネットワークに接続してから、もう一度お試しください。問題が続く場合は、24時間対応のカスタマーサポートチームまでご連絡ください。   Q9: スクリプトやプラグインを使って、毎週利用可能な30枚限定の割引コードや現金クーポンを獲得できますか?   A: すべてのプレイヤーの公平性を確保するため、厳格なセキュリティ対策を実施しています。割引コードや現金クーポンを利用するには認証を通過する必要があるため、スクリプトを使った不正なクリック操作は無効となる。IGGMは、複数インスタンスファーミング、エミュレーター、サードパーティソフトウェアなどの不規則な方法でクーポンを強制的に請求するアカウントに対して、クーポンを無効にし、アカウント制限を課す権利を留保しています。   Q10：ポイントを使って費用を相殺した後、特別な事情により払い戻しを受けた場合、返還されたポイントの有効期限は延長されますか？   A: いいえ。返却されたポイントは元の取得日を維持し、90日の有効期限ルールに従い続けます。IGGMプラットフォームは返金のために有効期限をリセットまたは延長しません。返却されたポイントは有効期限切れにならないよう、できるだけ早くご利用ください！

RT-1170を実装したカスタムハードウェアでのソフトウェアブロードアップ こんにちは！ RT-1170プラットフォームでソフトウェア開発を始めようとしているのですが、カスタムボードで外付けフラッシュから起動を設定する際に問題に直面しています。問題を分割するために、EVKB ボードに戻り、最小限のプロジェクト (つまり、デフォルトファイルなし）。「プロジェクト設定をMCU設定>メモリ詳細>編集」にリージョンを追加するだけでフラッシュをプログラムできるようですが、電源をボードに切り替えるとロックし、EVKB例のプロジェクトでMCUを復元するには別の起動モード(シリアルダウンローダー)に切り替えなければなりません。 何が問題なのか調べるために助けていただけませんか? IMXRT MCU向けのハードウェア開発ガイド(MIMXRT1170HDUG)に似たソフトウェア開発ガイドはありますか?もちろん参照マニュアルのことは知っていますが、このプラットフォームで「メタルから世界へ」というプロセスを経験したことがない人にはチェックリストがあれば良かったと思います。 プロジェクトのエクスポートファイルを添付しました。 お手数ですが、よろしくお願いいたします。 Re: Software bring-up on custom hardware implementing RT-1170 こんにちは、 @Henrik12345。 より良くサポートするために、以下の情報を教えていただけませんか? プロジェクトのデバッグは可能ですか？ -現在どのSDKsバージョンを使っていますか? -どのフラッシュデバイスを使用していますか？それは、当社のEVKで使用されているものと同じものですか？もしなければ、フラッシュデバイスをサポートするために何か改造はしましたか? -MCUXpresso IDEを使っていると聞いています。私の理解は正しいでしょうか？もしSOなら、現在どのバージョンを使っているのか教えていただけますか? ソフトウェア開発に関するご質問についてですが、ハードウェア開発ガイドに相当する文書は存在しません。ただし、SDKの例はRT1170で利用可能なペリフェラルのデモを提供しているため参考にできます。 SDKは SDK Builderからダウンロードできます。取得方法の説明は、 i.MX RT1170評価キットの「Getting Started」パート2「ソフトウェア取得」にあります。このガイドはRT1170-EVK向けに設計されていますが、RT1170-EVKBの参考資料としても利用できます。 SDKには開発の出発点として使えるプロジェクトテンプレートが含まれています。次の画像に示すように： Habib_MS_1-1785795604938.png BR ハビブ Re: Software bring-up on custom hardware implementing RT-1170 こんにちは、 @Henrik12345 さん。 別の外部フラッシュデバイスから起動する場合は、追加の変更が必要です。外部フラッシュデバイスに必要なブートプロセスとイメージ構造をより深く理解するために、以下のアプリケーションノートを確認することをお勧めします。これらのアプリノートはRT1050向けに設計されていますが、RT1170にも参照して使用できます。 FLEXSPI NORフラッシュのデバッグを有効にする方法 AN12108: QSPI Flashから起動を有効にする方法 – アプリケーションノート RT1170-EVKBには、以下のメモリのみが搭載されています。 Habib_MS_1-1785952920711.png ご存知かもしれませんが、各メモリには、読み出し、書き込み、消去といった操作を実行するための特定のコマンドがあります。このため、RT1170-EVKBに関連するLUTやドライバーは、あなたのフラッシュデバイスと互換性がない可能性があります。フラッシュメモリを適切に評価するには、カスタムボード上でテストを実施する必要があります。 MCUXpresso Secure Provisioning Tool v26.06の ブートメモリ構成 機能を使うことをお勧めします。この機能を使用すると、さまざまなフラッシュ構成をテストし、デバイスに必要なブートメモリ設定を生成できます。テストが完了したら、結果をお知らせください。 最初のステップとして、ツールドキュメントの「接続」セクションの指示に従って、MCUとの通信を確認することをお勧めします。Secure Provisioning Toolはblhostコマンドでデバイスアクセスを行うため、USBおよびUARTによる通信をサポートしていることにご注意ください。お使いのカスタムボードは、USBまたはUART経由で接続できますか？ BR ハビブ Re: Software bring-up on custom hardware implementing RT-1170 こんにちは、ハビブ！ いくつか明確にしておきたいのですが、私は2種類のボードを使っています。 私が自分で設計したカスタムボード MIMXRT1175AVM8A DDR QSPI NORフラッシュ、特にインフィニオンのFS-S(1.8V)シリーズ ブーツピンは ブートモード = 内部ブート FLEXSPI_INSTANCE = FLEXSPI1 xSPI_FLASH_TYPE = デフォルトの0x03でブート、読み取り有効 FLASH_PROBE_TYPE = QuadSPI NOR ENCRYPT_XIP_EN = 0 FLASH_AUTO_PROBE_EN = 0 公式RT1170-EVKBキット 同じブートピン設定 カスタムボードのフラッシュメモリにすぐに書き込みができなかったので、EVKBキットを一から起動しようとしましたがうまくいきませんでした。 プロジェクトのデバッグは可能ですか？ EVKBボード上のフラッシュメモリに書き込みを行った直後にプログラムをデバッグすることができ、プログラムは意図どおりに動作しますが、電源を再投入するとコアがロックされてしまい、ブートROMプログラムが停止してしまうのではないかと考えています。フラッシュメモリ内のヘッダーまたはデータに問題がある可能性が高いです。フラッシュメモリからデータを抽出し、SDKの動作するデモと「ゼロから」プログラム(以前に添付したもの)の間でデータが切り替えられるので、フラッシュメモリに書き込みができることは分かっています。 現在どのSDKバージョンを使っていますか? Henrik12345_0-1785920940991.png どのフラッシュデバイスを使用していますか？それは、私たちのEVKで使用されているものと同じものですか？もしなければ、フラッシュデバイスをサポートするために何か改造はしましたか? いいえ、同じではありません。ハードウェアの詳細については、質問1の回答を参照してください。 唯一修正したのは、プロジェクト設定の「MCU設定」の「メモリ詳細」にフラッシュリージョンを追加したことです。EVKBキットと同じドライバースクリプト(MIMXRT1170_SFDP_QSPI.cfx)を使いました。 MCUXpresso IDEを使っていると理解しています。私の理解は正しいでしょうか？もしSOなら、現在どのバージョンを使っているのか教えていただけますか? はい、MCUXpresso v25.6.136を使用しています。 デモプロジェクトのテンプレートを使ってみて、それで問題が解決するかどうか試してみます。このテンプレートをフラッシュメモリやMCUの部品番号にどうやって適応させる必要があるのでしょうか? BR ヘンリック

LS1046A 定制板 - 使用 FlexBuild 版本的映像在 psci 处卡住：正在从 DT 探测导管方法。 你好， 我正在开发一款基于 LS1046A 的定制板，在使用 FlexBuild 生成的 Debian 镜像时遇到了启动问题。 首先，我版本了默认的 LS1046AFRWY 电路板支持包。没有做任何修改，并在我的定制板上进行了测试。内核启动过程中，系统总是在打印以下内容后挂起： psci：从DT探测导管方法。 没有内核崩溃或异常；系统就此停止运行。 我在NXP论坛上找到了一个描述类似问题的帖子： https://community.nxp.com/t5/Layerscape/LS1043A-RDB-Linux-Hangs-At-PSCI/td-p/750075 作为临时解决方案，我可以使用以下命令从 U-Boot 手动启动 Linux。但是，只有当我使用“mem=”启动参数将可用内存限制为 1982 MB 时，内核才能成功启动。如果我增加这个值，内核又会挂起（有时在启动过程中的不同阶段）。 mmc dev 0 部分 uuid mmc 0:3 partuuidr 加载 mmc 0:1 0x81000000 图像 加载mmc 0:1 0x90000000 fsl-ls1046a-frwy-sdk.dtb setenv bootargs "console=ttyS0,115200 earlycon=uart8250,mmio,0x21c0500 root=PARTUUID=${partuuidr} rw rootwait mem=1982M" booti 0x81000000 - 0x90000000 测试环境： SoC：LS1046A DDR：IS43/46QR16512A（4 GB DDR4） 启动介质：SD卡 BSP：FlexBuild（LSDK 25.12） 为了排除 FlexBuild 特有的问题，我还使用 Yocto (YP 6.0 / lf-6.18.20) 构建了一个全新的 电路板支持包。，并在相同的硬件上进行了测试。 结果完全相同。内核在打印以下内容后再次挂起： psci：从DT探测导管方法。 下面显示的是bdinfo输出的相关部分： 动态随机存取存储器\(DRAM\) 存储体 0 起始地址：0x80000000 大小：0x7be00000 动态随机存取存储器\(DRAM\) 存储体 1 起始地址：0x880000000 大小：0x80000000 LMB 内存区域： 内存[0] ：0x80000000 - 0xfbdfffff 内存[1] ：0x880000000 - 0x8ffffffff 保留[0] : 0xfac154c0 - 0xfbdfffff 保留[1] : 0x8ffff5000 - 0x8ffffffff 有没有人遇到过类似的问题？或者有什么建议，让我接下来应该调查哪些方面？ 任何建议都将不胜感激。 QorIQ LS1设备 Re: LS1046A Custom Board -image built with FlexBuild hangs at psci: probing for conduit method from 你好， 根本原因——BL31 内存冲突 LS1046A 的启动流程如下： Boot ROM → BL2 (DDR Init) → BL31 (stays resident in DRAM) → U-Boot → Linux     BL31 永久驻留在 动态随机存取存储器\(DRAM\) 中，并处理所有 SMC 调用（PSCI： psci_get_version 、CPU 开/关等）。它的典型位置在RAM 顶部减去约 10 MiB 的位置，大小可达2 MiB 。   当 Linux 使用完整的 4 GB DDR 映射启动时，它会分配与 BL31 区域物理重叠的页面。第一次 PSCI SMC 调用（ psci_get_version ）跳转到已损坏的内存，系统挂起——没有恐慌，没有异常，只有寂静。 您的 bdinfo 输出证实了确切的模式——DDR Bank 1 结束于 0x8FFFFFFFF ，而 BL31 大约位于 RAM_END - 10 MiB = 0x8FF600000 ： DDR银行 开始 结束 说明 银行 0 0x80000000 0xFBDFFFFF ~1982 MiB —您的工作 mem= 限制 银行 1 0x880000000 0x8FFFFFFFF 2 GB 高位银行——BL31 位于此处 mem=1982M 变通方法使 Linux 保持在 Bank 0 内，永远不会触及 BL31 所在的 Bank 1——这正是它有效的原因。 修复——在设备树中预留 BL31 内存 正确的永久解决方法是在 DTS 中添加一个 reserved-memory 节点，将 BL31 区域标记为 Linux 内存分配器禁止访问。 步骤 1：找到 BL31 的加载位置 检查您的 ATF 版本配置（ plat/nxp/soc-ls1046a/.../platform_def.h ）对于 BL31_BASE 和 BL31_SIZE 。对于采用 FRWY 电路板支持包。的 LSDK/lf-6.x，典型的安装位置如下： BL31_BASE = 0x8FF80000 (top of high DDR bank minus ~512 KB to 2 MB) BL31_SIZE = max 2 MiB     您可以通过检查 U-启动 输出或 ATF 版本日志中的 BL31: v2.x... Entry point address = ... 。 步骤 2：将预留内存节点添加到您的 DTS 中 在您的板级 DTS 文件（基于 fsl-ls1046a-frwy-sdk.dts ）中添加： / { reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; /* Reserve BL31 runtime region — adjust addresses to match your ATF build */ bl31_reserved: bl31@8ff600000 { reg = <0x8 0xff600000 0x0 0x00200000>; /* 2 MiB at RAM_END - 10 MiB */ no-map; }; }; }; dts   调整 0x8ff600000 和大小 0x200000 ，以匹配 ATF 版本中的实际 BL31 加载地址。 步骤 3：重建并使用全部内存进行测试 添加预留信息后，重新构建 DTB 并启动，无需 mem= 变通方法。内核将跳过该区域，BL31 保持不变，PSCI 将正常工作。   此致 Re: LS1046A Custom Board -image built with FlexBuild hangs at psci: probing for conduit method from 你好， 我尝试了建议的解决方案，但很遗憾，它并没有解决问题。 首先，我验证了 TF-A (ATF) 版本中的 BL31 地址： - BL31_BASE = 0xFBE00000 - BL31_SIZE = 0x200000 (2 MiB) 接下来，我在设备树中添加了一个“保留内存”节点，以保留 BL31 运行时区域，并重新构建了 DTB。 之后，我再次启动系统，但没有使用“mem=1982M”启动参数。然而，系统仍然卡在同一个地方。

关于存储在 NVM 密钥目录中的 ECC 公钥的 安全散列算法(SHA)-512 校验和的问题 尊敬的恩智浦专家： 我们有一个关于 HSE 关键管理功能的问题。 我们正在使用 带有 HSE-B 的 S32K312 ，并将 ECC 公钥 存储 在 NVM 密钥目录 中 。 在我们的应用中，我们需要获取存储在 NVM 密钥目录中的 ECC 公钥的安全散列算法(SHA)-512 哈希值。 密钥存储后，我们希望通过比较其安全散列算法(SHA)-512 哈希值来验证它是否已正确存储。 例如： 令K为存储在 NVM 密钥目录中的 ECC 公钥。 我们想要获取SHA-512(K) 的值。 HSE 是否提供任何 API 或机制来获取 存储在 NVM 密钥目录中的密钥的 SHA-512 哈希值 ？ 如果没有，是否有推荐的方法来计算或验证 存储在目录中的密钥的 安全散列算法(SHA)-512(K) 值？ 感谢您的支持。 Re: Question About SHA-512 of an ECC Public Key Stored in the NVM Key Catalog 我得到了它。感谢您的支持 Re: Question About SHA-512 of an ECC Public Key Stored in the NVM Key Catalog 你好@NghiaLX308 目前没有 API 允许用户直接对密钥材料执行 安全散列算法(SHA)-512。 作为一种变通方法，您可以导出 ECC 公钥（使用服务 HSE_SRV_ID_EXPORT_KEY），然后执行 SHA-512 操作（使用服务 HSE_SRV_ID_HASH）。由于 ECC 公钥不是秘密的，因此可以以明文形式导出。无需以加密或认证格式导出。 此致， Lukas

サスペンド中に短いノイズパルスによってトリガーされるGPIOウェイクアップ こんにちは、NXPチームの皆様、 カスタムボード上でi.MX8MPを使い、Linux BSP LF-6.12.20を使用しています。複数のGPIOピンがウェイクアップソースとして設定されている。 問題点：EMC過渡試験（ESD）中に、これらのGPIOライン上の短いノイズパルスによって、サスペンド状態だったシステムが誤って起動してしまう。 ソフトウェアデバウンスではこの問題は解決できないことがすでに確認されています。ウェイクアップの決定はCPUが一時停止中にハードウェアによって行われ、GPIO割り込みハンドラ(GPIOキーのデバウンスを含む)はシステムが再開した後にのみ実行されるため、ソフトウェア自体がウェイクアップを防ぐことはできません。 Linuxドライバー(LF-6.12.20)やi.MX8MPのリファレンスマニュアルも確認しましたが、GPIOウェイクアップパス用のハードウェアフィルターは見つかりませんでした。この理解が正しいかどうか確認してください。 質問: 1. i.MX8MPには、ウェイクアップピン上の非常に短いパルスを無視するためのハードウェアオプション（GPIO、GPC、またはATF経由で設定可能）はありますか？（例えば、グリッチフィルタや最小パルス幅設定など）これにはレベルトリガーモードも含まれます。レベルを一定時間保持する必要があるのか、それとも瞬間的なパルスでもウェイクアップがトリガーされるのか？ 2. そのようなハードウェアオプションが存在しない場合、NXPはこの種の誤起動に対してどのような解決策を推奨していますか？GPIOウェイクアップ入力のESD保護に関するアプリケーションノートがあれば教えていただけると助かります。 3. Cortex-M7がウェイクアップ信号をチェック・フィルタリングし、A53がサスペンド状態のままにするNXPのリファレンスデザインはありますか? プラットフォーム:i.MX8MPカスタムボード、BSP:LF-6.12.20 よろしくお願いいたします。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: GPIO wakeup triggered by short noise pulses during suspend こんにちは、 @Leo_dev お元気でお過ごしのことと思います。 Q1. あなたの理解は正しいです。i.MX8MPのGPIO/GPCウェイクアップパスには、ハードウェアグリッチフィルタ、最小パルス幅設定、デバウンスレジスタがありません。 Q2. オンチップの解決策がないため、推奨される設計はPADにフィルターを追加することです。 Q3. はい、この種のアーキテクチャに関する主要なNXPリファレンスである「i.MX 8M Low Power Design By M Core Running In System Suspend」AN13400 を参照してください。 よろしくお願いいたします。 サラス。

SPC5777CCMMO3 ピン配置読み取り EEPRON IMG_7633.png   このマイクロの EEPROM をリーダーで読み取るためのピン配置は何ですか? 3155ac18-7996-4a1a-bf47-f749ef4e56dd.jpeg   Re: SPC5777CCMMO3 pin out reading eepron こんにちは、 マイクロが検閲されている場合、256 ビットの検閲パスワードがないとフラッシュに接続できません。 SO、PASS や CSE などの追加の保護メカニズムがあるため、有効なセキュリティ キーなしで接続を試みるのは時間の無駄です。 昔とは違い、MCU は現在、不正アクセスを防ぐための高度なセキュリティ機能を備えています。 よろしくお願いします、 ピーター Re: SPC5777CCMMO3 pin out reading eepron ありがとうございます。私が探しているのは、内部フラッシュを読み取って、変更されたファイルの書き込みを許可せず、元のファイルの書き込みのみを許可するアンチチューニング ブロックを削除できるようにすることです。 Re: SPC5777CCMMO3 pin out reading eepron こんにちは、 前に述べたように、ピンは IOMUX テーブルに記述されています。 petervlna_0-1757661184211.png しかし、あなたの意図が何なのか分かりません。動作するには、評価ボード上にあるように JTAG を適切に接続する必要があります。 また、デバイスが検閲されている場合は、フラッシュのロックを解除するために正しいパスワードが必要になります。これがないとデバイスにまったく接続できません。 よろしくお願いいたします。 ピーター Re: SPC5777CCMMO3 pin out reading eepron こんにちは、はい、 JTAG 経由でフラッシュを読み取ってみてください。マイクロは良いです。これを取り外すと、取り外すことなく、ボード上の各ピンの配置場所を追跡して特定し、読み取りおよび書き込みのポイントをマークできるようになります。 Re: SPC5777CCMMO3 pin out reading eepron こんにちは、 あなたの意図が何なのかは分かりませんが、ピンについてはリファレンスマニュアルに添付されている IOMUx テーブルで説明されています。 https://www.nxp.com/webapp/Download?colCode=MPC5777CRM おそらく、JTAG 経由でフラッシュを読み取ることについて話しているのでしょう。 マイクロが破損しているように見えるので困惑しています。SO、マイクロが動作していない場合はフラッシュの読み取りは不可能です。 よろしくお願いいたします。 ピーター Re: SPC5777CCMMO3 pin out reading eepron この256ビットの検閲パスワードはどこで購入できますか？

帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA 我们买到两个批次的EOL停产器件MPC8306SCVMAFDCA用于维修备件，但是看起来两个批次有差异，批次年份前面少两个字母的差别，一个是TCTCJX1901, 一个是TCLB2144, 之前见过的该系列产品都是TCTC开头的，不知道两个批次的真伪，请各位专家帮忙鉴别一下，谢谢！ We have purchased two batches of EOL (End of Life) discontinued devices, MPC8306SCVMAFDCA, for use as repair spare parts. However, it appears that there are differences between the two batches, specifically the absence of two letters at the beginning of the batch year. One batch is labeled TCTCJX1901, while the other is TCLB2144. Previously, all products of this series we have encountered began with TCTC. We are uncertain about the authenticity of these two batches. We kindly request the assistance of experts in identifying their authenticity. Thank you! Re: 帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA 请联系您购买设备的 DFAE，并请他们与 CSR 团队合作进行确认。 谢谢！

IGGM积分系统及规则详解 | 如何赚取积分、兑换积分以及更多？ 为了向玩家提供更具性价比的游戏产品和服务，IGGM平台正式推出全新积分系统，旨在让您在享受更优质购物体验的同时，花费更少！   下面，我们将详细介绍您需要了解的一切：如何高效赚取积分、如何用积分享受折扣或兑换丰厚奖励，以及如何叠加 VIP 福利以最大程度地节省开支。   使用积分系统前 - 需要注册   请注意，IGGM 的新积分系统仅对新注册并登录的用户开放。如果您尚未注册或登录，则需要进行注册或登录才能访问签到和积分页面。   如何赚取积分？   在 IGGM 积累积分非常简单直接，主要通过两个渠道：每日签到和订单奖励。   1.每日签到   只需点击 IGGM 签到中心页面上的“今日签到”按钮即可完成签到；按钮变为“已签到（明天再来）”后，您的积分就已成功计入！或者，您也可以点击日历上的当前日期进行签到。   一键入住（彩蛋）   这里面藏着个小彩蛋！如果您忘记当天签到，直接进入优惠券兑换页面，只需点击列表底部的“小火箭”表情符号即可立即签到 - 无需返回签到中心。您仍然可以因连续签到而获得递增奖励。   请注意PC版和移动版在视觉上的差异！对于 PC 用户来说，只有当你将光标悬停在小火箭上时，它才会开始摇晃并喷出火焰；单击一下即可发射火箭并获得你的签到积分。对于手机用户，火箭图标会持续摇晃——只需点击它即可签到并立即获得积分！   其他入住登记   此外，IGGM还提供以下便捷的日常签到方式：   1. 在优惠券兑换页面点击“立即前往”前往登记中心。   2. 点击首页底部的优惠券部分，进入签到中心。   3. 点击 IGGM 上任何产品页面底部的横幅，即可进入登记中心。   连续签到可获得额外奖励   IGGM的签到系统奖励一致性。如果您不间断地签到，您的每日积分将随着时间的推移而增加：第一天 5 分，第二天 6 分，第三天 8 分。从第四天开始，只要你保持连续参与，你每天都将持续获得最高奖励 10 点。   注意：如果您在购物过程中通过产品页面上的签到横幅进行签到，完成签到并触发积分累积后，您可以通过页面底部的“返回购物”返回到您的原始页面。您不必担心购物进度会受到影响！   中断后重置   如果你错过一天或因任何原因中断连续记录，你的进度将重置为零。您的下次入住将恢复到第一天的 5 积分制。请注意，每日签到重置时间取决于服务器的时区；请务必准时签到，以免因网络问题或其他中断而丢失进度。   2. 订单积分   此外，每当您在 IGGM 平台上下单时，系统都会根据您的订单小计金额奖励您积分。   积分累积速度：1 美元 = 1 积分   在标准情况下，您实际消费的每一美元都可以直接转化为1积分。为了简化涉及小数的订单金额的计算，IGGM 在确定所获积分时会四舍五入到最接近的整数。例如，如果您支付 17.35 美元，您将获得 17 个积分；如果您支付 34.86 美元，您将获得 35 个积分。   为确保小额交易的系统效率，订单支付的小计金额必须至少为 1 美元才能触发积分累积；低于 1 美元的订单不会产生任何积分。   此外，所有订单的积分只有在订单状态正式变为“已完成”后才会由系统自动计入您的账户；积分数量与符合条件的购买金额相对应。   新用户福利：10倍积分奖励   IGGM 为新用户准备了欢迎礼物！您在 IGGM 上的第一笔付费订单将自动获得丰厚的 10 倍积分奖励（即每消费 1 美元即可获得 10 积分）。   请注意计算方法：先将小计金额四舍五入到最接近的整数，然后乘以 10 以确定您的首单积分。例如，如果您的第一笔订单小计为 17.35 美元，您将获得 170 积分（17.35 美元 → 17 × 10 = 170 积分），而不是先乘以 10 再四舍五入（17.35 美元 × 10 = 173.5 → 174 积分）。   但是，如果您的首单小计金额不足 1 美元，您将不会获得任何积分，并且您作为新用户的首单优惠将被用完。因此，IGGM 建议您在首次下单时购买您需要的高价值商品，以充分利用 10 倍积分奖励。   由于此优惠价值巨大，首单积分将在订单成功送达并通过安全审核后发放，前提是24小时内没有发生退款。   您可以在 IGGM.com 的“我的账户 → 我的订单”部分查看完成订单后获得的具体积分。如果您刚刚完成付款但没有立即看到积分，请不要担心 - 只需稍等片刻即可。   点值和有效性   了解积分的价值有助于你更好地利用它们。在IGGM积分系统中， 100分=1美元 （意味着每分约值0.01美元）。   请注意，积分并非永久有效；每个积分自获得之日起 90 天后过期。IGGM 采用用户友好的滚动过期政策：第 1 天获得的积分将在第 91 天结束时过期。滚动到期的具体计算时间取决于您帐户 IP 地址的时区。   您可随时在账户的“我的积分”页面查看积分即将到期的通知，以确保您不会错过任何优惠。   积分有多种使用方式：直接现金抵扣和优惠券兑换   在 IGGM 上购买商品时，您可以选择使用累积的积分直接抵扣订单的现金费用，或者在IGGM 优惠券兑换中心兑换大幅折扣。完全由你选择！   选项A：结账时直接现金扣款   在结账页面，您可以使用账户余额中的积分来减少当前订单的费用。但是，为了维护 IGGM 积分系统的完整性，可以用积分抵扣的订单总额比例与您的订单小计直接相关。   请参考下表，了解基于订单小计范围的具体扣减比例：   订单小计范围最大扣分率 1.00 美元 - 9.99 美元 5% 10.00 美元 - 49.99 美元         8% 50.00 美元 + 10%   关于使用积分抵扣现金的重要说明：   1.只有成功完成的订单才能获得积分；自愿取消的订单、被标记为涉嫌欺诈的订单或全额退款的订单均不符合获得积分的条件；   2.您的首单积分不会立即到账；积分将在成功发货后 24 小时内发放，前提是没有发生退款；   3.如果涉及积分的订单发生部分退款，系统将扣除相应的积分（根据退款金额四舍五入），并返还已消耗的积分。返还的已消费积分 = 已消费积分 × （退款金额 / 小计金额） ;   4.积分可与VIP折扣同时使用；   5.不能与折扣码或现金券同时使用；   6.不可兑换现金；   7.不可提取现金；   8. 不能在账户之间转移；   9.IGGM.com 保留对所有积分相关政策的最终解释权。   选项B：兑换折扣码或现金券   您还可以访问积分兑换页面，将积分（100 至 500 积分不等）兑换成折扣码（各种折扣）或现金券（需满足最低订单要求）。例如，只有当您的订单小计金额达到或超过 100 美元时，才能使用 10 美元的现金优惠券。如果您的商品小计金额低于 100 美元，优惠券将不会在结账时自动显示。   积分消费折扣码现金券（最低）订单要求） 100 3% $1（订单金额≥10美元） 200 4% $3（订单金额≥$30） 300 5% $5（订单金额≥$50） 400 8% $8（订单金额≥$80） 500 10% $10（订单金额≥$100）   所有折扣码和现金券每周限量 30 个，先到先得！不同的颜色清楚地表明了当前的库存状态：绿色表示剩余 21-30 个，橙色表示剩余 11-20 个，红色表示剩余 1-10 个。当库存降至零时，将显示“缺货”。别担心，下周再来就好！   顺便一提，如果您忘记当天签到，此优惠券页面上的小火箭表情符号就是您快速签到的方法！只需轻轻一点，摇晃一下小火箭，你的积分就到账啦！   优惠券固然好，但请记住，所有折扣码或现金券的有效期仅为 3 天。请谨慎兑换积分，并确保您想购买的商品有库存，以免浪费积分。   您可以在“我的账户 → 我的优惠券”页面查看您的优惠券及其当前到期状态。   注意：您可以通过 IGGM 主页底部的“优惠券中心”快速访问优惠券兑换页面。我们建议您将此页面添加至书签，以便日后方便办理入住和兑换手续，从而节省您的时间和精力。   关于积分兑换券的说明：   1.每周每项奖励仅限前30 名用户，先到先得。   2.所有折扣码和现金券在兑换时都需要进行CF验证。   3.已兑换的折扣码/现金券自兑换之日起3天内有效。   4.每笔订单只能使用一个折扣码/现金券。不能与VIP折扣或积分扣除同时使用。   5.折扣码/现金券不适用于礼品卡和充值服务。   6.已兑换的折扣码、现金券和免费订单一经领取，概不退换。   7.IGGM.com保留最终解释权。   隐藏选项C：直接兑换游戏内货币/物品（即将推出）   除了优惠券外，IGGM 还将很快在兑换页面添加选项，允许您直接将积分兑换成特定的游戏内物品，例如 Monopoly GO 卡牌、Diablo 4 材料或 POE 1/2 货币。   当您达到积分要求并点击兑换时，会弹出一个窗口提示您输入游戏所需的配送详情。准确填写信息并完成验证后，系统将自动生成免费订单并将其显示在优惠券订单列表中；您只需等待安全送达即可。更多积分兑换功能和选项即将推出——敬请期待！   如果在兑换验证过程中遇到错误，请检查您的网络连接，并使用可靠的 VPN 重试。   此外，鉴于虚拟物品的特殊性，一旦订单开始处理，则无法退货或换货；但是，如果由于 IGGM 平台的问题导致交付失败，则已使用的积分将全额退还。   VIP等级及福利   IGGM 为 VIP 会员提供根据累计消费额度分级的折扣。一旦您的累计消费达到特定门槛，您将自动解锁永久VIP折扣：   VIP 1：消费满 1000 美元，即可享受 1% 的折扣。   VIP 2：消费金额（≥ 1,000 美元且 < 3,000 美元），即可享受 2% 的折扣。   VIP 3：消费金额（≥ 3,000 美元且 < 6,000 美元），可享 3% 折扣。   VIP 4：消费金额（≥ 6,000 美元且 < 10,000 美元），可享 4% 折扣。   VIP 5：消费满 10,000 美元，即可享受 5% 的折扣。   折扣叠加规则：   VIP折扣可以与积分减免同时使用。 VIP折扣不能与折扣码或现金券叠加使用。   结账时，您可以选择以下两种方式之一：   选项A：折扣码或现金券（单独使用） 方案B：VIP折扣+积分抵扣（注：折扣码和现金券不适用于礼品卡或充值服务。）   叠加折扣，最大程度节省开支   结账时如何才能节省最多费用？IGGM 根据我们的 VIP 等级和积分兑换规则设计了一套智能结账系统。   在 IGGM，VIP 折扣与直接积分扣除可完美叠加。但是请注意，已兑换的折扣码或现金券不能与 VIP 折扣或积分扣除同时使用。此外，每笔订单只能使用一张优惠券。   结账时，系统会自动比较“选项 1（VIP 福利 + 直接积分扣除） ”和“选项 2（单次折扣码或现金券） ”的最终成本，为您选择最具性价比的选择，省去您手动计算的麻烦。哪个选项最划算将显示在该选项旁边（最佳性价比）。当然，如果您对优惠券和积分的使用有自己的偏好，您可以自由选择您喜欢的折扣方式。   退款和积分返还   IGGM的退款政策允许您在交货完成前的任何时间申请退款。但是，对于这种情况下的积分退款和返还，我们有具体的规定：   情况一：全额退款   如果您因个人原因取消订单，涉嫌欺诈或需要全额退款的订单将不会获得积分；此外，此类订单中已使用的积分也不会退还。   但是，如果由于 IGGM 的原因导致全额退款，则该订单消耗的积分将全额退还到您的账户。   情况二：部分退款   如果涉及奖励积分的订单由于特殊情况而进行部分退款，系统将按退款金额的比例退还已消耗积分的一部分。当然，您原本在订单完成后应获得的积分返还也会进行调整；相应的积分将根据退款金额扣除，金额四舍五入到最接近的整数。   以下是退款时计算积分返还的公式：   已退还积分 = 已消耗积分 × （退款金额 / 小计金额） 扣除已赚取积分 = 小计金额 - 退款金额（四舍五入到最接近的整数）   全新的IGGM会员积分系统旨在为您提供更多可行的长期游戏购买折扣选择。每一分积分都是我们对您支持的真挚感谢。   立即登录您的 IGGM 账户，前往签到中心开始累积积分，体验前所未有的更智能、更有奖励的结账流程！   关于IGGM积分系统的常见问题   Q1: 我能否将旧账户中的 VIP 5 特权转移到新创建的账户，并在新账户中开始累积签到积分？   A：不。为确保账户安全和平台公平性，VIP 等级和积分被视为个人账户的专属资产。根据我们的系统安全规则，严禁在不同账户之间转移、合并或赠送特权。   Q2：我的账户目前有277积分。如果我购买价值 34.68 美元的商品，并使用我的所有积分获得 2.77 美元的抵扣，但后来由于某些因素收到 15.44 美元的部分退款，我最终会得到多少积分？   A：您最初 34.68 美元的订单根据四舍五入可获得 35 个积分。由于部分退款金额为 15.44 美元，系统将按比例扣除 15 分（四舍五入到最接近的整数）。因此，本次购买获得的净积分将为：35 - 15 = 20 积分。此外，系统还会返还您消耗的积分。根据以下计算公式：已消耗积分 ×（退款金额 / 总购买金额），您将获得 123 积分返还。因此，您的最终账户余额将为 123 + 20 = 143 点。   Q3：我可以创建无限个新的IGGM账户并下小额订单来利用10倍积分的新用户奖励吗？   答：不。IGGM 严禁恶意注册多个账户、利用技术漏洞或操纵订单来获取新手福利。我们的系统配备了严格的反欺诈和风险控制机制：首单的 10 倍积分奖励只有在订单成功交付并通过 24 小时反滥用系统审核后才会发放。如果风险控制系统检测到使用同一 IP 地址、同一设备、同一支付方式或恶意账户关联进行多账户刷钱，平台保留永久封禁相关账户并清空所有已累积收益的权利。   Q4：我刚刚注册了一个账户，我的第一笔订单是一件价值 0.9 美元的小商品。因为金额低于 1 美元，系统没有给我任何积分。然后，我的第二笔订单金额为 100 美元。为什么我的第二笔订单没有获得10倍积分？我的第一笔订单本来就没有获得任何积分，这第二笔订单难道不应该算作我真正的“有效第一笔订单”吗？   A：不。系统会根据你账户下的第一笔付款订单严格识别“新用户优先订单”，无论交易金额如何。排除小计分数低于1美元的门槛是基础平台政策。因此，我们强烈建议新用户在首次购买时合并购物车，并将高价值商品捆绑在首单中，以最大化10倍积分奖励的价值。   Q5：如果网站错误导致我无法当天签到，从而中断了我的连续签到记录，IGGM 将采取哪些措施来补偿我的积分损失？   答：对于由此造成的不便，我们深表歉意。每日签到会根据与服务器时区相匹配的特定时间重置。如果由于网络延迟或错过刷新窗口导致连胜中断，系统将严格执行自动重置策略。我们建议您每天尽早完成签到，并确保网络环境稳定。如果中断最终被证实是由平台的大规模服务器故障引起的，一旦问题解决，将会发布全站官方积分补偿公告。请注意，客服人员没有权限手动更改个人入住记录。感谢您的理解。   Q6：我花了 300 积分兑换了 5 美元的现金券，但我想要的游戏道具在过去几天里一直缺货。结果，这张优惠券在3天内过期，而且没有被使用。缺货是平台的问题，为什么我的 300 积分要白白扣除？   答：很抱歉，奖励一旦在奖励中心兑换，相应的积分将被扣除且无法退款。由于每项奖励每周仅限前 30 位用户，先到先得，且现金券有效期为 3 天，我们强烈建议您在兑换前确认当前产品库存和购买意向，以免现金券意外过期。   Q7：如果我的订单状态为“已完成”，我还能申请退款吗？积分可以退还吗？   答：如果 IGGM 已成功完成交付，并且您已确认订单完成，则很遗憾，我们无法受理退款请求。已花费的积分将不予退还。但是，如果由于我们自身的问题导致 IGGM 未能完成服务（例如，如果 Tycoon Racers 代运服务未能帮助您达到排名第 1），我们将根据退款比例退还您花费的积分。   Q8：为什么我在兑换优惠券时总是遇到错误？   答：优惠券兑换错误通常是由于网络不稳定或系统安全协议引起的。您的IP地址可能被标记为来自高风险地区。我们建议您调整 VPN 设置或连接到其他网络，然后重试。如果问题仍然存在，请联系我们的 24/7 全天候客户支持团队以获得进一步帮助。   Q9：我可以使用脚本或插件来领取每周限量提供的 30 个折扣码/现金券吗？   答：为了确保所有玩家的公平性，我们实施了严格的网络安全措施。兑换任何折扣码或现金券都需要通过验证，因此任何基于脚本的模拟点击都无效。IGGM 保留对任何使用不正当手段（例如多开账号、模拟器或第三方软件）强行领取优惠券的账户取消优惠券并实施账户限制的权利。   Q10：如果我使用积分抵扣费用，但之后由于特殊情况获得退款，退回积分的有效期会延长吗？   答：不会。退回的积分保留其原始获取日期，并继续遵循 90 天的有效期规则；IGGM 平台不会因为退款而重置或延长有效期。请尽快使用返还的积分，以免过期！

imx8qm 显示器分辨率设置（AAOS 15） 大家好， 我们 在 i.MX8QM MEK 上 使用 AAOS 15.0.0_2.1.0 。刷 写 板 后 ， 物理 显示屏 的 分辨率 始终 设置 为 1024x600 ， 而 我们 希望 显示屏 以 1920x1080 的 分辨率 运行 。 我们采用多显示屏设置，包括安卓主默认显示屏和乘客显示屏。 我们 已 验证 1920x1080 在 支持 的 显示 模式 下 可用 ， 但 启动 后的 活动 显示 模式 仍然 是 1024x600 。我们 也 尝试 在 Android 系统 中将 首选 显示 模式 设置 为 1920x1080 ， 但 重启 后 显示 仍然 以 1024x600 分辨率 显示 。 请问 您 能否 提供以下建议： What determines the default physical display resolution during 启动? 如何 强制 物理 显示 分辨率 在 1920x1080@60Hz 启动 后 ？ ro.boot.displaymode 需要 进行 任何 配置 吗 ？显示 HAL、 HWC3 或 DRM ，以 将 1920x1080 设置 为 默认 运行模式 ？ 任何指导都将不胜感激。 Re: Display resolution setup on imx8qm with AAOS 15 你好， 请参阅我们提供的 Android Automotive 文档： https://www.nxp.com/docs/en/user-guide/UG10176.pdf 请特别参阅第 8.3.4 节。配置上述文档的主显示分辨率。 此致敬礼/Saludos， 阿尔多。

S32K3 高速スタンバイ起動失敗 こんにちは、 高速スタンバイのサンプルプロジェクトで、配列を定義しました。 到着 で .standby_data セクションにありますが、この配列はコードのどこにも使用されていません。ただし、この配列の定義をコメントアウトすると、デバイスは高速スタンバイから復帰できません。そのままにしておくと、ウェイクアップは期待どおりに動作します。さらに、最適化レベルも動作に影響することに気づきました。 -O0 最適化、ウェイクアップ失敗、しかし変更して -オス するとうまくいく。なぜ変数を定義するとうまくいくのか .standby_data このセクションはウェイクアップ機能に影響を与えますか？また、最適化レベルがこれほど大きな影響を与えるのはなぜですか？ Jason22_0-1785895168596.png S32K312 RTD400 S32DS BR、 ジェイソン Re: S32K3 fast standby wake up fail こんにちは、@Senlent ご返信いただき、誠にありがとうございます。住所を0x20408000に変更したことで、以前は失敗していたケースが正常に動作するようになりました。 ちなみに、私の別のThread(S32K3 ADC Optimize DMA Streaming)については、会社のメールアドレスに登録した新しいアカウント(Jason07)で返信しましたが、返信時にアカウント変更を忘れていました。 Re: S32K3 fast standby wake up fail こんにちは、@ Jason22 プログラム内で「arr」配列をコメントアウトするかどうかは、高速ウェイクアップ後のMSPの初期値として使用される__BSS_SRAM_STARTの値に影響します。 この値が小さすぎるとスタックオーバーフローを引き起こすことがあります。 このサンプルプロジェクトでは、この値をスタンバイRAMの終了アドレスである0x20408000に設定することをお勧めします。

GPIO 唤醒由睡眠期间的短噪声脉冲触发。 您好，NXP团队： 我们在定制板上使用 i.MX8MP，并搭载 Linux 电路板支持包。LF-6.12.20。多个 GPIO 引脚配置为唤醒源。 问题：在 EMC 瞬态测试 (ESD) 期间，这些 GPIO 线路上的短噪声脉冲会错误地唤醒已挂起的系统。 我们已经确认软件防抖无法解决这个问题：唤醒决定是由硬件在 CPU 挂起时做出的，而 GPIO 中断处理程序（包括 gpio-keys 防抖）只有在系统恢复后才会运行，因此软件无法阻止唤醒本身。 我们还查看了 Linux 驱动程序 (LF-6.12.20) 和 i.MX8MP 参考手册，但没有找到任何用于 GPIO 唤醒路径的硬件过滤器。请确认我的理解是否正确。 问题： 1. i.MX8MP 是否有任何硬件选项（在 GPIO、GPC 或可通过 ATF 配置）来忽略唤醒引脚上的极短脉冲——例如毛刺滤波器或最小脉冲宽度设置？这包括电平触发模式：是否需要按住电平至少一段时间，还是任何瞬时脉冲都能触发唤醒？ 2. 如果没有这样的硬件选项，NXP 针对这种错误唤醒推荐的解决方案是什么？如有关于GPIO唤醒输入端ESD保护的应用笔记，敬请提供。 3. NXP 是否有任何参考设计，其中 Cortex-M7 检查/过滤唤醒信号，而 A53 保持挂起状态？ 平台：i.MX8MP 定制板，BSP：LF-6.12.20 顺祝商祺！ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: GPIO wakeup triggered by short noise pulses during suspend 你好@Leo_dev 希望你一切都好。 Q1. 你的理解是正确的。i.MX8MP GPIO/GPC 唤醒路径没有硬件毛刺滤波器、最小脉冲宽度设置或消抖寄存器。 Q2. 由于没有片上解决方案，建议的设计是在 PAD 中添加滤波器。 Q3. 是的，您可以查看AN13400 “i.MX 8M 低功耗设计，M 内核在系统挂起状态下运行”，这是 NXP 针对此类架构的主要参考文档。 顺祝商祺！ 萨拉斯。

Modbus RTU 通信错误 我正在编写代码，使 MC9S08JM60 能够读取 MODBUS RTU 保持寄存器。我正在读取 15 个保持寄存器，得到一个 35 字节的帧。因此，我预期每个字节都会收到 1 个中断，但我收到的中断是帧的第一个字节，而下一个中断是下一帧的第一个字节。所以剩下的 34 字节就丢失了。请提供任何意见。 我附上了我的代码片段。 Re: Modbus RTU communication error 嗨@An95 感谢您的帖子！ 是否有关于S08的Modbus RTU文档？ 但您遇到的问题可能与未清除 RDRF 有关。 只有在读取 SCI1S1 之后读取 SCI1D 才能清除 RDRF（接收数据寄存器已满）标志。如果在 ISR 中未读取 SCI1D，则中断触发一次，然后接收器停止运行。 请参阅 14.2.4 节MC9S08JM60 系列数据手册中的 SCI 状态寄存器 1 (SCIxS1)。 请确保你的代码能够正确清除标志位。 BR Re: Modbus RTU communication error 嗨@carlos_o ， 感谢您的回复。 当程序进入中断服务例程的回调函数时，RDRF 标志将被清除。35 字节的帧通过单个中断传入。即使我使用 35 字节的缓冲区，也无法读取整个帧。 请分享您对此的看法。 BR Re: Modbus RTU communication error 嗨@An95 每次触发 RDRF 时，SCI 只能接收 1 个字节。因此，您需要触发 35 次中断才能读取您发送的 35 个字节。 您可以参考第14.3.3 节“接收器功能描述”。 SCI模块只有一个SCI数据寄存器（SCIxD），每次可以保存8位数据。 Re: Modbus RTU communication error 我已经将实现方式改为裸机代码，但仍然只收到 1 个字节。 欢迎提出任何意见。

在实现 RT-1170 的定制硬件上进行软件启动 你好！ 我正在尝试在 RT-1170 平台上进行软件开发，但在尝试配置从我的定制板上的外部闪存启动时遇到了问题。为了解决这个问题，我回到 EVKB 板，尝试使用一个最基本的项目（即 EVKB 开发板）来运行一个小型（并在 EVKB 上验证过）的程序。（不包含默认文件）。我似乎可以通过在“编辑项目设置 > MCU 设置 > 内存详细信息”下添加区域来对闪存进行编程，但是当我给板子上电时，它就死机了，我必须切换到不同的启动模式（串行下载器）才能使用 EVKB 示例项目恢复 MCU。 请问能否帮我找出问题所在？ 是否有类似于硬件开发指南（MIMXRT1170HDUG）的imxrt MCU软件开发指南？我当然知道参考手册，但对于以前从未在这个平台上完成过“从底层开发到最终实现”流程的人来说，一份检查清单会很有帮助。 我已附上该项目的导出文件。 提前谢谢！ Re: Software bring-up on custom hardware implementing RT-1170 你好@Henrik12345 ， 为了更好地为您提供支持，请您提供以下信息？ -你能调试你的项目吗？ 您目前使用的是哪个SDK版本？ 你使用的是哪款闪光灯设备？它和我们EVK上使用的是一样的吗？如果没有，您是否对设备进行了任何修改以支持您的闪存设备？ -我了解到您正在使用MCUXpresso IDE。我的理解正确吗？如果是这样，请问您目前使用的是哪个版本？ 关于您提出的软件开发问题，目前没有与硬件开发指南相对应的文档。不过，您可以将 SDK 示例作为参考，引用，因为它们演示了 RT1170 上可用的外设。 您可以通过SDK 构建器下载 SDK。有关如何获取该软件的说明，请参阅i.MX RT1170 评估套件入门指南第 2 部分“获取软件”。虽然本指南是为 RT1170-EVK 设计的，但也可以作为 RT1170-EVKB 的参考，引用。 SDK 包含一个项目模板，可作为您开发的起点。如下图所示： Habib_MS_1-1785795604938.png BR 哈比卜 Re: Software bring-up on custom hardware implementing RT-1170 哈比卜，你好！ 为了澄清一些事情，我使用两种不同的电路板： 我亲自设计的定制板 MIMXRT1175AVM8A DDR QSPI 或非 闪存，特别是英飞凌的 FS-S (1.8 V) 系列。 启动引脚用带子固定 BOOT_MODE = 内部启动 FLEXSPI_INSTANCE = FLEXSPI1 xSPI_FLASH_TYPE = 默认启动，读取已启用 FLASH_PROBE_TYPE = QuadSPI 或非 ENCRYPT_XIP_EN = 0 FLASH_AUTO_PROBE_EN = 0 官方 RT1170-EVKB 套件 相同的启动引脚设置 我无法立即向我的定制板上的闪存写入数据，所以我尝试从头开始启动 EVKB 套件，但这并没有成功。 你能调试你的项目吗？ 在将程序写入 EVKB 板的闪存后，我可以立即对其进行调试，程序也能按预期运行，但是当我重启电源时，核心会锁定自身，这让我相信启动 rom 程序卡住了。可能是闪存中的头部/数据损坏导致的。我知道我可以写入闪存，因为我可以从闪存中提取数据，并且可以看到它在 SDK 中的工作演示程序和我的“从头开始”的程序（就是我之前附上的那个程序）之间发生了变化。 您目前使用的是哪个SDK版本？ Henrik12345_0-1785920940991.png 你使用的是哪款设备？它和我们EVK上用的是一样的吗？如果没有，您是否对设备进行了任何修改以支持您的闪存设备？ 不，它们不一样。硬件规格请参见问题 1 的答案。 我唯一修改的地方是在项目设置的“MCU 设置”下的“内存详细信息”中添加了闪存区域。我使用了与 EVKB 套件相同的驱动脚本 (MIMXRT1170_SFDP_QSPI.cfx)。 我知道您正在使用 MCUXpresso IDE。我的理解正确吗？如果是这样，请问您目前使用的是哪个版本？ 是的，我使用的是 MCUXpresso v25.6.136。 我会尝试使用演示项目模板，看看能否解决问题。我需要如何修改这个模板才能使其适应我的闪存和MCU部件号？ BR 亨里克 Re: Software bring-up on custom hardware implementing RT-1170 你好@Henrik12345 ， 如果要从不同的外部闪存设备启动，则需要进行其他更改。我建议您查看以下应用说明，以便更好地了解启动过程和外部闪存设备所需的映像结构。虽然这些应用笔记是为RT1050设计的，但您也可以将其作为RT1170的参考： 如何为 FLEXSPI NOR Flash 启用调试 AN12108：如何启用从 QSPI 闪存启动 — 应用笔记 RT1170-EVKB 仅集成了以下几种存储器： Habib_MS_1-1785952920711.png 如您所知，每种存储器都有特定的命令来执行读取、写入或擦除操作。因此，与 RT1170-EVKB 相关的 LUT 和驱动程序可能与您的闪存设备不兼容。要正确评估您的闪存，您需要在您的定制板上执行测试。 我建议您使用 MCUXpresso 安全配置工具 v26.06 中 的启动内存配置 功能。此功能允许您测试不同的闪存配置，并生成设备所需的启动内存设置。测试完成后，请告知我结果。 首先，我建议您按照工具文档“连接”部分中的说明，验证与 MCU 的通信。请注意，安全配置工具支持通过 USB 和 UART 进行通信，因为它通过 blhost 命令进行设备访问。您的定制板可以通过 USB 或 UART 连接吗？ BR 哈比卜