Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
标记细节 请解释标记的含义 04 01 616 适用于 MPN:PCA9553DP/01,118
View full article
NXPモデルベース設計を用いて完全なベアメタルオペレーティングシステムを開発することは実現可能でしょうか? こんにちは、チームのみなさん。 私の目的は、MATLAB/Simulink、Embedded Coder、NXP MBDTを用いて、NXP S32G3向けの完全なベアメタルオペレーティングシステム/ソフトウェアプラットフォームを開発する実現可能性を評価することです。 目標は、Simulinkで完全なソフトウェアスタックを開発し、Embedded Coderを使ってCコードを生成し、生成されたコードを外部オペレーティングシステムやRTOS、AUTOSAR BSWに依存せずに直接S32G3 Gold Boxにデプロイすることです。 特に、NXP MBDTを用いて、Cortex-AコアとCortex-Mコアの両方をS32G3上で実装し、生成されたソフトウェアがシステムの初期化、スケジューリング、割り込み管理、メモリ管理、ハードウェア抽象化、周辺機器初期化、IPCメカニズム、その他オペレーティングシステムで通常提供されるサービスとして技術的に実装できるかどうかを理解したいです。 Boot ROMはハードウェア上に常駐しており、アプリケーションより先に実行されると理解しています。私の意図としては、ハードウェアの起動プロセス以降のすべての処理を、可能な限りNXP MBDTワークフローを通じてSimulinkで生成されたコードを使用して実装することです。 したがって、私の主な質問は次のとおりです。 1. NXP Model-Based Design ToolboxとMATLAB/Simulink、Embedded Coderを組み合わせて、Cortex-AおよびCortex-Mの両方を対象としたS32G3向けのベアメタルソフトウェアプラットフォーム(OS風フレームワーク)を開発することは技術的に実現可能か?MBDTのワークフローに制限がある場合、どの部分が手書きのCやアセンブリを必要とするのかを明確に教えていただけますか? MBDTはNXPによって開発されたものだと理解しています。しかし、もしこの質問にNXP MBDTチームがより適切に回答できる場合は、適切な連絡先やサポートチャネルをご案内していただけるとありがたいです。 ご指導ありがとうございました。
View full article
Performance degradation in Facemesh Landmark model ptq conversion We were using Google's FaceMesh model released by NXP after ptq in this repo: nxp-demo-experience-demos-list/downloads.json at lf-6.12.3_1.0.0 · nxp-imx-support/nxp-demo-experience-demos-list But this model is based on Google's old FaceMesh model, which had 468 landmark points. Now we want to move to Google's new FaceMesh model, which has 478 landmark points. We want to run this on iMX 95 FRDM board NPU. So, we wanted to quantize this. We are using NXP's eIQ-neutron-sdk-linux-3.1.3 to quantize this model. After this quantization, we are seeing significant degradation in model performance, almost unusable for actually using it. Initially we were quantizing it with MIN-MAX option. That model was unusable. Then we tried using percentile option and found a better performance with percentile set to 95 (even though this was regressor outputs). But this is still not giving great performance 1) When NXP created the ptq file for old FaceMesh(468) model which option did they use, MIN-MAX? Or percentile? 2) Is there anything else we need to check when the performance degrade drastically after quantization 3) we profiled with the CelebA dataset used the serialize_image.py in scripts dir with model options specific options, should we run the full media pipe and create the calibration dataset or make changes in serialize script  options supplied serialize_image.py:  -i            //218 x 178 front facing RGB images  -o -f bin -t float32 -m 0to1 -s 256, 256 -layout NHWC -co RGB tflite-profiler: --input  --dataset --output tflite-quantizer: --input  --profile  --quantize-inputs=false      --quantize-outputs=false --quantization-calibration-method= //MinMax or Percentile
View full article
IPCF version issue I'm using the following RTD version: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04; IPCF version: SW32K3_IPCF_4.2.1_D2504; EB version: 29.0. When importing into Excample... An error occurred in the project: IPCF_AutosarOS_S32K358_M7_0, with the following content: Errors (11061) Plug in with a module Os TS T40D34M413R184" is not instald - cannot create module configurations for project IPCF AutosarOS S32K358 M7 0" 0 (11061) Plug in with a module "pc TS T40D34M4210R0 is not installed cannot create module configurations for project "IPCF AutosarOS $32K358 M7 0" 0 (11061) Plug in with a module Resource TS T40D34M5010Ro is notinstaled -cannet create module configurations for prcject IPCF AutosarOS $32K358 M7 0° @ (11061) Plug in with a module 'BaseNXP TS T40D34M50I0RO is notinstalled - cannot create module configurations for prgject IPCF AutosarOS $32K358 M7 0 @ (11061) Plug-in with a module "Mcu TS T40D34M5010R0 "is not installed - cannot create module configurations for project 'IPCF AutosarOS $32K358 M7 0" How can I solve this problem using the appropriate IPCF or EB version? Re: IPCF版本问题 Hi @liyongfeng  Could you please let me know which plugin versions are currently installed in your EB tresos environment? Also, could you try reinstalling the RTD package and verify whether the issue persists afterward? BR, VaneB
View full article
我的NFC卡出了问题,需要帮助。 我最近在亚马逊上购买了 ACR122U-A9 和 13.56MHz RFID 近距离 ID 卡钥匙扣,可写入可重写 CUID 钥匙扣标签,兼容 MIFARE Classic 1K。我安装了 MWT V.1.6.8424.424.63,它读取了大约 4 个标签后就停止了,要么显示无法读取卡,要么读取到 63 到 64 时就停止了。请问有人能帮忙吗?我对科技真的不太擅长。 NFC读卡器库 Re: I need help with my NFC card 您好,先生, 感谢您使用我们的设备。 关于 ACR122U-A9 的使用,我注意到官方页面上提到,不建议在新设计中使用此读卡器。我的建议是迁移到推荐且受支持的版本。 关于您安装的 MW,能否请您说明一下您是从哪里获得的中间件?因为我在官方页面上找不到它。 我想了解一下您所说的“与 MIFARE Classic 兼容的标签能够像 4 个标签一样工作”是什么意思。MIFARE Classic 卡仅支持 ISO14443-3 命令,请查看数据表以获取正确的命令说明。 如果您能提供更多关于您项目的信息,我或许可以给出更好的建议,因为出于安全原因,我们也不推荐使用MIFARE Classic卡。
View full article
i.MX8M Plus — ECSPI/SPI NOR 上のセカンダリイメージブート (IMG_CNTN_SET1_OFFSET): OP で ROM がフォールバックするか i.MX8M Plus -- ECSPI/SPI NOR 上のセカンダリ イメージ ブート (IMG_CNTN_SET1_OFFSET): OPEN 構成では ROM がフォールバックしますか? ==== セットアップ ==== - SoC:i.MX8M Plus(カスタムSMARCモジュール) - ブートデバイス: ECSPI2 / CS1 上のシリアル NOR (Winbond W25Q128、16 MiB)。これはFlexSPIではなく、レガシーのeCSPIコントローラーです。 - セキュリティ:OPEN構成(デバイスがHABクローズドでない)。 - ヒューズ IMG_CNTN_SET1_OFFSET (ヒューズ読み取り 2 1) = 0x00000000。 - フラッシュマップ: プライマリブートローダーは0x000000、セカンダリコピーは0x400000 (4 MiB) にあります。 文書化されたSPIマッピングによると: 「SPIの場合:ヒューズが10より大きい場合はセカンダリブートが無効になります。n == 0の場合はオフセット = 4 MB、n == 2の場合は1 MB、その他でn <= 10の場合は1 MB * 2^nとなります。」 ヒューズ n = 0 (工場出荷時のデフォルト設定、書き込み不要) の場合、セカンダリオフセットは正確に 0x400000 になります。 ==== 問題点 ==== バイト単位で同一で、cmp.bで検証済みのプライマリイメージのコピーを0x400000に配置し、プライマリブートヘッダーを無効化(sf erase 0 0x1000)してリセットしました。 ROMはセカンダリイメージにフォールバックしないため、ボードは起動不能状態になります(USB SDP経由でのみ復旧可能)。 また、プライマリボディ内部の穴を消去する(sf erase 0x100000 0x40000)ことも試みましたが、結果は同じでした。 ==== 質問 ==== 1. SPI/ECSPI NORで、ROMがIMG_CNTN_SET1_OFFSETの二次映像に切り替わるのは具体的に何をトリガーするのか? これは無効なプライマリブートヘッダーやイメージ解析失敗、それとも特定のHAB認証失敗なのでしょうか? 2. セカンダリイメージブートは、OPEN(非セキュア)構成でも機能しますか、それともデバイスがHABで閉じられている場合にのみ機能しますか? 3. 同じリセットにフォールバックするのか、それとも電源のオンオフ/2回目のリセット(永続ブート方式)が必要なのか? 4. 0x400000 のセカンダリ イメージは、別々に構築されたブート可能なイメージ (そのオフセット用の独自の IVT/ブート データ) である必要があります。 それとも、プライマリとバイト単位で同一のコピーで十分なのでしょうか? ==== ロジックアナライザによる証拠(リセット中にキャプチャされたSPIバス) ==== リセット中に、Saleae Logic Pro 16を使用してECSPI2バス(CLK、MOSI、MISO、CS)を500 MS/sでプローブし、すべてのSPIトランザクションをデコードしました。比較のために、FlexSPI NORから起動し、セカンダリへのフォールバックも正常に行われるi.MX8QMモジュールでも同様のテストを実施しました。 ---- i.MX8M Plus (ECSPI NOR)、プライマリが破損しています ---- ROMは0x03のREADコマンドのみを発行し、オフセット0から厳密に順次読み取ります。 0x03 00 00 FC -> 0x0000FC を読み込む 0x03 00 04 EC -> 0x0004EC を読み込む 0x03 00 08 DC -> 0x0008DC を読み込む ...(64 KiBブロックあたり約50回の読み取り、増加傾向)... 0x03 00 13 xx -> ここで読み取りカウントが減少(0x100000-0x140000 の領域が消去され、MISO=0xFF) 0x03 00 18 xx -> 穴を越えて直線的に続く ...最大で約0x1A69E8まで... ROMはプライマリ領域全体を直線的に読み取り、消去/無効領域をそのまま通過し(0xFFを取得)、0x400000または0x800000(セカンダリ領域)への読み取りは決して行いません。 キャプチャ全体(2500万サンプル、デコードされたトランザクション654件)には、「0x03 40 xx xx」はどこにも存在しません。 完全に消去されたヘッダーの場合、ROMは0xFFをロードし実行し、同期アボートでクラッシュします。フォールバックは一切ありません。 ---- i.MX8QM (FlexSPI NOR) は比較のために使用しています -- セカンダリフォールバックは正常に動作します ---- プライマリコンテナヘッダーのみが無効化された場合(FCBは0x000400にそのまま残された場合)、QM ROMは次の動作をします。 0x0B 00 04 00 -> 高速読み取り FCB @0x000400、MISO: 46 43 46 42 ("FCFB" マジック、FlexSPI 設定有効) ...FCB構成データを読み込む... 0x0B 00 10 00 -> 高速読み取りプライマリコンテナ @0x001000、MISO: FF FF FF FF (無効!) 0x0B 40 10 00 -> 高速読み取りセカンダリコンテナ@0x401000、MISO:有効な<-- ROMスイッチ、同じリセット 0x0B 40 30 00、0x0B 40 40 00、... -> 2次画像全体を読み込みます(0x40xxxxで~90リード) QM ROMはFCBを読み取り、FlexSPIを設定し、0x001000のプライマリコンテナをチェックし、0xFFを認識します。 そして直ちに(同じリセットで)0x401000のセカンダリコンテナに切り替わります。これはうまくいきます。 代わりに最初の4MB(FCBを含む)をすべて消去すると、QM ROMは2回だけの読み込みを行います 0x000400で、0xFFを得て撤退しません。つまり、撤退が作戦するには有効なFCBが必要です。 - - 比較 - - i.MX8M Plus (このボード): コントローラ:eCSPI(レガシーSPI) オペコードを読みます:0x03 READ FCBの現状:いいえ(eCSPIにはFCBの概念はありません) 破損したプライマリでセカンダリーを読み取る:いいえ ― バスは「0x03 40 xx xx」を表示しません。 結果:レンガ(ロード0xFF ->クラッシュ) i.MX8QM(参考文献): コントローラー:FlexSPI オペコードを読んでください:0x0B 速読 FCBの提示:はい(0x400、魔法の「FCFB」) 破損したプライマリで二次を読み取る:はい -- 「0x0B 40 10 00」、同じリセット 結果:セカンダリーブーツ成功 ==== 要約 ==== バスキャプチャから、i.MX8M Plus の IMG_CNTN_SET1_OFFSET セカンダリイメージの起動が確認できる。 FlexSPI専用であるか、HABクローズド構成によって制限されているかのどちらかで、有効になりません。 OPEN構成のeCSPI NORの場合。 NXPの皆さん、確認いただけますか: - i.MX8M Plus上で、eCSPI(FlexSPIとは異なる)NORがセカンダリイメージブートにサポートされているかどうか; - トリガーがHAB-auth-failure(閉じた設定のみ)か、無効なヘッダー(開設定も含む)か; - フォールバックが同じリセットか電源サイクルが必要か; - セカンダリはそのオフセットのために別途構築する必要があるのか、それともバイト同一のコピーで問題ないのか。 よろしくお願いします。
View full article
サポート要望:i.MX8MプラスLVDS出力を用いたHD-SDIインターフェース 拝啓、 私たちは NXP i.MX8M Plus プロセッサをベースにしたシステムを設計しており 、 HD-SDIインターフェース の実装について皆様のご指導をいただきたい と考えています。 私たちの要件は、3つのHD-SDI出力をサポートすることです。 i.MX8M PlusのLVDSインターフェースを使用し、以下のデバイスを使ってHD-SDIに変換する予定です。 LMH0340SQE/NOPB – LVDS-HD-SDIシリアライザ LMH0324RTWT 1対3 HD-SDI分配アンプ 2台 i.MX8M PlusのLVDSインターフェース が 、3つのHD-SDI出力を生成するこのアーキテクチャに対応している か確認していただけます か? もしこの方法が推奨されない場合やサポートされていない場合、i.MX8M Plusプロセッサを使い続けながら3つのHD-SDIインターフェースを実装する代替案をご提案いただけます か?私たちはi.MX8M Plusをデザインに残したいと考えています。なぜなら、他のシステム要件をすべて満たすからです。 このインターフェースを成功裏に実装するためのリファレンス・デザインやアプリケーションノートのご提案をいただけるとありがたいです。 サポートありがとうございます。ご指導をお待ちしております。 よろしくお願いいたします。 サムドラランカイア・ジャンパニ アナログ(ADC|CMP|DAC|OpAmp) ボード設計 MCXA MCX C
View full article
Imx6ull KSZ8041NL ethernet issue Hello There , To utilize dule ethernet for one of our potential project , We have connected 2 Ethernet phy with Imx6ull processor , One phy is KSZ8081 and one phy is KSZ8041 , below is our DTS configuration : &fec1 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_enet1>; phy-mode = "rmii"; phy-handle = <&ethphy0>; phy-reset-gpios = <&gpio5 9 GPIO_ACTIVE_LOW>; phy-reset-duration = <26>; phy-reset-post-delay=<20>; phy-supply = <&reg_peri_3v3>; status = "okay"; }; &fec2 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_enet2>; phy-mode = "rmii"; phy-handle = <&ethphy1>; phy-reset-gpios = <&gpio1 14 GPIO_ACTIVE_LOW>; //phy-reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>; phy-reset-duration = <26>; phy-reset-post-delay=<20>; phy-supply = <&reg_peri_3v3>; status = "okay"; mdio { #address-cells = <1>; #size-cells = <0>; ethphy0: ethernet-phy@1 { reg = <1>; micrel,led-mode = <1>; clocks = <&clks IMX6UL_CLK_ENET_REF>; clock-names = "rmii-ref"; }; ethphy1: ethernet-phy@3 { reg = <3>; micrel,led-mode = <1>; clocks = <&clks IMX6UL_CLK_ENET2_REF>; clock-names = "rmii-ref"; }; }; }; pinctrl_enet1: enet1grp { fsl,pins = < MX6UL_PAD_ENET1_RX_EN__ENET1_RX_EN 0x1b0b0 MX6UL_PAD_ENET1_RX_ER__ENET1_RX_ER 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA0__ENET1_RDATA00 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA1__ENET1_RDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_EN__ENET1_TX_EN 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA0__ENET1_TDATA00 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA1__ENET1_TDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 0x4001b031 >; }; pinctrl_enet2: enet2grp { fsl,pins = < MX6UL_PAD_GPIO1_IO07__ENET2_MDC 0x1b0b0 MX6UL_PAD_GPIO1_IO06__ENET2_MDIO 0x1b0b0 MX6UL_PAD_ENET2_RX_EN__ENET2_RX_EN 0x1b0b0 MX6UL_PAD_ENET2_RX_ER__ENET2_RX_ER 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA0__ENET2_RDATA00 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA1__ENET2_RDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_EN__ENET2_TX_EN 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA0__ENET2_TDATA00 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA1__ENET2_TDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_CLK__ENET2_REF_CLK2 0x4001b031 >; }; Both The Ethernet Phys are getting detected in kernel logs and also when we connect ethernet  cable , link is also getting detected on both. but Ip is arriving on ethernet which is connected to KSZ8081 phy , the IP is not getting assigned with the Ethernet which is connected to KSZ8084NL. and there is rx errors are observed in KSZ8041NL Ethernet which is eth0 , below are the logs : root@sls-imx6ull14x14evk:~# ifconfig eth0      Link encap:Ethernet  HWaddr BA:9C:69:1F:76:3A           UP BROADCAST MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:1065 dropped:0 overruns:0 frame:1065           TX packets:65 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:0 (0.0 B)  TX bytes:12024 (11.7 KiB) eth1      Link encap:Ethernet  HWaddr 42:19:11:7F:5E:89           inet addr:10.20.0.184  Bcast:10.20.1.255  Mask:255.255.254.0           inet6 addr: fe80::8248:9837:9647:2a00/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:18 errors:0 dropped:0 overruns:0 frame:0           TX packets:23 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:2494 (2.4 KiB)  TX bytes:3162 (3.0 KiB) lo        Link encap:Local Loopback           inet addr:127.0.0.1  Mask:255.0.0.0           inet6 addr: ::1/128 Scope:Host           UP LOOPBACK RUNNING  MTU:65536  Metric:1           RX packets:17 errors:0 dropped:0 overruns:0 frame:0           TX packets:17 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:2011 (1.9 KiB)  TX bytes:2011 (1.9 KiB)   root@sls-imx6ull14x14evk:~# ethtool eth0 Settings for eth0:         Supported ports: [ TP    MII ]         Supported link modes:   10baseT/Half 10baseT/Full                                 100baseT/Half 100baseT/Full         Supported pause frame use: Symmetric         Supports auto-negotiation: Yes         Supported FEC modes: Not reported         Advertised link modes:  10baseT/Half 10baseT/Full                                 100baseT/Half 100baseT/Full         Advertised pause frame use: Symmetric         Advertised auto-negotiation: Yes         Advertised FEC modes: Not reported         Link partner advertised link modes:  10baseT/Half 10baseT/Full                                              100baseT/Half 100baseT/Full         Link partner advertised pause frame use: No         Link partner advertised auto-negotiation: Yes         Link partner advertised FEC modes: Not reported         Speed: 100Mb/s         Duplex: Full         Auto-negotiation: on         Port: Twisted Pair         PHYAD: 3         Transceiver: external         MDI-X: Unknown         Supports Wake-on: g         Wake-on: d         Link detected: yes   We have also checked the clock which is 50MHz , which is generated properly and also coming into phy KSZ8041NL. In short 1 Ethernet with KSZ8081 is working properly but 2nd Ethernet not working with KSZ8041NL. Please suggest us solution. we have also attached screenshot of both Ethernet phy Hardware  for your reference . i.MX6 All i.MX6UL Re: Imx6ull KSZ8041NL ethernet issue Hello NXP Team , Is there any update for us for our asked query ? Re: Imx6ull KSZ8041NL ethernet issue Hello NXP Support Team, We have already shared details about Ethernet issue which we are facing at our end.  So, would you please check it from your end and let us know resolution if anything from your end?  If needed then we will be available over call to discuss issue with your team as well. Waiting for positive feedback from your team end.  Regards, Ritesh Prajapati
View full article
Imx6ull KSZ8041NL 以太网问题 你好呀 , 为了在我们的潜在项目中利用双以太网,我们将两个以太网PHY芯片连接到了Imx6ull处理器上。 其中一块 PHY 芯片是 KSZ8081,另一块 PHY 芯片是 KSZ8041,以下是我们的 DTS 配置: &fec1 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_enet1>; phy-mode = "rmii"; phy-handle = <&ethphy0>; phy-reset-gpios = <&gpio5 9 GPIO_ACTIVE_LOW>; phy-reset-duration = <26>; phy-reset-post-delay=<20>; phy-supply = <&reg_peri_3v3>; 状态 = "正常"; }; &fec2 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_enet2>; phy-mode = "rmii"; phy-handle = <&ethphy1>; phy-reset-gpios = <&gpio1 14 GPIO_ACTIVE_LOW>; //phy-reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>; phy-reset-duration = <26>; phy-reset-post-delay=<20>; phy-supply = <&reg_peri_3v3>; 状态 = "正常"; mdio { #address-cells = <1>; #size-cells = <0>; ethphy0:以太网物理层@1 { reg = <1>; micrel,led-mode = <1>; clocks = <&clks IMX6UL_CLK_ENET_REF>; clock-names = "rmii-ref"; }; ethphy1:以太网物理层@3 { reg = <3>; micrel,led-mode = <1>; clocks = <&clks IMX6UL_CLK_ENET2_REF>; clock-names = "rmii-ref"; }; }; }; pinctrl_enet1:enet1grp { fsl,pins = < MX6UL_PAD_ENET1_RX_EN__ENET1_RX_EN 0x1b0b0 MX6UL_PAD_ENET1_RX_ER__ENET1_RX_ER 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA0__ENET1_RDATA00 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA1__ENET1_RDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_EN__ENET1_TX_EN 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA0__ENET1_TDATA00 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA1__ENET1_TDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 0x4001b031 >; }; pinctrl_enet2:enet2grp { fsl,pins = < MX6UL_PAD_GPIO1_IO07__ENET2_MDC 0x1b0b0 MX6UL_PAD_GPIO1_IO06__ENET2_MDIO 0x1b0b0 MX6UL_PAD_ENET2_RX_EN__ENET2_RX_EN 0x1b0b0 MX6UL_PAD_ENET2_RX_ER__ENET2_RX_ER 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA0__ENET2_RDATA00 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA1__ENET2_RDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_EN__ENET2_TX_EN 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA0__ENET2_TDATA00 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA1__ENET2_TDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_CLK__ENET2_REF_CLK2 0x4001b031 >; }; 内核日志中检测到了两个以太网物理层,而且当我们连接以太网电缆时,两个设备上也都能检测到链路。 但是,连接到 KSZ8081 phy 的以太网上可以接收到 IP 地址,而连接到 KSZ8084NL 的以太网上却无法分配 IP 地址。 在KSZ8041NL以太网接口(eth0)上观察到接收错误,以下是日志: root@sls-imx6ull14x14evk:~# ifconfig eth0 链路封装:以太网硬件地址 BA:9C:69:1F:76:3A 上行广播组播 MTU:1500 指标:1 接收数据包:0 个错误:1065 个丢弃:0 个溢出:0 个帧:1065 个 发送数据包:65,错误:0,丢弃:0,溢出:0,载波:0 碰撞次数:0 txqueuelen:1000 接收字节数:0 (0.0 B) 发送字节数:12024 (11.7 KiB) eth1 链路封装:以太网 硬件地址 42:19:11:7F:5E:89 inet addr:10.20.0.184广播地址:10.20.1.255掩码:255.255.254.0 inet6 地址:fe80::8248:9837:9647:2a00/64 范围:链路 广播运行中 多播 MTU:1500 指标:1 接收数据包:18 个,错误:0 个,丢弃:0 个,溢出:0 个,帧:0 个 发送数据包:23 个,错误:0 个,丢弃:0 个,溢出:0 个,载波:0 个 碰撞次数:0 txqueuelen:1000 RX 字节:2494 (2.4 KiB) TX 字节:3162 (3.0 KiB) lo Link encap:本地环回 inet addr:127.0.0.1掩码:255.0.0.0 inet6 地址: ::1/128 范围:主机 环路已启动,运行中,MTU:65536,指标:1 接收数据包:17 个,错误:0 个,丢弃:0 个,溢出:0 个,帧:0 个 发送数据包:17 个,错误:0 个,丢弃:0 个,溢出:0 个,载波:0 个 碰撞次数:0 txqueuelen:1000 RX 字节:2011 (1.9 KiB) TX 字节:2011 (1.9 KiB)   root@sls-imx6ull14x14evk:~# ethtool eth0 eth0 的设置: 支持的端口:[ TP MII ] 支持的链路模式:10baseT/半高、10baseT/全高 100baseT/半成品 100baseT/全成品 支持的暂停帧使用方式:对称 支持自动协商:是 支持的FEC模式:未报告 宣传的连接模式:10baseT/半成品 10baseT/全成品 100baseT/半成品 100baseT/全成品 广告中暂停帧的使用:对称 广告中提及的自动协商:是 已公布的FEC模式:未报告 链路伙伴宣传的链路模式:10baseT/半成品 10baseT/全成品 100baseT/半成品 100baseT/全成品 链接伙伴宣传的暂停帧使用情况:否 链接合作伙伴已宣传自动协商:是 链接伙伴宣传的FEC模式:未报告 速度:100Mb/s 复式:全套 自动协商:开启 端口:双绞线 PHYAD:3 收发器:外部 MDI-X:未知 支持唤醒:g 唤醒:d 检测到连接:是   我们还检查了时钟,它是 50MHz 的,生成正常,并且也输入到 KSZ8041NL 物理层。 简而言之,使用 KSZ8081 的 1 个以太网接口工作正常,但使用 KSZ8041NL 的 2 个以太网接口无法工作。 请给我们提供解决方案。我们还附上了以太网PHY硬件的截图供您参考。 i.MX6 全部 i.MX6UL Re: Imx6ull KSZ8041NL ethernet issue 您好,NXP团队, 我们提出的问题有任何更新吗? Re: Imx6ull KSZ8041NL ethernet issue 您好,NXP支持团队, 我们已经分享了我们这边遇到的以太网问题的详细信息。 所以,请您从您那边检查一下,如果有任何进展,请与我们联系。 如有需要,我们也可以通过电话与您的团队讨论问题。 等待贵团队的积极反馈。 此致, 里特什·普拉贾帕蒂
View full article
IMX95EVK-19-REV-A1 フラッシュの問題 NXP様、 Linuxイメージ(6.18.20_2.0.0/ 6.18.2_1.0.0/6.12.49_2.2.0)を IMX95LP5-19 EVK REV A1のeMMC/SDカードにフラッシュしようとしていますが、 どれも 成功しません。 コマンドプロンプトには[HID(W): LIBUSB_ERROR_PIPE (-9) ] SDPS: boot -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all と表示されます。 IMX95LPD5EVK-19CM:L6.18.2のUUU eMMCフラッシュが失敗(LinuxおよびWindowsでのLIBUSBエラー) 上記のリファレンスでは、公式サイトではA1シリコンは現在のイメージをサポートしていません(6.12.34にはパッチが付IMX95EVKいません)。そこで、適切な画像を含む未公開の公式リンクがあるのか気になっています。 ご返信をお待ちしております。よろしくお願いいたします。 BR/デビッド こちらは参考 文献IMX95LPD5EVK-19CMです:L6.18.2のUUU eMMCフラッシュが失敗(LinuxおよびWindowsでLIBUSBエラー発生) Re: IMX95EVK-19-REV-A1 flash problem A1シリコン:推奨BSPはLF 6.6.52_2.2.xです。 デモイメージL6.6.52_2.2.2_MX95をダウンロードしてください。 そして、imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all イメージを使用します。 先ほど以下のコマンドを確認したところ、正常に動作しました。 uuu.exe -b emmc imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all
View full article
エッジAI imx93でEDGE AIアプリを提案する Re: edge ai i.MX 93には、エッジAIの産業用ビジョン/タッチレスHMIアプリケーションが最も適していると提案します。 i.MX 93に適合する理由: i.MX 93は、インダストリアル、オートモーティブ、IoTマーケット全体でML加速と高速エッジ推論を備えた省エネエッジ・コンピューティングを目的としています。 組み込みおよびIoTデバイスにおける機械学習推論の高速化を目的としたArm Ethos-U65 microNPUを統合しています。 NXPのドキュメントには、産業用HMI、産業用ビジョン、産業用オートメーション、タッチレスアクセス制御、マシンビジョンが93の応用分野として具体的に挙げられています i.MX。 このプラットフォームは、コンピュータビジョン、音声認識、物体検出、顔認識、ポーズ検出などのAIユースケースをサポートしています。 実用的なアプリのコンセプト: スマートインダストリアルビジョン+タッチレスオペレーターインターフェース 機能例: 部品の存在、ラベルチェック、欠陥スクリーニングのためのカメラベースの物体検出。 非接触式機械制御のためのジェスチャーまたは姿勢検出。 オプションで音声コマンドインターフェースを備え、ハンズフリー操作が可能です。 i.MX 93でのローカル推論により、クラウド依存度とレイテンシを削減します。 i.MX 93セキュリティアーキテクチャを用いた安全なデバイス識別およびライフサイクルサポートを提供し、i.MX 93資料で言及されたEdgeLock関連機能も含まれます。 i.MX 93のエッジAIアプリケーションとして有望なその他の候補: アプリのアイデア なぜそれが適しているのか スマートドアベル/アクセスコントロール 顔/物体検出と局所推論を用い、スマートドアベルとスマートロックは93 i.MX スマートホームのターゲットに挙げられています。 ドライバー監視システム DMSは i.MX 93のオートモーティブ認定部品に明確にリストされています。 異常検知付きエネルギーメーター エネルギーメーターはインダストリアル/ビル制御用途として記載されています。MLはローカルで使用状況の異常を検出できます。 スマートフィットネス/姿勢検出デモ ポーズ検出やスマートフィットネスの例は、エッジAIのユースケースとして記録されています。 最良のおすすめは、i.MX 93上でインダストリアル ビジョンやタッチレスHMIエッジAIアプリを構築することです。これは文書化された i.MX 93 NPU、インダストリアル ビジョン、HMI、ローカルML推論のユースケースに直接連動するからです。
View full article
MTC40F2046S1RC64BD2 この部品番号: MTC40F2046S1RC64BD2がX線に敏感かどうか確認していただけますか? Re: MTC40F2046S1RC64BD2 それは事実ではありません。X線照射は一般的な検査手順であり、損傷を引き起こすことはありません。安全保証のために、適合証明書(COC)を持つ販売者を見つけることをお勧めします。
View full article
i.MX8M Plus - SPDIF Protocol Implementation Example Hi Team, Could someone pls suggest how to implement and validate SPDIF Protocol in i.MX8M plus? Re: i.MX8M Plus - SPDIF Protocol Implementation Example For the simplest i.MX 8M Plus S/PDIF implementation, use the i.MX Audio Board / MCIMX8M-AUD as the closest NXP reference hardware, not the base i.MX 8M Plus EVK alone. The audio board is documented as supporting i.MX 8M Plus and providing S/PDIF I/O with RCA and TOSLINK connectors, with TOSLINK support up to 192 kHz. Recommended simple approach: Use optical S/PDIF first if possible Easiest hardware path: i.MX8MP SPDIF_OUT → optical TOSLINK transmitter module. For receive: optical TOSLINK receiver module → i.MX8MP SPDIF_IN . This avoids coaxial 75 Ω line-drive, transformer/coupling, and grounding concerns. Use the i.MX 8M Plus S/PDIF pins through IOMUX The i.MX 8M Plus audio subsystem includes SPDIF input and output . The reference manual shows IOMUX options for AUDIOMIX_SPDIF1_OUT and AUDIOMIX_SPDIF1_IN on selectable pads. In Linux, the corresponding IOMUX definitions include MX8MP_IOMUXC_SPDIF_TX__AUDIOMIX_SPDIF_OUT and MX8MP_IOMUXC_SPDIF_RX__AUDIOMIX_SPDIF_IN . If you need coaxial RCA Do not treat the SoC pin like a direct RCA line driver. Add the proper 75 Ω S/PDIF coax output network / coupling per the selected transmitter/interface circuit. Optical is usually the simpler and safer first implementation. Reference material to look at MCIMX8M-AUD / i.MX Audio Board : best NXP reference for S/PDIF I/O with RCA and TOSLINK on the i.MX 8M family. i.MX 8M Plus Reference Manual : pinmux / IOMUX setup for AUDIOMIX_SPDIF1_IN and AUDIOMIX_SPDIF1_OUT . i.MX 8M Plus datasheet : S/PDIF timing parameters are documented, including clock high/low timing. For the simplest design, route AUDIOMIX_SPDIF1_OUT/IN to optical TOSLINK modules and use the MCIMX8M-AUD as the NXP reference point for S/PDIF I/O behavior. Re: i.MX8M Plus - SPDIF Protocol Implementation Example Hi Yipingwang, Could you please guide me with any reference schematics to implement SPDIF in Simplest way. Re: i.MX8M Plus - SPDIF Protocol Implementation Example Use the existing Linux ALSA Audio XCVR / S/PDIF driver on i.MX8M Plus; you normally do not implement the S/PDIF protocol from scratch. The i.MX8M Plus Audio XCVR supports eARC, ARC, and S/PDIF modes, and the Linux S/PDIF support exposes one playback device for Tx and one capture device for Rx through ALSA.  Suggested implementation path: Enable the kernel driver Enable: CONFIG_SND_IMX_SPDIF Menu path: Copy Device Drivers   -> Sound card support     -> Advanced Linux Sound Architecture       -> ALSA for SoC audio support         -> SoC Audio for Freescale i.MX CPUs           -> SoC Audio support for i.MX boards with S/PDIF The documented DT bindings are under Documentation/devicetree/bindings/sound/fsl,spdif.txt and Documentation/devicetree/bindings/sound/imx-audio-spdfif.txt .  Configure the device tree For i.MX8M Plus, use the xcvr audio block and enable the sound card / DAI link. A representative configuration is: sound-xcvr {     compatible = "fsl,imx-audio-card";     model = "imx-audio-xcvr";     pri-dai-link {         link-name = "XCVR PCM";         cpu {             sound-dai = <&xcvr>;         };     }; }; &xcvr {     #sound-dai-cells = <0>;     pinctrl-names = "default";     pinctrl-0 = <&pinctrl_xcvr>;     status = "okay"; }; For Tx pin muxing, one documented example uses MX8MP_IOMUXC_SPDIF_TX__AUDIOMIX_SPDIF1_OUT .  Check board routing / jumpers If using the NXP audio board, set the physical routing for the intended S/PDIF path. For i.MX8M Plus, J1500=1-2 routes the coaxial connector to i.MX8M Plus, and J1500=4-5 routes the optical connector to i.MX8M Plus.  If routing through CPLD / HDMI card, J2511=1-3 is documented as “i.MX 8M Plus to CPLD to HDMI card.”  Use ALSA / IEC958 correctly The S/PDIF Tx driver supports 32, 44.1, and 48 kHz sample rates, with S16_LE and S24_LE formats; for 24-bit output, the file must use 32 bits per channel frame with only the 24 LSBs valid.  If the path expects IEC958 subframes rather than raw PCM, do the PCM-to-IEC958 conversion in user space, for example using an ALSA PCM plugin.  Validation steps: aplay -l arecord -l Use these to identify the S/PDIF playback / capture card and device IDs. The documentation shows the S/PDIF device appearing as an ALSA card such as imxspdif [imx-spdif], device 0: S/PDIF PCM .  Tx validation: aplay -D hw: , audio48k24S.wav The reference validation method uses an external optical S/PDIF receiver, such as an M-Audio Transit USB sound card with WaveLab, then records the stream externally and plays it back to check correctness.  Rx validation: arecord -D hw: , -c 2 -d 20 -r 48000 -f S24_LE record.wav The sample rate passed to arecord must match the incoming S/PDIF stream sample rate.  For Rx, the application flow is to open the S/PDIF Rx PCM device, wait for the internal DPLL to lock to the input bit stream, get the input sample rate, set channel / format / rate parameters, then prepare and trigger capture.  For protocol-level checks, use: iecset -c iecset is the standard utility documented for setting or dumping IEC958 status bits, and the driver also exposes channel-status handling through the ALSA control interface.  For i.MX8M Plus EVK-style validation, NXP also documents loopback-style Linux testing using the imxaudioxcvr card, for example recording from imxaudioxcvr and playing to wm8960audio : arecord -Dsysdefault:CARD=imxaudioxcvr -c2 -r48000 -fS32_LE -twav | \ aplay -Dsysdefault:CARD=wm8960audio In short: enable the i.MX S/PDIF / XCVR ALSA driver, configure the xcvr device tree and board routing, then validate Tx/Rx with aplay , arecord , iecset , and an external optical/coax S/PDIF source or sink.
View full article
ls1021a eTSEC 送信タイムアウト 私はLS1021A IoTと、このCPUをベースにしたプロトタイプ基板を持っています。どちらの場合も、弊社独自のブートローダーを使用しています。 IOTボードでは完璧に動作しますが、私のボードではイーサネットポートで送信タイムアウトが発生します。数回のpingが送信され、その後送信タイムアウトが発生し、さらにpingが送信されます。このため、TFTPはほとんど利用できません。 もちろん、ハードウェアの違いはあります。私たちのMACはBCM54616Sに接続され、その後LAN9514に接続されています。自動交渉の上限は100FDです。ループバックモードでもTXタイムアウトが発生します。 データを送信するためには、ボードのTBI PHYでビットSGMII_ANビットを設定しなければなりませんでしたが、IOTでは不要でした(IOTは1000FDで交渉可能です)。 なぜTXがこんなに断続的に起こるのか分かりません。この速度制限と関係があるのでしょうか? Re: ls1021a eTSEC tx timeout こんにちは、 100FD SGMIIの場合、プロトタイプ基板上のブートローダーで以下の項目を確認してください。 LS1021AのeTSECをSGMII 100Mbpsに設定する ECNTRL[TBIM] = 1 ECNTRL[SGMIIM] = 1 ECNTRL[R100M] = 1 MACCFG2[I/F Mode] = 01 (10/100モードの場合) LS1021Aのリファレンスマニュアルには、SGMII 100Mbpsの場合、 R100M = 1 設定することが明記されています。 内部のTBI PHYをリセットしプログラムするRMは、SGMIIがTBIレジスタセットを使用していること、そしてSGMIIを含むすべてのインターフェースモードでTBIをリセットすることが重要であると述べています。 SGMII_AN ビットは設定したままにしてください。TBI の SGMII_AN ビットは「1 に設定する必要があります」と記載されています。このビットを設定した後にしか基板が送信しないのは驚くことではありません。このPHY/MACモードのブートローダー初期化が不完全であることを示唆しています。 100 Mbps での 1G スタイルの SGMII AN 動作に頼らないでください。LS1021A では、100 Mbps SGMII 動作時に「SGMII リンクが正常ではありません」というメッセージが表示されたり、リンクのサイクル後に断続的にパケットが送信されないという報告が知られていますが、1G 動作では問題ありません。それは、あなたのTXタイムアウトの正確な根本原因を証明するものではありませんが、100FD SGMIIの設定が有力な容疑者であることを示唆しています。 ループバックの結果が重要です。もし「ループバックモード」が外部PHYループバックやSGMII側ループバックであれば、100FDのSGMII/TBIセットアップは関与可能です。内部MAC/eTSECループバックの場合、外部BCM54616S/LAN9514パスはほとんど関係ないので、eTSECの初期化、ディスクリプタリングの処理、キャッシュの一貫性、およびTXの停止/エラー状態に焦点を当てます。 デバッグを行うには、タイムアウトが発生したときにeTSEC TXの停止状態を確認してください。RMは、eTSECがTxBDリングからの送信フレームを処理しなくなったときに送信停止ビットを設定すると述べています。繰り返し可能な原因には、バスエラー、無効なBD/データアドレス、修正不能なBD/データ読み取りエラー、長さ 0 の Ready = 1 などのTxBDプログラミングエラーなどがあります。また、見ているかどうかも確認してください IEVENT_BSY ;NXPの資料では、BSYはバッファ不足やソフトウェアがBDリングに十分速く対応できないことによるRXフレームのドロップと説明されており、これは純粋なSGMIIの電気的症状ではなくソフトウェア/BDリングの症状です。 推奨される分離シーケンス: 1. 必要に 応じて、 外部 PHY を 100FD に 強制し 、 銅線に対する自動ネゴシエーションを無効にします 。2. LS1021Aの MAC / eTSEC を SGMII 100Mbps に 強制的に設定する : TBIM = 1 、 SGMIIM = 1 、 R100M = 1 、 MACCFG2 I / F モード = 10 / 100。3. SGMII モードを設定した後、 TBIを リセット / 再初期化します 。4. TBI SGMII_AN = 1 に設定します 。 5. TBI リンク / AN ステータス 、 eTSEC ECNTRL / MACCFG2 、 および PHY SGMII 側 ステータス を確認します 。6.タイムアウト時に、 IEVENT 、 TXハルトレジスタ、 DMAステータス、およびTXBDリングの内容をダンプします。 敬具 Re: ls1021a eTSEC tx timeout 言い忘れていましたが、私のポートはSGMIIモードに設定されています。
View full article
i.MX8M Plus - Sony Philips数字接口格式(SPDIF) 协议实现示例 大家好, 请问有人能指导一下如何在 i.MX8M plus 中实现和验证 Sony Philips数字接口格式(SPDIF) 协议吗? Re: i.MX8M Plus - SPDIF Protocol Implementation Example 对于最简单的 i.MX 8M Plus S/PDIF 实现,请使用 i.MX 音频板 / MCIMX8M-AUD 作为最接近的 NXP 参考硬件,而不是仅使用基本的 i.MX 8M Plus EVK。音频板的文档显示其支持 i.MX 8M Plus,并提供带有 RCA 和 TOSLINK 连接器的 S/PDIF I/O,TOSLINK 支持高达 192 kHz。 推荐的简易方法: 如果可以,请优先使用光纤 S/PDIF 接口。 最简单的硬件路径:i.MX8MP SPDIF_OUT → 光纤 TOSLINK 发射器模块。 接收:光纤 TOSLINK 接收器模块 → i.MX8MP SPDIF_IN。 这样就避免了同轴 75 Ω 线路驱动、变压器/耦合和接地问题。 通过 IOMUX 使用 i.MX 8M Plus 的 S/PDIF 引脚 i.MX 8M Plus 音频子系统包括Sony Philips数字接口格式(SPDIF) 输入和输出。 参考手册显示了可选择的焊盘上的 AUDIOMIX_SPDIF1_OUT 和 AUDIOMIX_SPDIF1_IN 的 IOMUX 选项。 在 Linux 中,相应的 IOMUX 定义包括 MX8MP_IOMUXC_SPDIF_TX__AUDIOMIX_SPDIF_OUT 和 MX8MP_IOMUXC_SPDIF_RX__AUDIOMIX_SPDIF_IN 。 如果您需要同轴RCA接口, 不要将 SoC 引脚当作直接 RCA 线路驱动器使用。 根据所选的发射器/接口电路,添加合适的 75 Ω S/PDIF 同轴输出网络/耦合。 光学方式通常是更简单、更安全的首选方案。 可供参考的资料 MCIMX8M-AUD / i.MX 音频板:NXP 为 i.MX 8M 系列提供 S/PDIF I/O 的最佳参考级产品,带有 RCA 和 TOSLINK 接口。 i.MX 8M Plus 参考手册:AUDIOMIX_SPDIF1_IN 和 AUDIOMIX_SPDIF1_OUT 的 pinmux / IOMUX 设置。 i.MX 8M Plus 数据手册:记录了 S/PDIF 时序参数,包括时钟高/低时序。 对于最简单的设计,将 AUDIOMIX_SPDIF1_OUT/IN 连接到光纤 TOSLINK 模块,并使用 MCIMX8M-AUD 作为 NXP S/PDIF I/O 行为的参考点。 Re: i.MX8M Plus - SPDIF Protocol Implementation Example 王一平您好, 请问能否提供一些参考电路图,以便我以最简单的方式实现Sony Philips数字接口格式 (SPDIF) 功能? Re: i.MX8M Plus - SPDIF Protocol Implementation Example 在 i.MX8M Plus 上使用现有的 Linux ALSA Audio XCVR / S/PDIF 驱动程序;通常情况下,您不会从头开始实现 S/PDIF 协议。i.MX8M Plus 音频 XCVR 支持 eARC、ARC 和 S/PDIF 模式,Linux S/PDIF 支持通过 ALSA 公开一个用于 Tx 的播放设备和一个用于 Rx 的捕获设备。 建议的实施路径: 启用内核驱动程序: 配置_SND_IMX_SPDIF 菜单路径: 复制 设备驱动程序 -> 声卡支持 -> 高级 Linux 音频架构 -> ALSA 用于 SoC 音频支持 -> 适用于飞思卡尔 i.MX CPU 的 SoC 音频           -> 为带有 S/PDIF 的 i.MX 板提供 SoC 音频支持。 记录的 DT 绑定位于 Documentation/devicetree/bindings/sound/fsl,Sony Philips数字接口格式(SPDIF).txt 和 Documentation/devicetree/bindings/sound/imx-audio-Sony Philips数字接口格式(SPDIF)if.txt 下。 配置 i.MX8M Plus 的设备树,使用 xcvr 音频模块并启用声卡/DAI 链路。典型的配置如下: sound-xcvr { 兼容 = "fsl,imx-audio-card"; 型号 = "imx-audio-xcvr"; pri-dai-link { 链接名称 = "XCVR PCM"; 中央处理器 { sound-dai = <&xcvr>;         }; }; }; &xcvr { #sound-dai-cells = <0>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_xcvr>; 状态 = "正常"; }; 对于 Tx 引脚复用,一个有记录的示例使用 MX8MP_IOMUXC_SPDIF_TX__AUDIOMIX_SPDIF1_OUT。 检查电路板布线/跳线。如果使用 NXP 音频板,请设置预期 S/PDIF 路径的物理布线。对于 i.MX8M Plus,J1500=1-2 将同轴连接器连接到 i.MX8M Plus,J1500=4-5 将光纤连接器连接到 i.MX8M Plus。如果通过 CPLD / HDMI 卡进行路由,则 J2511=1-3 的文档为“i.MX 8M Plus 到 CPLD 到 HDMI 卡”。 正确使用 ALSA / IEC958 S/PDIF 发送驱动程序支持 32、44.1 和 48 kHz 采样率,以及 S16_LE 和 S24_LE 格式;对于 24 位输出,文件必须使用每通道帧 32 位,并且只有 24 个最低有效位有效。如果路径需要的是 IEC958 子帧而不是原始 PCM,则在用户空间中进行 PCM 到 IEC958 的转换,例如使用 ALSA PCM 插件。 验证步骤: aplay -l 记录 -l 使用这些信息来识别 S/PDIF 播放/采集卡和设备 ID。文档显示 S/PDIF 设备显示为 ALSA 卡,例如 imxspdif [imx-spdif],设备 0:S/PDIF PCM。 交易验证: aplay -D hw: , audio48k24S.wav 参考验证方法使用外部光纤 S/PDIF 接收器,例如带有 WaveLab 的 M-Audio Transit USB 声卡,然后外部录制音频流并回放以检查正确性。 处方验证: arecord -D hw: , -c 2 -d 20 -r 48000 -f S24_LE record.wav 传递给 arecord 的采样率必须与输入的 S/PDIF 流采样率相匹配。对于 Rx,应用程序流程是打开 S/PDIF Rx PCM 设备,等待内部 DPLL 锁定到输入比特流,获取输入采样率,设置通道/格式/速率参数,然后准备并触发捕获。 对于协议级检查,请使用: iecset -c iecset 是用于设置或转储 IEC958 状态位的标准实用程序,并且该驱动程序还通过 ALSA 控制接口公开通道状态处理。 对于 i.MX8M Plus EVK 风格的验证,NXP 还记录了使用 imxaudioxcvr 卡进行环回式 Linux 测试的方法,例如从 imxaudioxcvr 录制音频并播放到 wm8960audio: arecord -Dsysdefault:CARD=imxaudioxcvr -c2 -r48000 -fS32_LE -twav | \ aplay -Dsysdefault:CARD=wm8960audio 简而言之:启用 i.MX S/PDIF / XCVR ALSA 驱动程序,配置 xcvr 设备树和板路由,然后使用 aplay、arecord、iecset 和外部光纤/同轴 S/PDIF 源或接收器验证 Tx/Rx。
View full article
Marking details Please advise the meaning of marking 04 01 616 for MPN : PCA9553DP/01,118
View full article
edge ai Suggest the EDGE AI app with imx93 Re: edge ai For i.MX 93, I’d suggest an edge-AI industrial vision / touchless HMI application as the strongest fit. Why it fits i.MX 93: i.MX 93 is intended for energy-efficient edge computing with ML acceleration and fast edge inferencing across industrial, automotive, and IoT markets. It integrates the Arm Ethos-U65 microNPU , which is designed to accelerate ML inference in embedded and IoT devices. NXP documentation specifically lists industrial HMI , industrial vision , industrial automation , touchless access control , and machine vision as i.MX 93 application areas. The platform supports AI use cases such as computer vision , voice recognition , object detection , facial recognition , and pose detection . A practical app concept: Smart Industrial Vision + Touchless Operator Interface Example features: Camera-based object detection for part presence, label checking, or defect screening. Gesture or pose detection for touchless machine control. Optional voice command interface for hands-free operation. Local inference on the i.MX 93, reducing cloud dependency and latency. Secure device identity and lifecycle support using the i.MX 93 security architecture, including EdgeLock-related capabilities referenced in the i.MX 93 materials. Other good i.MX 93 edge-AI app candidates: App idea Why it fits Smart doorbell / access control Uses face/object detection and local inference; smart doorbell and smart lock are listed i.MX 93 smart-home targets.  Driver monitoring system DMS is explicitly listed for i.MX 93 automotive-qualified parts.  Energy meter with anomaly detection Energy meter is listed for industrial/building-control use; ML can detect usage anomalies locally.  Smart fitness / pose-detection demo Pose detection and smart fitness examples are documented edge-AI use cases.  Best recommendation: build an industrial vision or touchless HMI edge-AI app on i.MX 93, because it aligns directly with the documented i.MX 93 NPU, industrial vision, HMI, and local ML inference use cases.
View full article
Issue "Weston.Service" on the "imx95-15x15-frdm" Debian using flex-installer "lsdk2606" version Hello, I installed the Debian image using flex-installer version "lsdk2606" using Spoiler (Highlight to read) sudo flex-installer -i auto -d /dev/sdX -m imx95-15x15-frdm sudo flex-installer -i auto -d /dev/sdX -m imx95-15x15-frdm on my imx95-15x15-frdm Then, I followed the standard procedure to continue the installation using  Spoiler (Highlight to read) debian-post-install-pkg debian-post-install-pkg After installing all the packages and rebooting, I encounter this error at startup: Spoiler (Highlight to read) [FAILED] Failed to start weston.service - W…nd compositor, as a system service. [FAILED] Failed to start weston.service - W…nd compositor, as a system service. Spoiler (Highlight to read) root@imx95-15x15-frdm:~# systemctl status weston.service × weston.service - Weston, a Wayland compositor, as a system service      Loaded: loaded (/usr/lib/systemd/system/weston.service; enabled; preset: enabled)      Active: failed (Result: exit-code) since Mon 2026-07-20 13:51:20 UTC; 19s ago  Invocation: 67b22b0fa1484ce681d8b2acdc107add TriggeredBy: ● weston.socket        Docs: man:weston(1)              man:weston.ini(5)              http://wayland.freedesktop.org/     Process: 408 ExecStart=/usr/bin/weston --log=${XDG_RUNTIME_DIR}/weston.log --modules=systemd-notify.so (code=exited, status=1/FAILURE)    Main PID: 408 (code=exited, status=1/FAILURE)    Mem peak: 3.5M         CPU: 49ms Jul 20 13:51:19 imx95-15x15-frdm systemd[1]: Starting weston.service - Weston, a Wayland compositor, as a system service... Jul 20 13:51:19 imx95-15x15-frdm (weston)[408]: pam_unix(weston-autologin:session): session opened for user root(uid=0) by (uid=0) Jul 20 13:51:20 imx95-15x15-frdm systemd[1]: weston.service: Main process exited, code=exited, status=1/FAILURE Jul 20 13:51:20 imx95-15x15-frdm systemd[1]: weston.service: Failed with result 'exit-code'. Jul 20 13:51:20 imx95-15x15-frdm systemd[1]: Failed to start weston.service - Weston, a Wayland compositor, as a system service. root@imx95-15x15-frdm:~# systemctl status weston.service× weston.service - Weston, a Wayland compositor, as a system service     Loaded: loaded (/usr/lib/systemd/system/weston.service; enabled; preset: enabled)     Active: failed (Result: exit-code) since Mon 2026-07-20 13:51:20 UTC; 19s ago Invocation: 67b22b0fa1484ce681d8b2acdc107addTriggeredBy: ● weston.socket       Docs: man:weston(1)             man:weston.ini(5)             http://wayland.freedesktop.org/    Process: 408 ExecStart=/usr/bin/weston --log=${XDG_RUNTIME_DIR}/weston.log --modules=systemd-notify.so (code=exited, status=1/FAILURE)   Main PID: 408 (code=exited, status=1/FAILURE)   Mem peak: 3.5M        CPU: 49ms Jul 20 13:51:19 imx95-15x15-frdm systemd[1]: Starting weston.service - Weston, a Wayland compositor, as a system service...Jul 20 13:51:19 imx95-15x15-frdm (weston)[408]: pam_unix(weston-autologin:session): session opened for user root(uid=0) by (uid=0)Jul 20 13:51:20 imx95-15x15-frdm systemd[1]: weston.service: Main process exited, code=exited, status=1/FAILUREJul 20 13:51:20 imx95-15x15-frdm systemd[1]: weston.service: Failed with result 'exit-code'.Jul 20 13:51:20 imx95-15x15-frdm systemd[1]: Failed to start weston.service - Weston, a Wayland compositor, as a system service. Spoiler (Highlight to read) root@imx95-15x15-frdm:~# cat /run/user/0/weston.log Date: 2026-07-20 UTC [12:34:22.150] weston 14.0.2 https://wayland.freedesktop.org Bug reports to: https://gitlab.freedesktop.org/wayland/weston/issues/ Build: LSDK-25.12_DEBIAN-13_LF-6.12.20-168-g2ddc741+ [12:34:22.153] Command line: /usr/bin/weston --log=/run/user/0/weston.log --modules=systemd-notify.so [12:34:22.153] OS: Linux, 6.12.49, #5 SMP PREEMPT Thu May 28 13:07:26 KST 2026, aarch64 [12:34:22.153] Flight recorder: enabled [12:34:22.155] Using config file '/etc/xdg/weston/weston.ini' [12:34:22.156] Output repaint window is 16 ms maximum. [12:34:22.158] Loading module '/usr/lib/libweston-14/drm-backend.so' [12:34:22.162] Failed to load module: libdisplay-info.so.1: cannot open shared object file: No such file or directory [12:34:22.162] fatal: failed to create compositor backend root@imx95-15x15-frdm:~# cat /run/user/0/weston.logDate: 2026-07-20 UTC[12:34:22.150] weston 14.0.2https://wayland.freedesktop.orgBug reports to: https://gitlab.freedesktop.org/wayland/weston/issues/Build: LSDK-25.12_DEBIAN-13_LF-6.12.20-168-g2ddc741+[12:34:22.153] Command line: /usr/bin/weston --log=/run/user/0/weston.log --modules=systemd-notify.so[12:34:22.153] OS: Linux, 6.12.49, #5 SMP PREEMPT Thu May 28 13:07:26 KST 2026, aarch64[12:34:22.153] Flight recorder: enabled[12:34:22.155] Using config file '/etc/xdg/weston/weston.ini'[12:34:22.156] Output repaint window is 16 ms maximum.[12:34:22.158] Loading module '/usr/lib/libweston-14/drm-backend.so'[12:34:22.162] Failed to load module: libdisplay-info.so.1: cannot open shared object file: No such file or directory[12:34:22.162] fatal: failed to create compositor backend I'm getting this error too (I don't know if it's related), but nothing is showing up on my screen. Spoiler (Highlight to read) it6263 3-004c: failed to clear DDC FIFO it6263 3-004c: Failed to read EDID it6263 3-004c: failed to clear DDC FIFOit6263 3-004c: Failed to read EDID
View full article
S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff I developed the program in S32DS. When trying to transmit CAN frames, only a short low-level pulse  is output on the TX pin, and the subsequent ID and data bits are truncated, so complete frames cannot be sent. No data is received by the USB-CAN analyzer, and the FlexCAN controller directly enters the bus-off state. I have checked clock configuration and register values, and tested different CAN channels, but the problem remains unsolved. I want to figure out which configuration parameter is set incorrectly. Thanks for your help. Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff Hi Julián, Thank you for your reply. I'd like to correct and add some important details to my earlier message, which was written in a hurry. Board: This is a third-party board (not an NXP EVB), model S32K148_REV2_Q144. Worth noting: I found errors in the seller's schematic (labeled transceiver position didn't match the actual PCB silkscreen), so the reference design documentation for this board may not be fully reliable. Official CAN example: I did try building Can_example_S32K148, but hit environment issues unrelated to CAN itself (missing toolchain/include paths, and finally a version mismatch error between Port_Ci_Port_Ip.h and Port_Ci_Port_Ip_Cfg.h — "different vendor ids"/"AutoSar Version Numbers are different"). This looks like an RTD package version mismatch with my own project, not an IDE version issue. I'll try to resolve it, but I don't think it's central to the hardware problem. New evidence (from my own project you already reviewed): I've done deeper verification with a logic analyzer since my last message: MB8 content is 100% correct — read directly from registers right after CDD_CanTransmit(): CS=0x0C080000 (CODE=0xC pending, DLC=8), ID=0x00400304 (>>18 = 0x10, matches config), DATA=0x01020304/0x05060708 (matches my 8-byte payload exactly). TX signal at the pin is correct too — probing PTE5 and the transceiver's TXD input simultaneously (200MHz logic analyzer), the two waveforms are identical, confirming the PCB trace is fine. But transmission aborts after only ~8-9 bit transitions (roughly SOF + a few arbitration bits), and the controller enters Bus-Off shortly after (ESR1 confirms FLTCONF=11, TXERRCNT increments each attempt). CANH/CANL show zero activity, even with the USB-CAN analyzer properly connected and 120Ω termination enabled (bus not floating). As a control test, I ran the same setup (floating vs. terminated) on a different, known-working STM32 board — CANH showed proper transitions once terminated. On my S32K148 board under identical terminated conditions, CANH/CANL remain completely flat. Same result on CAN1 (different pins/transceiver). Since MCU-side TXD is confirmed correct up to the transceiver input, but CANH/CANL never respond even with proper termination, I suspect the transceiver output stage (or something shared between both channels, e.g. supply transient behavior — I haven't been able to check this with a scope, only a logic analyzer). Questions: Does "TXD correct at transceiver input, but CANH/CANL completely flat under proper termination" more strongly suggest a transceiver hardware fault, or are there other common board-level issues (enable/standby circuit, supply decoupling) that could cause this exact symptom? Is it expected for FlexCAN to abort after only the first few arbitration bits (rather than completing the full frame and failing at the ACK slot) when there's no real bus activity? Want to confirm my understanding of the bit-monitoring mechanism. For the RTD version mismatch in the example project — is there a way to check which RTD version matches a given S32 Configuration Tool release, so I can get a matching example package? Thanks again for your help. Best regards, April Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff Hi Julián, I’m really surprised and thankful for your reply to my question.   I am using a self-designed hardware board; only the power supply circuit differs from the official EVB schematic, while the rest of the circuits are consistent with the reference design. I have tested the official CAN example project. I only configured CAN0 pins without enabling and configuring the PORT module inside the MCAL layer, and the project keeps failing to compile repeatedly.   The specific compile error is: " f../board/Port_Ci_Port_Ip_Cfg.h:47:10: fatal error: Port_Ci_Port_Ip_Types.h: No such file or directory".   I have this header file available in my self-configured project files, yet after importing this official example project, this header file is not generated automatically during code generation. Could this missing header file error be caused by mismatched IDE software versions? At present I’m developing on S32DS for S32 Platform, and I am downloading S32DS for ARM 2.2.2 to switch the development environment. Looking forward to your guidance.   Best regards,   April Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff Hello @April, From your project, configuration and routine seem to be correct. Could you please share if you are using an S32K148EVB from NXP, or if this is a custom design? Have you tried testing the Can_example_S32K148 project included within the RTD? You can simply add the CAN0 pins and disable loop back mode to enable Tx/Rx and test the routine.  Lastly, have you confirmed that both nodes (S32K148 and CAN analyzer) are set to the same bit timing and protocol configuration (CAN vs CAN FD)? You can use the following tool to calculate the values: MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FD bit timing calculation. If you are using a custom design, you can refer to the S32K148 EVB's schematic and Hardware Design Guidelines for S32K1xx for the CAN interface design and recommendations. Best regards, Julián
View full article
支持请求:使用 i.MX8M Plus LVDS 输出的 HD-SDI 接口 尊敬的先生, 我们正在设计一个基于NXP i.MX8M Plus处理器的系统,希望您能指导我们实现HD-SDI 接口。 我们的需求是支持三个 HD-SDI 输出。我们计划使用i.MX8M Plus 的LVDS 接口,并使用以下设备将其转换为 HD-SDI: LMH0340SQE/NOPB – LVDS 转 HD-SDI 串行器 2 × LMH0324RTWT – 1 对 3 HD-SDI 分配放大器 请问i.MX8M Plus的LVDS接口是否与该架构兼容,能够生成三个HD-SDI输出? 如果此方案不被推荐或支持,能否请您提供一个替代方案,以便在继续使用i.MX8M Plus处理器的情况下实现三个 HD-SDI 接口?我们希望在设计中保留 i.MX8M Plus,因为它满足我们所有其他系统要求。 我们非常感谢您能提供任何建议以及任何可能有助于我们成功实现此接口的参考设计或应用说明。 感谢您的支持。我们期待您的指导。 顺祝商祺! 萨穆德拉兰凯亚·詹帕尼 模拟(ADC|CMP|DAC|运算放大器) 电路板设计 MCXA MCXC
View full article