PDBによるADCマルチチャネル変換S32K118 こんにちは ADCモジュールとPDBモジュールで7チャンネルの電圧を読み取ろうとしています。(S32K118、RTDドライバー)。 同様のトピックに関する以前の議論を確認しましたが、まだ明確でない点がいくつかあります。 1 - リファレンス マニュアルから、S32K118 には PDB のバックツーバック機能がないことがわかりました。PDBを使用して複数のチャンネルで変換を自動的にトリガーできないということですか? 2 - 複数のチャネルの変換をトリガーし、結果レジスタに値がある場合にのみ通知を受け取る (フラグまたは割り込みのポーリングなど) 最も実用的な方法は何ですか? 3- 変換間の遅延が必要ない場合でも、PDBを使用する必要がありますか? 毎回チャネルを変更する割り込み駆動メカニズムを設定できますが、PDB ペリフェラルを使用して最も効率的な方法を探しています。「ハードウェアトリガー」ADCの例を確認しましたが、1チャンネル用です。 日時:PDBによるS32K118 ADCマルチチャネル変換 感謝。 私はアプリをチェックしていますが、まだいくつかの質問があります: - 7 チャネルを設定する場合でも、最初の 4 チャネルを PDB バックツーバック モードに使用できますか、それともチャネル 4 から開始して 7 チャネルすべてを構成する必要がありますか? - PDB の adc-trigger コンフィギュレーションにはどのコンフィギュレーションを使用すべきですか?(プリトリガーを有効にする、プリトリガー出力を有効にする、プリトリガーバックツーバックモードを有効にする) - 遅延が必要なく、前の変換が終了したらすぐに変換をトリガーしたい場合でも、modレジスタと遅延レジスタを設定する必要がありますか?(PDB_DRV_SetAdcPreTriggerDelayValue（,PDB_DRV_SetTimerModulusValue）) - 私が見る限り、すべての例はに基づいて登録されています。SDK関数の例はありますか?

S32K312 After integrating SCST, the SCST test fails the first run and passes all subsequent times I am using S32K312 chip to integrate SCST, the compiler used is GHS 20220104, the compilation, link attributes, and MPU are all configured according to the manual, and the macro configuration in m7_scst_configuration.h is as follows: S32K312 After integrating SCST, the SCST m7_scst_exception_usage_fault_test test fails the first run and passes all subsequent times The debugging situation is as follows： The first run m7_scst_execute_core_tests(0, 0); The result is wrong 2nd run m7_scst_execute_core_tests (0, 0); The result is correct The first run m7_scst_execute_core_tests(0, 49); The result is wrong 2nd run m7_scst_execute_core_tests (0, 49); The result is correct What are the possible reasons for this happening and how to fix it？ Thank you！ Re: S32K312 After integrating SCST, the SCST test fails the first run and passes all subsequent tim Hello anagha12, Thank you for reaching out to us. We’re sorry to hear that you’re experiencing issues with the integration of our software. To assist you more effectively, could you please provide us with a few additional details about the problem? Specifically: The version of the SCST You are using How you called SCST (a code snippet would be helpful) Any errors or unexpected behavior you encountered The environment in which the SCST is running (e.g., operating system, bare metal application, etc.) Thank You! Best Regards Mirek Re: S32K312 After integrating SCST, the SCST test fails the first run and passes all subsequent tim We have a got SCST document - M7_S32K3XX_SCST_User_Manual.pdf from NXP. We have written a code, attached below.  After calling function - m7_scst_execute_core_tests inside our code, this test is getting failed. Need support for the same. Re: S32K312 After integrating SCST, the SCST test fails the first run and passes all subsequent tim That's really the reason, thank you very much! Re: S32K312 After integrating SCST, the SCST test fails the first run and passes all subsequent tim Hello, It looks like the global variables, which are placed in m7_scst_test_shell_data section, are not properly initialized. Especially m7_scst_fault_inject_test_index variable shall be initialized to 0xFFFFFFFF. If this variable is initialized to 0 before m7_scst_execute_core_tests function is called, then fault is injected to test with index 0 -> m7_scst_exception_usage_fault_test, and wrong signature is returned. Variable m7_scst_fault_inject_test_index is then reinitialized to 0xFFFFFFFF, so other runs returns the correct signature.

