PT2000 编译错误 你好 我使用的是 Windows 下的 PT2000 Developer Studio v 1.4.3.0。 我使用软件提出的默认模板 " Peak and Hold Project with DC to DC 变流器 " 创建了一个新项目，保留了参数的所有默认值（iBoost、Ipeak、iHold 等），我根本没有修改代码然后运行了版本。 结果是 “版本错误” 窗口，如下所示 在 IDE 右侧的 版本 输出窗口中，我看到： 开始构建... 删除之前 启动恩智浦 MC33PT2000 汇编程序的输出文件用于 PSC 微码的 Java RUNTIME 版本是：1.8.0_371 用于 PSC 微码的 Java BUILD 版本是：1.6.0_18 使用默认语法文件：config\ syntax.xml 版本：1.9.5 用于设备：PT2000 从源文件 编译源文件：E:\FIRMWARE\PT2000\Test\MicrocodeCh1\ch1.psc Cipher with NFSR : FE71689514A0756CF637 , LFSR : 1EC7AD880E5E9E70D898 ASSEMBLER ERROR (0011) : E:\FIRMWARE\PT2000\Test\MicrocodeCh1\ch1.psc LINE 59 ：未知指令或参数。指令被忽略 装配失败。 启动 NXP MC33PT2000 汇编程序 PSC 微代码使用的 Java RUNTIME 版本为：1.8.0_371 用于 PSC 微码的 Java BUILD 版本是：1.6.0_18 使用默认语法文件：config\ syntax.xml 版本：1.9.5 用于设备：PT2000 从源文件 编译源文件：E:\FIRMWARE\PT2000\Test\MicrocodeCh2\ch2.psc Cipher with NFSR : FE71689514A0756CF637 , LFSR : 1EC7AD880E5E9E70D898 ASSEMBLER ERROR (0011) : E:\FIRMWARE\PT2000\Test\MicrocodeCh2\ch2.psc LINE 54 : Unknown instruction or argument.指令被忽略 装配失败。 启动 NXP MC33PT2000 汇编程序 PSC 微代码使用的 Java RUNTIME 版本为：1.8.0_371 用于 PSC 微码的 Java BUILD 版本是：1.6.0_18 使用默认语法文件：config\ syntax.xml 版本：1.9.5 用于设备：PT2000 从源文件 编译源文件：E:\FIRMWARE\PT2000\Test\MicrocodeCh3\ch3.psc 带有 NFSR 的密码：FE71689514A0756CF637，LFSR：1EC7AD880E5E9E70D898 二进制 CRC MSB：1100111111101100，LSB：0111100111011011 十六进制 CRC MSB：0xCFEC，LSB：0x79DB 汇编成功完成 。 成功创建 SPIGen 载入文件 E:\FIRMWARE\PT2000\Test\SPIGenMC33PT2000Files.txt 只有通道 3 的代码（用于燃油泵和 DCDC 管理的代码）编译成功，其他两个通道在第一条代码指令（通道 1 和通道 2 分别为第 59 行和第 54 行）上停止了汇编。 我哪里错了？ 请帮帮我。 此致问候 Re: PT2000 build error 你好，拉法、 这是我第一次安装/运行集成开发环境，而且是全新安装，以前没有安装过。 此致 Re: PT2000 build error 你好 alessandrocorti 日安 在使用该版本之前，您是否使用过另一个版本，然后进行了更新，或者您之前可以使用该版本，只是最近才遇到这个错误？ 出现此错误的原因可能是电脑版本较旧，文件可能混乱。如果是这种情况，我建议您卸载所有程序，确保删除所有文件，然后重新下载集成开发环境。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你愉快，好运连连。 Re: PT2000 build error 你好 alessandrocorti 我认为你在微码通道 1 的第 59 行和微码通道 2 的第 54 行引入了一些错误。但你没有注意到。 您可以创建一个新项目，或者将您遇到问题的项目发送给我们。我们可以帮您检查代码。 祝你愉快，好运连连。 Re: PT2000 build error 你好，拉法、 我没有对 IDE 自动生成的代码做任何修改，保留了所有默认设置，项目生成后我尝试版本它，结果出现了我之前报告的 Channel1 和 Channel2 的错误。 您是否尝试过使用 1.4.3.0 版本（采用默认参数设置）生成/构建一个全新的项目？IDE 和我一样吗？结果如何？你是否能够成功构建版本？ 为了更清楚地说明问题，我附上了IDE生成的项目。 感谢你的支持 Re: PT2000 build error 您好，我终于找到问题所在了，IDE 生成的代码行“init0: stgn gain8,68 sssc;”以逗号作为小数分隔符，而 IDE 期望小数分隔符为句点。将 gain8,68 替换为 gain8.68 后，一切就都能编译了。 感谢您的支持。

EMIOS PWM 工具错误，MCL 中的 EMIOS 0 通道 255 我正在尝试使用 S32K312 迷你开发板运行梯形电机控制。 移植初始化后，出现以下错误： 问题：[生成错误] 请在 MCL 中配置计数器总线 EMIOS_0_CH_255 级别：错误 类型：工具问题 工具：外围设备 来源：外围设备 资源：资料来源 信息：[生成错误] 请在 MCL 中配置计数器总线 EMIOS_0_CH_255 我的配置如下： EMIOS mcl 初始化 0 和 1。 EMIOS0 - 通道 0 -> PWM 时基 EMIOS1 - 通道 23 -> 霍尔脉冲计数器的时基 EMIOS PWM EMIOS0 通道 1 作为 OPWMB 用于 20KHz PWM EMIOS通道3作为OPWMB用于PWM脉冲 这两个通道均基于 二进码十进数(BCD) 模式下的 EMIOS 通道 0。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 这是一个mex文件。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 嗨@ArunnK 我已尝试将您提到的 Emios_Mcl 和 Emios_Pwm 配置应用到 FreeRTOS_Toggle_Example_S32K312（RTD 7.0.0 和 FreeRTOS 7.0.0）中，我这边无法重现这些错误。 请问您介意分享一下您的.mex域名吗？文件？如果您能详细说明一下您采取的步骤，那就太好了，这样我就可以尝试在这里重现同样的情况。 BR，VaneB Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 嗨@ArunnK 感谢您分享您的 .mex 文件。文件。 我将其导入到 FreeRTOS_Toggle_Example_S32K312（RTD 7.0.0 和 FreeRTOS 7.0.0）中。我之前使用的项目并没有出现过这个错误。为了确保我们遵循相同的步骤，请您尝试以下步骤： 删除当前示例项目并重新创建。 根据需要更新代码，确保一切正确。 配置生成成功后，转到“文件”→“导入”→“S32 配置工具”→“导入配置 (*.mex)”。 选择 .mex将您共享的文件合并到当前配置中。 之后，错误还会出现吗？为了确保万无一失，请再次确认您使用的所有软件版本是否兼容。

EMIOS PWMツールエラー Emios 0 ch 255 in MCL 私はS32K312ミニ開発ボードを使って台形モーター制御を試みています。 初期化処理を移植した後、次のエラーが発生します。 問題:[生成エラー] MCLでカウンターバスEMIOS_0_CH_255を設定してください レベル:誤差 タイプ:工具の問題 ツール:ペリフェラル 起源:ペリフェラル リソース:出典 情報:[生成エラー] MCLでカウンターバスEMIOS_0_CH_255を設定してください 私のセットアップは以下のとおりです。 EMIOS mcl は 0 と 1 を初期化します EMIOS0 - チャネル0 ->PWMのタイムベース EMIOS1 - チャネル23 -> ホールパルスカウンターのタイムベース EMIOS pwm PWM 20KHz用のOPWMBとしてEMIOS0チャンネル1 EMIOSチャンネル3をPWMパルス用のOPWMBとして 両チャネルともBCDモードでEMIOSチャネル0をベースにしています。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL ここにmexファイルがあります。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL こんにちは、 @ArunnK さん。 FreeRTOS_Toggle_Example_S32K312 (RTD 7.0.0、FreeRTOS 7.0.0) で、Emios_Mcl と Emios_Pwm に対してご指摘いただいた設定を適用してみました。私の方では、そのエラーを再現することができませんでした。 .mex ファイルを共有していただけませんか？ファイル？また、あなたが踏んだ手順を教えていただけるととても助かります。ここで同じ行動を再現できるので。 BR、VaneB Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL こんにちは、 @ArunnK さん。 .mexファイルを共有していただきありがとうございます。ファイル。 FreeRTOS_Toggle_Example_S32K312 (RTD 7.0.0、FreeRTOS 7.0.0) にインポートしました。以前使用していたプロジェクトでは、このエラーは発生しませんでした。同じ手順を踏んでいるか確認するために、以下の方法を試していただけますか: 現在のサンプルプロジェクトを削除して、再作成してください。 すべてが正しく動作するように、必要に応じてコードを更新してください。 設定が正常に生成されたら、[ファイル] → [インポート] → [S32 設定ツール] → [設定のインポート (*.mex)] に進みます。 .mexファイルを選択してくださいあなたが共有したファイルを現在の構成に統合します。 その後もエラーは表示されますか？念のため、使用しているすべてのソフトウェアバージョンが互換性があるかを必ず再確認してください。

