どうやって見つけられるのか このコミュニティの使い方

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 #バッテリー・セルコントローラ Re: NXP BMS AFE Recommendation for 250 kW BESS and Future Automotive Applications 産業用途がない場合は、BMI7018を主要なAFEとして使用することを推奨します。各52Sモジュールには3つのBMI7018が必要で、パック電流測定はMC33777A/BJB電流検出センシング・ソリューションを用いて別途実装されます。 自動適用の場合: guoweisun_0-1787535685716.pngguoweisun_0-1787535685716.png    

WPT こんにちは、 WCT-15WAUTO13、データシートやユーザーガイド、その他のドキュメントを探しています 開発ボード Re: WPT こんにちは、 @avinoamdさん 投稿ありがとうございます。このデータシートはチップレベルの文書であり、 MWCT2xx3A 15ワットワイヤレス充電トランスミッタICs for オートモーティブ アプリケーション|NXP半導体。 WCT-15WAUTO13のユーザーガイドやその他のドキュメントは制限されており、NXPのウェブサイトでは公開されていません。 詳細については、お近くの正規代理店にお問い合わせください。代理店ネットワーク | NXP Semiconductors お役に立てば幸いです。 BR セレステ

IPMSM向け無料 ここにいる方で、IPMSMのFOC開発をTI C2000マイクロコントローラでゼロから実装した経験がある方はいらっしゃいますか?0軸とMTPA制御を使った30W IPMSMモーター制御に取り組んでいます。経験のある方、または私と一緒に仕事をしたい方は、DMを送ってください。パートタイムでやっています。 Re: FOC for IPMSM こんにちは、 もしNXP製品の利用を検討したい場合は、モーター制御/FOCの例をゼロから実行するためのガイドがあります; 私たちは、さまざまなNXPデバイス向けのモーター制御の複数の例を含むMCUXpresso SDKを提供しています 主に3相PMSMとBLDCに重点を置いています MCUXpresso SDK for モータ制御 | NXP Semiconductors Application Code Hubには、このSDKやその他の異なる機能の使い方をステップバイステップで説明するアプリケーションノートの情報ガイドの例があります。 また、 『センサーレスPMSM フィールド指向制御 』の初期情報も、入門としてPMSM FOCをゼロから理解するのに役立つでしょう。 NXP製デバイスの開発にご興味がありましたら、お知らせください。 敬具、ルイス

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. Re: FOC for IPMSM Hello, If you want to consider using  NXP products instead, NXP has guides that can help you with running examples of Motor control / FOC from scratch ; We offer an MCUXpresso SDK that includes multiple example with motor control for various NXP devices Mostly orientated to 3-Phase PMSM and BLDC MCUXpresso SDK for Motor Control | NXP Semiconductors In Application Code Hub there are examples with their application note information guides to explain the step by step instructions applying the usage of this SDK and other different functionality. Also the initial information in Sensorless PMSM Field-Oriented Control could help you in understanding PMSM FOC from scratch, as an introduction. Let me know if you are interested in using NXP devices for developing. Best Regards, Luis

WPT 你好， 我正在寻找WCT-15WAUTO13的数据手册、用户指南以及其他相关文档。 开发板 Re: WPT 你好@avinoamd 感谢您的帖子。该数据手册是芯片级文档，可在MWCT2xx3A 15 瓦无线充电发射器 IC（适用于汽车应用）| NXP 半导体中找到。 WCT-15WAUTO13 的用户指南和其他文档受到限制，无法在 NXP 网站上公开获取。 我们建议您联系当地的授权代理商以获取更多帮助。代理商网络 | 恩智浦半导体 希望对您有所帮助。 BR 塞莱斯特

WPT Hello, WCT-15WAUTO13, I am looking for data sheet , and user guide and any other docu  Development Board Re: WPT Hello @avinoamd  Thank you for your post. The datasheet is a chip-level document and can be found at MWCT2xx3A 15 Watt Wireless Charging Transmitter ICs for Automotive Applications | NXP Semiconductors. The User Guide and other documentation for the WCT-15WAUTO13 are restricted and not publicly available on the NXP website. We recommend reaching out to your local authorized distributor for further assistance. Distributor Network | NXP Semiconductors Hope it helps. BR Celeste

