MPC5775B – 应用程序到 RAppID 引导加载程序的转换 您好，NXP团队，我正在使用带有RAppID引导加载程序的MPC5775B进行CAN烧录。 我没有 RAppID FBL 源代码，因此无法修改现有的 FBL。 运行中的应用程序是否有支持的机制来请求现有的 RAppID FBL 进入编程模式？ 如果需要，MPC5775B 的应用程序 → FBL 入口顺序是什么？ 这是否需要特定的 RESET/启动机制，或者 RAppID 是否提供了其他方式从应用程序请求 FBL？ Re: MPC5775B – Application to RAppID Bootloader transition 你好， RAppID FBL 中没有内置的、有文档记录的 API，供正在运行的应用程序以编程方式请求 FBL 条目。适用于 MPC57xx 的 RAppID 引导加载程序是一个闭源二进制的、驻留在闪存中的引导加载程序（以预编译的 .rbf 文件形式分发）。文件）未提供源代码，也无法修改。 触发该功能的标准机制是重置 + 启动时标志检查，而不是应用程序的运行时调用。 顺祝商祺！ Peter Re: MPC5775B – Application to RAppID Bootloader transition 谢谢你，彼得。据了解，该机制是先进行RESET，然后进行启动时标志检查。由于我们没有 RAppID FBL 源代码，能否请您说明一下 MPC5775B 的 RAppID FBL 在启动时检查什么标志/条件，以及应用程序如何在 RESET 前设置/请求它？ 这是特定的 RAM 地址/魔法值、复位原因条件、配置字段，还是其他机制？如果应用程序端有设置此标志的步骤或文档，能否分享一下？ Re: MPC5775B – Application to RAppID Bootloader transition 如果您有解决此问题的方法，请务必告诉我。 谢谢你， Re: MPC5775B – Application to RAppID Bootloader transition @lukaszadrapa你能帮我解答一下这个问题吗？ Re: MPC5775B – Application to RAppID Bootloader transition 您好@NXP_007 正如彼得所说，你不能从你的应用程序中请求运行引导加载程序。每次重置后，引导加载程序都会启动，如果收到 PC 上运行的 RAppidBL 应用程序的响应，它会等待预定的时间。否则，它将启动应用程序。 用户可以更改延迟时间。详情请参阅用户手册中的“2.7 RAppID启动加载程序闪存算法（RBF）”章节。 此致， Lukas

MPC5775B – Application to RAppID Bootloader transition Hello NXP Team, I am using MPC5775B with RAppID Bootloader for CAN flashing. I do not have the RAppID FBL source code, so I cannot modify the existing FBL. Is there a supported mechanism for the running application to request the existing RAppID FBL to enter programming mode? If yes, what is the required Application → FBL entry sequence for MPC5775B? Does this require a specific reset/boot mechanism, or does RAppID provide another way to request FBL from the application? Re: MPC5775B – Application to RAppID Bootloader transition Hello, There is no built-in, documented API in the RAppID FBL for the running application to programmatically request FBL entry. The RAppID bootloader for MPC57xx is a closed-binary, flash-resident bootloader (distributed as a pre-compiled .rbf file) with no source code provided and no modification possible. The standard mechanism to trigger it is a reset + boot-time flag check, not a runtime call from the application. Best regards, Peter Re: MPC5775B – Application to RAppID Bootloader transition Thanks Peter. Understood that the mechanism is a reset followed by a boot-time flag check. Since we do not have the RAppID FBL source code, could you please clarify what boot-time flag/condition the RAppID FBL for MPC5775B checks, and how the application can set/request it before reset? Is this a specific RAM address/magic value, reset-cause condition, configuration field, or another mechanism? If there is an application-side procedure or documentation for setting this flag, could you please share it? Re: MPC5775B – Application to RAppID Bootloader transition Please do let me know if you have any solution to the problem. Thank you, Re: MPC5775B – Application to RAppID Bootloader transition @lukaszadrapa Can you help me out on this topic? Re: MPC5775B – Application to RAppID Bootloader transition Hi @NXP_007  As Peter said, you can't request  to run the bootloader from your application. The bootloader starts after each reset and it waits pre-defined time if it gets a response from RAppidBL application running on PC. If not, it starts the application.  The delay can be changed by user. See "2.7 RAppID Boot Loader Flash Algorithm (RBF)" in the user manual for details.  Regards, Lukas

