Wrynose SDK 对 PowerPC 的支持 您好， 我们正在考虑将基于 T4240rdb 的开发板从 Dunfell 迁移到 Wrynose Yocto SDK。Wrynose SDK 是否支持 PowerPC 板？ 如果以上方法都不行，我们还有哪些途径可以获得对PowerPC主板的支持？ 谢谢！ 苏巴拉奥·纳拉贾拉 泰雷兹集团高级工程师 Re: PowerPC support for Wrynose SDK 你好， NXP Wrynose Yocto SDK 不支持 PowerPC/T4240RDB 板。这是所有较新的 NXP Yocto 版本（Dunfell 之后）都存在的既定限制。 为什么 Wrynose 不支持 PowerPC？ NXP 的 Wrynose SDK（Yocto 6.0）专门针对基于 ARM 的 i.MX 和 Layerscape 处理器。QorIQ T 系列（包括 T4240）采用Power 架构（e6500 内核） ，但该架构并未延续到较新的 Yocto SDK 版本中。这与恩智浦的整体战略是一致的： “QorIQ SDK 是一款功能齐全、成熟的基于 Yocto 的软件工具包，适用于 QorIQ 基于 PowerPC 的 P 系列和 T 系列处理器……Layerscape SDK 是一款基于 Ubuntu 的混合型软件工具包，适用于 Layerscape 系列处理器，未来将成为 Layerscape 平台上最新软件的主要交付机制。” NXP 官方支持的最后一个适用于 T4240RDB 的 Yocto 版本是 Dunfell（Yocto 3.1） 。较新的 Yocto 版本（Scarthgap、Wrynose 等）不包含 T4240RDB 或其他 PowerPC T 系列板。 一个已知的版本错误也证实了这一点，该错误发生在 glibc 层——尝试在 Dunfell 事件后的 Yocto 中为 e6500 PowerPC64 架构进行版本会导致以下结果： configure: error: The e6500 subspecies of powerpc64 is not supported. 您的选择 方案一：留在邓费尔（推荐给 T4240RDB 用户） QorIQ Yocto SDK 的 Dunfell 分支仍然是 T4240RDB 最新官方支持的 Yocto 版本。您可以通过以下方式访问： https://github.com/nxp-qoriq/yocto-sdk/tree/dunfell 这是 NXP 推荐给需要稳定、受支持的 Yocto 环境的 PowerPC T 系列客户的路径。 方案二：使用社区/上游资源 NXP 针对 Power Architecture P 系列和 T 系列客户的官方建议是，利用上游社区资源获取更新的内核和 U-Boot 版本： “今后，我们鼓励使用基于 Power Architecture 的 P 系列和 T 系列平台的客户直接从 kernel.org 和 denx.de (uboot) 等社区资源获取启用软件。” 这意味着您可以使用主线源代码为 T4240RDB 构建更新的内核（例如 5.x 或 6.x），但这需要手动集成工作，并且不是 NXP 支持的交钥匙 SDK。 方案三：迁移到基于 ARM 的 Layerscape 平台 如果必须使用较新的 Yocto SDK（包括 Wrynose），则唯一的途径是将硬件平台迁移到基于 ARM 的 Layerscape 处理器（例如 LX2160A、LS1046A、LS1088A），这些处理器在 Wrynose 和未来的 NXP Yocto 版本中都得到完全支持。这是一项意义重大的硬件重新设计工作，但符合恩智浦的长期发展路线图。 选项 4：NXP 专业/高级支持 如果您需要定制 BSP 工作或将 T4240RDB 移植到更新的 Yocto 基线，NXP 可提供处理器和微控制器的专业支持，包括 Linux/Yocto 配方协助和直接联系 NXP 工程师。   此致问候

S32DS3.5创建的S32K144工程CSEC和Flash驱动不能同时存在 我需要修改以前的一个S32DS3.5的工程以满足新客户的需求。因为已经有了Flash驱动，现在需要新增CSEC部分驱动，我在mex中进行外设配置时，发现新增CSEC之后就会提示错误，删除CSEC或者Flash就正常。请问应该如何解决该问题？ IDE：S32DS3.5 SDK: S32 SDK RTM 4.0.1 err.jpgerr.jpg     Re: S32DS3.5创建的S32K144工程CSEC和Flash驱动不能同时存在 你好@ZDDL ， 根据 SDK 发行说明，它与 S32 Design Studio (S32DS) 3.4 兼容。与 S32DS 3.5 的兼容性尚未验证，因此我们无法保证其功能正确。 我也强烈建议在单个 IDE 安装中只安装一个 SDK 或 RTD 版本。如果需要多个 SDK/RTD 版本，请为每个版本单独安装 IDE。 danielmartynek_0-1788953256888.pngdanielmartynek_0-1788953256888.png BR，丹尼尔

