KW45 车载蓝牙模块——即插即用型？KiCad？ 亲爱的社区成员们： 由于我对蓝牙无线电功能域经验不足，所以想请教各位。 我们的项目需要蓝牙连接。KW45 评估板已用于 POC 和早期测试。 现在我们想把KW45直接加入到我们的板上。使用 KiCad 无法访问 NXP 参考设计。而通读文档让我谦卑地缩小到蚂蚁的体型。或者更小。 看到论坛上这么多帖子，我想知道是否有人可以分享一个现成的设计供我们使用？我们使用稳定的3.3V电源，并通过UART进行通信。 这是一个汽车改装应用，应该尽可能小巧。 这就是我们所需要的一切。 顺祝商祺！ 迈克尔 KW45 Re: KW45 automotive bluetooth - drop in module? KiCad? 你好@Orbiter ， 请注意，与较新的设备相比，KW45 的功能可能较少。您可能还想考虑KW47 系列，它提供了多项增强功能，包括更大的内存容量、运行频率高达 64 MHz 的专用的 CM33 无线电核心、2.4 GHz 低功耗蓝牙核心版本 6.x 以及支持蓝牙信道探测。此外，KW47 与 KW45 引脚兼容，这可以简化迁移工作。有关功能差异和迁移注意事项的更多信息，请参阅AN14796 。 我们仅提供KW45-EVK 设计文件，以及这篇社区帖子，其中概述了使用 KW45 一次性正确构建 PCB 的最佳方法。 BR 哈比卜 Re: KW45 automotive bluetooth - drop in module? KiCad? 我知道这对我们来说太难了。我们将转向采用“即插即用”的蓝牙模块SoC。 Re: KW45 automotive bluetooth - drop in module? KiCad? 你好@Orbiter ， 如果您有兴趣，可以联系我们的合作伙伴，他们可以帮助您开发适用于汽车环境的解决方案。 此外，您还可以咨询我们的合作伙伴提供的Wi-Fi ® + Bluetooth ® + 802.15.4 合作伙伴模块，其中一些模块也可能适用于汽车环境。但是，这些模块需要主机处理器。如果您对此选项感兴趣，请随时提供更多关于您申请的信息，以便我能指导您了解可行的方案。 BR 哈比卜

s32 design studio for arm V2.2 许可证已过期 你好， 我的S32 Design Studio for ARM v2.2许可证已于2026 年 10 月 12 日到期。 注册码：S32DS-IDE-ARM-V2-X_181798567 产品版本：S32 Design Studio for ARM v2.2] 请延长许可证期限。 谢谢！ Re: s32 design studio for arm V2.2 license expired 你好， 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。

S32 Design Studio for Arm V2.2 ライセンスが切れました こんにちは、 私の S32 Design Studio for ARM v2.2ライセンスは 2026年10月12日に期限切れになりました。 登録コード:S32DS-IDE-ARM-V2-X_181798567 製品バージョン:ARM v2.2用S32 Design Studio] ライセンス期間を延長してください。 よろしくお願いします。 Re: s32 design studio for arm V2.2 license expired こんにちは、 お客様のS32DSライセンスが延長されました。以前のコードを使用して、S32DSを再度有効化してください。