i.MX8MP ENET_RXC/A25 Pinmux MIIインターフェースの説明 PHYTEC phyCORE-i.MX8M Plus SOMを使用したカスタムボードを開発しており、既存のRGMIIインターフェースからMIIへのイーサネットピンマックス移行を検討しています。PHYTEC SOMのピンA25は、i.MX8M PlusのENET_RXC信号に関連付けられています。i.MX8MPピンマックスでは、ENET_RXC ALT0 = CCM_ENET_QOS_CLOCK_GENERATE_RX_CLKおよびALT1 = ENET_QOS_RX_ERをサポートしています。意図されたMII構成の正しいピン割り当てとインターフェース要件についての明確な説明が必要です。具体的には、MII受信インターフェースにENET_RXCが必要でしょうか?それとも必要なRX_ER機能は別の適切なi.MX8M Plusパッド/GPIOに割り当てられるのでしょうか?別のパッドが使える場合は、推奨されるピンマッピングをご提供ください。また、i.MX8M Plus ENET_QOSコントローラが意図されたMIIインターフェースをサポートしているか、IOMUX、MAC、デバイスツリー、GPR、PHYの設定変更が必要かどうかも確認する必要があります。i.MX8M PlusとPHYTEC phyCORE SOMの推奨イーサネットピンマッピングと設定についてアドバイスをお願いします。 Re: i.MX8MP ENET_RXC/A25 Pinmux Clarification for MII Interface こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 i.MX 8M PlusはMIIをサポートしていないため、RMからの以下の抜粋を参照してください。 以下のいずれかを通じて商用イーサネットPHYデバイスへのシームレスなインターフェースが可能です: 50MHzで動作する2ビット縮小MII（RMII）。 125 MHzで動作する、 1 つの （ダブル･データ･レート）4 ビットの縮小GMII (RGMII)。 信号マッピングについては、8M Plus DS i.MX を参照してください。 よろしくお願いします。

MPC5775B – アプリケーションからRAppIDへのブートローダー移行 こんにちは、NXPチームの皆さん。私はCANフラッシングに RAppIDブートローダーを組み合わせたCAN フラッシングをMPC5775Bしています。 RAppID FBLのソースコードは持っていないので、既存のFBLを修正することはできません。 実行中のアプリケーションが既存のRAppID FBLにプログラミングモードに入るよう要求するサポートされたメカニズムはありますか? もしそうなら、MPC5775Bに必要なアプリケーション→FBLエントリシーケンスは何ですか? これには特定のリセットや起動機構が必要なのでしょうか、それともRAppIDはアプリケーションからFBLを要求する別の方法を提供しているのでしょうか? Re: MPC5775B – Application to RAppID Bootloader transition こんにちは、 RAppID FBLには、実行中のアプリケーションがプログラム的にFBLエントリを要求するための組み込みかつ文書化されたAPIはありません。MPC57xx用のRAppIDブートローダーは、クローズドバイナリでフラッシュ常駐ブートローダー(事前コンパイル済みの.rbfとして配布)ですソースコードが提供されておらず、変更も不可能なファイル） これをトリガーする標準的なメカニズムは、アプリケーションからのランタイム呼び出しではなく、リセット+ブートタイムフラグチェックです。 よろしくお願いいたします。 ピーター Re: MPC5775B – Application to RAppID Bootloader transition ありがとう、ピーター。リセット処理に続いて起動時のフラグチェックが行われる仕組みだと理解しました。RAppID FBLのソースコードがない場合は、MPC5775BチェックのRAppID FBLにどのようなブートタイムフラグや条件があるのか、またアプリケーションがリセット前にどのように設定・要求できるのか、説明していただけますか? これは特定のRAMアドレス/マジック値、リセット原因条件、設定フィールド、または別のメカニズムでしょうか？もしこのフラグを設定するためのアプリケーション側の手順やドキュメントがあれば、ぜひ教えていただけませんか? Re: MPC5775B – Application to RAppID Bootloader transition この問題の解決策をご存知でしたら、ぜひ教えてください。 ありがとう、 Re: MPC5775B – Application to RAppID Bootloader transition @lukaszadrapaこの件について助けてもらえますか? Re: MPC5775B – Application to RAppID Bootloader transition こんにちは、 @NXP_007 ピーターが言ったように、アプリケーションからブートローダーの実行をリクエストすることはできません。ブートローダーはリセットごとに起動し、PC上で動作中のRAppidBLアプリケーションから応答が来た場合は、あらかじめ定められた時間を待ちます。そうでなければ、アプリケーションが始まります。 遅延はユーザーによって変更可能です。詳細はユーザーマニュアルの「2.7 RAppID Boot Loader Flash Algorithm (RBF)」をご覧ください。 よろしくお願いいたします。 ルーカス

Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 電源プロファイルツール (ローカライズ機能を含む) このページは、Kinetis (KW35/KW38/KW45/KW47) および MCX Wx (MCX W71/72 および MCX W23) 電力プロファイル ツール専用です。 これにより、あなたのアプリケーション(オートモーティブ、IIoT、トラッカー/タグ、連続血糖モニタリング[CGM])の消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには、単独製品またはフルシステムアプリケーション向けの専用パワープロファイルツールを提供する4つのマーケットセグメントが含まれています:   1. オートモーティブ Kinetis(KW3x/4x)オートモーティブ用パワープロファイルツール - NXPコミュニティ KW35/36製品用のBluetooth LEをスタンドアロンで使用。 Bluetooth LEはKW37/38/39製品用のスタンドアロン対応です。 KW45/KW47製品用のBluetooth LEをスタンドアロンで使用。 スマートフォブアプリケーション(BLE/KW45;UWBレンジャー4位;SE;モーション・センサ) スマートフォブアプリケーション(BLE/KW47;UWBレンジャー5;SE;モーション・センサ) 2.IIoT Kinetis MCX Wxx(MCX W71/72 および MCX W23)IIoT用パワープロファイルツール - NXPコミュニティ Bluetooth LEは単体でMCX W71/MCX W72製品用です。 MCX W23製品のBluetooth LEをスタンドアロンで提供します。 スタンドアロン (IIoT) の MCX W71 および W72 マター製品用の 802.15.4 Matter ICD SIT & LIT および ZED。 Aliro Doorlockアプリケーション    3. オートモーティブおよび工業技術向けローカリゼーションアプリケーション(CCC CS) Kinetis MCX Wxx(KW47およびMCX W72)Bluetoothローカライゼーション用パワープロファイルツール - NXPコミュニティ 4．新しいツールが登場： Zephyr・ズボス Zephyr BLE KW45/MCX W71 または KW47/MCX W72 を使用して PCB を構築し、無線の性能と無線認証 (CE/FCC/IC) に関する情報をすべて得るには、次の重要なリンクを参照してください。 KW45（カーアクセサリ）を使ってPCBを構築する最良の方法 - NXPコミュニティ 電力および低電力アプリケーションノートについては、製品ページをご覧ください。便宜上、いくつかの直接リンクを次に示します。 MCXW71 - 電源管理ハードウェア KW45/K32W148 - 電源管理ハードウェア 異なる体験:ワンワイヤレス接続パワープロファイリングツール ワイヤレス・コネクティビティ電力プロファイリングツールをすべて一つにまとめています。 Kinetis(KW3x/4x、MCX W7xおよびMCX W23)One コネクティビティ Power Profile Tool - NXPコミュニティ 注:このツールはHTML形式で、使いやすく、以前のツール形式と比べて反応的(レイテンシなし)です。 製品: K32W0 製品: K32W1 製品: KW 34|35|36 製品: KW 37|38|39 製品: KW41Z |31Z | 21Z 製品: QN9080|SIP 製品: QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、エベレット。 パスワードは、変更や競合他社のベンチマークの詳細が多すぎることを避けるために設定されています。 ご不便をおかけして申し訳ございませんが、それはCANません。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、christophe_menardさん。 @christophe_menardシート保護のパスワードを教えていただけますか。よろしくお願いします。 EverettRao_0-1729134009121.png Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは 、 OneConnectivityPowerProfilingtool_SDK_26_03.zip を使用したいのですが、トロイの木馬が検出されました。 このツールの使い方。 サポートありがとうございます Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは、 @pierre_demeyer この件を確認するため、社内のIT部門に問い合わせチケットを発行しました。 近いうちにまたご連絡します。 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは、 @pierre_demeyer IT認証の結果、CrowstrikeやDefenderのソフトウェアを使ってトロイの木馬ウイルスは検出されませんでした。