GUI ガイド バージョン 1.8.1 は、使用中に予期せずクラッシュし続けます。 元のプロジェクトはバージョン1.8.1で作成したため、コードもバージョン1.8.1でメンテナンスしてきました。しかし、通常使用中にアプリが予期せずクラッシュするようになりました。当初はノートパソコンのスペックが低すぎて2つのプロジェクトを処理できないのではないかと考えていましたが、デスクトップパソコンでも頻繁にクラッシュします。この問題に遭遇した方がいらっしゃいましたら、ぜひ教えてください。また、公式チームには時間指定セーブ機能の追加を期待しています。どうぞよろしくお願いいたします。 Re: GUI guider版本 1.8.1使用过程中莫名闪退 こんにちは@xiaohutu 以下の情報をご提供ください。 1) 使用しているチップのモデル。 2) 別のテンプレートプロジェクトを試してみても、同じ問題は発生しますか？（複数のプロジェクトを試してみることをお勧めします。） 3) 自分のプロジェクトだけが GUI Guider のクラッシュの原因になっている場合は、いくつかのコンポーネントを削除してトラブルシューティングしてみてください。   BR アリス   Re: GUI guider版本 1.8.1使用过程中莫名闪退 ソフトウェアバージョンは1.8.1です。当初はコンポーネント設定の問題だと思っていましたが、プロジェクトを再作成しても初期セットアップ時に同じ問題が発生しました。具体的なプロジェクト構成は次のとおりです。 Re: GUI guider版本 1.8.1使用过程中莫名闪退 このプロジェクトは新規作成で、最新バージョン1.10.0をインストールしても問題は解決しませんでした。コンピュータ環境はWindows 11 Professional、システムバージョン26100.6584です。Java環境も再構成し、JDKバージョンは24.0.1です。現在、エミュレータ方式を使用するために特定のチップタイプは選択されていません。 Re: GUI guider版本 1.8.1使用过程中莫名闪退 こんにちは@xiaohutu このバージョンをアンインストールしてから、最新バージョンをインストールしてください。 それでもクラッシュが発生する場合は、プロジェクトを共有してください。 また、どのようなシステムを使用していますか? どのようなチップが使用されていますか? BR アリス Re: GUI guider版本 1.8.1使用过程中莫名闪退 こんにちは@xiaohutu すべての手順をビデオに録画してください。ありがとうございます! BR アリス Re: GUI guider版本 1.8.1使用过程中莫名闪退 appdataフォルダ内の設定ファイルを削除してみましたが、問題は解決しませんでした。

S32k116 读取 ADC 中断耗时 3.3 微秒 我每隔 50 微秒读取一次 ADC ch03。ADC 由 PDB 触发信号，PDB 由 TRIGMUX 触发信号，TRIGMUX 由 FTM0 触发信号，每 50 微秒触发信号一次。 从 FTM0 触发信号到 ADC 中断调用后，MCU 大约需要 3.3 微秒才能触发 ADC 中断。但耗时应小于 1.5 微秒（包括中断延迟和 API）。 请问为什么会出现 3.3 微秒的时间，以及如何缩短这个时间？ 顺祝商祺！ 罗希特 Re: S32k116 read ADC interrupt in 3.3uSec 感谢您的回复和理解。 - ADC时钟频率：48MHz - 根据ADC时钟重新计算单个ADC转换时间。 ADC总转换时间 = 采样相位（SMPLTS + 1）+ 保持（1 个周期）+ 比较各阶段（8b：20，10b：24，12b：28 个周期）+ 单/第一个连续加法器（5 个 ADC 周期 + 5 个总线周期） ：- 耗时 958.18 纳秒 - 检查 PDB 配置；确保预触发没有额外延迟（如果存在，则将其包含在计时中）：-没有额外延迟。 - 检查 ISR 开销；在 ADC ISR 入口处切换 GPIO：-请参考图片。 紫色 :-PWM 黄色：GPIO切换。 Re: S32k116 read ADC interrupt in 3.3uSec 您好， 提供的信息不足以做出更多评论。以下是一些需要检查的提示： - ADC时钟频率（可能过低→主要影响因素） - 修改采样时间，必须大于 275 ns。对于最大 ADC 时钟频率 50 MHz，大约需要 14 个 ADCK 周期；如果 ADCK 频率较低，则需要进一步增加周期数。 - 根据ADC时钟重新计算单次ADC转换时间： ADC总转换时间 = 采样相位（SMPLTS + 1）+ 保持（1 个周期）+ 比较各阶段（8b：20，10b：24，12b：28 个周期）+ 单路/第一连续加法器（5 个 ADC 周期 + 5 个总线周期） - 检查PDB配置；确保预触发没有额外的延迟（如果有，请将其包含在计时中） - 检查中断服务例程 (ISR) 开销；在 ADC ISR 入口处切换 GPIO。 BR，彼得 Re: S32k116 read ADC interrupt in 3.3uSec 您好， 如果立即进行额外的切换操作，产生的脉冲持续时间是多少？ 这样你就可以计算出需要从测量值 3.3us 中减去的时间。 BR，彼得 Re: S32k116 read ADC interrupt in 3.3uSec 您好， 能否也分享一下时钟设置？PCC_ADC寄存器的值是多少？ 你在代码的哪个位置放置了 GPIO 切换信号？ 你检查过这个切换功能需要多长时间吗？ BR，彼得 Re: S32k116 read ADC interrupt in 3.3uSec 请查看图片以了解 GUI 上的时钟配置和寄存器值。 能否也分享一下时钟设置？PCC_ADC寄存器的值是多少？ 你在代码的哪个位置放置了 GPIO 切换信号？ --> 在 ADC 中断处理程序内部。 你检查过这个切换功能需要多长时间吗？ -->不，我使用的是标准的NXP切换API。 Re: S32k116 read ADC interrupt in 3.3uSec GPIO 将在 380 纳秒后立即切换。 Re: S32k116 read ADC interrupt in 3.3uSec 您好， 你实际使用的是哪个IDE/驱动程序？看起来像是 SDK 1。 能否分享一个简化后的项目用于测试？ BR，彼得 Re: S32k116 read ADC interrupt in 3.3uSec 你实际使用的是哪个IDE/驱动程序？看起来像是 SDK 1。 --> S32平台的S32设计工作室 版本：3.5 构建 ID：220726 RTM 4.0.1 能否分享一个简化后的项目用于测试？ --> 附件 此外，我还在尝试配置其他通道来读取ADC。通道已配置，但始终读取为 0。 Re: S32k116 read ADC interrupt in 3.3uSec 您好， 我尝试将您的项目导入到已安装 RTM401 的 S32DS3.5 中，但似乎您实际使用的是 RTM402。 我确实会尝试使用RTM402。 但是，rtm402 不应该在 S32DS3.5 中使用；https://community.nxp.com/t5/S32-Design-Studio/my-IDE-ver-is-S32DS-3-5-How-can-i-install-S32K1XX-RTM-4-0-2/mp/2062416# 您是否对 SDK 项目或其他类似项目进行过任何形式的移植/迁移？ BR，彼得 Re: S32k116 read ADC interrupt in 3.3uSec 您是否对 SDK 项目或其他类似项目进行过任何形式的移植/迁移？ A:- 是的，我使用了之前创建的带有差异的工作区。我给你的项目文件的SDK。 我需要把配置文件和初始化函数文件的截图发给你验证一下吗？ Re: S32k116 read ADC interrupt in 3.3uSec 嘿 PtrS， 这方面有什么进展或建议吗？ Re: S32k116 read ADC interrupt in 3.3uSec 您好， 我终于看到了。 从代码来看，你似乎实际添加了 1 微秒的 PDB 延迟。所以，不要再拖延了。 最后一次直接寄存器写入操作不会被接受，因为寄存器会被缓冲，你需要写入 LDOK。 同时更改ADC中断，使其使用直接寄存器访问来切换引脚。 经过这些更改，并将 ADC SMPLTS=14（转换时间约为 1.125us）后，我可以看到延迟约为 1.8us。减去转换时间和脉冲时间，延迟约为 600ns。这可能与 Cortex-M0+ 从闪存运行时预期的 ADC 中断 → NVIC → ISR 延迟一致，因此它很可能主要来自 CPU 异常进入和闪存访问，而不是来自触发链本身。 BR，彼得    Re: S32k116 read ADC interrupt in 3.3uSec 由于 SKD 的更改，所有项目都开始出现 RTM 错误，项目完全无法运行。 除此之外，能否告知一下使用其他 3 个通道进行背靠背连接或软件触发的配置方法？ 顺祝商祺！ 罗希特