MCULinkプローブを使用してターゲットボードからフラッシュイメージを保存できません W10、リンクサーバー 26.9.130、MCULink FW 3.174: SWDを使用してLPC804ボードからフラッシュイメージを保存したいです。MCULinkプローブは持っており、LinkFlashツールを含むLinkserverパッケージをインストールしました。これにより、MCULinkのファームウェアを最新バージョンにアップデートすることができました。 LinkFlash GUI を使用すると、「接続に失敗しました (Ee42)」というエラーのため、ターゲットボードからフラッシュイメージを保存できません。プローブジャンパーは配置されていません（SWD）。デバイスとして「LPC804:」を選択しましたが、他の例ではより完全な部品#やIDEの名前が記載されているのに気づきました。この問題を解決するには設定ファイルを作成するか、ExpressoのようなIDEをインストールする必要がありますか?それともケーブルやターゲット接続の問題の可能性が高いのでしょうか? NS: LinkServer RedlinkMulti ドライバ v26.9(2026年9月18日 19:34:33 - crt_emu_cm_redlink.exeビルド1382) PC: (0) リモート設定を読み取っています Wc(03)。キャッシュサポートはありません。 Nc: C:\Users\T\AppData\Local\Temp\tmps4ueywdg\crt_directory.xmlで汎用ディレクトリXMLファイルを発見 PC:(5)リモート設定完了 NC:既存のLinkServerプロセスに再接続しました。 NC:外部からサーバー起動したプローブ1コア0に接続中、報告: 『イー(42)』コアに接続できませんでした。」 NC:再挑戦中... NC:既存のLinkServerプロセスに再接続しました。 NC:サーバーは問題ありませんが、プローブ1コア0への接続はありません(3回の試みの後) - Ee(42)。コアに接続できませんでした。 Ed:02: 接続に失敗しました: Ee(42)。コアに接続できませんでした。 Et:31: チップのデバッグポートに接続できません PC: (100) ターゲット操作失敗 Re: Unable to save flash image from target board with MCULink probe GUIの代わりにCLも試してみましたが、違いはありませんでした。あなたの出力と比較すると、私は以下の点でつまづいているようです。 NC:外部からサーバー起動したプローブ1コア0に接続中、報告: 『イー(42)』コアに接続できませんでした。」 これは標的ではなく、プローブに関する苦情のようです。 Re: Unable to save flash image from target board with MCULink probe 接続（物理的なケーブル接続？）に問題があるのかもしれません。 Ubuntuで使用していますが、Windows 10でも同様です。 /usr/local/LinkServer_26.9.130/LinkServer flash --probe 4FIQSNVD2MICA LPC804: dump 0x00000000 0x00001000 /tmp/memory.bin INFO: Exact match for LPC804: found INFO: Selected device LPC804:LPCXpresso804 INFO: Selected probe #1 4FIQSNVD2MICA (MCU-LINK Pro (r1CF) CMSIS-DAP V3.174) INFO: MCU-Link firmware update `check`: Probe ([4FIQSNVD2MICA] [MCU-LINK Pro (r1CF) CMSIS-DAP V3.174]) is already running the same firmware version as the included firmware version [3.174] Firmware update `check`: not required - forced update can be performed using: `./LinkServer probe #1 update forced` Ns: LinkServer RedlinkMulti Driver v26.9 (Sep 18 2026 19:46:03 - crt_emu_cm_redlink build 1382) Pc: ( 0) Reading remote configuration Wc(03). No cache support. Nc: Found generic directory XML file in /tmp/tmpuhtfp3bl/crt_directory.xml Pc: ( 5) Remote configuration complete Nc: Reconnected to existing LinkServer process. Nc: Probe Firmware: MCU-LINK Pro (r1CF) CMSIS-DAP V3.174 (NXP Semiconductors) Nc: Serial Number: 4FIQSNVD2MICA Nc: VID:PID: 1FC9:0143 Nc: USB Path: 0005:0013:00 Nc: Using memory from core 0 after searching for a good core Pc: ( 30) Emulator Connected Pc: ( 40) Debug Halt Pc: ( 50) CPU ID Nc: debug interface type = CoreSight DP (DAP DP ID 0BC11477) over SWD TAP 0 Nc: processor type = Cortex-M0+ (CPU ID 00000C60) on DAP AP 0 Nc: number of h/w breakpoints = 4 Nc: number of flash patches = 0 Nc: number of h/w watchpoints = 2 Nc: Probe(0): Connected&Reset. DpID: 0BC11477. CpuID: 00000C60. Info: Nc: Debug protocol: SWD. RTCK: Disabled. Vector catch: Disabled. Ns: Content of CoreSight Debug ROM(s): Nc: RBASE E00FF000: CID B105100D PID 04000BB4C0 ROM (type 0x1) Nc: ROM 1 E000E000: CID B105E00D PID 04000BB008 Gen SCS (type 0x0) Nc: ROM 1 E0001000: CID B105E00D PID 04000BB00A Gen DWT (type 0x0) Nc: ROM 1 E0002000: CID B105E00D PID 04000BB00B Gen FPB (type 0x0) Nc: NXP: LPC804 Nc: DAP stride is 1024 bytes (256 words) Nc: Inspected v.2 On-chip Flash Memory LPC80x_32.cfx Nc: Image 'LPC80x (32K) Sep 18 2026 18:35:07' Pc: ( 65) Chip Setup Complete Pc: ( 70) License Check Complete Nt: Dumping 'memory.bin' Binary section 0 at 0x00000000 len 0x1000 Nc: Opening flash driver LPC80x_32.cfx Nc: VECTRESET requested, but not supported on ARMv6-M CPUs. Using SOFTRESET instead. Nc: Using SOFT reset to run the flash driver Nc: Flash device supported (32KB = 32*1K at 0x0) Ps: ( 0) at 00000000: 0 bytes - 0/4096 Ps: (100) at 00000000: 4096 bytes - 4096/4096 Nc: Closing flash driver LPC80x_32.cfx Nt: Dumped 0x1000 bytes in 17ms (about 240kB/s) GUIを使用する場合： これがお役に立てば幸いです。 エーリッヒ Re: Unable to save flash image from target board with MCULink probe 私の自作tc2030ケーブルにはGNDdetectがコネクテッドになっていませんでした。問題を解決したので、コマンドラインまたはGUIのどちらを使ってもフラッシュメモリの読み書きができるようになりました。 Re: Unable to save flash image from target board with MCULink probe 追記：1時間ほどは問題なく動作しましたが、今は非常に不安定です。フラッシュの内容は削除できますが、消せないこともあります。時々ダンプして消去することはできますが、プログラムはできません。ダンプ、消去、プログラム、検証を試みたが、うまくいったのは一度だけで、その後は二度と成功しなかった。私は2種類の異なるtc2030ケーブル、様々な配線速度、そしてCLIとGUIの両方を試してみました。FlashLinkが成功したと表示しても、フラッシュメモリをダンプしてみると、一部のバイトが消去または書き込みされていないことがよくわかります。非常に短いケーブルが必要になるかもしれません。 Re: Unable to save flash image from target board with MCULink probe はい、MCULinkキットには10cmのCortexケーブルしかなく、そこにtc2030ケーブルを追加するとその長さの2倍以上になります。 ちなみに、LPC804のユーザーマニュアルには、ピン0.12には問題状態から回復する機能があると記載されています。この機能の使い方や使用時期について、さらに詳しい説明はありますか？ Re: Unable to save flash image from target board with MCULink probe ケーブルの長さはどれくらいですか？約10cmを超えないようにしてください。 また、どのボードを使用していますか？あなた自身の／カスタムのもの？その場合、基板のコネクタやトレースに問題がある可能性があります。 お役に立てば幸いです。 エーリッヒ Re: Unable to save flash image from target board with MCULink probe 8cmの短いケーブルを使っても違いはなかった。0x7F80バイトをすべて消去して成功が報告された場合、0x7F80バイトをすべてダンプして、すべて0xFFになることを期待します。代わりにダンプはほとんどが0x00なので、Flashlinkのステータスが間違っているか、SWD信号が部分的にショートしているなどのハードウェアの問題でフラッシュの適切なダンプができない可能性があります。