T1042D4RDB SDカードからの起動時にネットワークの問題が発生する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SDカードから起動しているときにイーサネットがうまく動作しないT1042D4RDB問題が発生しています。 起動時の出力は以下のとおりです。 SERDES参照番号：0x86 ネットワーク: Fmanを初期化しています MMCは「dev #0、ブロック#2080、カウント128...」と表示しました。 Fman1: 7fdf8f888のデータはファームウェアではありません イーサネットは見つかりませんでした。 自動起動を停止するには、任意のキーを押してください: 0 => md 0x7df8f88 07df8f88: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ 07df8f98: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ 07df8fa8: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ 07df8fb8: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ 07df8fc8: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ 07df8fd8: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ 07df8fe8: デッドビーフ デッドビーフ デッドビーフ デッドビーフ ................ u-bootコードから判断すると、u-bootはSDカードから読み取れると思っていましたが、「0xdeadbeef」はそのアドレスでRAMに何も書き込まれていないことを示しています。 奇妙なことに、blk_dread()からの返り値は以下のu-boot ドライバ/net/fm/fm.cで確認されていません。 printf("\nMMC読み取り: デバイス# %u、ブロック# %u、カウント%u ...\n", dev、blk、cnt); mmc_init(mmc); (void)blk_dread(mmc_get_blk_desc(mmc), blk, cnt, アドレス); } [削除済み] /* Fmanマイクロコードが存在する場合はアップロードする */ rc = fman_upload_firmware(index, &reg->fm_imem, addr); if (rc) return rc; env_set_addr("fman_ucode", addr); Re: T1042D4RDB networking problems when booting from SD card KrogerFeedbackは、買い物客がKrogerでの体験を共有する機会を提供する顧客アンケートです。最近の購入を完了した後、顧客は店舗の清潔さ、商品の入手状況、チェックアウト速度、従業員サービス、全体的な満足度についてフィードバックを依頼することがあります。この調査は、クローガーがお客様の好みや改善点を把握することを目的としています。 参加者は、アンケートにアクセスするために必要な情報が記載されている場合があるため、領収書を手元に置いておくべきです。質問に正直かつ思慮深く答えることが、Krogerの製品やサービスの改善に役立ちます。現在のキャンペーン内容によっては、対象となる参加者は報酬を受け取ったり、懸賞に応募したりする機会を得られる場合もあります。 Krogerのフィードバック Re: T1042D4RDB networking problems when booting from SD card KrogerFeedbackは、買い物客がKrogerでの体験を共有する機会を提供する顧客アンケートです。最近の購入を完了した後、顧客は店舗の清潔さ、商品の入手状況、チェックアウト速度についてフィードバックを依頼することがあります。 Krogerのフィードバック Re: T1042D4RDB networking problems when booting from SD card Wingstop.com/survey – Mywingstopsurvey.com/usa Wingstopが提供するオンラインアンケートで、お客様が直近の訪問体験について貴重なフィードバックを提供できます。 Wingstop社は、お客様の体験を向上させるために何を変更できるかを理解するために、あなたにフィードバックを提供してほしいと考えています。 Re: T1042D4RDB networking problems when booting from SD card ロッキード・マーティンの従業員専用に設計されたログインゲートウェイは、 LMPeople Externalと呼ばれています。従業員は給与明細、福利厚生、個人データなど、さまざまなサービスにアクセスできます。 Re: T1042D4RDB networking problems when booting from SD card ウェンディーズ顧客満足度調査へようこそ。皆様からの率直なご意見を大変貴重に思っており、アンケートにご協力いただいたことに感謝いたします。 https://haioly-tsiiv-splieurk.yolasite.com/ Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 補足：これはRaspberry Piや私のPC用ではなく、T1042D4RDB用です。 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SDK v2.0は使っていません。かなり古く、Ubuntu 18とは互換性がありませんでした(Python 2と3の問題があるようです)。 私はPoky 2.6.1を使用しています。 質問: 1. Poky 2.6.1にはなぜ3つの異なるバージョンが含まれているのでしょうか？ 2. なぜ動作しない最新バージョンを同梱するのか？ 乾杯、 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FManのマイクロコードリビジョンはSDKのリビジョンと整合している必要があります。 私の推測ではSDK v2.0が使われていると思っていました。 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> なるほど！ありがとうございます！u-bootイメージにfManファームウェアが含まれていないことに気づきませんでした。 108.5.9で試してみましたが、うまくいきませんでした。T1042D4RDBには106.4.18が同梱されており、正常に動作しました。 108.15.9が動作しないのに、それが含まれていること、そして107.4.2を推奨していることが不思議に思います。 107.4.2がプログラミングに適したバージョンであるという結論に至った経緯を教えてください。 $ ls tmp/deploy/images/t1042d4rdb/fsl_*.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_106_4_18.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_107_4_2.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_108_5_9.bin Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SDカードの0x820番地から、添付のFManマイクロコードを書き込む必要があります。 In U-Boot: =>tftp 100000 fsl_fman_ucode_t1040_r1.1_107_4_2.bin =>mmc write 100000 820 37  In Linux: # dd if=fsl_fman_ucode_t1040_r1.1_107_4_2.bin of=/dev/sdb  seek=2080 bs=512 Re: T1042D4RDB networking problems when booting from SD card ホワイトキャッスル調査は、お客様が最近の食事体験についてのフィードバックを簡単に共有できる手段を提供します。アンケートに回答することで、食品の質、サービス、清潔さ、スタッフの行動、全体的な満足度についてコメントできます。皆様の率直な回答により、ホワイトキャッスルはお客様が何を楽しんでいるのか、どこで改善が必要かを理解する助けとなります。参加するには、最新の領収書を手元に置き、会社が提供する調査指示に従ってください。 実際の訪問に基づいて、各質問に慎重にお答えください。現在実施中のキャンペーンによっては、アンケートに回答することで報酬や特別オファーを受け取れる場合もあります。数分の返信を取ることで、今後のホワイトキャッスル訪問の質を向上させることができます。 ホワイトキャッスルのお客様