ARMバージョン用S32デザインスタジオ:2.2 ARM用S32デザインスタジオ 版本：2.2 为什么相同的代码，编译出来的十六进制文件不一样 Re:ARMバージョン用S32デザインスタジオ:2.2 具体的な理由が見つかりました、SDKパッケージは不均一なファイルサイズをもたらす無用な定義を追加しました、あなたの答えをありがとう

NXP-MCUboot utility 2.4.0 issue using custom board. Hi All, hope you are doing well, I have designed a custom board based on imxrt1062 EVK, I'm using almost the same interfaces but taking off sensors and other stuff that are not necessary for the proyect. uC: IMXRT1062 SDRAM:same like evk. QSPI NOR FLash for boot. (working) LPUART: (working) LPSPI: lpspi4, connected to a memory SPI-NOR. (not working) I've modified an original SDK project in MCUExpresso, originally used to test lpspi communication between boards,but in this case to communicate with an external spi-nor memory, this programm send the READID command to a spi-nor, using lpspi4 port. I added the memory externally, to the evk, with wires. This is working with the evk, very well, the memory respond to the READID command in a correct manner. Using the NXP-MCUBoot Utility, connected by usb port, I can download the .axf file image to my custom board, without any problem or warning. The board starts well, and the lpuart communication is working, but the lpspi4 communication with the spi-nor not. I'm using the same connection like I did in the evk, the test over the physical pcb connections is ok, the pcb circuit is ok. Using debuggers to see the internal registers of the MCU, I reallized that almost all of them are not configurated like I did in the MCUExpresso with the Evk. the CCR and others registers of the lpspi4 interface have different values. my doubt is, why are the register content different if I'm using the original .axf file? (just in case, I tried with .s19 version with the same result). Maybe the NXP-MCUboot Utility needs to add some part to the original image, so a header or DCD file is needed? In that case, how can I have the same configuration? I've used DCD file before, in another project with imxrt1020 mcu, I understand that normally, a DCD file is used because you need that the bootloader initializes some registers and interfaces to start a boot process from sdram, flash, etc.. But in this case everything is already initiated. Many thanks for your help. Re: NXP-MCUboot utility 2.4.0 issue using custom board. Hi @nicolasmuratore, As this seems to be an error exclusive to MCU Boot Utility, I would highly recommend you post about this topic on the GitHub Issues page, as the author of this tool will be able to provide you with much better support about this topic. Here's the link: Issues · JayHeng/NXP-MCUBootUtility · GitHub. BR, Edwin

低レベル停止モードでの K64 アプリケーションのデバッグ Kinetis K64用の新しいコードを統合しています。このコードは、コントローラが何もしないときに低レベルの停止モードに切り替わります。モードスイッチは正常に機能しています:停止時には供給電流が~ゼロに低下し、アクティブ時には数十mAに戻ります。 問題はデバッグです。開発は、IAR IDEのライセンス時にIDEに同梱されていたSeggerポッドを使用して行われます。クイックラン-ストップ-ラントランジションは正常に機能します。Stop(デバッガアクションを実行しようとしていない場所)に留まると、コントローラーがリセットされます。 私はIDEに付属のSeggerリリース、古い6.30、および現在の8.18を使用しました。どちらにも喜びはありません。 誰かがこれを回避する方法を思いつきましたか?

是否有针对多个链接 MIMXRT105x JTAG PCB 布局和 MCU-LINK-Pro 设置的指南 我们希望将多个 MIMXRT105x 芯片与其他设备一起包含在 5 针 JTAG 链（TMS、TCK、TDI、TDO 和 nTRST）中。 我们找到了 AN4826、AN12419 和 MCU-LINK-PRO UM11673-2940346 文档。 是否有任何其他应用说明或其他文档可以包含有关 PCB 布局以及如何编写适当的自定义 MCU-LINK-PRO 连接脚本的有用指南和说明。 感谢您的帮助， 理查德 回复：是否有针对多链 MIMXRT105x JTAG PCB 布局和 MCU-LINK-Pro 设置的指南 谢谢你帮助 Sam。+1 我的看法是，没有额外的 NXP 文档来查找与例如类似的详细 NCU-LINK-Pro 配置Segger 更昂贵的调试探针及其文档；不用担心，再次感谢您。 顺祝商祺！ 理查德 回复：是否有针对多链 MIMXRT105x JTAG PCB 布局和 MCU-LINK-Pro 设置的指南 感谢您的链接和良好的经验报告。+1 我希望了解 MCUXpresso 和 MCU-LINK-Pro 配置文档的人能发布一些链接。

