Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
FRDM I.mx93 desing files for altium HI, I am starting to develop a solution using i.mx93 and i wanted to see the hardware layout and schematics of the development board. I don´t have a cadence license, but i heard i could import it to altium if i had some specific files that cadence can generate... Could someone please provide the Allegro ASCII (.alg) file for LAY-94611.brd (FRDM-i.MX93 PCB) along with the OrCAD Capture schematic (.DSN) file? thanks in advance
View full article
LX2160A - SerDes 通道编号 您好, 我注意到 LX2160A 参考手册中关于 SerDes 1 通道编号存在不一致之处。 在第 26.1.4 节中(SerDes 选项),使用字母时,SerDes 1 通道的编号是相反的:通道 H = 0 -> 通道 A = 7。 fdekeers_0-1789391391196.png 在第 26.4.1.19 节(SerDes Lane m RX 通用控制寄存器 1 (LNARGCR1 - LNHRGCR1)),文本说明字母编号递增:Lane A = 0 -> Lane H = 7。 fdekeers_1-1789391514092.png 我希望配置通用控制寄存器 1 中的寄存器 EXT_REC_CLK_SEL,而正确通道的地址偏移量取决于此编号。请问哪个是正确的? 顺祝商祺! Re: LX2160A - SerDes lanes numbering 你好, 两部分内容均正确——它们使用了两种不同(但一致)的索引规则。 表面上的矛盾可以通过理解这两个部分使用了不同的“变量”来解决: 第 26.1.4 节— 协议表中的泳道编号(H=0 … A=7) 具体来说,对于 SerDes 1 ,RM 从物理层的角度分配通道号: 信 通道号(协议表) H 0 G 1 F 2 E 3 D 4 C 5 B 6 A 7     这是有意为之,并且如文档所述,是正确的。NXP TS 在之前的案例中明确证实了这一点: “SerDes1 的通道字母顺序相反。” 这当有人对 LS1046A 提出类似问题时,也证实了同样的方案适用于 LX2160A。 AN13022 应用笔记也使用了相同的 H/0 … A/7 列标题。 第 26.4.1.19 节— 将后缀字母注册为地址索引(A=0 … H=7) 偏移公式 848h + (a × 100h) 使用 a 作为寄存器名称字母索引,其中 A=0,B=1,… H=7: 寄存器名称 a (字母索引) 偏移量 LN A RGCR1 0 0x848 LN B RGCR1 1 0x948 LN E RGCR1 4 0xC48 LN F RGCR1 5 0xD48 LN H RGCR1 7 0xF48       AN13022 也证实了这一点,其中明确列出了: “LNmRGCR1(A 车道偏移量为 0x0848,B 车道偏移量为 0x0948,E 车道偏移量为 0x0C48,F 车道偏移量为 0x0D48)” — 完全符合 A=0…H=7 字母索引公式。 如何为正确的通道配置 EXT_REC_CLK_SEL 根据 SerDes 1 协议表(第 26.1.4 节)确定您的通道字母,其中第一个物理车道标记为H (车道 0)。 使用以该字母命名的寄存器——例如,H 车道使用 LNHRGCR1 ,A 车道使用 LNARGCR1 。 使用 848h + (letter_index × 100h) 计算地址偏移量 ,其中 A=0,B=1,…,H=7。 例如,要在 H 通道(SerDes 1 的第一个通道,协议表中的通道编号为 0)上配置 EXT_REC_CLK_SEL : 注册号: LNHRGCR1 偏移量: 848h + 7 × 100h = 0xF48 此致
View full article
Fit Data 您好,请问哪里可以找到NX5P3090 的FIT数据?帮忙发我一下吧,谢谢.
View full article
BAM ROM dump request - MPC5604B (or MPC560xB family) Anyone with an uncensored MPC5604B (or any MPC560xB/C evaluation board) willing to dump the BAM mask ROM (16 KB at 0xFFFFC000-0xFFFFFFFF) and share? Need it as a reference for a personal MCU study project on my own chip. Thanks! Re: BAM ROM dump request - MPC5604B (or MPC560xB family) Hello, I do not have such EVB here, but you can simply sample the chip and do the dump yourself. All samples are uncensored out of the factory. https://www.nxp.com/support/sample-and-buy/order-samples:ORDER_SAMPLES?partnum=SPC5604BAVLQ6 This way you can sample multiple free chips. Best regards, Peter
View full article
BAM ROMダンプリクエスト - MPC5604B(またはMPC560xBファミリ) 検閲されていないMPC5604B(またはMPC560xB/C評価ボード)をお持ちで、BAMマスクROM(16KB、0xFFFFC000-0xFFFFFFFF)をダンプして共有してくれる方はいらっしゃいますか?自分のチップでMCUの個人的な研究プロジェクトの参考資料として必要です。 よろしくお願いします! Re: BAM ROM dump request - MPC5604B (or MPC560xB family) こんにちは、 こちらにはそのようなEVBはありませんが、チップをサンプリングして自分でダンプを行うことができます。 工場出荷時のサンプルはすべて検閲を受けていません。 https://www.nxp.com/support/sample-and-buy/order-samples:ORDER_SAMPLES?partnum=SPC5604BAVLQ6 こうすることで複数の無料のチップを試すことができます。 よろしくお願いいたします。 ピーター
View full article
LX2160A - SerDes lanes numbering Hi, I noticed an inconsistency in the LX2160A reference manual regarding the numbering of SerDes 1 lanes. In section 26.1.4 (SerDes options), SerDes 1 lanes' numbering is reversed when using letters: Lane H = 0 -> Lane A = 7. fdekeers_0-1789391391196.png In section 26.4.1.19 (SerDes Lane m RX General Control Register 1 (LNARGCR1 - LNHRGCR1)), the text states that the letter numbering is increasing: Lane A = 0 -> Lane H = 7. fdekeers_1-1789391514092.png I wish to configure register EXT_REC_CLK_SEL in the General Control Register 1, and the address offset for the correct lane depends on this numbering. Can you please confirm which one is correct ? Best regards. Re: LX2160A - SerDes lanes numbering Hello, Both sections are correct — they use two different (but consistent) indexing conventions The apparent contradiction is resolved by understanding that the two sections use different "variables": Section 26.1.4 — Lane number in the protocol table (H=0 … A=7) For SerDes 1 specifically, the RM assigns lane numbers from the physical-layer perspective: Letter Lane # (protocol table) H 0 G 1 F 2 E 3 D 4 C 5 B 6 A 7     This is intentional and correct as documented. NXP TS confirmed this explicitly in a prior case: "SerDes1 has opposite order of lane letters."The same scheme was also confirmed to apply to the LX2160A when a similar question was raised for the LS1046A. The AN13022 application note also uses this same H/0 … A/7 column header. Section 26.4.1.19 — Register suffix letter as address index (A=0 … H=7) The offset formula 848h + (a × 100h) uses a as the register-name letter index, where A=0, B=1, … H=7: Register name a (letter index) Offset LNARGCR1 0 0x848 LNBRGCR1 1 0x948 LNERGCR1 4 0xC48 LNFRGCR1 5 0xD48 LNHRGCR1 7 0xF48       This is cross-confirmed by AN13022, which lists exactly: "LNmRGCR1 (offsets 0x0848 for lane A, 0x0948 for lane B, 0x0C48 for lane E, 0x0D48 for lane F)"— all consistent with the A=0…H=7 letter-index formula. How to configure EXT_REC_CLK_SEL for the correct lane Identify your lane letter from the SerDes 1 protocol table (section 26.1.4), where the first physical lane is labeled H (lane 0). Use the register named after that letter — e.g., for Lane H use LNHRGCR1 , for Lane A use LNARGCR1 . Calculate the address offset using 848h + (letter_index × 100h) , where A=0, B=1, …, H=7. For example, to configure EXT_REC_CLK_SEL on Lane H (the first lane of SerDes 1, lane number 0 in the protocol table): Register: LNHRGCR1 Offset: 848h + 7 × 100h = 0xF48 Regards
View full article
IFCインターフェースのPCB設計ガイドを教えていただけLS1021A こんにちは、 私のボードでは、LS1021AのIFCインターフェースが2つのフラッシュ、2つのPHYとMCUインターフェース付き、そして2倍のバッファ(SN74LVC1624 5A)に直接接続されます。PCBの配線は非常に複雑になります。SO,  1. SIの観点から受け入れられるルーティングトポロジーはどのようなものか? 2. IFCインターフェースのPCB設計ガイドを教えていただけますかLS1021A よろしくお願いします! よろしくお願いいたします! ジェイソン QorIQ LS1デバイス Re: Could you please provide me the PCB design guide for IFC interface of LS1021A こんにちは、ジューンさん。 下の図に示すように、私の回路は少し複雑です。IFCバスは、いくつかのバッファを介して合計8個のチップを駆動します。IFCインターフェースは非同期モードを使用するため、IFCのレートは高くありません。Yiping.wang からもらったイーサネットインターフェースのような一般的なルートガイドはありますか? Jason_in_job_0-1789111004993.pngJason_in_job_0-1789111004993.png よろしくお願いいたします! よろしくお願いいたします! ジェイソン Re: Could you please provide me the PCB design guide for IFC interface of LS1021A トポロジーの詳細を共有してください。 1. 2つのSN74LVC16245Aデバイスは、IFCアドレス/データバスのバッファリングまたは分離のために使用されますか? 2. IFCインターフェースに接続されるフラッシュデバイス(NORフラッシュ、NANDフラッシュなど)はどのようなものですか? 3. 2つのPHYデバイスはどのようにIFCインターフェースに接続されているのか?彼らはGPCMモードを使用していますか? 4. IFCの完全な読み込みを確認していただけますか?2つのFlashデバイスと2つのMCUインターフェースPHYデバイスで構成されていますか? よろしくお願いします。 Re: Could you please provide me the PCB design guide for IFC interface of LS1021A LS1021A IFCインターフェース専用のPCBルーティングガイドラインは存在しません。 DDRやイーサネットのような高速インターフェースとは異なり、IFCは非同期並列インターフェースであり、信号の整合性の考慮は実際のトポロジー、負荷、動作周波数、PCBの実装に大きく依存します。したがって、NXPは汎用的なレイアウトルールを記載した専用のIFCルーティングガイドを提供していません。 一般的に、分岐(スタブ)の長さを最小限に抑え、LS1021Aからラッチおよびバッファまでの配線をできるだけ短くし、可能な限りバッファを使用して下流側の負荷を分離することをお勧めします。 可能であれば、大きなスター型トポロジー接続ではなく、短いスタブ(例えば、可能な限り約1インチ/25mm以内)を使用したデイジーチェーン型の配線を使用することをお勧めします。お使いのトポロジーでは、アドレスラッチをLS1021Aに最も近い位置に配置し、その次にブートフラッシュデバイスを配置するのが一般的に望ましいです。また、バッファはIFCバスへの負荷を最小限に抑えるために十分近い位置に配置するようにしてください。 また、IFC配線については、50Ω±10%のシングルエンドインピーダンスを維持することを推奨します。±10%の公差はPCB製造の違いを考慮し、設計目標は理想的には±2%以内に収めるべきです。 検証中に信号品質の問題が確認された場合、実際の波形測定結果とPCBの実装に基づいて、LS1021A出力にソース終端抵抗(例えば、22Ω~33Ω)を追加することを検討してもよい。 参考として、AN4878(LS1021A設計チェックリスト)およびTWR-LS1021A リファレンス・デザインを参照してください。 トポロジーの複雑さと接続負荷数を考慮すると、PCB設計を最終決定する前にルーティングトポロジー、荷重、タイミングマージンを検証するために信号整合性(SI)シミュレーションも推奨されます。 よろしくお願いします。
View full article
Altium用FRDM I.mx93設計ファイル こんにちは、i.mx93を使ってソリューションの開発を始めていて、開発ボードのハードウェアレイアウトと回路図を見たいと思っています。 Cadenceのライセンスは持っていませんが、Cadenceが生成できる特定のファイルがあればAltiumにインポートできると聞きました... どなたか、LAY-94611.brd(FRDM-i.MX93 PCB)用のAllegro ASCII(.alg)ファイルと、OrCADキャプチャの回路図(.dsn)ファイルを提供していただけませんか?DSNファイル? よろしくお願いします
View full article
Could you please provide me the PCB design guide for IFC interface of LS1021A Hi, On my board,  IFC interface of LS1021A will directly connect to two Flash、two PHY with MCU interface and 2x buffer( SN74LVC16245A)。PCB routing will be very complicated. So,  1. What kind of routing topology could be accepted from SI point of view? 2. Could you please provide me the PCB design guide for IFC interface of LS1021A Thanks in advacnce! Best regards! Jason QorIQ LS1 Devices Re: Could you please provide me the PCB design guide for IFC interface of LS1021A Hi, June: Like below figure shown, my circuit is a little complicated. IFC bus will drive total 8x chips through some buffers.  Cause IFC interface use asynchronous mode, the rate of IFC is not high. Do you have general route guide for IFC interface like ethernet one given me by Yiping.wang? Jason_in_job_0-1789111004993.pngJason_in_job_0-1789111004993.png Thanks in advance! Best regards! Jason Re: Could you please provide me the PCB design guide for IFC interface of LS1021A Please share the details of your topology 1. Will the two SN74LVC16245A devices be used to buffer or isolate the IFC address/data bus? 2. What type of Flash devices will be connected to the IFC interface (NOR Flash, NAND Flash, etc.)? 3. How are the two PHY devices connected to the IFC interface? Are they using GPCM mode? 4. Could you please confirm the complete IFC loading? Is it comprised of two Flash devices and two MCU-interface PHY devices? Thanks Re: Could you please provide me the PCB design guide for IFC interface of LS1021A We do not have a dedicated PCB routing guideline specifically for the LS1021A IFC interface. Unlike high-speed interfaces such as DDR or Ethernet, the IFC is an asynchronous parallel interface, and the signal integrity considerations are highly dependent on the actual topology, loading, operating frequency, and PCB implementation. Therefore, NXP does not provide a dedicated IFC routing guide with universal layout rules. In general, we recommend minimizing branch (stub) lengths, keeping the traces from the LS1021A to the latch and buffers as short as possible, and using buffers to isolate downstream loading whenever practical. If practical, we recommend using a daisy-chain style routing with short stubs (for example, within approximately 1 inch / 25 mm where possible) rather than a large star-topology connection. For your topology, it is generally preferable to place the address latch closest to the LS1021A, followed by the boot Flash device, while keeping the buffers close enough to minimize loading on the IFC bus. We also recommend maintaining a controlled single-ended impedance of 50 Ω ±10% for the IFC traces. The ±10% tolerance accounts for PCB fabrication variations, while the design target should ideally be within ±2%. If signal integrity issues are observed during validation, source termination resistors (for example, 22 Ω to 33 Ω) at the LS1021A outputs may be considered based on the actual waveform measurements and PCB implementation. For reference, please refer to AN4878 (LS1021A Design Checklist) and the TWR-LS1021A reference design. Given the complexity of the topology and the number of attached loads, signal integrity (SI) simulation is also recommended to validate the routing topology, loading, and timing margins before finalizing the PCB design. Thanks
View full article
Altium 的 FRDM I.mx93 设计文件 您好,我正在使用 i.mx93 开发一个解决方案,我想查看开发板的硬件布局和原理图。 我没有 Cadence 的许可证,但我听说如果我有一些 Cadence 可以生成的特定文件,就可以把它导入到 Altium 中…… 请问谁能提供 LAY-94611.brd(FRDM-i.MX93 PCB)的 Allegro ASCII (.alg) 文件以及 OrCAD Capture 原理图 (.DSN) 文件? 提前致谢
View full article
Example S32K344EVB_T172 UART_ETH_Gateway HLD S32DS368 RTD701 **************************************************************************************** * Detailed Description: * * UART <-> Ethernet gateway demo for S32K344EVB-T172. * * UART messages are encapsulated into raw Ethernet frames * and transmitted over the Ethernet link. Received Ethernet * frames are decapsulated and forwarded to the UART terminal. * * Key Functionality: * - UART TX/RX interrupt driven communication. * - GMAC TX confirmation and RX indication interrupt processing. * - Four-deep message queue for UART/Ethernet decoupling. * - Runtime MAC address configuration. * - TJA1103 loopback, MASTER and SLAVE operation. * - Raw Ethernet frame transport (EtherType 0x88B5). * - RTD MCAL/HLD implementation (EthIf, Eth_43_GMAC, CDD_UART). * * Runtime status information including node configuration, * MAC addresses and link status is displayed on the UART terminal. * * Test Configurations: * * Single board: * GATEWAY_MODE_NODE_1_LOOPBACK * * Two-board setup: * Board 1 : GATEWAY_MODE_NODE_1_MASTER * Board 2 : GATEWAY_MODE_NODE_2_SLAVE * * Boards are connected using a 100BASE-T1 cable. * * Notes: * - EthIf.c contains custom gateway callback implementation. * - During S32 Configuration Tool code generation select "Keep Existing" for EthIf.c. * - Do not overwrite EthIf.c. * - On PC terminal enable local echo * * -------------------------------------------------------------------------------------- * Test HW: S32K3x4EVB-T172 Rev B * MCU: S32K344_172HDQFP * IDE: S32DS 3.6.8 * RTD release: S32K3_RTD_7_0_1_D2602_ASR_REL_4_9_REV_0000_20260206 * Debugger: Lauterbach, P&E Micro * Target: Internal_FLASH * Serial: 115200, 8N1 *****************************************************************************************   Terminal prints between two S32K344EVB-T172 boards PetrS_0-1789458752395.png In case of single board in PHY loopback PetrS_1-1789458817163.png  
View full article
(PN7642)- How to Prevent the ULPCD Freeze State Introduction  Based on ES_PN7642 , the PN7642 operating in ULPCD mode may, in very rare cases, enter an unresponsive state. This is caused by very strong distortion of the power supplies or GND of the IC during this boot-up time can cause a loss of the internal reset state and the boot-up sequence gets stuck. This article describes method for evaluating whether a design is sensitive to this phenomenon and provides guidance on how to monitor it.    The primary indicator is the LFO (Low-Frequency Oscillator). In particular, instability of the LFO during the ULPCD "Active" period may indicate an increased risk of the device entering the ULPCD Freeze (unresponsive) state.   This LFO instability may be caused by external events, such as ESD (Electrostatic Discharge), or by interference from other electronic circuits integrated on the PCB.    LFO instability is characterized by deviations in the oscillator's duty cycle and/or the occurrence of missing LFO cycles.   1// Where to measure the LFO ?  The measurement is done during the ULPCD "Active" phase  Tomas_Parizek_0-1789453318198.png   Time window where to measure the LFO stability    Tomas_Parizek_2-1789453587804.png Detail of the "LFO" Start. Please start the measurement when the LFO frequency gets stable.  Tomas_Parizek_3-1789454620348.png   At the end of the ULPCD active phase, the last LFO clock cycle typically exhibits a slight deviation. This behavior is expected and should not be interpreted as an indication of LFO instability.     Tomas_Parizek_4-1789454768289.png 2// How to enable LFO observability The LFO can be routed with the help of ULPCD test buses on GPIO2.  For firmware versions up to PN7642 FW v03.01. -> AN14518 (5.4 How to use test signals for PN7642) Write xx before entering ULPCD mode  For firmware versions from PN7642 FW v03.01 onward -> PN7642 Datasheet (9.14.3.17.12 ULPCD_TESTBUS_MUX_SETTINGS (0702)) Write xx before entering ULPDC mode 
View full article
KW43 知识中心 KW43 产品系列是一款低功耗、安全的单芯片无线 MCU,集成了高性能、低功耗蓝牙、蓝牙信道探测、EdgeLock 安全加速器以及各种针对汽车应用的 MCU 外围设备。 KW43 系列采用运行频率高达 96 MHz 的 Arm® Cortex®-M33 内核(Armv8-M 架构),用于客户应用程序。该系列包括所有列出的部件号中高达 1.5MB 闪存和 256 KB SRAM 的内存配置。该系列中的所有设备都集成了最先进的可扩展安全架构,包括 Arm 的 TrustZone®-M、资源域控制器和隔离式 EdgeLock 安全加速器,支持硬件加密加速器、随机数生成器、密钥生成、存储和管理以及安全调试。KW43系列的所有成员均按照Arm PSA 3级配置文件设计符合SESIP 3级认证。 KW43 使用双核 Arm Core Cortex-M33('CM33'),支持多种接口和安全功能。一个用于应用程序和系统,另一个用于无线链路层,两个内核共享一个 1.5 MB 的公共闪存。 这些设备包括经过全面认证的蓝牙 LE 6.x 控制器堆栈,在任何控制器/外设组合中支持多达 10 个同时连接。KW43 系列中集成的多协议无线电子系统节能,专为 Wi-Fi 共存而设计。该无线电由经过测试的低功耗蓝牙软件堆栈支持,适用于独立和托管应用程序,以支持一系列汽车、物联网和工业应用。软件和硬件还支持 2.4 GHz 专有协议。为满足测距要求,系统中集成了本地化引擎 (LCE),以提高本地化性能。 KW43 系列受 MCUXpresso开发人员体验支持,可优化、简化并帮助加速嵌入式系统的开发。 早期使用计划 KW43 处于试生产阶段,开发人员现在就可以开始使用引脚和软件兼容的 KW45/KW47。 您可以联系恩智浦销售团队申请访问权限 - Pascal Bernard ([email protected]) 点击此处加入 KW47 早期访问计划: KW43 提前访问 培训 低功耗蓝牙 6.0 恩智浦简介 对蓝牙技术感兴趣? 低功耗蓝牙 Primer – 理解 BLE 基础知识的必备读物。 蓝牙® 规格 - 标准、协议和技术文件的完整列表。 奖项与表彰- 每年,蓝牙特殊兴趣小组(SIG)都会表彰在推动蓝牙技术发展方面做出突出贡献的工作组、委员会成员和贡献者。 2024:通道探测 2025 年:基于信道探测振幅的攻击弹性、LE 测试模式增强以及测距配置文件和服务。 蓝牙功能概述 蓝牙 5.0 功能概述 蓝牙 5.1 功能概述 蓝牙_5.2_特性_概述 蓝牙_5.3_特性_概述 蓝牙_5.4_特性_概述 蓝牙_6_特性_概述 蓝牙_6.1_特性_概述 蓝牙_6.2_特性_概述 蓝牙_6.3_特性_概述 射频开关比较 吸收式/反射式 标准比较 ETSI / FCC / ARIB 要求 BLE 信道探测 - 概述 BLE 信道探测 - 射频硬件 BLE 信道探测 - ANSYS 建模工具 BLE 信道探测 - 天线原型验证测量 设备 无线设备:本文提供了有助于项目开发的设备链接 实用链接 如何使用适用于 Visual Studio Code 的 MCUXpresso 导入和运行演示示例:本文介绍了如何在适用于 Visual Studio Code 的 MCUXpresso 中使用 ARM GCC 工具链从新 SDK 导入和运行演示示例。 [MCUXSDK]如何为 KW4x、MCXW7x、MCXW2x 使用 GitHub SDK - NXP Community 本社区帖子将逐步介绍如何使用 GitHub SDK [MCUXSDK] GitHub SDK - 蓝牙 LE 平台文档 - NXP 社区 该社区帖子提供了 BLE 平台的文档。 如何在 Kinetis 系列产品上使用 HCi_BB 并获得 DTM 模式的访问权限:本文分为两部分: 如何将 HCi_BB 二进制文件闪存到 Kinetis 产品中。 使用 R&S CMW270 执行射频测量 用于@@ 设置发射器/接收器测试命令的 BLE HCI 应用程序:本文提供了演示用户如何向设备发送串行命令的步骤。 蓝牙 LE HCI 黑盒快速入门指南: 本文介绍了用户通过串行命令控制无线电的简单过程。 KW43
View full article
KW43 ナレッジハブ KW43製品ファミリーは、低消費電力でセキュアなシングルチップ無線MCUであり、高性能なBluetooth Low Energy、Bluetoothチャネルサウンディング、 EdgeLockセキュアアクセラレータ、および各種MCU周辺機器を統合し、車載アプリケーション向けに設計されています。 KW43ファミリーは、お客様アプリケーション向けに最大96MHzで動作するArm ® Cortex ® M33コア(Armv8-Mアーキテクチャ)を採用しています。このファミリには、記載されているすべての型番において、最大1.5MBのフラッシュメモリと256KBのSRAMを搭載したメモリ構成が含まれています。このファミリのすべてのデバイスは、ArmのTrustZone ® -M、リソースドメインコントローラ、ハードウェア暗号アクセラレータ、乱数発生器、鍵の生成、保存、管理、およびセキュアデバッグをサポートする独立したEdgeLockセキュアアクセラレータを含む、最先端のスケーラブルなセキュリティアーキテクチャを統合しています。KW43ファミリーの全製品は、Arm PSAレベル3プロファイルに準拠したSESIPレベル3認証を取得するように設計されています。 KW43はデュアルArmコアCortex-M33(「CM33」)を搭載し、複数のインターフェースとセキュリティ機能をサポートしています。一つはアプリケーションとシステム用、もう一つは無線リンク層用で、両方のコアは1.5MBの共通フラッシュメモリを共有している。 これらのデバイスには、認証済みのBluetooth LE 6.xコントローラースタックが搭載されており、コントローラーと**ペリフェラル**の組み合わせに関わらず、最大10台の同時接続をサポートします。KW43ファミリに統合されたマルチプロトコル無線サブシステムは、エネルギー効率が高く、Wi-Fiとの共存を前提に設計されています。この無線機は、スタンドアロンおよびホスト型アプリケーション向けに、Bluetooth Low Energy用のテスト済みソフトウェアスタックをサポートしており、自動車、IoT、産業用アプリケーションなど、幅広い用途に対応できます。2.4GHz帯の独自プロトコルに対するソフトウェアおよびハードウェアのサポートも提供されています。測距要件に対応するため、測位性能を向上させるために、測位エンジン(LCE)がシステムに統合されています。 KW43シリーズは、 MCUXpresso開発者エクスペリエンス 組み込みシステム開発を最適化、簡素化、加速化する。 早期アクセスプログラム KW43は現在試作段階ですが、開発者はピンとソフトウェアの互換性があるKW45/KW47を使用して本日より開発を開始できます。  アクセスをご希望の場合は、NXPの営業チーム(担当:パスカル・ベルナール、メールアドレス:[email protected])までご連絡ください。 KW47早期アクセスプログラムへの参加はこちら: KW43早期アクセス トレーニング Bluetooth Low Energy 6.0 NXP 導入 Bluetooth技術にご興味がありますか? Bluetooth Low Energy Primer – BLEの基礎を理解するために必読の書。 Bluetooth ®仕様 -規格、プロトコル、技術文書の完全なリスト。 表彰と評価- Bluetooth Special Interest Group (SIG) は毎年、Bluetooth 技術の発展に貢献したとして同業者から認められたワーキンググループ、委員会メンバー、貢献者の努力と献身を称えています。 2024: チャネル Sounding 2025年:チャネルサウンディング振幅ベースの攻撃耐性、LEテストモードの機能強化、および測距プロファイルとサービス。 Bluetooth機能の概要 Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能概要 Bluetooth_5.3_機能概要 Bluetooth_5.4_機能概要 Bluetooth 6の機能概要 Bluetooth 6.1の機能概要 Bluetooth 6.2 機能概要 Bluetooth 6.3 機能概要 RFスイッチ比較:吸収型/反射型 規格比較:ETSI / FCC / ARIBの要件 BLEチャネルサウンディング - 概要 BLEチャネルサウンディング - RFハードウェア BLEチャネルサウンディング - ANSYSモデリングツール BLEチャネルサウンディング - アンテナプロトタイプの検証測定 装置 無線機器:この記事では、プロジェクト開発に役立つ機器へのリンクを提供します。 役立つリンク集 Visual Studio Code 用 MCUXpresso を使用してデモ例をインポートして実行する方法: この記事では、Visual Studio Code 用の MCUXpresso で、ARM GCC ツールチェーンを使用した新しい SDK からデモ例をインポートして実行する方法について説明します。 [MCUXSDK] KW4x、MCXW7x、MCXW2x 用 GitHub SDK の使い方 - NXP コミュニティこのコミュニティ投稿では、GitHub SDK の使い方をステップバイステップで解説します。 [MCUXSDK] GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティこのコミュニティ投稿では、BLEプラットフォームのドキュメントを提供します。 Kinetisファミリー製品でHCI_bbを使用し、DTMモードにアクセスする方法:この記事は2つのパートで構成されています。 HCI_bbバイナリをKinetis製品に書き込む方法。 R&S CMW270を使用してRF測定を実施する BLE HCIアプリケーションでトランスミッタ/レシーバのテストコマンドを設定する:この記事では、ユーザーがデバイスにシリアルコマンドを送信する方法を示す手順を説明します。 Bluetooth LE HCI ブラックボックス クイックスタートガイド:この記事では、シリアルコマンドを使用してユーザーが無線を制御できるようにする簡単な手順について説明します。 KW43
View full article
RW610 / RW612 知识中心 RW61x 系列是一款高度集成的低功耗三射频无线 MCU,集成了 MCU 以及 Wi-Fi ® 6 + Bluetooth ® 低功耗 (LE) 5.4 / 802.15.4 射频,适用于广泛的应用场景,包括联网智能家居设备、企业和工业自动化、智能配件以及智能能源领域。 RW61x 系列 MCU 子系统包含一个 260 MHz 的 Arm ® Cortex ® -M33 内核(带 Trustzone ™ -M)、1.2 MB 片上 SRAM,以及一个高带宽 Quad SPI 接口(配备实时解密引擎,用于安全访问片外 XIP 闪存)。 RW61x 系列配备全功能的 1x1 双频段(2.4 GHz/5 GHz)20 MHz Wi-Fi 6(802.11ax)子系统,与前一代 Wi-Fi 标准相比,能提供更高的吞吐量、更好的网络效率、更低的延迟和更远的覆盖范围。蓝牙 LE 射频支持 2 Mbit/s 高速数据传输率、远距离传输和扩展广播功能。片上 802.15.4 射频可支持最新的 Thread mesh 网络协议。此外,RW612 还支持 Wi-Fi 上的 Matter 协议或 Thread 上的 Matter 协议,能在不同生态系统和产品间提供通用、可互操作的应用层。 NXP RW61x Block DiagramNXP RW61x 框图 文件 RW610 Datasheet: RW610 Datasheet RW612 Datasheet: RW612 Datasheet RW61x 用户手册:UM11865:RW61x 用户手册 RW61x 寄存器手册:RM00278:RX16x 寄存器   RW61x 模块 Azurewave: RW612 - AW-CU570:一款高度集成的低功耗三射频无线 RW612 MCU,集成了 MCU 以及 Wi-Fi 6 + 蓝牙低功耗 (LE) 5.2 / 802.15.4 射频,适用于广泛的应用场景。 RW610 - AW-CU598:一款高度集成的低功耗三射频无线 RW610 MCU,集成了 MCU 以及 Wi-Fi 6 + 蓝牙低功耗 (LE) 5.3 射频,适用于广泛的应用场景。 U-blox: RW612 - IRIS-W10 系列:小型独立式双频段 Wi-Fi 和蓝牙低功耗无线微控制器单元 (MCU) 模块。这些模块非常适合希望在其终端产品中添加高级无线连接功能的用户。 RW610 - IRIS-W16 系列:小型独立式双频段 Wi-Fi 和蓝牙低功耗无线模块,包含集成到终端产品所需的所有组件。这些模块非常适合希望在其终端产品中添加高级无线连接功能的用户。 Murata: RW612 - LBES0ZZ2FR-580:Murata 的 Type 2FR 是基于 NXP RW612 组合芯片组的小型且高性能模块,支持 IEEE 802.11a/b/g/n/ac/ax + 蓝牙 LE 5.4 / IEEE 802.15.4。 RW610 - LBES0ZZ2FP-580:Type 2FR/2FP 是一系列小型且高度集成的多射频模块,内置高性能 MCU(带高级安全功能),适用于智能家居、企业和工业自动化、智能配件及智能能源领域的联网智能设备。它支持最新的 Matter 智能家居连接协议。 California Eastern Laboratories (CEL): RW612 - CMP4612:一款全集成双频段、三模式(Wi-Fi 6、BT5.4、802.15.4)射频,包含主机 MCU、闪存、RAM、外设和众多接口(SDIO、UART、USB、以太网、SPI、I2C),支持无主机(RTOS)和有主机(NCP 模式)架构。CEL 的解决方案包含板载天线或连接器。 评估板  FRDM-RW612 FRDM-RW612 是一款紧凑且可扩展的开发板,用于 RW61x 系列 Wi-Fi 6 + 蓝牙低功耗 + 802.15.4 三射频无线 MCU 的快速原型开发。 它提供了便捷的 MCU I/O 和外设访问方式、集成的开放标准串行接口、外部闪存和板载 MCU-Link 调试器。 RDM-RW612 入门指南:FRDM-RW612 入门 FRDM-RW612 用户手册:UM12160:FRDM-RW612 板用户手册 FRDM-RW612 快速入门指南:FRDM-RW612 快速入门指南 电流测量配置: 移除0欧姆电阻R103 在JP5上焊接几个引脚。 若要测量 RW61x 的电流消耗,使用 JP5 上的引脚连接电流计。正常操作 FRDM 板时,用跳线连接 JP5 上的引脚。 u-blox   USB-IRIS-W1 USB-IRIS-W1 开发平台基于双频段 Wi-Fi 6 和蓝牙 LE 模块 IRIS-W1(基于 NXP RW610/612 芯片)构建。 开发板设计有 USB 接口,方便直接通过 PC 进行评估和原型开发。除了带集成天线的 IRIS-W1 模块外,它还集成了四个按钮、一个 RGB LED 和一个 USB/UART 转换器,进一步为便捷评估提供支持。 u-blox   EVK-IRIS-W1 EVK-IRIS-W1 评估套件提供 IRIS-W1 模块系列的独立使用,采用 NXP RW610/612 芯片组。 Azurewave    AW-CU570-EVB AW-CU570 模块的评估板包含集成三射频(Wi-Fi 6 + 蓝牙低功耗 5.3 / 802.15.4)的无线 MCU。 Murata   2FR EVK Murata Type 2FR 模块(Murata 部件号 LBES0ZZ2FR)的评估套件包含三种射频:Wi-Fi、BLE 和 802.15.4。它基于 NXP 的 RW612 芯片。 California Eastern Laboratories (CEL) CMP4612-2-EVB CMP4612 评估板 (CMP4612-2-EVB) 基于NXP RW612 芯片组,具有双频段 Wi-Fi 6、BLE 5.4 和 802.15.4 射频。该评估板包含板载以太网端口和 PHY 硬件,以及 Arduino 接口、MCULink SWD 和 USB 端口。对于希望为其终端产品使用经过认证的模块的客户,该开发板能促进无缝高效的评估过程。 应用笔记 RM00287:SDK 2.16.100 的 Wi-Fi 驱动 API:射频驱动源代码提供了通过与固件镜像通信在射频接口上发送和接收数据包的 API。本手册提供了 Wi-Fi 驱动和 Wi-Fi 连接管理器的参考文档。 UM12133:带 MCU 主机的 RW612 的 NXP NCP 应用指南 - 用户手册:本用户手册介绍: • 以 i.MX RT1060 为 MCU 主机平台的 RW612 的 NXP NCP 应用。 • 在 NXP RW612 BGA V4 板上启用 NCP 模式的四种支持 接口(UART、USB、SDIO 或 SPI)之一的硬件连接。 • 在 NCP 主机 (i.MX RT1060) 和 NCP 设备 (RW612) 上构建和运行 NCP 应用的方法。 这些应用适用于 Wi-Fi、蓝牙低功耗和 OpenThread (OT)。 UM12095:带 MPU 主机的 RW612 的 NXP NCP 应用指南 - 用户手册:本用户手册介绍: • 以 i.MX 8M Mini 为 MPU 主机平台的 RW612 的 NXP NCP 应用。 • 在 NXP RW612 BGA V4 板上启用 NCP 模式的四种支持 接口(UART、USB、SDIO 或 SPI)之一的硬件连接。 • 在 NCP 主机 (i.MX 8M Mini) 和 NCP 设备 (RW612) 上构建和运行 NCP 应用的方法。 这些应用适用于 Wi-Fi、蓝牙低功耗和 OpenThread (OT)。 AN14439:从 FRDM-RW612 板迁移到第三方模块板的指南:本应用笔记概述了将应用迁移到具有不同闪存和 pSRAM 的不同板子的相关内容。 AN14111:RW16x 上的目标唤醒时间 (TWT):本应用笔记介绍了目标唤醒时间功能,并提供了 RW61X 的相关示例。 AN13006:合规性和认证注意事项:本应用笔记提供了关于如何在 NXP Wi-Fi 设备上测试产品以确保符合法规的指导和提示。 AN13049:Wi-Fi / 蓝牙 / 802.15.4 M.2 Key E 引脚定义:本应用笔记定义了 M.2 在 NXP Wi-Fi / 蓝牙和三射频 M.2 模块设计中的使用方式。 AN14489 – RW61x 上的 Wi-Fi 固件自动恢复:介绍了 Wi-Fi 自动恢复功能,以及如何在 RW61x SDK 中启用和验证该功能。 安全性: AN14544 – 用于 MPU 和 MCU 的 EdgeLock 2GO 服务:本应用笔记介绍了 EdgeLock 2GO 服务可用于 MCU 和 MPU 设备的各种方法,以及每种方法可用的功能。 AN13813 – RW61x 上的安全启动:介绍了如何在 RW61x 上生成和运行安全启动(签名镜像)。 AN13814 – RW61x 上的调试认证:介绍了使用安全配置 SDK 工具进行调试认证的步骤。 技术论坛支持 如果你对 RW61x 系列有任何疑问,请在我们的无线 MCU 社区中留下你的评论!此处   培训 FRDM-RW612 培训:安全 i.MX RT MCU 中的 Wi-Fi 6 三射频 RW61x 系列培训 - NXP 社区 设备 无线设备:本文提供了无线设备的链接,以帮助你加快项目开发。 开发工具 SDK 构建器:MCUXpresso SDK 提供开源驱动程序、中间件和参考示例应用,以加快你的软件开发。 NXP MCUXpresso:MCUXpresso IDE 提供高级编辑、编译和调试功能,外加 MCU 特定调试功能,并支持与所有通用 Arm Cortex-M 的连接。 VSCode MCUXpresso:适用于 Visual Studio Code (VS Code) 的 MCUXpresso 为代码编辑和开发提供优化的嵌入式开发体验。 Zephyr RTOS:Zephyr 操作系统基于小尺寸内核设计,适用于资源受限的嵌入式系统:从简单的嵌入式环境传感器和 LED 可穿戴设备,到复杂的嵌入式控制器、智能手表和物联网无线应用。 NXP Application Code Hub:应用代码中心 (ACH) 存储库使工程师能够轻松找到由我们内部专家开发的微控制器软件示例、代码片段、应用软件包和演示。该平台提供了一种快速、简便且一致的方式来查找微控制器应用。 NXP SPSDK:一个统一、可靠且易于使用的 Python SDK 库,适用于整个 NXP MCU 产品组合,为从快速客户原型设计到生产部署提供坚实基础。 NXP SEC Tool:MCUXpresso 安全配置工具是一个基于 GUI 的应用程序,旨在简化 NCP MCU 设备上可引导可执行文件的生成和配置。 NXP OTAP Tool:一款帮助用户对 NXP 开发板执行空中固件更新的应用程序。 用于无线 MCU 的 SDK 示例:无线示例包含许多常见的连接配置。 有用链接 蓝牙规范 蓝牙 5.0 功能概述 蓝牙 5.1 功能概述 蓝牙 5.2 功能概述 Bluetooth_5.3_功能概述 Bluetooth_5.4_功能概述 Bluetooth_6_Feature_Overview   FRDM 培训 动手实践培训 产品:WiFi RW6XX 协议:802.15.4 协议:BLE -> 连接性 协议:蓝牙 协议:Matter 协议:Thread 协议:Wi-Fi 协议:Zigbee
View full article
How to use the GPU of the NXP Layerscape LS1028A with Yocto    Yocto Project Configuration The most modern and NXP-recommended method for developing with the LS1028A is the Layerscape Linux Distribution POC (LLDP) based on Yocto. Unlike the LSDK (which uses Flexbuild), LLDP uses Yocto/Bitbake and is the long-term supported path. 1 Host Requirements Requirement Details Operating System Ubuntu 20.04 LTS (Focal) — official recommendation RAM Minimum 8 GB (16 GB+ recommended) Disk Space Minimum 100 GB free CPU Minimum 4 cores (more cores = faster builds) Tools git, repo, python3, wget, curl, build-essential Install dependencies on Ubuntu: sudo apt-get update && sudo apt-get install -y  gawk wget git diffstat unzip texinfo gcc-multilib \   build-essential chrpath socat cpio python3 python3-pip  python3-pexpect xz-utils debianutils iputils-ping \   python3-git python3-jinja2 libegl1-mesa libsdl1.2-dev  pylint xterm rsync curl locales zstd liblz4-tool \   repo ca-certificates # Configure git (required by repo) git config --global user.name "Your Name" git config --global user.email "[email protected]" 2 Download the LLDP Repository (Yocto for LS1028A) # Create working directory mkdir ~/lldp-ls1028a && cd ~/lldp-ls1028a # Initialize repo with the LLDP manifest (Kirkstone, kernel 5.15) repo init -u https://github.com/nxp-qoriq/yocto-sdk.git \           -b kirkstone \           -m ls-5.15.71-2.2.0_distro.xml # Sync all repositories (may take 30-60 minutes) repo sync Note: For the latest version (LLDP L6.1.1, kernel 6.1), check the updated manifest at: https://github.com/nxp-qoriq/yocto-sdk 3 Set Up the Build Environment for LS1028A # Initialize Yocto environment for the LS1028A # (run from the lldp-ls1028a/ directory) DISTRO=fsl-qoriq-distro MACHINE=ls1028ardb source distro-setup-env # This automatically creates and enters the build directory # You are now in: ~/lldp-ls1028a/build_ls1028ardb/ 4 local.conf File — GPU Configuration The conf/local.conf file inside the build directory controls compilation options. For the LS1028A with GPU, verify or add: # Edit the configuration file nano conf/local.conf Key parameters for GPU and desktop: # Target machine MACHINE = "ls1028ardb" # Distribution with GPU and Wayland support DISTRO = "fsl-qoriq-distro" # Enable display and GPU features DISTRO_FEATURES:append = " wayland opengl" # GPU driver: use Etnaviv (open-source) for LS1028A # DO NOT use imx-gpu-viv (i.MX only, requires ARCH_MXC) PREFERRED_PROVIDER_virtual/libgl = "mesa" PREFERRED_PROVIDER_virtual/libgles1 = "mesa" PREFERRED_PROVIDER_virtual/libgles2 = "mesa" PREFERRED_PROVIDER_virtual/egl = "mesa" # Enable OpenCL support via Vivante GPU IMAGE_INSTALL:append = " clinfo" # Accept NXP proprietary licenses (required for GPU firmware) LICENSE_FLAGS_ACCEPTED = "nxp-proprietary" # Parallel build threads (adjust to your host PC) BB_NUMBER_THREADS = "8" PARALLEL_MAKE = "-j8" # (Optional) Use ccache to speed up recompilations INHERIT += "ccache" 5 Required Yocto Layers (bblayers.conf) Verify that conf/bblayers.conf includes these layers: cat conf/bblayers.conf It must contain at least: BBLAYERS ?= " \   ${BSPDIR}/sources/poky/meta \   ${BSPDIR}/sources/poky/meta-poky \   ${BSPDIR}/sources/meta-openembedded/meta-oe \   ${BSPDIR}/sources/meta-openembedded/meta-multimedia \   ${BSPDIR}/sources/meta-openembedded/meta-python \   ${BSPDIR}/sources/meta-openembedded/meta-networking \   ${BSPDIR}/sources/meta-freescale \   ${BSPDIR}/sources/meta-qoriq \   ${BSPDIR}/sources/meta-nxp-desktop \ " The meta-nxp-desktop layer is what provides GPU support for the LS1028A with the ls-image-desktop image. 6 Build the Image with GPU Support # Recommended: Desktop image with full GPU support (LS1028A only) # Includes: GNOME desktop, Weston/Wayland, Vivante GPU drivers, OpenCL bitbake ls-image-desktop # Alternative: download all packages first before building # (useful for catching network errors before the long build) bitbake ls-image-desktop --runall fetch bitbake ls-image-desktop # Minimal: main image without desktop (no GPU by default) bitbake ls-image-main # Lite: minimal image bitbake ls-image-lite Estimated build time: Between 4 and 8 hours on the first build (depending on host hardware). Incremental builds are much faster. 7 Install the Image to the SD Card After compilation, output files are located in: tmp/deploy/images/ls1028ardb/ # Identify the SD card (verify with lsblk) lsblk # Install image using flex-installer (included in the SDK) flex-installer \   -b tmp/deploy/images/ls1028ardb/boot_ls1028ardb.tgz \   -f tmp/deploy/images/ls1028ardb/firmware_ls1028ardb_sdboot.img \   -r tmp/deploy/images/ls1028ardb/ls-image-desktop-ls1028ardb.tar.zst \   -d /dev/sdX    # replace with your SD device Practical Example: OpenCL Application on LS1028A This example shows how to compile and run a program that uses the GC7000UL GPU to add two vectors with OpenCL. 8.1 Source Code: vector_add.cl (OpenCL Kernel) Create the kernel file on the LS1028A board: # On the LS1028A (via serial or SSH) cat > /home/root/vector_add.cl << 'EOF' __kernel void vector_add(     __global const float* a,     __global const float* b,     __global float* c,     const int n) {     int gid = get_global_id(0);     if (gid < n) {         c[gid] = a[gid] + b[gid];     } } 8.2 Source Code: vector_add.c (OpenCL Host) cat > /home/root/vector_add.c << 'EOF' #include #include #include #include #define VECTOR_SIZE 1024 int main() {     cl_platform_id   platform;     cl_device_id     device;     cl_context       context;     cl_command_queue queue;     cl_program       program;     cl_kernel        kernel;     cl_mem           buf_a, buf_b, buf_c;     cl_int           err;     // 1. Get Vivante GPU platform and device     err = clGetPlatformIDs(1, &platform, NULL);     err = clGetDeviceIDs(platform, CL_DEVICE_TYPE_GPU, 1, &device, NULL);     // Print device name     char device_name[128];     clGetDeviceInfo(device, CL_DEVICE_NAME, sizeof(device_name), device_name, NULL);     printf("GPU detected: %s\n", device_name);     // 2. Create context and command queue     context = clCreateContext(NULL, 1, &device, NULL, NULL, &err);     queue   = clCreateCommandQueue(context, device, 0, &err);     // 3. Read kernel source from file     FILE* f = fopen("vector_add.cl", "r");     fseek(f, 0, SEEK_END);     size_t src_size = ftell(f);     rewind(f);     char* src=(char*)malloc(src_size + 1);     fread(src, 1, src_size, f);     src[src_size] = '\0';     fclose(f);     // 4. Compile OpenCL program     program = clCreateProgramWithSource(context, 1, (const char**)&src, &src_size, &err);     err = clBuildProgram(program, 1, &device, NULL, NULL, NULL);     if (err != CL_SUCCESS) {         char log[2048];         clGetProgramBuildInfo(program, device, CL_PROGRAM_BUILD_LOG,                               sizeof(log), log, NULL);         printf("Compilation error:\n%s\n", log);         return 1;     }     kernel = clCreateKernel(program, "vector_add", &err);     // 5. Prepare input data     float* h_a = (float*)malloc(VECTOR_SIZE * sizeof(float));     float* h_b = (float*)malloc(VECTOR_SIZE * sizeof(float));     float* h_c = (float*)malloc(VECTOR_SIZE * sizeof(float));     for (int i = 0; i < VECTOR_SIZE; i++) {         h_a[i] = (float)i;         h_b[i] = (float)(VECTOR_SIZE - i);     }     // 6. Create GPU buffers     buf_a = clCreateBuffer(context, CL_MEM_READ_ONLY | CL_MEM_COPY_HOST_PTR,                            VECTOR_SIZE * sizeof(float), h_a, &err);     buf_b = clCreateBuffer(context, CL_MEM_READ_ONLY | CL_MEM_COPY_HOST_PTR,                            VECTOR_SIZE * sizeof(float), h_b, &err);     buf_c = clCreateBuffer(context, CL_MEM_WRITE_ONLY,                            VECTOR_SIZE * sizeof(float), NULL, &err);     // 7. Set kernel arguments and execute on GPU     int n = VECTOR_SIZE;     clSetKernelArg(kernel, 0, sizeof(cl_mem), &buf_a);     clSetKernelArg(kernel, 1, sizeof(cl_mem), &buf_b);     clSetKernelArg(kernel, 2, sizeof(cl_mem), &buf_c);     clSetKernelArg(kernel, 3, sizeof(int), &n);     size_t global_size = VECTOR_SIZE;     err = clEnqueueNDRangeKernel(queue, kernel, 1, NULL,                                   &global_size, NULL, 0, NULL, NULL);     clFinish(queue);     // 8. Read result     clEnqueueReadBuffer(queue, buf_c, CL_TRUE, 0,                         VECTOR_SIZE * sizeof(float), h_c, 0, NULL, NULL);     // 9. Verify result (each element should equal VECTOR_SIZE = 1024)     int ok = 1;     for (int i = 0; i < VECTOR_SIZE; i++) {         if (h_c[i] != (float)VECTOR_SIZE) { ok = 0; break; }     }     printf("Result: %s\n", ok ? "CORRECT - GPU works!" : "CALCULATION ERROR");     printf("Example: a[0]=%.0f + b[0]=%.0f = c[0]=%.0f\n",            h_a[0], h_b[0], h_c[0]);     // Free resources     clReleaseMemObject(buf_a); clReleaseMemObject(buf_b); clReleaseMemObject(buf_c);     clReleaseKernel(kernel); clReleaseProgram(program);     clReleaseCommandQueue(queue); clReleaseContext(context);     free(h_a); free(h_b); free(h_c); free(src);     return 0; } 8.3 Compile and Run on the LS1028A On the LS1028A board (connected via serial or SSH): # Install build tools and OpenCL headers apt-get install -y gcc clinfo ocl-icd-libopencl1 opencl-headers # Compile gcc -o vector_add vector_add.c -lOpenCL -I/usr/include # Run ./vector_add Expected output: GPU detected: Vivante OpenCL Device GC7000UL.6202.0000 Result: CORRECT - GPU works! Example: a[0]=0 + b[0]=1024 = c[0]=1024 12.4 Yocto Recipe to Include the Example in the Image To include the example directly in the Yocto image, create a recipe in your custom layer: mkdir -p ~/lldp-ls1028a/sources/meta-my-layer/recipes-examples/opencl-vector/files cp vector_add.c vector_add.cl \    ~/lldp-ls1028a/sources/meta-my-layer/recipes-examples/opencl-vector/files/ Recipe file opencl-vector_1.0.bb: SUMMARY = "OpenCL vector addition example for LS1028A GPU" LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" SRC_URI = "file://vector_add.c \            file://vector_add.cl" DEPENDS = "virtual/opencl-icd opencl-headers" S = "${WORKDIR}" do_compile() {     ${CC} ${CFLAGS} -o vector_add vector_add.c -lOpenCL ${LDFLAGS} } do_install() {     install -d ${D}${bindir}     install -m 0755 vector_add ${D}${bindir}/     install -d ${D}/home/root     install -m 0644 vector_add.cl ${D}/home/root/ } FILES:${PN} += "/home/root/vector_add.cl" Add to local.conf and rebuild: IMAGE_INSTALL:append = " opencl-vector" bitbake ls-image-desktop Practical Example: OpenGL ES Rendering with Wayland/Weston This example shows how to render an animated triangle using OpenGL ES 2.0 with EGL on the Weston (Wayland) compositor — the standard "Hello World" of embedded graphics on the GC7000UL GPU. 9.1 Graphics Stack Diagram C Application      ↓ OpenGL ES 2.0  (libGLESv2.so — Vivante GC7000UL)      ↓ EGL 1.4        (libEGL.so — interface between GLES and Wayland)      ↓ Wayland Client (libwayland-client, libwayland-egl)      ↓ Weston Compositor (DRM/KMS + Mali-DP500)      ↓ DisplayPort → 4K Monitor 9.2 Install Dependencies On the LS1028A (with ls-image-desktop): apt-get install -y libgles2-mesa-dev libegl1-mesa-dev libwayland-dev libwayland-egl-backend-dev gcc pkg-config 9.3 Source Code: triangle_gles.c cat > /home/root/triangle_gles.c << 'EOF' /**  * OpenGL ES 2.0 + EGL + Wayland example  * Renders a colored spinning triangle on the Vivante GC7000UL GPU of the LS1028A  * Compile: gcc -o triangle_gles triangle_gles.c -lwayland-client -lwayland-egl -lEGL -lGLESv2 -lm  */ #include #include #include #include #include #include #include #include #define WIDTH  800 #define HEIGHT 600 static struct wl_display       *wl_display    = NULL; static struct wl_compositor    *wl_compositor = NULL; static struct wl_shell         *wl_shell      = NULL; static struct wl_surface       *wl_surface    = NULL; static struct wl_shell_surface *shell_surface = NULL; static struct wl_egl_window    *egl_window    = NULL; static EGLDisplay egl_display; static EGLContext egl_context; static EGLSurface egl_surface; static const char *vertex_shader_src=     "attribute vec2 a_position;          \n"     "attribute vec3 a_color;             \n"     "varying vec3 v_color;               \n"     "uniform float u_angle;              \n"     "void main() {                       \n"     "  float c = cos(u_angle);           \n"     "  float s = sin(u_angle);           \n"     "  vec2 rot = vec2(                  \n"     "    a_position.x*c - a_position.y*s,\n"     "    a_position.x*s + a_position.y*c \n"     "  );                                \n"     "  gl_Position = vec4(rot, 0.0, 1.0);\n"     "  v_color = a_color;                \n"     "}                                   \n"; static const char *fragment_shader_src=     "precision mediump float;            \n"     "varying vec3 v_color;               \n"     "void main() {                       \n"     "  gl_FragColor = vec4(v_color, 1.0);\n"     "}                                   \n"; /* Vertices: position (x,y) + color (r,g,b) */ static const float vertices[] = {      0.0f,  0.8f,  1.0f, 0.0f, 0.0f,   /* Top    - Red   */     -0.7f, -0.5f,  0.0f, 1.0f, 0.0f,   /* Left   - Green */      0.7f, -0.5f,  0.0f, 0.0f, 1.0f,   /* Right  - Blue  */ }; static void registry_global(void *data, struct wl_registry *reg,                              uint32_t name, const char *iface, uint32_t ver) {     if (strcmp(iface, "wl_compositor") == 0)         wl_compositor = wl_registry_bind(reg, name, &wl_compositor_interface, 1);     else if (strcmp(iface, "wl_shell") == 0)         wl_shell = wl_registry_bind(reg, name, &wl_shell_interface, 1); } static void registry_global_remove(void *d, struct wl_registry *r, uint32_t n) {} static const struct wl_registry_listener registry_listener = {     registry_global, registry_global_remove }; static GLuint compile_shader(GLenum type, const char *src) {     GLuint shader = glCreateShader(type);     glShaderSource(shader, 1, &src, NULL);     glCompileShader(shader);     GLint ok; glGetShaderiv(shader, GL_COMPILE_STATUS, &ok);     if (!ok) {         char log[512]; glGetShaderInfoLog(shader, 512, NULL, log);         printf("Shader error: %s\n", log); exit(1);     }     return shader; } int main() {     wl_display = wl_display_connect(NULL);     if (!wl_display) { printf("Error: could not connect to Wayland\n"); return 1; }     struct wl_registry *registry = wl_display_get_registry(wl_display);     wl_registry_add_listener(registry, &registry_listener, NULL);     wl_display_dispatch(wl_display);     wl_display_roundtrip(wl_display);     wl_surface = wl_compositor_create_surface(wl_compositor);     shell_surface = wl_shell_get_shell_surface(wl_shell, wl_surface);     wl_shell_surface_set_toplevel(shell_surface);     egl_display = eglGetDisplay((EGLNativeDisplayType)wl_display);     eglInitialize(egl_display, NULL, NULL);     eglBindAPI(EGL_OPENGL_ES_API);     EGLint config_attribs[] = {         EGL_SURFACE_TYPE,    EGL_WINDOW_BIT,         EGL_RENDERABLE_TYPE, EGL_OPENGL_ES2_BIT,         EGL_RED_SIZE,   8, EGL_GREEN_SIZE, 8,         EGL_BLUE_SIZE,  8, EGL_ALPHA_SIZE, 0,         EGL_DEPTH_SIZE, 16, EGL_NONE     };     EGLConfig egl_config; EGLint num_configs;     eglChooseConfig(egl_display, config_attribs, &egl_config, 1, &num_configs);     EGLint ctx_attribs[] = { EGL_CONTEXT_CLIENT_VERSION, 2, EGL_NONE };     egl_context = eglCreateContext(egl_display, egl_config, EGL_NO_CONTEXT, ctx_attribs);     egl_window  = wl_egl_window_create(wl_surface, WIDTH, HEIGHT);     egl_surface = eglCreateWindowSurface(egl_display, egl_config,                                           (EGLNativeWindowType)egl_window, NULL);     eglMakeCurrent(egl_display, egl_surface, egl_surface, egl_context);     printf("GPU: %s\n", glGetString(GL_RENDERER));     printf("OpenGL ES Version: %s\n", glGetString(GL_VERSION));     GLuint vs = compile_shader(GL_VERTEX_SHADER,   vertex_shader_src);     GLuint fs = compile_shader(GL_FRAGMENT_SHADER, fragment_shader_src);     GLuint program = glCreateProgram();     glAttachShader(program, vs); glAttachShader(program, fs);     glLinkProgram(program); glUseProgram(program);     GLint pos_loc   = glGetAttribLocation(program,  "a_position");     GLint color_loc = glGetAttribLocation(program,  "a_color");     GLint angle_loc = glGetUniformLocation(program, "u_angle");     glViewport(0, 0, WIDTH, HEIGHT);     float angle = 0.0f;     int frames = 0;     printf("Rendering spinning triangle (Ctrl+C to exit)...\n");     while (1) {         wl_display_dispatch_pending(wl_display);         glClearColor(0.1f, 0.1f, 0.15f, 1.0f);         glClear(GL_COLOR_BUFFER_BIT);         glUniform1f(angle_loc, angle);         glEnableVertexAttribArray(pos_loc);         glVertexAttribPointer(pos_loc,   2, GL_FLOAT, GL_FALSE, 5*sizeof(float), vertices);         glEnableVertexAttribArray(color_loc);         glVertexAttribPointer(color_loc, 3, GL_FLOAT, GL_FALSE, 5*sizeof(float), vertices + 2);         glDrawArrays(GL_TRIANGLES, 0, 3);         eglSwapBuffers(egl_display, egl_surface);         angle += 0.02f;         if (angle > 6.2832f) angle -= 6.2832f;         frames++;         if (frames % 300 == 0)             printf("Frame %d — angle: %.2f rad\n", frames, angle);     }     eglDestroyContext(egl_display, egl_context);     eglDestroySurface(egl_display, egl_surface);     eglTerminate(egl_display);     wl_display_disconnect(wl_display);     return 0; } 9.4 Compile and Run # Compile gcc -o triangle_gles triangle_gles.c \     -lwayland-client -lwayland-egl \     -lEGL -lGLESv2 -lm # Make sure Weston is running and set Wayland environment export XDG_RUNTIME_DIR=/run/user/0 export WAYLAND_DISPLAY=wayland-0 # Run ./triangle_gles Expected terminal output: GPU: Vivante GC7000UL OpenGL ES Version: OpenGL ES 3.1 V6.4.3.p4.398061 Rendering spinning triangle (Ctrl+C to exit)... Frame 300 — angle: 6.00 rad Frame 600 — angle: 5.68 rad A RGB triangle spinning on a dark background will appear on screen, rendered by the GC7000UL GPU. Bio_TICFSL_0-1789407894776.png 9.5 Yocto Recipe SUMMARY = "OpenGL ES 2.0 spinning triangle example — LS1028A" LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" SRC_URI = "file://triangle_gles.c" DEPENDS = "virtual/libgles2 virtual/egl wayland" S = "${WORKDIR}" do_compile() {     ${CC} ${CFLAGS} -o triangle_gles triangle_gles.c \         -lwayland-client -lwayland-egl -lEGL -lGLESv2 -lm ${LDFLAGS} } do_install() {     install -d ${D}${bindir}     install -m 0755 triangle_gles ${D}${bindir}/ } 9.6 Yocto Recipe for OpenCV with GPU Add to local.conf: IMAGE_INSTALL:append = " opencv python3-opencv" PACKAGECONFIG:append:pn-opencv = " opencl" bitbake ls-image-desktop Regards
View full article
MCX W23 Knowledge Hub The MCX W23 is a family of devices. All devices are Arm Cortex®-M33 based wireless microcontrollers for embedded applications supporting Bluetooth Low Energy 5.3. It can be used to develop IoT solutions. MCX W23xA supports LV_SM mode. MCX W23xB supports HV_SM and XR_SM mode. Building on NXP's strong history of providing industrial edge solutions, the MCX W series offers a wide operating temperature range from -40 °C to 125 °C. The Arm Cortex-M33 provides a security foundation, offering isolation to protect valuable IP and data with Trust Zone technology. It simplifies the design and software development of digital signal control systems with the integrated digital signal processing (DSP) instructions. To support security requirements, the MCX W23 also offers support for SHA-1, SHA2-256, AES, RSA, ECC, UUID, dynamic encryption, and decryption of the flash data using a PRINCE engine, debug authentication, and TBSA-M compliance. neidys_vargas_1-1760378278216.png   Documents Reference Manual Fact sheet Data Sheet Errata for MCX W23xUIK MCX W23 Hardware Design Guide Secure Reference manual** European Union Declaration of Conformity for FRDM-MCXW23 FRDM-MCXW23 Board User Manual Bluetooth Specifications The MCX W23 is compatible with the Bluetooth Low Energy 5.3 specification: – Bluetooth Low Energy 5.3 controller subsystem (QDID 200592) – Bluetooth Low Energy 5.3 host subsystem (QDID 226395) – Includes a 48-bit unique Bluetooth device address – Up to 4 simultaneous connections supported The MCX W23 supports the following Bluetooth Low Energy features: – Device privacy and network privacy modes (version 5.0) – Advertising extension PDUs (version 5.0) – Anonymous device address type (version 5.0) – Up to 2 Mbps data rate (version 5.0) – Long range (version 5.0) – High-duty cycle, Non connectable advertising (version 5.0) – Channel selection algorithm #2 (version 5.0) – High output power (version 5.0) – Advertising channel index (version 5.1) – Periodic advertising sync transfer (PAST) (version 5.1) – Supports LE power control feature (version 5.2) RF antenna: 50 Ω single-ended RF receiver characteristics: – Sensitivity −94 dBm in Bluetooth Low Energy 2 Mbps – Sensitivity −97 dBm in Bluetooth Low Energy 1 Mbps – Sensitivity −100 dBm in Bluetooth Low Energy 500 kbps – Sensitivity −102 dBm in Bluetooth Low Energy 125 kbps – Accurate RSSI measurement with ±3 dB accuracy Flexible RF transmitter level configurability: – TX mode 1 (TXM1): Range from −31 dBm to +2 dBm when VDD_RF exceeds 1.1 V – TX mode 2 (TXM2): Range from −28 dBm to +6 dBm when VDD_RF exceeds 1.7   Bluetooth_5.0_Feature_Overview Bluetooth_5.1_Feature_Overview  Bluetooth_5.2_Feature_Overview Bluetooth_5.3_Feature_Overview   Training MCX W Series Training - NXP Community   Equipment Wireless Equipment: This article provides the links to the Equipment that helps to the project development    Application Notes Power Management: AN14660: Power Management for MCX W23: This App Note provides information about the power manager software component. The application uses this component and the operating system to achieve optimal low-power states, based on the requirements of the application. RF: AN14575: MCX W23 Health Care IoT Peripheral Software Architecture: This App Note provides an overview of the software architecture for the MCX W23 Health care IoT Peripheral application. Designed as a model implementation, this application showcases the key features of the MCX W23 platform and serves as a foundation for developing product-quality applications. AN14659: MCX W23 Bluetooth Low Energy Power Consumption Analysis: This App Note describes the power consumption of the MCX W23 Bluetooth Low Energy (LE) device and the procedure to measure the current consumption using the MCXW23_EVK_BB and MCXW236B_RDM boards. AN2731: Compact Planar Antennas for 2.4 GHz Communication: This App Note is not an exhaustive inquiry into antenna design. It is instead focused on helping the customers understand enough board layout and antenna basics to select a correct antenna type for their application, as well as avoiding typical layout mistakes that cause performance issues that lead to delays Security: AN14657: Getting Started with Secure Boot on MCX W23: This application note covers the design of the bootloader ROM code that NXP has developed on the MCX W23, and how to use all its features. Useful Links Bluetooth LE FSCI Host Application running on FRDM-MCXN947 and MCXW23B-Click Board: The Bluetooth LE FSCI Host application demonstrates a host-side implementation for the Health Thermometer use case. It is designed to work alongside the FSCI Blackbox application, which runs on platforms such as the MCXW236 Click Board, FRDM-MCXW236, or other compatible Bluetooth LE wireless MCUs. Transmitter Maximum Output Power Override Application Note 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/KW43) and MCX W7x (MCX W71/W72/W70) Power Profile Tools. It will help you to estimate the power consumption in your application (Automotive or IIoT) and evaluate the battery lifetime of your solution. Development Tools  VSCode: MCUXpresso for Visual Studio Code (VS Code) provides an optimized embedded developer experience for code editing and development. Zephyr RTOs  NXP Application Code Hub: Application Code Hub (ACH) repository enables engineers to easily find microcontroller software examples, code snippets, application software packs and demos developed by our in-house experts. This space provides a quick, easy and consistent way to find microcontroller applications. NXP SPSDK: Is a unified, reliable, and easy to use Python SDK library working across the NXP MCU portfolio providing a strong foundation from quick customer prototyping up to production deployment. NXP SEC Tool: The MCUXpresso Secure Provisioning Tool us a GUI-based application provided to simplify generation and provisioning of bootable executables on NCP MCU devices. NXP OTAP Tool: Is an application that helps the user to perform an over the air firmware update of an NXP development board. MCXW23
View full article
RW610 / RW612 Knowledge Hub The RW61x series is a highly integrated, low-power tri-radio wireless MCU with an integrated MCU and Wi-Fi® 6 + Bluetooth® Low Energy (LE) 5.4 / 802.15.4 radios designed for a broad array of applications, including connected smart home devices, enterprise and industrial automation, smart accessories and smart energy. The RW61x series MCU subsystem includes a 260 MHz Arm® Cortex®-M33 core with Trustzone™-M, 1.2 MB on-chip SRAM and a high-bandwidth Quad SPI interface with an on-the-fly decryption engine for securely accessing off-chip XIP flash. The RW61x series includes a full-featured 1x1 dual-band (2.4 GHz/5 GHz) 20 MHz Wi-Fi 6 (802.11ax) subsystem bringing higher throughput, better network efficiency, lower latency and improved range over previous generation Wi-Fi standards. The Bluetooth LE radio supports 2 Mbit/s high-speed data rate, long range and extended advertising.  The on-chip 802.15.4 radio can support the latest Thread mesh networking protocol. In addition, the RW612 can support Matter over Wi-Fi or Matter over Thread offering a common, interoperable application layer across ecosystems and products. NXP RW61x Block DiagramNXP RW61x Block Diagram Documents RW610 Datasheet: RW610 Datasheet RW612 Datasheet: RW612 Datasheet RW61x User Manual: UM11865: RW61x User Manual RW61x Register Manual: RM00278: RX16x Registers   Certifications FRDM-RW612 Radio Equipment Directive Declaration of Conformity  User Guide Getting Started with FRDM-RW612 Quick Start Guide - FRDM-RW612 UG10185: RW612 Matter-Zigbee Bridge User Guide UG10178: Matter Demo Using NXP Chip Tool App for FRDM-RW612 and FRDM-MCXW71  UG10612: NXP Wi-Fi and Bluetooth Feature Debug for FRDM-RW612 UG10182: NXP 802.15.4 Demo Applications for FRDM-RW612 UG10160: Getting Started with Wireless on FRDM-RW612 Board Running RTOS  UG10171: NXP Wi-Fi and Bluetooth Demo Applications for FRDM-RW61X     RW61x Modules Azurewave: RW612 - AW-CU570 is a highly integrated, low-power tri-radio Wireless RW612 MCU with an integrated MCU and Wi-Fi 6 + Bluetooth Low Energy (LE) 5.2 / 802.15.4 radios designed for a broad array of applications. RW610 - AW-CU598 is a highly integrated, low-power tri-radio Wireless RW610 MCU with an integrated MCU and Wi-Fi 6 + Bluetooth Low Energy (LE) 5.3 radios designed for a broad array of applications U-blox: RW612 - IRIS-W10 Series are small, stand-alone, dual-band Wi-Fi and Bluetooth Low Energy wireless microcontroller unit (MCU) modules. The modules are ideal for users looking to add advanced wireless connectivity to their end products. RW610 - IRIS-W16 Series are small, stand-alone, dual-band Wi-Fi and Bluetooth Low Energy wireless modules, with everything needed for integration into end-products. The modules are ideal for users looking to add advanced wireless connectivity to their end products.  Murata: RW612 - LBES0ZZ2FR-580 Murata’s Type 2FR is a small and very high-performance module based on NXP RW612 combo chipset, supporting IEEE 802.11a/b/g/n/ac/ax + Bluetooth LE 5.4 / IEEE 802.15.4. RW610 - LBES0ZZ2FP-580 Type 2FR/2FP is a family of small and highly integrated multi-radio modules with built-in high-performance MCU with advanced security features for connected smart devices in smart homes, enterprise and industrial automation, smart accessories, and smart energy. It supports the latest Matter smart home connectivity protocol. California Eastern Laboratories (CEL): RW612 - CMP4612 is a fully integrated Dual-Band, Tri-mode (Wi-Fi 6, BT5.4, 802.15.4) radio, that includes a host MCU, Flash, RAM, peripherals, and numerous interfaces (SDIO, UART, USB, Ethernet. SPI, I2C) to support both HOSTLESS (RTOS) and HOSTED (NCP mode) architectures. CEL's solution includes either an on-board antenna or connector.   Evaluation boards  FRDM-RW612 FRDM-RW612 is a compact and scalable development board for rapid prototyping of the RW61x series of Wi-Fi 6 + Bluetooth Low Energy + 802.15.4 tri-radio wireless MCUs. It offers easy access to the MCU’s I/O's and peripherals, integrated open-standard serial interfaces, external flash memory and on-board MCU-Link debugger. FRDM-RW612 Getting Started Getting Started with FRDM-RW612 FRDM-RW612 User Manual: UM12160: FRDM-RW612 Board User Manual Current Measurement configuration: Remove the 0-ohms resistor R103 Solder a couple of pins in JP5. When trying to measure the RW61x current consumption, connect your current meter using the pins in JP5. When using the FRDM board in normal operation, connect a jumper to the pins in JP5. David_Maciel_0-1746570099842.png   u-blox   USB-IRIS-W1 The USB-IRIS-W1 development platform is built on the dual-band Wi-Fi 6 and Bluetooth LE module IRIS-W1, based on the NXP RW610/612 chip. The board is designed with a USB interface to simplify evaluation and prototyping directly from a PC. In addition to the IRIS-W1 module with integrated antenna, it also integrates four buttons, an RGB LED, and a USB/UART converter, to further support an easy evaluation. u-blox   EVK-IRIS-W1 The EVK-IRIS-W1 evaluation kit provides stand-alone use of the IRIS-W1 module series featuring the NXP RW610/612 chipset. Azurewave    AW-CU570-EVB Evaluation board for AW-CU570 module includes wireless MCU with Integrated Tri-radio Wi-Fi 6 + Bluetooth Low Energy 5.3 /802.15.4. Murata   2FR EVK Evaluation kit for Murata Type 2FR module (Murata part number LBES0ZZ2FR) includes 3 radios: Wi-Fi, BLE and 802.15.4. It is based on NXP’s RW612 chip. California Eastern Laboratories (CEL) CMP4612-2-EVB The CMP4612 Evaluation Board (CMP4612-2-EVB), based on the NXP RW612 chipset, features dual-band Wi-Fi 6, BLE 5.4 and 802.15.4 radios. The CMP4612 Evaluation Board includes an onboard Ethernet port and PHY hardware as well as an Arduino header, MCULink SWD, and USB ports. This board is designed to facilitate a seamless and efficient evaluation process for customers wanting a certified module for their end product.   Application Notes RM00287: Wi-Fi Driver API for SDK 2.16.100     The radio driver source code provides APIs to send and receive packets over the radio interfaces by communicating with the firmware images. This manual provides the reference documentation for the Wi-Fi driver and Wi-Fi Connection Manager.  UM12133: NXP NCP Application Guide for RW612 with MCU Host - User manual     This user manual describes: • The NXP NCP application for RW612 with MCU host platform i.MX RT1060 as example. • The hardware connections for one of the four supported interfaces to enable NCP mode on the NXP RW612 BGA V4 board (UART, USB, SDIO, or SPI). • The method to build and run the NCP applications on both the NCP host (i.MX RT1060) and the NCP device (RW612). The applications apply to Wi-Fi, Bluetooth Low Energy and OpenThread (OT)    UM12095:  NXP NCP Application Guide for RW612 with MPU Host - User manual      This user manual describes: • The NXP NCP application for RW612 with MPU host platform i.MX 8M Mini as example. • The hardware connections for one of the four supported interfaces to enable NCP mode on the NXP RW612 BGA V4 board (UART, USB, SDIO, or SPI). • The method to build and run the NCP applications on both the NCP host (i.MX 8M Mini) and the NCP device (RW612). The applications apply to Wi-Fi, Bluetooth Low Energy and OpenThread (OT).  AN14439: Migration Guide from FRDM-RW612 Board to Third-Party Module board This Application note provides an overview of what it means to migrate the application to a different board with different flash and pSRAM AN14111: Target Wake Time (TWT) on RW16x This application note describes the target wake time feature and provides examples for RW61X AN13006: Compliance and Certification Considerations This application note provides guidance and tips on how to test products on NXP Wi-Fi devices for regulatory compliance. AN13049: Wi-Fi/Bluetooth/802.15.4 M.2 Key E Pinout Definition This Application note defines M.2 usage for both NXP Wi-Fi/Bluetooth and Tri-Radio M.2 module design AN14489 – Wi-Fi Firmware Automatic Recovery on RW61x Describes Wi-Fi automatic recovery feature as well as how to enable and verify it on RW61x SDK. AN14464 - Low Power Checklist RW61x Family This document provides an overview on how to use the low power consumption features of the RW61x. AN13869 - RW61x Flashloader for Custom Flash Devices: This document provides guidance to program the application image and boot up RW61X from a third party FlexSPI NOR flash device.   AN14125 - Manufacturing Software Development Kit API Specification: This document explains the Labtool Software Development Kit (SDK) used to automate manufacturing test programs.   AN14002 - RW61x Design Guide: Provides design guidelines for RW61x RF: AN14476 - NXP Dual PAN Feature and Performance ResultsThis document provides a comprehensive exploration of the Dual Personal Area Network (Dual-PAN) feature on NXP Wireless Connectivity products implementing IEEE 802.15.4 low-rate wireless protocol area network standard. AN13639 - Calibration Structure for RW61X: This document describes the RF calibration parameters and data structure used to store calibration/configuration data for RW61x. The document explains how to adjust the RF calibration parameters to attain tighter tolerances. AN14282 - RF Test Mode on FreeRTOS:  This document provides an overview of how to enable and use the Radio Frequency (RF) test mode on a Real-time Operating System (RTOS)-based host. Using the RF test mode feature, users can easily set RF parameters, such as the operating channel, TX power, and channel bandwidth for regulatory compliance testing. AN14001 - RW61x TCP Throughput Optimization: This document explains how to optimize TCP throughput for RW61X with MCUXpresso SDK and analyze the test results after tuning with different parameter combinations. AN14463 - Antenna Diversity: This application note describes the antenna diversity feature capabilities of NXP wireless SoCs. Implementation of antenna diversity requires appropriate external hardware (Single Dipole Pole Throw (SPDT) or Double Dipole Pole Throw (DPDT) switches) in the customer design.  AN14714 - Wi-Fi Firmware Download Modes for FreeRTOS:  This document introduces the firmware download process and configuration for these two modes. AN14281 - Channel State Information (CSI) on FreeRTOS: This document explains how to get the CSI records from the Wi-Fi packets in STA mode AN13681 - Wi-Fi Alliance Derivative Certification Process for RW61x: The document presents the Wi-Fi Alliance derivative certification process. AN14466 - Antenna Auto Detection: Describes the antenna auto detection feature AN14121 - Coexistence Overview for RW61X:  Provides an overview of coexistence between Wi-Fi and Bluetooth LE or 802.15.4 radios. Security: AN14544 – EdgeLock 2GO Services for MPU and MCU This application note introduces various methods that the EdgeLock 2GO service can be used with MCU and MPU devices and the features available for each method. AN13813 – Secure Boot on RW61x Describes how to generate and run the secure boot (signed image) on RW61x. AN13814 – Debug Authentication on RW61x Describes the steps for debug authentication using the secure provisioning SDK tool. AN14705  - Using EdgeLock 2GO for Matter Provisioning on RW612 Devices: This document explains how to use the NXP EdgeLock 2GO service to provision an RW612 device for Matter. AN15038 - EdgeLock 2Go Provisioning MCUs via Product Type using Secure Provisioning (SEC) Tool: This document offers an outline of the EdgeLock 2GO platform and discusses the "Device provisioning via product type" flow. The document focuses on the initial device provisioning using secure objects from the EdgeLock 2GO cloud server. AN14670 - EdgeLock 2GO Provisioning via SPSDK for MCUs: This document offers an outline of the EdgeLock 2GO platform and discusses the “Device provisioning via proxy” flow. The document focuses on the initial device provisioning using secure objects from the EdgeLock 2GO cloud server.  AN14624 EdgeLock 2GO Provisioning via Secure Provisioning Tool (SEC) for MCUs: This document offers an outline of the EdgeLock 2GO platform and discusses the "Device provisioning via proxy" flow. Import Wrapped Blob using ELS Cryptolib - Uses ELS Cryptolib to import a blob from OTP that was wrapped using HSM_STORE_KEY trust provisioning command.  Import Wrapped Blob using PSA APIs - Uses PSA API to import a blob from OTP that was wrapped using HSM_STORE_KEY trust provisioning command. Training FRDM-RW612 Training Wi-Fi 6 Tri-Radio in a secure i.MX RT MCU RW61x Series Training - NXP Community   Equipment Wireless Equipment: This article provides the links to the wireless equipment to help you accelerate your project development Development Tools  SDK builder The MCUXpresso SDK brings open-source drivers, middleware, and reference example application to speed your software development. NXP MCUXpresso MCUXpresso IDE offers advanced editing, compiling and debugging features with the addition of MCU-Specific debugging and supports connections with all general-purpose Arm Cortex-M.  VSCode MCUXpresso for Visual Studio Code (VS Code) provides an optimized embedded developer experience for code editing and development. Zephyr RTOS  The Zephyr OS is based on a small-footprint kernel designed for use on resource-constrained and embedded systems: from simple embedded environmental sensors and LED wearables to sophisticated embedded controllers, smart watches, and IoT wireless applications. NXP Application Code Hub Application Code Hub (ACH) repository enables engineers to easily find microcontroller software examples, code snippets, application software packs and demos developed by our in-house experts. This space provides a quick, easy and consistent way to find microcontroller applications. NXP SPSDK Is a unified, reliable, and easy to use Python SDK library working across the NXP MCU portfolio providing a strong foundation from quick customer prototyping up to production deployment. NXP SEC Tool The MCUXpresso Secure Provisioning Tool us a GUI-based application provided to simplify generation and provisioning of bootable executables on NCP MCU devices. NXP OTAP Tool Is an application that helps the user to perform an over the air firmware update of an NXP development board. SDK Examples for Wireless MCUs The wireless examples feature many common connectivity configurations.   Useful Links Bluetooth Interested in Bluetooth technology? Bluetooth® Low Energy Primer – Essential reading for understanding BLE fundamentals. Bluetooth® Specifications – Full list of standards, protocols, and technical documents. Bluetooth Feature Overview Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview  Bluetooth_5.2_Feature_Overview Bluetooth_5.3_Feature_Overview Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview   FRDM-RW612
View full article
RW610 / RW612 ナレッジハブ RW61xシリーズは、MCUとWi-Fi ® 6 + Bluetooth ® Low Energy (LE) 5.4 / 802.15.4無線を内蔵した高集積、低消費電力のトライラジオ・ワイヤレスMCUで、コネクテッド・スマートホーム・デバイス、エンタープライズおよび産業オートメーション、スマート・アクセサリ、スマート・エネルギーなどの幅広いアプリケーションに対応しています。 RW61xシリーズMCUサブシステムには、260MHz Arm ®  Cortex ® -M33コア(TrustZone ™ -M搭載)、1.2MBのオンチップSRAM、およびオフチップXIPフラッシュへの安全なアクセスを可能にするオンザフライ復号化エンジンを搭載した高帯域幅クアッドSPIインターフェースを備えています。 RW61xシリーズには、フル機能の1x1デュアルバンド(2.4GHz/5GHz)20MHz Wi-Fi 6(802.11ax)サブシステムを搭載しており、前世代のWi-Fi標準を上回る高スループット、優れたネットワーク効率、低レイテンシ、広い通信範囲を実現します。Bluetooth LE無線機能によって、2Mbit/sの高速データ・レート、長距離通信、拡張アドバタイズをサポートします。オンチップの802.15.4無線は、最新のThreadメッシュ・ネットワーキング・プロトコルをサポートできます。さらに、RW612はMatter over Wi-FiまたはMatter over Threadをサポートでき、エコシステムや製品の違いを超えた共通の相互運用可能なアプリケーション・レイヤを提供します。 NXP RW61x Block DiagramNXP RW61xブロック図 書類 RW610 Datasheet: RW610 Datasheet RW612 Datasheet: RW612 Datasheet RW61xユーザーマニュアル:UM11865:RW61xユーザーマニュアル RW61xレジスタマニュアル:RM00278:RX16xレジスタ   RW61xモジュール AzureWave: RW612 - AW-CU570は、高集積、低消費電力のトライラジオ・ワイヤレスRW612 MCUで、MCUとWi-Fi 6 + Bluetooth Low Energy (LE) 5.2 / 802.15.4無線を内蔵し、幅広いアプリケーションに対応するように設計されています。 RW610 - AW-CU598 は、MCUとWi-Fi 6 + Bluetooth Low Energy (LE) 5.3無線を統合した高集積、低消費電力のトリプル無線RW610 MCUで、多様なアプリケーション向けに設計されています。 U-blox: RW612 - IRIS-W10シリーズは、小型でスタンドアロンのデュアルバンドWi-FiおよびBluetooth Low Energyワイヤレス・マイクロコントローラ・ユニット(MCU)モジュールです。これらのモジュールは、最終製品に高度なワイヤレス接続機能を追加したいユーザーに最適です。 RW610 - IRIS-W16シリーズは、小型で独立したデュアルバンドWi-FiおよびBluetooth Low Energy無線モジュールで、最終製品への組み込みに必要なすべてを備えています。これらのモジュールは、最終製品に高度な無線接続を追加したいユーザーに最適です。 Murata: RW612 - LBES0ZZ2FR-580 村田製作所のType 2FRは、NXP RW612コンボ・チップセットを基にした小型で非常に高性能なモジュールです。IEEE 802.11a/b/g/n/ac/ax + Bluetooth LE 5.4 / IEEE 802.15.4をサポートしています。 RW610 - LBES0ZZ2FP-580 Type 2FR/2FPは、スマートホーム、エンタープライズおよび産業オートメーション、スマート・アクセサリー、スマート・エネルギー向けの接続型スマート・デバイス向けに設計された、小型で高度に統合されたマルチ無線モジュール・ファミリーです。高性能MCUを内蔵し、高度なセキュリティ機能を備えています。最新のMatterスマートホーム接続プロトコルに対応しています。 California Eastern Laboratories (CEL): RW612 - CMP4612は、デュアルバンド、トライモード(Wi-Fi 6、BT5.4、802.15.4)に対応した完全統合型無線モジュールで、ホストMCU、フラッシュ、RAM、周辺機器、および多数のインターフェース(SDIO、UART、USB、Ethernet、SPI、I2C)を備えています。ホストレス(RTOS)とホスト(NCPモード)の両方のアーキテクチャをサポートします。CELのソリューションには、オンボードのアンテナまたはコネクタが含まれています。 評価ボード  FRDM-RW612 FRDM-RW612は、Wi-Fi 6 + Bluetooth Low Energy + 802.15.4に対応するトライラジオ・ワイヤレスMCUであるRW61xシリーズのラピッド・プロトタイピングを目的とした、小型で拡張性に優れた開発ボードです。 このMCUのI/Oおよびペリフェラルに容易にアクセスできるほか、オープン・スタンダードの統合シリアル・インターフェース、外部フラッシュ・メモリ、オンボードMCU-Linkデバッガを備えています。 FRDM-RW612入門:FRDM-RW612入門ガイド FRDM-RW612ユーザー・マニュアル:UM12160: FRDM-RW612ボード・ユーザー・マニュアル FRDM-RW612クイック・スタート・ガイド:FRDM-RW612クイック・スタート・ガイド 電流測定構成: 0オームの抵抗器R103を取り外します。 JP5に2本のピンをはんだ付けします。 RW61xの消費電流を測定する場合は、JP5のピンを使用して電流メーターを接続します。FRDMボードを通常の操作で使用する場合は、ジャンパーをJP5のピンに接続します。 u-blox   USB-IRIS-W1 USB-IRIS-W1 開発プラットフォームは、NXP RW610/612 チップを基にしたデュアルバンド Wi-Fi 6 および Bluetooth LE モジュール IRIS-W1 上に構築されています。 このボードはUSBインターフェースを備えており、PCから直接評価やプロトタイピングを簡単に行うことができます。アンテナを内蔵したIRIS-W1モジュールに加え、4つのボタン、RGB LED、USB/UARTコンバータも統合されており、評価がさらに容易になります。 u-blox   EVK-IRIS-W1 EVK-IRIS-W1評価キットは、NXP RW610/612チップセットを搭載したIRIS-W1モジュール・シリーズを単独で使用することを可能にします。 Azurewave AW-CU570-EVB AW-CU570モジュールの評価ボードには、統合型トライラジオWi-Fi 6 + Bluetooth Low Energy 5.3 / 802.15.4を搭載したワイヤレスMCUが含まれています。 Murata   2FR EVK Murata Type 2FRモジュール(Murata部品番号:LBES0ZZ2FR)の評価キットには、Wi-Fi、BLE、および802.15.4の3つの無線が含まれています。NXPのRW612チップをベースにしています。 カリフォルニア・イースタン・ラボラトリーズ(CEL)CMP4612-2-EVB NXP RW612 チップセットを基にした CMP4612 評価ボード(CMP4612-2-EVB)は、デュアルバンド Wi-Fi 6、BLE 5.4、および 802.15.4 ラジオを備えています。CMP4612 評価ボードには、オンボードのイーサネットポートとPHYハードウェア、Arduinoヘッダー、MCULink SWD、USBポートが含まれています。このボードは、最終製品の認定モジュールを希望するお客様に対して、シームレスで効率的な評価プロセスを提供するために設計されています。 アプリケーション・ノート RM00287:SDK 2.16.100用Wi-FiドライバーAPI   この無線ドライバのソースコードは、ファームウェアイメージと通信することにより、無線インターフェイスを介してパケットを送受信するためのAPIを提供します。このマニュアルには、Wi-FiドライバーとWi-Fi接続マネージャーのリファレンス・ドキュメントが記載されています。 UM12133:NXP NCPアプリケーション・ガイド for RW612 with MCUホスト - ユーザー・マニュアル       このユーザーマニュアルでは、以下の内容について説明しています。 • NXP NCPアプリケーション for RW612 with MCUホスト・プラットフォーム i.MX RT1060を例として説明しています。 • NXP RW612 BGA V4ボードでNCPモードを有効にするための、サポートされている4つのインターフェース(UART、USB、SDIO、またはSPI)のうち1つのハードウェア接続。 • NCPホスト(i.MX RT1060)およびNCPデバイス(RW612)の両方でNCPアプリケーションをビルドして実行する方法。 アプリケーションは、Wi-Fi、Bluetooth Low Energy、OpenThread(OT)に適用されます。 UM12095:NXP NCPアプリケーション・ガイド(RW612用MPUホスト) - ユーザー・マニュアル このユーザーマニュアルでは次のことを説明しています。 • MPUホスト・プラットフォームi.MX 8M Miniを例にしたRW612用NXP NCPアプリケーション。 • NXP RW612 BGA V4ボードでNCPモードを有効にするための、サポートされている4つのインターフェース(UART、USB、SDIO、またはSPI)のうち1つのハードウェア接続。 • NCPホスト(i.MX 8M Mini)とNCPデバイス(RW612)の両方でNCPアプリケーションをビルドして実行する方法。アプリケーションはWi-Fi、Bluetooth Low Energy、OpenThread(OT)に適用されます。 AN14439:FRDM-RW612ボードからサードパーティ製モジュール・ボードへの移行ガイド このアプリケーション/ノートは、異なるフラッシュとpSRAMを持つ別のボードへのアプリケーション移行の概要を提供します。 AN14111:RW16xのターゲットウェイクタイム(TWT) このアプリケーション・ノートでは、ターゲット・ウェイク・タイム機能について説明し、RW61Xの例を示します。 AN13006:準拠および認証に関する考慮事項 このアプリケーション・ノートでは、NXPのWi-Fiデバイスで製品の規制準拠をテストする方法に関するガイダンスとヒントを提供します。 AN13049:Wi-Fi/Bluetooth/802.15.4 M.2キー Eピン配置定義 このアプリケーション・ノートは、NXPのWi-Fi/BluetoothおよびTri-Radio M.2モジュール設計におけるM.2の使用法を定義しています。 AN14489:RW61xにおけるWi-Fiファームウェアの自動回復 Wi-Fiの自動回復機能およびRW61x SDKでの有効化と確認方法について説明します。 セキュリティ: AN14544:MPUおよびMCU向けEdgeLock 2GOサービス このアプリケーション・ノートでは、MCUおよびMPUデバイスでEdgeLock 2GOサービスを使用するためのさまざまな方法と、各方法で利用可能な機能を紹介します。 AN13813:RW61xにおけるセキュアなブート RW61xにおけるセキュアなブート(署名済みイメージ)を生成して実行する方法について説明します。 AN13814:RW61xでのデバッグ認証 セキュア・プロビジョニングSDKツールを使用してデバッグ認証を行う手順について説明します。 コミュニティ・サポート RW61xシリーズに関するご質問は、こちらからワイヤレスMCUコミュニティにご意見をお寄せください。   トレーニング FRDM-RW612 セキュアな i.MX RT MCU での Wi-Fi 6 トライラジオのトレーニング RW61xシリーズトレーニング - NXPコミュニティ 機器 無線機器: 本記事では、プロジェクト開発を加速するために役立つ無線機器へのリンクを提供します。 開発ツール SDKビルダー MCUXpresso SDKは、オープンソースのドライバ、ミドルウェア、リファレンス例のアプリケーションを提供し、ソフトウェア開発を加速します。 NXP MCUXpresso MCUXpresso IDEは、高度な編集、コンパイル、デバッグ機能を提供し、MCU固有のデバッグを追加し、すべての汎用Arm Cortex-Mとの接続をサポートします。 VSCode MCUXpresso for Visual Studio Code(VS Code)は、コードの編集と開発向けに最適化された組込み開発者エクスペリエンスを提供します。 Zephyr RTOS  Zephyr OSは、リソース制約のある組み込みシステム向けに設計された小型カーネルを基盤としています。シンプルな組み込み環境センサーやLEDウェアラブルから、高度な組み込みコントローラー、スマートウォッチ、IoTワイヤレス・アプリケーションまで、幅広い用途に対応しています。 NXPアプリケーション・コード・ハブ アプリケーション・コード・ハブ(ACH)リポジトリにより、エンジニアは社内の専門家によって開発されたマイクロコントローラ・ソフトウェアの例、コード・スニペット、アプリケーション・ソフトウェア・パック、デモを簡単に見つけることができます。このスペースは、マイクロコントローラ・アプリケーションを迅速かつ簡単、そして一貫して見つけるための方法を提供します。 NXP SPSDKは、NXP MCUポートフォリオ全体で動作する信頼性が高くて使いやすいPython SDK統合ライブラリです。お客様の迅速なプロトタイピングから生産の展開までをサポートする強力な基盤を提供します。 NXP SECツール MCUXpressoセキュア・プロビジョニング・ツールは、NCP MCUデバイスでブート可能な実行ファイルを簡単に生成およびプロビジョニングできる、GUIベースのアプリケーションです。 NXP OTAP Toolは、ユーザーがNXP開発ボードの無線ファームウェア・アップデートを実行するのに役立つアプリケーションです。 ワイヤレスMCUのSDK例 ワイヤレスの例には、多くの一般的な接続構成が含まれています。 便利なリンク Bluetooth仕様 Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能_概要 Bluetooth_5.3_機能_概要 Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview   FRDMトレーニング ハンズオン・トレーニング 製品: WiFi RW6XX プロトコル:802.15.4 プロトコル:BLE→コネクティビティ プロトコル:Bluetooth プロトコル:Matter プロトコル:Thread プロトコル:Wi-Fi プロトコル:Zigbee
View full article
DOC_S32K3x1_S32K3x2_S32K3x4_EIM_Mapping_v1_0_SPD105_Unofficial The attached spreadsheet provides mapping between EIM and DCM faults for the S32K3x1, S32K3x2, S32K344, S32K324, and S32K314 devices. Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.
View full article