モータ制御の仕事に関する質問 さて、とても興味深い仕事の面接を受けました。それは電動モーターの制御分野です。問題は、彼が基本的に2つの主要な職務機能を非常に異なって説明していることです。1つはモーターの制御システムの開発で、matlabでのシミュレーション、マイクロコントローラでの実装とテストです。しかし、2つ目の部分はPLC（プログラマブルロジックコントローラー）に関するもので、彼らは自分たちが構築するシステムに何らかの形で組み込まれる関数をいくつか作成している、と彼は私に話しました。さて、私の質問は、自分が最終的に最初の支店で働くことになるのか、それとも2番目の支店で働くことになるのかを、どうすれば知ることができるのかということです。もし両方であれば、どのくらいの割合でしょうか?同じような会社で働いている方がいれば、この2つの側面がどのようにバランスを取っているのか教えてもらえますか?面接官に直接聞いてみるべきでしょうか？ただし、これらは2つの異なるポジションではありません Re: question regarding electrical motor control job こんにちは、タオトミ・ウルシさん、   ご連絡ありがとうございます。   あなたの質問の意味を完全に理解できているか自信がありません。NXP製品やテクノロジについて具体的にどのような情報をお探しですか?より詳しくご相談いただければ、より詳しくご案内いたします。   こちらがNXPのウェブサイトです。 https://www.nxp.com/   NXPの職に応募する予定がある場合は、当社の採用情報ページをご覧いただき、以下のリンクから応募してください。 https://nxp.wd3.myworkdayjobs.com/careers   すべての情報があなたの助けになれば幸いです。   BR リナ

s32设计工作室许可证已过期 您好。 我的S32设计工作室许可证即将到期。 能否续签许可证？ 许可证代码为 085B-C474-AA78-FC99。 谢谢！ Re: s32 design studio license expired 你好， 您的S32DS许可证已延期。

关于 HSE FW 2.40.0 和 2.55.0 中 GCM IV 长度支撑的问题 你好， 我有一个关于 S32K358 上 HSE 的 GCM 操作的问题。 在 HSE 服务 API 参考手册的 AEAD 服务描述中，HSE FW 2.40.0 和 2.55.0 都对 GCM 进行了如下规定： GCM: 1 <= ivLength <= 2^32-1。建议大小为 12 字节或更大。 但是，HSE FW 2.40.0 手册包含以下附加说明，而 HSE FW 2.55.0 手册中没有此说明： 在 GCM 操作中，建议使用正好 12 字节的 IV 值。对于任何非 12 字节的 IV 大小，GCM 加密操作生成的认证标签可能不正确。在 GCM 解密操作中，身份验证检查可能会失败。 在此，我想澄清以下几点： 1. 当 IV 长度不是 12 字节时，HSE FW 2.40.0 中 GCM 操作能否正常使用？ 2. 当使用 12 字节以外的 IV 长度时，HSE FW 2.40.0 和 2.55.0 在 GCM 操作方面是否存在行为差异？ 3. 当使用 12 字节以外的 IV 长度时，HSE FW 2.40.0 和 2.55.0 的 GCM 操作可靠性是否存在差异？ 在我们的测试中，即使 IV 长度不是 12 字节，GCM 加密和解密也能成功执行，并且认证结果也正确。 因此，我想确认 HSE FW 2.40.0 是否完全支持使用 12 字节以外的 IV 长度，以及在这种情况下与使用 HSE FW 2.55.0 相比是否存在任何功能差异。 谢谢你的解释。 Re: Question about GCM IV Length Support in HSE FW 2.40.0 and 2.55.0 嗨@wodudwo 从技术上讲，ivLength 可以配置为不同的长度；但是，不建议这样做，因为不能保证其行为可靠。正如您正确指出的那样，文档中说明，对于 GCM 解密操作，当使用 12 字节以外的 IV 长度时，身份验证检查可能会失败。 虽然使用不同长度的静脉输液管进行的测试可能通过了，但这并不能保证手术一定会成功。换句话说，某个测试用例的成功结果不应被解释为表明该配置完全受支持或在所有情况下都能稳定运行。 此外，如果您查看这两个固件版本的发行说明，您会发现限制列表包含相同的建议：使用正好为 12 字节的 IV 值。 虽然从 HSE 固件 2.55.0 版本开始，HSE 服务 API 参考手册中已删除该注释，但限制本身仍然存在。 BR，VaneB