NXP USB VID/PID 程序是否仍然有效？ 我填写了申请 USB PID 的表格，链接如下： https://community.nxp.com/t5/Kinetis-Microcontrollers/NXP-USB-VID-PID-Program/ta-p/1124867 我没有收到任何形式的自动确认，也没有在指定的 4 周内收到回复。 该计划是否仍处于活动状态？有什么方法可以跟踪我的请求的状态吗？ i.MXRT 106x 回复： NXP USB VID/PID 程序还有效吗？ 感谢您的信息，尽管这当然令人失望。 也许您应该修改上面的社区帖子，并删除链接的申请表。 回复： NXP USB VID/PID 程序还有效吗？ 你好@expertsleepers ， 感谢您的耐心。 我得到了相关内部团队的回复。他们说现在可能没有人维护这个项目。并建议您直接从 USB-IF 申请 PID/VID。带来不便敬请谅解。 此致， 加文 回复： NXP USB VID/PID 程序还有效吗？ 你好@expertsleepers ， 感谢您联系 NXP 支持。 我会跟进这个问题，一旦收到内部回复就会立即转达给您。让我们保持联系。 此致， 加文

S32G-RDB3-Board で Dom0 を起動して BSP42 で DomU に切り替えると失敗する コミュニティメンバーの皆様へ Dom0 を起動できず、BSP42 で DomU に切り替えると失敗します。 Xen-Hypervisorの上に2つのLinuxゲストOSをホストしたいと思います。 私は以下のログに示すように、Dom0をリストしてDomUを作成することしかできません。 __________________________________________________________________________________________________________________________________________ root@s32g399ardb3:~# xl create /etc/xen/domU1_mmc.cfg /etc/xen/domU1_mmc.cfg からのコンフィグの解析 (XEN) d1v0 未処理SMC/HVC:0x84000050 (XEN) d1v0 未処理SMC/HVC:0x8600ff01 root@s32g399ardb3:~# (XEN) d1v0: vGICD: 予約レジスタ オフセット 0x00000c の RAZ (XEN) d1v0: vGICR: SGI: 未処理のワード書き込み0x000000ffffffff ICACTIVER0 [ 118.848222] xen-blkback: backend/vbd/1/51712: Using 1 queues, protocol 1 (arm-abi) persistent grants(118.848222 ) root@s32g399ardb3:~# root@s32g399ardb3:~# xl リスト 名前、ID、Mem VCPUs、状態時間 ドメイン-0 0 512 1 r----- 11.2 ドーム1 1 384 1 R----- 3.8 __________________________________________________________________________________________________________________________________________ 私が与えるとすぐに # DomUのコンソールへの切り替え root@s32g399aevb3:~# xl コンソール domu1 ___________________________________ 添付ファイルにログが添付されている通常のLinuxを起動します。 24.3.3 S32 Linux BSPビルドでXenを有効にする方法/S32G3_Linux_42.0_User_GuideのXen、Dom0、およびDomUの起動に記載されている手順に従いました。. どんなインプットでも本当に役に立ちます。 よろしく ヴィシャル Re: Dom0 の起動と BSP42 を使用した DomU への切り替えが S32G-RDB3-Board で失敗する Chenyinさん、迅速な返信ありがとうございます、はい、domu1からdom0に切り替えます。

