Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
iMX8M Plus - SW1 开/关按钮 你好, 我们正在研究 iMX8M Plus EVK,我们发现按住 SW1 约 5 秒钟会关闭 EVK,而按住 SW1 约 1 秒钟会再次打开 EVK。请确认此行为是由硬件/电源管理集成电路 (PMIC) 还是软件处理的。 另外,当 SW3 移到 ON 位置时,板会自动通电,无需按下 SW1。请确认这是否是 i.MX8M Plus EVK 的预期默认行为。 Re: iMX8M Plus - SW1 ON/OFF Button 你好@Govind1807 , 感谢您联系恩智浦技术支持。 这种行为与处理器内部实现的有限状态机有关。 为了更好地理解,我附上了相应的框图,该框图说明了有限状态机的行为及其状态转换。 此致, 查维拉
查看全文
Industrial stack support We are planning to start a project that will have multiple Industrial protocol. Below are my queries. Does NXP provide industrial communication protocol stacks for its MCU and MPU platforms? Is these limited to i.MX94 & i.MX-RT1180?  Which industrial communication protocols are currently supported by NXP? PROFINET EtherNet/IP EtherCAT Modbus TCP/RTU OPC UA TSN PROFIsafe CIP Safety IO-Link HART-IP Others  Which NXP hardware platforms support these protocol stacks? i.MX series S32 series MCX series LPC series Other platforms  Is there a platform-versus-protocol support matrix available?  Are sample applications, reference designs, and demonstration projects provided with the protocol stacks?  Are Linux and RTOS integration examples available?  What is the licensing model for the industrial protocol stacks?  Are the protocol stacks available free of charge? If yes, what are the eligibility criteria and usage conditions?  Are there any restrictions on evaluation, development, or commercial deployment?  In what form are the protocol stacks provided? Binary library Object code Source code SDK package  Is source code access available for the protocol stacks?  If source code is available, what are the commercial, licensing, or NDA requirements to obtain it?  Can the protocol stacks be customized and modified by customers?  What is the process for commercializing a product using the NXP protocol stacks?  Are there any one-time licensing fees associated with commercial product deployment?  Are there any per-device royalties, recurring charges, or annual maintenance fees?  Are there any additional costs associated with production deployment versus evaluation use? Re: Industrial stack support Hello, 1. PROFINET - Supported. EtherNet/IP - Supported. EtherCAT - Supported. Modbus TCP/RTU - Supported. OPC UA - Supported. TSN - Supported. PROFIsafe - Not supported. CIP Safety - Supported IO-Link - Supported. HART-IP - Not supported. 2. All of these families support some of previous mentioned protocols but not all at the same time. As you mention i.MX94 and i.MX-RT1180 are focused to support these protocols. You can also take a look in Layerscape processors. 3. No, we do not have a resource like this. 4. Yes, there are examples in our BSPs/SDKs. 5. Yes, there are examples available. 6. 7. 8. This depends on the way that is provided to the customer and each resource needs to be checked to confirm licensing model. 9. Source code and SDK packages are available. 10. Source code is available. 11. This depends on the way that is provided to the customer and each resource needs to be checked to confirm licensing model. 12. Can be modified by customer. 13. This depends on the way that is provided to the customer and each resource needs to be checked to confirm licensing model. 14. 15. 16. NXP is legally unable to provide guidance on when, where and how to obtain licenses as these are done by 3rd parties with varying and (sometimes) changing terms. I would suggest you contact the owner of the specific protocol you wish to use for information regarding royalties. Best regards.
查看全文
iMX8M Plus - SW1 電源オン/オフボタン こんにちは、 iMX8M Plus EVK の開発に取り組んでおり、SW1 を約 5 秒間押し続けると EVK の電源がオフになり、約 1 秒間押すと再び電源がオンになることを確認しました。この動作がハードウェアやPMICによって処理されるのか、それともソフトウェアによって処理されているのかを確認してください。 また、SW3をON位置に移動させると、SW1を押さずに自動的に電源が入ります。これがi.MX8M Plus EVKの想定されるデフォルト動作であるかどうかをご確認ください。 Re: iMX8M Plus - SW1 ON/OFF Button こんにちは、@Govind1807。 NXPサポートまでご連絡いただきありがとうございます。 この挙動はプロセッサ内に実装された内部FSMに関連しています。 より理解を深めていただくために、FSMの動作と状態遷移を示す対応するブロック図を添付しました。 よろしくお願いします、 チャビラ
查看全文
FRDM-i.MX95の外部JTAGデバッガ接続で、期待されるJTAG信号が出力されない。 こんにちは、 FRDM-i.MX95ボードに外部JTAGデバッガを接続しようとしています。 基板の回路図によると、JTAG/DAP信号はPCB上のテストポイントに配線されているようで、関連する一部の部品はDNP(未実装)とマークされている。 これに基づき、基板を以下のように改造しました。 テストポイントからのJTAG信号をコネクテッド JTAG/DAP信号経路に関連するDNP抵抗器を取り付けました 外部デバッガ用のコネクタを追加しました VTref、GND、TCK、TMS、TDI、TDO、RESETを外部デバッガにコネクテッド しかし、デバッガやボード側からの期待されるJTAG信号の出力は観測できません。 例えば、デバッガ接続シーケンス中にTCK/TMS/TDIが期待どおりに表示されない。 以下の点を確認していただけますか? 上記の改造方法は、外部JTAGデバッガをFRDM-i.MX95ボードに接続するのに正しいのでしょうか? 外部JTAG/DAPインターフェースを有効にするために追加の抵抗、ジャンパー、はんだブリッジ、基板の改造などが必要ですか? 外部デバッガがJTAG信号の駆動を開始する前に、VTref電圧レベルや電源シーケンスに関する要件はありますか? FRDM-i.MX95上のi.MX95は、JTAG/DAPインターフェースにアクセスできるようになる前に、ブートモード、ヒューズ設定、セキュリティ設定、ソフトウェア初期化が必要ですか? 外部JTAGデバッガはこのボード上でCortex-A55、Cortex-M33、Cortex-M7コアに直接アクセスできますか?それともブートローダーやファームウェアによる追加の初期化が必要ですか? FRDM-i.MX95で外部デバッガを使用する際に推奨されるコネクタピンの割り当てや、参照変更ガイドはありますか? FRDM-i.MX95ボードで外部JTAGデバッグを有効にするためのガイダンスや回路図の参考、必要な改造の詳細を教えていただけるとありがたいです。 よろしくお願いいたします。 Re: External JTAG debugger connection on FRDM-i.MX95 does not output expected JTAG signals 1. あなたの修正方法は正しいですか? 原則的には、そうです。 FRDM回路図に以下が含まれている場合: TCK TMS TDI TDO nTRST または RESET VTref GND テストポイントやDNP(デジタルノイズプロテクタリング)オプションを通して信号を取り出し、それらの信号をコネクタにルーティングするのが、一般的に正しいアプローチです。 しかし、回路図自体が検索結果に返ってこなかったため、 必要なDNP抵抗 がすべて入力されているかは確認できません。ユーザーマニュアルにはJTAG回路は含まれていません。 2. なぜTCK/TMS/TDIの活性が見られないのでしょうか? 通常、JTAGプローブが接続されると: TCK/TMS/TDIはデバッガによって駆動されます。 ターゲットボードはそれらを生成しません。 TCK/TMSで全く切り替えが見られない場合: 最も一般的な原因その1:VTrefが検出されない 多くのプローブ(Lauterbach、J-Link、PE Micro、ULINKなど)は、VTrefが存在し、かつ有効な範囲内にあるまでJTAGピンを駆動しません。 確認: コネクタにおけるVTref電圧。 共通接地接続。 プローブソフトウェアは目標電圧を報告します。 FRDM-i.MX95の場合、DAP I/O電源は3.3Vドメイン(NVCC_CCM_DAP)に関連しているようです。ボードのドキュメントには、このドメインがVDD_3V3から電源を供給されていることが示されています。 最も一般的な原因その2:ボードに電源が供給されていない ほとんどのデバッガは、センシングのためだけにVTrefを使用します。 それらは標的に電力を供給しない。 確認する: 基板はJ25から給電されます。 PMICが起動しました。 VDD_3V3が存在します。 基板のLEDが点灯しています。 この基板には外部PD電源が必要です。 最も一般的な原因その3:信号ルーティングの再作業の不足 JTAGパスに以下が含まれる場合: 0Ω DNP抵抗器 絶縁抵抗 代替の詰め物オプション 抵抗が1つでも欠けていると、TCK/TMSが切断されることがあります。 回路図は検索結果に含まれていないため、正確な抵抗数リストを検証できません。 最も一般的な原因その4:ピンマッピングの間違い オームメーターで確認してください。 プローブピン → コネクタピン → 抵抗器 → テストポイント → i.MX95 ボール。 テストポイントラベルが標準的なARM 20ピンの順序と一致しているとは限りません。 3. 特別な起動モードが必要ですか? セキュリティ保護されていないデバイスの場合: JTAGクロックの動作を監視するだけであれば、ブートモードは必要ないはずです。 TCK/TMSは、デバッガがVTrefを検出してスキャンシーケンスを開始するとすぐに切り替わるはずです。 ブートスイッチは以下に影響します: eMMCブート SDブート シリアルダウンローダー そして、これらはデバッガがTCKを生成するかどうかとは無関係です。 4. セキュリティ設定やヒューズは関係していますか? 可能性はある。 i.MX95は認証済みデバッグおよびデバッグアクセス制御を実装しています。[i.MX95RM_Rev4 | PDF] 、 [i.MX95RM_Rev2 | PDF] 、 [i.MX95 Sec...2026-final | PowerPoint] しかし: セキュリティ設定は通常、デバッグアクセスを妨げます。 通常、それらはデバッガがTCK/TMS自体を生成することを妨げるものではありません。 TCK活性が全く見られないとの報告ですので、まずは以下を調査します。 VTref プローブ構成 ケーブルのピン配列 人口に関する選択肢が不足しています セキュリティを疑う前に。 5. A55、M33、M7はデバッグ可能か? i.MX95デバッグアーキテクチャは以下をサポートしています: コルテックス-A55 Cortex-M33 Cortex-M7 CoreSight/DAPインフラストラクチャを通じて。[i.MX95RM_Rev2 | PDF] 、 [i.MX95RM_Rev5 | PDF] シリコンの能力の観点から見ると、はい、そうです。 すべてのドメインがすぐに表示されるかどうかは、以下の要因によって決まります。 システムの状態、 セキュリティ構成、 デバッガのサポート。 しかし、デバッガがDAP自体を検出するために、通常は追加のブートローダー初期化は必要ありません。 推奨寸法 基板の再加工を行う前に、以下の点を確認します。 パワー VTref = ?V VDD_3V3 が存在する ボードは正常に起動しています 連続 TCKコネクタ ↔ SoCパス TMSコネクタ↔SoCパス TDIコネクタ↔SoCパス TDOコネクタ↔SoCパス リセットコネクタ ↔ SoCパス プローブ側 デバッガソフトはターゲット電圧を報告しますか? 「ターゲット検出」と表示されますか? JTAGチェーンスキャンが試行されたと報告されますか? オシロスコープ プローブを直接以下へ: デバッガーコネクタピン SoC側テストポイント 接続試行中。 デバッガーコネクタにTCKが存在するのに、SoCテストポイントにTCKが存在しない場合、問題はほぼ間違いなく基板の再加工にある。 Re: External JTAG debugger connection on FRDM-i.MX95 does not output expected JTAG signals 再開まで今しばらくお待ちください。 外部JTAGデバッガー接続を見直したところ、 問題は、FRDM-i.MX95 ボードと 外部JTAGデバッガ。 JTAG信号線を短くして再配置した後、デバッガは ターゲットを正しく検出することができ、JTAG信号は次のように観測された。 期待される。 そのため、この問題はJTAG配線の改良によって解決されました 長さと接続品質。 ご協力いただき、改めて感謝申し上げます。
查看全文
インダストリアルスタックサポート 複数のインダストリアルプロトコルを持つプロジェクトを開始する予定です。 以下は私の質問です。 NXPはMCUおよびMPUプラットフォーム向けに産業用通信プロトコルスタックを提供していますか?これらはi.MX94とi.MX-RT1180に限定されているのでしょうか?  現在NXPがサポートしているインダストリアル通信プロトコルは? プロフィネット イーサネット/IP EtherCAT Modbus TCP/RTU OPC UA TSN プロフィセーフ CIPセーフティ IO-Link ハートイップ その他 - これらのプロトコルスタックをサポートしているNXPハードウェアプラットフォームは? i.MXシリーズ S32シリーズ MCXシリーズ LPCシリーズ その他のプラットフォーム  プラットフォームとプロトコルのサポートマトリックスは存在しますか? ‚� サンプルアプリケーション、リファレンスデザイン、デモンストレーションプロジェクトはプロトコルスタックに含まれているか? ― LinuxとRTOSの統合例はありますか?  産業用プロトコルスタックのライセンスモデルとは? ― プロトコルスタックは無料で利用可能ですか?もしそうなら、適格基準や使用条件はどのようなものですか? ・評価、開発、または商用展開に関して、何らかの制限はありますか? ― プロトコルスタックはどのような形で提供されているのか? バイナリライブラリ オブジェクトコード ソースコード SDKパッケージ ― プロトコルスタックのソースコードアクセスは可能か? ・ソースコードが入手可能な場合、それを入手するための商用、ライセンス、または秘密保持契約(NDA)に関する要件は何ですか? ― プロトコル・スタックはお客様によってカスタマイズ・修正可能か? • NXPプロトコルスタックを用いた製品の商業化プロセスはどのようなものですか? ― 商用製品の展開に伴う一度限りのライセンス料はありますか? ・デバイスごとの使用料、定期料金、または年間保守料金は発生しますか? ・本番環境への導入と評価利用では、追加費用が発生しますか? Re: Industrial stack support こんにちは、 1. PROFINET - サポート対象。 イーサネット/IP - サポート済み。 EtherCAT - 対応しています。 Modbus TCP/RTU - 対応。 OPC UA - サポートされています。 TSN - サポート中。 PROFIsafe - サポート対象外です。 CIPセーフティ - サポート済み IO-Link - サポートされています。 HART-IP - サポートされていません。 2. これらのファミリは、前述のプロトコルのいくつかをサポートしていますが、同時にすべてをサポートしているわけではありません。ご指摘の通り、i.MX94とi.MX-RT1180はこれらのプロトコルをサポートすることに重点を置いています。Layerscapeプロセッサも検討できます。 3. いいえ、そのようなリソースはございません。 4. はい、私たちのBSP/SDKsには例があります。 5. はい、例はあります。 6. 7. 8.これはお客様に提供される方法により、各リソースがライセンスモデルを確認するためにチェックする必要があります。 9. ソースコードおよびSDKsパッケージが利用可能です。 10. ソースコードが利用可能です。 11.これはお客様に提供される方法により、各リソースがライセンスモデルを確認するためにチェックする必要があります。 12. お客様によってCAN。 13.これはお客様に提供される方法により、各リソースがライセンスモデルを確認するためにチェックする必要があります。 14. 15. 16.NXPは、ライセンスの取得時期、場所、方法について法的にガイダンスを提供することはできません。ライセンスの取得は第三者によって行われ、その条件は様々であり、(場合によっては)変更されるからです。 ロイヤリティに関する情報については、使いたいプロトコルの所有者にお問い合わせいただくことをお勧めします。 よろしくお願いいたします。
查看全文
LX2160A 对 FlexSPI DDR/DTR 模式的支持 - 需要 DQS 说明 你好, 我们正在开发 LX2160A-RDB 板的 FlexSPI 驱动程序,并且对 DDR(八进制 DTR)模式支持有一个疑问。 我们的板上有两个 MT35XU512ABA 闪存芯片连接到 FlexSPI 控制器。从板原理图可以确认,XSPI_A_DQS 信号从闪存(引脚 C3)路由到 LX2160A。 处理器(引脚 E23)。 但是,当我们尝试使用 DTR 模式时,闪存读取返回无效数据(全为零)。SDR八进制模式(1-8-8)在各种频率下都能正常工作。 我们还注意到,在 Linux 内核中,LX2160A FlexSPI 驱动程序设置了 FSPI_QUIRK_DISABLE_DTR。 https://lists.infradead.org/pipermail/linux-mtd/2022-July/094127.html 请问您能否澄清一下: 1. LX2160A FlexSPI 控制器是否支持 DTR/DDR 模式下的基于 DQS 的数据采样,还是这是已知的芯片限制? 2. 如果芯片不支持 DQS,那么 RDB 板上的 XSPI_A_DQS 引脚布线的目的是什么? 3. 是否有任何配置或勘误表可以让 DTR 模式在 LX2160A 上运行? 电路板:LX2160A-RDB Rev B 闪存:MT35XU512ABA(*2,八进制) 参考手册:LX2160A 参考设计板参考手册,修订版 5,2021 年 9 月 28 日 云实验室 在线调试 在线实验室 虚拟测试 Re: FlexSPI DDR/DTR mode support on LX2160A - DQS clarification needed MT35XU512ABA 将具有特定的 SPI 协议,称为 Xccela。不确定LX 2160A是否支持。 Re: FlexSPI DDR/DTR mode support on LX2160A - DQS clarification needed 你好, 实际的解决方法是:除非 NXP 确认有针对特定芯片版本的变通方案,否则 Linux/LSDK 中对 LX2160A-RDB 上的八进制 DTR 不予支持。最有力的实现证据是您找到的 NXP Linux 补丁:它为 LX2160A 添加了 FSPI_QUIRK_DISABLE_DTR 因为“lx2160a 没有实现 DQS”,并指出这会导致八进制 DTR 模式下的闪存探测失败。 针对您的具体问题: LX2160A FlexSPI 是否支持基于 DQS 的 DTR/DDR 采样? 参考手册将 FlexSPI IP 描述为具有 DQS/读取选通采样模式: MCR0[RXCLKSRC] = 0x3 选择“闪存提供的读取选通和来自 DQS 焊盘的输入”,并且输入时序部分明确描述了使用闪存提供的读取选通进行采样。然而,LX2160A 的 Linux 平台数据明确禁用了 DTR,因为该平台“不实现 DQS”。因此,我不会依赖通用的 FlexSPI IP 描述来证明 LX2160A 芯片可以使用外部 DQS 进行八进制 DTR。 为什么 XSPI_A_DQS 被路由到 LX2160A-RDB? DQS 引脚不仅仅是闪光灯提供的读取频闪信号。该手册将 A_DQS 描述为具有多种可能功能的 I/O:外部读取选通、延迟信息和环回虚拟读取选通;它还指出,可以在此引脚上进行板级加载,以补偿环回模式下的 DATA/SCLK 加载。同一个 FlexSPI 模块还使用 DQS/RWDS 作为某些写入操作的写掩码相关信号。因此,RDB 布线与 FlexSPI 引脚/功能集和板兼容性一致,但这本身并不能证明 LX2160A 支持基于外部 DQS 的八进制 DTR 读取。 LX2160A 是否有任何配置或勘误表可以启用 DTR? 我找到了 DQS 模式的文档配置 MCR0[RXCLKSRC] = 0x3 ,当使用闪存提供的读取选通时,DLL 设置如下: SLVDLYTARGET=0xF , DLLEN=1 , OVRDEN=0 ;对于低于 100 MHz 的串行根时钟,手册建议使用 DLL 覆盖模式, OVRDEN=1 ,并调整 OVRDVAL ,其中 N = 18 是一个推荐值,可能需要调整。但LX2160A特有的Linux问题指出,由于LX2160A未实现DQS,因此DTR功能被禁用。我查阅了LX2160A参考手册/数据手册、RDB参考手册、NXP/Linux补丁文本以及公开的勘误表,均未找到任何关于重新启用DQS/DTR的LX2160A勘误或已记录的解决方法。 https://lists.infradead.org/pipermail/linux-mtd/2022-July/094127.html 推荐的驱动程序位置:对 LX2160A 保持 FSPI_QUIRK_DISABLE_DTR ,并使用 SDR 八进制 1-8-8 。您的症状——SDR 八进制工作,DTR 读取返回零——与上游决定阻止此 SoC 上的 DTR 一致,而不是简单的板布线问题。 此致
查看全文
LX2160AにおけるFlexSPI DDR/DTRモードのサポート - DQSの説明が必要です こんにちは、 私たちはLX2160A-RDBボード用のFlexSPIドライバを開発中で、DDR(オクタルDTR)モードのサポートについて質問があります。 私たちのボードにはFlexSPIコントローラにコネクテッドされた2つのMT35XU512ABAフラッシュチップがあります。基板の回路図から、XSPI_A_DQS信号がフラッシュ(ピンC3)からLX2160Aにルーティングされていることが確認できます プロセッサ(ピンE23)。 しかし、DTRモードを使用しようとすると、フラッシュメモリの読み取り結果が不正なデータ(すべてゼロ)を返します。SDRのオクタルモード(1-8-8)は、様々な周波数で正しく動作します。 また、LinuxカーネルではLX2160A FlexSPIドライバが設定されていることにも気づきましたFSPI_QUIRK_DISABLE_DTR。 https://lists.infradead.org/pipermail/linux-mtd/2022-July/094127.html もう少し詳しく教えていただけますか: 1. LX2160A FlexSPIコントローラはDTR/DDRモード用のDQSベースのデータサンプリングをサポートしていますか?それともこれはシリコンの限界として知られていますか? 2. シリコンでDQSをサポートしていない場合、RDBボード上のXSPI_A_DQSピン配線の目的は何でしょうか? 3. DTRモードが機能する設定や訂正表はありますかLX2160A? 理事会:LX2160A-RDB Rev B フラッシュ:MT35XU512ABA(*2、オクタル) リファレンスマニュアル:LX2160Aリファレンスデザインボードリファレンスマニュアル、Rev. 5、2021年9月28日 クラウド・ラボ オンラインデバッグ オンラインラボ 仮想テスト Re: FlexSPI DDR/DTR mode support on LX2160A - DQS clarification needed MT35XU512ABAには、Xccelaと呼ばれる特定のSPIプロトコルが搭載されます。LX 2160Aがサポートできるかどうかは分かりません Re: FlexSPI DDR/DTR mode support on LX2160A - DQS clarification needed こんにちは、 実際の答えとしては、NXPがシリコンリビジョン特有の回避策を認めない限り、Linux/LSDKのLX2160A-RDB上のオクタルDTRはサポートされていないとみなすことです。最も強力な実装証拠は、あなたが見つけたNXP Linuxパッチです。そこでは「lx2160aはDQSを実装していない」という理由でLX2160A FSPI_QUIRK_DISABLE_DTR が追加され、これがOctal DTRモードでフラッシュプローブの失敗を引き起こすと書かれています。 ご質問にお答えします。 FlexSPI LX2160A DQSベースのDTR/DDRサンプリングをサポートしていますか? リファレンスマニュアルでは、FlexSPI IPがDQS/リードストロボサンプリングモードを持つと説明されており、 MCR0[RXCLKSRC] = 0x3 「フラッシュ提供のリードストロボとDQSパッドからの入力」を選択し、入力タイミングセクションにはフラッシュ提供のリードストロボによるサンプリングが明示的に説明されています。しかし、LinuxプラットフォームのLX2160Aデータは「DQSを実装していない」としてDTRを無効化しています。ですので、汎用的なFlexSPIのIP説明だけでシリコンが外部DQSをオクタルDTRに使える証拠LX2160Aないと思います。 LX2160A-RDBでは、なぜ XSPI_A_DQS ルーティングされているのですか? DQSピンは、フラッシュメモリから提供される読み出しストロボであるだけでなく、マニュアルでは A_DQS 複数の機能を持つI/Oとして説明されています:外部読み取りストローブ、レイテンシ情報、ループバックダミー読み取りストローブなどです。また、このピンの基板レベルの負荷をループバックモードでのデータ/SCLKロードを補正することも可能だと記されています。同じFlexSPIブロックは、一部の書き込み操作において、書き込みマスク関連の信号としてDQS/RWDSも使用する。したがって、RDBルーティングはFlexSPIのピン/機能セットおよびボード互換性と整合していますが、それだけでは外部DQSベースのオクタルDTR読み取りをサポートしているLX2160A証明できません。 LX2160AでDTRを有効にするための設定や修正プログラムはありますか? DQS モードのドキュメントに記載されている構成は、 MCR0[RXCLKSRC] = 0x3 で、フラッシュメモリから提供される読み出しストローブを使用する場合は、DLL 設定として SLVDLYTARGET=0xF 、 DLLEN=1 、 OVRDEN=0 なります。シリアル ルート クロックが 100 MHz 未満の場合、マニュアルには、DLL オーバーライド モードを OVRDEN=1 で使用し、 OVRDVAL 調整するように記載されています。N N = 18 は推奨値として示されていますが、調整が必要になる場合があります。しかし、LX2160A特有のLinuxのクセは、LX2160AでDQSが実装されていないためDTRが無効化されていると言っており、LX2160Aリファレンスマニュアル/データシート資料、RDBリファレンスマニュアル、NXP/Linuxパッチテキスト、公開エラッタスタイルの検索を確認した後でも、DQS/DTRを再有効化するLX2160Aエラタや文書化された回避策は見つかりませんでした https://lists.infradead.org/pipermail/linux-mtd/2022-July/094127.html ドライバの推奨位置:LX2160AはSDRオクタル 1-8-8 を使い、 FSPI_QUIRK_DISABLE_DTR を保持してください。 あなたの症状(SDR Octalは動作するが、DTRの読み取りでゼロが返される)は、単純な基板配線の問題ではなく、このSoCでDTRをブロックするという上流側の決定と一致しています。 よろしくお願いします。
查看全文
Developing a Dual-Motor EV Control System with Model-Based Design Toolbox 1 Table of Contents • Introduction • Overview • Context • References • Conclusion 2 Introduction This article series presents the Motor Control System (MCS) within an electric vehicle (EV) architecture. It introduces the end-to-end development flow, from controller and plant modeling to simulation, code generation, hardware deployment, and integration with the rest of the vehicle network. This opening article establishes the technical foundation for a series focused on the architecture, implementation, and integration of a dual-motor control system for EV traction applications. The series also shows how MathWorks tools can be used together with NXP software and hardware to support a Model-Based Design workflow. This approach helps engineers develop, verify, and deploy motor control applications more efficiently while maintaining traceability across the development cycle. Figure 1-1. Role of the Motor Control System within the EV traction domain 3 Overview 2.1. What will this series of articles cover? The articles in this series define the development roadmap for the Motor Control System within a broader EV architecture. The series covers the following topics: Software and Hardware Environment - Overview of the MathWorks and NXP tools used to develop, test, and validate a dual-motor control system. Architecture and Model Description - Description of the model architecture, signal interfaces, and core control algorithms implemented in the Motor Control System. Model-in-the-Loop Development - Simulation of the controller and plant in Simulink to validate algorithms before code generation. Software-in-the-Loop Validation - Code generation for the validated controller and comparison of the generated software against the Model-in-the-Loop baseline. Processor-in-the-Loop Validation - Execution of the controller on NXP hardware while the plant remains simulated on the host system. Deployment and Validation on Real Hardware - Integration with physical hardware, scaling from single-motor to dual-motor operation, and configuration of the NXP MCU peripherals required for motor control. CAN Integration - Definition of the CAN communication interface, including database design and integration on the target NXP platform. Results and System Validation - Presentation of the final implementation results and validation of the complete system behavior. 2.2. What is the Motor Control System? Electric vehicles depend on traction systems that deliver efficient propulsion, accurate torque control, and safe operation. At the center of this functionality is the Motor Control System (MCS), which combines real-time control software, power electronics, sensing, actuation, and communication interfaces into a tightly coordinated embedded system. Figure 2-1. PMSM motor and controller as core elements of the traction system In modern EVs, the traction system delivers the torque and power needed to propel the vehicle. It is typically composed of the following elements: Electric motor - converts electrical energy from the battery into mechanical power at the wheels. Inverter system - converts DC energy from the battery into the controlled AC waveforms required by the motor. Transmission system - transfers the generated torque from the motor to the wheels. At its core, the Motor Control System regulates motor torque, speed, and position by controlling the voltage and current applied to the motor phases. A typical MCS includes the following functional layers: Control Algorithm - implements torque and current control strategies such as Field-Oriented Control (FOC). Sensing and Feedback - measures motor currents, voltages, rotor position, and temperature. Power Electronics - inverter circuitry that switches DC power into AC waveforms for motor drive. Embedded Processor - microcontroller executing real-time control loops. Communication Interfaces - CAN, LIN, or Ethernet for integration with other system modules. Together, these layers form a closed-loop control system that operates at high switching frequencies and under strict real-time constraints. Figure 2-2. Field-Oriented Control (FOC) architecture EV traction systems can be implemented using different architectures depending on the required balance of efficiency, performance, cost, and system complexity. A single-motor architecture uses one traction motor to drive either the front or rear axle. This approach reduces hardware complexity and cost, and it often improves vehicle range because of lower mass and lower overall energy consumption. A dual-motor architecture uses two independent traction machines that can be arranged in several drivetrain topologies. This configuration enables higher total power, better traction, improved vehicle dynamics, and stronger acceleration. The tradeoff is increased electrical and mechanical complexity, together with higher system cost. Figure 2-3. Example dual-motor traction architecture Advantages & Disadvantages of Dual Motor: Acceleration faster due to torque from both motors Superior traction and handling, especially in snow, rain or off-road conditions Slightly lower range due to increased weight and power consumption More expensive but can include AWD and performance benefits Advantages & Disadvantages of Single Motor: Slightly better range due to less energy consumption More affordable Moderate traction, suitable for most road conditions Slower acceleration Note: The example used throughout this series is based on a dual-motor rear-axle architecture, where each rear wheel is driven by its own motor. 2.3. Target Audience This series is intended for engineers and technical stakeholders involved in the development, integration, and evaluation of electric drive systems, including the following audiences: Embedded Software Engineers Motor Control & Power Electronics Engineers System Architects & Vehicle Architecture Engineers Hardware Engineers Model-Based Design and Simulink Developers Academic and Research Communities 4 Context In the electric vehicle architecture presented in this series, the Motor Control System is located in the rear zone of the vehicle. Each rear wheel is driven by an independent Permanent Magnet Synchronous Motor (PMSM). The Motor Control System ECU coordinates both motors and exchanges real-time data with the rest of the vehicle over the CAN network. Figure 3-1. Motor Control System highlighted within the EV architecture The traction ECU is built around NXP's S32K396 microcontroller, which supports both single 6-phase motor control and dual 3-phase motor configurations. The inverter stage is driven by the MC33937 pre-driver, which provides three high-side and three low-side FET pre-drivers for automotive motor control applications. Note: The inverter receives DC power from the vehicle battery, while battery operation and safety are supervised by the Battery Management System. The Motor Control System communicates over CAN with the Zone Node controller, which in turn exchanges commands and status information with the main vehicle control node responsible for speed and torque requests. 5 References PMSM Control Workshop BLDC Control Workshop A Model-Based Design (MBDT) Environment for Motor Control Algorithm Development Deploy Motor Control Algorithms on NXP S32K3 from Simulink Motor Control Rapid Prototyping on NXP S32M2 with MathWorks and Model-Based Design Toolbox Next Generation of NXP EV Traction Inverter with S32K39 MCU and FS26 SBC AN14326: 3-phase Motor Control Kit with S32K396 Application Note AN13884: 3-phase Sensorless PMSM Motor Control Kit with S32K344 using RTD AUTOSAR API Application Note Advancing Motor Control Performance with Digital Twins Extended Range Dual-Motor Electric Vehicle Model 6 Conclusion This article introduced the Motor Control System within an EV architecture and established the technical context for the rest of the series. It explained the role of the Motor Control System, compared single-motor and dual-motor traction topologies, and outlined how a Model-Based Design workflow can be applied using MathWorks tools together with NXP software and hardware. The next article will focus on the software and hardware environment required to develop, simulate, and deploy the Motor Control System using MathWorks and NXP solutions.
查看全文
Vehicle Lighting Control Course Using NXP FRDM-A-S32K3 Automotive Platforms 1. Introduction This article demonstrates how to get started with the Vehicle Lighting Control for Daylight and Hazard Signals application using the FRDM-A-S32K312 or FRDM-A-S32K344 evaluation board and Application Code Hub (ACH). The example showcases a simplified automotive lighting system where various vehicle lights—such as headlights, hazards, turn indicators, and brake lights—are controlled based on user input conditions, while providing real-time visual feedback through LEDs. This demo highlights how embedded peripherals can be used to implement automotive body control features on the S32K3 platform. FRDM-A-S32K344FRDM-A-S32K344 FRDM-A-S32K312FRDM-A-S32K312   2.1 Software Required S32K3 FRDM Automotive Board Installation Package FreeMASTER Run-Time Debugging Tool Automotive Math and Motor Control Library (AMMCLib) Rev 1.1.44 2.2 Hardware Required FRDM-A-S32K344 board/FRDM-A-S32K312 board Personal computer USB Type-C cable (power + debug) FRDM-K64 Click Shield Analog Key Click module 4x4 RGB Click module   3. System Architecture The application implements a simplified automotive lighting control workflow, demonstrating how user inputs, embedded processing, and lighting outputs interact in real time. The RGB Click has the following LED mapping: The system operates as follows: The user interacts with the Analog Key Click module, where each button (T1–T6) generates a distinct analog signal corresponding to a specific lighting function. The ADC peripheral continuously samples the analog input and converts it into digital values. The application decodes the input and identifies which button has been pressed. Based on the detected input, the system executes the associated lighting function: T1 – Low Beam Headlights Activates LEDs 13, 14 in warm white Used for standard night driving illumination Turning OFF low beam automatically disables high beam Must be ON before high beam can be activated T2 – High Beam Headlights Activates LEDs 8, 9, 10, 11 in cool white Provides enhanced long-range visibility Can only be enabled if low beam is already ON Remains active during turn signal blinking T3 – Left Turn Signal Controls LEDs 0, 12 in blinking amber Generates continuous left indicator signal Operates independently of other lighting functions T4 – Right Turn Signal Controls LEDs 3, 15 in blinking amber Generates continuous right indicator signal Operates independently of other lighting functions T5 – Brake Lights Activates LEDs 1, 2, 5, 6 in red Simulates braking condition Fully independent of other systems T6 – Hazard Lights Activates LEDs 0, 3, 12, 15 in blinking amber Synchronizes left and right turn signals (all blink together) High beam state is preserved and restored between blinking cycles The application processes logic constraints (e.g., dependency between low beam and high beam). The FlexIO peripheral updates the output signals accordingly to drive the LEDs.  The 4x4 RGB Click LEDs provide real-time visual feedback of the current lighting state. This workflow models a simplified automotive Body Control Module (BCM) behavior, showing how multiple lighting functions, dependencies, and independent subsystems are coordinated within a real-time embedded system. 4. Open a Demo from ACH (Application Code Hub) Open S32 Design Studio 3.6.5, select Import Project from Application Code Hub This will open a new Window: Click on Search window and enter "Lighting"   Select the desired project for your FRDM board. Click on GitHub link — this will trigger S32 Design Studio IDE to automatically retrieve project attributes, then click Next>. Select main branch and then click Next>. Select your local path for the repo in Destination->Directory window. The S32 Design Studio IDE will clone the repo into this path, click Next>. Select Import existing Eclipse projects then click Next>. Select the project in this repo (only one project in this repo) then click Finish. In Project Explorer, right-click the project and select Update Code and Build Project: This will generate the configuration (Pins, Clocks, Peripherals), update the source code and build the project using the active configuration (e.g.  Debug_FLASH ). Make sure the build completes successfully and the  *.elf  file is generated without errors. Go to Debug and select Debug Configurations. There will be a debug configuration for this project: Select the desired debug configuration and click on Debug.  Now the perspective will change to the Debug Perspective. Use the controls to control the program flow. 5. Results FRDM-A-S32K312FRDM-A-S32K312 FRDM-A-S32K344FRDM-A-S32K344 6. Educational value This course can be used as: Eat-Sleep-Code-Repeat University laboratory material Automotive embedded systems training S32K3 hands-on workshop content Introduction to automotive safety-related software Application Code Hub learning path Students gain practical experience with ADC acquisition, signal processing, real-time decision making, and peripheral control using real automotive hardware. Conclusion This demo demonstrates how a complete vehicle lighting control system can be prototyped on the NXP S32K3 platform using FRDM-A-S32K312or FRDM-A-S32K344 board. By combining analog input acquisition, real-time processing, and multi-channel LED control, the example provides a practical introduction to automotive lighting system design. Through the implementation of multiple lighting functions—such as low beam, high beam, turn signals, brake lights, and hazard lights, including their dependencies and constraints—the application illustrates how real-world Body Control Module (BCM) logic can be modeled in an embedded environment. Developers can use this example to understand how user inputs, peripheral drivers (ADC, FlexIO), and application-level logic interact to control complex lighting behaviors, offering a solid foundation for building scalable and safety-aware automotive applications on modern microcontrollers. References https://mcuxpresso.nxp.com/appcodehub?search=dm-vehicle-lighting-signals-frdm-a-s32k312 https://mcuxpresso.nxp.com/appcodehub?search=dm-vehicle-lighting-signals-frdm-a-s32k344 
查看全文
找不到 FRDM MCX A266 的引脚配置工具 找不到现场引脚配置工具。 FRDM 培训 Re: Can't find pin configuration tool for FRDM MCX A266 你好, 如果您是该工具的初学者,以下信息或许对您有所帮助。 MCUXpresso 配置工具的快速入门指南 MCUXpresso 配置工具用户指南(IDE) 如果您需要查找某些信息或工具,与我们联系。 此致敬礼,路易斯 Re: Can't find pin configuration tool for FRDM MCX A266 找到https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-config-tools-pins-clocks-and-peripherals:MCUXpresso-Config-Tools Re: Can't find pin configuration tool for FRDM MCX A266 感谢您的回复。 如果可以的话,请您提供这些工具的逐步配置示例,我将不胜感激。 Re: Can't find pin configuration tool for FRDM MCX A266 你好, 这取决于您想要达成的目标,如果您能确认或描述一下您需要协助完成哪个流程,那就太好了。 此外, MCUXpresso 配置工具用户指南(IDE)第 3 章是引脚配置说明,其中包含步骤和照片,可引导您了解工具功能并匹配您的配置。 此致敬礼,路易斯
查看全文
FRDM i.MX 93 Hi. I am interested in use the FRDM i.MX 93 in a project where I need Linux operating system, and control other devices by RS232, SPI and I2C ports. I see that there is an UART port used to USB debug, there are another UART port, I2C and SPI ports that I can use?   Re: FRDM i.MX 93 Hi @alberto83  Yes, the IMX93 has 8 UART interfaces, 8 I²C interfaces, and 8 SPI interfaces available. For more information, you can refer to the following link about imx93 FRDM: https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX93 B.R
查看全文
Solyball Cooling Ace Designed for Modern Living Solyball When temperatures begin to rise, maintaining a comfortable indoor environment becomes a priority for many people. Whether at home, in the office, or in a personal workspace, excessive warmth can affect concentration, relaxation, and overall comfort. This is where Solyball offers a convenient and practical solution. Designed with portability, simplicity, and modern living in mind, Solyball is a compact cooling device that helps users create a more pleasant atmosphere in a variety of indoor settings. One of the most notable features of Solyball is its lightweight and portable design. Unlike large cooling systems that can be difficult to move or require significant space, Solyball is compact enough to fit comfortably in almost any room. Its portable nature allows users to carry it from one location to another with ease, making it suitable for use throughout the day as needs change. Whether you are working in a home office, relaxing in the living room, or preparing for a restful night's sleep, Solyball can be positioned wherever additional comfort is desired. The versatility of Solyball makes it a valuable addition to many different indoor environments. In bedrooms, it can help create a more enjoyable atmosphere during warm evenings. Comfortable sleeping conditions are important for overall well-being, and a compact cooling device can contribute to a more pleasant bedtime experience. Solyball's convenient size allows it to fit neatly on a bedside table or nearby surface without creating clutter. For professionals and remote workers, Solyball maintaining a comfortable workspace can be essential for productivity. Warm indoor temperatures may sometimes make it difficult to stay focused on tasks and responsibilities. Solyball offers a practical way to improve comfort while working, helping users create a more pleasant environment throughout the day. Its compact footprint means it can sit conveniently on a desk or workstation without occupying excessive space. Solyball Living rooms and shared family spaces can also benefit from the convenience of Solyball. These areas often serve as central gathering points where people spend time watching television, reading, socializing, or simply relaxing. By incorporating Solyball into these spaces, users can enjoy a more comfortable atmosphere while going about their daily activities. Its modern appearance ensures that it blends naturally with contemporary home décor.
查看全文
RT1189 - 2 octal 166MHz HyperRAMs on SPI1 to create 16-bit wide bus? The RT1180 RM shows a Parallel FlexSPI configuration wherein two octal HyperBus memories on SPI1 to A_D7..0 and B_D7..0 to form a 16 bit wide bus.  See pages 2243 & 2244, Table 196, 6th row down which is the only entry where Effective Bus Size is listed as 16bit.  If this actually works, the max data transfer rate should be 166 MHz x 2 bytes x 2 transfers per clock period = 644 MB/s. Has anyone tried this configuration? If yes, does it work and what was the actual performance? Thanks! Re: RT1189 - 2 octal 166MHz HyperRAMs on SPI1 to create 16-bit wide bus? Hi @DoubleD , Thanks for your interest in NXP MIMXRT series! RM lists the 2×8b parallel connection mode for FLEXSPI1, but no verified RT1180 dual-HyperRAM 16-bit parallel example/benchmark was found in public resources like SDK demos or ANSW. And theoretical raw line rate is 664 MB/s, but it must not be used as guaranteed bandwidth. This use case may require users to test it on a custom board. We apologize for any inconvenience this may cause at this stage. Best regards, Gavin Re: RT1189 - 2 octal 166MHz HyperRAMs on SPI1 to create 16-bit wide bus? Update: The previous reply based on the description in RM. Afterward, I reconfirmed this with internal team of experts, and the conclusion is as follows: 1. FlexSPI1 supports this connection method; 2. However, performance cannot reach the theoretical upper limit. It is only about 20% to 30% faster than a single-chip HyperRAM. Best regards, Gavin
查看全文
S32K342、HSE、設置に関する問題 S32K342カスタムボード + PEmicro。S32K344_HSE_FW_INSTALL サンプルを S32K342 に移植しました。ビルドは正常に完了し、S32K342.mac のリセットも完了しますが、 main に到達する前にコードが Default_Handler (BusFault/HardFault) にトラップされ、起動時に失敗します。ピンクは0.13.0_2.40.0 FULL_MEMです。S32K342では、どのようなスタートアップ/リンカーの変更が必要ですか? Re: S32K342, HSE , installation issues 最近似たような問題に直面したので、使用済みのライブラリ(セミホスティングなど)が原因かもしれません。newlib_nano を選択してください(I/O なし) それ以外の場合、S32K344_HSE_FW_INSTALLを別の派生製品に移植するのは非常に簡単です。S32K342のスタートアップコードとレジスタ定義を使用する必要があります。
查看全文
Default workspace Hello, I'm using MCUXpressoIDE v.24.9.25 (I know I could run a newer version, but for some reasons, I need to run 24.9.25). As I can see in "C:\NXP\MCUXpressoIDE_24.9.25\ide\configuration\config.ini", osgi.instance.area.default is "@user.home/Documents/MCUXpressoIDE_24.9.25/workspace", so it's correct. However, if I close Windows user session and open a new one with other user, when I run MCUXpressoIDE, the default workspace is the workspace of the first user, so I need to change to the second workspace directory because each user have their own directory. It seems that osgi.instance.area.default is not working fine, because @user.home/Documents/MCUXpressoIDE_24.9.25/workspace should be the home of each user, but always takes the first login user. How could I reconfigure this? Thanks. #mcux Re: Default workspace Hello, Could you help us confirm if you have the cell "Use this as the default and do not ask again" enable?  If you tick the Use this as the default and do not ask again option, then MCUXpresso IDE always starts up with the chosen workspace opened; I would recommend on not having this box checked to select the Workspace You could add the other workspace for User 2 and keep it in Recent workspaces, so you can select your desired workspace before the app open Also, In Tab Window> Preferences> General>Startup and Shutdown>Workspaces Enable the Prompt for workspace on startup. Best Regards, Luis
查看全文
Ezurio Sona NX611 support in MCUXpresso SDK Hello, Is Ezurio Sona NX611 wireless card supported in MCUXpresso SDK FreeRTOS? As it's using base NXP IW611 radio, I think it should be supported, right? Re: Ezurio Sona NX611 support in MCUXpresso SDK Hello, Hope you are doing well. I would recommend checking directly on the configuration of any of our SDK examples, the supported modules. For example, in the wifi_cli for iMX RT1170, you can find these modules:   If you are looking for any other module, you would need to add the specific support at your own, taking as a base the available enablement for IW61x. Best Regards, Ricardo Re: Ezurio Sona NX611 support in MCUXpresso SDK Thank you. How do I add the specific support for the module? I see there are specific settings for each module in mcuxsdk/components/wifi_bt_module/ /tx_pwr_limits . Also there are multiple calibration data headers in mcuxsdk/middleware/wifi_nxp/incl/, for example, wifi_cal_data_override.h which has the following text: "Customer can override the data of ext_cal_data[] to set specific antenna calibration data". How do I set these (power limits and calibration data) correctly for a new module? Is there a comprehensive manual for adding support for a new wireless module? Mine is based on IW611, so I guess I can take NXP IW611-MURATA-2DL-M2 as a reference but how do I know if I need to change any values?   Re: Ezurio Sona NX611 support in MCUXpresso SDK Thank you @Ricardo_Zamora . I selected NXP-IW611-MURATA-2DL-M2 card, as Ezurio Sona NX611 uses the same chip (IW611) and I thought it should work. However, when the SDK code tries to download the firmware to the wireless card, I get: 09/07/2026 13:04:32.589 [RX] - [FW Download] Start to download firmware from 0x60143230: 727 09/07/2026 13:04:38.560 [RX] - [wifi_io] Error: SDIO - FW Ready Registers not set [wifi] Error: sd_wifi_init failed. status code -1 [wlcm] Error: wifi init/reinit failed. status code -1 [!] WPL_Init: Failed, error: 1 I understand that Sona NX611 is not in the list of supported modules but I had the impression that it should still work given that it shares the wireless chip model, IW611, with one of the supported boards. Re: Ezurio Sona NX611 support in MCUXpresso SDK Hello, I would recommend going with Ezurio for specific support for their module. Implementation may vary from module partners. Regards, Ricardo
查看全文
S32k322 ADC Configuration Issue I am using three ADC channel is configured for current sensing using BCTU interrupt(CTU mode is configured to trigger mode) and remaining ADC channels are configured in Normal chain method for voltage and temperature sensing. During this configuration voltage and temperature sensing is working as expected but current sensor is sensing raw values with noise so we are getting abnormal spike in current control. Also we have changed the Ctu mode from trigger to control mode ,in current sensor channel raw value noise is reduced. But other channel configured in normal channel were not working. Our expectation is to work with single ADC peripheral(ADC0) in current sensing using BCTU trigger as well as voltage and temperature sensing in normal chain method without any spike. Note: Our hardware is designed with configuration (i.e Current sensor channels is configuration is as follows, P7-ADC0,P2 and P3 -ADC1 for reading in BCTU method. Followed by remaining ADC channels configured to normal chain method(ADC0 - X0,X1,S19 and ADC1-P0,P2,P3,P1,S10) S32 SDK for S32K1 S32 SDK for S32V Re: S32k322 ADC Configuration Issue Hi@praveen_ext I believe this is the exact same issue you're facing. https://community.nxp.com/t5/S32K/Difference-in-ADC-noise-between-BCTU-Control-Mode-and-Trigger/td-p/2384122 From the screenshot you provided, it seems you haven't made any changes to my previous reply. I've already informed you that there's a problem with your ADC clock divider configuration, Also, are you sure your external clock is 25MHz? If you've checked these two points and the problem persists after testing, you can try modifying the ADC channel's sampling time. This option allows you to modify the sampling time; you can try increasing the sampling time and testing again. Re: S32k322 ADC Configuration Issue Hi @Senlent , I have also same issue which you mentioned above. Our external oscillator clock is 25 MHz. According to the S32K322 datasheet, the ADC supports up to 80 MHz, so I have configured a prescaler of 2. I also configured the sampling time to 1.2 microseconds and set the BCTU mode to trigger mode. However, we are still getting noisy data when executing the BCTU method and the normal chain method simultaneously on the same ADC0 peripheral. Is there a workaround or an alternative method to safely run both on the same ADC0 peripheral? Re: S32k322 ADC Configuration Issue Hi@praveen_ext Aren't you the same company? You're asking the exact same questions. https://community.nxp.com/t5/S32K/Difference-in-ADC-noise-between-BCTU-Control-Mode-and-Trigger/m-p/2384122#M59412 It seems you haven't been reading my answer carefully. This is the third time I've told you that your clock divider settings are incorrect. For 160MHz, you need to set them to 2 and 4. Re: S32k322 ADC Configuration Issue Hi @Senlent , I have also same issue which you mentioned above. Our external oscillator clock is 25 MHz. According to the S32K322 datasheet, the ADC supports up to 80 MHz, so I have configured a prescaler of 2. I also configured the sampling time to 1.2 microseconds and set the BCTU mode to trigger mode. However, we are still getting noisy data when executing the BCTU method and the normal chain method simultaneously on the same ADC0 peripheral. Is there a workaround or an alternative method to safely run both on the same ADC0 peripheral? In the meantime, I reduced the Instance 1 clock frequency to 40 MHz and configured the sampling time to 1.2 microseconds. Following these changes, the measured values from the BCTU are no longer showing noise. Adc_Raw_Val_Ph3 connceted with sensor remainig two values in floating. RwaeVal - configured normal chain Re: S32k322 ADC Configuration Issue Hi @Senlent , We tested the previous suggestions, but the issue is still not resolved. After further configuration and verification, I have attached the updated test data and configuration images below. kindly assist us where we missed. ADC0 ADC1 Re: S32k322 ADC Configuration Issue Hi@praveen_ext Share your project and i will test it on myside,
查看全文
ディスプレイのタッチ入力がプライマリディスプレイに正しくマッピングされていません 私たちは、LVDSからHDMIへのアダプターカードを使って、i.MX 8 QuadMax MEK CPUボードのプライマリディスプレイで2台のディスプレイを設定し、タッチを有効にしようとしています。タッチ入力にはUSB Type-Cコネクタ(J17)を使用しています。 以下に、我々が得た観察結果を示します。 タッチ入力をプライマリディスプレイに接続しても、入力は認識されるものの、マッピングされません。しかし、それをセカンダリディスプレイに接続すると、タッチ入力は完璧に動作します。 回避策として、ディスプレイポートを入れ替えました。つまり、プライマリポートとセカンダリポートを相互に接続しました。すると、セカンダリースクリーンはプライマリースクリーンと同じ解像度になってしまうため、私たちのプロジェクトには理想的ではありません。 以下に、受信した応答とログを示します。     $ adb shell dumpsys SurfaceFlinger --display-id  ディスプレイ 4632668096568543232 (HWC ディスプレイ 0): ポート=0 pnpId=RTK ディスプレイ名="WaveShare"[15.6]  ディスプレイ 4624778001127622657 (HWC ディスプレイ 1): ポート=1 pnpId=KTC ディスプレイ名="WaveShare"[12.3] 【タッチ入力をメインディスプレイへ】 $ adb shell getevent -i | grep location  場所: "imx-sc-pwrkey/input0"    adb shell getevent -i  デバイス1を追加: /dev/input/event0  バス:0019  ベンダー0000  製品0000  バージョン0000  名前: "sc-powerkey"  場所: "imx-sc-pwrkey/input0"  id: ""  バージョン: 1.0.1    イベント情報:  キー(0001):0074  入力プロパティ:  【タッチ入力をセカンダリディスプレイへ】  $adb shell getevent -i | grep location  場所:「USB-XHCI-HCD.1.Auto-1/input0」  場所: "imx-sc-pwrkey/input0"    adb shell getevent -i  デバイス1を追加: /dev/input/event1  バス:0003  ベンダー0712  製品000a  バージョン0111  名前: "HID 0712:000a"  場所:「USB-XHCI-HCD.1.Auto-1/input0」  id: ""  バージョン: 1.0.1    イベント情報:  凡例(0001):014a  ABS (0003): 0000 : 値 0、最小値 0、最大値 1920、ファジー 0、フラット 0、解像度 4  0001 : 値 0、最小値 0、最大値 720、ファジー 0、フラット 0、解像度 2  002f : 値 0、最小値 0、最大値 9、ファジー 0、フラット 0、解像度 0  0035 : 値 0、最小値 0、最大値 1920、ファジー 0、フラット 0、解像度 4  0036 : 値 0、最小値 0、最大値 720、ファジー 0、フラット 0、解像度 2  0039 : 値 0、最小値 0、最大値 65535、ファジー 0、フラット 0、解像度 0  MSC (0004): 0005  入力プロパティ:  入力プロパティダイレクト  デバイス2を追加: /dev/input/event0  バス:0019  ベンダー0000  製品0000  バージョン0000  名前: "sc-powerkey"  場所: "imx-sc-pwrkey/input0"  id: ""  バージョン: 1.0.1    イベント情報:  キー(0001):0074  入力プロパティ:  Re: Display Touch input not mapped properly with primary display こんにちは、 基板のどのポートがディスプレイのタッチ入力に接続されているか、そしてどのポートがADBアクセスに使われているのか教えていただけますか? できるだけ早くご返信ください。 ありがとうございます。 Re: Display Touch input not mapped properly with primary display こんにちは@Zhiming_Liuさん 解決策をありがとうございました。タッチマッピングが正しく設定できました。 同じブロッカーを持っている人のために、 1)「input-port-associations.xml」は/vendor/etcにあります。 2)コマンド $getevent -i | grep location を使用してディスプレイの入力構成を確認します。 3) 次に、XMLファイルに記載されているディスプレイの設定を変更します。 Re: Display Touch input not mapped properly with primary display こんにちは、 @adithysm65さん AOSPのinput-port-associations.xmlファイルを変更してみましたか? https://github.com/nxp-imx-android/android-imx_device_fsl/blob/android-13.0.0_2.2.0/imx8q/mek_8q/input-port-associations.xml
查看全文
默认工作区 你好, 我正在使用MCUXpressoIDE v.24.9.25 (我知道我可以运行更新的版本,但由于某些原因,我需要运行 24.9.25)。正如我在“C:\NXP\MCUXpressoIDE_24.9.25\ide\configuration\config.ini”中看到的那样,osgi.instance.area.default为“@user.home/Documents/MCUXpressoIDE_24.9.25/workspace”,所以是正确的。 但是,如果我关闭 Windows 用户会话并使用其他用户打开一个新会话,当我运行 MCUXpressoIDE 时,默认工作区是第一个用户的工作区,所以我需要切换到第二个工作区目录,因为每个用户都有自己的目录。 osgi.instance.area.default似乎工作不正常,因为@user .home/Documents/MCUXpressoIDE_24.9.25/workspace 应该是每个用户的家目录,但它总是获取第一个登录用户的家目录。 我该如何重新配置它? 谢谢。 #mcux Re: Default workspace 你好, 请问您是否已启用“将此设置为默认值,不再询问”单元格选项? 如果勾选“将此用作默认值且不再询问”选项,MCUXpresso IDE 将始终启动并打开所选工作区;我建议不要勾选此框来选择工作区。 您可以为用户 2 添加另一个工作区,并将其保留在“最近使用的工作区”中,这样您就可以在打开应用程序之前选择所需的工作区。 另外,在“选项卡窗口”>“首选项”>“常规”>“启动和关闭”>“工作区”中 启用启动时提示选择工作区。 此致敬礼,路易斯
查看全文
S32k322 ADCの設定に関する問題 私は3つのADCチャネルをBCTU割り込みで電流検知用に設定しています(CTUモードはトリガーモードに設定)。残りのADCチャネルは電圧と温度検知用にノーマルチェーン方式で設定しています。 この構成中、電圧と温度の検知は正常に動作していますが、電流センサがノイズを含む生値を感知しているため、電流制御に異常なスパイクが発生しています。また、CTUモードをトリガーモードからコントロールモードに変更し、現在のセンサーチャネルでは生値ノイズが減少しました。しかし、通常のチャネルで設定された他のチャネルは動作しませんでした。 私たちの期待は、BCTUトリガーを用いた電流検出において単一ADCペリフェラル(ADC0)と、通常の連鎖方法での電圧および温度検出をスパイクなしで処理することです。 注:当社のハードウェアは設定(例:電流センサーチャネルは以下の通り、BCTU方式での読み取り用にP7-ADC0、P2、P3-ADC1)で設計されています。その後、通常のチェーン方法(ADC0 - X0,X1,S19およびADC1-P0,P2,P3,P1,S10)で設定された残りのADCチャネルが続きます S32 SDK for S32K1 S32 SDK for S32V Re: S32k322 ADC Configuration Issue こんにちは、@ praveen_ext これはまさにあなたが直面している問題と同じだと思います。 https://community.nxp.com/t5/S32K/Difference-in-ADC-noise-between-BCTU-Control-Mode-and-Trigger/td-p/2384122 あなたが提供してくれたスクリーンショットを見る限り、私の以前の返信に何も変更を加えていないようですね。 既にお伝えしたとおり、ADCクロック分周器の設定に問題があります。 また、外部クロックが25MHzであることは確かですか? この2点を確認しても問題が解決しない場合は、ADCチャネルのサンプリング時間を変更してみてください。 このオプションではサンプリング時間を調整できます。サンプリング時間を延ばして再度テストしてみるのもいいでしょう。 Re: S32k322 ADC Configuration Issue こんにちは、 @Senlent さん。 私も上記で述べられたのと同じ問題を抱えています。 当社の外部発振器クロックは25MHzです。S32K322のデータシートによると、ADCは最大80MHzをサポートしているので、プリスケーラーは2に設定しています。また、サンプリング時間を1.2マイクロ秒に設定し、BCTUモードをトリガーモードに設定しました。しかし、同じADC0ペリフェラルでBCTU法とノーマルチェーン法を同時に実行しても、依然としてノイズの多いデータが得られます。同じADC0ペリフェラルで両方を安全に動かす回避策や代替方法はありますか? Re: S32k322 ADC Configuration Issue こんにちは、 @Senlent さん。 私も上記で述べられたのと同じ問題を抱えています。 外部発振器のクロックは25MHzです。S32K322のデータシートによると、ADCは最大80MHzをサポートしているので、プリスケーラーは2MHzに設定しています。また、サンプリング時間を1.2マイクロ秒に設定し、BCTUモードをトリガーモードに設定しました。しかし、同じADC0ペリフェラルでBCTU方法とノーマルチェーン方法を同時に実行しても、依然としてノイズの多いデータが得られます。同じADC0ペリフェラルで両方を安全に動かす回避策や代替方法はありますか? その間、インスタンス1のクロック周波数を40MHzに下げ、サンプリング時間を1.2マイクロ秒に設定しました。これらの変更後、BCTUからの測定値にはノイズが見られなくなった。 Adc_Raw_Val_Ph3センサーと一致し、浮動している2つの値を保持しています。 RwaeVal - 通常のチェーンを設定済み Re: S32k322 ADC Configuration Issue こんにちは、@ praveen_ext 同じ会社じゃないの?あなたも全く同じ質問をしていますね。 https://community.nxp.com/t5/S32K/Difference-in-ADC-noise-between-BCTU-Control-Mode-and-Trigger/mp/2384122#M59412 私の回答をよく読んでいないようですね。 時計の分周器の設定が間違っていると、これで3度目ですよ。 160MHzの場合は、2と4に設定する必要があります。 Re: S32k322 ADC Configuration Issue こんにちは、 @Senlent さん。 以前に提案された方法を試してみましたが、問題はまだ解決していません。さらなる設定と検証を行った後、更新されたテストデータと設定イメージを以下に添付します。 我々が見落とした点があれば、ご指摘いただければ幸いです。 ADC0 ADC 1 Re: S32k322 ADC Configuration Issue こんにちは、@ praveen_ext プロジェクトを共有していただければ、こちらでテストしてみます。
查看全文