FreeRTOS_Toggle_Led_Example_S32K312 の S32K312 FreeRTOS ビルドに関する問題 チームの皆さん、こんにちは。 NXPのウェブサイトから以下のRTDおよびFreeRTOSパッケージをダウンロードしました: SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.tar SW32K3_FreeRTOS_11.1.0_0.8.0_CD1_D2603_DesignStudio_updatesite.tar 私はWindowsシステムを使っており、S32 Design Studio(V3.6.10)でFreeRTOS_Toggle_Led_Example_S32K312プロジェクトを正常にインポート・開くことができました。 しかし、アプリケーションをビルドしようとすると、「添付のスクリーンショット(BE1)に示 されているFreeRTOSConfig.hファイルが見つかりません」というエラーが出 #include ます。 さらに、プロジェクトの.mexファイルを開くとファイル、Config Tools に以下のエラーが表示されます (添付のMexファイルを参照) 「このツールは選択したプロセッサをサポートしていません。」 以下の点について教えていただけますか? これらのRTDやFreeRTOSパッケージには、 S32 Design Studio の特定のバージョンが必要ですか? S32K312に追加のアップデートやプラグイン、デバイスサポートパッケージをインストールする必要がありますか? FreeRTOS_Toggle_Led_Example_S32K312サンプルアプリケーションをビルドし実行する正しい手順は何ですか? 私の最終目標は、 S32K312 EVB上でFreeRTOSを動作させることです。推奨されるセットアップとインストールの手順についてアドバイスをいただけますか? 参考までに、ビルドエラーのスクリーンショット（BE1とMex）を添付しました。 再開まで今しばらくお待ちください。 よろしくお願いします、 プラモド・ジャダブ Re: S32K312 Freertos build issue for the FreeRTOS_Toggle_Led_Example_S32K312 迅速なアップデートありがとうございます。提供いただいたRTDバージョンで問題が解決しました。 Re: S32K312 Freertos build issue for the FreeRTOS_Toggle_Led_Example_S32K312 こんにちは、 SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zipにはCryptoドライバーのみが含まれています。FreeRTOSを追加する前に、まずRTDベースのパッケージをインストールする必要があります。 PetrS_0-1788946493548.pngPetrS_0-1788946493548.png RTDとFreeRTOSが正常にインストールされたら、サンプルから新しいプロジェクトを作成するだけです。 PetrS_1-1788946542398.pngPetrS_1-1788946542398.png 読み込みが完了したら、mexファイルを開き、「コードの更新」ボタンをクリックしてください。欠落しているドライバなども追加されるはずです。 その後、デモを作ることができます プロジェクトエクスプローラーのウィンドウでプロジェクトを右クリックし、「コード更新」と「プロジェクト構築」を選択することもできます。 PetrS_0-1788946711279.pngPetrS_0-1788946711279.png BR、ペトル

minimal configuration to negotiate higher current limit on USB I have a device that can be powered over USB with an MCXN947 processor on it.  I don't currently have the USB configured, just pulling 5V.  However, I would like to raise the current limit which seems to default to 100mA. What's the minimal configuration I can do to raise the current limit?  In MCUXpresso config tools, I tried setting up USBFS.  It requires at least one interface, so I tried to set up DFU.  I managed to get things to build mostly, but the config tools generate a file timer_queue.c that defines a SysTick_Handler that conflicts with the FreeRTOS port.c SysTick_Handler. 1) Is there something better I can do to try to raise the current limit? 2) If setting up this DFU interface is as good as anything else, how should I resolve conflicts between autogenerated code and the FreeRTOS port? Re: minimal configuration to negotiate higher current limit on USB Hello @robert_hines  Yes, a USB device must declare its required power in the bMaxPower field during USB enumeration. To draw more than 100 mA, I recommend configuring your device as a USB HID or USB CDC device, as these are generally easier to implement than DFU.   Thank you.   BR Alice

HSE FW 2.40.0および2.55.0におけるGCM IV長サポートに関する質問 こんにちは、 S32K358のHSEにおけるGCMの動作について質問があります。 HSEサービスAPIリファレンスマニュアルのAEADサービス説明において、HSE FW 2.40.0および2.55.0の両方でGCMについて以下の事項が明記されています。 GCM: 1 <= ivLength <= 2^32-1。推奨サイズは12バイト以上です。 しかし、HSE FW 2.40.0のマニュアルには、HSE FW 2.55.0のマニュアルには記載されていない以下の注記が追加されています。 GCM操作においては、IV値として正確に12バイトを使用することを推奨します。12バイトを超える任意のIVサイズに対して、GCM暗号化操作によって生成される認証タグが正しくない場合があります。GCM復号操作では、認証チェックが失敗することがあります。 この点に関して、以下の点を明確にしたいと思います。 1. IV長が12バイトでない場合、HSE FW 2.40.0でGCM操作を通常使用できますか? 2. 12バイト以外のIV長を使用した場合、HSE FW 2.40.0と2.55.0の間でGCM操作に挙動的な違いはありますか? 3. IV長が12バイト以外の場合、HSE FW 2.40.0と2.55.0の間でGCM動作の信頼性に違いはありますか？ 私たちのテストでは、IV長が12バイトでなくてもGCM暗号化と復号が成功し、認証結果も正確でした。 したがって、HSE FW 2.40.0で12バイト以外のIV長の使用が完全にサポートされているかどうか、またこの場合のHSE FW 2.55.0使用と機能的に違いがあるのかを確認したいと思います。 ご説明いただきありがとうございます。 Re: Question about GCM IV Length Support in HSE FW 2.40.0 and 2.55.0 こんにちは、 @wodudwo さん。 技術的には、ivLengthは異なる長さで設定可能ですが、しかし、その動作が信頼性を保証するわけではないため推奨されません。ご指摘の通り、ドキュメントにはGCM復号操作では、12バイト以外のIV長を使うと認証チェックが失敗する可能性があると記載されています。 異なる長さの点滴チューブを使用したテストに合格したとしても、手術が必ず成功するとは限りません。言い換えれば、特定のテストケースで成功した結果が、その構成が完全にサポートされている、あるいはすべてのシナリオで一貫して動作するという指標と解釈すべきではありません。 さらに、両方のファームウェアバージョンのリリースノートを確認すると、制限事項のリストに同じ推奨事項が記載されていることがわかります。それは、IV値を正確に12バイトにすることです。 この注記はHSE FW 2.55.0からHSEサービスAPIリファレンスマニュアルから削除されましたが、制限自体は変更されていません。 BR、VaneB

