DMA 模式下 UART 通信失败（S32k311） 嗨，@nxp团队、 我在S32K311目标硬件的 DMA 模式下使用 UART 通信，但主站和从站之间甚至连一次传输都没有。双方都在使用 512 字节的缓冲区。但是，在微控制器方面，回调被触发并引发了 LPUART_UART_IP_EVENT_ERROR，而且 UARTState 的状态始终显示为超限状态。 我尝试过的波特率从 100 kbps 到 900 kbps 不等。 注：为确保波特率不是问题，我还测试了单次传输和基于周期的传输。然而，系统总是会进入超限状态。 能否请您检查一下我的配置？为了供你参考，我附上了配置屏幕截图以及 UART 模块设置。 为此，我为两个 USRT 通道的 TX 和 RX 创建了 4 个 DMA 通道。       Re: UART communication failed in DMA mode(S32k311) 感谢@Julián_AragónM的回复 事实上，由于版本兼容性问题，我无法在我的系统上加载给出的示例。不过，我会尝试添加 RM 模块并进行测试。 我的 S32 IDE 版本是 3.6.3RTD 版本为 6.0.0. Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 我看到您还输入了一个内部案例，我已在该案例中回复了您的问题，但为了以防万一，我也将在此回复： 能否告知您使用的 RTD 和 S32DS 版本？ 从图片中可以看出，"Rm" 模块并没有包含在项目中。要使用 DMA，必须添加"Resource Manager" 驱动程序，启用 Dma Mux 支持，并配置相应的 DMA MUX 通道： Snag_aff8e3.png 您可以参考社区中已有的例程：示例 S32K312 UART 发送& 接收使用 DMA DS3.5 RTD300。 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) @nxp 如果您需要更多细节， 请 告诉我。 Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 来自 RTD 3.0.0此后，DMA 支持从 MCAL 层移至 Rm 模块。RM 模块不支持 IP 层。因此，用户应将 RM 模块直接添加到高级层。 查看 S32K3XXRM 的 DMAMUX 映射 excel 文件附件，可以看到 LPUART0 被分配到 DMAMUX0，而 LPUART3 被分配到 DMAMUX1。 DMA 复用源字段已禁用，无法编辑. 我不明白这种说法。从您的图像中，我可以看到第一个 Dma Mux 源容器是可用的，但您将它们配置为 "REQ_DISABLED"。您必须将 LPUART 通道与 DMA MUX 信号源连接成类似这样： dmamux1.png dmamux0.png 至于我分享的示例，是的，您不能直接导入，因为该项目是在 RTD 3.0.0 中开发的、当您使用 RTD 6.0.0 时。不过，您可以将配置文件和主文件复制到工作区，以测试 UART + DMA。 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM 我已添加 RM 模块，但DMA Mux Source 字段被禁用，无法编辑。这是我的配置与给出的示例配置之间的唯一区别。然而，我得到的结果与之前的错误一样。 我附上了配置示例的截图以及我的配置MEX 文件。 S32 集成开发环境版本：3.6.2 RTD 版本：6.0.0 能否请您在方便时尽早查看一下？ Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM S32 集成开发环境版本：3.6.2 RTD 版本：6.0.0 注意： 由于 MCAL 通常在基于 AUTOSAR 的架构中使用，因此我们的项目目前不使用任何 AUTOSAR 模块，因此也不打算包含 MCAL 模块。我们的要求是在不使用 MCAL RM 驱动程序的情况下实现基于 DMA 的通信。请确认是否可以不依赖 MCAL (RM) 运行 DMA 模式？ Re: UART communication failed in DMA mode(S32k311) 感谢@Julián_AragónM提供迄今为止的详细信息。 目前，当我向 MCU 发送数据时，会触发信号，但事件始终是 " LP UART_UART_IP_EVENT_ERROR "。正因为如此，我无法退出这个问题。我根据示例和社区帖子尝试了几种方法，但遗憾的是，到目前为止没有一种方法能解决问题。 我在这里附上了我的整个工作区。能否请您帮助审查一下，以确定是否存在任何问题？如果可能的话，希望您也能在自己的系统上试运行一下。 提前感谢您的支持。 Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 对不起，我的回复晚了！ 关于第一个问题，我在你的项目中看到 UART 缓冲区没有被声明在非缓存区内。为了避免启用 数据缓存 时可能出现的一致性问题，用户应确保用作 TCD 源和目标的缓冲区分配在不可缓存区域，或者尝试使缓存地址失效： Snag_57e873a.png #pragma GCC section bss ".mcal_bss_no_cacheable" uint8_t tx_data[15]; uint8_t rx_data[15]; #pragma GCC section bss 关于第二个问题，你能检查中断和处理程序吗？调用 uart 传输函数时，返回的是什么？ 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM 感谢您的支持。我们现在的情况要好得多--在添加 RM 模块并修正配置后，DMA 传输已开始工作。不过，似乎仍有一些数据丢失/覆盖问题，如下所述： 1.在第一次（新）传输过程中，前20字节和最后约10字节的数据总是丢失。 主设备每 100 毫秒定期发送 512 字节的数据。 MCU 缓冲区的大小也是 512 字节。 MCU 报告 接收到了 512 字节 ，但 前大约 20 字节（有时还有最后大约 10 字节）缺失，而从 第 21 字节开始的剩余字节 是 正确的。 2.在第二次及其后的传输过程中： 缓冲区内容的片段显示如下： 索引0 至 83→ 包含0xAA（默认值） 索引84 至 116→有效数据 索引117 至 308→0xAA（默认值） 索引308 至 340→有效数据 索引340 至 372→0xAA（默认值） 3.传输 4/5 次后，数据传输完全停止，但不会出现奇偶校验/成帧/超限等错误。 这种模式一直持续，几次传输后，数据传输完全停止。 能否请您帮助确定导致这种行为的原因？ 谢谢！         Re: UART communication failed in DMA mode(S32k311) 非常感谢@Julián_AragónM的支持。现在问题已经解决，一切正常。非常感谢你们的帮助。 谢谢

HAB ブート可能イメージ生成用の SREC ファイルの作成 アプリケーションイメージを MIMXRT1170 ( EVKB ボード) の NOR フラッシュにフラッシュするためのコマンドライン ツールを生成しています。 nxpimage ツールは、次のように axf/elf ファイルから SREC 形式のファイルを作成するのに役立つことがわかっています。 nxpimage utils バイナリイメージ変換-i " %AXF_FILE% " -f s19 -o " %SREC_FILE% "   しかし、生成されたSRECファイルは、MCUXpresso Secure Provisioning Toolを使用した際に生成されるSRECファイルとは内容とアドレス指定が異なります。MCUXpresso Secure Provisioning Toolを使用してelf/axfファイルを読み込み、ブートイメージを作成すると、MCUXpresso Secure Provisioning Toolのワークスペースのソースフォルダにsrecファイルと解析済みdcdファイルが追加されます。MCUXpresso Secure Provisioning Toolによってこれらのsrecファイルと解析済みdcdファイルがどのように生成されるのかを知りたいです。また、CLIツールを使用してSREC/elf/axfファイルから解析済みdcdファイルを個別に抽出する方法があるかどうかも確認したいと思っています。   MCUXpresso セキュア プロビジョニング ツールを CLI から呼び出してプロセス全体を自動化できることはわかっていますが、nxpimage ツールと blhost ツールだけで MCU をフラッシュできるスクリプトを作成しようとしています。     Re: Creating SREC file for HAB bootable image generation こんにちは@tj787さん、 ここでわかるのは、次のコマンドがこの出力を指定された「parsed-directory」に作成しているということです。 nxpimage.exe hab parse -f mimxrt1176 -o 解析ディレクトリ -b my-application-with-dcd.bin Kan_Li_0-1770780123329.png お役に立てれば幸いです。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう！ - スレッドは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいスレッドを開いて、閉じたスレッドを参照してください。 ---------------------------------------------------------------------------------

CLRC663 と CLRC663 plus AUX1 および AUX2 ピン構成の違い。 CLRC663およびCLRC663plusのAUX1およびAUX2のデフォルト状態に関する質問 アプリケーション ノートでは、AUX1 ピンと AUX2 ピンのデフォルトの予想される状態は次のように記載されています。 CLRC663 のGND 。 CLRC663plus 用にオープン。 具体的な質問: CLRC663 では AUX1 と AUX2 のデフォルト状態が GNDなのに、CLRC663plus ではオープンになっているのはなぜですか? CLRC663+ で AUX1 と AUX2 をオープンのままにせずにGNDに接続すると、何が起こるでしょうか、またはどのような影響があるでしょうか? CLRC663plus でこれらのピンを接地すると、LPCD の誤起動の原因になったり、デバイスの動作に他の影響が生じたりしますか? Re: CLRC663 and CLRC663 plus AUX1 and AUX2 pin configuration difference. こんにちは@rahultt999 あなたの調子が良いといいのですが。 CLRC663 の非プラス バージョンは新しいデザインには推奨されないことにご注意ください。 これらのテスト信号は通常の動作モードでは使用できません。これらのピンをデバッグ目的で設定する場合は、必ずCLRC663 アンテナデザインのセクション 4.4.2 の指示に従ってください。そうしないと、デバイスが損傷する可能性があります。NFC アンテナ設計トレーニング シリーズ、講義 4 (約 24 分 30 秒) もご覧ください。 これらのピンを使用していない場合は、AUX1 ピンと AUX2 ピンの対応するアプリケーション ノートの推奨接続に従ってください。 - AN11145はCLRC663にGNDを推奨しています - AN11783はCLRC663プラスでオープンにしておくことを推奨しています よろしくお願いいたします エドゥアルド。 Re: CLRC663 and CLRC663 plus AUX1 and AUX2 pin configuration difference. こんにちは、 必要に応じて、これらのピンを (適切な構成後に) アナログ デバッグに使用できるように、テスト ポイントに接続することをお勧めします。AN11145 および AN11783 の推奨事項は、低電力デザインを目的としています。 よろしくお願いいたします エドゥアルド。 Re: CLRC663 and CLRC663 plus AUX1 and AUX2 pin configuration difference. こんにちは、エドゥアルドさん。 早速のご返信ありがとうございます。 現在の製品設計では、 CLRC663 plusチップを使用しており、これらの特定のピンは現在接地されています。ただし、「プラス」バージョンのアプリケーション ノートでは、これらのピンをオープンのままにしておくことを推奨していることに気付きました。 これらのピンをオープンのままにせずにグランドに接続したままにしておくと、製品のパフォーマンスに既知の影響やリスクはありますか? Re: CLRC663 and CLRC663 plus AUX1 and AUX2 pin configuration difference. ありがとう、エドゥアルド。これらのピンをオープンにしない場合、消費電力に具体的な影響があるかどうかご存知ですか?これらのピンの内部回路の詳細がなければ、決定的な結論を導き出すことができないため、質問しています。