guiguider2.0.1不能创建C模拟器 我把guiguider2.0.1安装在了win10上  可以正常安装和运行  生成代码也正常 在生成C模拟器的时候会提示错误如下： 我想知道是因为我的系统win10(要求win11)，还是其它问题产生的？ Re: guiguider2.0.1不能创建C模拟器 嗨@tbg 感谢您提供错误日志。 GUI Guider 2.0.1 正式支持 Windows 11（64 位）。 从日志来看，C 模拟器运行失败的原因是捆绑的 GCC/MinGW 编译器无法执行其 cc1 元器件： cc.exe：致命错误：无法执行“cc1”：CreateProcess：没有该文件或目录 因此，我首先建议在 Windows 11 上测试 GUI Guider 2.0.1。如果同样的问题仍然存在，我们可以进一步调查工具链/安装环境。 BR 哈里

Which Matter Branch/Release should i use Hello,  I'm a bit confused with which matter branch to pick i see a release v1.6.0.0.1 and a branch v1.6-branch-imx_matter_2026_q2, which is the suggested one to use in iMX93 running in Linux env, is there any Major change between these 2 branches that i need to pay attention to? __PRESENT __PRESENT Re: Which Matter Branch/Release should i use Hi @eldhokk  You should use v1.6-branch-imx_matter_2026_q2. The v1.6.0.0.1 release is intended for MCU platforms (FreeRTOS/Zephyr). B.R Re: Which Matter Branch/Release should i use Hi @pengyong_zhang, I would like to know use of this branch and how it differs connectedhomeip other than ELE and groupcast and couple of examples, I don't see any difference between them and v1.6-branch-imx_matter_2026_q2 looks outdated compared to connectedhomeip releases  __PRESENT __PRESENT

安全启动熔丝编程 我有一个关于 i.MX RT1024 上的 SRK 哈希熔丝保护和安全启动的问题。 SRK 哈希值为 256 位，存储在八个 32 位 OCOTP 熔丝字中。由于 OTP 熔丝只能从 0 编程到 1，因此预期 SRK 哈希中的某些位将有意保持为 0。 我担心的是，即使正确编程了所有八个 SRK 哈希字，意外或未经授权的写入也可能将故意为零的位更改为 1。这将永久修改存储的 SRK 哈希值，并导致 HAB 身份验证失败。 请问您能否澄清以下问题？ SRK 哈希写入保护：在 i.MX RT1024 上，通过编程 SEC_CONFIG 启用封闭模式是否会阻止对 SRK 哈希熔丝字（OCOTP 地址 0x18–0x1F）进行进一步编程？ 专用的锁定机制：是否有单独的熔丝或硬件机制来永久防止在配置后对 SRK 哈希进行进一步修改？如果是这样，请问能否具体说明相关的熔丝地址以及启用此保护的步骤？ 保护有意为之的零位：如果 SRK 哈希位在预期哈希中为 0，那么在设备配置完成后，如何防止该位被无意或恶意地编程为 1？ Re: Secure Boot Fuse programming 你好@Abhay2080 ， 谢谢你的提问！ 1. 关闭模式仅指示 ROM 拒绝未通过 HAB 认证的图像。它不会对OTP熔丝进行写保护。即使设备关闭后，SRK 哈希字仍然可以被编程。 2. 根据内部反馈，RT1024 上不应使用 SRK_LOCK，因为它可能会阻止 ROM 正确读取 SRK 哈希值，从而导致启动失败。因此，我们无法推荐用于永久锁定该区域的熔丝地址或编程程序。 在 RT10xx 系列中，只有 RT1010 支持锁定功能。对于 RT11xx 系列，熔丝通常按字编程，并且它们包含 ECC 保护；因此，无需担心第 0 位再次被更改。 更多详情请查看AN12800。 3. 仅靠封闭模式并不能阻止这些位被编程为 1。建议的缓解措施是运行时访问控制和权限分离：限制对 OCOTP 编程寄存器的访问，仅限受信任的特权代码访问，并防止普通应用程序代码访问它们。这样可以降低意外或未经授权的编程风险；它不是永久性的熔丝写入锁定。 希望这个解释能有所帮助！ 此致， 加文