S32 Design Studio for ARM Version: 2.2 S32 Design Studio for ARM 版本：2.2 为什么相同的代码，编译出来的十六进制文件不一样 Re: S32 Design Studio for ARM Version: 2.2 The specific reason has been found, the SDK package added useless definitions resulting in inconsistent file sizes, thank you for your answer Re: S32 Design Studio for ARM Version: 2.2 Hi @JXLIN  Would it be possible for you to share both projects with me? I would like to compare them to ensure there are no differences that might be causing the generation of different hex files. Re: S32 Design Studio for ARM Version: 2.2 Hi @JXLIN  To help us better understand the issue, could you provide a bit more detail? Specifically, we would like to know if the problem is happening only with your application or if you are seeing the same behavior with other applications as well. This will give us a better context of the situation and help us analyze the root cause of this behavior. BR, VaneB

NXP-MCUbootユーティリティ2.4.0のカスタムボードを使用した問題。 こんにちは、あなたがうまくやっていることを願っています、私はimxrt1062 EVKに基づいてカスタムボードを設計しました、私はほぼ同じインターフェースを使用していますが、センサーやプロジェクトに必要のない他のものを取り外しています。 UCの:IMXRT1062 SDRAM:evkと同じです。 ブート用のQSPI NORフラッシュ。(作業中) LPUART:(作業中) LPSPI: lpspi4、メモリ SPI-NOR に接続。(動作していません) MCUExpressoで元のSDKプロジェクトを変更しましたが、もともとはボード間のlpspi通信をテストするために使用されていましたが、この場合、外部のspi-norメモリと通信するために、このプログラムはlpspi4ポートを使用してSPEIDコマンドをspi-norに送信します。 メモリを外部からevkにワイヤーで追加しました。 これはevkで機能しており、メモリはREDAIDコマンドに正しく応答します。 NXP-MCUBootユーティリティをUSBポートで接続すると、.axfをダウンロードできます私のカスタムボードに画像をファイルしますが、問題や警告はありません。 ボードは順調に起動し、lpuart 通信は機能していますが、lpspi4 と spi-nor の通信は機能していません。 私はevkで行ったのと同じ接続を使用しています、物理的なPCB接続上のテストは大丈夫です、PCB回路は大丈夫です。 デバッガを使用してMCUの内部レジスタを確認すると、MCUExpressoでEvkを使用したように、ほとんどすべてが構成されていないことを再認識しました。 lpspi4 インターフェイスの CCR レジスタとその他のレジスタは、異なる値を持ちます。 私の疑問は、元の.axfファイルを使用している場合、レジスタの内容が異なるのはなぜですか?(念のため、.s19で試してみました同じ結果を持つバージョン)。 たぶん、NXP-MCUbootユーティリティは元のイメージにいくつかの部分を追加する必要があるため、ヘッダーまたはDCDファイルが必要ですか? その場合、どうすれば同じ構成にすることができますか? 私は以前にDCDファイルを使用したことがありますが、imxrt1020 mcuを使用した別のプロジェクトでは、ブートローダーが一部のレジスタとインターフェイスを初期化してSDRAMやフラッシュなどからブートプロセスを開始する必要があるため、通常はDCDファイルが使用されることを理解しています。しかし、この場合、すべてがすでに開始されています。 ご協力いただきありがとうございます。

Debugging a K64 application in Low-Level-Stop mode I'm integrating a new piece of code for a Kinetis K64 which switches to low-level stop mode when the controller has nothing to do. The mode switches are working fine: Supply current drops to ~zero when in stop, jumps back to a few 10s of mA when active. The issue is debug. Development is done with an IAR IDE using a Segger pod packaged with the IDE at the time we licensed it. Quick Run-Stop-Run transitions work fine. Dwelling in Stop (where I'm not attempting to do any debugger actions) causes a controller reset. I've used the Segger release provided with the IDE, an ancient 6.30 and the current 8.18. No joy with either one. Has anyone come up with a way around this? Re: Debugging a K64 application in Low-Level-Stop mode Hi, Celeste, Thank you for the reply. I "Accepted the Solution" but a note I wrote didn't make the trip. Sorry if this is a duplicate: Section 9 and other docs all discussed JTAG, not SWD. Switched the debug connection to SWD and no resets and the debugger resumes operation when the controller switches out of LLS. Re: Debugging a K64 application in Low-Level-Stop mode Hello @fcw , Thanks for your post. About low power mode debug, you can refer to the section "9.14 Debug in Low Power Modes" and section "9.14.1 Debug Module State in Low Power Modes" of the K64 Reference manual.  From the above content, it can be seen that normal debugging under VLPS/VLLSx is not possible. However, you can mantain the debugger on so when the device will wake up you can resume the code analysis, please refer to Attaching to a Running Target with Segger J-Link, GDB and Eclipse | MCU on Eclipse. Hope it can help you. BRs, Celeste ------------------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! -------------------------------------------------------------------------------------------------------------------------------