Kinetis (.. /45/47/43；MCX W71/72/70) & MCX W23 Power 我的 工具（包括本地化） 本页专用于 Kinetis（KW35/KW38/KW45/KW47）和 MCX Wx（MCX W71/72 & MCX W23）Power 我的 工具。 它将帮助您估算应用（汽车、工业物联网、追踪器/标签和连续血糖监测 [CGM]）中的功耗，并评估解决方案的电池寿命。 本页面包含 4 个市场细分领域，分别针对独立产品或完整系统应用提供专用的功率分析工具： 1. 汽车 Kinetis (KW3x/4x) 汽车行业功率我的分析工具 - NXP 社区 KW35/36 产品独立组网 (SA)的蓝牙低功耗功能。 KW37/38/39 产品独立组网 (SA)的蓝牙低功耗功能。 KW45/KW47 产品独立组网 \(SA\)的蓝牙低功耗功能。 SmartFob 应用（BLE/KW45；UWB Ranger4；SE；运动传感器） SmartFob 应用（BLE/KW47；UWB Ranger5；SE；运动传感器） 2.工业物联网 (IIoT) ... Kinetis MCX Wxx（MCX W71/72 和 MCX W23）工业物联网电源我的工具 - NXP 社区 MCX W71/MCX W72 产品独立组网 \(SA\)蓝牙低功耗 (Bluetooth LE) 功能。 MCX W23 产品独立组网 (SA)的蓝牙低功耗 (Bluetooth LE)。 802.15.4 Matter ICD SIT & LIT 和 ZED 适用于 MCX W71 & W72 独立组网 (IIoT) 产品。 Aliro门锁应用 3. 面向汽车和工业物联网的定位应用（CCC CS） Kinetis MCX Wxx (KW47 & MCX W72) 蓝牙定位电源我的工具 - NXP 社区 4.新工具即将推出： Zephyr Zboss Zephyr BLE 请找到这个重要链接，使用 KW45/MCX W71 或 KW47/MCX W72 版本 PCB，以及所有与无线电性能和无线电认证 (CE/FCC/IC) 相关的内容： 使用KW45版本 PCB 的最佳方式（汽车配件...-恩智浦社区 有关功耗和低功耗应用笔记，请参阅产品页面。以下是一些直接链接，以方便您使用： MCXW71 - 电源管理单元硬件 KW45/K32W148-电源管理单元硬件 不同的体验：一款无线连接功率分析工具 它将所有无线连接功率分析工具集成在一个设备中。 Kinetis（KW3x/4x、MCX W7x 和 MCX W23）连接电源我的工具 - NXP 社区 注意：与之前的工具格式相比，此工具采用 html 格式，易于使用且响应迅速（无延迟）。 产品：K32W0 产品：K32W1 产品：KW 34|35|36 产品：KW 37|38|39 产品：KW41Z |31Z |21Z 产品：QN9080|SIP 产品：QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) 嗨，埃弗雷特、 密码的设置是为了避免在太多细节上出现变化或竞争对手的基准。 很抱歉给您带来不便，但这是不可能的。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) 你好，克里斯托夫-梅纳德。 @christophe_menard能否提供Sheet 保护 密码 ，非常感谢。 EverettRao_0-1729134009121.png Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) 你好 ， 我们想使用OneConnectivityPowerProfilingtool_SDK_26_03.zip，但检测到了木马程序。 如何使用这个工具？ 感谢您的支持 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) 嗨@pierre_demeyer 我已向IT部门提交了工单以核实此事。 我会尽快通知您最新情况。 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) 嗨@pierre_demeyer 经 IT 部门核实，使用 Crowstrike 或 Defender 软件均未检测到木马病毒。

Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) This page is dedicated to the Kinetis (KW35/KW38/KW45/KW47) and MCX Wx (MCX W71/72 & MCX W23) Power Profile Tools. It will help you to estimate the power consumption in your application (Automotive, IIoT, Trackers/Tags and Continuous Glucose Monitoring [CGM]) and evaluate the battery life time of your solution. This page contains 4 market segments which provides dedicated power profile tool on standalone product or full system application for:    1. Automotive Kinetis (KW3x/4x) Power Profile Tools for Automotive - NXP Community Bluetooth LE for the KW35/36 products in standalone. Bluetooth LE for the KW37/38/39 products in standalone. Bluetooth LE for the KW45/KW47 products in standalone. SmartFob application (BLE/KW45; UWB Ranger4; SE; motion sensor)  SmartFob application (BLE/KW47; UWB Ranger5; SE; motion sensor)     2. IIoT Kinetis MCX Wxx (MCX W71/72 & MCX W23) Power Profile Tools for IIoT - NXP Community Bluetooth LE for the MCX W71/MCX W72 product in standalone. Bluetooth LE for the MCX W23 product in standalone. 802.15.4 Matter ICD SIT & LIT and ZED for the MCX W71 & W72 product in standalone (IIoT). Aliro Doorlock application    3. Localisation application (CCC CS) for Automotive & IIoT Kinetis MCX Wxx (KW47 & MCX W72) Power Profile Tools for Bluetooth Localization - NXP Community    4. New tools coming: Zephyr Zboss Zephyr BLE Please, find this important link to build a PCB using a KW45/MCX W71 or KW47/MCX W72 and all concerning the radio performances and radio certification (CE/FCC/IC): The best way to build a PCB using a KW45 (car acce... - NXP Community For Power and Low Power Application Notes please see product pages. Here are some direct links for your convenience: MCXW71 - Power Management Hardware KW45/K32W148 - Power Management Hardware A different experience: One Wireless Connectivity Power Profiling tool It includes all the wireless connectivity power profiling tools in one. Kinetis (KW3x/4x, MCX W7x and MCX W23) One Connectivity Power Profile Tool - NXP Community Note: This tool is in html format, easy to use and reactive (no latency) compared to previous tool format. Product: K32W0 Product: K32W1 Product: KW 34|35|36 Product: KW 37|38|39 Product: KW41Z |31Z | 21Z Product: QN9080|SIP Product: QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) Hi Everett, The password is in place to avoid changes or competitor benchmarks in too much details. Sorry for the inconvenient but it can't be. Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) Hi  christophe_menard， @christophe_menard  Could you provide the password of Sheet protection, thanks very much. EverettRao_0-1729134009121.png Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) Hello , We would like to work with OneConnectivityPowerProfilingtool_SDK_26_03.zip but a trojan is detected. How to do to use thtis tool. Thank you for the support Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) Hi @pierre_demeyer  I opened a ticket to our IT to verify this. I will keep you informed soon. Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) Hi @pierre_demeyer  After IT verification, no Trojan virus was detection using Crowstrike or Defender softwares.