LPC54018 崩溃问题 我的客户在使用 LPC54018J2M 时遇到了一个问题。 情况描述如下 客户通过I2C将新版本编程到以太备份代码块来更新固件后，重启后，启动代码首先检查以太备份代码中是否有更新的固件。如果有，它就会覆盖以太 CODE，然后执行它。 闪存布置 |-------------------------------------| 0x10000000 - 0x1000FFFF | 启动 CODE(64k) 10000| |-------------------------------------| 0x10010000 - 0x100fffff | Ether CODE(960k) f0000| |-------------------------------------| 0x10100000 - 0x101effff | Ether Back Up CODE(960k) f0000| |-------------------------------------| 0x101f0000 - 0x10200000 | 已保留 (64k) 10000| |-------------------------------------| 对于少数设备，固件更新完成后，软件会正常运行一段时间。然而，一段时间后，代码突然卡住了。在这种情况下，即使尝试重新编程或擦除也无法恢复系统，必须更换集成电路。 对于异常集成电路，我们使用 JTAG 进行了进一步测试。最初，示例代码程序无法正常运行，IC 在闪烁后会立即卡住。 upload_44c1df325efcbfd1bf742fc095949c9e.png 对于客户软件，启动代码会检查闪存，然后在 SPIFI 初始化期间卡住。 但是，通过 JTAG 对 SDK_2.x_LPC54018J2M（版本 24.12）中的示例代码进行编程后，集成电路可以正常工作，后续编程也能按预期进行。 对于异常集成电路，直接重新编程客户代码并不能恢复正常运行。有必要先对示例代码进行编程，以便从异常状态中恢复。 客户代码目前是基于 SDK 2.11 开发的。 恢复正常运行的示例代码来自 SDK 24.12。 我还建议客户尽可能升级到新版本，但这可能需要一些时间。 因此，我想在这里讨论可能导致这个问题的原因——它是否与SDK版本有关，或者是否需要调整内存配置。 尽管我们目前可以通过JTAG恢复设备，但我们希望找到一种方法来完全防止此问题发生。 LPC54xxx Re: LPC54018 Crash Issue 你好@ZRay 谢谢您的帖子！ 它可能与 LPC54XX 设备上的勘误表有关，勘误 表 lpc540xx_lpc54s0xx 中的功能问题描述 3.8 RO M.1：启动时外围设备引脚保持配置或驱动状态 另外，我建议您查看 MCUXpresso SDK发行说明，另一项建议将始终使用可用的最新版本的SDK。 您提到的示例代码是否执行了引脚配置？

[ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP hello  Customer ABB is using SE050C1 via nRF5340 + Zephyr, he in integrating our nano-package MW. It is needed to communicate in SCP03 I suppose that first step is to compile the nanopackage library accordingly, and I believe there is a unique define involved at that stage which is CONFIG_PLUGANDTRUST_SCP03 Can I ask you how to configure it / define it ? Is it a preprocessor define that need to be passed to CMake ? Also I see that there is another define whici is PLUGANDTRUST_SE05X_AUTH that need to be set to PlatformSCP03 How does this one relate to CONFIG_PLUGANDTRUST_SCP03 ? Thank you, Mehdi Re: [ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP thank you Michael Would the right compilation flow be like ? step1 - on the one hand, use CMake to build the mw library (with CONFIG_PLUGANDTRUST_SCP03 being defined in the Cmake option) step 2 - compile the Zephyr exemple with CONFIG_PLUGANDTRUST_SCP03=y in the .proj file I understand that only CONFIG_PLUGANDTRUST_SCP3 need to be declared in the proj file, while CONFIG_PLUGANDTRUST_SCP03 is rather a Cmake option is that correct ? Mehdi Re: [ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP Hello Mehdi, for the defines: CONFIG_PLUGANDTRUST_SCP03 : Enables the SCP03 code/libraries in the build (includes SCP03 source files, crypto dependencies) PLUGANDTRUST_SE05X_AUTH=PlatformSCP03 : Tells the runtime code to actually USE SCP03 authentication when communicating with the SE050 Both must be set for SCP03 to work properly. For zephyr compilation the defines can be set in the zephyr prj.conf file, by default all is off: CONFIG_PLUGANDTRUST_SCP03=n CONFIG_PLUGANDTRUST_ECKEY=n CONFIG_PLUGANDTRUST_ECKEY_SCP03=n CONFIG_PLUGANDTRUST_SM_APDU_MUTEX=n   In this way no cmake config change is necessary.   KInd regards, Michael Re: [ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP Hello Mehdi,  only thing need to be done for using platform scp is:  in prj.conf file  set this: CONFIG_PLUGANDTRUST_SCP03=y I tested nano package with zephyr: 1.  in prj.conf file inside the example folder (example : ..\workspace\modules\crypto\nxp-plugandtrust\examples\se05x_GetInfo\zephyr\prj.conf) , only set this: CONFIG_PLUGANDTRUST_SCP03=y 2. build example: >west build -b frdm_k64f modules/crypto/nxp-plugandtrust/examples/se05x_GetInfo/zephyr --pristine 3. flash binary : C:\nxp\workspace\build\zephyr\zephyr.bin to k64  and it works. kind regards, Parth

LED code example does not work I was following this example on my s32k116: https://www.nxp.com/design/design-center/training/TIP-GET-TO-KNOW-THE-USER-FRIENDLY-MBDT-D0609 I did exactly what was shown in the video to get the LED working. My code builds too. But the LED wont turn on when I turn the potentiometer. I have attached a picture of the board for reference. Kindly guide me on where I might be going wrong WhatsApp Image 2026-01-19 at 5.18.32 PM.jpeg Re: LED code example does not work Hello, Please note that the video you mentioned uses another evaluation kit (S32K144EVB) and the pins might not be the same for S32K116. Did you check the schematic to see the pins used by the potentiometer and the LED? As a recommendation, try to use the FreeMASTER tool to visualize the data on the board. You have to add data store memory blocks to save the data from the ADC and the state of the LED. Please set them to Volatile (in order to see them in FreeMASTER).  Another variant is to use the S32 Design Studio to directly debug the application, by placing breakpoints at specific lines and see the values read from the potentiometer. Best regards, Sorin Bancila  Re: LED code example does not work I tried doing that but when I try to start a session on freemaster, it cannot detect the board information. And I set the block state ("pot_adc") as Volatile which is why is shows up as a symbol when I go to the symbol table preview . Here is the screenshot. I am not sure why the board is not responding deshmaneaakash_0-1769901117599.png deshmaneaakash_1-1769901333885.png

Issue with LPUART1 BREAK Detection on RT1170 Dear NXP Support Team, I am currently developing on the RT1170 using SDK with LPUART1 for UART communication. I am encountering an issue with Send BREAK detection and would like your guidance. Description of the issue: When I enable LIN Break Detection (LBKDE) and LBKDIE: The Send BREAK signal from the PC is successfully detected on the MCU (LBKDIF flag is set). However, normal UART data communication not working. RX and TX are working correctly in normal UART mode. Scope measurements show that the PC’s TX line stays low during the Send BREAK for the expected duration (~2100 ms). Question: Is this behavior expected on RT1170 LPUART? Is there a recommended way to detect a PC Send BREAK while still allowing normal UART communcation? I would appreciate your guidance on how to reliably detect a Send BREAK from a PC while maintaining normal UART data reception on RT1170. Thank you for your assistance. Best regards, Re: Issue with LPUART1 BREAK Detection on RT1170 Dear NXP Support Team, Thank you for your previous explanation and the reference to the RT1170 Reference Manual. Based on the RM description, we understand that when LBKDE = 1, the LIN break detection circuit is enabled and received data is not written to the RX FIFO, so normal UART reception is intentionally disabled. We acknowledge that this behavior is expected. However, we would like to ask a follow-up question regarding possible alternatives or recommended solutions. Our requirement Detect a Send BREAK condition from a PC (via USB-UART). At the same time, continue normal UART data transmission and reception. LIN protocol stack is not required; this is general UART communication with a BREAK used as a synchronization or control signal. What we have observed With LBKDE = 1 LIN BREAK is detected correctly (LBKDIF is set). Normal UART RX data is blocked, as described in the RM. With LBKDE = 0 Normal UART RX works correctly. Our questions Is there any supported or recommended method on RT1170 to detect a Send BREAK while keeping normal UART RX active, without enabling LBKDE? Is using Framing Error (FE) + RX FIFO flush considered the intended workaround for non-LIN UART BREAK detection? Are there any errata, undocumented settings, or hardware limitations related to using LBKDE with general UART communication? If this use case is not supported, could you please confirm that RT1170 LPUART does not support simultaneous LIN BREAK detection and normal UART reception by design? We would appreciate your confirmation or any recommended best practices for this scenario. Thank you very much for your continued support. Best regards, Re: Issue with LPUART1 BREAK Detection on RT1170 Hi @dskim2 , Thanks for your interest in NXP MIMXRT series! The phenomenon you described is expected. Please refer to the following explanation from RM: Gavin_Jia_0-1768802115983.png Additionally, one of our colleagues has implemented a similar feature that may be helpful to you: 1. https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/RT1170-LIN-driver-development-and-stack-porting/ta-p/1356144 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/Use-RT1060-STAT-LBKDE-to-detect-Lin-quot-break-quot-but-cannot/m-p/1458242 Best regards, Gavin

PN7642 モジュール FCC ID PN7642 をベースにした NFC モジュールを設計しましたが、モジュールとして登録するために FCC 要件を満たすためのアプリケーション ノートはありますか? Re: PN7642 Module FCC ID ありがとう、Eduardo。ガイドラインに従い、ユニットはテストに合格しました。FCC には、私が出発点として使用したパゴダ リファレンス・デザインで使用される必須スクリーン 缶などの特別な要件があります。それ以外は主に事務作業です! Re: PN7642 Module FCC ID こんにちは@gredpath あなたの調子が良いといいのですが。 申し訳ありませんが、FCC 準拠に関する具体的なドキュメントはありません。NFC アンテナの設計とチューニング、DPC 機能、レイアウトの推奨事項について説明しているPN76 ファミリ アンテナ設計ガイドに記載されているガイドラインに従っていることを確認することをお勧めします。また、 PN7642 の設計推奨事項も確認してください。 さらに、アンテナ、デバッグ、テストと認定、EMC 関連の設計の主要な側面について説明しているNFC アンテナ設計トレーニング シリーズに従うこともお勧めします。 よろしくお願いいたします エドゥアルド。

2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 全球飞思卡尔杯官方规则！ 2014 年新内容——联赛推出： 根据地区的不同，现在将有三个联赛。全球比赛将仅使用普通联赛车辆。 股票联赛 -使用认可的部件进行比赛，允许较少的定制 自定义联赛 -限制较少且配备自定义硬件的比赛 创新联盟 -不止于竞速。完成目标或任务即可获得积分，赢得胜利。 说明 您可以使用操作菜单栏以 PDF 格式查看此文档。 此规则适用于全球挑战。在此处查找您所在地区的规则 目前，全球挑战赛仅对普通（未修改）挑战者开放。 如果您对这些规则有任何疑问，请在下方评论区留言。如果您对区域规则有任何疑问，请在您所在区域的群组中提问。 第 1 部分：团队要求 地区冠军球队必须参加“普通”（未修改）联赛才有资格。 团队规模最多为四人。 一个团队只能有一名研究生。 汽车将仅由学生设计和制造。 希望参与者、顾问和观众表现出良好的体育精神。任何不当行为或作弊行为都可能导致取消资格。 第二部分：活动注册 参加全球挑战赛的参赛者必须获得邀请。每个地区冠军队伍都会收到一份邀请。 地区冠军队伍中的一人必须在地区决赛结束后两周内为整个队伍报名参加全球挑战赛。 第 3 节：设备要求 每支队伍应使用如下所述的相同基本零件套件。为了保证公平的比赛环境，以下要求已到位。您必须使用经批准的控制器和电机驱动板。如果赛车模型的任何标准部件损坏，则应使用相同的替换部件。 机械的 参赛时必须使用原始且未经改动的设备。 外轮胎胎面和轮辋 驱动 - 直流电机 驱动电机传动比 Servo Motor 允许的修改和限制： 您不得更改轮距（车轮之间的距离） 车辆的任何部件尺寸不得超过 250 毫米/9.85 英寸（宽）x 400毫米/15.75英寸（长）x 305毫米/12英寸（高） 您可以在底盘上钻孔并安装辅助部件，假设它包含在上述尺寸范围内。 您可以改变伺服电机和相关连杆的方向。 您可以为汽车添加“外壳”，但在检查期间必须是可拆卸的。 您可以调整或移除弹簧、连杆和其他非必要部件。 您可以将胎面粘到轮辋上。 电气 电池（单独购买） 7.2V，<=3000mAh，可充电镍镉电池或镍氢电池  每次只能使用一 (1) 块电池为车辆及其连接硬件供电 您必须使用下面其中一个经过批准的电路板来控制您的汽车。 控制系统 FRDM系列电路板 FRDM-KL25Z包含在内，但不是强制使用。 TRK系列 基于 Kinetis 的 TWR - 系列 高压电机控制和接口 TFC-屏蔽 包含 TFC-SHIELD，但不是强制使用。 Landzo 技术的双电机控制板。 允许的修改和限制： 一个处理器 – 不允许使用辅助处理器或其他可编程设备。 汽车必须使用光学传感器来导航 DC-DC升压电路不得超过电池电压。 所有电容器的总容量不应超过 2000 uF。 传感器限值 您可以使用额外的相机。 最多十六 (16) 个传感器 传感器数量示例：  红外发射器/接收器对为 1 个传感器 CCD 传感器是 1 个传感器 提供的线扫描相机是 1 个传感器 两个后轮上的霍尔效应传感器是2个传感器 安装在一个车轮上的编码器是1个传感器 显示器（允许）不算作传感器 第四部分：车辆检验 比赛前，裁判将对所有参赛作品进行技术检查。这包括第 3 部分列出的车辆规格、尺寸和设备要求。 所有车辆必须在指定时间或之前进入检查区。 一旦进入检查区，您就不能触摸赛车，直到被叫去比赛！ 如有违反，组委会可取消相应队伍的参赛资格。 第五节：计时赛流程 比赛顺序将通过随机抽签决定。 当您的团队被叫到时，您可以将您的车从检查区域移走。您将有两 (2) 分钟的时间来准备汽车。 已批准的调整 -您可以： 通过板载接口配置参数。（开关、旋钮等） 改变相机的角度 更换电池  不允许的调整 - 您不得： 重新编程你的处理器 通过有线或无线通信配置参数。 任何时候都只能有一名队员在赛道上。（不包括测试时间） 2 分钟时间到之前，您必须向裁判发出“准备就绪”的信号，然后才能启动车辆。 裁判确认“就绪”后，车辆应在30秒内驶离起跑区。 每个队伍有三次机会完成一圈。将记录第一个（不是最好的）完成时间。 示例： 尝试 1 – 车辆在弯道上行驶过快并偏离轨道。沒有記錄時間。 第二次尝试——车辆成功绕轨道行驶。时间被记录下来。 尝试 3 – 因第一次（尝试 2）已被记录，因此被判失败。 每次尝试后，您有两分钟的时间对车辆进行批准（见上文）的调整。 尝试结束后，车队应将车辆送回检查区。 赛事显示屏将在每场团体赛结束后公布成绩。 第六部分：比赛日程安排 练习时间 - 在决赛之前，将提供测试赛道。此时可以进行最终校准。这将通过团队时段和/或“空闲时间”来组织。 2.将练习跑道重新配置为最终跑道。 车辆检验（参见第 4 部分） 计时赛 颁奖典礼 第 7 部分：活动人员 组委会——由资深评委和飞思卡尔活动组织者组成的委员会。负责协调活动当天的活动，并调解和解决任何争议。 裁判- 负责赛道活动。包括赛道管理，例如车辆启动和停止，以及计时和记分。裁判员由教职员工、学生和/或飞思卡尔及行业员工组成。 评委——负责解释并强制执行比赛规则。评委由飞思卡尔员工和行业赞助商成员组成。 赛事人员不得协助任何特定队伍。沟通应向所有队伍公开，不得泄露任何可能损害比赛公平性的信息。 第 8 节：犯规、失败和取消资格 本规则由飞思卡尔和活动组委会负责解释。 犯规，是一种轻微犯规，会导致罚时。 失败，则不记录当前尝试时间。允许后续尝试。 取消资格是一种严重违规行为，会导致所有时间都不被记录。 裁判将判定赛车是否冲出赛道并判罚时间。 下列任何一种情况都将被视为犯规，并会导致加时处罚： 比赛开始后，赛车未能在 30 秒内离开起跑区 [+1 秒]。 赛车越过终点线后未能在 2 米/6 英尺处停下或离开赛道 [+1 秒]。 下列任何一种情况都将被视为失败并且不会给予时间： 三个或更多车轮离开赛道表面。 赛车队未能在规定的两 (2) 分钟内做好准备。 选手在技术检查后未经裁判同意触碰赛车。 赛车离开起跑区后120秒内未能完成比赛。 在开始和结束之间的任何时间触摸汽车。 “开始”——一旦车辆越过起跑线。 “完成”——一旦车辆越过终点线。 有下列情况之一者，视为取消资格：   任何可能影响或阻碍车辆的赛道外设备或行为。 检查后随时 进行不允许的 修改。 比赛场地上有多名队员。 比赛期间有任何作弊行为。 未通过技术检验。 在切实可行的条件下，尽量保证公平、公正。争议将由飞思卡尔、组委会成员和评委投票解决。 第 9 节：计时/计分 将使用电子门和/或手持计时器来记录时间。 当赛车的第一部分冲出起跑线/终点线时，时间开始和结束。 犯规将导致赛车的单圈时间被加长。 取消资格和失败将导致没有分数。 第十节 赛道参数 在决赛前一天，将提供一条采用与最终赛道相同材料制成的测试赛道，用于校准和设计修改。 直到比赛当天，参赛者才会知道最终赛道的实际布局。 赛道宽度不得小于 600 毫米/23.65 英寸。 材料和尺寸规格可以在社区中找到。 赛道表面为哑光白色，赛道每条边缘都有一条连续的黑线（25 毫米/1 英寸宽）。 赛道可以90°交叉角相交。 赛道可以有上坡、下坡和隧道。 如有必要，飞思卡尔可能会更改这些规则和条件。飞思卡尔保留随时自行取消、暂停和/或修改飞思卡尔杯比赛的权利。这些官方规则是用英语制定的。如果这些官方规则以任何其他语言提供且文本存在冲突，则以英语文本为准。 Freescale 和 Freescale 徽标是飞思卡尔半导体公司在美国和其他国家的商标或注册商标。所有其他产品或服务名称均为其各自所有者的财产。©飞思卡尔半导体公司，2014 年 飞思卡尔杯内容 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于赛道的布局事先并不清楚，所以我无法透露全球总决赛期间是否会有隧道。确保您的车辆符合规则允许的尺寸（高度、宽度和长度），以便您能够顺利进入隧道（如果有）。 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi FlavioStiffan 今年的全球大赛会有隧道吗？ 根据2014 年马来西亚飞思卡尔杯比赛规则，隧道也不会被纳入全球比赛项目。谢谢。 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，做信号调节是可以的。只要您没有其他 MCU 部件并且您通过授权板控制伺服器和电机就可以了。请确保您使用 BOM（物料清单）和示意图记录您的额外开发，以防技术检查期间出现任何问题。 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 好的，谢谢您的回答，关于模拟放大器，它将用于调节来自传感器或摄像机的信号，我提到的模拟比较器将用于相同的目的。例如，我们有一个红外传感器，其输出电压为 0 至 250 mV，我们想将信号放大到 3.3V 左右，或者希望比较器仅检查传感器是否在白色区域或黑线...诸如此类。 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好JoseManuelSandovalChavez我认为规则对可以使用的内容已经说得很清楚了。对于电路的 MCU 和电机控制部分，只允许使用经批准的电路板。关于小型模拟放大器，它与什么相关？它的功能是什么？ 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， FlavioStiffan，所以只是为了确保这意味着在比赛中我们不能使用我们自己用模拟元件构建的电机控制板和 FRDM 板，所以为了控制直流电机，我们只能使用提到的两块板（TFC-SHIELD 和 Landzo 技术的双电机控制板）对吗？ 此外我还有一个问题，我们可以使用自己构建的小型模拟电路吗？例如，用运算放大器构建的模拟放大器或用运算放大器构建的模拟比较器 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Jose Manuel，对于全球飞思卡尔杯挑战赛，我们要求学生只使用经批准的电路板。您无法开发自己的定制板。这是为了公平起见，也为了避免团队在技术检查时遇到困难，因为团队的定制板被“隐藏”或无法访问以验证板子是否符合规则（例如：没有第二个处理组件或任何其他受限制的组件）。这些规则每年都会进行审查，因此请继续关注 2015 赛季的任何变化。 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，已停用的用户，我有一个问题，对于库存联盟，当它提到“批准的组件”时，具体是什么意思？这是否意味着在比赛中我们只能使用“机械”和“电气”部分列出的组件？例如，对于“高压电机控制和接口”，是否意味着我们只能使用上述两个板中的一个（Landzo 技术的 TFC-SHIELD 和双电机控制板）或者我们可以为电机控制阶段构建自己的板？ 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 已停用用户 约翰，看看这些问题。您是否有 Landzo 双电机控制板的链接？您能确认所用控制板的限制吗？ 谢谢！ 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，我对这些规则有一些疑问。 关于第 3 节的电气限制“您必须使用下面其中一个经批准的电路板来控制您的汽车。”。 问题 1：规则是否说我们不能使用自制的最小系统板（使用 kinetis MCU，链接）或一些自制的高压控制板（链接）？ --- 关于“一个处理器 - 不允许使用辅助处理器或其他可编程设备”这一行。 Q2：一些传感器，如相机，具有内置电路，可以在硬件中进行二值化（链接），或者带有 fifo 芯片的相机（链接）。 规则中提到的“其他可编程设备”是否包括这些相机？ 或者“可编程设备”仅仅指 MCU 或 FPGA 设备？ ---- 关于“Landzo 技术的双电机控制板”。 Q3：那是这个吗？ 非常感谢！ 回复：2014年飞思卡尔杯全球规则 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，约翰，下一届全球比赛什么时候举办？

[过滤器：垃圾邮件] nismkiki 的帖子主题与 " flipkart " 相符 " ekart "，板 " 电源管理单元 "。 [过滤器：垃圾邮件] nismkiki 的帖子主题与 " flipkart " 相符 " ekart "，板 " 电源管理单元 "。 帖子主题: 如何在 flipkart 投诉 主题文本"flipkart" 匹配过滤模式"flipkart" 。 职位机构： 请拨打 Ekart 物流免费帮助热线电话-0769-9595-414 进行投诉。Ekart Logistic 还设置了 24 小时营业 正文"Ekart" 匹配过滤模式"Ekart" 。 用户[id=258406,login=nismkiki]的发帖因以下最终用户面临的错误而被拒绝： 消息主题包含 flipkart，这在本社区是不允许的。请在发送您的帖子前删除这些内容。 邮件正文包含 Ekart，这在本社区是不允许的。请在发送您的帖子前删除这些内容。

我们是否需要 4 字节 UID，即 Mifare 经典身份验证命令的输入参数 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我在验证 Mifare Classic 4K IC MF1S70YYX_V1 时遇到问题。我没有收到 0x60、0x00、CRC（2 字节）命令的响应。我已经阅读了数据表，在表格和图表中这是命令结构，但在描述中，有人提到我们需要为Mifare Authenticate命令提供4字节的UID作为输入参数。 请说明并确认成功验证所需的方法。 我使用的是 TRF7970A 读码器。 我可以读取 UID。我已按照 ISO14443 标准成功完成了防碰撞和 "选择 "程序，激活了这张卡。 但是在发送 Mifare 经典身份验证命令 0x60、0x00、CRC（2 字节）之后， 载波频率变低了，我没有收到 MF1S70YYX_V1 IC 的任何回应。您能告诉我出现这种行为的可能原因吗？ 感谢并致意 苏尼 射频 Re: Do we need 4byte UID, Input parameter for Mifare Classic Authentication Command 你好 我正在使用 ST25R200 读卡器读/写 MIFARE Classic 1K 卡的数据块。但是，我没有收到对身份验证命令的正确响应（块 0x04 上密钥 A 的 0x60）。当收到响应时，卡会发出 NACK，如超时错误、无效命令或奇偶校验/CRC 错误。 如果你熟悉 MIFARE Classic 1K 卡的完整身份验证流程，或者你有任何与此相关的参考代码或文档，那么分享一下会很有帮助。 提前谢谢您。 Re: Do we need 4byte UID, Input parameter for Mifare Classic Authentication Command <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，苏尼尔、 希望你一切顺利。我已经在你的内部案例中回答了这个问题。 如果您有任何问题，请随时提出。 顺祝商祺！ 里卡多

使用 FLEXIO_SPI 从站进行奇数数据传输 我正试图让 MBDT 示例 s32k3xx_spi_async_interr_s32ct 在 s32k396_bga_dc1 + MB 上工作，使用 lpspi2（主设备）+ flexio_spi_0（从设备），但得到的结果非常奇怪。 lpspi2 配置为带外部缓冲器的异步模式。无 DMA。 flexio_spi_0 配置为在带 DMA 的异步模式下使用 IB。 尝试模仿默认 K344 我的 SPI 配置与 S32 DS 示例 Spi_Transfer_S32K396 相结合。 lpspi2 运行正常。如果我将 sout 循环到 sin，那么就会像预期的那样循环回完全相同的值。 但从属模式下的 flexio_spi_0 表现非常糟糕，只能随机更新。输入和输出表现都很奇怪。在两次更新之间，它会不断重复相同的值，直到突然更新。有时，它甚至表现得很好。我找不到任何一致的模式，也不知道是什么原因导致了这种行为。 在修正 LPSPI2 引脚布局并调整缓冲区大小以匹配后，同样的配置在 S32DS 示例 Spi_Transfer_S32K396 中也能正常工作。 I/O 完成时的回调在两者上都会像时钟一样被调用。但是，当定期运行仅传输 1 字节时，进出/传出 flexio_spi_0 的数据表现不佳。 附上我正在使用的 mex 文件。 板的接线方式就像 通道 CLK DI do CS LPSPI2 P23-15 P23-13 P27-8 P23-9 FLEXIO_SPI_0 P13-7 P18-12 P10-8 P17-4 P23-15<-> P13-7 P23-13<-> P10-8 P27-8<-> P18-12 P23-9<-> P17-4 如果我调整模型优先级，以便在主传送之前触发信号从属传输，那么它的效果会好一些，但远非可靠。 最终目标是在flexio_spi上自动定期重复主交易，从计时串行设备收集测量值。每次传输少于 13 位，因此除了 flexio 硬件模块提供的缓冲区外，根本不需要任何缓冲区。但首要目标是理解数据并让数据可靠地流动起来。

i.MXRT1021 HAB 我正在努力添加 HAB，首先使用板和示例：blinky、uart 和 bee。我将图像与 BEE 更改一起构建，最后删除了禁用 BEE 的行。我还有一张 Blinky + uart 组合的图片，但没有附上。 使用 MCUXpresso 安全配置工具版本 25.09，我在一个 EVK 上放了熔丝以匹配为 XIP BEE 用户密钥生成的随机密钥。在此过程中，我也使用 2048 作为密钥大小来生成验证密钥。 加载图像并熔丝以匹配所需设置不会使 LED 闪烁，并且在 Bee_init 上似乎停止。我错过了哪些步骤？我尝试在串行启动加载程序和选择的内部启动模式下运行代码，但两者都不起作用。 我附上了基本设置的图片，如果有助于调试，我可以把生成和使用的密钥和验证密钥发给你。我不确定你是否想在同一篇论坛帖子中附上密钥来构建图像，但可以提供使用的密钥，因为它显然只是用来获取目标设备的进程。 另一方面，最终图像将具有所需的 dcd 设置，但我的假设是，只要密钥、身份验证密钥和网络安全设置正确，向该工具生成的图像中添加 dcd 数据就不会产生实际效果。 i.MX RT102x Re: i.MXRT1021 HAB 你好，@joshgentrycargt、 如果启用了 XIP 加密模式，ROM 启动时 BEE 已初始化，为什么还要在应用代码中再次调用BEE_Init？如果要这样做，请先调用 BEE_Deinit()。 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请打开一个新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: i.MXRT1021 HAB uart 连接导致它尝试从该选项启动。这基本上阻止了它的运行。我一直追溯到最初的闪烁，并以此为例。BEE 的例子让我觉得完全没有必要。我能够使用我设置的熔丝/网络安全设置对单独的板进行编程，而且它起作用了（dcd 也能正常工作）。

IMXRT1140-EVK 上的 USB 主机 我想在 IMXRT1140-EVK 上安装 USB 主机，我安装了 USB HOST CDC 示例，但后来注意到 USB OTG PWR 没有 5V 电压可以为连接的设备供电。我是否漏掉了某些设置？ 我的设备是 CDC ACM vcom 设备，它向 USB 主机发送数据。 Re: USB Host on IMXRT1140-EVK @jacobthomas_007 该问题请参见 MIMXRT1040-EVKUM，如下所示： J40(3-4):通过 J48 为 5V_USB_OTG 供电 J40(1-2):通过 J45 为 5V_SYS 供电 Sam_Gao_0-1765529901526.png Sam_Gao_1-1765529980947.png Re: USB Host on IMXRT1140-EVK 感谢您的快速回复、 我将跳线连接到 J40 (1-2) 和 (3-4) 后，OTG 输出电压只有 1.2 伏。我预计 o/p 是 5V 只有这样我才能驱动连接到这个端口的设备。 请看图片以供参考 USB voltage.png   Re: USB Host on IMXRT1140-EVK @jacobthomas_007 “我预计 o/p 将为 5V，只有这样我才能驱动连接到这个端口的设备。” -->— > 你想用 USB 端口作为 主 设备为从属设备供电吗，对吧？ 请参见 MIMXRT1040-EVKUM，表 11，如下所示： 通过 USB 连接器 J48（当连接器在 主机 模式下运行时）来自外部电源，或通过电源开关 U30 从 5V_SYS 电源（当连接器在设备模式下运行时） Sam_Gao_0-1765876059106.png 因此，如果您想使用 USB 端口作为主控/主机，请按步骤进行检查、 1.5V_SYS 可以工作：SW6 + J45 + J40（仅1-2😞通过 J45 连接 5V_SYS 电源。 2.使其工作在主机模式，即 ID = GND。 Sam_Gao_1-1765877164735.png Re: USB Host on IMXRT1140-EVK 嗨，@Sam_Gao，这个话题有什么新进展吗？不知何故，USB VBUS 引脚只显示 1.2 伏。 Re: USB Host on IMXRT1140-EVK @Sam_Gao 谢谢现在我能够将 USB VBUS 设置为 +5V，同时当我将 USB 设备连接到 EVK otg 端口时，它无法检测到设备。我又遗漏了什么。 Re: USB Host on IMXRT1140-EVK @Sam_Gao谢谢，成功了！

EB tresos の問題 - モジュールをインストールできない こんにちは、皆さん。 EB tresos に問題があります。誰かがヒントを与えてくれることを願っています。よろしくお願いします。 EB でプロジェクトを開きたいのですが、使用している EB のバージョンは 27.1.0 です。モジュールを開こうとすると、次のようなエラー ポップアップが表示され、 Eth_43_PFE_TS_T40D11M12I0R0がインストールされていないと表示されます。 EB tresos をインストールするときは、RTD フォルダーにリンクする必要があることは理解しており、実際にそうしました。 さらに、 Eth_43_PFE_TS_T40D11M12I0R0を RTD フォルダーと EB プラグイン フォルダーに貼り付けることもできます。 上記のすべてのアクションを実行しても何も変化はなく、エラーはそのまま残ります。 何か設定が足りないのでしょうか? BR、 ヤン Re: EB tresos issue - module cannot be installed こんにちは@Yang_Cさん、 返信が遅くなり申し訳ありません。あなたが言ったように、すべてが正しいようです。次のテストにご協力ください。 PFE-DRV_S32G_M7_MCAL_1.2.0.\example_application フォルダにある例の 1 つを開いてみて、それらのプロジェクトを問題なく開けるかどうかを確認してください。 リンク ファイルを削除し、Tresos ディレクトリにコピーされたプラグインのみを使用します。S32G MCAL ドライババージョン1.2.0のリリース ノートには、インストール方法が相互に排他的であると記載されています。 alejandro_e_0-1765490795933.png サンプル プロジェクトを開くことができるかどうか、またはリンク ファイルを削除するとプロジェクトの動作が変化するかどうかをお知らせください。 よろしくお願いします。 Re: EB tresos issue - module cannot be installed こんにちは、alejandro_eさん ご返信よろしくお願いします。 その結果について一つずつお答えします。 PFE-DRV_S32G_M7_MCAL_1.2.0.\example_application フォルダにある例の 1 つを開いてみて、それらのプロジェクトを問題なく開けるかどうかを確認してください。 - 試してみましたが、うまくいきませんでした。まだ Eth モジュールがインストールされていません。 リンク ファイルを削除し、Tresos ディレクトリにコピーされたプラグインのみを使用します。  - 試してみましたが、うまくいきませんでした。まだ Eth モジュールがインストールされていません。 また、PFE-DRV_S32G_M7_MCAL_1.4.0 もダウンロードし、PFE-DRV_S32G_M7_MCAL_1.4.0 のサンプル プロジェクトの 1 つを開いてみましたが、問題なく動作しました。Eth モジュールは NXP/RTD フォルダー内または EB/tresos/plugins フォルダー内にあり、どちらの方法でも問題なくプロジェクトを開くことができます。 BR、 ヤン Re: EB tresos issue - module cannot be installed こんにちは@Yang_Cさん、 返信が遅くなり申し訳ありません。私の側で問題を再現しようとしましたが、できませんでした。プラグインをコピーしてリンク ファイルを作成しました。また、使用している 2 つの PFE ドライバ バージョン (1.2.0 と 1.4.0) もコピーしました。C:\EB\tresos27\pluginsおよびC:\NXP\SW32G_RTD_4.4_4.0.2_HF03\eclipse\pluginsで次の PowerShell コマンドを実行できますか。 > Get-ChildItem -Depth 0 私のセットアップからの出力は次のとおりです。 PS C:\EB\tresos27\plugins> Get-ChildItem -Depth 0 Directory: C:\EB\tresos27\plugins Mode LastWriteTime Length Name ---- ------------- ------ ---- d----- 15/12/2025 02:23 p. m. Adc_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. BaseNXP_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. CanIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Can_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Crc_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. CryIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Crypto_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Csm_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Dem_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Det_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Dio_TS_T40D11M40I2R0 d----- 30/01/2025 04:42 p. m. dreisoft.tresos.fibeximporter d----- 30/01/2025 04:42 p. m. dreisoft.tresos.generator.ng.api d----- 15/12/2025 02:24 p. m. EcuC_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. EcuM_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Eep_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. EthIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. EthSwt_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. EthTrcv_TS_T40D11M40I2R0 d----- 15/12/2025 02:35 p. m. Eth_43_PFE_TS_T40D11M12I0R0 d----- 15/12/2025 03:04 p. m. Eth_43_PFE_TS_T40D11M14I0R0 d----- 15/12/2025 02:24 p. m. Eth_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Fee_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Fls_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. FrIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Fr_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Gpt_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. I2c_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Icu_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. LinIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Lin_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Mcl_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Mcu_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. MemIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Ocotp_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Ocu_TS_T40D11M40I2R0 d----- 30/01/2025 04:42 p. m. org.apache.ant_1.9.6.v201510161327 d----- 30/01/2025 04:42 p. m. org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.401.v20161122-1740 d----- 30/01/2025 04:42 p. m. org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.401.v20161122-1740 d----- 30/01/2025 04:42 p. m. org.eclipse.jdt.debug_3.10.1.v20160811-0441 d----- 30/01/2025 04:42 p. m. org.eclipse.pde.build_3.9.200.v20160204-0642 d----- 30/01/2025 04:42 p. m. org.eclipse.ui.themes_1.1.300.v20161107-1827 d----- 15/12/2025 02:24 p. m. Os_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Pcie_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Platform_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Pmic_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Port_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Pwm_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Qdec_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Resource_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Rm_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Rte_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Serdes_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Spi_TS_T40D11M40I2R0 d----- 15/12/2025 02:24 p. m. Thermal_TS_T40D11M40I2R0 d----- 15/12/2025 02:23 p. m. Uart_TS_T40D11M40I2R0 d----- 15/12/2025 02:23 p. m. WdgIf_TS_T40D11M40I2R0 d----- 15/12/2025 02:23 p. m. Wdg_43_VR5510_TS_T40D11M40I2R0 d----- 15/12/2025 02:23 p. m. Wdg_TS_T40D11M40I2R0 -a---- 25/06/2020 10:09 a. m. 466201 com.collabnet.subversion.merge_3.0.12.jar -a---- 22/08/2024 10:06 a. m. 2746 com.freescale.tools.tresos.xpath.jar -a---- 25/06/2020 10:09 a. m. 11365876 com.ibm.icu_56.1.0.v201601250100.jar -a---- 25/06/2020 10:09 a. m. 301911 com.jcraft.jsch_0.1.53.v201508180515.jar -a---- 22/08/2024 10:23 a. m. 1757 com.nxp.tools.tresos.xpath.sqrt.jar -a---- 25/06/2020 10:09 a. m. 69600 dreisoft.tresos.application.core.jar -a---- 25/06/2020 10:09 a. m. 1203946 dreisoft.tresos.application.launcher2.jar -a---- 25/06/2020 10:09 a. m. 33385 dreisoft.tresos.autosar2.api.jar -a---- 25/06/2020 10:09 a. m. 258839 dreisoft.tresos.autosar2.jar -a---- 25/06/2020 10:09 a. m. 18350433 dreisoft.tresos.autosar2.parser.jar -a---- 25/06/2020 10:09 a. m. 90003 dreisoft.tresos.autosarimexporter.jar -a---- 25/06/2020 10:09 a. m. 120522 dreisoft.tresos.comimporter.api.jar -a---- 25/06/2020 10:09 a. m. 20061 dreisoft.tresos.comimporter.hooks.api.jar -a---- 25/06/2020 10:09 a. m. 100263 dreisoft.tresos.comimporter.jar -a---- 25/06/2020 10:09 a. m. 1967950 dreisoft.tresos.core.jar -a---- 25/06/2020 10:09 a. m. 21721 dreisoft.tresos.customization.jar -a---- 25/06/2020 10:09 a. m. 227643 dreisoft.tresos.datamodel2.api.jar -a---- 25/06/2020 10:09 a. m. 3963165 dreisoft.tresos.datamodel2.jar -a---- 25/06/2020 10:09 a. m. 236687 dreisoft.tresos.datamodeldiffer.jar -a---- 25/06/2020 10:09 a. m. 147890 dreisoft.tresos.dbcimporter.jar -a---- 25/06/2020 10:09 a. m. 1291 dreisoft.tresos.doc.eclipse.reference.jar -a---- 25/06/2020 10:09 a. m. 2444638 dreisoft.tresos.formulalanguage.parser.jar -a---- 25/06/2020 10:09 a. m. 49013 dreisoft.tresos.generator.api.jar -a---- 25/06/2020 10:09 a. m. 1153378 dreisoft.tresos.guidedconfig.api.jar -a---- 25/06/2020 10:09 a. m. 14012053 dreisoft.tresos.help.api.jar -a---- 25/06/2020 10:09 a. m. 64742 dreisoft.tresos.launcher2.api.jar -a---- 25/06/2020 10:09 a. m. 8040376 dreisoft.tresos.launcher2.jar -a---- 25/06/2020 10:09 a. m. 147897 dreisoft.tresos.ldfimporter.jar -a---- 25/06/2020 10:09 a. m. 26974 dreisoft.tresos.lib2.api.jar -a---- 25/06/2020 10:09 a. m. 7555679 dreisoft.tresos.lib2.jar -a---- 25/06/2020 10:09 a. m. 183484 dreisoft.tresos.oilparser.jar -a---- 25/06/2020 10:09 a. m. 15842637 dreisoft.tresos.sysdimporter.jar -a---- 25/06/2020 10:09 a. m. 298269 dreisoft.tresos.tdbupgradev1v2.jar -a---- 25/06/2020 10:09 a. m. 33723980 dreisoft.tresos.tresosdb.api.jar -a---- 25/06/2020 10:09 a. m. 27076 dreisoft.tresos.tresosdbimporter.jar -a---- 25/06/2020 10:09 a. m. 134233 dreisoft.tresos.workflow.api.jar -a---- 30/01/2025 04:41 p. m. 5307122 eb.tresos.doc.studio.developers.documentation.en.jar -a---- 30/01/2025 04:41 p. m. 1001 eb.tresos.doc.studio.developers.documentation.jar -a---- 30/01/2025 04:41 p. m. 13325591 eb.tresos.doc.studio.documentation.en.jar -a---- 30/01/2025 04:41 p. m. 965 eb.tresos.doc.studio.documentation.jar -a---- 22/08/2024 10:31 a. m. 29240 freescale.tresos.flexray.jar -a---- 25/06/2020 10:09 a. m. 2442625 guava-20.0.jar -a---- 25/06/2020 10:09 a. m. 29148 javax.annotation_1.2.0.v201602091430.jar -a---- 25/06/2020 10:09 a. m. 55399 javax.el_2.2.0.v201303151357.jar -a---- 25/06/2020 10:09 a. m. 16996 javax.inject_1.0.0.v20091030.jar -a---- 25/06/2020 10:09 a. m. 111144 javax.servlet.jsp_2.2.0.v201112011158.jar -a---- 25/06/2020 10:09 a. m. 105237 javax.servlet_3.1.0.v201410161800.jar -a---- 25/06/2020 10:09 a. m. 252201 javax.xml_1.3.4.v201005080400.jar -a---- 25/06/2020 10:09 a. m. 356012 org.apache.batik.css_1.7.0.v201011041433.jar -a---- 25/06/2020 10:09 a. m. 212351 org.apache.batik.util.gui_1.7.0.v200903091627.jar -a---- 25/06/2020 10:09 a. m. 158140 org.apache.batik.util_1.7.0.v201011041433.jar -a---- 25/06/2020 10:09 a. m. 253506 org.apache.commons.jxpath.studio.jar -a---- 25/06/2020 10:09 a. m. 315491 org.apache.commons.jxpath_1.3.0.v200911051830.jar -a---- 25/06/2020 10:09 a. m. 2435771 org.apache.jasper.glassfish_2.2.2.v201501141630.jar -a---- 25/06/2020 10:09 a. m. 908681 org.apache.lucene.analysis_3.5.0.v20120725-1805.jar -a---- 25/06/2020 10:09 a. m. 1550172 org.apache.lucene.core_3.5.0.v20120725-1805.jar -a---- 25/06/2020 10:09 a. m. 108529 org.eclipse.ant.core_3.4.100.v20160505-0642.jar -a---- 25/06/2020 10:09 a. m. 66969 org.eclipse.compare.core_3.6.0.v20160418-1534.jar -a---- 25/06/2020 10:09 a. m. 799554 org.eclipse.compare_3.7.0.v20161024-1724.jar -a---- 25/06/2020 10:09 a. m. 115077 org.eclipse.core.commands_3.8.0.v20160316-1921.jar -a---- 25/06/2020 10:09 a. m. 101190 org.eclipse.core.contenttype_3.5.100.v20160418-1621.jar -a---- 25/06/2020 10:09 a. m. 80155 org.eclipse.core.databinding.beans_1.3.100.v20160509-1025.jar -a---- 25/06/2020 10:09 a. m. 354911 org.eclipse.core.databinding.observable_1.6.0.v20160511-1747.jar -a---- 25/06/2020 10:09 a. m. 196421 org.eclipse.core.databinding.property_1.6.0.v20160427-0852.jar -a---- 25/06/2020 10:09 a. m. 204409 org.eclipse.core.databinding_1.6.0.v20160412-0910.jar -a---- 25/06/2020 10:09 a. m. 91504 org.eclipse.core.expressions_3.5.100.v20160418-1621.jar -a---- 25/06/2020 10:09 a. m. 122203 org.eclipse.core.filebuffers_3.6.0.v20160503-1849.jar -a---- 25/06/2020 10:09 a. m. 10538 org.eclipse.core.filesystem.linux.x86_64_1.2.200.v20140124-1940.jar -a---- 25/06/2020 10:09 a. m. 31937 org.eclipse.core.filesystem.win32.x86_64_1.4.0.v20140124-1940.jar -a---- 25/06/2020 10:09 a. m. 66579 org.eclipse.core.filesystem_1.6.1.v20161113-2349.jar -a---- 25/06/2020 10:09 a. m. 111093 org.eclipse.core.jobs_3.8.0.v20160509-0411.jar -a---- 25/06/2020 10:09 a. m. 39432 org.eclipse.core.net.linux.x86_64_1.2.0.v20160323-1650.jar -a---- 25/06/2020 10:09 a. m. 29884 org.eclipse.core.net.win32.x86_64_1.1.0.v20160323-1650.jar -a---- 25/06/2020 10:09 a. m. 74341 org.eclipse.core.net_1.3.0.v20160418-1534.jar -a---- 25/06/2020 10:09 a. m. 882701 org.eclipse.core.resources_3.11.1.v20161107-2032.jar -a---- 25/06/2020 10:09 a. m. 75728 org.eclipse.core.runtime_3.12.0.v20160606-1342.jar -a---- 25/06/2020 10:09 a. m. 36017 org.eclipse.core.variables_3.3.0.v20160419-1720.jar -a---- 25/06/2020 10:09 a. m. 369550 org.eclipse.debug.core_3.10.100.v20160419-1720.jar -a---- 25/06/2020 10:09 a. m. 3111927 org.eclipse.debug.ui_3.11.202.v20161114-0338.jar -a---- 25/06/2020 10:09 a. m. 26000 org.eclipse.e4.core.commands_0.11.100.v20160506-0804.jar -a---- 25/06/2020 10:09 a. m. 48129 org.eclipse.e4.core.contexts_1.5.0.v20160504-0909.jar -a---- 25/06/2020 10:09 a. m. 11576 org.eclipse.e4.core.di.annotations_1.5.0.v20151127-1241.jar -a---- 25/06/2020 10:09 a. m. 27795 org.eclipse.e4.core.di.extensions_0.14.0.v20160211-1614.jar -a---- 25/06/2020 10:09 a. m. 54696 org.eclipse.e4.core.di_1.6.1.v20160712-0927.jar -a---- 25/06/2020 10:09 a. m. 54479 org.eclipse.e4.core.services_2.0.100.v20160509-1032.jar -a---- 25/06/2020 10:09 a. m. 50089 org.eclipse.e4.emf.xpath_0.1.200.v20160506-0804.jar -a---- 25/06/2020 10:09 a. m. 50737 org.eclipse.e4.ui.bindings_0.11.100.v20160509-1025.jar -a---- 25/06/2020 10:09 a. m. 215924 org.eclipse.e4.ui.css.core_0.12.1.v20161114-0210.jar -a---- 25/06/2020 10:09 a. m. 27497 org.eclipse.e4.ui.css.swt.theme_0.10.100.v20160523-0836.jar -a---- 25/06/2020 10:09 a. m. 259445 org.eclipse.e4.ui.css.swt_0.12.100.v20160517-1505.jar -a---- 25/06/2020 10:09 a. m. 16800 org.eclipse.e4.ui.di_1.1.100.v20160506-0759.jar -a---- 25/06/2020 10:09 a. m. 385199 org.eclipse.e4.ui.model.workbench_1.2.0.v20160229-1459.jar -a---- 25/06/2020 10:09 a. m. 28151 org.eclipse.e4.ui.services_1.2.100.v20160506-0759.jar -a---- 25/06/2020 10:09 a. m. 10605 org.eclipse.e4.ui.swt.gtk_1.0.100.v20160301-1001.jar -a---- 25/06/2020 10:09 a. m. 15378 org.eclipse.e4.ui.widgets_1.1.100.v20160506-0759.jar -a---- 25/06/2020 10:09 a. m. 152398 org.eclipse.e4.ui.workbench.addons.swt_1.2.100.v20160831-1151.jar -a---- 25/06/2020 10:09 a. m. 299608 org.eclipse.e4.ui.workbench.renderers.swt_0.14.0.v20160525-0940.jar -a---- 25/06/2020 10:09 a. m. 191811 org.eclipse.e4.ui.workbench.swt_0.14.1.v20160829-0832.jar -a---- 25/06/2020 10:09 a. m. 10954 org.eclipse.e4.ui.workbench3_0.13.100.v20160506-0759.jar -a---- 25/06/2020 10:09 a. m. 249245 org.eclipse.e4.ui.workbench_1.4.0.v20160517-1624.jar -a---- 25/06/2020 10:09 a. m. 289125 org.eclipse.emf.codegen_2.11.0.v20160526-0356.jar -a---- 25/06/2020 10:09 a. m. 357670 org.eclipse.emf.common_2.12.0.v20160420-0247.jar -a---- 25/06/2020 10:09 a. m. 87096 org.eclipse.emf.ecore.change_2.11.0.v20160420-0247.jar -a---- 25/06/2020 10:09 a. m. 230424 org.eclipse.emf.ecore.xmi_2.12.0.v20160420-0247.jar -a---- 25/06/2020 10:09 a. m. 1190945 org.eclipse.emf.ecore_2.12.0.v20160420-0247.jar -a---- 25/06/2020 10:09 a. m. 87568 org.eclipse.equinox.app_1.3.400.v20150715-1528.jar -a---- 25/06/2020 10:09 a. m. 49755 org.eclipse.equinox.bidi_1.0.0.v20160307-1318.jar -a---- 25/06/2020 10:09 a. m. 120435 org.eclipse.equinox.common_3.8.0.v20160509-1230.jar -a---- 25/06/2020 10:09 a. m. 196894 org.eclipse.equinox.ds_1.4.400.v20160226-2036.jar -a---- 25/06/2020 10:09 a. m. 34366 org.eclipse.equinox.event_1.3.200.v20160324-1850.jar -a---- 25/06/2020 10:09 a. m. 64629 org.eclipse.equinox.frameworkadmin.equinox_1.0.700.v20160102-2223.jar -a---- 25/06/2020 10:09 a. m. 37428 org.eclipse.equinox.frameworkadmin_2.0.300.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 29927 org.eclipse.equinox.http.jetty_3.3.0.v20160324-1850.jar -a---- 25/06/2020 10:09 a. m. 46284 org.eclipse.equinox.http.registry_1.1.400.v20150715-1528.jar -a---- 25/06/2020 10:09 a. m. 185781 org.eclipse.equinox.http.servlet_1.3.1.v20160808-1329.jar -a---- 25/06/2020 10:09 a. m. 11992 org.eclipse.equinox.jsp.jasper.registry_1.0.300.v20130327-1442.jar -a---- 25/06/2020 10:09 a. m. 27958 org.eclipse.equinox.jsp.jasper_1.0.500.v20150119-1358.jar -a---- 25/06/2020 10:09 a. m. 51766 org.eclipse.equinox.launcher_1.3.201.v20161025-1711.jar -a---- 25/06/2020 10:09 a. m. 141186 org.eclipse.equinox.p2.artifact.repository_1.1.500.v20160419-0834.jar -a---- 25/06/2020 10:09 a. m. 73322 org.eclipse.equinox.p2.core_2.4.100.v20160419-0834.jar -a---- 25/06/2020 10:09 a. m. 54805 org.eclipse.equinox.p2.director.app_1.0.500.v20160419-0834.jar -a---- 25/06/2020 10:09 a. m. 104577 org.eclipse.equinox.p2.director_2.3.300.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 207690 org.eclipse.equinox.p2.engine_2.4.100.v20160419-0834.jar -a---- 25/06/2020 10:09 a. m. 25987 org.eclipse.equinox.p2.garbagecollector_1.0.300.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 72608 org.eclipse.equinox.p2.jarprocessor_1.0.500.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 122479 org.eclipse.equinox.p2.metadata.repository_1.2.300.v20160419-0834.jar -a---- 25/06/2020 10:09 a. m. 343607 org.eclipse.equinox.p2.metadata_2.3.100.v20160427-2220.jar -a---- 25/06/2020 10:09 a. m. 233445 org.eclipse.equinox.p2.publisher.eclipse_1.2.100.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 96264 org.eclipse.equinox.p2.publisher_1.4.100.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 245107 org.eclipse.equinox.p2.repository.tools_2.1.300.v20160421-0324.jar -a---- 25/06/2020 10:09 a. m. 134293 org.eclipse.equinox.p2.repository_2.3.200.v20160421-0324.jar -a---- 25/06/2020 10:09 a. m. 128908 org.eclipse.equinox.p2.touchpoint.eclipse_2.1.400.v20160419-0834.jar -a---- 25/06/2020 10:09 a. m. 96069 org.eclipse.equinox.p2.updatesite_1.0.600.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 133114 org.eclipse.equinox.preferences_3.6.1.v20160815-1406.jar -a---- 25/06/2020 10:09 a. m. 186860 org.eclipse.equinox.registry_3.6.100.v20160223-2218.jar -a---- 25/06/2020 10:09 a. m. 185694 org.eclipse.equinox.security.ui_1.1.300.v20150803-1225.jar -a---- 25/06/2020 10:09 a. m. 35190 org.eclipse.equinox.security.win32.x86_64_1.0.100.v20130327-1442.jar -a---- 25/06/2020 10:09 a. m. 109600 org.eclipse.equinox.security_1.2.200.v20150715-1528.jar -a---- 25/06/2020 10:09 a. m. 26379 org.eclipse.equinox.simpleconfigurator.manipulator_2.0.200.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 44424 org.eclipse.equinox.simpleconfigurator_1.1.200.v20160504-1450.jar -a---- 25/06/2020 10:09 a. m. 77626 org.eclipse.equinox.util_1.0.500.v20130404-1337.jar -a---- 25/06/2020 10:09 a. m. 429486 org.eclipse.help.base_4.1.1.v20161124-1400.jar -a---- 25/06/2020 10:09 a. m. 508193 org.eclipse.help.ui_4.0.200.v20160510-0758.jar -a---- 25/06/2020 10:09 a. m. 637639 org.eclipse.help.webapp_3.8.0.v20160504-0839.jar -a---- 25/06/2020 10:09 a. m. 269916 org.eclipse.help_3.7.0.v20160602-1307.jar -a---- 25/06/2020 10:09 a. m. 169161 org.eclipse.jdt.compiler.apt_1.2.100.v20160418-1457.jar -a---- 25/06/2020 10:09 a. m. 69155 org.eclipse.jdt.compiler.tool_1.1.100.v20160418-1457.jar -a---- 25/06/2020 10:09 a. m. 5826018 org.eclipse.jdt.core_3.12.2.v20161117-1814.jar -a---- 25/06/2020 10:09 a. m. 343515 org.eclipse.jdt.launching_3.8.101.v20161111-2014.jar -a---- 25/06/2020 10:09 a. m. 159462 org.eclipse.jetty.http_9.3.9.v20160517.jar -a---- 25/06/2020 10:09 a. m. 119392 org.eclipse.jetty.io_9.3.9.v20160517.jar -a---- 25/06/2020 10:09 a. m. 105193 org.eclipse.jetty.security_9.3.9.v20160517.jar -a---- 25/06/2020 10:09 a. m. 512378 org.eclipse.jetty.server_9.3.9.v20160517.jar -a---- 25/06/2020 10:09 a. m. 126755 org.eclipse.jetty.servlet_9.3.9.v20160517.jar -a---- 25/06/2020 10:09 a. m. 458691 org.eclipse.jetty.util_9.3.9.v20160517.jar -a---- 25/06/2020 10:09 a. m. 290885 org.eclipse.jface.databinding_1.8.1.v20161026-1531.jar -a---- 25/06/2020 10:09 a. m. 1070533 org.eclipse.jface.text_3.11.2.v20161113-1700.jar -a---- 25/06/2020 10:09 a. m. 1086977 org.eclipse.jface_3.12.1.v20160923-1528.jar -a---- 25/06/2020 10:09 a. m. 42230 org.eclipse.jsch.core_1.3.0.v20160422-1917.jar -a---- 25/06/2020 10:09 a. m. 104621 org.eclipse.jsch.ui_1.3.0.v20160323-1650.jar -a---- 25/06/2020 10:09 a. m. 345037 org.eclipse.ltk.core.refactoring_3.7.0.v20160419-0705.jar -a---- 25/06/2020 10:09 a. m. 503766 org.eclipse.ltk.ui.refactoring_3.8.0.v20160518-1817.jar -a---- 25/06/2020 10:09 a. m. 28717 org.eclipse.nebula.widgets.pshelf_1.1.0.201609231530.jar -a---- 25/06/2020 10:09 a. m. 34486 org.eclipse.ocl.common_1.4.100.v20160613-1351.jar -a---- 25/06/2020 10:09 a. m. 244042 org.eclipse.osgi.compatibility.state_1.0.200.v20160504-1419.jar -a---- 25/06/2020 10:09 a. m. 111152 org.eclipse.osgi.services_3.5.100.v20160504-1419.jar -a---- 25/06/2020 10:09 a. m. 1383928 org.eclipse.osgi_3.11.2.v20161107-1947.jar -a---- 25/06/2020 10:09 a. m. 1304527 org.eclipse.pde.core_3.11.1.v20161115-1951.jar -a---- 25/06/2020 10:09 a. m. 169036 org.eclipse.pde.runtime_3.5.0.v20160418-1724.jar -a---- 25/06/2020 10:09 a. m. 8810009 org.eclipse.platform.doc.user_4.6.1.v20160727-2009.jar -a---- 25/06/2020 10:09 a. m. 510112 org.eclipse.search_3.11.1.v20161113-1700.jar -a---- 25/06/2020 10:09 a. m. 2767389 org.eclipse.swt.gtk.linux.x86_64_3.105.2.v20161122-0613.jar -a---- 25/06/2020 10:09 a. m. 2872411 org.eclipse.swt.win32.win32.x86_64_3.105.2.v20161122-0613.jar -a---- 25/06/2020 10:09 a. m. 19649 org.eclipse.swt_3.105.2.v20161122-0613.jar -a---- 25/06/2020 10:09 a. m. 426162 org.eclipse.team.core_3.8.0.v20160418-1534.jar -a---- 25/06/2020 10:09 a. m. 614115 org.eclipse.team.cvs.core_3.4.0.v20160418-1534.jar -a---- 25/06/2020 10:09 a. m. 30941 org.eclipse.team.cvs.ssh2_3.3.0.v20160418-1534.jar -a---- 25/06/2020 10:09 a. m. 1790551 org.eclipse.team.cvs.ui_3.4.0.v20160518-1906.jar -a---- 25/06/2020 10:09 a. m. 1536964 org.eclipse.team.ui_3.8.0.v20160518-1906.jar -a---- 25/06/2020 10:09 a. m. 269227 org.eclipse.text_3.6.0.v20160503-1849.jar -a---- 25/06/2020 10:09 a. m. 213276 org.eclipse.ui.console_3.6.201.v20161107-0337.jar -a---- 25/06/2020 10:09 a. m. 612214 org.eclipse.ui.editors_3.10.1.v20161106-1856.jar -a---- 25/06/2020 10:09 a. m. 348108 org.eclipse.ui.forms_3.7.0.v20160518-1929.jar -a---- 25/06/2020 10:09 a. m. 95438 org.eclipse.ui.ide.application_1.1.101.v20160829-0827.jar -a---- 25/06/2020 10:09 a. m. 2384816 org.eclipse.ui.ide_3.12.2.v20161115-1450.jar -a---- 25/06/2020 10:09 a. m. 328326 org.eclipse.ui.intro_3.5.2.v20161116-1147.jar -a---- 25/06/2020 10:09 a. m. 162342 org.eclipse.ui.navigator.resources_3.5.101.v20161006-0640.jar -a---- 25/06/2020 10:09 a. m. 437132 org.eclipse.ui.navigator_3.6.101.v20161006-1120.jar -a---- 25/06/2020 10:09 a. m. 51165 org.eclipse.ui.net_1.3.0.v20160426-1633.jar -a---- 25/06/2020 10:09 a. m. 71747 org.eclipse.ui.trace_1.0.400.v20160509-1055.jar -a---- 25/06/2020 10:09 a. m. 110526 org.eclipse.ui.views.properties.tabbed_3.7.0.v20160310-0903.jar -a---- 25/06/2020 10:09 a. m. 110524 org.eclipse.ui.views_3.8.101.v20160816-1954.jar -a---- 25/06/2020 10:09 a. m. 25969 org.eclipse.ui.win32_3.3.0.v20160505-1310.jar -a---- 25/06/2020 10:09 a. m. 667595 org.eclipse.ui.workbench.texteditor_3.10.1.v20160818-1626.jar -a---- 25/06/2020 10:09 a. m. 4040836 org.eclipse.ui.workbench_3.108.2.v20161025-2029.jar -a---- 25/06/2020 10:09 a. m. 396072 org.eclipse.ui_3.108.1.v20160929-1045.jar -a---- 25/06/2020 10:09 a. m. 90345 org.eclipse.uml2.common_2.1.0.v20160822-0739.jar -a---- 25/06/2020 10:09 a. m. 18871 org.eclipse.uml2.types_2.0.0.v20160822-0739.jar -a---- 25/06/2020 10:09 a. m. 102634 org.eclipse.update.configurator_3.3.400.v20160506-0750.jar -a---- 25/06/2020 10:09 a. m. 362968 org.sat4j.core_2.3.5.v201308161310.jar -a---- 25/06/2020 10:09 a. m. 241956 org.sat4j.pb_2.3.5.v201404071733.jar -a---- 25/06/2020 10:09 a. m. 3280108 org.tigris.subversion.clientadapter.javahl.win64_1.7.8.jar -a---- 25/06/2020 10:09 a. m. 167688 org.tigris.subversion.clientadapter.javahl_1.7.8.1.jar -a---- 25/06/2020 10:09 a. m. 83885 org.tigris.subversion.clientadapter_1.8.3.jar -a---- 25/06/2020 10:09 a. m. 328109 org.tigris.subversion.subclipse.core_1.8.16.jar -a---- 25/06/2020 10:09 a. m. 2342932 org.tigris.subversion.subclipse.doc_1.3.0.jar -a---- 25/06/2020 10:09 a. m. 2054352 org.tigris.subversion.subclipse.ui_1.8.18.jar -a---- 25/06/2020 10:09 a. m. 109753 org.tukaani.xz_1.3.0.v201308270617.jar -a---- 25/06/2020 10:09 a. m. 38584 org.w3c.css.sac_1.3.1.v200903091627.jar -a---- 25/06/2020 10:09 a. m. 18205 org.w3c.dom.events_3.0.0.draft20060413_v201105210656.jar -a---- 25/06/2020 10:09 a. m. 20106 org.w3c.dom.smil_1.0.1.v200903091627.jar -a---- 25/06/2020 10:09 a. m. 97382 org.w3c.dom.svg_1.1.0.v201011041433.jar PS C:\NXP\SW32G_RTD_4.4_4.0.2_HF03\eclipse\plugins> Get-ChildItem -Depth 0 Directory: C:\NXP\SW32G_RTD_4.4_4.0.2_HF03\eclipse\plugins Mode LastWriteTime Length Name ---- ------------- ------ ---- d----- 12/12/2025 04:47 p. m. Adc_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. BaseNXP_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. CanIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Can_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Crc_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. CryIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Crypto_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Csm_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Dem_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Det_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Dio_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. EcuC_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. EcuM_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. Eep_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. EthIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. EthSwt_TS_T40D11M40I2R0 d----- 12/12/2025 04:48 p. m. EthTrcv_TS_T40D11M40I2R0 d----- 15/12/2025 03:08 p. m. Eth_43_PFE_TS_T40D11M12I0R0 d----- 12/12/2025 04:49 p. m. Eth_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. Fee_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. Fls_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. FrIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. Fr_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. Gpt_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. I2c_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. Icu_TS_T40D11M40I2R0 d----- 12/12/2025 04:49 p. m. LinIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Lin_TS_T40D11M40I2R0 d----- 15/12/2025 03:08 p. m. Mcl_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Mcu_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. MemIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Ocotp_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Ocu_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Os_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Pcie_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Platform_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Pmic_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Port_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Pwm_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Qdec_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Resource_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Rm_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Rte_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Serdes_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Spi_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Thermal_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. Uart_TS_T40D11M40I2R0 d----- 12/12/2025 04:50 p. m. WdgIf_TS_T40D11M40I2R0 d----- 12/12/2025 04:51 p. m. Wdg_43_VR5510_TS_T40D11M40I2R0 d----- 12/12/2025 04:51 p. m. Wdg_TS_T40D11M40I2R0 -a---- 22/08/2024 10:06 a. m. 2746 com.freescale.tools.tresos.xpath.jar -a---- 22/08/2024 10:23 a. m. 1757 com.nxp.tools.tresos.xpath.sqrt.jar -a---- 22/08/2024 10:31 a. m. 29240 freescale.tresos.flexray.jar 次に、プラグインのインストールに関連する違いがあるかどうかを比較CAN。 重要な違いが見つからない場合は、まだ行っていない場合は EB Tresos を再インストールしてみることをお勧めします。 問題を絞り込むのに役立つ情報を見つけた場合はお知らせください。 Re: EB tresos issue - module cannot be installed こんにちは、alejandro_eさん あなたの提案に従って比較してみました。結果は次のとおりです。 C:\EB\tresos27\pluginsの出力には、多くの違いがあります。 C:\NXP\SW32G_RTD_4.4_4.0.2_HF03\eclipse\plugins の出力に関しては、完全に同じです。 私の側で EB tresos を再インストールしてみます。更新があればお知らせします。 ご返信よろしくお願いします。 BR、 ヤン Re: EB tresos issue - module cannot be installed こんにちは@Yang_Cさん、 問題の回避策を見つけられてよかったです。あなたが言ったようにそれはかなり奇妙であり、あまり役に立たなくて申し訳ありません。 FUTURE、他の問題が発生した場合は、ためらわずに新しい投稿を作成してください。 よろしくお願いします Re: EB tresos issue - module cannot be installed こんにちは@Yang_Cさん、 EB Tresos Studio を再インストールした後、問題を解決できましたか? または、問題に関連する詳細情報を入手できましたか? よろしくお願いします。 Re: EB tresos issue - module cannot be installed こんにちは、alejandro_eさん 返信が遅くなり申し訳ありません。 残念ながら、EB tresos を再インストールしましたが、問題は依然として解決しません。問題は奇妙です。PFE 構成には Eth_43_PFE_TS_T40D11M14I0R0 を使用することにしました。 とにかくサポートしていただきありがとうございます。 BR、 ヤン

[乱用] 投稿者: @JohnKlug / ボード: imx-processors / 報告者: thzuyfoc thzuyfoc は、 @JohnKlug が投稿した 「Could not invoke dnf for external kernel module in Yocto kirkstone」という 投稿について、以下の理由で報告しました: 理由:誤解を招く、または虚偽の情報 詳細： 投稿リンク: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/mp/1627964#M203740 投稿者: @JohnKlug |メール著者 報告者: thzuyfoc |メールレポーター 報告された投稿には 2 件の返信があります。

S32K358 HSE Random Number Generation based on AUTOSAR drivers Dear support, Customer Aptiv is working with S32K358 RTD version: Crypto_43_HSE_TS_T40D34M60I0R0 HSE FW version: HSE_FW_S32K358_9_2_72_0 While trying to generate a Random number after integrating Crypto RTD and flashing HSE firmware on the MCU, we are observing an issue where the firmware seems to get stuck at the Hse_Ip_ServiceRequest() function, specifically while waiting for Mu_Ip_IsResponseReady(). Please find the attached screenshot of the call stack for your reference. Could you please help us understand: Possible reasons why the firmware might be stuck at this point? Recommended solutions or debugging steps to resolve this issue? PS: I have configured CSM_Init, CriIf_Init and Crypto_Init in BSWM configuration CSM, CryIf configured in Vector Davinci, Init functions of the CSM, CryIF, Crypto invoked from BSWM_Init callouts. HSE was installed using Demo APP and verified by reading version number and MU status register as shown below: Customer has asked for working AUTOSAR example based on AUTOSAR xdm configuration CSM,  CriIf and Crypto drivers (not the code from DEMOAPP). Attached their Crypto xdm file. (so far from NXP side Sunny X and Dhan Raj  were involved inot a debug call, we did not find the final root course yet ...) Best Regards, Viktor Board: S32K358 Priority: CRITICAL SW Variant: STANDARD Re: S32K358 HSE Random Number Generation based on AUTOSAR drivers Hello Cuong, we got help and [email protected] created an example. Let us keep this ticket open till next week when customer tried it out. I will grant you access to the example on sharepoint. Best Regards Viktor   Re: S32K358 HSE Random Number Generation based on AUTOSAR drivers Hi @viktorfellinger  I'm creating an example for you. Meanwhile, can you let me know that: 1. How often do you get this issue? Does it alsway happen or sporadic 2. Value of pRequest and pHseSrvDesc when call to Hse_Ip_ServiceRequest() Could you try to increase Timeout value in pRequest to see if it can pass this issue? Re: S32K358 HSE Random Number Generation based on AUTOSAR drivers Hi @viktorfellinger  Do you get any feedback? If there's no update then I would like to close this topic. Customer later can raise another question then you can mention again to this topic

[LG]SE051H2HQ1/Z0112Zについて こんにちは、専門家の皆様 AVNET経由でLGより問い合わせがありましたので、詳細は以下をご参照ください。 1. ファームウェアがまだ完成しておらず、後でファームウェアが更新された場合、部品番号が変更になると通知されました。これは正しいですか？ アモテックは会議でLGから情報を得た。お客様によれば、それは LG の唯一の部品番号である可能性があるとのことです。 正しいかどうか確認してください。 2. これが正しい場合、現在の部品番号のどの部分がファームウェア バージョンに対応していますか? 3. 注文後にファームウェアのアップデートが発生した場合、新しいファームウェアを適用した部品を供給することは可能ですか？ 4. ファームウェアが更新された場合、Amotech は現在保有している在庫のファームウェアを更新できますか? 5. お客様からICの事前準備依頼をいただいており、発注後、比較的早く納品できると伺っています。NXP側でも何か準備は進んでいますか？ ご説明をよろしくお願いいたします。 ありがとう、そしてよろしく。 カン Re: [LG]Regarding SE051H2HQ1/Z0112Z こんにちは、カンさん LG とのプロジェクトで新しいタイプが必要になりますが、ここで参照されているタイプであることを確認する必要があります。プロジェクトの参考資料はありますか? 部品番号も常にセキュア エレメントの特定の FW バージョンと構成に対応していることは事実です。配送内容に変更があった場合、明確に区別するために別の部品番号が必要になります。そうしないと、お客様は何を受け取るのか分からなくなってしまいます。部品番号がカスタムタイプのCASEに限り、リリース後にお客様と合意の上、構成を変更することも可能です。 部品がまだリリースされていない場合、ファームウェアを固定する部品がリリースされるまで、配布するサンプルは異なる FW / 構成のままになる可能性があります。 SE051 は基本的にCAN、SO 現場で FW をアップデートできます。ただし、アップデートはリリースされたソース タイプにのみ適用CANため、注意が必要です。 5) については、プロジェクトごとに行われ、事前に計画CANができますが、販売を検討する必要があります。 敬具、 マイケル

imx8ulpでM33をデバッグする こんにちは！ evkmimx8ulp ボード上で M33 コードのデバッグと実行はどのように行われますか? デバッグする前に、imx-mkimage を使用して m33 アプリ バイナリを flash.bin にベイクする必要があるというリソースを見つけました。また、vscode 拡張機能を使用して segger を接続し、デバッグを押すだけのリソースも見つけました。 vscode 拡張機能と segger を使用して hello world の例をデバッグしようとしましたが、すべてがフリーズしてしまいます。ボードに付属していたデモイメージを実行しています。 imx-mkimage に必要な「 Linux リリース パッケージ」からバイナリ ファイルを見つけようとしましたが、見つかりません。まだ yocto ビルドをセットアップしていません。 M コアは、vscode 拡張機能だけでプログラムおよびデバッグCANますか? それとも、イメージ コンテナーを作成する必要がありますか? BR BL i.MX8ULP

CodeWarrior 8.3 – DSP56F807PY80E のサポート、正しい .cfgファイル、およびフラッシュプログラマ/CCSの問題 メッセージ： こんにちは、 私は CodeWarrior 8.3 (56800E アーキテクチャ) を使用しており、USB TAP を使用して DSP56F807PY80E をプログラムする必要があります。いくつか質問がありますので、公式な説明をいただければ幸いです。 新しいターゲットを作成するときに、DSP56F807 が CPU リストに表示されません。DSP5685x と M56F8002 しか表示されません。CodeWarrior 8.3 で DSP56F807 を有効にするサポート パッケージ、アップデート、アドオンがあるかどうか、または古いパッケージに含まれていたかどうかを知りたいです。 フラッシュ プログラマーには、このデバイス用の構成ファイル (通常は 56807_flash.cfg と呼ばれます) が必要です。NXP はこのプロセッサ用の公式 cfg ファイルを提供していますか?もしそうなら、どこからダウンロードCANか？いいえの場合、有効な構成に必要な正しい HFM メモリ範囲とパラメータを確認できますか? CCS に関しては、AN4338 の手順 (ccs フォルダーの置き換えと libusb-win32 ドライバの使用) に従って、USB TAP を動作させました。これは CodeWarrior 8.3 でも正しい方法でしょうか?Windows 7 または Windows 10 用の新しい CCS バージョンはありますか?libusb-win32 はまだサポートされているドライバですか? CodeWarrior がフラッシュを正常に消去しても、プログラミングが完了しない場合があります。56800E フラッシュ プログラマを DSP56F807 と併用する場合、既知の制限はありますか?推奨される JTAG クロック設定またはタイムアウトはありますか? 最後に、CodeWarrior 8.x で DSP56F807 を使用するための最新のドキュメントは何ですか? よろしくお願いします。 Re: CodeWarrior 8.3 – Support for DSP56F807PY80E, correct .cfg file, and Flash Programmer/CCS issues こんにちは@Raffaele_AQS 、 ご投稿ありがとうございます。 新しいターゲットを作成するときに、DSP56F807 が CPU リストに表示されません。DSP5685x と M56F8002 しか表示されません。CodeWarrior 8.3 で DSP56F807 を有効にするサポート パッケージ、アップデート、アドオンがあるかどうか、または古いパッケージに含まれていたかどうかを知りたいです。 ->> アップデートは必要ないと思います、CW8.3ダウンロード後すぐに DSP56F807 をネイティブにサポートします。私の場合、 [ファイル] -> [新規] を選択し、最初のオプション「DSP56800E クイック スタート r2.5 ステーショナリー」以外のプロジェクト テンプレートを選択すると、使用可能なデバイス オプションに DSP56F807 が表示されます。 Celeste_Liu_0-1764210242189.png フラッシュ プログラマーには、このデバイス用の構成ファイル (通常は 56807_flash.cfg と呼ばれます) が必要です。NXP はこのプロセッサ用の公式 cfg ファイルを提供していますか?もしそうなら、どこからダウンロードCANか？いいえの場合、有効な構成に必要な正しい HFM メモリ範囲とパラメータを確認できますか? ->> ここに添付してCAN。 Celeste_Liu_2-1764210464788.png CCS に関しては、AN4338 の手順 (ccs フォルダーの置き換えと libusb-win32 ドライバの使用) に従って、USB TAP を動作させました。これは CodeWarrior 8.3 でも正しい方法でしょうか?Windows 7 または Windows 10 用の新しい CCS バージョンはありますか?libusb-win32 はまだサポートされているドライバですか? ->> CW 8.3 を win7/10 PC で使用する場合は、 「Windows 7/10: CodeWarrior for DSC で USB TAP を使用する」を参照してください。 Eclipse IDE for Microcontrollerss | NXP Semiconductors をコンピューターにインストールし、ccs フォルダーを CodeWarrior v11 インストール フォルダーから CodeWarrior v8.3 インストール フォルダーにコピーして、元の ccs フォルダーを置き換えます。 CodeWarrior がフラッシュを正常に消去しても、プログラミングが完了しない場合があります。56800E フラッシュ プログラマを DSP56F807 と併用する場合、既知の制限はありますか?推奨される JTAG クロック設定またはタイムアウトはありますか? ->>フラッシュプログラミングは「56800E フラッシュプログラマ」と呼ばれますが、ツールの名前からわかるように、MC56F83xx などの DSP56800E コアを搭載した DSC プロセッサのみをサポートしています。DSP56F807 は DSP56800E ではなく DSP56800 コアを使用しているため、「56800E フラッシュプログラマ」ツールを使用して DSP56F807 をプログラムすることはできません。 S_record ファイルのダウンロードをサポートする flash-over-jtag.exe ツールの使用をCAN検討できます。ただし、ツールは DOS オペレーティング システムおよびパラレル コマンド コンバーター デバイス (Wiggler) で実行する必要があり、usbtap デバイスはサポートされていません。 CodeWarrior for DSP56800E ver8.3 ツールのみで USBTAP デバイスを使用してコードをダウンロードできますが、S_record ファイルのダウンロードはサポートされていません。 Flash-over-jtag ツールは次の場所にCANあります。 [CodeWarrior インストールディレクトリ]\ProcessorExpert\Tools\アプリケーション\flash_over_jtag 最後に、CodeWarrior 8.x で DSP56F807 を使用するための最新のドキュメントは何ですか? ->> The DSP56F807 はレガシーデバイスであり、新しいデザインには推奨されません。最新のドキュメントは提供していませんが、入手可能なリソースを入手できるよう最善を尽くします。 生産フラッシュプログラミング CodeWarrior バージョン 8.3 for DSC を使用した Freescale の DSC の生産フラッシュプログラミング シリアルブートローダーを使用してファームウェアを更新することもCANます。 56F8xx シリアルブートローダ お役に立てれば幸いです。他にご質問がございましたらお知らせください。 良い一日を。 BR セレステ ---------------------------------------------------------------------------------------------------------------------- 注: この投稿が質問の答えである場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ ----------------------------------------------------------------------------------------------------------------------