セキュアブートヒューズのプログラミング i.MX RT1024のSRKハッシュヒューズ保護とセキュアブートについて質問があります。 SRKハッシュは256ビットで、8つの32ビットOCOTPヒューズワードに格納されます。OTPのヒューズは0から1までしかプログラムできないため、期待されるSRKハッシュの一部ビットは意図的に0のままになります。 私の懸念は、8つのSRKハッシュワードすべてを正しくプログラムした後でも、意図しない、または許可されていない書き込みが意図的に0ビットを1に変えてしまう可能性があることです。これにより、保存されたSRKハッシュが永久に変更され、HAB認証が失敗します。 以下の点を明確にしていただけますか? SRKハッシュ書き込み保護： i.MX RT1024において、SEC_CONFIGをプログラミングしてクローズドモードを有効にすると、SRKハッシュヒューズワード（OCOTPアドレス0x18～0x1F）へのそれ以上のプログラミングは防止されますか？ 専用のロック機構：プロビジョニング後にSRKハッシュがそれ以上変更されることを永久的に防止するための、独立したヒューズまたはハードウェア機構はありますか？もしそうなら、該当するヒューズアドレスとこの保護を有効にする手順を教えていただけますか? 意図的なゼロビットの保護：期待されるハッシュにおいてSRKハッシュビットが0である場合、デバイスのプロビジョニング後にそのビットが意図せず、または悪意を持って1にプログラムされることを防ぐものは何ですか？ Re: Secure Boot Fuse programming こんにちは、 @Abhay2080 さん。 ご質問ありがとうございます！ 1. クローズドモードは、HAB認証に失敗した画像のみをROMに拒否するよう指示します。OTPヒューズへの書き込み保護は行っていません。SRKハッシュワードはデバイスを閉じた後もプログラム可能です。 2. 内部フィードバックに基づき、SRK_LOCKはRT1024では使用してはいけません。なぜなら、ROMがSRKハッシュを正しく読み取れず、起動失敗を引き起こす可能性があるからです。したがって、この領域を恒久的にロックするためのヒューズアドレスやプログラミング手順は推奨できません。 RT10xxシリーズでは、LOCK機能をサポートするのはRT1010のみです。RT11xxシリーズの場合、ヒューズは通常ワード単位でプログラムされ、ECC保護機能が組み込まれているため、ビット0が再度変更されることを心配する必要はありません。 詳細については、AN12800をご確認ください。 3. クローズドモードだけでは、これらのビットが1にプログラムされるのを防ぐことはできません。推奨される緩和策はランタイムアクセス制御と権限分離です。OCOTPプログラミングレジスタへのアクセスを信頼された特権コードに制限し、通常のアプリケーションコードがアクセスできないようにすることです。これにより、意図しない、または不正なプログラミングのリスクが軽減されます。これは、永続的なヒューズ書き込みロックではありません。 この説明がお役に立てば幸いです！ よろしくお願いします、 ギャビン