IMX93计量应用 我目前正在进行一个能源计量项目，希望将计量库从TWR-KM35Z75M平台移植到基于 i.MX 93 的板子上，其中Cortex-M33 内核将用于计量应用程序。 我希望就以下方面获得指导： 将计量库移植到 i.MX 93 M33 内核的推荐方法。 需要考虑的任何硬件或软件依赖项。 参考设计、应用说明或迁移指南的可用性。 i.MX 93 平台上的计量实现实例。 在新平台上实现ADC数据采集接口并保持计量精度的最佳实践。 任何类似迁移的实施步骤、参考资料或经验都将不胜感激。 谢谢！ 电源 Re: IMX93 Metering Application 看来您的所有问题都已在https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/view中进行了跟踪。 大多数情况下，我们需要内部团队的确认。请关注那里的更新。 谢谢。

受信感度は連続測定間で10dBの差がある。 QN9083 BLE SoCを使用している当社の製品の一つで予期せぬ挙動を観察しています。機器のレシーバ感度を測定すると、連続した測定間で最大10dBの差が見られます。CMW100を広告モードで測定しており、機器はシールドされたRFボックスに設置されています。箱を開けたり、デバイスの設置場所を変更したりせずに、連続してRxS測定を行ったところ、デバイスは最大10dBの差（-91dBmと-81dBm）を示しました。これは予想外で、これまで一度も発生したことのない現象です。その挙動はランダムである。ハードウェアとソフトウェアの両方の可能な原因を探しています。 Re: Rx sensitivity differs by 10dB between consecutive measurements こんにちは、 連続する感度測定値間で最大10dBものばらつきが生じるのは、通常想定されることではありません。 現在使われているソフトウェアやSDKのバージョンを教えてもらえますか? それと、もう少し詳しく教えていただけますか: これは単一のデバイスで起こるのか、それとも複数の製品で起こるのか? 異なる部署間で同様の行動が見られましたか？ 同じ測定セットアップを使ってNXPの開発ボードでも同じ問題を再現できますか? この情報は、問題がハードウェア、ソフトウェア、テスト環境に特有のものかを判断するのに役立ちます。 よろしくお願いいたします。 リカルド Re: Rx sensitivity differs by 10dB between consecutive measurements こんにちは。ご連絡いただきありがとうございます。私の回答は以下のとおりです。 現在使われているソフトウェアやSDKのバージョンを教えてもらえますか? 5.0 は156414(コントローラーサブシステム)および156821(ホストサブシステム)に基づいています これは単一のデバイスで起こるのか、それとも複数の製品で起こるのか? 同じ製品です。他の製品では問題が起きたことは一度もありません。 異なる部署間で同様の行動が見られましたか？ はい、ただし一貫しているわけではありません 同じ測定セットアップを使ってNXPの開発ボードでも同じ問題を再現できますか? QN9083を搭載した開発ボードと、チップをアドバタイジングモードに設定するファームウェアが必要です。 ありがとうございました。       Re: Rx sensitivity differs by 10dB between consecutive measurements BLEバージョンに関する追加情報： BLE Core 5.0をサポートするSDK 2.2.3 BLE 1.5.6。 Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora QN9080-DKを使用して測定を行いました。10dBの差は見られませんが、5dBの変動は依然として存在します（下記のデータを参照）。これは何が原因でしょうか? furbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements こんにちは、 @Ricardo_Zamora さん。私が投稿したデータや回答をご覧いただけましたでしょうか？ ありがとう。 Re: Rx sensitivity differs by 10dB between consecutive measurements W236 FRDM基板の放射RSSIにどの程度のばらつきがあるかを測定するために、測定を行いました。最大で4dBの差が生じる。 RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek最新情報ありがとうございます。測定にはどのような機器を使用しましたか？もし測定してもらえれば、うちのフォームファクターのデバイスの一つを発送したいです。 よろしくお願い申し上げます。 Re: Rx sensitivity differs by 10dB between consecutive measurements それはNXPのHCIブラックボックスソフトウェアでした。測定結果と比較させていただければ幸いです。後ほどメールで住所をお送りします。 過去には、Rx感度の問題はテスト器具のプロービング問題に起因していました。試験器具が摩耗すると、プローブピンがプラスチックハウジングに触れてRFピンに静電気を注入する可能性があります。照明器具を接地することで問題は解決しました。これらのデバイスをいくつか見せて、どのように動作するか確認させてください。