i.MX 95:M7とA55間の動的TRDC/システムマネージャーリソース割り当ておよびGPIO共有 こんにちは、チームのみなさん。 私たちは i.MX 95プラットフォームを開発しており、まずM7コアからMIPI DSIペリフェラルを使用し、その後実行時にリソースをA55コアに引き渡したいと考えています。 私たちの理解では、周辺リソースとその所有権は 、 System Managerツール を通じて生成・設定 された mx95evk.cfg ファイル内の各論理マシン/プロセッサごとに最初に定義されています。 以下の点について明確にしておきたいと思います。 動的リソースハンドオーバー: 実行時にM7からA55へMIPI DSIペリフェラルリソースを動的に移すことは可能でしょうか?例えば、M7は最初にMIPI DSIを所有・使用し、その後リリースし、その後A55が所有権を取得し同じペリフェラルを使用します。 動的リソース配分: ランタイムハンドオーバーがサポートされている場合、リソースの所有権やアクセス権限を動的に変更するための推奨されるメカニズムやAPIは何ですか?これはSystem Manager、TRDC、または他の仕組みで処理されるのでしょうか? GPIO共有: 同じGPIOポート/リソースをM7とA55の両方が同時にアクセスすることは可能でしょうか?もし可能なら、GPIOリソースを安全に共有するためにTRDCの設定要件やソフトウェア同期メカニズムを実装する必要がありますか? i.MX 95におけるM7とA55間の動的ペリフェラルハンドオーバーやリソース共有の実装方法について、推奨される方法についてのご指針をいただけるとありがたいです。

Wrynose SDKのPowerPCサポート こんにちは、 私たちはDunfellからWrynose Yocto SDKへのT4240rdbベースのボードを移行しようと考えています。Wrynose SDKでPowerPCのボードはサポートされていますか? もし無理なら、PowerPCボードのサポートを得るための選択肢は何でしょうか。 ありがとうございます スッバラオ・ナラジャラ タレスグループのシニアエンジニア Re: PowerPC support for Wrynose SDK こんにちは、 PowerPC/T4240RDBボードはNXP Wrynose Yocto SDKではサポートされていません。これはダンフェル以外のすべての新しいNXP Yoctoリリースに適用されるよく知られた制限です。 WrynoseでPowerPCがサポートされていない理由 NXPのWrynose SDK(Yocto 6.0)は ARMベースの i.MX およびLayerscapeプロセッサ専用です。QorIQ Tシリーズ(T4240を含む)は Power Architecture(e6500コア)を使用しており、これは新しいYocto SDKリリースには引き継がれていません。これはNXPのより広範な戦略と一致している。 「QorIQ SDKは、QorIQ PowerPCベースのPシリーズおよびTシリーズプロセッサファミリー向けの、完全機能かつ成熟したYoctoベースのソフトウェアキットです...Layerscape SDKはLayerscapeファミリープロセッサのハイブリッドUbuntuベースのソフトウェアキットであり、今後はLayerscapeプラットフォーム上で最新のソフトウェアを提供する主要な配信手段となるでしょう。」 T4240RDBにおける最後の公式NXP対応YoctoリリースはDunfell(Yocto 3.1)です。新しいYoctoのリリース(Scarthgap、Wrynoseなど)にはT4240RDBや他のPowerPC Tシリーズボードは含まれていません。 既知のビルドエラーもglibcレベルでこれを裏付けています — ポストDunfell Yoctoでe6500 PowerPC64アーキテクチャ向けにビルドしようとすると、以下のような結果が出ます。 configure: error: The e6500 subspecies of powerpc64 is not supported. 選択肢 オプション1：ダンフェルに滞在する（T4240RDBに推奨） QorIQ Yocto SDKのダンフェル支部は、今もT4240RDBの最新の公式サポートYoctoリリースです。以下でアクセスできます: https://github.com/nxp-qoriq/yocto-sdk/tree/dunfell これは、安定しサポートされたYocto環境を必要とするPowerPC T-Seriesの顧客にNXPが推奨する道です。 オプション2：コミュニティ/アップストリームソースを使用する NXPのPower Architecture PシリーズおよびTシリーズお客様向けの公式ガイダンスは、新しいカーネルおよびU-Bootバージョンについては 、上流のコミュニティソース を活用することです。 「今後は、Power ArchitectureベースのPシリーズおよびTシリーズプラットフォームを利用するお客様には、kernel.org や denx.de(uBoot)などのコミュニティソースから直接イネーブルメントソフトウェアを入手することを推奨します。」 つまり、メインラインソースを使ってT4240RDB向けの新しいカーネル(例:5.xや6.x)を構築できますが、これは手動の統合作業が必要であり、NXPがサポートするSDKではありません。 オプション3:ARMベースのレイヤースケーププラットフォームへの移行 もし新しいYocto SDK(Wrynoseを含む)が必須条件であれば、唯一の方法は ハードウェアプラットフォームを ArmベースのLayerscape® プロセッサ(例:LX2160A、LS1046A、LS1088A)に移行することです。これらはWrynoseおよびFUTUREのNXP Yoctoリリースで完全にサポートされています。これは大規模なハードウェア再設計の取り組みではあるが、NXPの長期的なロードマップに沿ったものである。 オプション4:NXPプロフェッショナル/プレミアムサポート カスタムBSP作業や新しいYoctoベースラインへのT4240RDB移植が必要な場合、NXPは プロセッサーおよびマイクロコントローラのプロフェッショナルサポートを提供しており、Linux/Yoctoのレシピ支援やNXPエンジニアへの直接アクセスも可能です。   よろしくお願いします。