S32K312 - 外部 CAN 通信通道设置 各位团队成员，大家好！ 我使用的是 S32K312MINI - EVB。我可以轻松地使用板载CAN通道进行通信。但是，当我尝试使用 CANTx & CANRx 和外部 CAN 收发器硬件配置第二个 CAN 通道时，我在配置过程中遇到了问题。仅供参考，我使用的是基于Simulink的建模方法（MBDT）进行配置。 下面附上截图供您参考。请您帮我解决这个问题好吗？ 如有任何其他信息需要提供，请告知。 S32K312EVB-Q172 MBDT S32K3 Re: S32K312 - External CAN communication channel Setup 你好@omeydeshmukh ， MBDT 由我们的工程师在一个独立的社区中提供支持：基于模型的设计工具箱 (MBDT) - NXP 社区。请在社区发帖提问。 我可以提供一些关于 S32K3 功能和 CAN 设置方面的帮助；但是，MBDT 配置和功能必须通过我之前发布的社区进行指导。 您使用的CAN5通道外部CAN收发器是哪一款？请确认收发器是否处于正常工作模式？大多数收发器需要将 STB 或 EN 引脚拉高/拉低才能进行此操作。 我猜您指的是 CAN5 实例，对吗？从你的图像配置中，我可以看到 CanCpuClockRef 源自 CAN0_CAN2 时钟参考。请确保 CAN5 的时钟配置与其它时钟配置相同，或者为此实例创建一个额外的时钟参考： 最后，在您的 CanHardwareObject_6 配置中，我看到选择了 CanController_0，但根据您的图片，FlexCAN_5 却是 CanController_2： 此致， 朱利安

LS1043ARDB-PD 的 JTAG 调试所需硬件 你好， 我是一名正在使用LS1043ARDB-PD板的学生，我想…… 使用 CodeWarrior 为 QorIQ LS 系列 ARMv8 启动 JTAG 调试 v11.5.12（评估许可证）。下单前，您能否…… 请确认我们需要购买哪些硬件？ 我们计划的订单： - CWH-CTP-BASE-HE（CodeWarrior TAP 基本单元） - CWH-CTP-CTX10-YE（LS 探针，ARM Mini10） 问题： 1.CodeWarrior TAP 基本单元 (CWH-CTP-BASE-HE) 是否包含以下组件？ 探针尖端，还是我们需要单独订购 CWH-CTP-CTX10-YE？ 2. CWH-CTP-CTX10-YE 是 LS1043ARDB-PD 的正确探头吗？ 3. 这份清单是否完整，或者我们是否还需要其他硬件（线缆、 适配器、电源等）？ 4. LS1043ARDB-PD 板附带哪些线缆（电源线、串口线）？ 控制台（以太网）？ 5. 板上哪个连接器是 JTAG 接头？我们需要什么？ JTAG调试需要任何开关/RCW设置吗？ 谢谢！ Re: Hardware needed for JTAG debugging of LS1043ARDB-PD 1.您需要单独订购 CWH-CTP-CTX10-YE。 2. CWH-CTP-CTX10-YE 是 LS1043ARDB-PD 的正确探针尖端。 3. 无需其他硬件。 4. CodeWarrior TAP(CWH-CTP-BASE-HE)附带USB线缆。 5. 请参阅附件文档第 4 页。无需开关或RCW改装。

MC33774とEVBMA6X02BMU こんにちは、 BMUの評価委員会EVBMA6X02BMU MC33774A評価にCAN使えますか? 私たちの主な懸念はBMSソフトウェアです。 こちら: NXP BMS SDKとツールチェーン |NXP Semiconductorsは、MC33774がGen1 SDKに属すると述べていますが、新しいBMUでGen1 SDKを使用できるかは確信が持てません。 よろしくお願いします。 Re: MC33774 with EVBMA6X02BMU こんにちは、 EVBMA6X02BMUはMC33774Aを評価するために使えます。BMUボード上のBMA6X02SゲートウェイはTPL3を介して通信し、これはMC33774Aと完全に互換性があります。CMU レベルのセル監視には、専用の MC33774A CMU ボード (例:RD33774ADSTEVB)。 BMSソフトウェアについてですが、EVBMA6X02BMUはGEN2 SDKを対象としており、MC33774Aドライバは確かにGEN2には含まれていません。ただし、GEN1とGEN2のドライバを1つのプロジェクトで混用することはサポートされています。添付のガイド「S32 Design StudioでのBMS SDK GEN2とGEN1ドライバの混合」を参照してください。 BRs、トーマス

MC33774 带 EVBMA6X02BMU 您好， BMU评估板EVBMA6X02BMU能否用于评估MC33774A？ 我们主要关注的是电池管理系统软件。 在NXP 电池管理系统 SDK 和工具链 | NXP 半导体网站上，它指出 MC33774 属于 Gen1 SDK，但我们不确定是否可以将 Gen1 SDK 用于新的 BMU。 谢谢！ Re: MC33774 with EVBMA6X02BMU 您好， EVBMA6X02BMU 可用于评估 MC33774A。BMU 板上的 BMA6X02S 网关通过 TPL3 进行通信，与 MC33774A 完全兼容。对于 CMU 级单元监控，您可以将其与专用的 MC33774A CMU 板（例如 MC33774A CMU 板）配对使用。RD33774ADSTEVB）。 关于 电池管理系统 软件：EVBMA6X02BMU 针对的是 GEN2 SDK，而 MC33774A 驱动程序确实没有包含在 GEN2 中。但是，支持在单个项目中混合使用 GEN1 和 GEN2 驱动程序——请参阅随附的指南《在 S32 设计工作室中混合使用 电池管理系统 SDK GEN2 和 GEN1 驱动程序》。 BRs，托马斯