丹佛哪家移动应用开发公司提供端到端服务？ 如果您正在丹佛寻找一家提供端到端服务的移动应用开发公司， JPLoft值得考虑。JPLoft 拥有 16 年以上的经验，已交付 1250 多个项目，提供完整的移动应用开发解决方案，包括 UI/UX 设计、iOS 和 Android 开发、AI 集成、测试、部署和发布后支持。 该公司帮助初创企业和大型企业构建可扩展、用户友好的移动应用程序，以满足其业务需求。  

i.MX 8M Plus 定制板：在 U-Boot 2024 中，ums 和 fastboot 命令失败，并显示“USB 初始化失败：-22”错误。 我在基于i.MX 8M Plus 的自定义硬件平台上启动 USB 外围设备功能（ums 和 fastboot）时遇到问题，该平台运行的是U-Boot v2024.04 （通过 Yocto 构建）。 尝试将 eMMC 导出为大容量存储或调用 fastboot 时，控制器初始化失败并抛出无效参数错误 (-22)：   u-boot=> ums 0 mmc 2 UMS：LUN 0，设备 mmc 2，硬件分区 0，扇区 0x0，计数 0x3a3e000 USB控制器初始化失败。 u-boot=> fastboot 0 USB 初始化失败：-22 环境和设置上下文： U-Boot 版本： 2024.04 (PV="2024.04"已通过 BitBake 环境检查确认）。 硬件：定制板。与参考 i.MX 8M Plus EVK 不同，该设计在 I2C 总线上没有采用标准的 Type-C 端口控制器 (TCPC) 芯片。 当前软件调整：我们目前包含一个补丁，用于绕过 板/freescale/imx8mp_evk/imx8mp_evk.c 中的错误。因此，当 TCPC 函数无法找到 I2C 设备时，引导加载程序不会完全中止初始化。 问题： 即使绕过了启动中止，USB 协议栈也会拒绝初始化命令，错误代码为 -22 (EINVAL)。 我们想验证此故障是否与缺失的 TCPC 状态如何处理动态角色分配直接相关，或者当偏离参考 EVK 设计时，自定义 i.MX 8M Plus 布局上的 USB 外设操作是否需要基本的驱动程序模型/设备树框架配置不匹配。 问题： 在 U-Boot 2024.04 下，在 i.MX 8M Plus 平台上调用 fastboot 或 ums 时出现 -22 (EINVAL) 错误的常见结构或配置原因是什么？ 没有参考 EVK 的 Type-C 设置的定制板应该如何正确配置其板文件或设备树属性，以安全地启用独立的 USB 设备/外设功能？ 任何见解或调试建议都将不胜感激。

NXP Kinetis KM35 Metering Libraries I am working on a metering application with the kinetis KM35 series, and I am having some trouble understanding the Low-power metering library. I have been using the application note AN13259 "Low-Power Real-Time Algorithm for Metering Applications." While trying to integrate this library, I have found that there are actually many versions of this library in addition to multiple versions of the digital-filter and FFT-based versions. The examples in the SDK (imported through MCUExpresso) seem to have versions of these libraries that I cannot even find. My questions is this: What is the best way to determine what version of the library to use? What is the best way to find the most up-to-date information about the LPRT metering library? Am I working form the most recent and up-to-date application notes (AN13259)? Kinetis M Series MCUs

デンバーのモバイルアプリ開発会社はどこでエンド・ツー・エンド・サービスを提供していますか? デンバーでエンドツーエンドのサービスを提供する モバイルアプリ開発会社 をお探しなら、 JPLoft は検討する価値があります。16+年の経験と1,250+件のプロジェクトを手がけ、JPLoftはUI/UXデザイン、iOSおよびAndroid開発、AI統合、テスト、展開、リリース後のサポートを含む完全なモバイルアプリ開発ソリューションを提供しています。 同社はスタートアップや企業がビジネスニーズに合わせたスケーラブルで使いやすいモバイルアプリの開発を支援しています。  

i.MX 8M Plus Custom Board: ums and fastboot commands fail with "USB init failed: -22" in U-Boot 2024 I am experiencing an issue bringing up USB peripheral functions (ums and fastboot) on a custom hardware platform based on the i.MX 8M Plus running U-Boot v2024.04 (built via Yocto). When trying to export the eMMC as mass storage or invoke fastboot, the controller fails to initialize and throws an invalid argument error (-22):   u-boot=> ums 0 mmc 2 UMS: LUN 0, dev mmc 2, hwpart 0, sector 0x0, count 0x3a3e000 Couldn't init USB controller. u-boot=> fastboot 0 USB init failed: -22 Environment & Setup Context: U-Boot Version: 2024.04 (PV="2024.04" confirmed via BitBake environment check). Hardware: Custom board. Unlike the reference i.MX 8M Plus EVK, this design does not feature a standard Type-C Port Controller (TCPC) chip on the I2C bus. Current Software Adjustments: We currently include a patch to bypass errors inside board/freescale/imx8mp_evk/imx8mp_evk.c so the bootloader does not completely abort initialization when the TCPC functions fail to locate the I2C device. The Problem: Even with the boot abort bypassed, the USB stack rejects the initialization commands with error code -22 (EINVAL). We want to verify whether this failure is directly related to how the missing TCPC state handles dynamic role assignment, or if there is a fundamental driver model / device tree framework configuration mismatch required for USB peripheral operation on custom i.MX 8M Plus layouts when deviating from the reference EVK design. Questions: What are the common structural or configuration causes for the -22 (EINVAL) error when invoking fastboot or ums on an i.MX 8M Plus platform under U-Boot 2024.04? How should a custom board without the reference EVK's Type-C setup correctly configure its board file or device tree properties to safely enable standalone USB device/peripheral functionality? Any insights or debugging pointers would be appreciated 

IMX93 Metering Application I am currently working on an energy metrology project and would like to port the metrology libraries from the TWR-KM35Z75M platform to an i.MX 93-based board, where the Cortex-M33 core will be used for the metrology application. I would appreciate guidance on the following: Recommended approach for porting the metrology libraries to the i.MX 93 M33 core. Any hardware or software dependencies that need to be considered. Availability of reference designs, application notes, or migration guides. Existing examples of metrology implementations on the i.MX 93 platform. Best practices for interfacing ADC data acquisition and maintaining metrology accuracy on the new platform. Any implementation steps, references, or experiences from similar migrations would be greatly appreciated. Thank you. Power Re: IMX93 Metering Application It seems all of your questions are already being tracked in https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/view Most require confirmation from our internal team. Please follow the updates there. Thanks.

连续两次测量中接收灵敏度相差 10dB 我发现我们一款使用 QN9083 BLE SoC 的产品出现了异常行为。当我测量设备接收器灵敏度时，我发现连续两次测量之间有高达 10dB 的差异。我正在使用 CMW100 的广播模式进行测量，该设备放置在屏蔽的射频盒中。在不打开盒子和/或改变设备位置的情况下，连续进行 RxS 测量，设备的响应差异高达 10dB（即 -91dBm 和 -81dBm），这是意料之外的，以前从未发生过。这种行为是随机的。我正在寻找硬件和软件方面可能的原因。 Re: Rx sensitivity differs by 10dB between consecutive measurements 你好， 连续两次灵敏度测量结果之间出现高达 10 dB 的变化，这通常是我们意想不到的。 能否告知您当前使用的软件/SDK 版本？ 另外，您能否澄清一下： 这种情况是发生在单个设备上还是多个产品上？ 您是否在不同的单元中观察到过同样的情况？ 使用相同的测量设置，能否在 NXP 开发板上重现该问题？ 这些信息将有助于确定问题是硬件、软件还是测试环境特有的。 顺祝商祺！ 里卡多 Re: Rx sensitivity differs by 10dB between consecutive measurements 您好，感谢您的回复。我的回答如下： 能否告知您当前使用的软件/SDK 版本？ 5.0 版本基于156414（控制器子系统）和 156821（主机子系统） 这种情况是发生在单个设备上还是多个产品上？ 同一款产品。使用其他产品从未遇到过问题。 您是否在不同的单元中观察到过同样的情况？ 是的，但并非始终如此。 使用相同的测量设置，能否在 NXP 开发板上重现该问题？ 我需要一块搭载 QN9083 芯片的开发板，以及一个能将芯片设置为广播模式的固件。 谢谢！       Re: Rx sensitivity differs by 10dB between consecutive measurements 关于BLE版本的其他信息： SDK 2.2.3 BLE 1.5.6，支持 BLE Core 5.0。 Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora 我使用 QN9080-DK 进行了测量。虽然我没有看到 10dB 的差异，但仍然存在 5dB 的波动（见下方数据）。可能是什么原因造成的？ furbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements 嗨@Ricardo_Zamora，您有时间查看我发布的数据/答案吗？ 谢谢。 Re: Rx sensitivity differs by 10dB between consecutive measurements 我测量了 W236 FRDM 板，看看辐射 RSSI 的变化有多大。变化幅度可达 4dB。 RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek谢谢你的更新。你使用什么仪器进行测量的？如果您也能测量一下我们这款设备的尺寸，我想寄送一台给您。 谢谢 Re: Rx sensitivity differs by 10dB between consecutive measurements 这是恩智浦HCI黑盒软件。我很乐意与测量结果进行比较。我会通过电子邮件发送我的地址。 过去，接收灵敏度问题可以追溯到测试夹具上的探测问题。随着测试夹具的磨损，探针针可能会接触到塑料外壳，并将静电注入射频针中。通过将灯具接地解决了这个问题。让我看看其中几个设备，了解一下它们的性能。

Rx sensitivity differs by 10dB between consecutive measurements I am observing unexpected behavior for one of our products using QN9083 BLE SoC. When I measure the device receiver sensitivity, I am seeing deltas up to 10dB between consecutive measurements. I am using a CMW100 in advertiser mode to perform measurement and the device is placed in a shielded RF box. Performing consecutive RxS measurements, without opening the box and/or changing device location, the device responds with up to 10dB difference (i.e., -91dBm and -81dBm) which is unexpected and never happened before. The behavior is random. I am looking for possible causes both hardware and software. Re: Rx sensitivity differs by 10dB between consecutive measurements Hello, A variation of up to 10 dB between consecutive sensitivity measurements is not something we would normally expect. Could you share the software/SDK version currently being used? Also, can you clarify: Does this occur on a single device or multiple products? Have you seen the same behavior across different units? Can the issue be reproduced on an NXP development board using the same measurement setup? This information will help determine whether the issue is specific to the hardware, software, or test environment. Best Regards, Ricardo Re: Rx sensitivity differs by 10dB between consecutive measurements Hello thank you for getting back to me. Here are my answers: Could you share the software/SDK version currently being used?       5.0 based on 156414 (Controller Subsystem) and 156821 (Host Subsystem) Does this occur on a single device or multiple products?       Same product. Never had the issue with different products. Have you seen the same behavior across different units?       Yes but not consistently Can the issue be reproduced on an NXP development board using the same measurement setup?       I will need a dev board with QN9083 and a FW that will set the chip on advertising Thank you,       Re: Rx sensitivity differs by 10dB between consecutive measurements Additional info regarding BLE version: SDK 2.2.3 BLE 1.5.6 that supports BLE Core 5.0. Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora  I ran measurements using QN9080-DK. Although I do not see 10dB discrepancy there is still 5dB fluctuation (see data below). What could cause this?  furbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements Hi @Ricardo_Zamora did you get the chance to look into the data/answers I posted? Thank you. Re: Rx sensitivity differs by 10dB between consecutive measurements I measured the W236 FRDM boards to see how much variation there is in the radiated RSSI. It does vary as much as 4dB. RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek Thank you for the update. What instrument did you use to perform the measurements? I'd like to ship one of our form factor devices if you could measure that one as well. Thank you Re: Rx sensitivity differs by 10dB between consecutive measurements It was NXP HCI black box software. I would be glad to compare to what was measured. I will email my address. In the past, Rx sensitivity issues could be traced to probing issues on the test fixture. As the test fixture wears out, the probe pin could touch the plastic housing and inject static into the RF pin. That was resolved with grounding of the fixture. Let me see a few of these devices to see how they behave.

IMX93 メーターアプリケーション 現在、エネルギー計測プロジェクトに取り組んでおり、 TWR-KM35Z75M プラットフォームの計測ライブラリを i.MX 93ベースのボードに移植し、 Cortex-M33コア を計測応用に使う予定です。 以下の点についてご指導いただければ幸いです。 計測ライブラリをi.MX 93 M33コアに移植するための推奨アプローチ。 考慮すべきハードウェアやソフトウェアの依存関係について。 リファレンス・デザイン、アプリケーションノート、または移行ガイドの入手可能性。 i.MX 93プラットフォーム上の計測実装の既存例。 ADCデータ取得のインターフェースおよび新プラットフォームでの計測精度維持のベストプラクティス。 同様の移行に関する実装手順、参考資料、または経験談などがあれば、大変ありがたいです。 よろしくお願いします。 パワー Re: IMX93 Metering Application ご質問はすべて、 https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/viewで既に追跡されているようです。 ほとんどの場合、社内チームによる確認が必要です。最新情報はそちらでご確認ください。 ありがとうございます。

i.MX 8M Plusカスタムボード：U-Boot 2024でumsおよびfastbootコマンドが「USB初期化失敗：-22」で失敗する i.MX 8M Plusをベースにしたカスタムハードウェアプラットフォーム(U-Boot v2024.04(Yocto経由で構築)でUSBペリフェラル機能(UMSやfastboot)を起動する際に問題が発生しています。 eMMCをマスストレージとしてエクスポートしたりfastbootを呼び出しようとすると、コントローラーが初期化に失敗し、無効な引数エラー(-22)を出します:   u-boot=> ums 0 mmc 2 UMS: LUN 0、開発 MMC 2、hwpart 0、セクター 0x0、カウント 0x3a3e000 USBコントローラを起動できませんでした。 u-boot=> fastboot 0 USB初期化失敗: -22 環境とセットアップのコンテキスト: U-Boot バージョン: 2024.04 (PV="2024.04"BitBake環境チェックで確認済み。 ハードウェア：カスタム基板。8M Plus EVK i.MX 参照モデルとは異なり、この設計には標準的なType-Cポートコントローラ(TCPC)チップがI2Cバスに搭載されていません。 現在のソフトウェア調整: 現在、board/freescale/imx8mp_evk/imx8mp_evk.c内のエラーを回避するためのパッチを含んでいますそのため、TCPC機能がI2Cデバイスを特定できなくても、ブートローダーは初期化を完全に中止しません。 問題： ブート中止を回避した場合でも、USBスタックは初期化コマンドをエラーコード-22（EINVAL）で拒否します。 この失敗が、欠損したTCPC状態が動的役割割り当てをどのように処理するかに直接関係しているのか、あるいはカスタム i.MX 8M Plusレイアウト上のUSBペリフェラル動作に必要な根本的なドライバーモデルやデバイスツリーフレームワークの設定ミスマッチが、参照EVKデザインから逸脱した場合に必要かどうかを確認したいと考えています。 質問: U-Boot 2024.04の下で i.MX 8M Plusプラットフォーム上でfastbootやumsを呼び出す際に-22(EINVAL)エラーが起こる一般的な構造的または構成原因は何ですか? リファレンスEVKのType-Cセットアップを使わないカスタムボードは、ボードファイルやデバイスツリーのプロパティを正しく設定して、スタンドアロンのUSBデバイスやペリフェラル機能を安全に有効化させるにはどうすればよいのでしょうか? 何かご意見やデバッグのヒントがあれば幸いです。

Which Denver mobile app development company offers end-to-end services? If you're looking for a mobile app development company in Denver that offers end-to-end services, JPLoft is worth considering. With 16+ years of experience and 1,250+ projects delivered, JPLoft provides complete mobile app development solutions, including UI/UX design, iOS and Android development, AI integration, testing, deployment, and post-launch support. The company helps startups and enterprises build scalable, user-friendly mobile apps tailored to their business needs.