How the can i find how to use this community

モータ制御評価キット こんにちは、NXPは初めて利用します。 MCSPTR2AK396開発キット用のカスタムモータ制御Cコードを開発・書くことはできますか? はいの場合、このキットに付属するソフトウェアツールチェーンの一覧を教えていただけますか？ よろしくお願い申し上げます。 Re: Motor control evaluation kit こんにちは、 はい、できます。 MCSPTR2AK396キットはS32K396上でのモーター制御アプリケーション開発に特化しており、NXPはAUTOSAR以外のアプリケーション向けにANSI Cソースコードとしてリファレンスソフトウェアを提供しているため、制御アルゴリズムの一部をカスタムCコードで開発・置き換えするのに適しています。 典型的なソフトウェアツールチェーン: S32 Design Studio(S32DS) – IDE、コンパイラ、デバッガ RTD(リアルタイム・ドライバ) – S32K3ペリフェラルドライバ S32設定ツール(S32CT) – ピン/クロック/ペリフェラル設定 AMMCLib – モータ制御アルゴリズムライブラリ FreeMASTER – ランタイム監視とデバッグ MCAT – 運動パラメータの識別と調整 よろしくお願いいたします。 ピーター

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 #电池控制器 Re: NXP BMS AFE Recommendation for 250 kW BESS and Future Automotive Applications 对于非工业应用，建议使用 BMI7018 作为主要 AFE；每个 52S 模块需要三个 BMI7018，电池组电流测量采用 MC33777A/BJB 电流传感解决方案单独实现。 自动应用： guoweisun_0-1787535685716.pngguoweisun_0-1787535685716.png    

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.png222.png222.png Re: s32ds-lisence For my other account, when accessing this interface, there was no 3.5 download package or license. I have two computers. The current account has a license, but when I accessed this interface on the other computer, I couldn't find the 3.5 download package and license. Re: s32ds-lisence Hi @iiiddd  Try to use this link, it should work: https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=S32DS-3-5 Regards, Lukas

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 Re: Motor control evaluation kit Hello, Yes, you can. The MCSPTR2AK396 kit is specifically intended for motor-control application development on the S32K396, and NXP provides the reference software as ANSI C source code for non-AUTOSAR applications, making it suitable for developing and replacing parts of the control algorithm with your own custom C code. Typical software toolchain: S32 Design Studio (S32DS) – IDE, compiler, debugger RTD (Real-Time Drivers) – S32K3 peripheral drivers S32 Configuration Tool (S32CT) – pin/clock/peripheral configuration AMMCLib – motor-control algorithms library FreeMASTER – runtime monitoring and debugging MCAT – motor parameter identification and tuning Best regards, Peter

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 Re: NXP BMS AFE Recommendation for 250 kW BESS and Future Automotive Applications For No Industerial application Recommend using BMI7018 as the primary AFE; each 52S module requires three BMI7018s, with pack current measurement implemented separately using the MC33777A/BJB current sensing solution. For automatic application: guoweisun_0-1787535685716.pngguoweisun_0-1787535685716.png    

s32dsライセンス うちの会社はIDEのs32ds 3.5バージョンを使っています。このIDEのバージョンにはライセンスが必要です。しかし、公式ウェブサイトで3.5バージョンのIDE登録リンクは見つかりませんでした。この問題をどう解決できるでしょうか? 222.png222.png 222.png Re: s32ds-lisence こんにちは@iiiddd このリンクを使ってみてください。うまくいくはずです。 https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=S32DS-3-5 よろしくお願いいたします。 ルーカス Re: s32ds-lisence 別のアカウントでは、このインターフェースにアクセスした際に3.5のダウンロードパッケージやライセンスはありませんでした。私はコンピューターを2台持っています。現在のアカウントにはライセンスがありますが、別のパソコンでこのインターフェースにアクセスしたところ、3.5のダウンロードパッケージとライセンスが見つかりませんでした。

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. Re: Z248 EVB Hello @hjlim1 , I am writing to you in regard to a product currently in your possession – an NPI (New Product Introduction) which has not been officially launched yet. Please be advised that customers who have been granted early access to such products have assigned their field engineers. Your designated field engineer should serve as your primary support channel for any issues, concerns or queries you may have about this product. Our online support team will be opening a wider range of support for this product once it has been officially released. Until then, we will not be equipped to provide the desired assistance. Thank you for your understanding. Best regards, Pavel

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.でクロックと電圧の初期化をハードコーディングできます。ただし、選択した部品番号が正しいか必ず確認してください。異なるデバイスバリアントの設定を使うと、システムがフリーズしたり、予期せぬ挙動を起こす可能性があります。 よろしくお願いします、 チャビラ