Hardware needed for JTAG debugging of LS1043ARDB-PD Hello, I am a student working with the LS1043ARDB-PD board and I want to start JTAG debugging with CodeWarrior for QorIQ LS Series ARMv8 v11.5.12 (evaluation license). Before placing our order, could you please confirm which hardware we need to buy? Our planned order: - CWH-CTP-BASE-HE (CodeWarrior TAP base unit) - CWH-CTP-CTX10-YE (LS probe tip, ARM Mini10) Questions: 1. Does the CodeWarrior TAP base unit (CWH-CTP-BASE-HE) include the probe tip, or do we need to order CWH-CTP-CTX10-YE separately? 2. Is CWH-CTP-CTX10-YE the correct probe tip for the LS1043ARDB-PD? 3. Is this list complete, or do we need any other hardware (cables, adapters, power supply, etc.)? 4. Which cables come with the LS1043ARDB-PD board (power, serial console, Ethernet)? 5. Which connector on the board is the JTAG header, and do we need any switch / RCW settings for JTAG debugging? Thank you. Re: Hardware needed for JTAG debugging of LS1043ARDB-PD 1. You need to order CWH-CTP-CTX10-YE separately. 2. CWH-CTP-CTX10-YE is the correct probe tip for the LS1043ARDB-PD. 3. No need other hardware. 4. USB cable come with CodeWarrior TAP(CWH-CTP-BASE-HE). 5. Please refer to page 4 in the attached document. No need switch or RCW modification.