Termination of unused pins of 56F83600 Microcontroller I am using an MC56F83689 in my application. Many pins are not used in our design. As it is stated in the Datasheet, we want tie them to an appropriate voltage level to get a more reliable operation. Is there any default recommendation for every unused pin of this device? Can I connect every unused GPIO directly to ground? As I remember VDD_USB to VDD and VSS_USB to VSS, USB_DP & USB_DM n.c. is recommended if USB is not used, correct? What about GPIOC1/XTAL if external Clock is used at CLKIN? Shall I configure it as GPIO and tie it to ground? The complete list of unused pins is attached Re: Termination of unused pins of 56F83600 Microcontroller Hello @MrPMTX , Thanks for your post. Can I connect every unused GPIO directly to ground? -> Yes, you can directly connect all the unused GPIOs to ground. As I remember VDD_USB to VDD and VSS_USB to VSS, USB_DP & USB_DM n.c. is recommended if USB is not used, correct? -> You can connect VSS_USB to VSS and leave the USB_DP and USB_DM pins floating. There are two options for handling VDD_USB: one is to connect it to VDD; the other is to tie it to ground through a 10 kΩ resistor. What about GPIOC1/XTAL if external Clock is used at CLKIN? Shall I configure it as GPIO and tie it to ground? ->Yes, you can configure GPIOC1/XTAL as a GPIO and then tie it to ground. Hope it can help you. BRs, Celeste ----------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! -----------------------------------------------------------------------------------------------------------------------

56F83600 微控制器未使用引脚的终止 我在我的应用程序中使用 MC56F83689。我们的设计中有很多引脚没有使用。 正如数据表中所述，我们希望将它们绑定到适当的电压水平以获得更可靠的操作。 对于该设备的每个未使用的引脚，是否有任何默认建议？ 我可以将每个未使用的 GPIO 直接接地吗？ 我记得 VDD_USB 连接到 VDD，VSS_USB 连接到 VSS，如果不使用 USB，建议使用 USB_DP 和 USB_DM nc，对吗？ 如果在CLKIN上使用外部时钟，那么GPIOC1/XTAL怎么办？我应该将其配置为GPIO并将其接地吗？ 未使用引脚的完整列表已附上

Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settings We are looking to include multiple MIMXRT105x chips along with other devices in a 5 pin JTAG chain (TMS, TCK, TDI, TDO and nTRST). We have found AN4826, AN12419 and the MCU-LINK-PRO UM11673-2940346 documents. Are there any other application notes or other documentation that could contain useful guidelines and instructions for PCB layout and how to write an appropriate custom MCU-LINK-PRO connection scripts. Thank you for your help, Richard Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Thank you for you help Sam. +1 My take away is that there is no additional NXP documentation to find detailed NCU-LINK-Pro configuration comparable to e.g. Segger's more expensive debug probe and it's documentation; no worries and thank you once again. Best regards, Richard  Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Hi @RidiculousRichard  Thanks for your questions, it seems you want to know how to find dedicated documentaion about JTAG or MCU-LINK-pro for program or debug when you use MIMXRT105X, e.g useful guidelines and instructions for PCB layout. There are some comments from my side, please help clarify more if my understanding is wrong. 1. MIMXRT1050 EVKB Board Hardware User’s Guide to find JTAG connetor (J21 is a standard 20-pin/2.54 mm Box Header Connector for JTAG) 2. MIMXRT1050-EVK Design Resouces to download the schematics, layout files, and gerber files (including Silkscreen) for layout reference 3. AN4826 published by 2014 is still good guidelines for Schematic and PCB Layout, also please refer MCU-LINK-Pro User Manual to find more details, or other from MCU-LINK-Pro Documentation, it works well with our MCUXpresso or 3rd part IDE. Have a nice day. Sam Hi @Masmiseim  Thanks for your information and input. Have a nice day, Sam Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Thank you for the link and good experience report. +1 I'm hoping someone who knows of MCUXpresso & MCU-LINK-Pro configuration documents will post some links to them. Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Hello, We did this with the 1170. The whole thing was very unspectacular and runs without any problems. If you want to achieve good performance, you should just follow the usual layout rules. Microchip has also created a nice summary on chaining: https://onlinedocs.microchip.com/pr/GUID-73C92233-8EC5-497C-92C3-D52ED257761E-en-US-1/index.html?GUID-31B03AFD-1033-4EF9-A937-872192990AE9 How you have to adapt the connect script depends on the development environment you are using. In principle, you only have to configure the bits before and after the device to be addressed, in each case for the instruction and data register. Unfortunately, I cannot say how this works with MCUXpresso. We use Rowley Crossworks, which makes this very easy. Regards

