Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
IPMSM 的 FOC 请问这里有没有人有使用TI C2000单片机从零开始开发IPMSM的FOC的经验?我正在研究使用 0 d 轴和 MTPA 控制的 30W IPMSM 电机控制。如果有相关经验或者想和我合作,请私信我。我把它当作兼职来做。
查看全文
s32ds许可证 我们公司使用的是 s32ds 3.5 版本的 IDE。此版本的IDE需要许可证。但是,我们在官方网站上找不到 IDE 3.5 版本的注册链接。我们该如何解决这个问题? 222.png
查看全文
我该如何找到 如何使用这个社区
查看全文
电机控制评估套件 您好,我是NXP的新员工。 我能否为MCSPTR2AK396开发套件开发并编写基于C语言的自定义电机控制代码? 如果可以,能否列出该工具包中包含的SW工具链? 谢谢
查看全文
どうやって見つけられるのか このコミュニティの使い方
查看全文
NXP BMS AFE推奨事項:250 kW BESSおよびFUTURE オートモーティブ アプリケーション NXPチームの皆様、こんにちは。 現在、既存のBMSソリューションをADIからNXPベースのプラットフォームへアップグレードしようとしており、NXPが提供するAFEオプションを探ることにワクワクしています。 私たちは以下のシステムアーキテクチャを持つ250 kWのBESSアプリケーションを開発しています。 システム構成: 5S1P モジュールあたりのセル構成: 52S BMSアーキテクチャ:マスタースレーブ 設計最終決定の一環として、NXPのBMS AFEポートフォリオを評価し、以下の機器を絞り込みました。 BMA7418 BMA7118 BMI7018 これらのデバイスを当社のアプリケーション要件に照らし、当社の設計に最適なデバイスを推奨する際の、NXPチームの技術的な指導をいただけると大変ありがたいです。 当社の主な選定基準 AFEを選定する際の主な考慮事項は以下のとおりです。 コスト効率 – BESSアプリケーションにおいて、このソリューションは商業的に競争力を持つべきです。 ソフトウェアサポート – サンプルコード、ドライバ、リファレンスファームウェア、開発リソースの入手可能性は大きな利点となります。これらのリソースがあれば、評価を加速させ、開発時間を短縮できるでしょう。 自動車再利用性 – 理想的には、FUTUREの自動車BMSアプリケーション(ASIL-B)向けに同じAFEプラットフォームを活用したいと考えています。同じハードウェアとソフトウェアプラットフォームを再利用することで、BESSの開発を基盤に構築でき、ファームウェア開発の労力と時間を大幅に削減できます。 スケーラビリティ – 選ばれたデバイスは、同じBMSアーキテクチャを異なるバッテリー構成やアプリケーションでスケーリングする実用的な道筋を提供するべきです。 私たちの目標は、AFE(承認申請書)を最終決定し、できるだけ早く詳細なハードウェアおよびファームウェア開発に移行することです。したがって、最適なデバイスに関するご提案や、関連するリファレンス・デザイン、評価ボード、アプリケーションノート、サンプルソフトウェア、推奨される開発手法などをご存知いただけると非常に価値があります。 推奨を行うにあたり、当社のシステムアーキテクチャ、セル構成、電圧範囲、通信要件、またはBMS機能に関する追加情報が必要な場合は、喜んで詳細をご提供いたします。 NXPベースのBMSプラットフォームでの展開に非常に関心があり、皆様からの貴重な技術的なご指導を楽しみにしています。 サポートにあらかじめ感謝いたします。 よろしくお願いいたします。 サントゥR #hvbms #バッテリー・セルコントローラ
查看全文
WPT こんにちは、 WCT-15WAUTO13、データシートやユーザーガイド、その他のドキュメントを探しています 開発ボード
查看全文
IPMSM向け無料 ここにいる方で、IPMSMのFOC開発をTI C2000マイクロコントローラでゼロから実装した経験がある方はいらっしゃいますか?0軸とMTPA制御を使った30W IPMSMモーター制御に取り組んでいます。経験のある方、または私と一緒に仕事をしたい方は、DMを送ってください。パートタイムでやっています。
查看全文
FOC for IPMSM Any one here has experience on FOC development for IPMSM and implemented in TI C2000 microcontroller from scratch? I am working on it for 30W IPMSM motor control using 0 d axis and MTPA control. If anyone has experience or want to work with me, dm me. I am doing it as a part time.
查看全文
WPT 你好, 我正在寻找WCT-15WAUTO13的数据手册、用户指南以及其他相关文档。 开发板
查看全文
WPT Hello, WCT-15WAUTO13, I am looking for data sheet , and user guide and any other docu  Development Board
查看全文
How the can i find how to use this community
查看全文
モータ制御評価キット こんにちは、NXPは初めて利用します。 MCSPTR2AK396開発キット用のカスタムモータ制御Cコードを開発・書くことはできますか? はいの場合、このキットに付属するソフトウェアツールチェーンの一覧を教えていただけますか? よろしくお願い申し上げます。
查看全文
NXP 电池管理系统 AFE 针对 250 kW 电池储能系统及未来汽车应用的建议 您好,NXP团队, 我们目前正考虑将现有的 电池管理系统 解决方案从 ADI 升级到基于 NXP 的平台,并且很高兴能够探索 NXP 提供的 AFE 选项。 我们正在开发一款250千瓦的电池储能系统应用,其系统架构如下: 系统配置: 5S1P 每个模块的电池配置: 52S 电池管理系统 Architecture:主从式 作为设计定稿的一部分,我们正在评估恩智浦的电池管理系统 AFE产品组合,并已将以下器件列入候选名单: BMA7418 BMA7118 BMI7018 我们非常感谢恩智浦团队在评估这些设备是否符合我们的应用要求以及推荐最适合我们设计的设备方面提供的技术指导。 我们的关键甄选标准 我们选择空中前端设备 (AFE) 的主要考虑因素是: 成本效益——该解决方案应在储能系统应用方面具有商业竞争力。 软件支持——如果能提供示例代码、驱动程序、参考固件和开发资源,将是一大优势。这些资源将有助于我们加快评估速度并缩短开发时间。 汽车级重复使用性——理想情况下,我们希望未来面向ASIL-B标准的汽车电池管理系统(BMS)应用能够使用相同的AFE平台。重复使用相同的硬件和软件平台将使我们能够在电池储能系统(BESS)开发的基础上进行扩展,并显著减少固件开发的工作量和时间。 可扩展性——所选设备应提供一条切实可行的途径,以便在不同的电池配置和应用中扩展相同的 电池管理系统 架构。 我们的目标是尽快完成AFE设计,并进入详细的硬件和固件开发阶段。因此,您若能推荐最合适的设备,并提供任何相关的参考设计、评估板、应用笔记、示例软件或推荐的开发方法,将非常有价值。 如果您需要有关我们系统架构、电池配置、电压范围、通信要求或电池管理系统 功能的任何额外信息以做出建议,我们很乐意提供详细信息。 我们对采用基于 NXP 的电池管理系统 平台非常感兴趣,并期待您提供宝贵的技术指导。 感谢您提前给予的支持。 问候, 圣图·R #hvbms #电池控制器
查看全文
s32ds-lisence Our company is using the s32ds 3.5 version of the IDE. This version of the IDE requires a license. However, we couldn't find the registration link for the 3.5 version of the IDE on the official website. How can we solve this problem? 222.png
查看全文
Motor control evaluation kit Hello, i am new to NXP. can i develop and write a custom motor control C based code for MCSPTR2AK396 development kit ? If yes, would it be possible to list the SW tool chain that comes with this kit ? Thank you
查看全文
NXP BMS AFE Recommendation for 250 kW BESS and Future Automotive Applications Hello NXP Team, We are currently looking to upgrade our existing BMS solution from ADI to an NXP-based platform and are excited to explore the AFE options available from NXP. We are developing a 250 kW BESS application with the following system architecture: System Configuration: 5S1P Cell Configuration per Module: 52S BMS Architecture: Master–Slave As part of our design finalization, we are evaluating NXP's BMS AFE portfolio and have shortlisted the following devices: BMA7418 BMA7118 BMI7018 We would greatly appreciate the NXP team's technical guidance in evaluating these devices against our application requirements and recommending the most suitable device for our design. Our Key Selection Criteria Our primary considerations for selecting the AFE are: Cost-effectiveness – The solution should be commercially competitive for BESS applications. Software support – Availability of example code, drivers, reference firmware, and development resources would be a significant advantage. Having these resources would help us accelerate evaluation and reduce development time. Automotive reusability – We would ideally like to use the same AFE platform for future automotive BMS applications targeting ASIL-B. Reusing the same hardware and software platform would allow us to build on the BESS development and significantly reduce firmware development effort and time. Scalability – The selected device should provide a practical path for scaling the same BMS architecture across different battery configurations and applications. Our objective is to finalize the AFE and move into detailed hardware and firmware development as soon as possible. Therefore, your recommendation regarding the most suitable device, along with any relevant reference designs, evaluation boards, application notes, example software, or recommended development approach, would be extremely valuable. If you need any additional information regarding our system architecture, cell configuration, voltage range, communication requirements, or BMS functionality to make the recommendation, we would be happy to provide the details. We are very interested in moving forward with an NXP-based BMS platform and look forward to your valuable technical guidance. Thank you in advance for your support. Regards, Santu R #hvbms #battery-cell-controller
查看全文
s32dsライセンス うちの会社はIDEのs32ds 3.5バージョンを使っています。このIDEのバージョンにはライセンスが必要です。しかし、公式ウェブサイトで3.5バージョンのIDE登録リンクは見つかりませんでした。この問題をどう解決できるでしょうか? 222.png
查看全文
Z248 EVB Board: Z248 A0 EVB, blank MRAM (first-time flashing) Probe: S32 Debug Probe — OS 1.1.0 / Boot Loader 1.0.1 (confirmed latest) Tools: S32DS 3.6.6 + S32K5 Development Package 3.6.6 EAR + Debugger Core 3.6.10 SWD chain IS detected: device[0]: core_type=S32K5(376) device[1]: core_type=DAPv5(232) But ccs_config_chain fails (ccs_error=39): "S32K5: Initialization sequence is not found" (subcore error 73) "S32K5: Bus error" (subcore error 76) Verified OK: VTREF=3.3V, SRST_B=3.3V, J6/J9 in Debug Mode (Pin 3-4), 12V then 48V power sequence Tried: LS and Non-LS M7 cores, JTAG 10MHz~2MHz, reset delay 0/500ms, init scripts s32k5xx_attach.py / attach_first_instruction.py / generic_bareboard.py / generic_bareboard_all_cores.py Question: Is initial boot-chain programming (HSE / IVT / DCD / Boot Manager / MICROSAR) of a BLANK Z248 A0 supported via S32 Debug Probe + S32DS? UM12524 section 4.7.1 documents the full flashing panel only for Lauterbach TRACE32, while 4.7.2 assumes an already-built elf on a booting board. If TRACE32 is mandatory for the first flashing, please confirm.
查看全文
i.MX8MPのU-Bootでの動的ARM周波数切り替え機能 私はi.MX8MPのカスタムボードを使っており、1.6GHzと1.8GHzの速度グレードに対応した部品があります。デフォルトでは、U-Bootはチップの実際の速度グレードに関係なくARMコアを1200MHzで起動します。 質問: U-BootはSoCの融合速度グレードに基づいて正しいARM周波数を検出し適用するのですか?U-Boot段階で動的な切り替えはあるのでしょうか、それとも完全にLinuxだけの問題でしょうか? U-Bootをデフォルトの1200MHzではなく、1.6GHzまたは1.8GHzで起動させるための正しい方法、または推奨される方法は何ですか? 周波数を変える際にPMIC VDD_ARM電圧も調整する必要がありますか?もしそうなら、どのようにシーケンスすればよいのでしょうか? 何かご助言や参考例があれば大変ありがたいです。ありがとう。 Re: Dynamic ARM frequency switching work in U-Boot for i.MX8MP こんにちは、@Nvcee。 NXPサポートにご連絡いただきありがとうございます! 1) すべての電圧および周波数の初期化は、U-Boot内のsoc.cファイルで行われます。 https://github.com/nxp-imx/uboot-imx/blob/lf_v2026.04/arch/arm/mach-imx/imx8m/soc.c 2) 動的電圧および周波数スケーリングドライバはLinux上でのみ動作します。 3) Soc.C.でクロックと電圧の初期化をハードコーディングできます。ただし、選択した部品番号が正しいか必ず確認してください。異なるデバイスバリアントの設定を使うと、システムがフリーズしたり、予期せぬ挙動を起こす可能性があります。 よろしくお願いします、 チャビラ
查看全文