[PN7221][Android16] カードを繰り返し素早くスワイプすると、NFCが使用できなくなる場合があります。 以下の2つのNFCファームウェアバージョンをテストしたところ、どちらも同じ問題が再現されました。 バージョン1：3.2.4 バージョン2：3.2.6 ログは添付ファイルとしてアップロードされています。問題が発生した場合は、HALを強制終了することで正常な動作に戻ります。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 バージョン03.02.06にアップグレードした後でテストしてみましたが、問題は依然として再現します。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 こんにちは、 @zhangkai さん。 ログにはFW: 03.02.C4と表示されていますが、これは一時的なバージョンです。FWを最新バージョン03.02.06にアップグレードしてください。 (nfc-NXPNFCC_FW/InfraFW/pn7220 at master · NXP/nfc-NXPNFCC_FW · GitHub) Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 クライアントは、3回の正常な操作の後、NFCの不具合が発生しました。ログには、カードを素早くスワイプした際に発生したフリーズと同様の問題が記録されています。ログファイル「20261020_194057_F802E693J0065.zip」を参照してください。症状としては、画面がオフになった後にNFCが動作しなくなることが挙げられます。 カードを素早く繰り返しスワイプするのは、私がこの問題を再現するために用いている方法です。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 こんにちは ご提供いただいたログによると、すべてタイムアウトエラーが発生しています。したがって、現在の状況はカード読み取り間隔が短すぎることが原因です。カードを頻繁に読み取ることはお勧めしません。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 ゆっくりとページを更新していますが、今のところ問題は再現できていません。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 最速の更新速度は約2回/秒、平均更新速度は約1回/秒です。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 こんにちは、 @zhangkai さん。 どうやらカードが詰まってしまい、復旧できずに再度カードを読み取ろうとしているようです。「繰り返し、素早く」とは、おおよそどのくらいの頻度でしょうか？速度が遅くなれば、この問題は解消されるでしょうか？ Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 こんにちは、 @zhangkai さん。 パッチはメールで送信してください！ BR ケリー Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 20分間繰り返しカードをスワイプしてみましたが、問題はまだ再現していません。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 カード1を先にスワイプしてからカード2をスワイプすると、システムがフリーズします。この問題はパッチとは無関係であることが確認されており、パッチを適用する前にも同様の現象が発生していました。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 メールパッチをインポートした後でも、問題は再現可能であり、以前よりもさらに速く再現します。以下の手順でテストすれば、確実に再現します。 1. まずカードをスワイプしてください。 2. カード2をもう一度スワイプすると、システムがフリーズします。 回复： [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 こんにちは。この件に関して何か新しい進展はありましたか？どうやら問題は主にSIM 1とSIM 2を交互に切り替える際に発生し、それが原因でフリーズするようです。

超出像素的组件如何在画布中显示出来 如图，我想在设计页面时，在画布中显示出超出像素的组件（图中蓝框组件），尝试向上滑也滑不上去，怎么才能在设计时滑动页面或者在画布中显示全部的组件，而不是显示蓝框 Re: 超出像素的组件如何在画布中显示出来 嗨@Japer ， 要启用屏幕的“滚动”功能，请在控件窗格中选择屏幕，然后启用“标志”属性窗格以查看标志设置： 然后，您要添加的标志是“可滚动”。这将使屏幕能够滚动并扩展到显示区域之外。 这个可滚动标志不仅适用于屏幕，也适用于小部件。 此外，您还可以根据需要启用滚动条。首先，单击“属性”窗格中的三个点，启用“滚动球”属性窗格： 然后您就可以选择屏幕的滚动条模式了。具体行为如下： LV_SCROLLBAR_MODE_OFF — 永远不显示滚动条。 LV_SCROLLBAR_MODE_ON — 始终显示滚动条。 LV_SCROLLBAR_MODE_ACTIVE — 仅在小部件滚动时显示。 LV_SCROLLBAR_MODE_AUTO — 仅当内容足够大可以滚动时才显示。 您还可以参考以下文档页面，了解有关 LVGL 中滚动工作原理的更多详细信息：滚动 - LVGL 9.4 文档 如果还有什么我可以帮忙的，请告诉我！ BR， 埃德温。

[PN7221][Android16] Repeatedly swiping the card quickly may result in NFC becoming unusable. The following two NFC firmware versions were tested, and both reproduced the problem: Version 1: 3.2.4 Version 2: 3.2.6 The log has been uploaded as an attachment. If a problem occurs, killing HAL will restore normal operation. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 I've tested it after upgrading to version 03.02.06, and the problem can still be reproduced. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello @zhangkai The log shows FW: 03.02.C4 , which is a temporary version. Upgrade FW to the latest version 03.02.06. (nfc-NXPNFCC_FW/InfraFW/pn7220 at master · NXP/nfc-NXPNFCC_FW · GitHub) Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 The client experienced NFC failure after three normal operations. The log showed the same issue as a freeze triggered by a quick card swipe. Please see the log "20261020_194057_F802E693J0065.zip". The symptom is that NFC stops working after the screen is off. Rapidly and repeatedly swiping the card is just my method for reproducing the problem. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello Based on the logs you provided, they all show timeout errors, so your current situation is caused by the card reading interval being too short. It is not recommended to read the card so frequently. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 I'm refreshing slowly, and haven't been able to reproduce the issue yet. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 The fastest refresh rate is about two refreshes per second, and the average refresh rate is about one refresh per second. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello @zhangkai It looks like it's stuck and can't recover, trying to read the card again. "Repeatedly and quickly"—what's the approximate frequency? Would this problem disappear if it were slower? Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello @zhangkai  Please apply the patch as email! BR kelly Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 I repeatedly swiped the card for 20 minutes, but the problem hasn't been reproduced yet. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 The system freezes when I swipe card 1 first, then card 2. This issue has been confirmed to be unrelated to the patch, as the same phenomenon occurred before importing the patch. Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Even after importing the email patch, the problem can still be reproduced, and even faster. Test with the following steps, and it will definitely be reproduced: 1. Swipe your card first. 2. Swipe card 2 again, and the system freezes. 回复： [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hi, any new developments on this issue? It seems that the problem mainly involves alternating between SIM 1 and SIM 2, which can trigger a freeze.

LS1043ARDB-PDのJTAGデバッグに必要なハードウェア こんにちは、 私はLS1043ARDB-PDボードを扱っている学生で、 QorIQ LSシリーズARMv8向けCodeWarriorを使用したJTAGデバッグを開始する v11.5.12（評価版ライセンス）ご注文前に、よろしければ どのハードウェアを購入すべきか確認してください。 私たちの予定順番: - CWH-CTP-BASE-HE(CodeWarrior TAP基地ユニット) - CWH-CTP-CTX10-YE(LSプローブ先端、ARM Mini10) 質問: 1.CodeWarrior TAPの基本ユニット(CWH-CTP-BASE-HE)には プローブチップ、それともCWH-CTP-CTX10-YEを別途注文する必要がありますか? 2. CWH-CTP-CTX10-YEはLS1043ARDB-PDの正しいプローブチップか? 3. このリストは完全ですか?それとも他にハードウェア(ケーブル)が必要ですか? アダプターや電源などは? 4. どのケーブルがLS1043ARDB-PDボードに付属しているか(電源、シリアル) コンソール、イーサネット? 5. 基板上のどのコネクタがJTAGヘッダーで、必要か? JTAGデバッグ用のスイッチやRCW設定はありますか? よろしくお願いします。 Re: Hardware needed for JTAG debugging of LS1043ARDB-PD 1.CWH-CTP-CTX10-YEは別途ご注文いただく必要があります。 2. CWH-CTP-CTX10-YEはLS1043ARDB-PDに適したプローブチップです。 3. 他のハードウェアは不要です。 4. USBケーブルはCodeWarrior TAP（CWH-CTP-BASE-HE）に付属しています。 5．添付書類の4ページ目をご参照ください。スイッチやRCW改造は不要です。

[PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 NFC固件版本，测试过如下两个版本，都能复现问题： 版本1：3.2.4 版本2：3.2.6 log已上传附件，出现问题后，kill HAL可以恢复正常。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 有升级到03.02.06测试过，也是能复现到问题 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello @zhangkai  从log 看FW:03.02.C4这是个临时的版本，将FW升级到最新03.02.06 nfc-NXPNFCC_FW/InfraFW/pn7220 at master · NXP/nfc-NXPNFCC_FW · GitHub Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 客户端是有出现3次正常操作下，NFC无法工作，看log和快速刷卡触发的卡死一样，请看log “20261020_194057_F802E693J0065.zip”，现象是在息屏后nfc无法工作了。 快速反复刷卡只是我这边复现问题的方法。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello   从您提供的log看，都是timeout error，所以您当前的情况就是读卡间隔太短导致的，不建议这么频繁读卡。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 慢慢刷，暂时没复现到 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 最快大概1S刷两次，平均大概1S一次 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hello @zhangkai  看着像是卡住了没法恢复再次准备读卡。"反复快速"大概是什么样的频次？如果慢一些是不是就不会出现这样的问题？ Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 你好@zhangkai 请通过电子邮件应用此补丁！ BR 凯莉 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 单卡反复刷，测试了20分钟，暂时没有复现到 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 先刷卡1，再刷卡2 卡死，这个现象确认不是patch导致的，导入patch前也是一样的现象。 Re: [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 导入邮件补丁后，还是能复现，而且更快复现，按如下步骤测试，必现： 1. 先刷卡1 2. 再刷卡2，卡死 回复： [PN7221][Android16] 反复快速刷卡，概率出现nfc无法使用 Hi，该问题有新进展么？目前看主要是卡1和卡2交替刷，会触发卡死。

キャンバス上のピクセル制限を超えるコンポーネントを表示するにはどうすればよいですか？ 画像に示すように、ページデザイン時にキャンバス上に数ピクセル以上伸びているコンポーネント（青色でハイライトされているコンポーネント）を表示したいと考えています。上方向にスワイプしてみましたが、スクロールできません。デザイン中にページをスクロールさせる方法、または青色でハイライトされたコンポーネントだけでなく、キャンバス上のすべてのコンポーネントを表示する方法を教えてください。 Re: 超出像素的组件如何在画布中显示出来 こんにちは、 @Japer さん。 画面の「スクロール機能」を有効にするには、ウィジェットペインで画面を選択し、フラグプロパティペインを有効にしてフラグ設定を表示します。 次に、追加したいフラグは「スクロール可能」です。これにより、画面をスクロール可能にし、表示領域を超えて拡張する機能が有効になります。 このスクロール可能なフラグは、画面だけでなくウィジェットにも適用できます。 さらに、必要に応じてスクロールバーを有効にすることも可能です。まず、プロパティ ペインの 3 つの点をクリックして、スクロール ボールのプロパティ ペインを有効にします。 すると、画面のスクロールバーモードを選択できるようになります。その動作は以下のとおりです。 LV_SCROLLBAR_MODE_OFF — スクロールバーを表示しない。 LV_SCROLLBAR_MODE_ON — 常にスクロールバーを表示する。 LV_SCROLLBAR_MODE_ACTIVE — ウィジェットがスクロールされている間だけ表示します。 LV_SCROLLBAR_MODE_AUTO — スクロールできるほどコンテンツが大きい場合にのみ表示します。 LVGLでのスクロールの仕組みについては、以下のドキュメントページも参照してください:スクロール - LVGL 9.4のドキュメント 他にお手伝いできることがあれば教えてください! BR、 エドウィン。

MC33774 with EVBMA6X02BMU Hi, can BMU eval board EVBMA6X02BMU be used to evaluate MC33774A?  Our main concern is the BMS software. At this side: NXP BMS SDK and Toolchain | NXP Semiconductors, it states that MC33774 belongs to Gen1 SDK, but we are not sure if we can use the Gen1 SDK for the new BMU. Thank you. Re: MC33774 with EVBMA6X02BMU Hi, The EVBMA6X02BMU can be used to evaluate the MC33774A. The BMA6X02S gateway on the BMU board communicates via TPL3, which is fully compatible with the MC33774A. For CMU-level cell monitoring you would pair it with a dedicated MC33774A CMU board (e.g. RD33774ADSTEVB). Regarding BMS software: the EVBMA6X02BMU targets the GEN2 SDK and the MC33774A driver is indeed not included in GEN2. However, mixing GEN1 and GEN2 drivers in a single project is supported — please refer to the attached guide Mixing BMS SDK GEN2 and GEN1 Drivers in S32 Design Studio. BRs, Tomas