Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
IMX8M PLUS LPDDR4 2G compatibility We try to implement an ISSI IS43LQ32512A-046BLI 2GB RAM. After Calibration the RAM fails during the  memcpy SSN armv8_x32 test with 2000MHz configured. If I configure the RAM to 1500MHz it pass all the tests. Has anybody implement this LPDDR4 RAM? Is it in general compatible with IMX8M PLUS? i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: IMX8M PLUS LPDDR4 2G compatibility Hi @TMpieye  Are you using DDR config tool run the Calibration? If yes,. please share your configuration page and fail log file. B.R Re: IMX8M PLUS LPDDR4 2G compatibility The IS43LQ32512A-046BLI (ISSI 2GB LPDDR4X SDRAM) is generally compatible with the NXP i.MX 8M Plus processor, as long as it adheres to JEDEC standards for LPDDR4/LPDDR4X memory. However, your issue with the memcpy SSN armv8_x32 test failing at 2000MHz (but passing at 1500MHz) is not uncommon and likely stems from configuration, board design, or calibration challenges rather than fundamental incompatibility. Compatibility Confirmation The i.MX 8M Plus supports LPDDR4/LPDDR4X memory up to 4266 MT/s (2133MHz clock), and the IS43LQ32512A-046BLI operates at up to 2133MHz (4266 MT/s data rate), which aligns with NXP's specifications. NXP's community forums confirm that similar ISSI LPDDR4X parts (e.g., IS46LQ32512A-046BLA2, which is an automotive variant of your model) are compatible with the i.MX 8M Plus, provided they follow JEDEC specs. Users have successfully implemented them without issues when properly configured. Potential Reasons for Your Test Failure at 2000MHz Based on similar reports in NXP and embedded forums: Timing/Configuration Mismatch: The i.MX 8M Plus DDR controller requires precise timing parameters (e.g., CAS latency, tRCD, tRP) from the RAM's SPD/ datasheet. At 2000MHz, your calibration might not fully optimize for the ISSI part's specs (e.g., CL=32, RL=14 at higher speeds). Lowering to 1500MHz reduces stress and passes, but this indicates suboptimal tuning. Board Design Issues: Signal integrity problems like trace length mismatch, impedance errors, or insufficient power decoupling can cause failures at higher speeds. Check for reflections or noise on DQ/DQS lines using an oscilloscope. Calibration Limitations: The i.MX 8M Plus uses NXP's DDR Tool for calibration. If your script or settings are based on Micron/ Samsung references (common in EVKs), they may not match ISSI's characteristics. Re-run calibration with ISSI-specific parameters. Power/Temperature: At 2000MHz, higher current draw could cause voltage droop or overheating, failing memcpy tests (which stress sequential reads/writes). Has Anyone Implemented This RAM? Yes, there are documented implementations: In NXP community threads, users have integrated similar ISSI LPDDR4X (e.g., IS46LQ series) on custom i.MX 8M Plus boards for industrial applications, achieving stable operation up to 2133MHz after fine-tuning. Embedded Linux/BSP developers report success with ISSI parts in Yocto-based builds, but often with custom DDR init scripts to handle the 512M x 32 organization (16Gbit density). Recommendations to Fix Your Issue Verify Datasheet Alignment: Download the ISSI datasheet (IS43/46LQ32512A series) and compare timing params with NXP's i.MX 8M Plus RM (Reference Manual, Section 13.5 DDR Controller). Key specs for your RAM: 2133MHz max clock, LVSTL interface, 1G x 16 organization (dual-channel x32 total). Re-Run Calibration: Use NXP's DDR Test Tool or SCFW DDR Config Tool with ISSI-specific stress tests. Start at 1600MHz, gradually increase to 2000MHz while monitoring eye diagrams. If using U-Boot/Linux, update the device tree (.dtb) with correct timings (e.g., mx8mp-ddrc-devfreq.dtsi). Board-Level Checks: Ensure VDDQ = 1.1V, VDD2 = 0.6V, with clean decoupling (capacitors close to pins). Use a signal integrity simulator (e.g., HyperLynx) to verify traces. Test with lower temperatures or better cooling to rule out thermal throttling. If Still Fails: Contact NXP support via their community or ticket system — provide your calibration logs and board schematics. Consider switching to validated RAM like Micron MT53E512M32D2NP (NXP EVK default) for comparison. Overall, the RAM is compatible, but your 2000MHz failure is likely a setup issue. If you share more details (e.g., calibration logs or board schematic snippets), I can help troubleshoot further! I suggest contacting +8526583 (7594) via the messaging app; obtain the EOL document from him and then make a recommendation. He can help you Re: IMX8M PLUS LPDDR4 2G compatibility On the used board we have sucsesslully runing 3GB (MT53E768M32D2ZW-046 WTC) and 4GB (MT53E1G32D2FW-046 AAT:B) Micron LPDDR4 on 2000MHz. Re: IMX8M PLUS LPDDR4 2G compatibility Thanks for your support. In Attachments i send you the configuration .xls and the test log. Re: IMX8M PLUS LPDDR4 2G compatibility Hello @pengyong_zhang , Same result with the config Tool V 13.1. Maybe our configuration is wrong for the IS43LQ32512A-046BLI? Can you provide the correct configuration (*.ds file)? Our hardware desing is a 1:1 copy of the eval board regarding the LPDDR4 interface.  Kind Regards Tobias Re: IMX8M PLUS LPDDR4 2G compatibility Hi @TMpieye Please use the below link download our DDR Config Tool and run the ddr test wIth configure 2GB dram.  https://www.nxp.com/design/design-center/development-boards-and-designs/i-mx-evaluation-and-development-boards/config-tools-for-i-mx-applications-processors:CONFIG-TOOLS-IMX B.R Re: IMX8M PLUS LPDDR4 2G compatibility Hi @TMpieye  Please use below setting run the DDR test. B.R Re: IMX8M PLUS LPDDR4 2G compatibility Thanks for your Config Exaple. Its the same I already tryed with this RAM and still get the error. Re: IMX8M PLUS LPDDR4 2G compatibility Hi @TMpieye  It's strange. Please share your DDR Config Tool v25.12 fail log B.R Re: IMX8M PLUS LPDDR4 2G compatibility hHi @pengyong_zhang  for stresstest we use the Mscale DDR Tool 3.31. I will do it with the other config tool Re: IMX8M PLUS LPDDR4 2G compatibility Hello @pengyong_zhang , here is the log of the stresstest. We have the same Problem wirth an 4GB ISSI IS43LQ32K01S2A-046BLI.  Re: IMX8M PLUS LPDDR4 2G compatibility Hi @TMpieye  Did you run the stress test with our DDR Config Tool? From your log file, it seems not from the Config Tool output. Also use out latest tool version v25.12. B.R Re: IMX8M PLUS LPDDR4 2G compatibility Hello @pengyong_zhang , I run the tes in the config tool and and its passed. So it seems to be a tool problem with the MSCALER tool. Many thanks for your great support!
View full article
i.MX 93プロセッサ: セキュアブートの署名と認証の仕組みを解説 (日本語ブログ) 昨今、サイバーレジリエンス法(EU)やJC-STAR(日本)等、世界各国で法規制が確立しつつあります。またそれらの技術要件の中には、セキュアブートの要件も入ってきており、みなさまもよく耳にする重要な機能の一つかと思います。 しかしながら、実際にはセキュアブートの仕組みを理解せず使用してるユーザーも多いです。そのため、今回はi.MX 93のセキュアブート(AHAB)を例に仕組みを解説していきたいと思います。 目次 i.MX 93 AHABの署名と認証の仕組み 1. イメージのコンテナ化 2. コンテナに公開鍵と署名を付加 3. 署名付きコンテナの認証 4. U-Bootでの署名付きコンテナの認証 i.MX 93 AHABの署名と認証の仕組み¶ i.MX 93プロセッサのAdvanced High Assurance Boot (AHAB)の署名と認証の仕組みを説明します。 i.MX 93の起動ファイルは固有のコンテナ形式になっています。 AHABを使用したセキュアブートでは、コンテナに公開鍵と署名を付加し、デバイス起動時にはコンテナに含まれている公開鍵を認証し、コンテナの内容が改変されていないか検証することで、不正なソフトウェアの起動を防ぐことができます。 1. イメージのコンテナ化¶ Fig. 1 イメージのコンテナ化¶ i.MX 93のBOOTROMやU-Bootがメモリにロードして使用するイメージは、あらかじめコンテナ形式に変換しておく必要があります。 Note ここでイメージと言っているのは、U-Boot-SPL, U-Boot, ATF, OPTEE, M-Core SW, Kernel, DTB, Ramdisk, その他メモリ上に配置したいデータ等のことです。 コンテナ形式の詳細は i.MX 93 Applications Processor Reference Manual のSystem Bootの章にに記載があります。 イメージをコンテナ化するには、 imx-mkimage と、それに含まれる mkimage_imx8 というツールを使用します。 コンテナを生成すると、コンテナファイルの先頭にはContainer Headerが付加されます。この中には各イメージのオフセット、サイズ、ハッシュ値などを集めたImageArray、セキュアブートのため公開鍵、署名を書き込むSignature Blockなどがあります。Signature Blockは、ほぼ空の状態で生成されます。 複数のイメージを一つのコンテナにすることができます。イメージのデータはコンテナファイルの一番後ろに連結されます。 2. コンテナに公開鍵と署名を付加¶ Fig. 2 コンテナに公開鍵と署名を付加¶ i.MX 93デバイスで意図しないコンテナを使用されないよう、また、コンテナの内容の改変を検知できるよう、Code Signing Tool(以下、CST)を使用して、コンテナに公開鍵と署名を付加します。 最初にSuper Root Key (以下、SRK)を生成します。 CSTに含まれるスクリプト ahab_pki_tree.sh でCAとSRK1~SRK4を生成します。SRKは公開鍵とプライベート鍵のペアとなっていて、プライベート鍵は秘匿しておく必要があります。 CSTに含まれる srktool を使用して、SRK1~SRK4の4つの公開鍵を連結したSRK Tableを生成します。同時にSRK TableのSHA-256であるSRK Hashも生成されます。 SRK Hashは、i.MX 93デバイスのSRK_HASHヒューズに書き込みます。 SRKはi.MX 93デバイスのライフサイクルが終了するまで長期にわたり保存しておく必要があります。 次に、CSTに含まれる cst でコンテナに公開鍵と署名を付加します。 先ほど生成したSRK Tableは、Signature BlockのSRK Tableフィールドに書き込まれます。 Container Headerの先頭からSRK Tableフィールドの末尾の領域に対して、SRKのプライベート鍵の一つを使用して署名されます。 署名データは、Signature BlockのSignatureフィールドに書き込まれます。 3. 署名付きコンテナの認証¶ Fig. 3 署名付きコンテナの認証¶ 最初に、コンテナ上のSRK TableのSHA-256を計算して、i.MX 93デバイスのSRK_HASHヒューズの内容が一致していれば、SRK Tableは署名に使用したSRKと同じ、ということを認証できます。 SRK Tableが認証されれば、次に、SRK Tableの中に含まれるSRK公開鍵と署名データを使用して、Container Headerの先頭からSRK Tableフィールドの末尾の領域が改変されていないかを検証できます。 最後に、Container Headerが改変されていないことが検証できれば、ImageArrayに書かれているHash値と各ImageのHash値を比較することで、イメージが改変されていないかを検証できます。 4. U-Bootでの署名付きコンテナの認証¶ U-Bootでの署名付きコンテナの認証には、U-Bootの auth_cntr コマンドが使用されています。 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/arch/arm/mach-imx/ele_ahab.c#L811-L815 auth_cntr コマンドが実行されると、do_authenticate関数がコールされ、そこからauthenticate_os_container関数がコールされます。 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/arch/arm/mach-imx/ele_ahab.c#L400-L416 authenticate_os_container関数から、ahab_auth_cntr_hdr関数とahab_verify_cntr_image関数がコールされます。 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/arch/arm/mach-imx/ele_ahab.c#L330-L398 ahab_auth_cntr_hdr関数からは、ele_auth_oem_ctnr関数がコールされます。 ahab_verify_cntr_image関数からは、ele_verify_image関数がコールされます。 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/arch/arm/mach-imx/ele_ahab.c#L261-L278 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/arch/arm/mach-imx/ele_ahab.c#L297-L309 ele_auth_oem_ctnr関数とele_verify_image関数からは、ELEに対してコマンドが送信され、ELEから結果を受信します。 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/drivers/misc/imx_ele/ele_api.c#L76-L104 https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.36-2.1.0/drivers/misc/imx_ele/ele_api.c#L134-L161 U-Bootの ahab_status コマンドで認証の結果を確認することができます。主要なエラーコードは以下のとおりです。 Table 1 ahab_status コマンドの主要なエラーコード¶ エラーコード エラーの意味 エラーが発生する状況 ELE_NO_AUTHENTICATION_FAILURE_IND (0xEE) 認証は行われなかった。 署名していないコンテナを認証しようとした。 ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) ヒューズSRK_HASHと、署名付きコンテナのSRK TableのHASHがが一致しない。 ・ヒューズSRK_HASHに何も書かれていないデバイスで署名付きコンテナを認証しようとした。 ・ヒューズSRK_HASH生成時に使用したSRK Tableには含まれないSRKで署名したコンテナを認証しようとした。 ・署名付きコンテナのSRK Tableが書き換えられている。 ・署名付きコンテナのSRK Tableが正しくロードできなかった。(メモリ上に正しく書かれていない。) ELE_BAD_SIGNATURE_FAILURE_IND (0xF0) 署名が正しくない。 ・署名付きコンテナのSigned regionが書き換えられている。 ・署名付きコンテナのSignatureが書き換えられている。 ・上記のいずれかが正しくロードできなかった。(メモリ上に正しく書かれていない。) ELE_BAD_HASH_FAILURE_IND (0xF1) ImageのHASHが、Image Arrayに書かれているHASHと異なる。 ・署名付きコンテナのImageが書き換えられている。 ・署名付きコンテナのImageが正しくロードできなかった。(メモリ上に正しく書かれていない。)   Note これらのエラーコードはOEM Openの場合に観測できます。OEM Closedの場合はエラー発生時にデバイスが停止するためエラーコードは表示されません。 本資料はNXP製品を活用していただくための参考資料です。 正式な仕様は製品マニュアル・アプリケーションノートを参照ください。 使用ソフトウェアのバージョンなど諸条件の差異により、記載内容と実際の動作が異なる場合があります。 すべての機能検証を行ったものではありませんので、必ずご使用目的に適合した検証・試験を行ってください。 次回は、セキュアブート(AHAB)の実装・動作方法について、説明したいと思います。  記事:i.MX 93プロセッサ: セキュアブートの実装方法 - 実践編 (日本語ブログ)   =========================​ 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。​ お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。​ (既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。)​ 昨今、サイバーレジリエンス法(EU)やJC-STAR(日本)等、世界各国で法規制が確立しつつあります。またそれらの技術要件の中には、セキュアブートの要件も入ってきており、みなさまもよく耳にする重要な機能の一つかと思います。 しかしながら、実際にはセキュアブートの仕組みを理解せず使用してるユーザーも多いです。そのため、今回はi.MX 93のセキュアブート(AHAB)を例に仕組みを解説していきたいと思います。 i.MX Processors Security 日本語ブログ
View full article
嵌入式系统开发的最佳 DevOps 实践 大家好 我想讨论在嵌入式系统开发中实施 DevOps 的最佳实践。我们都知道,嵌入式系统面临着独特的挑战,但结合 DevOps 原则并利用正确的 DevOps 解决方案可以大大改善我们的工作流程。 以下是我发现的一些有用的做法: 自动版本构建和 CI/CD 设置自动构建管道对于嵌入式系统至关重要。借助 CI/CD,我们可以自动测试、刷新和部署到真实设备,从而确保尽早发现错误。 固件和硬件的版本控制 将固件视为软件 — 使用 Git 或类似工具进行版本控制,以及硬件抽象层 (HAL),有助于同步管理软件和硬件依赖关系。 硬件在环 (HIL) 的持续集成 将 HIL 测试内置到您的 CI 管道中可确保您针对真实场景进行验证,而不仅仅是模拟环境。这有助于发现只有在实际硬件中才会出现的问题。 嵌入式软件的容器化 使用 容器 或类似工具进行软件环境复制可确保开发、测试和部署阶段的一致性,即使在使用嵌入式平台时也是如此。 我很想听听您的想法和其他有效的做法。您如何将 DevOps 内置到嵌入式开发工作流程中? DSC Re: Best DevOps Practices for Embedded Systems Development 我们正在努力做你所建议的事情。您有什么具体的建议吗?
View full article
文本区域错误问题 我创建了几个 Textarea 元器件。当我使用键盘在其中一个输入框中输入内容,然后点击"Finish" 时,键盘会自动切换到另一个文本区进行进一步操作。如何解决这个问题?视频地址为https://github.com/monkeyhorse/guiguider.git Re: Textarea bug issue 嗨,@monkeyhorse、 谢谢你的澄清。我发现这个问题似乎是在模拟过程中出现的。是否只有在模拟时才会出现这种情况?或者在板上运行 GUI 时也是如此? Re: Textarea bug issue @EdwinHz是的,我使用的是最新版本。 Re: Textarea bug issue 嗨,@monkeyhorse、 感谢您的更新。您使用的是哪个版本的 GUI Guider/LVGL?它们是最新的吗(GUI Guider 1.9.1 和 LVGL 9.2.1)? Re: Textarea bug issue 现在我发现,setup_scr_screen.c 中 Textarea 的创建顺序是造成这个问题的原因,但我仍然不知道如何解决这个问题。
View full article
开放工业Linux ® (OpenIL)——安全、稳健、实时的工业和自动化应用_Connects China <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目,旨在为工业用途提供紧凑的文件系统,支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目,旨在为工业用途提供紧凑的文件系统,支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。
View full article
INS-N2010 批量和带状等离子清洗配置及其在 IC 封装技术中的应用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 等离子清洗在IC封装行业中得到了广泛的应用,用于清洗组装材料,以提高其后续工艺的清洁度,并提高整体封装或器件的可靠性。其中一个挑战是,当各种材料暴露于等离子体时,如何建立清洁过程的兼容性。随着近年来铜线在 IC 封装中的应用,污染的控制非常重要。已发现焊盘腐蚀对于器件和封装的可靠性至关重要,这是本文要解决的主要问题之一。我们将介绍评估结果,包括使用不同等离子清洗配置进行的表面分析和可靠性测试及其其他应用。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 等离子清洗在IC封装行业中得到了广泛的应用,用于清洗组装材料,以提高其后续工艺的清洁度,并提高整体封装或器件的可靠性。其中一个挑战是,当各种材料暴露于等离子体时,如何建立清洁过程的兼容性。随着近年来铜线在 IC 封装中的应用,污染的控制非常重要。已发现焊盘腐蚀对于器件和封装的可靠性至关重要,这是本文要解决的主要问题之一。我们将介绍评估结果,包括使用不同等离子清洗配置进行的表面分析和可靠性测试及其其他应用。 洞察与创新
View full article
EIQ Connector eIQ AAF Connector In this post, I want to share a quick walkthrough of eIQ AAF Connector, a REST-based server that enables LLM and VLM inference on NXP i.MX platforms using the Ara240 DNPU. The connector provides a simple HTTP interface for client applications to send prompts and receive streaming token responses from models running locally on Ara240. It is also the communication layer used by applications such as LLM Edge Studio and VLM Edge Studio.   Key Features REST API server for Ara240-accelerated model inference Chat Completions-style HTTP endpoint Streaming token responses Support for text LLMs and Qwen2.5-VL models Model configuration through server_config.json Optional tool calling and guided generation support for compatible text models Optional semantic prompt caching for text models OpenAPI documentation available through the /docs endpoint   How It Works The eIQ AAF Connector runs on the i.MX host and exposes a REST API. Client applications send prompts to the connector, which communicates with the Ara240 Runtime SDK and the loaded model.dvm running on the Ara240 DNPU. The response is returned as generated tokens, with support for streaming output.   Basic Setup After installing the Debian package, activate the connector virtual environment: source /usr/share/eiq/aaf-connector/venv/bin/activate Run the connector: connector By default, the server starts on: 127.0.0.1:8000 To allow access from another device, start it with: connector --host 0.0.0.0   Configuration The connector uses a JSON configuration file named server_config.json to define server settings and available models. This includes model paths, tokenizer paths, model type, prompt size, tool calling support, and whether the model should be loaded at startup. { "log_level": "INFO", "model_config_path": "/usr/share/llm/{}/", "model_tokenizer_path": "/usr/share/llm/{}/tokenizer", "available_models": [ { "name": "qwen2_5-7b", "description": "Qwen2.5 7B instance", "type": "text", "tool_calling": "native", "max_prompt_size": 2047, "enabled": true } ] }   Sending a Test Request Once the server is running, a basic request can be sent to the chat completions endpoint: curl -H 'Content-Type: application/json' \ -d '{ "model": "Qwen2.5-7B-Instruct", "messages": [ { "role": "user", "content": "Who are you?" } ] }' \ -X POST 0.0.0.0:8000/v1/chat/completions The API can also be tested from the OpenAPI UI at: http://0.0.0.0:8000/docs   Walkthrough Video In the attached video, I show how to start the eIQ AAF Connector, verify the server is running, configure a model, and send a sample request to the /v1/chat/completions endpoint. (function() { var wrapper = document.getElementById('lia-vid-6396694348112w960h540r959'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos)   Summary The eIQ AAF Connector provides the REST API layer for running edge AI models on NXP i.MX platforms with Ara240 DNPU acceleration. It allows applications to send prompts, receive generated responses, and integrate local LLM or VLM inference into demos, prototypes, and edge AI workflows.   Link eIQ AAF Connector repository   ARA2-M2-16G-GT ARA240 Hands-On Training
View full article
GD3160がSPI経由でレジスタに書き込み、ゲート出力が歪む おはようございます。NXPのGD3160をSPI経由で設定するのに苦労しています。データシートを長い間読み込んできましたが、GD3160のSPIと制御の動作をまだ理解できていません。私の主な問題は次の2つにまとめられます。1つ目は、2つのGDのデイジーチェーンから(少なくとも私が思うに)正常に読み取ることができるのですが、何も書き込むことができません。特にMODE2レジスタのCONFIG_ENビットに書き込むことができません。私はArduino Unoを使用しています。私は自分のコードに対して様々なアプローチとテストを試しましたが、最もシンプルでクリーンなテストコードでも失敗するものを添付します。何が間違っているのか教えていただけますか?計算を二重チェックしたのですが、CRCの問題でしょうか?それともSPIの設定の問題でしょうか?仕様通り、MSBが先です。2- また、ゲートのGD PWM信号は、MOSFETが接続されていないデフォルト構成で、デューティサイクルが約50%のときにのみクリーンです。デューティサイクルを上下に変更すると、オシロスコープで測定されるデューティサイクル信号が位相シフトし、はるかに小さくなります。どこから探し始めればいいか、何かアイデアはありますか? Hブリッジドライバ HS|LS 設定可能ドライバー 絶縁型ゲートドライバ Re: GD3160 writing registers through SPI and distorted Gate output マフムード様、 電圧レベルと部品値が記載された回路図を共有してください。 SPIが正しく設定されていることを確認するために、オシロスコープのプローブをCS、MISO、MOSI、SCLKピンに接続し、オシロスコープの波形を共有してください。SPIタイミング要件については、GD3160のフルデータシートの図35を参照してください。アイドル時はクロックはローレベル(CPOL=0)である必要があり、データはSCLKの立ち下がりエッジで切り替えられ、SCLKの立ち上がりエッジでサンプリングされる必要がある(CPHA=0)。その結果、SPIモード0になります。 AN13167もダウンロードしてご参照ください。そこには、GD3160のSPIインターフェースに関するヒントがいくつか掲載されています。 敬具、 ヨゼフ Re: GD3160 writing registers through SPI and distorted Gate output ご返信ありがとうございます。返信するのをすっかり忘れていました。ハードウェアチームに回路図を依頼する必要があるが、いずれにせよ、仕様通りに動作するようにすることはできた。問題は、書き込み時に高電圧側の電源が失われた場合やラッチ障害が発生した場合にロックされることを知らなかったことだ。私が今懸念しているのはCONFIG_ENビットについてです。単に書き込みや読み出しを行うだけでは設定モードをアクティブ化できません。いろいろ試してみましたが、唯一うまくいったのはconfig_bitとRESETビットに同時に書き込むことでした。なぜ私はこのような経験をしているのでしょうか?なぜconfig_bitとreset bitの両方を書き込む必要があるのですか?仕様によると、reset bitだけに書き込んでもINTBをローに駆動する効果はありませんが、両方のビットに書き込むと効果があります。SPI通信が正しく行われていること、および書き込む値がずれていないことを確認しました(ビットインデックスとオフセットについては間違いありません)。どう思いますか? Re: GD3160 writing registers through SPI and distorted Gate output マフムード様、 リセットビットは、障害をクリアし、レジスタをデフォルトの状態にリセットするだけです。設定モードへの移行を妨げる障害が発生しているようです。これは、GD3160をリセットすると、障害が解消され、設定モードに入ることができるようになることを示唆しています。 STATUSレジスタに異常がないか確認してください。STATUS1、STATUS2、STATUS3レジスタ。 敬具、 ヨゼフ
View full article
Import and start developping Using Visual Studio Code (VSC) on KW47 As the support for MCUXpresso IDE as GUI and toolchain will be stopped and will be replaced by MCUXpresso for Visual Studio Code, I am sharing here some essential steps to start development on Visual Studio Code and MCUXpresso plugin. Preparation: - MCUXpresso for VS Code is installed as an extension inside Microsoft VS Code - see https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-for-visual-studio-code:MCUXPRESSO-VSC - The rest of the toolchain including ARMGCC, west and other tools which work with MCUX for VS Code installation is available via MCUXpresso SDK option of the MCUXpresso Installer: https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-installer:MCUXPRESSO-INSTALLER - See also generic Getting Started Guide for MCUX SDK with MCUX for VS Code at: https://mcuxpresso.nxp.com/mcuxsdk/latest/html/gsd/run_a_demo_using_mcuxvsc.html Here I will provide the procedure to import the loc_reader example from the repository. Import the repository: The recommended approach is to import REMOTE ARCHIVE which has a similar environment as the legacy MCUXpresso IDE. Here I will provide the procedure to import the loc_reader example from the repository From the MCUXpresso plugin, select "Import Repository", then in the "REMOTE ARCHIVE" tab, select the board, the SDK version and the location: Wait for the repository to be imported, this procedure can take several minutes. Once the import is succeed, it will appear here: Import demo projects and run: Once the repository is successfully imported, you can then import demo examples from the repo by selecting "Import Example from Repository": then select the demo example from "Template". "AppType" should be "Freestanding application" if you want a standalone project. "Location" is where the project will be located.  "Toolchain" should be the Arm GNU one that you installed in preparation steps Build and run the imported project:
View full article
调试工具在使用最新版 SDK_25_12_00 时显示为灰色,在使用旧版 SDK_25_03_00 时工作正常 运行 MCUXpresso IDE V25.6.136 版+ 带有 SDK_25_12_00 的 evkmimxrt685 板。调试开始时,所有调试工具(恢复...)都显示为灰色,无法运行项目。 使用旧版 SDK_25_03_00 可以正常工作,但使用 SDK_25_06_00 和 SDK_25_09_00 会出现同样的问题。 如何恢复调试工具 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好,卡洛斯,包括 hello world 在内的所有示例都出现了这种情况。它总是停在"void ResetISR(void) 函数的第一行,即 startup_mimxrt685s.c 中的 __asm volatile ("cpsid i") 行(第 381 行)。文件。我正在尝试运行 evkmimxrt685_dsp_mu_polling_cm33。该示例在 25.03 版本中运行正常。之后的所有版本(06、09、12)都有这个问题。对于 24.03 之后的 SDK 版本,我是否需要在集成开发环境中进行一些更改?我有截图,但如何发布呢?谢谢@bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好,卡洛斯,我正在上传截图> 包括 hello world 在内的所有示例都出现了这种情况。它总是停在"void ResetISR(void) 函数的第一行,即启动目录下 startup_mimxrt685s.c 文件中的 __asm volatile ("cpsid i") 行(第 381 行)。它从未进入 main() 开始运行。 我试图运行 evkmimxrt685_dsp_mu_polling_ cm33。cm33。该示例在 25.03 版本中运行正常。之后的所有版本(06、09、12)都有这个问题。对于 24.03 之后的 SDK 版本,我是否需要在集成开发环境中做一些更改? 谢谢 bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 能否请您介绍一下您的计算机使用的是哪个操作系统?Linux、Windows 10 还是 Windows 11? 能否请您检查一下 EVK 的 BOOT_SEL 是否选择正确? Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 我正在戴尔 Alder Lake 台式机上运行 Windows 11。启动跳线 (JP1) 处于打开状态,根据手册(MIMXRT685-AUD-EVKUM 修订版 3-2023 年 7 月 21 日),这是默认设置。我想这就是您所说的"查看 EVK" 的 BOOT_SEL 的意思。谢谢 bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 感谢您分享您的设置细节。 能否请您对闪存进行一次大规模擦除,然后重新进行调试? 为此,请在快速启动面板上更改链接服务器操作 然后使用 LinkServer 探测器将其返回到调试模式。 如果在此过程中出现任何错误信息,请分享截图。 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 卡洛斯,我试图用链接服务器进行大规模清除,但得到了错误信息--截图附后。 谢谢 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 卡洛斯,谢谢。在此之前,我想让您知道,我一直使用世纪佳缘 J-Link 探头,使用世纪佳缘 J-Link 探头" 菜单选项可进行"清除闪存操作。我应该用它清除还是用你上面提到的链接服务器探针清除? Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好,卡洛斯,我使用 Segger J-Link 探头(不是链接服务器探头,因为该固件已被 Segger 固件覆盖)删除了闪存。 我知道我必须使用 Segger 探针来调试 ARM 内核和 HiFi4 DSP。我还将 Segger 固件更新到了最新的 8.98 版本。 我删除了调试启动文件,删除了工作区以在启动时生成一个新文件,还重新启动了板。还是同样的问题。 它说调试会话正在运行,但我无法调试。 正如我所说,03 之后的所有版本(06、09 和 12)都会出现这种情况。 它停在 startup_mimxrt685s.c 处文件。 在调试器控制台中,我确实看到了一条警告信息,但这可能是无害的。 "警告:无法将 "main "从主机编码 (CP1252) 转换为 UTF-32。 这种情况通常不会发生,请提交错误报告。 监测执行器 setrestartonClose=1 请告知下一步措施。谢谢 bobvr。 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 感谢您分享您正在使用的产品。 如果尝试使用链接服务器调试,问题是否仍然存在?如果您收到错误信息,请与我们分享。
View full article
S32N55:充当 GM 时 gPTP 桥接设备中的序列 ID 队员们好 我正在测试gpTP示例中的网桥设备行为。我使用的是 GrayVIP_1_0_22_0。 根据《用户手册》,如果网桥在 启动超时则应开始作为 GM 运行。但我观察到,在这种情况下,同步和同步跟进帧中的序列 ID 都保持在 1024,不会增加。 检查相关代码后,我发现当网桥转换到 GM 模式时,用于生成同步信息的序列 ID 取自 prSyncMachines[prDomain->u8SlaveMachineId].u16SequenceId 从端口的序列号。 如果从端口没有收到任何同步报文,则该值永不更新,这将导致主端口发送的同步报文中的序列 ID 保持不变。 这种行为表明,在这种机制下,桥梁无法正常发挥全球机制的作用。 能否请您解释一下,为什么大桥的设计会出现这种情况? BR, Bridget GPTP_STACK Re: S32N55: sequence ID in gPTP bridge device when acting as a GM 你好,@Bridget、 我们的团队已经受理了一个案件,并将尽快提供答复 ,致以最崇高的敬意, Radu Re: S32N55: sequence ID in gPTP bridge device when acting as a GM 嗨,@Bridget、 我们正在努力重现该问题,并将在团队中讨论进一步的步骤。我会再联系你的。 谢谢, Lukas Re: S32N55: sequence ID in gPTP bridge device when acting as a GM @Bridget、 事实证明,gPTP 网桥的这种行为是有意为之,符合 802.1as 标准。 网桥应转发主端口上接收到的序列 ID。如果Grand Master丢失,序列ID确实会停止更新——这是下游设备能够分辨GM何时丢失的方式之一。 对于本来就没有总经理的桥梁,序列 ID 按标准是随机的。我们对 "随机"的解释是,序列 ID 的任何内容都不能保证,也不应假设。硬编码的 1024 被认为符合这一要求(可以是任何其他数字)。 序列 ID 是否会导致应用程序出现问题?正如您所观察到的,无论序列 ID 如何,端点都完全能够与网桥同步。 抱歉花了这么长时间。如果有不清楚的地方,请告诉我。 BR, Lukas
View full article
spi 示例代码 你好,我正在研究恩智浦提供的名为 "Spi_Transfer_S32K312 "项目中的 spi 示例代码。我想知道代码中每个函数的含义,能否告诉我头文件的位置? Re: spi example code 你好@mingimin 头文件位于项目目录中的 RTD → include 下。 此外,我建议您阅读 S32K3/S32M27x SPI 驱动器集成手册和 RTD 随附的用户手册。这些文件提供了有关驱动程序的详细信息,包括其限制、硬件和软件要求、使用指南和配置说明。它们有助于深入了解驾驶员的行为和能力。 例如,您可以在以下路径找到这些资源: C:\NXP\S32DS.3.5\S32DS\software\PlatformSDK_S32K3\RTD\Spi_TS_T40D34M50I0R0\doc 请注意,具体路径可能因 S32DS 版本和安装目录而异。 BR、VaneB
View full article
S32Design studio 中的 S32k322 ADC 双用途问题 你好、 我使用 ADC1 有两个目的。我为高速电流检测配置了两个通道,这需要启用特定的"控制模式"。但是,我还需要使用同一 ADC 上的其他几个通道进行电压和温度检测,并配置为"正常链式转换",而这些通道目前无法工作。造成这种冲突的原因是什么?如果可以将 ADC 用于双重目的,请访问" ,这里附有 FYR 的配置图像。 芯片为 s32k322 系列 Re: S32k322 ADC Dual Purpose issue in S32Design studio 您好, 这是我写的,在 BCTU 控制模式下,无法启动正常转换。你需要更改设置才能使用 "触发信号模式" 作为 Adc Ctu Mode 选项 BR, Petr Re: S32k322 ADC Dual Purpose issue in S32Design studio control modecontrol modecontrol mode控制模式 Normal ChainNormal ChainNormal ChainNormalChain 抱歉,我现在附上了配置图像。问题是,当我启用电流检测控制模式时,正常的链式转换(电压和温度)就会停止工作。 我使用 ADC1 有两个目的。 这就是我问这个问题的主要原因:是否有可能将 ADC1 配置和用于双重目的,即同时使用控制模式(用于电流检测)和普通链式转换(用于电压/温度检测)? Re: S32k322 ADC Dual Purpose issue in S32Design studio 您好, 这里似乎没有附上配置图像。 总之,如果 ADC 配置为 BCTU 控制模式(MCR[BCTU_MODE] = 0),则只有 BCTU 才能启动转换。所有其他触发信号都将被忽略。 在触发信号模式(MCR [BCTU_MODE] = 1)下,也可以执行普通和注入转换。所有类型的转换都可以在此模式下启动。设备 RM 的 BCTU 触发信号模式第 60.3.6.1 章中讨论了三种转换类型的优先级。 BR, Petr Re: S32k322 ADC Internal Temperature issue in S32Design studio 你好@PetrS、 我将 14 位 ADC 配置为内部温度传感,但 RTD 温度传感宏仅定义为 12 位分辨率,并在 Adc_Sar_Ip.h 和 Adc_Sar_Ip.c 中使用 12 位温度实例。因此,计算的温度、ADC 原始读数和测量的电压都会发生振荡,且不正确。在配置 14 位 ADC 时,RTD 功能是否应自动切换到 14 位,还是需要定义 14 位分辨率宏并手动更新 API 功能?此处附上图片供您参考。 RTD Function Defined MacrosRTD 函数定义的宏 Calculated Value Configuration tab计算值配置选项卡
View full article
如何使用 HSE 固件二进制文件对恩智浦 S32K344 MCU 进行编程?需要哪种调试器? 我正在使用 S32K344 MCU,并希望在其中使用 HSE。 我从 nxp flexnet 下载了 HSE Fw 可执行文件。 在解压缩 exe 文件时,我得到了 hse 粉色文件。 但是无法得到,我应该如何将这个二进制文件转储到 S32K344 MCU? 他们是否需要像 lauterback 这样的外部调试器来刷新二进制粉色文件?或者我也读过他们的 HSE_demo_App,我们可以通过它对 HSE 固件进行编程。如果是,我们可以从哪里获得 S32K344 MCU 的 HSE 演示应用程序? Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? #I 正在开发 S32K3X4EVB-T172 板并尝试安装 HSE 固件 HSE 固件刷新成功,但我的应用程序总是停在: if (FALSE == checkHseFwFeatureFlagEnabled()) { /* Stuck here */ } 因此,HSE FW 初始化无法进行。 我检查了 UTEST 区域 (0x1B000080),得到的值是0XFFFFFFFF ,请查看我们的项目和图像,并帮助我们解决这个问题。 谢谢 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 你好@Kunal_Gettobyte 最新版本的 HSE 固件中引入了 HSE_SRV_ID_ERASE_FW 服务。该服务将清除 HSE 固件、备份和 SYS-IMG (HSE 数据)固件,但仅限于生命周期仍处于 CUST_DEL 时。您可以参考下面的社区主题,我的一位同事在其中简要介绍了如何做到这一点。 安装 HSE 固件 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 嗨,恩智浦技术团队,关于我上一条评论有什么新进展吗? 因此,在通用 HSE 演示示例 中,我得到了 HSE Fw 安装示例。 但是,如果要删除 HSE Fw,并使用不带 HSE Fw 的芯片,又该怎么办呢?那我怎样才能做得更好? 是否也有删除 HSE Fw 的例子? 如果我想删除 HSE Fw,该怎么做? Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 您好, 好吧,我知道了。 因此,在通用 HSE 演示示例 中,我得到了 HSE Fw 安装示例。 但是,如果要删除 HSE Fw,并使用不带 HSE Fw 的芯片,又该怎么办呢?那我怎样才能做得更好? 是否也有删除 HSE Fw 的例子? 谢谢并致以诚挚的问候 库纳尔-古普塔 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 你好@Kunal_Gettobyte HSE 演示应用程序可以从 S32K3 标准软件 → 汽车软件-S32K3-HSE 固件 → S32K358 HSE FW 0.2.40.0 RTM 版本中下载。此外,用于通用 HSE 演示示例的 S32K3 MCU 可在 S32K3 设备页面(适用于汽车通用的 S32K3 微控制器)的设计资源 → 软件下找到。版本说明随软件一起提供,可以在下载的文件中找到。 关于 RTD 版本,HSE 演示应用程序或非用于通用的 HSE 演示示例的 S32K3 MCU 都不是使用 RTD 开发的,其运行也不需要 RTD。 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 好的,您从哪里下载HSE 演示应用程序和用于通用 HSE 演示示例的 S32K3 MCU? 因为我想知道我需要安装哪个 RTD 版本。 还需要用于环境设置的 HSE 演示的发行版本说明文档。 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 你好@Kunal_Gettobyte 如果我之前的回答不够清楚,请原谅。 HSE 演示 APP 和通用 HSE 演示示例 S32K3 MCU 都提供了以 FULL_MEM 或 A/B_SWAP 方式安装 HSE 固件的示例。这些应用程序设计用于T32 Lauterbach或PEMicro,因为这些是我们直接支持的设备。但是,该过程可以由任何与我们的设备兼容的程序员执行。 此外,我们还有一份应用笔记,解释了安装 HSE 固件的步骤,该固件也可以在安全文件中找到。如前所述,有关更多详细信息,建议查阅《HSE参考手册》。 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 您好, 啊哈,你的回答没有准确回答我的问题。 我最关心的是,有什么方法可以将 HSE 固件编程到我的控制器 S32K344 中? 将 HSE 固件编程到 S32K344 MCU 需要什么调试器? 我们只能通过劳特巴赫 对 HSE 固件进行编程吗?如果是,那么没有劳特巴赫的用户如何编程 HSE FW(因为劳特巴赫 相当昂贵)。 PeMicro 或 Segger Jlink 调试器是否不支持 HSE FW 编程? 使用 HSE 演示应用程序可以闪存 HSE Fw 吗?如果是,那么使用相应的 HSE 演示应用程序是否需要劳特巴赫(lauterbach),或者通过 PeMicro 是否也可以使用 HSE 演示应用程序,然后从中进一步闪存 HSE Fw? 主要问题是如何将 HSE Fw 闪存到我的 S32K344 MCU 中,有哪些方法/调试器可供选择(除了直接/间接使用劳特巴赫)。 Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 你好@Kunal_Gettobyte HSE DEMO APP 需要 T32 Lauterbach 才能运行。不过,如果您没有 T32 Lauterbach,也可以通过S32K3 MCU for General Purpose HSE Demo Examples 找到替代方案。两者都提供了不同的用例场景和示例,以演示 HSE 固件在各种设备上的功能。关键区别在于,后者是专门为与 PEmicro 和 S32 Design Studio 配合使用而开发的,因为这两个工具可以很好地相互集成,允许使用 IDE 进行直接调试。 有关在 S32K3 中使用 HSE 的更多信息,建议查阅安全文件中提供的 HSE 参考手册以及每个 HSE 固件版本附带的 API 参考。 BR、VaneB Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? 你好@VaneB请提供有关我们的问题的最新消息......请问我们没有问题的原因是什么? Re: How to Program NXP S32K344 MCU with HSE Firmware Binary? Which debugger is needed? # 你好@VaneB 请提供有关我们的问题的任何最新消息......请问我们不是什么原因?
View full article
How to use a GPIO(libgpiod) with gpioget/gpioset, on i.MX8Q as an example difference between gpioget and "cat /sys/class/gpio" in GPIO control: gpioget : This is a command-line utility provided by the  libgpiod  library. It is designed to interact with GPIO lines through the modern Linux GPIO character device interface ( /dev/gpiochipN ). /sys/class/gpio : This refers to the legacy sysfs interface for GPIO control in Linux. While widely used in the past, this interface has been officially deprecated in favor of the  libgpiod  character device interface since Linux kernel version 6.0 and later. Below is an example of libgpiod tested on i.MX8Q-MEK, L6.12.3 BSP. Device tree settings: We use GPIO1-05 and GPIO1-06 in this example. can put GPIO pinctrls in a specific group like “gpio_test”, or under certain driver like “gpio-keys” gpio_test: gpio-test { pinctrl-names = "default", "sleep"; pinctrl-0 = <&pinctrl_gpio_test_default>; pinctrl-1 = <&pinctrl_gpio_test_sleep>; status = "okay"; }; gpio-keys { compatible = "gpio-keys"; pinctrl-names = "default", "sleep"; pinctrl-0 = <&pinctrl_gpio_example_default>; pinctrl-1 = <&pinctrl_gpio_example_sleep>; key_wakeup2{ label = "wakeup_key"; gpios = <&lsio_gpio2 1 GPIO_ACTIVE_LOW>; linux,code = ; wakeup-source; }; pinctrl_gpio_test_default: gpiotestgrp_default { fsl,pins = < IMX8QM_LVDS0_I2C0_SDA_LSIO_GPIO1_IO07 0x06000061 IMX8QM_QSPI1A_DATA0_LSIO_GPIO4_IO26 0x06000041 IMX8QM_MIPI_CSI1_I2C0_SCL_LSIO_GPIO2_IO00 0x06000021 IMX8QM_LVDS0_I2C0_SCL_LSIO_GPIO1_IO06 0x06000021 >; }; pinctrl_gpio_test_sleep: gpiotestgrp_sleep { fsl,pins = < IMX8QM_LVDS0_I2C0_SDA_LSIO_GPIO1_IO07 0x07800061 IMX8QM_QSPI1A_DATA0_LSIO_GPIO4_IO26 0x07800041 IMX8QM_MIPI_CSI1_I2C0_SCL_LSIO_GPIO2_IO00 0x07800021 IMX8QM_LVDS0_I2C0_SCL_LSIO_GPIO1_IO06 0x07800021 >; }; pinctrl_gpio_example_default: gpioexamplegrp_default { fsl,pins = < IMX8QM_LVDS0_GPIO01_LSIO_GPIO1_IO05 0x06000021 IMX8QM_MIPI_CSI1_I2C0_SDA_LSIO_GPIO2_IO01 0x06000021 >; }; pinctrl_gpio_example_sleep: gpioexamplegrp_sleep { fsl,pins = < IMX8QM_LVDS0_GPIO01_LSIO_GPIO1_IO05 0x07800021 IMX8QM_MIPI_CSI1_I2C0_SDA_LSIO_GPIO2_IO01 0x07800021 >; }; Kernel commands to test GPIO function: gpiodetect and gpioinfo command: root@imx8qmmek:~# gpiodetect gpiochip0 [5d080000.gpio] (32 lines) gpiochip1 [5d090000.gpio] (32 lines) gpiochip2 [5d0a0000.gpio] (32 lines) gpiochip3 [5d0b0000.gpio] (32 lines) gpiochip4 [5d0c0000.gpio] (32 lines) gpiochip5 [5d0d0000.gpio] (32 lines) gpiochip6 [5d0e0000.gpio] (32 lines) gpiochip7 [5d0f0000.gpio] (32 lines) root@imx8qmmek:~# gpioinfo -c 1 gpiochip1 - 32 lines: line 0: unnamed input line 1: unnamed input line 2: unnamed input line 3: unnamed input line 4: unnamed input line 5: unnamed input line 6: unnamed output line 7: unnamed output line 8: unnamed input line 9: unnamed input line 10: unnamed input line 11: unnamed input line 12: unnamed input line 13: unnamed output consumer=regulator-pcie line 14: unnamed input line 15: unnamed input line 16: unnamed input line 17: unnamed input line 18: unnamed input line 19: unnamed input line 20: unnamed input line 21: unnamed input line 22: unnamed input line 23: unnamed input line 24: unnamed input line 25: unnamed input line 26: unnamed input line 27: unnamed input line 28: unnamed input line 29: unnamed input line 30: unnamed input line 31: unnamed input use cat /sys/kernel/debug/gpio to show current GPIO settings before GPIO1-05 and GPIO1-06 are set: root@imx8qmmek:~# cat /sys/kernel/debug/gpio gpiochip0: GPIOs 512-543, parent: platform/5d080000.gpio, 5d080000.gpio: gpio-526 ( |scl ) out lo gpio-527 ( |sda ) in lo gpiochip1: GPIOs 544-575, parent: platform/5d090000.gpio, 5d090000.gpio: gpio-557 ( |regulator-pcie ) out hi gpiochip2: GPIOs 576-607, parent: platform/5d0a0000.gpio, 5d0a0000.gpio: gpio-577 ( |wakeup_key ) in hi ACTIVE LOW gpiochip3: GPIOs 608-639, parent: platform/5d0b0000.gpio, 5d0b0000.gpio: gpio-618 ( |spi1 CS0 ) out hi ACTIVE LOW gpiochip4: GPIOs 640-671, parent: platform/5d0c0000.gpio, 5d0c0000.gpio: gpio-641 ( |enable ) out hi ACTIVE LOW gpio-643 ( |regulator-usbotg1-vb) out lo gpio-647 ( |usdhc2-vmmc ) out hi gpio-667 ( |enable ) out lo ACTIVE LOW gpio-668 ( |host-wake ) in hi ACTIVE LOW gpio-669 ( |PCIe reset ) out hi ACTIVE LOW gpiochip5: GPIOs 672-703, parent: platform/5d0d0000.gpio, 5d0d0000.gpio: gpio-673 ( |mux ) out hi gpio-693 ( |wp ) in lo gpio-694 ( |cd ) in lo ACTIVE LOW gpiochip6: GPIOs 704-735, parent: platform/5d0e0000.gpio, 5d0e0000.gpio: gpiochip7: GPIOs 736-767, parent: platform/5d0f0000.gpio, 5d0f0000.gpio: use gpioset command to set GPIO output, can also change GPIO direction(input → output) #set gpiochip1-5 and 1-6 root@imx8qmmek:~# gpioset -c gpiochip1 6=1 & [1] 700 root@imx8qmmek:~# gpioset -c gpiochip1 5=1 & [2] 702 check the changes from the commands above with cat /sys/kernel/debug/gpio and gpioinfo -c 1 : root@imx8qmmek:~# cat /sys/kernel/debug/gpio gpiochip0: GPIOs 512-543, parent: platform/5d080000.gpio, 5d080000.gpio: gpio-526 ( |scl ) out lo gpio-527 ( |sda ) in lo gpiochip1: GPIOs 544-575, parent: platform/5d090000.gpio, 5d090000.gpio: gpio-549 ( |gpioset ) out hi gpio-550 ( |gpioset ) out hi gpio-557 ( |regulator-pcie ) out hi gpiochip2: GPIOs 576-607, parent: platform/5d0a0000.gpio, 5d0a0000.gpio: gpio-577 ( |wakeup_key ) in hi ACTIVE LOW gpiochip3: GPIOs 608-639, parent: platform/5d0b0000.gpio, 5d0b0000.gpio: gpio-618 ( |spi1 CS0 ) out hi ACTIVE LOW gpiochip4: GPIOs 640-671, parent: platform/5d0c0000.gpio, 5d0c0000.gpio: gpio-641 ( |enable ) out hi ACTIVE LOW gpio-643 ( |regulator-usbotg1-vb) out lo gpio-647 ( |usdhc2-vmmc ) out hi gpio-667 ( |enable ) out lo ACTIVE LOW gpio-668 ( |host-wake ) in hi ACTIVE LOW gpio-669 ( |PCIe reset ) out hi ACTIVE LOW gpiochip5: GPIOs 672-703, parent: platform/5d0d0000.gpio, 5d0d0000.gpio: gpio-673 ( |mux ) out hi gpio-693 ( |wp ) in lo gpio-694 ( |cd ) in lo ACTIVE LOW gpiochip6: GPIOs 704-735, parent: platform/5d0e0000.gpio, 5d0e0000.gpio: gpiochip7: GPIOs 736-767, parent: platform/5d0f0000.gpio, 5d0f0000.gpio: root@imx8qmmek:~# gpioinfo -c 1 gpiochip1 - 32 lines: line 0: unnamed input line 1: unnamed input line 2: unnamed input line 3: unnamed input line 4: unnamed input line 5: unnamed output consumer=gpioset line 6: unnamed output consumer=gpioset line 7: unnamed output line 8: unnamed input line 9: unnamed input line 10: unnamed input line 11: unnamed input line 12: unnamed input line 13: unnamed output consumer=regulator-pcie   How to enable legacy GPIO SYSFS(default disabled on L6 kernel and above) refer to the comment of this commit: https://github.com/nxp-imx/linux-imx/commit/3b4feb21158f873269ff3fbe2fe8d23a88d64b24 commit 3b4feb21158f873269ff3fbe2fe8d23a88d64b24 Author: Linus Walleij Date: Tue Nov 10 15:27:24 2020 +0100 gpio: sysfs: Enforce character device If users select sysfs support they get the character device as well so that end-users cannot complain that they "only have sysfs on my system". They should have the character device at all times. If someone is in so dire need of stripping out the character device while still enabling the sysfs ABI they can very well patch the kernel. Also only show this obsolete option to expert users. Signed-off-by: Linus Walleij Link: <> diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig index 5d4de5cd6759..4dd566f7ea39 100644 --- a/drivers/gpio/Kconfig +++ b/drivers/gpio/Kconfig @@ -59,8 +59,9 @@ config DEBUG_GPIO that are most common when setting up new platforms or boards. config GPIO_SYSFS - bool "/sys/class/gpio/... (sysfs interface)" + bool "/sys/class/gpio/... (sysfs interface)" if EXPERT depends on SYSFS + select GPIO_CDEV # We need to encourage the new ABI help Say Y here to add the legacy sysfs interface for GPIOs. To enable GPIO_SYSFS, from the patch. The best way is CONFIG_EXPERT = y, then enable CONFIG_GPIO_SYSFS=Y. not need to revert the patch. SYSFS, as legacy interface for GPIO control in Linux. While widely used in the past, this interface has been officially deprecated in favor of the libgpiod character device interface since Linux kernel version 6.0 and later. i.MX Processors
View full article
[Getting Started] Running the i.MX 93 Cortex-M SDK Sample Code - [Part 3] Automatically Starting the M Core with a Bootloader (Japanese Blog) This three-part series provides hands-on instructions on how to build and run SDK sample code for the Cortex-M33 core in the NXP i.MX 93 applications processor. In this article (Part 3), we will introduce the procedure for automatically starting the M Core using a bootloader as a way to automatically start a pre-built M Core image on an evaluation board. [Part 1 ] Building a development environment and M core image [Part 2] M-core execution using U-Boot and remoteproc [ Part 3] Automatic startup of M-core using bootloader (this article) Contents of the 3rd session 4. Automatic startup of M-core by bootloader 4.1 Single boot 4.2 Low Power Boot 4. Automatic startup of M-core by bootloader   This procedure assumes that imx-boot has already been built in Yocto.   To make the M33 boot automatically, you need to build a bootloader that includes the M core image . Therefore, copy the M core image to the imx-boot directory as follows:   $ cd ~/FRDM-93/6.6.36-2.1.0/frdm-imx93/tmp/work/imx93frdm-poky-linux/imx-boot/1.0/git $ cp ディレクトリ>/boards/mcimx93evk/demo_apps/power_mode_switch/armgcc/debug/power_mode_switch_rtos_imx93.bin iMX93/m33_image.bin   *Replace with the actual path.   You will need to create a boot loader suitable for each of the following two boot methods. The following explains how to build and write each. 4.1 Single boot: Normal boot mode ( starting from Cortex-A55 ROM) 4.2 Low-power boot: Starting from low-power state (starting from Cortex-M33 ROM)     4.1 Single boot   In a single boot, the Cortex-A55 ROM loads all containers and images, then jumps to the A55's firmware (FW).   If the container contains a Cortex-M33 firmware image, the Cortex-A55 ROM first loads the Cortex-M33 firmware image, places it in shared RAM (the Cortex-M33 TCM), and requests the EdgeLock Secure Enclave to verify the image. It then writes the CM33 firmware entry point address to the SRC GPR19 register, launches the CM33 core, and continues the A55 ROM boot process. For details, see "9.6.5 Single Boot Flow (Cortex-A55)" in the i.MX 93 Applications Processor Reference Manual .   ①Build the bootloader Applied build scripts flash_singleboot_m33: $(MKIMG) $(AHAB_IMG) u-boot-atf-container.img $(MCU_IMG) $(SPL_A55_IMG) ./$(MKIMG) -soc IMX9 -append $(AHAB_IMG) -c -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) $(MCU_TCM_ADDR_ACORE_VIEW) \ -ap $(SPL_A55_IMG) a55 $(SPL_LOAD_ADDR) -out flash.bin $(call append_container,u-boot-atf-container.img,1) Build Procedure $ make SOC=iMX93 flash_singleboot_m33 $ cd iMX93 $ cp flash.bin flash_frdm_singleboot_m33.bin   ②Writing to SD card   If you use uuu: Change BOOT_MODE to Cortex-A55 serial downloader[1000] and run the following: $ sudo uuu -b sd Using the dd command This is a method to write an image directly from the host PC to the SD card. Connect the target SD card to the host PC using an SD card reader/writer. $ sudo dd if=flash_frdm_singleboot_m33.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync dev/sd[x] is the device name of the SD card. <参考記事> How to build a Linux BSP and write the generated image to the target board ③ Check the startup on the console For SD card boot, change BOOT_MODE to Cortex-A55 USDHC2 4-bit SD3.0[1100]. Turn on the EVK power and if you can see the following output on the PC console (teraterm/minicom, etc.), the setup was successful. Verify that the console display looks like this: A55 Console: M33 Console:   4.2 Low Power Boot In Low Power Boot (LPB), the Cortex-A55 core is asleep, so only the Cortex-M33 is running after POR (Power on Reset). The Cortex-M33 ROM loads the container and image, then jumps to the CM33 FW. For details, see " 9.6.6 Low Power Boot Flow (Cortex-M33) " in the i.MX 93 Applications Processor Reference Manual .   ①Build the bootloader Applied build scripts flash_lpboot: $(MKIMG) $(AHAB_IMG) $(MCU_IMG) ./$(MKIMG) -soc IMX9 -append $(AHAB_IMG) -c \ -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) -out flash.bin   Build Procedure $ make SOC=iMX93 flash_lpboot $ cd iMX93 $ cp flash.bin flash_frdm_lpboot.bin   ②Writing to SD card   Posted by uuu Change BOOT_MODE to Cortex-A55 serial downloader[1000] and run the following: $ sudo uuu -b sd Writing with the dd command This is a method to write an image directly from the host PC to the SD card. Connect the target SD card to the host PC using an SD card reader/writer. $ sudo dd if=flash_frdm_lpboot.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync dev/sd[x] is the device name of the SD card. ③Consider starting up For SD card boot, change BOOT_MODE to Cortex-A55 USDHC2 4-bit SD3.0[1100]. Turn on the EVK power and check that the boot log is displayed on the PC console (teraterm/minicom, etc.). Verify that the console display looks like this: A55 Console: Nothing is displayed M33 Console: In this article, we explained two configurations for automatically booting the M core using the bootloader : Single Boot and Low Power Boot. ○ This time : [Part 3] Automatic startup of M-core by boot loader (this article) Previous article : [Part 2] M-core execution using U-Boot and remoteproc ←← Previous article : 【Part 1】Building a development environment and M core image     ========================= We are currently unable to respond to comments in the " Comment " section of this post . We apologize for the inconvenience, but when making inquiries, please refer to " How to contact NXP with technical questions ( Japanese blog ) " . (If you are already an NXP distributor or have a relationship with NXP , you may ask the person in charge directly.) This series will cover three hands-on articles that explain how to build and run SDK sample code for the Cortex-M33 core in i.MX 93 using the low-cost, compact development board, the FRDM i.MX 93 Development Board . [Part 1] Building a development environment and M core image [Part 2] M-core execution using U-Boot and remoteproc [Part 3] Automatic startup of M-core using bootloader (this article) i.MX Processors Japanese blog
View full article
MIMXRT1170-EVKB 多核示例问题... 这是我第一次使用低级(非 Linux)多核设备,所以这可能是一个愚蠢的问题...... 我正在浏览“ MIMXRT1170-EVKB 的 MCUXpresso SDK 入门指南”(修订版)的第 6.4 和 6.5 节。0 — 2022 年 12 月 31 日),指的是 SDKTOP/boards/evkbmimxrt1170/multicore_examples/hello_world。我正在使用 SDK-2-16-100_MIMXRT1170-EVKB。我还有一个 JLink 编程器,连接到 EVKB 上的 20 针接头。 我第一次就能够构建/加载/运行 cm4/cm7 应用程序,但我没有完全遵循说明,因为它们对我来说没有意义(我必须为两个核心运行 gdb/load)。 第 6.4 节说要“构建”每个应用程序。这很好;但是第 6.5 节说:“ ...主核心调试器负责将主核心和辅助核心应用程序刷入 SoC 闪存... ”。对吗?我发现我必须对每个核心执行“加载”操作(使用 gdb)才能使一切正常工作。 此外,我尝试对 CM4 代码进行微小更改,但它似乎不是编程。gdb 的“加载”是否也会在编程之前清除所有内容? 任何想法都将受到赞赏。 谢谢! 回复:MIMXRT1170-EVKB 多核示例问题…… 好的,我想我现在明白了…… @Pavel_Hernandez ,pdf 非常有用,但是线程只是一组指令,告诉您在 IDE 中要按哪些按钮。如果试图真正理解事物,那就没什么用了。 我现在看到 CM4 的图像实际上作为名为“.core1_code”的部分合并到 CM7 的图像中。CM7 的构建依赖于之前构建的 CM4 图像,因此 CM7 的构建步骤之一是将 CM4 图像合并到 CM7 的内存映射中。这解释了为什么在使用 cm4 的 gdb 中执行“加载”时,它没有被推送到实际的 SPI 闪存空间。我不太喜欢这样做,但没关系。至少我现在明白了。 非常感谢,帮助很大! 回复:MIMXRT1170-EVKB 多核示例问题…… 你好,我叫 Pavel,我会支持你的案例,我发现这个应用笔记可以帮助你更多地了解双核过程,请参阅第 2.1.2 章详细的启动流程。 有一些类似的论点,也许有助于理解。 “ ...主核心调试器负责将主核心和辅助核心应用程序刷入 SoC 闪存... ” i.MX RT1170 双核应用 也许这个其他线程可以帮助您在 IDE 上测试它。 如何使用 JLINK 调试 RT1170 双核 - NXP 社区 此致, 帕维尔 回复:MIMXRT1170-EVKB 多核示例问题…… 好吧,我不想声称这解决了这个问题,但我确实设法让两个核心都执行我的代码...... 我怀疑 gdb 如何告诉 JLINK 写入闪存,因此我没有使用连接到 jlink gdb 服务器的 gdb,而是创建了一个简单的 jlink 脚本来手动加载每个部分(见下文)。为此,我需要从 .elf 文件中提取每个可加载部分文件转换成自己的二进制文件。 对于创建的每个文件,我都可以运行此脚本: eoe 1 设备=MIMXRT1176DVMAA_cm7 速度 4000 si SWD r h 加载箱 elfsect_.flash_config.bin,0x30000400 加载箱 elfsect_.ivt.bin,0x30001000 加载箱 elfsect_.core1_code.bin,0x33fc0000 加载箱 elfsect_.interrupts.bin,0x30002000 加载箱 elfsect_.text.bin,0x30002400 加载箱 elfsect_.ARM.bin,0x30008d00 加载箱 elfsect_.init_array.bin,0x30008d08 加载箱 elfsect_.fini_array.bin,0x30008d0c 加载箱 elfsect_.data.bin,0x30008d10 去 出口 加载 CM7 一切正常。看起来,虽然 jlink 服务器表示它已验证下载,但验证失败了。 有人(NXP 支持)可以解释一下吗? 回复:MIMXRT1170-EVKB 多核示例问题…… 更多信息... 我刚刚注意到,在 gdb 中运行“load”后,我的 JLinkGDBServerCLExe 窗口显示以下错误...... 错误:准备目标时超时,RAMCode 没有及时响应! 无法执行 RAMCode-sidedPrepare() 确定闪存信息时出错(Bank @ 0x30000000)
View full article
tl431 レギュレータ抵抗器 こんにちは、チーム TEA1733T ic に関していくつか疑問があり、説明をいただきたいと思います。 tea1733t ic データシート: https://www.nxp.com/docs/en/データシート/TEA1733T.pdf アプリケーションノート: https://www.nxp.com/docs/en/application-note/AN10868.pdf 図:1 - これは TEA1733T IC の参照回路図です。 1- 最初の質問は、出力として 24V 3 アンペアが必要な場合、抵抗器 R23 と R24 の値はいくらですか (これらの抵抗器はどのように選択するのですか)、R25 と C17 はどうですか。 2- 2 番目の質問は、ゲート電圧が 10 ~ 12 V、スイッチング周波数が 66 kHz の場合に、トランスの一次側に供給される MOSFET のスイッチング電圧はいくらかということです。 よろしくお願いします。 絶縁ゲートドライバ Re: tl431 regulator resistor こんにちは@TomasVaverkaいくつか疑問があります、説明していただけますか? 1- この D9 および D10 ダイオード (MBR20100) の目的は何ですか? 2- OPTIMER ピンと ISENSE ピンは内部でどのように動作しますか? アプリケーションノート: https://www.nxp.com/docs/en/application-note/AN10868.pdf Re: tl431 regulator resistor @TomasVaverkaさん、ご回答ありがとうございます。 Re: tl431 regulator resistor こんにちは、ジャスティン。 24V/3A 出力の場合、フィードバック分圧器 (R23 と R24) は TL431 リファレンスを 2.5V に設定します。比率は次のとおりです。 SO、R24 = 5.1 kΩの場合、R23 ≈ 43 kΩになります。 R25 と C17 は、ループの安定性のための補償ネットワークの一部を形成します。標準値は R25 = 1 kΩ~10 kΩ、C17 = 100 nF~470 nF で、AN10868 に従って調整されています。 MOSFET は整流された DC バス電圧をスイッチします。この電圧は、115 VAC 入力の場合は約 160 V、230 VAC 入力の場合は約 325 V です。ゲート駆動は10~12 V、スイッチング周波数は約66 kHzです。 BRs、トーマス
View full article
如何在定制 MIMXRT1176AVM8A 板 上运行恩智浦 SDK 示例 我有一块带有 MIMXRT1176AVM8A 处理器的定制板(与 MIMXRT1170-EVK 不同)。我想运行 SDK 示例,但在必要的修改方面需要指导。 我的硬件设置 微控制器:MIMXRT1176AVM8A(与 EVK 不同)。 外部闪存:S25FL128L(QSPI,16 MB)(与 EVK 的 W25Q512NWEIQ 不同)。 同步动态随机存取存储器(SDRAM):W9812G6KB-6J (32 MB) *(与 EVK 的 W9825G6KH-5I 不同)。 其他更改:用于 LED 和 UART 引脚等的不同 GPIO 我需要什么帮助? Flex-SPI NOR 闪存设置: 既然我使用的是 S25FL128L(不是华邦),我该如何更新 flex SPI 或配置 C 文件才能正常启动? 同步动态随机存取存储器(SDRAM) 初始化: EVK 使用不同的同步动态随机存取存储器(SDRAM) 芯片。我应该如何调整 DCD 设置? 调试技巧 将 SDK 示例移植到自定义板时常见的陷阱有哪些? 请求: 谁能分享一下: 改编 SDK 示例的分步说明? 自定义 Flex SPI/同步动态随机存取存储器(SDRAM) 设置的示例配置? 提前感谢! Re: How to Run NXP SDK Examples on Custom MIMXRT1176AVM8A Board 只要频率不超过 800MHz,就没有问题。 BR, Omar Re: How to Run NXP SDK Examples on Custom MIMXRT1176AVM8A Board MIMXRT1176AVM8A 的 Cortex-M7 内核工作频率为 800 MHz。MIMXRT1176DVMAA(EVK 的处理器)的主频为 1 GHz。 Re: How to Run NXP SDK Examples on Custom MIMXRT1176AVM8A Board 不,它是相同的元器件,但包装不同。 BR, Omar Re: How to Run NXP SDK Examples on Custom MIMXRT1176AVM8A Board 由于 EVK 使用的是 MIMXRT1176DVMAA 处理器,如果我使用 MIMXRT1176AVM8A 处理器的 EVK 示例,会有问题吗? Re: How to Run NXP SDK Examples on Custom MIMXRT1176AVM8A Board 请参阅此文档:如何为 FLEXSPI 或非 闪存启用调试\ 本文件包含使用其他闪存时可进行调试的指南。 更详细的文档可能对您有所帮助:i.MX RT FLEXSPI 启动指南-恩智浦社区 关于同步动态随机存取存储器(SDRAM),建议参考 SDK 示例来配置内存,DCD 使用相同的同步动态随机存取存储器(SDRAM)配置,因此它是在启动时加载的。这里有一些关于如何配置同步动态随机存取存储器(SDRAM) 参数的示例:已解决:双 16 位同步动态随机存取存储器(SDRAM) (W9812G6KH) 的 MIMXRT1176 SEMC 配置-恩智浦社区 致以最崇高的敬意, Omar
View full article
添加模块后"TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402EB 报告错误 专家们好 我的客户正在开发基于 FS23+S32K3 的项目。 他们安装了S32K3xx_SBC_FS23_R21-11_1.0.0_D2402.exe和SW32K3_S32M27x_RTD_R21 -11 _4.0.0_D2311.exe。 但在 EBTresos 中添加模块" TM_TS_T40D34M10I0R0"(C:\NXP\S32K3xx_SBC_FS23_R21-11_1.0.0\eclipse\plugins\TM_TS_T40D34M10I0R0) 会导致错误: Module "TM_TS_T40D34M10I0R0" (defined in plugin "TM_TS_T40D34M10I0R0") defines the schema file "config/TM.xdm" which cannot be found (if the file is signed or crypted, it must be referenced in META-INF\CRYPTOMANIFEST.MF). The manager of a schema of configuration extension "TM_TS_T40D34M10I0R0" of plugin "TM_TS_T40D34M10I0R0" cannot be created 我不知道 TM 在 S32K3xx_SBC_FS23_R21-11_1.0.0_D2402.exe 中做了什么。请介绍一下,并告诉我如何使用。 提前感谢您的帮助! 最诚挚的问候, Robin 以下是客户信息: Contact Name 超 夏 Email (Contact) [email protected] 公司 CHERY AUTOMOBILE CO. AA SW - 外部设备 优先级:中等 Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor 感谢您的解释。我想现在已经很清楚了。 让我来向客户解释一下。 Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor 我同意。否则,关于 Tm 的其他一切现在都清楚了吗? Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor @Ondřej_Vácha 我在想,如果我们没有 TM.xdm,那么就应该将其从 plugin.xml 中排除,以避免混淆,对吗? Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor 您好,TM 驱动程序目前无法插入 EBT,因为它没有任何配置。因此,这不是一个错误。TM 与 CanTrcv 驱动程序共享,以符合 SWS_CanTrcv_00230。没有必要在 EBT 中加入 TM,在版本项目时,只需要将其中包含的文件包含在项目中。 Tm 包含用于时间延迟的 API。 根据共享的截图,您正试图编译 cantrcv_fs23 示例。我也试过,Tm 模块不一定要在那里。 Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor 嗨,拉杜、 以下是客户信息: 联系人姓名 超夏 电子邮件(联系人) [email protected] 公司 CHERY AUTOMOBILE CO. 此致敬礼, Robin Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor 你好,@Robin_Shen, 谁是客户? Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor Hi Cuong、 谢谢您的答复。 由于 FS23 SBC AUTOSAR R21-11 版本 1.0.0 已经是 FS23 的最新版本,所以让我们等待 AA SW-Exter nal 设备的同事来处理吧。 此致敬礼, Robin Re: After add Module "TM_TS_T40D34M10I0R0" of S32K3xx_SBC_FS23_R21-11_1.0.0_D2402 EB repor 嗨 @Robin_Shen 当 " config/tm.xdm " 不包含在 CRYPTOMANIFEST.MF 文件中时,这看起来像 SBC 代码包,软件包中的错误。我检查了一下,在 CRYPTOMANIFEST.MF 中找不到这个文件。 您能否尝试使用另一个更新版本的 SBC,看看问题是否得到了解决。 我将移除标签 " RTD ",因为它与 SBC-AA SW-外部设备有关
View full article