Use NPU with yolov5 on iMX8MP I am trying to run yolov5 on Verdin iMX8M Plus SOM. I have connected a USB webcam to the Yavia Development Board. It is running only on the CPU I have the NPU enabled and I am running on 5.15 The yolov5 logs output is # python3 detect.py --source 2 detect: weights=yolov5s.pt, source=2, data=data/coco128.yaml, imgsz=[640, 640], conf_thres=0.25, iou_thres=0.45, max_det=1000, device=, view_img=False, save_txt=False, save_csv=False, save_conf=False, save_crop=False, nosave=False, classes=None, agnostic_nms=False, augment=False, visualize=False, update=False, project=runs/detect, name=exp, exist_ok=False, line_thickness=3, hide_labels=False, hide_conf=False, half=False, dnn=False, vid_stride=1 YOLOv5 🚀 v7.0-295-gac6c4383 Python-3.10.13 torch-2.2.2 CPU Fusing layers... YOLOv5s summary: 213 layers, 7225885 parameters, 0 gradients, 16.4 GFLOPs [ WARN:[email protected]] global /usr/src/debug/opencv/4.6.0.imx-r0/git/modules/videoio/src/cap_gstreamer.cpp (1405) open OpenCV | GStreamer warning: Cannot query video position: status=0, value=-1, duration=-1 1/1: 2... Success (inf frames 640x480 at 30.00 FPS) [ WARN:[email protected]] global /usr/src/debug/opencv/4.6.0.imx-r0/git/modules/videoio/src/cap_gstreamer.cpp (2180) open OpenCV | GStreamer warning: cannot link elements 0: 480x640 1 person, 2571.6ms 0: 480x640 2 persons, 1 cell phone, 2471.2ms 0: 480x640 1 person, 2592.1ms 0: 480x640 1 person, 2523.1ms 0: 480x640 1 person, 2413.3ms 0: 480x640 1 person, 2483.8ms 0: 480x640 1 person, 2499.5ms Any pointers on how can I get the NPU detected. Thanks and Regards i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Use NPU with yolov5 on iMX8MP Hello! @Kianou  Sure, please take a look to the updated link: https://www.nxp.com/docs/en/user-guide/UG10166.pdf Best regards, Salas. Re: Use NPU with yolov5 on iMX8MP Hi, Manuel_Salas I found  IMX-MACHINE-LEARNING-UG  is not foud now.  Is it still availble? Best Regards, kian Re: Use NPU with yolov5 on iMX8MP Hi! Sorry for the delay in response. I checked the hardware acceleration section of iMX machine learning users guide. I looked at the examples in /usr/bin/tensorflow-lite-2.10.0/examples/ and is working on the NPU. How can I get yolov5 to detect the NPU? Also are there any examples which use realtime camera feed or how can I edit the existing ones to use a camera? Re: Use NPU with yolov5 on iMX8MP Hello @kanakshilledar  You can check the IMX-MACHINE-LEARNING-UG in section 7.1 Hardware acceleration on i.MX 8 Series. Best regards. Salas.

NX3DV42GUおよびls1046AのFITレート こんにちは、NX3DV42GUとLS1046Aの2つの材料のFITデータはどこで見つけられますか?ありがとう。 Re: FIT rate for NX3DV42GU and ls1046A この情報は一般には公開しておらず、メールで提供されたものです。   今後この情報に関するご要望は、当サイトのチケットシステムを利用してください。 https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu サポートチケットの下 - チケットを送信してください   これにより、適切な追跡と担当チームによる迅速な対応が確保されます。