S32 Design Studio for ARM v2018, License was expired How can i re-activate License of S32 Design Studio for ARM v2018 ? Activation Code :  A9B4-99D8-953E-A663 Re: S32 Design Studio for ARM v2018, License was expired Hello, To reactivate S32 Design Studio for ARM v2018, open Help → NXP Licenses, select your license, and choose Activate/Re-activate. Enter your activation code and refresh the license. If it fails, the entitlement may have expired or been deactivated, so contact NXP Support to renew the license using your activation code and machine ID.  Re: S32 Design Studio for ARM v2018, License was expired Hello, Your license is now extended. Best regards, Peter

SRAM S32K146 読み取り時に ECC 自動修正ができますか? 私はS32K146を使用しています。コールドスタート時には、関連するシンドロームビットを初期化するために、すべてのSRAMに32ビット値0を書き込みます。 SRAMの位置を読み取り、ECCが1ビットの破損を検出すると、ECCシステムは修正値をMCUに返し、同時にSRAMの位置も書き込みで修正すると思っていました。職場の別の人が「修正された値はMCUに届けられるが、反転したビットは書き直されるまでSRAMに残る」と言っていました。 どちらが正しいのか？相手側が修正値を取得した場合、その修正値をどこから取得してSRAMに書き戻せばよいのでしょうか？ERMシングルビットエラー割り込みを使用するのでしょうか？EARnレジスタは故障したSRAMアドレスを示しているのに、修正された値のEDRn(?)レジスタは示していません。 いずれにしても、1ビットエラーが検出された場合、SRAMの位置をどのように修正すればよいのかを知りたいだけです。位置情報を読み取るだけで自動的に処理されることを期待しています。もしそうなら、単一ビットの訂正は存在しなかったかのように無視し、好奇心で割り込みで修正総数を数えるだけにできます。これにより、CBIT活動の一環として「スライスで全てSRAMを読み取る」ことができ、2回目の破損が起きて二重ビットの回復不能エラーが発生する前に、1ビットのエラーを自動的に比較的迅速に修正できます。 S32K1xxのリファレンスマニュアルの32節「PRAMC」では自動修正SRAMが言及されているのに気づきましたが、PRAMCはS32K146では利用できません。35.1.3.1項では、シングルビットECCエラーは自動的に修正されると記載されていますが、これはNVMに関するもので、SRAMに関するものではありません。S32K14xの**リファレンス・マニュアル**には、1ビットエラーでSRAMの位置を読み取ると、補正された値が**MCU**に戻り、補正された値がSRAMの場所に書き戻されるという明確な記述は見つかりませんでした。そのようなリファレンス・マニュアルのセクションはありますか? AN12522 rev 0のセクション2.3に、検出時間と反応時間について記載されていることに気づきました。この写真は単一ビットの故障(稲妻ARROW)を示すために撮っていますが、検出されるのはしばらくしてから(故障検出時間、その場所の最初の読み取り時)で、その後修正される(故障反応時間)ということです。この反応(補正)がMCUにとって「目に見えない」形で行われているのか、つまりSRAMの位置を自動的に固定(書き込み)し、固定値をデータバス上でMCUに戻すのかは明確ではありません。 よろしくお願いします。 ダレン Re: S32K146 SRAM ECC auto-correcting on SRAM read? AN12522によると、システムの安全レベルに応じてSRAM ECCの扱いモードは3つあります。どのセーフティレベルがいいですか? Re: S32K146 SRAM ECC auto-correcting on SRAM read? はい、ご説明ありがとうございます。ここは閉鎖できる。 これは私の初めてのECC搭載チップで、リファレンスマニュアルにECCの「修正」とは実際には(修正済みの)有効な読み取り値をMCUに返すことであり、SRAM自体のビットの反転を修正しない行為であると明記されていないことに驚きました。NXPはこれをアップデートの要望として検討してみるべきかもしれませんね？ 「訂正する」という言葉の意味を私が誤解しているに違いない。多くのECCデバイスでは、「問題を解決する」のではなく、「報告内容を修正する」というアプローチが一般的のようです。今では、他の機器にも「自動修正ECC」(通常TCM ECCと呼ばれる)機能があることに気づきました。