Unable to complete DDR test via NXP DDR Tool in IMX8M Plus Hi, I downloaded RPA Tool and updated the information. Here is the snapshot attached.   With the script I was able to get the PMIC information in debug. here are the debug log and .ds file for reference. I found out in the debug log the memory capacity was shown as : Density per chip select:  4096MB  Density per controller is: 4096MB  but I have used LPDDR4 RAM with 1GB capacity (W66DP2RQQAGJ: Dual-Die-Package (DDP) 32Mb x 16DQ x 8-banks x 2 channels with 8 Gb (8,589,934,592 bits) density. Also it got stuck in "Step 1: DDRPHY Training" Re: Unable to complete DDR test via NXP DDR Tool in IMX8M Plus hi, I am getting the same issue with Config tool. Here are the log for reference. Best regards Re: Unable to complete DDR test via NXP DDR Tool in IMX8M Plus Hello, I do not see issues in your configuration for that memory. Do you get the same issue if you try with DDR Tool of Config Tools? Best regards.

MU経由でHSEファームウェアをインストールする際にS32K3の復旧に問題が発生する 現在、`S32K3_HSE_DemoExamples`に含まれる`S32K344_Advanced_SecureBoot`デモを基に、HSEを使用してS32K344/S32K314上でセキュアブート機能を開発しています。機能開発のほとんどは完了しており、デバッグも無事に進めています。私たちの設定プログラムでは、ED25519を使ってBM、FBL、APPの署名を計算し、指定されたアドレスにフラッシュで書き込み、これら3つのアプリケーション(BMは起動前のSMR、FBLとAPPは起動後のSMR)ごとにSMRとCRを設定しています。しかしながら、いくつか不明瞭な点があり、皆様のご協力をいただければ幸いです。現在、HSEのFULL_MEM形式を使用しています。 すべてのアプリケーションバイナリの署名を計算するためにED25519アルゴリズムを使用しているため、設定プログラムの実行に時間がかかります。プログラムが終了する前に予期せず停電が発生した場合、HSEは回復不能なエラー状態に陥ることがわかっています。電源の再投入やファームウェアの再フラッシュを行っても、HSEはホストからの要求に一切応答しなくなった。レジスタ `0x4039C028` (HSE_CONFIG_GPR3) を確認すると、値が `0xC0` であることがわかります。ビット 0 が `0` になっていることから、HSE ファームウェアが SBAF によって消去された可能性があることがわかります。電源投入後、MU0 FSRレジスタも「0」になります。そこで、HSEファームウェアの再インストールを試みました。通常のIVTベースのインストール方法はもはや機能しないため、MUインターフェース経由で設置を試みました。 ドキュメントで説明された手順をシミュレートしましたが、ピンクイメージのSRAMアドレスをMU Txレジスタに書き込む(ステップ5)すると、HSE_CONFIG_GPR3の値がすぐに「0xC2」から「0xC0」へと変化し、ビット1が「1」から「0」に変わり、期待される成功応答「0xDACACADA」は一切受け取れないことがわかりました。 また、フォーラムでも同様の問題について言及しました： S32K3_HSEのMUインストールAB_SWAPプロセスが正しくありません。ステップ5の直後に機能的なリセットを試みましたが、リセット後も新しいHSEファームウェアはインストールできませんでした。 このような腐敗したHSE状態をどのように扱い、回復すればよいかアドバイスいただけますか? 何か調整が必要な場合はお知らせください。 Re: S32K3 recovery issue when install HSE fw via MU こんにちは@chengjinwang あなたが共有してくれたプロジェクトのソースファイルは暗号化されているため、読み取ることができません。暗号化されていないプレーンファイルを含むバージョンを提供してください。 数日前に、MUインターフェース経由でHSE AB_SWAPファームウェアを復元するTrace32スクリプトを作成し、すぐにFULL_MEMバージョン用に修正しました。私の環境では正常に動作しており、0xDACACADAという応答を受信しています。 ピンク色の画像の位置を書き込んだ後、次の操作を行うまでに約1.5秒待ちますか？この遅延はFULL_MEMのインストール手順には明示的に記載されていませんが、AB_SWAPバージョンでは必須です。これが問題かもしれません。 もしTrace32を使っているなら教えてください。スクリプトを共有します。 よろしくお願いいたします。 ルーカス Re: S32K3 recovery issue when install HSE fw via MU こちらが私がMU経由でHSE FWをインストールするために使っているリカバリープログラムです。何が問題か見てくれないか? Re: S32K3 recovery issue when install HSE fw via MU 添付ファイルは、私が現在使用しているプロジェクトの暗号化されていないバージョンです。テストには、S32K344チップ、PEデバッガ、および添付ファイルにあるS32DSプロジェクトを使用しています。ピンク色の画像を書き込んだ後、SBAFから正常な応答が得られるまで数秒待ってみましたが、それでもうまくいきませんでした。機能リセットを直接実行しても効果はありませんでした。添付プロジェクトのMUインストールルーチンに問題がないか確認していただけますか? Re: S32K3 recovery issue when install HSE fw via MU 私は自分のボードでそのプロジェクトをテストしました。まず、起動ファイル内のRAM初期化を修正する必要がありました。ピンク色のファイルをRAMにコピーする際にハードフォルトが発生したためです。これらのHSEデモの例ではRAMの初期化があまり良くないので、私は次のような簡単な修正を行いました: PemicroデバッガはRAMを自動的に初期化し、機能リセット時でもRAM内容が保持されるため、おそらくこの問題は見られなかったでしょう。しかし、電源を入れても動作しなかった。デバッグにはTrace32を使っていたので、最初から気づきました。 次にIVTを修正しました。ピンクのファイルへのポインタを削除し、最初のリセット後に自動的にインストールされず、Muでインストールを確認できるようにしました。 そして結果として、0xDACACADAという値が得られ、ファームウェアはMU経由でインストールされました。つまり、手順は明らかに正しいのです。 問題は、なぜあなたの側ではうまくいかないのかということです。 お使いのデバイスのSBAFのバージョンは何ですか？0x4039_C020 のダブルワードを読み取ってください。 よろしくお願いいたします。 ルーカス

PT2000 ビルドエラー こんにちは、 私はWindows上でPT2000 Developer Studio v1.4.3.0を使用しています。 私は、ソフトウェアが提案するデフォルトテンプレート「DC-DCコンバータを使用したピークアンドホールドプロジェクト」を使用して新しいプロジェクトを作成し、パラメータ（IBoost、Ipeak、IHoldなど）のすべての値をデフォルト値のままにして、コードには一切変更を加えず、ビルドを実行しました。 その結果、以下のようなビルドエラーウィンドウが表示されます。 IDEのビルド出力ウィンドウの右側に、以下が表示されます。 ビルドを開始しています... 以前の出力ファイルを削除しています NXP MC33PT2000用アセンブラを起動します PSCマイクロコードに使用されているJavaランタイムのバージョンは1.8.0_371です。 PSCマイクロコードに使用されているJavaビルドバージョンは1.6.0_18です。 デフォルトの構文ファイル：config\syntax.xml、バージョン：1.9.5、デバイス：PT2000を使用しています。 ソースファイルからソースをコンパイルしています: E:\FIRMWARE\PT2000\Test\MicrocodeCh1\ch1.psc NFSR: FE71689514A0756CF637、LFSR: 1EC7AD880E5E9E70D898 で暗号化 アセンブラエラー (0011) : E:\FIRMWARE\PT2000\Test\MicrocodeCh1\ch1.psc 59 行目 : 不明な命令または引数。指示は無視されました アセンブリに失敗しました。 NXP MC33PT2000用アセンブラを起動します PSCマイクロコードに使用されているJavaランタイムのバージョンは1.8.0_371です。 PSCマイクロコードに使用されているJavaビルドバージョンは1.6.0_18です。 デフォルトの構文ファイル：config\syntax.xml、バージョン：1.9.5、デバイス：PT2000を使用しています。 ソースファイルからソースをコンパイルしています: E:\FIRMWARE\PT2000\Test\MicrocodeCh2\ch2.psc NFSR: FE71689514A0756CF637、LFSR: 1EC7AD880E5E9E70D898 で暗号化 アセンブラエラー (0011) : E:\FIRMWARE\PT2000\Test\MicrocodeCh2\ch2.psc 54 行目 : 不明な命令または引数。指示は無視されました アセンブリに失敗しました。 NXP MC33PT2000用アセンブラを起動します PSCマイクロコードに使用されているJavaランタイムのバージョンは1.8.0_371です。 PSCマイクロコードに使用されているJavaビルドバージョンは1.6.0_18です。 デフォルトの構文ファイル：config\syntax.xml、バージョン：1.9.5、デバイス：PT2000を使用しています。 ソースファイルからソースをコンパイルしています: E:\FIRMWARE\PT2000\Test\MicrocodeCh3\ch3.psc NFSR: FE71689514A0756CF637、LFSR: 1EC7AD880E5E9E70D898 で暗号化 バイナリCRCの最上位ビット: 1100111111101100、最下位ビット: 0111100111011011 16進数CRCの最上位ビット：0xCFEC、最下位ビット：0x79DB 組み立ては無事完了しました。 SPIGenロードファイルの作成に成功しました E:\FIRMWARE\PT2000\Test\SPIGenMC33PT2000Files.txt 燃料ポンプとDCDCマネジメント用のチャンネル3コードのみが正常にコンパイルされ、他の2つのチャンネルは最初のコード命令（チャンネル1の場合は59行目、チャンネル2の場合は54行目）でアセンブリが停止します。 私のどこが間違っているのでしょうか？ 助けてください。 よろしくお願いします。 Re: PT2000 build error こんにちは、RafaRさん。 今回初めてIDEをインストール/実行します。インストールは新規インストールで、以前に誰かがインストールした形跡はありません。 よろしくお願いします。 Re: PT2000 build error こんにちは、アレッサンドロコルティ 良い一日！ このバージョンを使用する前は、別のバージョンを使用していて、その後アップデートしたのでしょうか？それとも、以前は問題なく使用できていて、最近になってこのエラーが発生したのでしょうか？ このエラーは、コンピューターのバージョンが古いため、ファイルの内容が混乱している可能性があることが原因で発生する場合があります。もしそうであれば、すべてをアンインストールし、すべてのファイルを削除してから、IDEを再度ダウンロードすることをお勧めします。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: PT2000 build error こんにちは、アレッサンドロコルティ MicroCodeチャネル1の59行目とMicroCodeチャネル2の54行目で何かエラーを導入したと思います。でも気づかなかった。 新しいポージェクトを再現してもらえますか?または、あなたの課題プロジェクトを私たちに送ってください。コードの確認をお手伝いできます。 良い一日をお過ごしください。幸運を祈ります。 Re: PT2000 build error こんにちは、RafaRさん。 IDEが自動生成したコードには何もしていません。デフォルト設定はすべてそのままにして、プロジェクト生成直後にビルドを試みたところ、報告したChannel1とChannel2でエラーが出ました。 1.4.3.0 を使用して、（デフォルトのパラメータ設定を使用して）新しいプロジェクトを生成/ビルドしてみましたか？私のようなIDEですか?結果はどうなった?あなたは成功を築き上げることができますか？ わかりやすくするために、IDEで生成されたプロジェクトを添付します。 ご対応ありがとうございます。 Re: PT2000 build error こんにちは、ついに問題がわかりました。IDEは「init0: stgn gain8,68 sssc」というラインコードを生成しました。「」はコンマを小数点区切り子として使う一方で、IDEは点を小数点区切りとして期待します。gain8,68をgain8.68に置き換えることで、すべて構築可能です。 ご支援ありがとうございます。

IMX219 (RPi Cam v2) probes but does not stream on FRDM-IMX93 with stock imx93-11x11-frdm-imx219 over Environment - Board: FRDM-IMX93 (i.MX93 11x11) - BSP: Yocto Scarthgap, linux-imx-6.6.36-2.1.0 (kernel commit 20d9f5efabdd), MACHINE=imx93frdm, DISTRO=fsl-imx-xwayland - Sensor: Raspberry Pi Camera Module v2 (Sony IMX219), on the P6 MIPI-CSI connector - Device tree: stock arch/arm64/boot/dts/freescale/imx93-11x11-frdm-imx219.dtso Summary The BSP ships an IMX219 device-tree overlay for this board, and with it the sensor powers up and is detected correctly on I2C (chip ID at 0x10 reads 0x0219). However, the V4L2 capture pipeline never delivers frames. Tracing it down, there appear to be three independent issues in the downstream staging camera drivers. The mainline sony,imx219 driver follows the modern V4L2 subdev model, whereas the NXP staging CSI/ISI stack still assumes the older ov5640-style model. Issue 1 — media graph teardown ("Sensor register failed") drivers/staging/media/imx/imx8-media-dev.c : mxc_md_create_links() calls media_entity_call(sensor, link_setup, ...). The mainline imx219 driver does not implement .link_setup, so the call returns -ENOIOCTLCMD (-515) and is treated as fatal. The sensor->CSI link is never created and the whole media device is torn down: mx8-img-md: Registered sensor subdevice: imx219 2-0010 (1) mx8-img-md: created link [mxc_isi.0] => [mxc_isi.0.capture] mx8-img-md: created link [mxc-mipi-csi2.0] => [mxc_isi.0] mx8-img-md: subdev_notifier_complete error exit mxc-md 42800000.bus:camera: Sensor register failed mxc-md: probe of 42800000.bus:camera failed with error -515 (ov5640 works because ov5640.c provides a no-op .link_setup.) Issue 2 — streamon aborts ("Call subdev s_power fail!") drivers/staging/media/imx/imx8-isi-cap.c : mxc_isi_cap_streamon() calls v4l2_subdev_call(src_sd, core, s_power, 1) and treats failure as fatal. imx219 uses runtime PM and does not implement the deprecated .s_power, so the call returns -ENOIOCTLCMD and streaming aborts: mxc_isi.0: Call subdev s_power fail! (ov5640 works because ov5640.c provides .s_power.) Issue 3 — CSI hardcoded to YUV422, cannot parse RAW10 (links up but 0 frames) drivers/staging/media/imx/dwc-mipi-csi2.c is effectively YUV422-only: - dwc_csi2h_formats[] lists only SBGGR Bayer codes, not SRGGB (IMX219 is SRGGB10). find_csi2h_format() therefore fails and the format silently reverts to YUYV. - dwc_mipi_csi2_set_fmt() never stores csi2h->format, so disp_mix_gasket_config() sees the default YUYV code. - dwc_mipi_csi2_param_init() hardcodes ipi_cfg->data_type = DT_YUV422_8. The CSI then reports the wrong datatype and no frames are captured even though all links are ENABLED and VIDIOC_STREAMON returns 0: mxc-mipi-csi2.0: format: 0x2008 <- YUYV; expected 0x300f (SRGGB10) What made it work for us (for your validation) After (a) making imx8-media-dev / imx8-isi-cap treat a missing optional op (-ENOIOCTLCMD from link_setup / s_power) as non-fatal, and (b) teaching dwc-mipi-csi2 about SRGGB8/10/12 (store the negotiated format and set the IPI data_type from it), the pipeline comes up correctly:- mxc-mipi-csi2.0: format: 0x300f imx219 -> mxc-mipi-csi2.0 -> mxc_isi.0 -> /dev/video0 ~27 fps, live frames captured. Fix (a) is sensor-agnostic and would help any modern mainline sensor on this stack; fix (b) adds RAW Bayer support to the CSI. Secondary note — module load ordering On a fresh boot the graph also fails to register because imx8_media_dev runs its async notifier before the imx219 module is loaded; the video node registers and is then unregistered. A manual "modprobe -r imx8_media_dev imx219; modprobe imx219; modprobe imx8_media_dev" rebuilds it. A softdep / load-order hint would make this work out of the box. Questions 1. Is IMX219 an officially supported/validated camera on FRDM-IMX93 in this BSP, or is the intended/validated path the AP1302 ISP module? The shipped imx219.dtso suggests bare-IMX219 is meant to work. 2. Are the three behaviors above considered bugs you would accept fixes for, or is there a recommended/known-good configuration we are missing? 3. If useful, I am happy to share the patches as clean commits. Thanks! FRDM-i.MX93 #IMX219 RPI-CAM-MIPI  Yocto Project Re: IMX219 (RPi Cam v2) probes but does not stream on FRDM-IMX93 with stock imx93-11x11-frdm-imx219 Hello, Thank you for reaching out, I will check with software team and will double check if there is some fix in later BSP about this, will update as soon as possible. Best regards/Saludos, Aldo.

如何禁用 FRDM-A-S32K344 上的批量擦除功能 为 FRDM-A-S32K344 创建了两个应用程序。一个应用程序位于地址 0x00400000，另一个应用程序位于地址 0x00500000。 当我使用板载调试器烧录其中一个应用程序时，它会执行批量擦除，并将另一个应用程序也删除。 如何禁用批量擦除，并将调试器配置为在编程期间仅擦除特定的闪存区域或部分？ Re: How to Disable Mass Erase on the FRDM-A-S32K344 你好， 好的，看来您能够同时成功加载这两个二进制文件。 但是，你没有提到你会使用引导加载程序。 你真正想要的 RESET → 启动加载程序运行 → 等待 SW2 → 跳转到应用程序   在 S32DS 中使用启动组时，每个调试配置都会加载其 ELF 文件，最后一个 ELF 文件决定当前程序计数器。因此，应用程序入口点会覆盖引导加载程序，导致引导加载程序被跳过。 为确保引导加载程序正确执行，请使用单个调试配置，该配置加载两个映像，但从引导加载程序重置向量开始执行。同时禁用“运行到主程序”以避免跳过启动代码。 真正复位后，S32K3 总是从预定义的启动地址（内部闪存地址 0x00400000）开始执行，并执行第一个有效的映像（通常是您的引导加载程序）。 然而，在使用 S32DS 进行调试时，调试器可以覆盖此行为，在加载 ELF 文件后，调试器可能会将程序计数器设置为应用程序入口点，从而有效地绕过引导加载程序。 顺祝商祺！ Peter Re: How to Disable Mass Erase on the FRDM-A-S32K344 你好， 谢谢你的建议。 我创建了一个启动组，并添加了引导加载程序和应用程序 ELF 调试配置。但是，当我启动调试会话时，似乎只有应用程序代码在运行，而引导加载程序的执行被绕过了。我的要求是，RESET后先执行引导加载程序，然后只有在按下 SW2 时才跳转到应用程序。 请问是否需要进行任何额外的启动组设置或调试器配置，以确保引导加载程序在应用程序运行之前运行？ 我正在使用FRDM-A-S32K344上的板载调试器。 Re: How to Disable Mass Erase on the FRDM-A-S32K344 你好， 在调试配置中，您可以创建一个启动组，然后简单地添加所有要加载的 ELF 文件。这样就可以加载多个图像（例如）一次性完成引导加载程序 + 应用程序。 顺祝商祺！ Peter Re: How to Disable Mass Erase on the FRDM-A-S32K344 Hello 能否解释一下如何配置 S32DS，以便加载两个 ELF 文件，但将程序计数器 (PC) 设置为 0x00400000 处的引导加载程序 Reset_Handler，而不是应用程序入口点？

编译 chromium-ozone-wayland 时构建失败 你好， 我尝试在 Yocto 上为 IMX8MP 开发板编译 chromium-ozone-wayland，但编译失败并出现以下错误： | 调试：Python 函数 extend_recipe_sysroot 已完成 | 调试：正在执行 shell 函数 do_configure | 错误位于 //.gn:150:5: 赋值无效。 | build_dotfile_settings.exec_script_allowlist + | ^--------------------------------------------- 您在此处设置了变量“exec_script_allowlist”，但在它离开之前未使用过。 | 超出范围。 | 警告：shell 命令的退出代码为 1。 错误：任务 (/home/admin/Dharmik/IMX8M-Plus/sources/meta-browser/meta-chromium/recipes-browser/chromium/chromium-ozone-wayland_138.0.7204.157.bb:do_configure)失败，退出代码为“1” 注意：任务摘要：尝试了 2814 个任务，其中 2800 个不需要重新运行，1 个失败。 我已在 conf/local.conf 中添加了 CORE_IMAGE_EXTRA_INSTALL += "chromium-ozone-wayland" 以下是我的 Yocto 配置： 构建配置： BB_VERSION = "2.16.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS =“aarch64-poky-linux” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-wayland" DISTRO_VERSION = "6.18-whinlatter" TUNE_FEATURES = "aarch64 armv8a crc crypto" 谢谢！ 达摩克 Re: Build failed while compiling chromium-ozone-wayland 我在之前的 Chromium 版本中遇到过这个错误，当时我的解决方法是修改以下文件： \tmp\work\armv8a-mx8-poky-linux\chromium-ozone-wayland\117.0.5938.132\chromium-117.0.5938.132\media\gpu\sandbox\BUILD.gn if (current_cpu != "s390x" && current_cpu != "ppc64" && is_linux && ozone_platform_x11 && !is_castos) { # For DRI_DRIVER_DIR. configs += [ "//build/config/linux/dri" ] } 添加“ && ozone_platform_x11 将“添加到此文件底部的平台列表”解决了这个问题。 请问 Chromium v138 是否已经添加了 ozone_platform_x11 模块？ 顺祝商祺！ 戴安娜 Re: Build failed while compiling chromium-ozone-wayland 添加PREFERRED_VERSION_gn-native = "0+git" 更改后，出现以下错误： | 调试：Python 函数 extend_recipe_sysroot 已完成 | 调试：正在执行 shell 函数 do_configure | 错误位于 //build/config/linux/dri/BUILD.gn:11:20: 脚本返回非零退出代码。 | dri_driver_dir = exec_script(pkg_config_script, | ^---------- | 当前目录：/home/admin/Dharmik/IMX8M-Plus/build-imx8mp/tmp/work/armv8a-mx8mp-poky-linux/chromium-ozone-wayland/138.0.7204.157/sources/chromium-138.0.7204.157/out/Release/ | 命令：python3 /home/admin/Dharmik/IMX8M-Plus/build-imx8mp/tmp/work/armv8a-mx8mp-poky-linux/chromium-ozone-wayland/138.0.7204.157/sources/chromium-138.0.7204.157/build/config/linux/pkg-config.py --dridriverdir dri 返回值为 1，并打印出来： | | pkg-config 出错。 | | 标准错误输出： | | 在 pkg-config 搜索路径中未找到软件包 dri。 或许您应该添加包含 `dri.pc` 的目录。 | 添加到 PKG_CONFIG_PATH 环境变量 未找到软件包“dri”。 | | 请参阅 //media/gpu/sandbox/BUILD.gn:31:18：导致该文件被包含。 | configs += [ "//build/config/linux/dri" ] | ^------------------------- | 警告：shell 命令的退出代码为 1。 谢谢！ 达摩克 Re: Build failed while compiling chromium-ozone-wayland 你好， Dharmik， 除了 chromium 软件包之外，您能否尝试在local.conf中添加其他内容？ PREFERRED_VERSION_gn-native = "0+git" 如果问题仍然存在，请告知我。 顺祝商祺！ 戴安娜

我想在 Yocto 上运行 Qt 应用程序，并使用 Wayland 作为后端。 我想在 基于 iMX9332 + Linux 6.12.49 和从 imx-image-full-imx93evk.wic 中提取的 rootfs 的 wayland 后端上 运行 Qt 应用程序 。 但发生错误：qt.qpa.wayland：qtvirtualkeyboard 目前在客户端不受支持，请在合成器端使用 QT_IM_MODULES=qtvirtualkeyboard。 如何使用 QT qtvirtualkeyboard？ 谢谢！ Yocto Project Re: I want to run Qt Application on Yocto with wayland backend. 你好@OscarLi 希望你一切都好。 imx-image-full图像默认使用 Weston 作为 Wayland 合成器。 Weston 通过 weston.ini 处理输入法。位于 /etc/xdg/weston/weston.ini。 在该文件中，您需要添加 [input-method] 并设置 QT 虚拟键盘框架。 例如： [input-method] path=/usr/libexec/qtvirtualkeyboard-path 然后导出： export QT_IM_MODULE=qtvirtualkeyboard ./your-qt-application -platform wayland 您也可以尝试： export QT_IM_MODULE=wayland ./your-qt-application -platform wayland 顺祝商祺！ 萨拉斯。

Requesting Gerbers for AFT05MP075N Hello, I'm working on a VHF/UHF power amplifier design using the AFT05MP075N. I have the DXF reference PCB files from the AFT05MP075N product page but I will need the complete Gerber file package for the 450–520 MHz broadband reference board. I understand these were previously provided to customers upon request. I would like support in getting those files. Thank you RF Re: Requesting Gerbers for AFT05MP075N Hello, Please note that NXP does not provide Gerber files for this product. Instead, we offer a DXF file, which you can find on the product page under the Design Resources section. We apologize for any inconvenience this may cause and appreciate your understanding.

KSZ9131とiMX 8M Plusのインターフェース こんにちは、 私たちは、iMX 8M Plus SOC にインターフェースされるデザインの 1 つに ksz9131 phy を使用しています。KSZ9131 phy は SOC の fec MAC にコネクテッドされます。micrel phy ドライバと fec MAC ドライバが適切にロードされています。問題は、OS が起動するたびに、phy が RGMII モードで適切に構成されないことです。phy を動作させるには、OS の起動後に以下のコマンドを実行する必要があります。 ethtool -s eth0 速度 1000 デュプレックス 全二重 上記のコマンドを実行すると、phy が動作を開始します。このコマンドを実行せずに phy を動作させる方法を誰か知っていますか。最善の解決策は何でしょうか? このコマンドを実行する前と実行後に、PHY のレジスタ ダンプを取得しました。私の理解によれば、レジスタ 0x04 (車載-NEGOTIATION ADVERTISEMENT REGISTER) を値 0x0401 に設定する必要があります。micrel ドライバを使用してこの値を設定しようとしましたが、OS の起動時に反映されません。もっと良い解決策を提案してください。 よろしくお願いします。 i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: Interfacing KSZ9131 to iMX 8M Plus こんにちは、シャスワスさん。 私は imx8mn で KSZ9131 Phy デバイスを使用しています。ターミナルで ifcoonfig と入力すると最初は表示され、Phy に接続できましたが、uboot で IP アドレスを変更してリセットすると、Phy が表示されなくなり、$ dmesg | grep -i イーサネット で次のプロンプトが表示されます。 fsl_dpa : FSL DPAA イーサネット ドライバ mdio_bus 30be0000.イーサネット-1:アドレス3のMDIOデバイスが見つかりません fec 30be0000.イーサネット eth0: 登録済みPHCデバイス0 fec 30be0000.イーサネット eth0: phyに接続できません あなたの星座と上記のDTSに応じて、あなたに尋ねたいのですが、 FEC と KSZ9131 で使用される電圧はいくらですか (1.8V または 3.3V)? PHY 機能を実現するためにどの電源電圧が使用されるかを確認するために、ksz9131 と imx8mp 間の接続の回路図を共有していただけますか。 事前に感謝いたします。 Re: Interfacing KSZ9131 to iMX 8M Plus こんにちは。解決策の詳細を教えてCANますか?私も同じ状況です。 Re: Interfacing KSZ9131 to iMX 8M Plus 問題は解決しました! Re: Interfacing KSZ9131 to iMX 8M Plus こんにちは、 イーサネット接続にも問題が発生しています。IMX8MP-EVK をベースにしたカスタム ボードにコネクテッドされた唯一の PHY として KSZ9131 を使用しています。 https://github.com/nxp-imx/linux-imx/tree/lf-5.15.yの Linux 5.15.71-lts を使用しています。 以下はデバイス ツリーの構成です。 &eqos { status = "disabled"; }; &fec { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_eqos>; phy-mode = "rgmii-id"; phy-handle = <&ethphy1>; fsl,magic-packet; status = "okay"; mdio { #address-cells = <1>; #size-cells = <0>; ethphy1: ethernet-phy@0 { compatible = "ethernet-phy-ieee802.3-c22"; reg = <0>; reset-gpios = <&gpio1 15 GPIO_ACTIVE_LOW>; reset-assert-us = <10000>; reset-deassert-us = <50000>; }; }; }; pinctrl_eqos: eqosgrp { fsl,pins = < MX8MP_IOMUXC_ENET_MDC__ENET_QOS_MDC 0x2 MX8MP_IOMUXC_ENET_MDIO__ENET_QOS_MDIO 0x2 MX8MP_IOMUXC_ENET_RD0__ENET_QOS_RGMII_RD0 0x90 MX8MP_IOMUXC_ENET_RD1__ENET_QOS_RGMII_RD1 0x90 MX8MP_IOMUXC_ENET_RD2__ENET_QOS_RGMII_RD2 0x90 MX8MP_IOMUXC_ENET_RD3__ENET_QOS_RGMII_RD3 0x90 MX8MP_IOMUXC_ENET_RXC__CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK 0x90 MX8MP_IOMUXC_ENET_RX_CTL__ENET_QOS_RGMII_RX_CTL 0x90 MX8MP_IOMUXC_ENET_TD0__ENET_QOS_RGMII_TD0 0x16 MX8MP_IOMUXC_ENET_TD1__ENET_QOS_RGMII_TD1 0x16 MX8MP_IOMUXC_ENET_TD2__ENET_QOS_RGMII_TD2 0x16 MX8MP_IOMUXC_ENET_TD3__ENET_QOS_RGMII_TD3 0x16 MX8MP_IOMUXC_ENET_TX_CTL__ENET_QOS_RGMII_TX_CTL 0x16 MX8MP_IOMUXC_ENET_TXC__CCM_ENET_QOS_CLOCK_GENERATE_TX_CLK 0x16 MX8MP_IOMUXC_GPIO1_IO15__GPIO1_IO15 0x10 >; }; LED が点滅しているのが CAN 確認でき、ifconfig eth0 up/down で制御できます。 しかし、接続が確立されません。IP アドレスとゲートウェイを手動で設定しても、ネットワーク内のデバイスに ping したりアクセスしたりすることはできません。 dmesg | grep -i ethernet [ 1.379338] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 1.413546] igb: Intel(R) Gigabit Ethernet Network Driver [ 2.110231] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 3.259066] fec 30be0000.ethernet: Invalid MAC address: 00:00:00:00:00:00 [ 3.265916] fec 30be0000.ethernet: Using random MAC address: 0e:d0:09:5e:f3:8d [ 3.357940] fec 30be0000.ethernet eth0: registered PHC device 0 [ 9.012865] Generic PHY 30be0000.ethernet-1:00: attached PHY driver (mii_bus:phy_addr=30be0000.ethernet-1:00, irq=POLL) ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: Not reported Supported pause frame use: Symmetric Supports auto-negotiation: No Supported FEC modes: Not reported Advertised link modes: Not reported Advertised pause frame use: Symmetric Advertised auto-negotiation: No Advertised FEC modes: Not reported Speed: 10Mb/s Duplex: Half Auto-negotiation: off Port: MII PHYAD: 0 Transceiver: external Supports Wake-on: g Wake-on: d Link detected: no どんなご支援でも大変感謝いたします。 よろしくお願いいたします。 シャスワス IMX8Mプラス Re: Interfacing KSZ9131 to iMX 8M Plus こんにちは@vinay_hasyagar お元気でお過ごしでしょうか。 下記例を参考にしてください。 &イーサネット0 { ステータス = "正常"; pinctrl-0 = <&ethernet0_rgmii_pins_a>; pinctrl-1 = <&ethernet0_rgmii_pins_sleep_ a>; pinctrl-names = "default", "sleep"; phy-mode = "rgmii"; 最大速度<1000> =; phy-handle = <&phy0>; mdio0 { #アドレスセル<1> =; #セルサイズ<0> =; 互換性 = "snps,dwmac-mdio"; phy0: イーサネット-phy@1 { レジスタ<1> =; }; }; }; この構成がデバイス ツリー内のイーサネット ノードに対して行われていることを確認してください。 ------------------------------ -------------------------------- -------------------------------- ----------------------------- 注: この投稿で質問が解決した場合は、「正解」ボタンをクリックしてください。ありがとう！ ------------------------------ -------------------------------- -------------------------------- ----------------------------- ありがとう、よろしく。 ドゥルヴィット・ヴァサヴァダ Re: Interfacing KSZ9131 to iMX 8M Plus こんにちは、vinay_hasyagarさん 私も同じ問題に直面しています。10 メガビットのリンクを取得し、ブート直後にethtool -s eth0 speed 10 duplex full と入力するまで同じ問題が発生します。 問題をどのように解決したかヒントを教えていただけますか? よろしくお願いします Re: Interfacing KSZ9131 to iMX 8M Plus &fec { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_fec>; phy-mode = "rgmii-id"; phy-handle = <&ethphy2>; fsl、マジックパケット; ステータス = "正常";   mdio { //互換性 = "snps,dwmac-mdio"; #address-cells = <1>; #size-cells = <0>; クロック周波数 = <5000000>;   ethphy2: イーサネットphy@3 { Compatible = "イーサネット-Phy-IEEE802.3-C22"; reg = <3>; eee-broken-1000t;   reset-gpios = <&gpio2 24 GPIO_ACTIVE_LOW>; reset-assert-us = <10000>; reset-deassert-us = <50000>;   txc-skew-ps = <1800>; rxc-skew-ps = <1800>; }; }; }; pinctrl_fec: fecgrp { fsl、pins = < MX93_PAD_ENET2_MDC__ENET1_MDC 0x57e MX93_PAD_ENET2_MDIO__ENET1_MDIO 0x57e MX93_PAD_ENET2_RD0__ENET1_RGMII_RD0 0x57e MX93_PAD_ENET2_RD1__ENET1_RGMII_RD1 0x57e MX93_PAD_ENET2_RD2__ENET1_RGMII_RD2 0x57e MX93_PAD_ENET2_RD3__ENET1_RGMII_RD3 0x57e MX93_PAD_ENET2_RXC__ENET1_RGMII_RXC 0x5fe MX93_PAD_ENET2_RX_CTL__ENET1_RGMII_RX_CTL 0x57e MX93_PAD_ENET2_TD0__ENET1_RGMII_TD0 0x57e MX93_PAD_ENET2_TD1__ENET1_RGMII_TD1 0x57e MX93_PAD_ENET2_TD2__ENET1_RGMII_TD2 0x57e MX93_PAD_ENET2_TD3__ENET1_RGMII_TD3 0x57e MX93_PAD_ENET2_TXC__ENET1_RGMII_TXC 0x5fe MX93_PAD_ENET2_TX_CTL__ENET1_RGMII_TX_CTL 0x57e >; }; こんにちは、シャスワスさん。 同じ問題を解決する手助けをいただけますか? どんなご協力でもありがたいです。 よろしくお願いいたします。 ニラヴ

NFCアンテナにおける固体平面の機能 こんにちは、 私たちはNFCアンテナをコントローラボードに統合しています。 当社のアンテナは、約90mm×40mmのサイズで、3ターン巻かれています。 既に両側を地上の飛行機に囲まれている。グランドプレーンとアンテナ間の距離は約5mmです。 多層基板の製造業者から、内層のアンテナ領域を銅で埋めるように指示されています。 NXPのNFCデモボードで同様の実装例を見つけたので、うまくいくはずだと考え、同様の方法で実装したいと思っています。 なぜこれらの評価ボードでこのように実装されたのでしょうか? 銅の面積は、どの程度範囲に影響しますか？ 銅箔面積はEMCに影響を与えますか？良くなったのか、悪くなったのか？ 銅部分とアンテナ間の最小距離はどれくらいにすべきですか？ 広い面積を1つ使うのと、小さな面積を複数使うのとでは、どちらが良いでしょうか？ どうもありがとうございました。よろしくお願いいたします。 マイケル Re: Function of solid plane in the NFC antenna こんにちは、マイケルさん。 この内部金属配線を使用する主な理由は、主にデモンストレーション目的で、例えばPOS端末内におけるNFCアンテナ周辺の現実的な環境をシミュレートするためです。 また、この金属充填は、アンテナが内部の「金属負荷」によって既に同調されているため、他の物体による同調ずれの影響を軽減するのに役立つ可能性がある。 しかし製品なら、内部に充填のない従来のNFCアンテナを選びます。 BR トマス

IMX219（RPi Cam v2）在 FRDM-IMX93 上使用原装 imx93-11x11-frdm-imx219 芯片时，可以探测但无法传输数据流。 环境 - 电路板：FRDM-IMX93 (i.MX93 11x11) - 电路板支持包：Yocto Scarthgap，linux-imx-6.6.36-2.1.0（内核提交 20d9f5efabdd）， MACHINE=imx93frdm，DISTRO=fsl-imx-xwayland - 传感器：树莓派摄像头模块 v2（索尼 IMX219），位于 P6 MIPI-CSI 连接器上 - 设备树：stock arch/arm64/boot/dts/freescale/imx93-11x11-frdm-imx219.dtso 概括 该电路板支持包。包含一个适用于此板的IMX219设备树覆盖层，以及传感器。 上电后，I2C 检测到芯片 ID 为 0x10 的芯片 ID 读取为 0x0219。然而， V4L2 捕获管道从未交付过帧。追溯下去，似乎有 下游分阶段摄像机驱动程序中存在三个独立问题。主线 sony,imx219 驱动程序遵循现代 V4L2 子设备模型，而 NXP staging CSI/ISI 协议栈仍然采用较旧的 ov5640 型模型。 问题 1 — 媒体图拆卸（“传感器注册失败”） drivers/staging/media/imx/imx8-media-dev.c: mxc_md_create_links() 调用 media_entity_call(sensor, link_setup, ...).主线 imx219 驱动程序不 实现 .link_setup，因此，该调用返回 -ENOIOCTLCMD (-515) 并被视为 致命的。传感器到CSI的连接从未建立，整个媒体设备被拆除： mx8-img-md：已注册传感器子设备：imx219 2-0010 (1) mx8-img-md：创建链接 [mxc_isi.0]=> [mxc_isi.0.捕获] mx8-img-md：创建链接 [mxc-mipi-csi2.0]=> [mxc_isi.0] mx8-img-md：子设备通知器完成错误退出 mxc-md 42800000.总线:camera:传感器注册失败 mxc-md：探测 42800000.总线:camera失败，错误代码 -515 （ov5640 之所以有效，是因为 ov5640.c提供空操作 .link_setup。） 问题 2 — streamon 中止（“调用子设备 s_power 失败！”） drivers/staging/media/imx/imx8-isi-cap.c: mxc_isi_cap_streamon() 调用 v4l2_subdev_call(src_sd, core, s_power, 1) 并将失败视为致命错误。imx219 使用 运行时 PM，并且未实现已弃用的 .s_power，所以呼叫返回 -ENOIOCTLCMD 和流式传输中止： mxc_isi.0：调用子设备 s_power 失败！ （ov5640 之所以有效，是因为 ov5640.c提供 .s_power。） 问题 3 — CSI 硬编码为 YUV422，无法解析 RAW10（链接已建立，但帧数为 0） drivers/staging/media/imx/dwc-mipi-csi2.c 实际上仅支持 YUV422： - dwc_csi2h_formats[] 仅列出 SBGGR Bayer 代码，不列出 SRGGB（IMX219 为 SRGGB10）。 因此 find_csi2h_format() 失败，格式默默地恢复为 YUYV。 - dwc_mipi_csi2_set_fmt() 永远不会存储 csi2h->format，因此 disp_mix_gasket_config() 看到默认的 YUYV 代码。 - dwc_mipi_csi2_param_init() 硬编码 ipi_cfg->data_type = DT_YUV422_8。 CSI随后报告了错误的数据类型，即使所有帧都已捕获，也未捕获到任何帧。 链接已启用，VIDIOC_STREAMON 返回 0： mxc-mipi-csi2.0：格式：0x2008 <- YUYV；预期为 0x300f (SRGGB10) 是什么让它对我们有效（供您验证） 在 (a) 使 imx8-media-dev / imx8-isi-cap 处理缺失的可选操作之后 （-ENOIOCTLCMD 来自 link_setup / s_power）作为非致命错误，以及（b）教学 dwc-mipi-csi2 关于 SRGGB8/10/12（存储协商格式并设置 IPI） 从中获取数据类型），管道启动正常：- mxc-mipi-csi2.0：格式：0x300f imx219 -> mxc-mipi-csi2.0 -> mxc_isi.0-> /dev/video0 约27帧/秒，实时帧捕获。 修复（a）与传感器无关，有助于此堆栈上的任何现代主线传感器； 修复 (b) 为 CSI 添加了 RAW Bayer 支持。 次要说明——模块加载顺序 在全新启动后，由于 imx8_media_dev 运行，图形也无法注册。 在 imx219 模块加载之前，异步通知器会注册视频节点。 然后注销。手册“modprobe -r imx8_media_dev imx219; modprobe imx219; modprobe imx8_media_dev”会重建它。软装卸/装载顺序提示可以实现这一点。 无需任何额外操作即可使用。 问题 1.在这个BSP中，IMX219是否是FRDM-IMX93上官方支持/验证的摄像头？ 预期/已验证的路径是 AP1302 ISP 模块吗？已发货的 imx219.dtso 这表明裸露的 IMX219 应该可以正常工作。 2. 以上三种行为是否属于您会接受修复的漏洞，还是 是否存在我们遗漏的推荐/已知良好的配置？ 3.如果需要，我很乐意将这些补丁作为干净的提交分享出来。 谢谢！ FRDM-i.MX93 #IMX219 RPI-CAM-MIPI Yocto Project Re: IMX219 (RPi Cam v2) probes but does not stream on FRDM-IMX93 with stock imx93-11x11-frdm-imx219 你好， 感谢您的联系，我会与软件团队核实，并再次确认后续的 BSP 版本中是否有针对此问题的修复，如有更新，我会尽快通知您。 此致敬礼/Saludos， 阿尔多。

通过 MU 安装 HSE 固件时出现 S32K3 恢复问题 我们目前正在使用 HSE 在 S32K344/S32K314 上开发安全启动功能，该功能基于 `S32K344_Advanced_SecureBoot` 演示程序，该演示程序来自 `S32K3_HSE_DemoExamples`。我们已经完成了大部分功能开发，并且可以成功进行调试。在我们的配置程序中，我们使用 ED25519 计算 BM、FBL 和 APP 的签名，将它们写入闪存中的指定地址，并为这三个应用程序配置 SMR 和 CR（BM 作为启动前 SMR，FBL 和 APP 作为启动后 SMR）。但是，我们遇到了一些不清楚的问题，希望您能提供帮助。我们目前使用的是 HSE 的FULL_MEM形式。 由于我们使用 ED25519 算法来计算所有应用程序二进制文件的签名，因此配置程序需要很长时间才能执行。如果在程序完成之前意外发生断电，我们发现 HSE 会进入不可恢复的错误状态。重启或重新刷新固件后，HSE 不再响应任何主机请求。通过检查 `0x4039C028` (HSE_CONFIG_GPR3) 处的寄存器，我们发现其值为 `0xC0`；第 0 位已变为 `0`，这表明 HSE 固件可能已被 SBAF 擦除。上电后，MU0 FSR 寄存器也为“0”。因此，我们尝试重新安装 HSE 固件。由于通常基于 IVT 的安装方法不再有效，我们尝试通过 MU 界面进行安装。 我们模拟了文档中描述的步骤，但发现将粉色图像的 SRAM 地址写入 MU Tx 寄存器（步骤 5）后，HSE_CONFIG_GPR3 中的值立即从 `0xC2` 变回 `0xC0` – 即，位 1 从 `1` 变为 `0` – 我们始终无法收到预期的成功响应 `0xDACACADA`。 我们在论坛上也提到过类似的问题： S32K3_HSE 的 MU 安装 AB_SWAP 过程不正确。我们尝试在步骤 5 之后立即执行功能 RESET，但 RESET 后仍然无法安装新的 HSE 固件。 请问如何处理和恢复这种损坏的 HSE 状态？ 如果需要任何调整，请告诉我。 Re: S32K3 recovery issue when install HSE fw via MU 嗨@成金王 我无法读取您分享的项目中的源文件，因为它们已被加密。请提供包含纯文本（未加密）文件的版本。 几天前，我创建了一个 Trace32 脚本，用于通过 MU 接口恢复 HSE AB_SWAP 固件，所以我很快将其修改为 FULL_MEM 版本。我这边可以正常工作——我收到了 0xDACACADA 响应。 在输入粉色图像位置后，您是否会等待大约 1.5 秒再执行任何进一步操作？FULL_MEM 安装过程中没有明确提及此延迟，但 AB_SWAP 版本需要此延迟。这可能是问题所在。 如果你在使用 Trace32，请告诉我，我可以分享我的脚本。 此致， Lukas Re: S32K3 recovery issue when install HSE fw via MU 这是我通过 MU 安装 HSE 固件时使用的恢复程序；您能帮忙看一下哪里出了问题吗？ Re: S32K3 recovery issue when install HSE fw via MU 附件是我当前使用的项目的未加密版本。我的测试中使用了 S32K344 芯片、PE 调试器和附件中的 S32DS 项目。我尝试在写入粉色图像后等待几秒钟，以接收来自 SBAF 的成功响应，但这也没有奏效。直接执行功能重置也无效。请您检查一下附件项目中我的 MU 安装程序是否存在任何问题？ Re: S32K3 recovery issue when install HSE fw via MU 我在我的开发板上测试了这个项目。首先，我必须修复启动文件中的 RAM 初始化问题，因为当粉色文件复制到 RAM 时出现了硬故障。这些 HSE 演示示例中的 RAM 初始化并不理想，所以我做了如下快速修复： Pemicro 调试器会自动初始化 RAM，并且在功能复位后 RAM 内容仍会保留，因此您可能没有遇到此问题。但通电后却无法工作。我使用 Trace32 进行调试，所以一开始就看到了这个问题。 然后我修改了 IVT——我删除了指向粉色文件的指针，这样在第一次RESET后它就不会自动安装，我可以通过 MU 确认安装。 结果——我得到了 0xDACACADA，固件已通过 MU 安装。所以，这个步骤显然是正确的。 问题是为什么在你那边不起作用。 您的设备上的SBAF版本是什么？请读取 0x4039_C020 处的双字。 此致， Lukas

S32K3 recovery issue when install HSE fw via MU We are currently developing secure boot functionality on the S32K344/S32K314 using HSE, based on the `S32K344_Advanced_SecureBoot` demo from the `S32K3_HSE_DemoExamples`. We have completed most of the feature development and can debug through successfully. In our configuration program, we calculate signatures for the BM, FBL, and APP using ED25519, write them to specified addresses in flash, and configure the SMR and CR for these three applications (BM as pre‑boot SMR, FBL and APP as post‑boot SMR). However, we have encountered some unclear issues and would appreciate your help. We are currently using the FULL_MEM form of HSE. Because we use the ED25519 algorithm to compute signatures for all application binaries, the configuration program takes a long time to execute. If a power failure occurs unexpectedly before the program finishes, we find that HSE enters an unrecoverable error state. Neither power‑cycling nor re‑flashing the firmware makes HSE respond to any host requests anymore. By checking the register at `0x4039C028` (HSE_CONFIG_GPR3), we see the value is `0xC0`; bit 0 has become `0`, which indicates that the HSE firmware may have been erased by SBAF. After power‑up, the MU0 FSR register is also `0`. We therefore tried to re‑install the HSE firmware. Since the normal IVT‑based installation method no longer works, we attempted installation via the MU interface. We simulated the steps described in the documentation, but found that after writing the SRAM address of the Pink Image into the MU Tx register (step 5), the value in HSE_CONFIG_GPR3 immediately changes from `0xC2` back to `0xC0` – i.e., bit 1 goes from `1` to `0` – and we never receive the expected success response `0xDACACADA`. We also referred to a similar issue on the forum:S32K3_The MU installation AB_SWAP process of HSE is incorrect. . We tried performing a functional reset immediately after step 5, but after the reset the new HSE firmware still cannot be installed. Could you please advise how to handle and recover from such a corrupted HSE state? Let me know if you need any adjustments. Re: S32K3 recovery issue when install HSE fw via MU Hi @chengjinwang  I’m unable to read the source files in the project you shared because they are encrypted. Please provide a version with plain (unencrypted) files. A few days ago, I created a Trace32 script to recover the HSE AB_SWAP firmware via the MU interface, so I quickly modified it for the FULL_MEM version. It works on my side - I receive the 0xDACACADA response. Do you wait approximately 1.5 seconds after writing the pink image location before performing any further actions? This delay is not explicitly mentioned in the FULL_MEM installation procedure, but it is required for the AB_SWAP version. This could be the issue. If you are using Trace32, let me know and I can share my script. Regards, Lukas Re: S32K3 recovery issue when install HSE fw via MU Here is the recovery program I'm using for HSE FW installation through MU; could you take a look and see what's wrong? Re: S32K3 recovery issue when install HSE fw via MU The attached file is the unencrypted version of the project I am currently using. For my tests, I am using the S32K344 chip, a PE debugger, and the S32DS project in the attachment. I tried waiting a few seconds after writing the Pink image to receive a successful response from SBAF, but that did not work either. Performing a functional reset directly also did not work. Could you please check if there are any issues with my MU installation routine in the attached project? Re: S32K3 recovery issue when install HSE fw via MU I tested the project on my board. First, I had to fix RAM initialization in startup files because I got hardfault when the pink file was copied to RAM. The RAM initialization is not the best one in these HSE demo examples, so I did quick fix like this: Pemicro debugger initializes the RAM automatically and RAM content is retained over functional resets, so you probably did not see this issue. But it would not work after power-on. I used Trace32 for debugging, so I saw it right at the beginning. Then I modified IVT – I removed pointer to the pink file, so it is not installed automatically after first reset and I can confirm installation via MU. And the result – I got 0xDACACADA and the firmware is installed via MU. So, the procedure is obviously correct. The question is why it does not work on your side. What is the SBAF version on your device? Please read double word at 0x4039_C020. Regards, Lukas

RW610/RW612はTLS 1.2以降をサポートしていますか？ RW610/RW612はTLS 1.2以降をサポートしていますか？

IMX8QX DDR RPA_tool configuration, missing register information Hello, We need to have information regarding some registers mentioned in the configuration of the RPA_tool for a DDR3L on an IMX8QX. The following register addresses are mentioned: 0x41C80044 0x41C80208 0x41C80204 0x41C82C00 0x41C83800 But they are not provided anywhere in the documentation. Could you give us their functions as well as their configuration fields. Thank you Re: IMX8QX DDR RPA_tool configuration, missing register information Hello @CPE, This configuration file is provided by third party IP vendor. The pointed registers are not shown in their under NDA documentation, please consider there are no other choices than the values provided in the case of i.MX8X implementation. Best regards,