codewarrior debug tool communications failed(Cable is not connected or has no power!)) I use codewarrior5.7 debug tool (hiwave6.1) componet->set connection ，then hiwave report an error.Both lights of my PE Mutilink debugger are on, and my target motherboard （MC9S12XEG128）is powered on and functioning properly（FSEC register 0xBE unsecuring）.I can't figure out why this error was reported. IMG_20260909_095432_edit_1310040129208432.jpgIMG_20260909_095432_edit_1310040129208432.jpg   IMG_20260909_095505_edit_1310069972736031.jpgIMG_20260909_095505_edit_1310069972736031.jpg   IMG_20260909_100139.jpgIMG_20260909_100139.jpg   IMG_20260909_100555.jpgIMG_20260909_100555.jpg    IMG_20260909_105348_edit_1313635564413612.jpgIMG_20260909_105348_edit_1313635564413612.jpg #MC9S12XE #hiwave #codewarrior #PE multilink Re: codewarrior debug tool communications failed(Cable is not connected or has no power!)) Hi, Looking at your HiWave console output and driver information, we can see that the P&E 68HC12 Interface Libraries version 2.62 is currently installed on your PC. This is an older version of the P&E interface driver that does not fully support the USB Multilink Universal hardware you are using. When HiWave tries to establish the BDM connection, the library fails to communicate correctly with the USB-ML-UNIVERSAL, which is why you are seeing "Communication failed (Cable is not connected or has no power!)." The good news is that your hardware is working fine. Your PC recognises the USB Multilink Universal correctly in Device Manager, and the FSEC register value of 0xBE confirms your MC9S12XEG128 is in the unsecured state, so there are no security-related obstacles here. The issue is purely a software driver version mismatch. What to do Please follow these steps to resolve the problem: Close CodeWarrior and HiWave completely. Disconnect the USB Multilink Universal from your PC. Go to the P&E Micro support page and download the patch called "Patch for (S)12(X) 3rd Party Software" from FAQ #211:  https://www.pemicro.com/faqs/faq_view.cfm?id=211 Follow the installation instructions included in the patch (there is a readme file). The patch replaces the P&E interface DLL in your CodeWarrior installation folder. Reconnect the USB Multilink Universal and reopen HiWave. Try the connection again. How to confirm the patch is applied Once you reconnect and attempt the connection, check the HiWave console window. You should see a line like: P&E driver version: 68HC12 Interface Libraries Version X.XX If the version number is higher than 2.62, the patch was applied successfully. Please let us know this new version number along with whether the connection now works. Next step We will wait to hear back from you after you apply the patch. If the connection still does not work after the update, please also let us know your exact Windows version, and we will guide you through the next diagnostic step. Or, you can also try to download last pemicro drivers and reinstall them. I do not know what will help. I had similar issue a few days ago and I just described what I did. Of course standard PC restart. BTW, I am confused of info CW5.7. The last version is CW v5.2 which is compatible with W11.If you have CW v5.1 then it is not compatible with W11 so download of the version v5.2 is necessary. Loading via HiWave has no limitations. One more info is that this version does not contain support for all derivatives and following patch should be used… How-to Add missing derivatives to CodeWarrior Classic HCS12(X) 5.2 (Unofficial Method) - NXP Community Best regards, Ladislav

SWUpdate A/B OTA with U-Boot on i.MX8M Plus Hi NXP Team, I am implementing OTA on i.MX8M Plus LPDDR4 EVK using: Yocto Wrynose Linux 6.18.20 U-Boot 2026.04 SWUpdate 2026.05.1 Current Progress SWUpdate integrated successfully into Yocto. Successfully generated .swu packages. SWUpdate package installation is working. Hardware compatibility checking is working. Successfully updated /etc/ota-version using SWUpdate. rawfile handler is working. Now I want to implement production-level A/B OTA with automatic rollback and signed updates. Questions Could you please guide me on the recommended NXP approach for: A/B rootfs partition layout. U-Boot bootcount/bootlimit based rollback. SWUpdate integration with U-Boot environment. Correct fw_env.config / libubootenv configuration. Signed .swu package verification. Anti-rollback/version protection. Secure Boot + SWUpdate integration. Currently, the OTA update completes, but SWUpdate reports: Cannot initialize environment from /etc/fw_env.config Cannot persistently store update state Is there an NXP reference design, application note, or example for SWUpdate + A/B + U-Boot rollback + signed OTA on i.MX8M Plus? Thanks. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus Hello, We do not provide a standard EVK A/B update framework out of the box. A/B update, rollback policy, and power-fail-safe boot selection are system-level features you must implement using U-Boot + SWUpdate. The closest references are: AN12900 - Secure OTA prototype for Linux using CAAM and Mender or SWUpdate. AN13872 - Enabling SWUpdate. meta-swupdate-imx - NXP Yocto layer with SWUpdate. Best regards. Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus Hey vp1, While I do not have an exact answer, I would like to make you aware that Torizon now supports any i. MX SoCs. It's deployed in many critical i.MX8MPlus products worldwide (mostly on Toradex SoMs). It does feature highly reliable OTA (default is OSTree but can be changed)  It includes out-of-the-box secure boot, anti-rollback, vulnerability management (for EU CRA compliance), and more.  The OS is free and open source; we are happy to help if you like. Contact us if you like to give it a try on the i.MX8M Plus LPDDR4 EVK or your own HW. www.torizon.io  Sorry for the pitch, i work for Torizon and this seemed relevant. 

S32K312 SM 实现 ‘DCF_CLIENT_TVF’ 此SM描述了TVF在出现差异时的情况，客户端向DCM报告错误，但我没有在DCM中看到相应的故障。 jiajun_x_0-1788919523840.png jiajun_x_1-1788919877767.png F Re: S32K312 SM implementation 你好， “客户端向 DCM 报告错误”这一说法并不意味着存在专门的 FCCU/DCM 故障映射条目。根据功能安全手册，DCF 客户端 TVF/奇偶校验差异通过 DCMEC（DCF 错误计数）和 DCMSRRx（DCF 扫描报告）寄存器报告给设备配置模块。 因此，预期的诊断可见性似乎是通过 DCMEC/DCMSRRx 而不是通过 FCCU 故障图。 petervlna_0-1788935708237.pngpetervlna_0-1788935708237.png 顺祝商祺！ Peter