NXP-MCUboot 实用程序 2.4.0 使用定制板时出现问题。 大家好，希望你们一切都好，我设计了一个基于 imxrt1062 EVK 的定制板，我使用几乎相同的接口，但去掉了项目不需要的传感器和其他东西。 uC: IMXRT1062 SDRAM：与 evk 相同。 QSPI NOR FLash 用于启动。（在职的） LPUART：（工作中） LPSPI：lpspi4，连接到存储器SPI-NOR。（不工作） 我修改了 MCUExpresso 中的一个原始 SDK 项目，最初用于测试电路板之间的 lpspi 通信，但在这种情况下，为了与外部 spin-nor 存储器通信，该程序使用 lpspi4 端口将 READID 命令发送到 spin-nor。 我用电线将内存外部添加到 evk 中。 这是与 evk 配合使用的，非常好，内存以正确的方式响应 READID 命令。 使用 NXP-MCUBoot 实用程序，通过 USB 端口连接，我可以下载 .axf将图像上传到我的自定义板，没有任何问题或警告。 电路板启动良好，并且 lpuart 通信正常，但 lpspi4 与 spin-nor 通信不正常。 我使用与 evk 中相同的连接，对物理 PCB 连接的测试正常，PCB 电路正常。 使用调试器查看 MCU 的内部寄存器，我发现几乎所有寄存器都没有像我在 MCUExpresso 中使用 Evk 那样进行配置。 lpspi4接口的CCR和其他寄存器具有不同的值。 我的疑问是，如果我使用原始的.axf 文件，为什么寄存器内容会不同？（为了以防万一，我尝试了 .s19版本具有相同的结果）。 也许 NXP-MCUboot 实用程序需要在原始图像中添加一些部分，因此需要一个头文件或 DCD 文件？ 那么，我怎样才能拥有相同的配置？ 我以前在另一个使用 imxrt1020 mcu 的项目中用过 DCD 文件，我理解通常使用 DCD 文件是因为您需要引导加载程序初始化一些寄存器和接口以从 sdram、flash 等启动引导过程。但在这种情况下，一切都已经开始了。 非常感谢您的帮助。

56F83600マイクロコントローラの未使用ピンの終端 アプリケーションでMC56F83689を使用しています。私たちの設計では多くのピンは使用されていません。 データシートに記載されているように、より信頼性の高い動作を得るために、それらを適切な電圧レベルに結び付けたいと考えています。 このデバイスの未使用のピンごとにデフォルトの推奨事項はありますか? 未使用のGPIOをすべて直接グランドに接続できますか? VDD_USBはVDDに、VSS_USBはVSSに覚えているのですが、USBを使用しない場合はUSB_DP&USB_DM n.c.が推奨されますよね? CLKINで外部クロックを使用している場合、GPIOC1/XTALはどうなりますか?GPIOとして設定し、グランドに接続すべきか。 未使用のピンの完全なリストが添付されています

S32 Design Studio for ARM版本：2.2 适用于 ARM 的 S32 设计工作室 版本：2.2 为什么相同的代码，编译出来的十六进制文件不一样 回复：S32 Design Studio for ARM 版本：2.2 具体原因已经找到，SDK包中添加了无用的定义导致文件大小不一致，谢谢您的回答 Re: S32 Design Studio for ARM Version: 2.2 嗨，VaneB 就是同样的工程，同样的软件版本和SDK，还有同样的Linked Resources，我把工程给到其他几个同事编译，生成出来的hex文件就和我不一致，这和电脑有关系吗？我试了一下其他的工程是正常的，只有在boot工程情况下，我的电脑编译出来hex文件和其他同事不一致

