Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
S32ds for arm 激活 S32DS在第一台电脑申请的许可证,现在换了一台电脑后安装,安装不了 显示这个Software Activation Code is already used on this station for 3 Activated 2.2. 在网上找了解决方法后将C:\ProgramData\FLEXnet删除后,现在报这个 Your Software Activation Code is for another feature. Do you want to return it? 现在两台电脑都安装不了 License Quantity:Fulfillment ID:Expiration Date:Product:Machine:Activation Code: 1 129093311 Mar 20, 2030 S32 Design Studio for ARM v2.2 Update 2 2546BEE2510F6AB15C2B06AB1DE4EBF023002A53 195A-78D8-B2B2-B28B 回复: S32ds for arm 激活 在论坛里面随便找几个他们的试试激活用别人的激活就好了 回复: S32ds for arm 激活 解决了没有,我遇到跟你一模一样的问题
查看全文
NXPのデモイメージを使ってもfrdm-imx93が起動しない SDカードからfrdm-imx93を起動しようとしています。eMMCからでも問題なく動作します。 NXPのサイトリンクから ZIP Rev 4.0 Jun 25, 2025 2.45 MB LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93をダウンロードしました。その後、以下の手順を実行しました。 zstd -d imx-image-full-imx93frdm.rootfs.wic.zst sudo dd if=imx-image-full-imx93frdm.rootfs.wic of=/dev/sdc bs=1M status=progress && sync sudo dd if=imx-boot-imx93frdm-sd.bin-flash_singleboot of=/dev/sdc bs=1k seek=32 status=progress それからSDカードをスロットに入れて、SW1[3:0]=0011に設定してから起動を試みました。 しかし、ブートはここから先へ進みません。 U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33 準備完了 誰か至急助けてください… よろしくお願いいたします! Re: frdm-imx93 not booting even with demo images from NXP シリアルポートでも同じ現象が見られます。複数のケーブルで試してみました。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、 この手順に従っている際に、ボードのシリアルポートにどのようなエラーが表示されますか? 高速起動モードに移行できない場合は、別のUSBケーブルをお試しください。 よろしくお願いいたします。 Re: frdm-imx93 not booting even with demo images from NXP 少し先まで進んだが、まだOSには到達していない。問題はブートドライブの内容と、シングルブートバイナリ自体にあると思います。 これについても、ボードに詳しい人に手伝ってもらいたい。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、私も同じ問題を抱えています。WindowsとLinuxの両方で、また異なるLinuxディストリビューションで、様々なイメージを試してみました。EMMCとSDカードの両方が動作していません 結局、原因は分かりましたか? Re: frdm-imx93 not booting even with demo images from NXP Hello 私がやったことはこうです。 root@debian:/mnt/host/LF_v6.6.36-2.1.0_images_FRDM_3.0_i.MX93# uuu -V -b sd_all imx-boot-imx93frdm-sd.bin-flash_singlebootimx-image-full-imx93frdm.rootfs.wic.zst NXP IMXチップ用uuu(Universal Update Utility) -- libuuu_1.5.243-5-g124d086   設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb FB: 0x1d6b 0x0104   組み込みスクリプトを実行します:   uuu_version 1.4.149   # @_flash.bin| wicイメージから抽出できるブートローダー # @_image [_flash.bin]| wicイメージをemmcに書き込む。     # このコマンドはi.MX6/7 i.MX8MM、i.MX8MQで実行されます SDP: boot -f imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000   # このコマンドはROMがストリームモードに対応しているときに実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000   # これらのコマンドはSPLを使用するときに実行され、SPLがない場合はスキップされます # SDPUは非推奨になります。SDPUの代わりにSDPVを使用してください # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f imx-boot-imx93frdm-sd.bin-flash_singleboot-オフセット 0x57c00 -スキャン制限 0x800000 SDPU: ジャンプ -scanlimited 0x800000 # }   # これらのコマンドはSPLを使用するときに実行され、SPLがない場合はスキップされます # if (SPL が SDPV をサポートしている場合) # ヤミン・アメックス SDPV: 遅延 1000 SDPV: write -f imx-boot-imx93frdm-sd.bin-flash_singleboot-skipspl -scanterm -scanlimited 0x800000 SDPV: ジャンプ -scanlimited 0x800000 # }   FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${sd_dev} FB: ucmd mmc dev ${sd_dev} FB: flash -raw2sparse all imx-image-full-imx93frdm.rootfs.wic.zst/* FB: flash -scanterm -scanlimited 0x800000 bootloader imx-boot-imx93frdm-sd.bin-flash_singleboot FB: 完了     既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが1:2で接続されました。 1:2->開始コマンド:SDPS: boot -scanterm -f imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 1:2->HID(W)エラー: LIBUSB_ERROR_TIMEOUT (-7)(20.02秒)     よろしくお願いいたします。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、 どのコマンドを使用しましたか? 再現できません。 よろしくお願いいたします。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは!はい、そうしました。WindowsとLinuxの両方で必ずタイムアウトが発生し、Linuxではセグメンテーション違反が発生します。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、 UUUを使ってフラッシュしようとしましたか? よろしくお願いいたします。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、 シリアルポートには何が見えますか?高速起動モードでインターセプトできますか? 別のBSPやバージョンで試してみましたか?私の環境では、まだその問題を再現できていません。 よろしくお願いいたします。 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、 シリアルポートからはSPL出力しか確認できません。U-Bootが完全に起動しないため、U-Bootプロンプトやfastbootモードに入ることができません。 公式Rev 4.0イメージを使用したシリアル出力: U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33準備OK それ以降の出力はありません。 また、再構築したFlexbuild/U-Boot 2025.04ブートイメージをSDカードの32 KiBオフセットに書き込んでテストしました。ボードは新しいSPLを実行しますが、同じ箇所で停止します。 U-Boot SPL 2025.04 (2026年4月26日 16:21:54 +0000) PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33準備OK そのため、U-Bootが完全に起動しないので、fastbootモードに入ることができません。 私は以下のBSP/イメージをテストしました。 1. 公式FRDM-i.MX93 Rev 4.0イメージ: LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 2. MACHINE=imx93frdm 用の私自身の Yocto ビルド 3. Flexbuild/U-Boot 2025.04 SPL/コンテナを再構築 公式のRev 4.0と私のYoctoビルドでは、このブートイメージハッシュを使用しています。 7aba6102e5ec64add632cd6667e77fa3f6886fd72c314e4c01f2964c0fc56a5f imx-boot-imx93frdm-sd.bin-flash_singleboot UUUもフラッシュ前に失敗する。ボードが検出されました: MX93 SDPS 0x1FC9:0x014E しかしSDPS:起動がタイムアウトします: 開始コマンド:SDPS: boot -scanterm -f imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 HID(W)エラー:LIBUSB_ERROR_TIMEOUT これはLinuxとWindowsの両方で発生し、別のノートPCを試しても同じ結果になります。 SDカード起動モードの選択についても確認しました。SDカード起動モードを選択し、SDカードを挿入しない場合、シリアル出力は発生しません。SDカードを挿入すると、SPLは起動し、M33準備完了後に停止します。 そのため、現状ではボードはU-Boot/fastbootに到達しません。 Re: frdm-imx93 not booting even with demo images from NXP 私も同じ問題に直面しています。i.mx93 frdm ポータルで入手可能な 4 つの改訂版すべてを試しましたが、 UUUはいつも投げる HID(W)エラー: LIBUSB_ERROR_TIMEOUT (-7)(20.02秒) eMMCへの書き込みだけでなく、SDカードへの書き込みにも対応しています。 Re: frdm-imx93 not booting even with demo images from NXP ようやく何とか動くようになった。 仕様通り32GBのSDカードを使用しました。 NXP Yoctoリンクからコードをクローンし、ドキュメントに記載されているとおりにコードをビルドしてフラッシュしました。 カードに書き込んで、上記の手順に従って起動してください。これは私には効果がありました。以前の試みで使用したubootバイナリがEVM向けであってFRDM向けではなかったことが問題だったと思います。 Re: frdm-imx93 not booting even with demo images from NXP 解決しましたか?私も同じ問題に遭遇しました Re: frdm-imx93 not booting even with demo images from NXP こんにちは@jventura 、 @qingyu 、 @ssb1 、 @skrimby123 ぜひ試してみてください。 Re: frdm-imx93 not booting even with demo images from NXP お使いのU-Bootは古いようです。ハードウェアの変更があったようで、FRDM-IMX93をサポートするのは2025年以降のバージョンのみとなります。 イメージファイルと一緒にブートローダーをフラッシュする方法については、上記の私の投稿を参照してください。 うまくいくといいですね 🙂 Re: frdm-imx93 not booting even with demo images from NXP 私も全く同じ問題を抱えています。 もしかしたら、新しいボードに欠陥があるのかもしれませんね? 😞 Re: frdm-imx93 not booting even with demo images from NXP こんにちは、みんな、 ボードは正常に動作するようになりました。どうやらFRDM-i.MX93ボードにハードウェアの変更があったようで、古いU-bootブートローダー(2025年以前のもの)を使用している場合は、この問題が発生するようです。 シリアルダウンローダーモードで起動またはフラッシュを試みると、シリアルモニターでU-Bootのバージョンを確認できます。 古いU-Bootバージョンの例:U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) 以下のコマンドでこのブートローダーを試してみてください。うまくいくはずです。 🙂 imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot UUUコマンド: uuu -b sd_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot .wic.zst 上記のブートローダーがうまく動作した場合は、変更を加えた最新のYocto i.MX BSPリポジトリはこちらです: GitHub - nxp-imx/meta-imx: i.MX Yocto Project i.MX BSP Layer · GitHub Re: frdm-imx93 not booting even with demo images from NXP NXPのサポートからこの問題を解決しました。 デモ画像ダウンロードページで、バージョン4.0ではなくバージョン1.0を選択し、最新のuuuを使用して画像をボードにダウンロードします。 Re: frdm-imx93 not booting even with demo images from NXP 遅れてすみません。 はい、おそらくそうでしょう。私のU-Bootバージョン: U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) しかし、投稿にある正しいブートロードへのリンクが壊れていて、ダウンロードできません。 😞 Re: frdm-imx93 not booting even with demo images from NXP 私も同じエラーが発生しており、UART DEBUGの出力は以下のとおりです。 U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33準備OK Re: frdm-imx93 not booting even with demo images from NXP ブートローダーへのリンクが機能していません Re: frdm-imx93 not booting even with demo images from NXP ブートローダーのダウンロードリンクを更新してください。これは依然として多くの人にとって解決されていない問題であり、まだ解決策は見つかっていません。
查看全文
WCT-15W1CFFPDはFreemasterに接続できません こんにちは、みんな、 現在、WCT-15W1CFFPDワイヤレス充電器とFreeMasterソフトウェアを使用して、基板のレール電圧出力を制御し、電力出力を制御できるようにするプロジェクトに取り組んでいます。しかし、 USB-UARTボードを使ってワイヤレス充電器をノートPCに接続しようとするたびに、「ボード情報を検出できません!通信は一時停止されます。エラーコード0x80000101(応答タイムアウト)」というエラーが表示されます。 さらに、ウィザードを使用してUARTをプローブしても、ボードを検出できません。考えられる故障箇所をすべて二重チェックしましたが、基板、配線、USB-UARTコンバーターのいずれも正常に動作しているようです。何かアドバイスや解決策を教えていただける方がいらっしゃいましたら、大変ありがたいです。 ありがとう、 ルーカス Re: WCT-15W1CFFPD cannot connect with Freemaster 親愛なるルーカス、 WCTチームからすぐに返信がありました。考えられる問題の一つは、FreeMASTERの通信がSCIシリアルからJTAG/EOnCEポートに切り替わっていることです。freemaster_cfg.h を確認してください。設定ファイル。 WCT1012パッケージでは、JTAGがデフォルト設定になっているようです。 WCT1013パッケージでは、SCIが選択されました。 まず最初の実験として、FreeMASTERのJTAG/EOnCEポートを使ってみてください。まず、CWデバッガーのセッションを切断してください。次にFreeMASTERを起動し、プロジェクトオプションに移動して、このプラグインを選択します。 設定ボタンを押して、私の場合のように「不明」以外の表示が出るかどうか確認してください(私の場合はボードが何も接続されていません)。搭載デバッガープローブが検出されるはずです。 「接続テスト」を押すと、ボードが応答するかどうかを確認できます。 2つ目の実験は、 freemaster_cfg.hを変更することです。設定:FMSTR_USE_JTAGの代わりにFMSTR_USE_SCIを1に設定します。 よろしくお願いいたします。 ミハル Re: WCT-15W1CFFPD cannot connect with Freemaster こんにちは、ミハルさん。 ご回答ありがとうございます。ワイヤレス充電器のドキュメントとトラブルシューティングガイドを読みました。私と上司は、彼の古いThinkPadのノートPCと、私の新しいAsusのノートPCの両方で試してみました。どちらの場合も、エラーコードは同じだった。まだFreemasterを使って他のデバイスへのアクセスを試していませんが、アクセスしているCOMポートはUART-USBコンバーター用の正しいポートであると確信しています。 問題の原因として私が疑っているもう一つの点は、まさにあなたが言った通り、ファームウェアの変更です。以前このデバイスを操作していた人が通信ポートをUARTからJTAGポートに変更した可能性もあるが、CodeWarriorを使って元に戻そうとしてもうまくいかない。 もし可能であれば、WCTチーム、そしてできればCodeWarrior側にも協力を仰げるような別のウェブページを教えていただけないでしょうか? どうもありがとうございます、 ルーカス Re: WCT-15W1CFFPD cannot connect with Freemaster こんにちは、 WCTチームに問い合わせる前に、まずは設定やコネクティビティに関する問題がないことを確認しましょう。接続ウィザードを使って全てのポートをプローブしようとしたものの、うまくいかなかったとのことですね。タイムアウトエラーとは、ボードが全く応答しないことを意味します。これは、ボードがコマンドを受信していないか、応答がPCに到達していないかのいずれかが原因です。他にもいくつかアドバイスがあります。 いつものように、まずはドキュメントを読むことから始めるのが良いでしょう。 別のコンピューターで同じことを試していただけますか? Windowsのデバイスマネージャーを開くと、ボードを接続するとCOMポートが表示され、切断するとポートが消えるはずです。はいの場合、FreeMASTER接続ウィザードを使用してこのポートをプローブしてみてください。 WCTのファームウェアに、通信プロセッシングに影響を与える可能性のある変更を加えましたか? FreeMASTERを問題なく使用できる、他のWCTまたは別のアプリケーションはありますか? 通信がWCTデバイスに到達しているかどうかを確認する究極の方法は、オシロスコープまたはロジックアナライザを使用して、WCTデバイス側のSCI RXDピンとTXDピンを監視することです。通信ポートを開いたままにして接続を「繰り返し試行」し、信号の動きが見られる場合はピンの状態を観察してください。 WCTチームにも相談して、他に推奨される手順がないか確認してみます。 よろしくお願いいたします。 ミハル Re: WCT-15W1CFFPD cannot connect with Freemaster こんにちは、ミハルさん 返信が遅くなり申し訳ありません。ここ2週間ほど仕事を休んでいました。本当にありがとうございました。それでは早速、ワイヤレス充電器で試してみます。万が一動作しない場合、ワイヤレス充電器を御社に送り返して点検してもらうことは可能でしょうか? どうもありがとうございます、 ルーカス
查看全文
SJA1105 配置 使用 S32K344 的 GMAC 接口与 SJA1105 连接,根据手册,在启用 RGMII 端口的自动协商功能后,通过 SPI 接口向 SJA1105 发送完整的"静态配置表" ,就可以自适应地获得 RGMII 端口实际需要的 2.5/25/125 MHz 时钟。因此,可以自适应地确定是否需要手动动态时钟分频以获得 125 MHz/25 MHz/2.5 MHz 时钟? Re: SJA1105 Configuration @PavelL谢谢,我理解。 Re: SJA1105 Configuration 你好@jianghao、 我认为在自动协商与 RGMII 接口时钟的问题上存在一个小小的术语混淆。 自动协商不是 RGMII 的功能。 RGMII 只是并行 MAC↔MAC / MAC↔PHY 接口(数据 + 源同步时钟)。链路合作伙伴 "自动协商"(速度/双工能力交换)发生在 PHY 线路侧(如 100BASE-TX / 1000BASE-T / 100BASE-T1 等),而不是 RGMII 引脚上。换句话说,S32K344 EMAC 和 SJA1105 无法像基于 SGMII/PCS 的链路那样通过 RGMII "协商 "速度。 SJA1105 是 SPI 管理的交换机;您必须在 RESET/开机后加载静态配置,此配置定义了每个端口的接口模式和操作参数。典型的软件模式是 "配置并保存",运行时只进行有限的动态更新。 如果 S32K344 EMAC ↔ SJA1105 连接是 MAC 对 MAC(无 PHY)RGMII 链路,通常的做法是将其视为固定链路并保持选定的速度(S32K344 EMAC 不支持 1Gbps)。 顺祝商祺! 帕维尔
查看全文
带有 LSDK 21.08 的恩智浦 ls1046ardb 评估板:无法在 Ubuntu 环境中探测 CAAM 任务环 2 和 3 我目前正在使用 Flex-Builder Tool 版本 21.08 来构建 firmware.img、boo tloader.tgz 和 root fs_lsdk2108_ubuntumain.tgz。 使用 Flex-Installer 将这些二进制文件放在 SD 卡上以启动主 板。 我有以下关于配置更改和相关文件的技术问题: 1. 我正在使用恩智浦 LS1046A-RDB 板,并尝试使用 高效密码学标准(SEC)/CAAM 引擎提供的所有 4 个工作环(JR0—JR3)。 目前,Linux 内核似乎只初始化/公开了 2 个作业环(JR0 和 JR1)。我需要利用所有 4 种技术来满足我的应用要求。 I 通过 root@localhost:# dmesg | grep -i caam, 返回以下输出 [1790.522486] caam 1700000.crypto:Linux CAAM 队列 I/F 驱动程序已初始化 [1790.523182] caam 1700000.crypto: 设备 ID = 0x0a1103010000000(Era [1790.523190] caam 1700000.crypto:作业环 = 3,qi = 1 [1790.780457] caam 算法,注册于 /proc/crypto [17990.523190] caam 17000000000 caam 1700000.crypto: 在 /proc/crypto [1790.784495] 中注册的 caam pkc 算法 caam 1700000.crypto:在 /proc/crypto [1790.784503] 中注册的算法 caam 1700000.crypto: 在 /proc/crypto 中注册的算法 caam 17 注册 rng-caam[1790.784718] 设备 caam-keygen 已注册 [1790.786153] caam _jr 1730000.jr:无法刷新任务环 2 [1790.791749] caam_jr:1730000.jr 的探测失败,出现错误 -5 root@localhost:# cat /proc/interrupts | grep jr 78: 25 0 0 0 GICv2 103 Level 1710000.jr 79: 0 0 0 GICv2 104 Level 1720000.jr 我各自的 .dts 片段 : 加密:crypto @1700000 { 兼容 = " fsl,sec-v5.4 "," fsl,sec-v5.0 ", " fsl,sec-v4.0 "; fsl,sec-era =<8> ; <1><1><0x0 0x00 0x1700000 0x100000> <0x00 0x1700000 0x0 0x100000> #address-cells = ; #size-cells = ; 范围 = ;reg = < 0x00 0x00 0x1700000 0x1700000 0x0 0x100000;中断 = >; dma-COHERENT; sec_jr0: jr @10000 {compatible = " fsl,sec-v 5.4-job-ring ", " fsl,sec-v5.0-job-ring ", " fsl,sec-v4.0-job-ring "; reg =<0x10000 0x10000>; interrupts = ; }; sec_jr1: jr @20000 {compatible = " fsl,sec-v 5.4-job-ring ", " fsl,sec-v5.0-job-ring ", " fsl,sec-v4.0-job-ring "; reg =<0x20000 0x10000>; interrupts = ; }; sec_jr2: jr @30000 {compatible = " fsl,sec-v 5.4-job-ring ", " fsl,sec-v5.0-job-ring ", " fsl,sec-v4.0-job-ring "; reg =<0x30000 0x10000>; interrupts = ; }; 高效密码学标准(SEC)_jr3: jr@40000 { 兼容 = " fsl,高效密码学标准(SEC)-v5.4-job-ring ", " fsl,sec-v5.0-job-ring ", " fsl,sec-v4.0-job-ring "; reg =<0x40000 0x10000>; interrupts = ; }; };
查看全文
k312芯片的HSM相关问题 问题描述:我司使用恩智浦的K312芯片进行汽车的网关开发  现阶段要满足国家信息安全法规要求  ①请问恩智浦官方会提供对应的HSM软件给对应的开发者  开发者调用API接口进行HSM相关的开发工作?②这个HSM满足ISO/SAE 21434、UN R155、GB 44495-2024、GB/T 40857-2021、GB/T 44496-2024以上标准吗?我们的产品主要应用于中国市场 Re: k312芯片的HSM相关问题 你好@米化 恩智浦 S32K312 集成了片上硬件安全引擎(HSE,有时也称为 HSM)。恩智浦提供HSE固件(加密二进制文件)和记录在案的主机API,允许客户通过API使用加密功能、安全启动、密钥管理和安全的OTA。 作为 S32K3 实时驱动程序 (RTD) 的一部分,恩智浦还提供了一个 AUTOSAR Crypto 驱动程序,可与 HSE 接口,并支持标准化的 AUTOSAR Crypto 服务。 在合规性方面,S32K312 中的 HSE 旨在支持汽车网络安全要求,并提供 ISO/SAE 21434 和 UN R155 所需的技术措施(安全启动、硬件信任根、加密、安全更新等)。作为供应商,恩智浦与ISO/SAE 21434保持一致,但最终的合规性/认证始终在车辆或ECU系统层面。 对于中国,S32K312 HSE能力符合GB 44495‑2024(车辆网络安全)、GB/T 40857‑2021(车辆网关网络安全)和GB/T 44496‑2024(车辆软件更新/OTA)的技术要求。这些标准是系统级要求,恩智浦HSE通常用作网络安全基础,在正确集成到整个ECU和CSM中后,帮助客户通过型式认证。 总之:恩智浦提供官方 HSE 固件和 API 供开发使用,该解决方案在技术上支持所列的国际和中国网络安全标准,最终是否符合标准取决于系统的实施情况。 HSE 本身已通过 SESIP 2 级认证。请访问此页面并搜索 "S32K3 "关键字: https://trustcb.com/iot/sesip/sesip-certificates/ 然后,您可以下载证书和 SESIP 安全目标文档。 HSE 也通过了 CAVP 认证--您可以访问 nist.gov 网站查看: https://csrc.nist.gov/projects/cryptographic-algorithm-validation-program/validation-search?searchMode=implementation&product=S32K3&productType=-1&ipp=25 此致, Lukas
查看全文
Segger Jlinkとの互換性によるS32K324のセキュアデバッグ/ライフサイクルアップデート こんにちは、 私たちはS32K3を使用しており、HSE FWをインストールしたいと考えています。Segger JLinkは、チャレンジ/レスポンス認証を使用したセキュアデバッグをサポートしているかどうか確認していただけますか?そうでない場合、他にどのような選択肢がありますか? ありがとうございます アニル Re: Segger Jlink compatibility for Secure Debug/ Lifecycle updates of S32K324 こんにちは、 同じテーマについてさらに掘り下げていきます。デモアプリのソースコードとドキュメントには、Trace32のみを使用したHSE_FWのインストール手順が記載されています。PE-Microデバッガーを使用するための個別のドキュメントやコードはありますか?ドキュメントと.cmmファイルを確認しますTrace 32でのみサポートされているスクリプト。 ありがとうございます アニル Re: Segger Jlink compatibility for Secure Debug/ Lifecycle updates of S32K324 こんにちは、@anilsp31PAさん これはSeggerのウェブサイト(https://kb.segger.com/NXP_S32K3xx )からのスクリーンショットです。 つまり、サポートされていません。 選択肢としては、ペミクロかラウターバッハのどちらかが挙げられます。 Pemicroについては、以下の記事をお読みください。 https://www.pemicro.com/learningcenter/contents.cfm?content_id=82 ラウターバッハの場合、HSE DemoAppにいくつかのリソースが含まれています(HSEファームウェアと同じ場所からダウンロードできます)。 HSE DemoAppのスクリプトは、次のようなパスで確認できます。 c:\NXP\HSE_DEMOAPP_S32K358_0_2_55_0\demo_security_installer\scripts\   ファイルを参照してください: debug_App_ADKP.py debug_authorization.cmm adkp_key_input.txt …または、ラウターバッハに直接連絡してサポートを受けてください。 よろしくお願いいたします。 ルーカス Re: Segger Jlink compatibility for Secure Debug/ Lifecycle updates of S32K324 HSE_DEMOAPP_S32K3XXはT32でのみ動作しますが、記載されているHSEの例はコードベースであり、任意のデバッガで実行できます。 HSEサンプルパッケージには、S32K344_HSE_FW_INSTALLとS32K344_HSE_FW_UPDATEというサンプルも含まれています。 https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples 基本的には同じ機能をコードデバッガーに依存しないように移植したものです 「c:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Readme.md」を引用します。 「このプロジェクトの目的は、さまざまなデバイスにおけるHSE FWの機能を示すための、多様なユースケースシナリオと事例を提供することです。」これは、動作にT32 Lauterbachを必要とする有名なHSE DEMO APPの移植版です。今回はPEmicroとDesign Studioを使用していますが、この2つのツールは互いにうまく連携し、Design Studio IDEを使用して直接デバッグを行うことができます。
查看全文
OM25180FDK 文档 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 能否共享 OM25180FDK(原理图、PCB)? 预先致谢 A. NFC 前端解决方案 Re: OM25180FDK docs 你好 如果您能与我分享 OM25180FDK 文档(原理图和 PCB 布局),我将不胜感激。 提前谢谢您。 致以最诚挚的问候, Luka Re: OM25180FDK docs HI 能否为我提供 OM25180FDK(原理图、印刷电路板)? 亚历克斯 Re: OM25180FDK docs 大家好, 能否共享 OM25180FDK(原理图、PCB)? 预先致谢 乔瓦尼-帕特里尼 Re: OM25180FDK docs <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,阿尔贝托、 我会发送到你的邮箱,请查收! 祝你愉快 TIC 孙卫东
查看全文
MC9S12A32 debug mode oddities & EEPROM flashing question Hello, I am currently working on porting over a product that was built on the 68HC11, I've been using the MC9S12A32 on codewarrior 5.9.0 with the patch to reintroduce older 9S12 masks. I am also using a P&E multilink rev.C on the latest firmware from PEmicro. I'm quite new at working with these chips so apologies if I misspeak on anything. I'm having some odd behavior depending on which method I use to flash the chip. Explained below. Flashing through the "Debug" button Example: JSR 0x468D At 0x468D, expected byte should be 4E followed by 01 01 FB B6 11 In actually, it is 47 followed by 1F 5F 48 06 22 Flashing the .s19 file through HC12MultilinkCyclonePro->Load... (in debug window) JSR 0x468D, next 6 bytes are correct. Furthermore, after flashing with the .s19 file, my program seems to lock up after a couple of seconds (verified using an XOR GPIO toggle in the main task loop connected to oscilloscope). This behavior does not happen if i power cycle the device, it will run without problem. Lastly, the .s19 file does not seem to include the EEPROM address blocks, how would one program the EEPROM on the MC9S12A32? Thank you!
查看全文
MC9S12A32 调试模式怪异& EEPROM 闪存问题 你好 我目前正在努力移植一款基于 68HC11 的产品,我一直在 codewarrior 5.9.0 上使用 MC9S12A32 和补丁来重新引入旧的 9S12 口罩。我使用的也是 P&E multilink rev.C,使用 PEmicro 提供的最新固件。我刚接触这些芯片,如果有什么地方说错了,请原谅。 我有一些奇怪的行为,取决于我使用哪种方法闪存芯片。解释如下。 通过"调试" 按钮闪烁 示例: JSR 0x468D 在 0x468D 处,预期字节应为 4E,然后是 01 01 FB B6 11 实际上是 47,然后是 1F 5F 48 06 22 闪烁 .s19通过 HC12MultilinkCyclonePro->Load... 文件(在调试窗口中) JSR 0x468D,接下来的 6 个字节是正确的。 此外,在闪烁 .s19文件,我的程序似乎在几秒钟后锁定了(使用连接到示波器的主任务循环中的异或 GPIO 开关进行验证)。 如果我重启设备,这种行为不会发生,它会毫无问题地运行。 最后,.s19文件似乎不包括 EEPROM 地址块,那么如何对 MC9S12A32 上的 EEPROM 进行编程? 谢谢!
查看全文
带有基于 ARM 的 MCU 的 PE 微型旋风分离器 大家好, 我有一个 PE 微型旋风调试器模块。我能够使用旋风镜像创建工具擦除/编程/验证基于ARM的架构,例如英飞凌 Travio(CYT2CL)。这里我的问题是我们可以使用这个硬件作为同一 MCU 的调试器单元吗?如果是,如何设置调试器设置文件?目前我使用的是 VS 代码和 MCU 的 SDL 和工具链。 谢谢! Re: PE micro cyclone with ARM based MCUs 你好@SUDHEESHK、 这是英飞凌芯片,您访问的网站属于恩智浦。恩智浦不支持英飞凌产品。如需帮助,请联系英飞凌官方技术支持。   BR 西莱斯特 Re: PE micro cyclone with ARM based MCUs 你好@SUDHEESHK、 在回答您的问题之前,能否请您告诉我您使用的是哪个 MCU? BR 西莱斯特
查看全文
ECAT SOEM demo in RT1180-EVK board can't send out pkt I‘m trying the “evkmimxrt1180_soem_gpio_pulse_freertos_cm7“ in RT1180-EVK board, but  I found the demo can't send out the Ethercat packets. In the demo code, I found It use the ENET4, but it can't find any Ethercat slaves. then I check the port's registers about packets TX and RX (baseaddress : 0x60B00000u),  the tx registers has numbers(SITFRM0, SITOCT0), but there was non data when  I capture packet on line. Is there any other setting about EVK board when run the ecat soem demo ? 回复: ECAT SOEM demo in RT1180-EVK board can't send out pkt I found when the port is connected to the SLAVE, the link status of PHY alternates  up and down. 回复: ECAT SOEM demo in RT1180-EVK board can't send out pkt Hi @shrek-tan, Could you help me with the following questions? Did you make any changes to the example? Did you make any modifications to the EVK? Could you share how you are setting up the slave? How many slaves are you setting up? If you set up the slave before running the example, does the example still fail to find the slave? Best Regards, Pablo 回复: ECAT SOEM demo in RT1180-EVK board can't send out pkt Hi, I'm glad to hear that you managed to resolve the issue and thank you for sharing your discoveries with the community. If there is anything else we can help with, please do not hesitate to use our community. Best Regards, Pablo 回复: ECAT SOEM demo in RT1180-EVK board can't send out pkt Thanks for your reply, I had fix this problem by change the autoneg setting  from fause to true, then the link status can stably remain in the up state. phy8201Config.autoNeg = true. ESC phy chip is TI DP83848 But then ,I have met an other issue:  When the current EtherCAT master station's network port is directly connected to the slave station, the two cannot interact, and the slave station cannot go online. Later, when the network port of the master station environment in this demo was directly connected to the PC, it was found that the packets captured by the PC's network port were 19-byte packets with an ETH TYPE of 0x888E. However, if a HUB is first connected in series between the master station environment and the PC, the PC's network port can capture the correct EtherCAT packets (BWR & BRD) sent from the master station demo environment.
查看全文
i.MX6ULLのCCM_CLK1_N/Pピンを設定して、外部デバイスにクロック信号を出力するにはどうすればよいですか? i.MX6ULLのCCM_CLK1_N/Pピンを外部デバイスへのクロック信号出力用に設定することは可能ですか?もし可能であれば、Debian Linuxシステムでどのように設定すればよいでしょうか? Re: i.MX6ULL的CCM_CLK1_N/P引脚如何配置为向外部输出时钟信号 こんにちは、 @DP1042さん CCM_CLKOは可能ですが、対応するレジスタ(CCM_CCOSRやIOMUXC_SW_MUX_CTL_PAD_JTAG_TMS/IOMUXC_SW_MUX_CTL_PAD_SD1_DATA3のパッド設定など)はmemtoolを介して制御する必要があります。 よろしくお願いします、 志明
查看全文
eth1上のls1021a-twrでSGMIIを確実に設定できません こんにちは、 現在使用しているもの: U-Boot : if_v2404.04 Linuxカーネル: 5.15 どちらもNXP QorIQソフトウェアスタックからのものです。 当社は、既存製品向けにLS1021A TWRプラットフォームをベースにした新しい通信ボードを開発しています。この新しい通信ボードでは、 eth1インターフェースはSGMIIを介してMAC-to-MAC/PHYレス構成で外部イーサネット・スイッチICにコネクテッドされています。既存の通信ボードでは、代わりにMarvell PHYを使用して、eth1上のSGMIIを介してホストプロセッサに接続されています。 私たちは、共通のU-Bootを使用して両製品をサポートしつつ、Linuxがさまざまなeth1トポロジーを正しく処理できるように努めています。 最新号 当初、新しい通信ボードを動作させるために、以下のDTS変更を行いました。 1) U-Boot DTSの回避策 U-Bootでは、arch/arm/dts/ls1021a-twr.dtsiでenet0とenet1の両方に同じTBIハンドルを使用するように強制しました。 &enet0 { tbi-handle = <&tbi0>; phy-handle = <&sgmii_phy0>; phy-connection-type = "sgmii"; ステータス = "正常"; }; &enet1 { tbi-handle = <&tbi0>; phy-handle = <&sgmii_phy1>; phy-connection-type = "sgmii"; ステータス = "正常"; }; 2) LinuxカーネルのDTSの変更 カーネルDTS(arch/arm/boot/dts/ls1021a-twr.dts)では、eth1が独自のTBIハンドルと固定リンク記述を使用するように変更しました。 &enet0 { tbi-handle = <&tbi0>; phy-handle = <&sgmii_phy0>; phy-connection-type = "sgmii"; ステータス = "正常"; }; &enet1 { tbi-handle = <&tbi1>; /* phy-handle = <&sgmii_phy1>; */ phy-connection-type = "sgmii"; 固定リンク = <1 1 1000 0 0>; ステータス = "正常"; }; 3) カーネルのGianfarの変更 また、gianfar.cも修正しました。eth1ではTBIオートネゴシエーションを無効にしつつ、通常のPHY接続CASEではオートネゴシエーションを有効にしたままにする。 static void gfar_configure_serdes(struct net_device *dev) { /* 初期化 */   /* eth1のみで無効化 */ char *eth1 = "eth1"; if (strcmp(eth1, priv->ndev->name) == 0) { printk(KERN_INFO "インターフェース %s で tbi オートネゴシエーションをオフにします", priv->ndev->name); phy_write(tbiphy, MII_BMCR, BMCR_FULLDPLX | BMCR_SPEED1000); } それ以外 { phy_write(tbiphy, MII_BMCR, BMCR_ANENABLE | BMCR_ANRESTART | BMCR_FULLDPLX | BMCR_SPEED1000);     } } 上記の回避策により、プロセッサは新しい通信ボード上の外部スイッチと通信できるようになりました。 私たちが変えるべきこと U-Bootは2つの製品間で共有する必要があり、既存の製品ではeth1に実際のPHYが接続されているため、U-Bootが通常のインターフェースごとのTBIバインディングを使用する必要があります。 U-Bootでは、インターフェースを次のように記述する必要があります。 &enet0 { tbi-handle = <&tbi0>; phy-handle = <&sgmii_phy0>; phy-connection-type = "sgmii"; ステータス = "正常"; }; &enet1 { tbi-handle = <&tbi1>; phy-handle = <&sgmii_phy1>; phy-connection-type = "sgmii"; ステータス = "正常"; }; しかし、U-Bootでこの変更を行うと、プロセッサは新しいMAC間/固定リンク通信ボード上のイーサネットスイッチとの通信を停止してしまう。 現在の理解 最初の回避策では、U-Boot がtbi1 を初期化せず、Linux が後で tbi1 を初期化し、eth1 の TBI オートネゴシエーションを無効にすることで、固定リンク MAC 間接続が機能するようになります。 U-Bootを正しいポートごとのTBIマッピング(eth0 -> tbi0、eth1 -> tbi1)に戻すと、動作が変わり、固定リンクボードがスイッチと通信しなくなります。 上記で説明した最初の U-Boot 回避策では、既存の製品 (eth1 が Marvell PHY over SGMII を使用している場合) では eth1 が動作しません。eth1 は U-Boot で正しく初期化される必要があるようです。そうでないと、インターフェースは正しくトラフィックを送信しません。 追加の技術的背景 eth0で実際のPHYを使用し、eth1で固定リンク/MAC間SGMII接続を使用するインターフェースの場合の推奨される処理方法について理解したいと考えています。 質問 LS1021Aにおいて、U-Boot DTSの回避策に頼らずに、eth1上の固定リンク/PHYレスSGMII接続でTBIオートネゴシエーションを無効化またはバイパスするための推奨される方法は何ですか? Linuxが後でeth1に固定リンクを使用する場合でも、U-Bootは常にDTS(eth0→tbi0、eth1→tbi1)に従ってポートごとのTBIを正確に初期化するべきでしょうか? PHY接続と固定リンクの切り替え時に、gfar_configure_serdes()を実行する前にLinuxからTBIをリセットまたは再初期化する推奨方法はありますか? 固定リンク/MAC間SGMIIの場合、PCS/TBIは通常のgfar_configure_serdes()フローを通じてプログラムすべきでしょうか、それとも別の初期化フローが推奨されますか? Re: Cannot configure SGMII reliably on ls1021a-twr on eth1 ご回答ありがとうございます。 これらの変更を加え、さらにテストを試みましたが、依然として同じ問題が発生しています。 両方のデバイスに同じubootイメージを使用したいので、enet1はPHY接続とPHYレス接続の両方で同じubootを使用することになります。 uboot から enet1 の定義を削除して、enet の設定を完全にカーネルで処理するように試みましたが、これは固定 PHY の場合はうまくいきましたが、PHY が接続されている場合はうまくいきませんでした。PHY構成は正しく機能しているようですが、TBI構成が機能していないようです。 1. この状況をどのように対処するのが良いと思いますか? 2. ubootでenetインターフェースが全く設定されていなかった場合、カーネルでenetインターフェースを設定するために他に何か必要なことはありますか? よろしくお願い申し上げます。 Re: Cannot configure SGMII reliably on ls1021a-twr on eth1 1. fixed-link は、Linux dts で以下のように宣言できます。 &enet1 { phy-mode = "sgmii"; 管理対象 = "固定リンク"; 固定リンク { speed = <1000>; full-duplex; pause; } ; ステータス = "正常"; }; 2. はい、U-Boot はポートごとの TBI を初期化する必要がありますが、固定リンクの場合は TBI の自動ネゴシエーションを無効にする必要があります。 3. リンクが修復されたら、gfar_configure_serdesでPCS/TBIをリセットする必要があります。例: if (is_fixed_link) { phy_write(phydev, MII_BMCR, BMCR_RESET); udelay(10); phy_write(phydev, MII_BMCR, BMCR_FULLDPLX | BMCR_SPEED1000); ... // 自動ネガを無効にする } ありがとう Re: Cannot configure SGMII reliably on ls1021a-twr on eth1 1.ハードウェアのバリアント両方で同じU-Bootイメージを使用しながら、enet1を完全に削除するのではなく、U-Boot内で最小限の初期化状態にしておくことをお勧めします。 具体的には: a. U-Bootでenet1のMACとPCS/TBIの初期化を保持する。 b.U-Bootでは、PHY固有の設定(遅延調整、LED設定、ベンダー固有のレジスタなど)は避けてください。 c.Linuxカーネルのデバイスツリーにenet1が使用するかどうかを決定させる。 固定リンク(PHYなしの場合)、または phy-handle を介した実際の外部 PHY。 2. はい、いくつかの追加的な考慮事項が適用されますが、それはある程度に限られます。 U-BootでENETインターフェースが全く設定されていない場合でも、以下の条件を満たせばLinuxカーネルはMACとPHYを初期化できます。 デバイスツリーはインターフェースを正しく記述しています(ステータス=「okay」、適切なphy-mode、有効なphy-handleまたはfixed-link)。 クロック、pinctrl、およびMDIOは適切に定義されています。 PHY自体はカーネルドライバによってアクセス可能であり、サポートされています。 しかし、Linuxドライバは通常、PCS/TBI(またはSerDes)ブロックを完全に初期化しません。多くのSoC、特にSGMII/RGMII構成の場合、カーネルはPCS/TBIがブートローダーによって既に使用可能なモードになっていることを前提としています。 よろしくお願いします。
查看全文
在 TresOS 中使用 S32K14 AutoSAR 操作系统时出错 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我安装了 tresos Studio 23.0、Autosar OS(SW32K14-OS401-RTM-1.0.0 b4.0.98)和 Autosar MCAL(SW32K14-MCAL401-RTMC-1.0.4)。 但当我尝试生成操作系统配置文件(.c、.h)时,却出现了以下 3 个错误: 1.The external generator for module Os_TS_T40D2M4I0R98 terminated with exit code 7 Used generator commandline:C:\EB\tresos\plugins\Os_TS_T40D2M4I0R98\ssc\bin\generator\sg.exe 2.Failed to run generator"Os_TS_T40D2M4I0R98GeneratorId" (mode:"verify") for module"Os_TS_T40D2M4I0R98" 3.外部生成器出错:C:\EB\tresos\workspace\oooooll\output\generated\epc\project.epc(1816)AUTOSAR/AR-PACKAGES/AR-PACKAGE [短名称='OS'] /元素/ECUC模块配置值 [短名称='OS'] /容器/ECUC-容器值 [短名='task_environce'] /参考值/ECUC-参考值 [定义-ref='/ts_t40d2m4i0r98/os/ostaskEventref']: 3254:“VALUE-REF” 的多重性检查错误二手生成器命令行:C:\EB\tresos\plugins\Os_TS_T40D2M4I0R98\ssc\bin\generator\sg.exe 我想知道问题出在哪里?以及如何解决? 谢谢。 Re: Error While using S32K14 AutoSAR OS in TresOS @sandipta_mohan1你解决了这个问题吗? Re: Error While using S32K14 AutoSAR OS in TresOS 哦,对不起,以上回答无法解决这个问题。在我师傅的帮助下,我们尝试了多次,发现 JRE 环境没有安装。 Re: Error While using S32K14 AutoSAR OS in TresOS 我的 AUTOSAR 操作系统是 4.0.98,EB 是 21.0.0,请尝试上面这些答案并不能解决问题,但我尝试卸载 21.0.0,然后安装 EB 24.0.1,却没有显示这两个错误。 Re: Error While using S32K14 AutoSAR OS in TresOS 我也有同样的问题。您能帮我解决这个问题吗? Re: Error While using S32K14 AutoSAR OS in TresOS <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,桑迪普塔-莫汉蒂 , 您似乎没有在配置中添加 OsTaskEvenRef 的值。请您尝试添加。 请注意,用户还需要在 OsEvent 中添加至少一个元素,以使列表显示在OsTaskEvenRef中。 顺祝商祺! 洪
查看全文
JTAG lock is not working after LC update Hi NXP Team, MCU: S32K314 RTD: 3.0 HSE_B: For S32K3X4 - v0.2.1.0 I am trying to password protect my JTAG on the board using HSE(Not using Challenge& Response) The steps I followed is 1. HSE is active and enabled. 2. ReadLife cycle using the attributes HSE_SECURE_LIFECYCLE_ATTR_ID returns Success and the LC is  HSE_LC_CUST_DEL. 3. Read the ADKP value using the attribute HSE_APP_DEBUG_KEY_ATTR_ID and it returns 16byte value with success. I wanted to change that value. How it be possible? For time being I accepted that value which is received when requested and then proceed to Step4 4. Now the HSE_DEBUG_AUTH_MODE_ATTR_ID parameter is requested and received response as 0  which is password and the operation is Success. 5. Then advanced the LC cycle to HSE_LC_SIMULATED_OEM_PROD with the attribute HSE_SECURE_LIFECYCLE_ATTR_ID and returns success. I again readLC cycle and returns the same. The problem is JTAG is not getting locked. Even after performing these steps. What might be the issue. I am in debug  mode. I tried in JFLASH software to connect. It is able to connect.  It means JTAG is not locked. Please let me know. Re: JTAG lock is not working after LC update Hi @kerti1  HSE_APP_DEBUG_KEY_ATTR_ID is OTP-ATTR attribute. That means it is One Time Programmable, so it can be written only once. You can’t change it. Life cycle HSE_LC_SIMULATED_OEM_PROD is set only temporary until next reset for test purposes. If you set the life cycle to HSE_LC_OEM_PROD or to HSE_LC_IN_FIELD, reset is needed to lock the JTAG. It’s not locked immediately after life cycle advancing. That means HSE_LC_SIMULATED_OEM_PROD can’t be used to test the JTAG lock because the device will be back in CUST_DEL after the reset. The only option is to advance the life cycle either to HSE_LC_OEM_PROD or to HSE_LC_IN_FIELD. However, this is irreversible and there’s no way back. Regards, Lukas
查看全文
EB構成SBC SPI通信 (1)マニュアルにはFS26の通信ビット幅は32と書いてあるのに、なぜEB構成では通信ビット幅が8かどうかチェックするのですか? (2)アカウントにログインするたびにモバイル認証コードが必要なのはなぜですか?また、応答が遅いのはなぜですか? Re: EB配置SBC的SPI通信 アカウントログインにセキュリティ対策が追加されたため、ログイン時の操作がやや遅くなる場合があります。場合によってはログインできないこともありますので、ご了承ください。今後改善していく予定です。 Re: EB配置SBC的SPI通信 FS26マニュアルに記載されている「32ビットSPI」とは、レジスタフィールド、アドレス、読み書きビット、データ、CRCなどを含む、32ビット(4バイト)長の完全なSPIコマンド/レスポンスメッセージを指します。NXPの公式ドキュメントでは、MOSI/MISOの32ビットフィールドが明確に分類されており、Bit31~Bit0の配置が32ビットワードを構成します。 EB tresos / AUTOSAR SpiDataWidth : これは、SPI ドライバによって毎回シフトアウトされる「データ ユニット (フレーム)」の幅 (要素あたりのビット数)を指します。一般的なハードウェア/IP および MCAL 実装では、通常8 または 16です。FS26 の 32 ビット メッセージは、基盤となる SPI ハードウェアが「32 ビット フレーム長」をサポートする必要はなく、通常4 つの連続した 8 ビット フレーム (CS はアクティブなまま) で送信されます。
查看全文
i.MX RT1060プロセッサリファレンスマニュアル、文書番号:IMXRT1060RM Rev. 4、2026年1月 i.MX RT1060プロセッサリファレンスマニュアル、Rev.4、01/2026のリファレンスマニュアルの3293ページには、次のように記載されています。 「 XBAR_IN03をXBAR_OUT07に接続するには、インデックスに従って、 XBAR_OUT07 を選択し、SEL07 (選択した XBAR_OUT インデックスと同じ番号) を選択します。 Select Register 3 XBAR_SEL3 の MSB のフィールドにインデックス (0x03、 選択された XBAR_IN の 16 進数)。 XBAR_SEL3 &= 0x0011; /*SEL7フィールドをクリアします XBAR_SEL3 |= 0x0300; /*SEL7フィールドに0x03を割り当てます" つまり、SEL07 なのか XBAR_SEL3 なのか?それとも、レジスタ XBAR_SEL3 の最上位ビットが SEL07 と呼ばれるのか?もしそうなら、レジスタ アドレスの代わりに (SEL07) をどのように、どこで使用すればよいのか。 また、 XBAR_SEL3 &= 0x0011; /*SEL7 フィールドをクリアします XBAR_SEL3 |= 0x0300; /* SEL7 フィールドに 0x03 を割り当てます" 正しい ありがとう Re: i.MX RT1060 Processor Reference Manual, Document Number: IMXRT1060RM Rev. 4, 01/2026 こんにちは、 @MahmoudRagab さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! i.MX RT1060とi.MX RT1060Xのリファレンスマニュアルでは、XBARの設定方法は同じです。XBAR_IN03 を XBAR_OUT07 に接続するには、XBAR_SEL3 の SEL07 に 0x03 をプログラムします。ご使用のユースケースに合わせて、XBAR3入力割り当てテーブルとXBAR3出力割り当てテーブルで、正確なソースインデックスと宛先インデックスを確認してください。 RMの以下のセクションを参照してください。 よろしくお願いします、 ギャビン
查看全文
Pluto RADRAの設定に必要なネットワークブートローダーパッケージのバッチファイルはどこで入手できますか? こんにちは、 Pluto RADAR センサを使用したいのですが、そのためにはネットワークブートローダーパッケージに含まれるバッチファイルが必要です。 どこで入手できるかご存知の方はいらっしゃいますか? Re: Where i can find the batch file from network bootloader package for Pluto RADRA configuration. こんにちは、 @Biswa-540951 さん、 お問い合わせいただきありがとうございます。ご質問の「冥王星センサー」については、このコミュニティはもちろん、他のどの公開コミュニティでもサポートされていません。https://www.nxp.com/でプライベートサポートチケットを開くことをお勧めします。: そのファミリについて詳しい同僚が、きっとお役に立てると思います。 バッチファイルに関してですが、SAF8544とS32Gの統合については詳しくないので、具体的にどのようなファイルをお探しなのか、もう少し詳しく教えていただけますか? よろしくお願いします。
查看全文
FRDM-MCXA153: FlexPWM ISR周波数の不一致(期待値21.6kHz、実際値1.46kHz) こんにちは、 私はFRDM-MCXA153開発ボード用のファームウェアを開発していますが、FlexPWM割り込み周波数に問題が発生しています。 問題: MCUXpresso Config Toolsを使用して FlexPWM を21,600 Hzで動作するように設定しました。しかし、割り込みサービスルーチン(ISR)は約1,464Hzでトリガーされています。 私のISRは以下のように実装されています。 void FLEXPWM0_SUBMODULE0_IRQHandler ( void ) { pwm(); // フラグをクリアするカスタムルーチン   } 講じた措置: クロックツールでクロックソースの設定を確認しました。 設定ツールで様々なプリスケーラとモジュラスの設定を試しましたが、出力周波数が正しくありません。 すべての故障ピンが無効になっています この食い違いの原因は何でしょうか?クロックツリーの設定ミスか、FlexPWMモジュール内の特定のレジスタを見落としている可能性はありますか? .mexファイルを添付しましたファイル。私はMCUXpresso 25.6.136を使用しています。そして最新のSKD。 よろしくお願いいたします! 開発ボード Re: FRDM-MCXA153: FlexPWM ISR frequency mismatch (Expected 21.6kHz, getting 1.46kHz) こんにちは、 @LuisWollさん 最も可能性の高い根本原因は、サブモジュール0が意図したものとは異なるeFlexPWMイベント情報またはクロックソースから割り込みを発生させていることだと思います。 直接テストできるように、コードを共有していただけますか? BR ハリー
查看全文