FRDM-i.MX95: FRAMOS IMX900 and H.264 1080p120 Support Hello, I would like to confirm the following for the FRDM-i.MX95: Is the FRAMOS FSM:GO-IMX900C-M12-L102B-PM-A1Q1 (Sony IMX900 Color) currently supported on FRDM-i.MX95? If supported, are the required sensor driver, Device Tree configuration and NEO-ISP tuning files available? Which BSP/SDK version provides this support? Can this camera operate at 1920×1080 color at 120 FPS or higher through the i.MX95 CSI/ISP pipeline? Which adapter board and cable are required to connect this exact camera module to FRDM-i.MX95? Does the i.MX95 hardware VPU support single-stream H.264 encoding at 1920×1080 @ 120 FPS? With B-frames disabled and low-latency settings, what is the expected input-to-bitstream latency or minimum internal buffering? Is DMA-BUF zero-copy supported from the camera/ISP pipeline to the H.264 hardware encoder? If the FRAMOS IMX900 module is not currently supported, could you recommend a supported color, global-shutter MIPI CSI-2 camera capable of 1920×1080 @ 120 FPS or higher on FRDM-i.MX95? Thank you. Graphics & Display Linux Multimedia Re: FRDM-i.MX95: FRAMOS IMX900 and H.264 1080p120 Support Hello, 1> It is one of our partners supported sensors, so it is not completely supported by NXP, I would suggest to reach out Framos for this. 2> Same as above for this information please contact Framos 3> 2k@120FPS hits the limit of the ISP bandwidth, 1080p should not have issues but again please check with Framos for the supported features. 4> Please check with Framos for available resource for this. 5> The maximum throughput is 4K@60fps, so it should be doable for 1080p@120fps. 6> We do not provide specific input-to-bitstream latency figures for the i.MX95 VPU in low-latency mode. This must be measured on hardware with the target software configuration. 7> Yes, it is supported. Best regards/Saludos, Aldo.

SR250をアンカーに、SR040をタグとしてUWB TDoAをどのように実装すればよいでしょうか? こんにちは、 私は以下の構成を使用してUWB TDoAシステムを実装しようとしています。 マスターおよびスレーブアンカーとしてNXP SR250デバイスを使用 モバイルタグとしてのNXP SR040 各SR250アンカーに接続されたホストMCU SR250アンカーは、SR040タグから定期的に送信される点滅メッセージを受信する必要があります。マスターアンカーとスレーブアンカーは受信したタイムスタンプを使ってTDoAを使ってタグ位置を計算します。 以下の点について確認させてください。 SR040は複数のSR250アンカーで受信・タイムスタンプされる周期的なブリンクメッセージを送信できますか? SR040とSR250はこのTDoAのユースケースに対応していますか? NXP社製のSR250アンカーとSR040タグを用いたTDoAシステムのリファレンス実装はありますか？ 現在、QN9090ホスト上でSR250 TDoAアンカーアプリケーションを動かしています。しかし、SR040を互換性のあるTDoAタグとして設定する方法を示す明確なドキュメントや例は見つかりませんでした。 必要なファームウェア、セッション構成、ブリンクフレームのフォーマット、タイムスタンプの同期に関する情報があれば、大変ありがたいです。 よろしくお願いいたします。