在低级停止模式下调试 K64 应用程序 我正在为 Kinetis K64 集成一段新代码，当控制器无事可做时，它会切换到低级停止模式。模式开关工作正常：停止时电源电流降至~0，活动时跳回几十毫安。 问题是调试。开发是使用 IAR IDE 完成的，使用我们在授权时与 IDE 一起打包的 Segger pod。快速运行-停止-运行转换工作正常。停留在停止状态（我没有尝试执行任何调试器操作）会导致控制器重置。 我使用了 IDE 提供的 Segger 版本，旧的 6.30 和当前的 8.18。两人都没有快乐。 有谁能想出解决这个问题的办法吗？

Downloading With J-Link Doesn't Work Hi NXP Team, I'm testing  the an application with #S32K3X8EVB-Q289 using #MBDT I've changed the option of downloading in solver panel like this:      When i try to download the program it pops up this message: I've repeatedly checked the connection and all seems good.... If i change the download type as USB Multilink, attaching the usb cable, the download operation works. I've also tried with an other simple projet changing the download type and works both with J-link and USB-Multilink....  I attach the two projects i've been working on. How could i solve this problem? Re: Downloading With J-Link Doesn't Work Hello @simon98 , Glad to hear it worked. If you have any other questions regarding the Model-Based Design Toolbox, feel free to reach out to us. Regards, Robert V Re: Downloading With J-Link Doesn't Work Changing the path into "C:\Program Files\SEGGER\JLink_V810i\JLink.exe" works Thanks, Simon Re: Downloading With J-Link Doesn't Work Hello @simon98 , Just to clarify both workflows. If you use the project_working.zip, you are able to download the application on the board using both J-Link and Multilink. But in the case of project_not_working.zip, it only works with Multilink. I noticed that in the case of the model that doesn't work, that the path to the J-Link ("J-Link Location") is set to "C:\Program Files\SEGGER\JLink_V810i\JFlash.exe". Could you try deploying the application again after selecting the Jlink.exe, effectively transforming the path into "C:\Program Files\SEGGER\JLink_V810i\JLink.exe"? I also looked at the attached configurations and nothing jumped out to me as incorrectly configured. I especially looked at the UnTouchedPortPin section which is the same as the working project. Before we dive into more troubleshooting options, could you let me know if it works by selecting JLink.exe instead of JFlash.exe? Regards, Robert V

CRC生成のためのセキュリティエンジンの使用 新しいプロジェクトでLS1028Aプロセッサを使用しています。CRCを非常に迅速に生成/検証する必要があります。私は、セキュリティエンジン(SEC)を使用してこれを行うことができることを確認しました。 私の懸念は、米国の輸出法のために暗号化を無効にする必要があるお客様をサポートすることです。プロセッサの部品番号は、暗号化が有効か無効かを指定します。 SECを使用して、暗号化がオフになっているプロセッサのCRCを生成/検証することはできますか? Re: CRC 生成のためのセキュリティ エンジンの使用 NXPコミュニティフォーラムでは、LayerscapeプラットフォームでのCRC生成にセキュリティエンジンを使用することについて議論しているようです。これには、安全なデータ処理と暗号化プロセスが含まれます。このようなシステムのセキュリティ機能を調査することで、特に機密性の高いアプリケーションにおけるデータの整合性と検証プロセスの最適化に関する貴重な洞察が得られる可能性があります。この分野に飛び込む場合は、さらに調査する価値のあるさまざまなベストプラクティスと実装に関する考慮事項がある可能性があります。 Re: CRC 生成のためのセキュリティ エンジンの使用 輸出管理に関わるので、箇条書き2が該当します。 そのため、ヒューズを焼くことで、部品をエクスポート可能にし、CRCエンジンを保持することができます。これは朗報です。 SFP_OSPR0の登録定義があるドキュメントはどれですか?見つからないようです。 ありがとうございます