KW47B42ZB7 Fuse write issue Lu888_0-1788925610415.pngLu888_0-1788925610415.png As shown, I cannot write to fuse 0xa, but I have successfully written to fuse 0x1f. I don't know why Re: KW47B42ZB7 Fuse write issue Hi @Christine_Li , Does it mean that the fuse-program command of blhost cannot be used to program the lifecycle in kw47？ Re: KW47B42ZB7 Fuse write issue Hi, @Lu888  Thanks for creating case to us. From your provided info, I think you can execute fuse-read command means you are not in "After OEM Open" state. But according to: KW47SRM.pdf The reason is: The RO in the following table indicates that user cannot use MGMT_FUSE_PROGRAM to write the lifecycle fuses, instead, he can use MGMT_ADVANCE_LIFECYCLE or MGMT_SET_RETURN_FA_MODE. Christine_Li_0-1788944686191.pngChristine_Li_0-1788944686191.png If you want to change lifecycle, you can use this command: MGMT_ADVANCE_LIFECYCLE in SB3 file. Christine_Li_1-1788944712390.pngChristine_Li_1-1788944712390.png Best regards, Christine.

NX3DV42GU 和 ls1046A 的 FIT 率 您好，请问哪里可以找到NX3DV42GU和ls1046A这两种材料的FIT数据？谢谢。 Re: FIT rate for NX3DV42GU and ls1046A 我们不会公开分享这些信息，这些信息是通过电子邮件提供的。   如果您以后有任何关于此信息的需求，请使用我们的工单系统。 https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu 在“支持工单”下 - 提交工单   这有助于确保正确跟踪和相关团队及时响应。

codewarrior调试工具通信失败（电缆未连接或无电源！） 我使用 CodeWarrior 5.7 调试工具（Hiwave 6.1）。组件 > 设置连接后，Hiwave 报告错误。我的 PE Multilink 调试器的两个指示灯都亮着，目标主板（MC9S12XEG128）已通电并正常工作（FSEC 寄存器 0xBE 处于未加密状态）。我无法弄清楚为什么会出现这个错误。 IMG_20260909_095432_edit_1310040129208432.jpgIMG_20260909_095432_edit_1310040129208432.jpg   IMG_20260909_095505_edit_1310069972736031.jpgIMG_20260909_095505_edit_1310069972736031.jpg   IMG_20260909_100139.jpgIMG_20260909_100139.jpg   IMG_20260909_100555.jpgIMG_20260909_100555.jpg    IMG_20260909_105348_edit_1313635564413612.jpgIMG_20260909_105348_edit_1313635564413612.jpg #MC9S12XE #hiwave #codewarrior #PE 多链路 Re: codewarrior debug tool communications failed(Cable is not connected or has no power!)) 您好， 查看您的 HiWave 控制台输出和驱动程序信息，我们可以看到P&E 68HC12 接口库版本 2.62当前已安装在您的 PC 上。这是旧版本的 P&E 接口驱动程序，它不完全支持您正在使用的 USB Multilink Universal 硬件。当 HiWave 尝试建立 BDM 连接时，该库无法与 USB-ML-UNIVERSAL 正确通信，这就是为什么您会看到“通信失败（电缆未连接或无电源！）”的提示。 好消息是你的硬件运行正常。您的电脑在设备管理器中正确识别了 USB Multilink Universal，并且 FSEC 寄存器值为 0xBE，表明您的 MC9S12XEG128 处于非安全状态，因此这里不存在任何安全相关的障碍。问题完全是软件驱动程序版本不匹配。 该怎么办 请按照以下步骤解决此问题： 完全关闭 CodeWarrior 和 HiWave。 断开 USB Multilink Universal 与电脑的连接。 请前往 P&E Micro 支持页面，从 FAQ #211 下载名为“(S)12(X) 第三方软件补丁”的补丁： https://www.pemicro.com/faqs/faq_view.cfm?id=211 请按照补丁中包含的安装说明进行操作（其中包含一个自述文件）。该补丁会替换 CodeWarrior 安装文件夹中的 P&E 接口 DLL。 重新连接 USB Multilink Universal 并重新打开 HiWave。 请重新连接。 如何确认补丁已应用 重新连接并尝试连接后，检查 HiWave 控制台窗口。你应该会看到类似这样的一行： P&E 驱动程序版本：68HC12 接口库版本 X.XX 如果版本号高于 2.62，则补丁已成功应用。请与我们联系，告知我们新的版本号，以及连接是否正常。 下一步 我们会在您贴上补丁后等待您的反馈。如果更新后连接仍然无法正常工作，请与我们联系您的确切 Windows 版本，我们将指导您完成下一步诊断。 或者，您也可以尝试下载最新的 Pemicro 驱动程序并重新安装。我不知道什么方法会有帮助。几天前我也遇到过类似的问题，我刚才描述了我的解决方法。当然是标准的电脑重启。 顺便问一下，我对 CW5.7 的信息感到困惑。最新版本是 CW v5.2，与 W11 兼容。如果您使用的是 CW v5.1，则与 W11 不兼容，因此需要下载 v5.2 版本。通过 HiWave 加载没有任何限制。还有一点需要说明的是，此版本不支持所有衍生版本，需要使用以下补丁…… 如何向 CodeWarrior Classic HCS12(X) 5.2 添加缺失的派生函数（非官方方法） - NXP 社区 顺祝商祺！ 拉迪斯拉夫

FIT rate for NX3DV42GU and ls1046A Hello, where can I find the FIT data of the two materials, NX3DV42GU and ls1046A?  thank you. Re: FIT rate for NX3DV42GU and ls1046A We do not share this information publicly, it has been provided via email.    For any future requests regarding this information, please use our ticketing system. https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu  Under the Support Tickets - Submit a ticket   This helps ensure proper tracking and a timely response from the responsible team.