Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
Renaming the project caused the entire project to be lost. Starving and looking up S32DS 3.5 Facing a similar new project Rename an old project The new project hasn't even been created yet, so be it. They also deleted my old project!! Explorer can no longer find the original Project Folder. chkdsk indicates no error! How can I salvage an existing old project? NXPrename.png Also, why is the [Project Name starting with a number] invalid? Spoiler (Highlight to read) S32DS-ARM S32DS-S32PLATFORM #rename #rename Re: Project [Rename] , 造成 整個 Project 丟失 I manually added many subfolders to this project folder for writing some small tools in Python for other users of the same project.  You know, there exist LOTs of garbagessss for python's `venv` function and PyInstall .  Is it possible that there are too many subfolders/files for `Project Rename` function !?  Re: Project [Rename] , 造成 整個 Project 丟失 > 1. Recycling bin. Order by datetime  UndeleteRecycleBin.png > 2. Workspace path and look for the new renamed project (under C:\Users\'xxx'\workspaceS32DS.3.5), or whichever custom path you've used to create the project. No "Wxxx" folder under C:\Users\user\  UndeleteUserFolder.png   No free Space on C:  UndeleteSpace.png FreeSpace on 😧 was under 100GB ... BEFORE `RENAME` Project  Custom path on D:\Project\NXP\xxx\ disappear now.  > 3. Windows File History, if enabled. None 😞   .metadata folder only have log files , and .plugins\ folder  If you are referring to this issue : Eclipse: All my projects disappeared from Project Explorer - Stack Overflow , Their folders are still exist! So, they can  `5. Do File->Import`  In my case, all the folders from the previous project were DELETED !  Re: Project [Rename] , 造成 整個 Project 丟失 Hello @CY9, Eclipse's "Rename" feature creates a new project, copies the whole old project, and deletes the old one to keep the new one. It seems Eclipse only renames the project folder if it is under the default workspace, if you create the project in a custom location, the project's folder will not be renamed, only internal references and the .project file are renamed. Unless you've deleted the previous project, it is most likely still in your hard drive, have you tried checking:  1. Recycling bin. 2. Workspace path and look for the new renamed project (under C:\Users\'xxx'\workspaceS32DS.3.5), or whichever custom path you've used to create the project. 3. Windows File History, if enabled. Lastly, you can also try checking the .metadata folder, and look for the project reference old or new name. Sources: m2eclipse - Should renaming a project in Eclipse also rename project folder on file system? - Stack Overflow, Eclipse: All my projects disappeared from Project Explorer - Stack Overflow, java - Renamed a project in my Eclipse workspace via the filesystem and now cannot open it. - Stack Overflow, Renaming a project Eclipse Help  Hope this helps. Best regards, Julián Re: Project [Rename] , 造成 整個 Project 丟失 Hello @CY9, I do not think this is because of the subfolder count. From the log in metadata, I can see that a rename operation failed on '2026-08-10': !ENTRY com.nxp.s32ds.ext.ide.core 4 0 2026-08-10 08:50:24.109 !MESSAGE Unexpected error during rename !STACK 1 I infer that the project you were renaming was "202503021_App_118", and you tried to rename to "ADB22pxAPP_VR", correct? I can see the following error: org.eclipse.core.internal.resources.ResourceException(/ADB22pxAPP_VR)[374]: java.lang.Exception: Resource '/ADB22pxAPP_VR' already exists. However, I am not sure if this the root cause, as I've tried to rename a project to an already existing one, and I am not able to: Julin_AragnM_1-1786480276599.png Julin_AragnM_0-1786480052303.png So, I really cannot come to a conclusion from this information alone. The only actions I can recommend is to look for both 202503021_App_118 & ADB22pxAPP_VR with Recuva scan through the whole disk. If project recovery is not possible, I am not sure there are any other solutions available. Best regards, Julián Re: Project [Rename] , 造成 整個 Project 丟失 Yeap,  I am sure `ADB22pxAPP_VR\` is *NOT* exist . Even it really exist, and your program found it.  Should it STOP the rename function !?  Actually, it deleted whole directory.  I have no idea what's happened.  Recuva  can NOT find any folder out.  I am trying to rescue some files ASAP.  Thanks for your concern. 
記事全体を表示
Project [Rename] , 造成 整個 Project 丟失 餓死抬頭  S32DS 3.5  面對 相似 新Project  對 舊Project 做 [Rename] 動作  新Project 沒有生出來 就算了  將我 原有的 舊Project 也刪除了 !!  Explorer 已找不到原Project Folder  chkdsk 表示 無錯誤 !   請問,我該如何 救回 原有 舊Project !??  NXPrename.png 另,為什麼 [數字開頭的 Project Name] 不合法? ??   Spoiler (Highlight to read) S32DS-ARM S32DS-S32PLATFORM #rename    #rename  Re: Project [Rename] , 造成 整個 Project 丟失 你好@CY9 , 我不认为这是由于子文件夹数量造成的。从日志元数据中可以看到,在“2026-08-10”执行的重命名操作失败了: !ENTRY com.nxp.s32ds.ext.ide.core 4 0 2026-08-10 08:50:24.109 !MESSAGE Unexpected error during rename !STACK 1 我推断您要重命名的项目是“202503021_App_118”,您尝试将其重命名为“ADB22pxAPP_VR”,对吗?我看到以下错误: org.eclipse.core.internal.resources.ResourceException(/ADB22pxAPP_VR)[374]: java.lang.Exception: Resource '/ADB22pxAPP_VR' already exists. 但是,我不确定这是否是根本原因,因为我尝试将一个项目重命名为一个已存在的项目,但却失败了: Julin_AragnM_1-1786480276599.png Julin_AragnM_0-1786480052303.png 所以,仅凭这些信息,我真的无法得出结论。我唯一能建议的操作是使用 Recuva 扫描整个磁盘,查找 202503021_App_118 和 ADB22pxAPP_VR。如果项目无法恢复,我不确定是否还有其他可行的解决方案。 此致, 朱利安 Re: Project [Rename] , 造成 整個 Project 丟失 是的, 我确信 ` ADB22pxAPP_VR` 不存在。 它确实存在,而且你的程序也找到了它。 是否应该停止重命名功能!? 实际上,它删除了整个目录。 我完全不知道发生了什么事。 Recuva找不到任何文件夹。 我正在尽快抢救一些文件。 谢谢你的关心。
記事全体を表示
プロジェクト名を変更したことで、プロジェクト全体が失われてしまった。 飢えと空を見上げる S32DS 3.5 同様の新しいプロジェクトに直面して 古いプロジェクトの名前を変更する 新しいプロジェクトはまだ始まってもいないのだから、それでいいだろう。 彼らは私の古いプロジェクトも削除しました! エクスプローラーは元のプロジェクトフォルダーを見つけることができません。 chkdskはエラーがないことを示しています! 既存の古いプロジェクトをどうにかして立て直せばいいでしょうか? NXPrename.png また、[数字で始まるプロジェクト名]が無効となるのはなぜですか? ネタバレ (ハイライトして読む) S32DS-ARM S32DS-S32PLATFORM #名前変更 #名前変更 Re: Project [Rename] , 造成 整個 Project 丟失 同じプロジェクトの他のユーザー向けにPythonで小さなツールを書くために、このプロジェクトフォルダに多くのサブフォルダを手動で追加しました。 ご存知のとおり、Python の `venv` 関数と PyInstall には大量のゴミが存在します。 `プロジェクト名変更`機能には、サブフォルダやファイルが多すぎる可能性がありますか? Re: Project [Rename] , 造成 整個 Project 丟失 > 1. リサイクルボックス。 日時順に並べ替え UndeleteRecycleBin.png > 2.ワークスペースパスを選び、新しく名前が変更されたプロジェクト(C:\Users\'xxx'\workspaceS32DS.3.5の下)や、プロジェクト作成に使ったカスタムパスを探してください。 C:\Users\user\の下に「Wxxx」フォルダはありません。  UndeleteUserFolder.png   Cドライブに空き容量がありません。 UndeleteSpace.png FreeSpace 😧 プロジェクト名を変更する前は100GB未満でした。 D:\Project\NXP\xxx\ のカスタムパスが消えてしまいました。 3. Windows ファイル履歴(有効になっている場合)。 なし 😞  .metadataフォルダにはログファイルと.plugins\のみが含まれていますフォルダ もしあなたがこの問題について言及しているのなら: Eclipse: プロジェクトエクスプローラーからすべてのプロジェクトが消えた - Stack Overflow 、それらのフォルダーはまだ存在します!だから、彼らは『5』を。ファイル→インポートを実行する 私の場合は、前のプロジェクトのすべてのフォルダが削除されました! Re: Project [Rename] , 造成 整個 Project 丟失 こんにちは、 @CY9 さん。 Eclipseの「名前変更」機能は、新しいプロジェクトを作成し、古いプロジェクト全体をコピーし、古いプロジェクトを削除して新しいプロジェクトを保持します。Eclipse は、プロジェクトフォルダがデフォルトのワークスペースの下にある場合にのみプロジェクトフォルダの名前を変更するようです。カスタムの場所にプロジェクトを作成した場合、プロジェクトフォルダの名前は変更されず、内部参照と .project ファイルの名前のみが変更されます。 以前のプロジェクトを削除していない限り、おそらくハードドライブに残っているはずです。以下の点を確認してみてください。 1. リサイクル用ゴミ箱。 2. ワークスペースパスを選び、新しく名前が変更されたプロジェクト(C:\Users\'xxx'\workspaceS32DS.3.5)またはプロジェクト作成に使ったカスタムパスを探します。 3. Windowsのファイル履歴(有効になっている場合)。 最後に、.metadataを確認することも試してみてくださいフォルダを開き、プロジェクト参照の旧名または新名を探してください。 出典:m2eclipse - Eclipseでプロジェクトの名前を変更するとファイルシステムのプロジェクトフォルダも名前変更されるべきか?- Stack Overflow、Eclipse:プロジェクトエクスプローラーからすべてのプロジェクトが消えました - Stack Overflow、Java - ファイルシステムを通じてEclipseワークスペース内のプロジェクト名を変更し、現在は開けません。- Stack Overflow、プロジェクトの名前変更 Eclipse ヘルプ  これがお役に立てば幸いです。 よろしくお願いします、 ジュリアン Re: Project [Rename] , 造成 整個 Project 丟失 こんにちは、 @CY9 さん。 これはサブフォルダの数が原因ではないと思います。ログインメタデータから、名前変更操作が「2026-08-10」に失敗したことがわかります: !ENTRY com.nxp.s32ds.ext.ide.core 4 0 2026-08-10 08:50:24.109 !MESSAGE Unexpected error during rename !STACK 1 あなたが名前を変更しようとしていたプロジェクトは「202503021_App_118」で、それを「ADB22pxAPP_VR」に変更しようとした、ということでしょうか?以下のエラーが見えます: org.eclipse.core.internal.resources.ResourceException(/ADB22pxAPP_VR)[374]: java.lang.Exception: Resource '/ADB22pxAPP_VR' already exists. しかし、これが根本原因かどうかはわかりません。既に存在するプロジェクト名に変更しようとしましたが、できませんでした。 Julin_AragnM_1-1786480276599.png Julin_AragnM_0-1786480052303.png ですので、この情報だけで結論を出すことはできません。私がおすすめできるのは、202503021_App_118と、ADB22pxAPP_VRの両方をRecuvaでディスク全体をスキャンすることです。プロジェクトの復旧が不可能な場合、他に利用できる解決策があるかどうかは分かりません。 よろしくお願いします、 ジュリアン Re: Project [Rename] , 造成 整個 Project 丟失 うん、 ` ADB22pxAPP_VR\` は存在しないと確信しています。 それが本当に存在していて、あなたのプログラムがそれを見つけたとしても。 名前変更機能を停止させるべきでしょうか? 実際には、ディレクトリ全体が削除されました。 何が起きたのか全くわかりません。 Recuvaはどのフォルダも見つけられません。 できるだけ早くファイルを救出しようとしています。 ご心配いただきありがとうございます。
記事全体を表示
S32 IDE開発環境のRTDプラグインをインストールできません。 S32Z280プロセッサ用のソフトウェアを開発するには、S32 IDE開発環境にS32ZE RTDプラグインをインストールする必要があります。しかし、図1に示すように、この環境ではインストールが失敗します。NXPのWebサイトからダウンロードしようとしても、ライセンスが必要なためダウンロードできません。ライセンスの取得方法についてご教示ください。よろしくお願いいたします。 Re: S32 IDE开发环境RTD插件无法安装 どういたしまして。ご質問があればいつでもお気軽にご連絡ください! Re: S32 IDE开发环境RTD插件无法安装 最初のリンクではアカウントログインが必要で、ログイン後もインストールパッケージのダウンロードパスが表示されませんでした。2番目のリンクからは「カーパッケージマネージャー」にアクセスしてインストールパッケージを正常にダウンロードできました。ありがとうございました。 Re: S32 IDE开发环境RTD插件无法安装 こんにちは、 Flynn_T 1. このリンクからダウンロードできますか?最新のRTDバージョンは2.0.1 QLP01のはずです。ご指摘のバージョン1.1.45はリストにありません。また、2.0.1 QLP01 RTDにはS32DS IDEバージョン3.6.1が必要です。 設計:製品情報:車載用ソフトウェア - S32Z/E - リアルタイムドライバ(RTD) Joey_z_0-1786528248987.png 2. このリンクからダウンロードできるかどうか確認することもできます。 自動車パッケージマネージャー | NXPセミコンダクターズ BR ジョーイ Re: S32 IDE开发环境RTD插件无法安装 こんにちは、BRジョーイ S32 IDE バージョン 3.6.10 を使用しています。必要な RTD バージョンは 1.1.45 です。NXP の公式サイトで S32Z/E RTD プラグインのダウンロードリンクが見つかりませんでした。ダウンロードリンクを提供していただけますでしょうか。 宜しくお願いします Flynn_T Re: S32 IDE开发环境RTD插件无法安装 こんにちは、 Flynn_T 使用しているS32 IDEのバージョンは何ですか?使用しているRTDのバージョンは何ですか? IDEにS32Z/E RTDプラグインをロードする場合、通常はライセンスは必要ありません。 BR ジョーイ
記事全体を表示
The S32 IDE development environment RTD plugin cannot be installed. To develop software for the S32Z280 processor, you need to install the S32ZE RTD plugin in the S32 IDE development environment. However, installation fails in the environment, as shown in Figure 1. It cannot be downloaded from the NXP website, which requires a license. Please provide information on how to obtain the license. Thank you. Re: S32 IDE开发环境RTD插件无法安装 You're welcome. Feel free to contact me anytime if you have any questions! Re: S32 IDE开发环境RTD插件无法安装 The first link required account login, and the download path for the installation package was not displayed after logging in. The second link allowed me to successfully download the installation package after accessing the "Car Package Manager," thank you. Re: S32 IDE开发环境RTD插件无法安装 Hi, Flynn_T 1. Can you download it from this link? The latest RTD version should be 2.0.1 QLP01; version 1.1.45, which you mentioned, is not listed. Also note that the 2.0.1 QLP01 RTD requires S32DS IDE version 3.6.1. Design: Product Information: Automotive SW - S32Z/E - Real Time Drivers (RTD) Joey_z_0-1786528248987.png 2. You can also check this link to see if you can download it. Automotive Package Manager | NXP Semiconductors BR Joey Re: S32 IDE开发环境RTD插件无法安装 Hi, BR Joey I'm using S32 IDE version 3.6.10. The required RTD version is 1.1.45. I couldn't find a download link for the S32Z/E RTD plugin on the NXP official website. Please provide a download link. Best Regard Flynn_T Re: S32 IDE开发环境RTD插件无法安装 Hi, Flynn_T What version of S32 IDE are you using? What version of RTD are you using? Loading the S32Z/E RTD plugin in the IDE generally does not require a license. BR Joey
記事全体を表示
S32K358的芯片温度 当S32K358工作在240MHz时,环境温度24℃时,读取到MCU的内部温度达到60℃。这个IC温度是在PCB铺铜散热的情况下测得的。这个温度是否正常? Re: S32K358的芯片温度 是的,是IC内部温度传感器得测量结果。应用场景为BMS Re: S32K358的芯片温度 在芯片的正常工作温度范围内,你有用这个芯片具体跑什么功能呢? Re: S32K358的芯片温度 嗨@liyongfeng 局部结温 (Tj) 受芯片上电路当前工作活动和近期活动历史的影响。因此,芯片上传感器测量的温度不仅反映了当前的功率耗散,还反映了先前活动的电路元件产生的残余热量。 因此,测得的结温与环境温度之间存在一些偏差是正常的,并不一定表明设备存在问题。但是,设计必须确保结温不超过数据手册中规定的最大结温。
記事全体を表示
使用 BSP46 和 linux-libc-headers 6.6 时会出现编译失败。 使用 BSP46 和 linux-libc-headers 6.6 时会出现编译失败。 编译日志附在下方。请告知如何解决此问题。 调试:正在执行 Python 函数 extend_recipe_sysroot 注意:直接依赖项为 ['/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/参考发行版、系统开发套件。/meta/配方-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/rpm/rpm_4.19.1.1.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/rsync/rsync_3.2.7.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/unifdef/unifdef_2.12.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-extended/xz/xz_5.4.7.bb:do_populate_sysroot'] 注意:已安装到系统根目录:['cmake-native', 'openssl-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'dwarfsrcfiles-native', 'elfutils-native', 'file-native', 'libedit-native', 'lua-native', 'make-native', 'perl-native', 'python3-native', 'rpm-native', 'bzip2-native', 'libarchive-native', 'libidn2-native', 'libnsl2-native', 'libtirpc-native', 'lzlib-native', 'zstd-native', 'curl-native', 'gdbm-native', 'gmp-native', 'gnutls-native', 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libunistring-native', 'nettle-native'] 注意:由于 sysroot 中已存在以下项,因此跳过:['gettext-minimal-native', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'zlib-native', 'bison-native', 'flex-native', 'gnu-config-native', 'patch-native', 'pkgconfig-native', 'pseudo-native', 'rsync-native', 'unifdef-native', 'xz-native', 'acl-native', 'attr-native', 'popt-native', 'sqlite3-native'] 调试:sed -e 's:^[^/]*/:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/配方-sysroot-native/:g'/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/openssl-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/ncurses-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/elfutils-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/lua-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/perl-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/python3-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/rpm-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/curl-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/gmp-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/libgcrypt-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/libgpg-error-native/fixmepath| xargs sed -i -e 's:FIXMESTAGINGDIRTARGET:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/配方-sysroot:g;s:FIXMESTAGINGDIRHOST:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/recipe-sysroot-native:g'-e 's:FIXME_PSEUDO_SYSROOT:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/pseudo-native:g'-e 's:FIXME_HOSTTOOLS_DIR:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/hosttools:g'-e 's:FIXME_PKGDATA_DIR:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/pkgdata/s32g399avmcu2.1asc:g'-e 's:FIXME_PSEUDO_LOCALSTATEDIR:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/pseudo/:g'-e 's:FIXME_LOGFIFO:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/temp/fifo.4087696:g' 调试:Python 函数 extend_recipe_sysroot 已完成 调试:正在执行 Python 函数 sstate_task_prefunc 调试:Python 函数 sstate_task_prefunc 已完成 调试:正在执行 Python 函数 do_package 调试:正在执行 Python 函数 package_setup_pkgv 调试:Python 函数 package_setup_pkgv 已完成 调试:正在执行 Python 函数 package_convert_pr_autoinc 调试:Python 函数 package_convert_pr_autoinc 已完成 调试:正在执行 Python 函数 package_prepare_pkgdata 注意:已安装到 pkgdata-sysroot:[] 调试:Python 函数 package_prepare_pkgdata 已完成 调试:正在执行 Python 函数 perform_packagecopy 错误:执行 Python 函数时出错,exec_func_python() 自动生成: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_代码包,软件包copy(d) 0003: 文件:'/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/参考发行版、系统开发套件。/meta/classes-global/代码包,软件包.bbclass',行号:363,函数:perform_代码包,软件包copy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_代码包,软件包copy[cleandirs] = "${PKGD} " 0362:perform_代码包,软件包copy[dirs] = "${PKGD} " *** 0363: 0364:python populate_代码包,软件包s() { 0365: oe.代码包,软件包.populate_代码包,软件包s(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件:'/usr/lib/python3.10/subprocess.py'行号:421,函数:check_output 0417:否则: 0418:空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): 文件:'/usr/lib/python3.10/subprocess.py'lineno: 526, function: run 0522: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0523:提高 0524: retcode = process.poll() 0525:如果检查并返回代码: *** 0526: 引发 CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only”-cf - -C /home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/image-p -S 。| tar -xf - -C /home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/package'返回非零退出状态 2。 子进程输出: 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 获取到未知目录的 *at() 系统调用,文件描述符为 4 fd 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc:无法创建目录:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 fd 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/ocxl.h:无法打开:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 fd 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/pvpanic.h:无法打开:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/xilinx_sdfec.h:无法打开:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/cxl.h:无法打开:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/fastrpc.h:无法打开:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/uacce:无法创建目录:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 tar:./usr/include:无法创建目录:地址错误 tar:./usr/include/misc/uacce/uacce.h:无法打开:没有该文件或目录 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径包含 无法为“include”分配绝对路径。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 好的,非常感谢。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 嗨, @zhijie 感谢您的回复。 我已经重现了这个问题,它与当前的 BSP 无关,而是由构建系统变更引起的。 我正在调查此事,一旦有任何进展,我会稍后回复您。 BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 谢谢, @zhijie 您能否也帮忙分享一下 uname -a 的运行结果? BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好, @zhijie 感谢你的帖子。 请问您的建筑环境有哪些具体情况? 这是你第一次组装BSP46吗?还是之前组装过? BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 嗨@zhijie 我也遇到了同样的问题,如果您解决了,请与我们联系。 错误:zlib-1.3.1-r0do_package:执行 Python 函数时出错,exec_func_python() 自动生成: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_packagecopy(d) 0003: 文件:'/home/smurugan8/LWT/sources/poky/meta/classes-global/package.bbclass',行号:363,函数:perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD} " 0362:perform_packagecopy[dirs] = "${PKGD} " *** 0363: 0364:python populate_packages() { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件:'/usr/lib/python3.12/subprocess.py'行号:466,函数:check_output 0462:否则: 0463:空 = b'' 0464: kwargs['input'] = 空 0465: *** 0466: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0467: **kwargs).stdout 0468: 0469: 0470:class CompletedProcess(object): 文件:'/usr/lib/python3.12/subprocess.py'行号:571,功能:运行 0567: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0568:提高 0569: retcode = process.poll() 0570:如果检查并返回代码: *** 0571: 引发 CalledProcessError(retcode, process.args, 0572: output=stdout, stderr=stderr) 0573: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only”-cf - -C /home/smurugan8/LWT/build/tmp/work/armv8a-poky-linux/zlib/1.3.1/image-p -S 。| tar -xf - -C /home/smurugan8/LWT/build/tmp/work/armv8a-poky-linux/zlib/1.3.1/package'返回非零退出状态 2。 子进程输出: 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 tar:./usr/lib:无法创建目录:地址错误 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 tar:./usr/lib:无法创建目录:地址错误 tar:./usr/lib/libz.so.1:无法创建指向“libz.so.1.3.1”的符号链接:没有这样的文件或目录 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好,陈音: 关于版本失败的问题,有什么最新进展吗? 请耐心等待好消息,非常感谢。 BR 志杰 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好, @zhijie 谢谢你的回复 通过查看建筑物故障日志,似乎与建筑物机器的程序更改有关。 您能否尝试一下以下方法?在你的 Ubuntu 电脑上,使用命令“sudo apt install tar=1.34+dfsg-1build3 ”来更改使用的 tar 版本,然后清理 电路板支持包。 并重新构建它。   BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好,陈音 问题已解决,谢谢! BR 志杰 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 我也遇到了同样的问题,我发现问题出在 tar 版本 build 4 上,降级确实解决了错误,但真正的问题是 tar 和 pseudo 使用了 openat2() 而不是 openat 来进行系统调用。 据我所见,poky 已经发布了补丁,NXP 方面有什么更新吗? 我目前使用的是 LLDP 6.1.22 版本。我在 LX2160ARDB_REV2 板上使用 SDK,尝试使用 bitbake 构建 rcw 时出现同样的错误。 如果 NXP 已将 pseudo_git.bb 更新为使用 openat2() 而不是 openat()(如 tar 最新构建 4 中所述),这将对我们很有用,因为我们可以将 tar 更新到最新版本。 附件包含日志文件,供您参考。 yocto-project 链接中的错误已添加到此处 https://bugzilla.yoctoproject.org/show_bug.cgi?id=16117 此致, PVSN Subhash Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好, @pvsnsubhash 感谢您的回复。在我找到解决办法后,我也注意到了这个伪问题,并已将其报告给了我们的内部团队。 相关团队将审查该问题,并安排正式修复的时间。 再次感谢您提供的宝贵意见。 BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好, @Sanjiv_Mns 感谢您的回复。 1. 好的,我了解到您目前使用的是 i.MX 而不是 S32G 产品。 2. 您可以尝试以下方法: "sudo apt install tar=1.34+dfsg-1build3"然后使用您的 Yocto 设置进行清理/重建 3. 如果问题仍然存在,我建议您等待原链接的反馈,我相信我的同事会根据您的 i.MX 设置帮助您解决问题。 BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 问题在于 Linux 中的 tar 软件包从 build3 升级到了 build4。按照以下步骤降级 tar 软件包,暂时不要对该软件包执行 apt upgrade 命令,然后继续进行编译。 wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar 完成以上步骤后,您可以继续进行编译,不会再出现此类错误。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 嗨@chenyin_h 你找到什么可能有助于解决这个问题的方法了吗? 这个问题目前阻碍了我们的进展,非常感谢您能提供任何最新信息或指导。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 你好, @Sanjiv_Mns 感谢您的回复。 请问您是否遇到过同样的问题?请您创建一个新帖子,附上您的详细日志,我们将尽快直接提供支持。 BR 陈银 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 嗨@chenyin_h 我仍然面临同样的问题。我已经在论坛上发帖询问了,但还没有收到任何回复。链接 附件中包含以下日志,供您参考。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 我在 NXP iMX BSP 6.6.36-2.1.0 中解决了这个问题。6.12.49-2.2.0 将 pseudo_git.bb 升级到 1.9.5 并更新 old-glibc-symbols 补丁……两者都是从相应的 wrynose 配方 (6.18.20-2.0.0) 复制而来。 git diff... diff --git a/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch b/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch 索引 c453b5f735..f42b32b8d9 100644 --- a/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch +++ b/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch @@ -28,10 +28,10 @@ diff --git a/Makefile.in b/Makefile.in @@ -120,7 +120,7 @@ $(PSEUDODB): pseudodb.o$(SHOBJS) $(DBOBJS) pseudo_ipc.o| $(BIN) libpseudo: $(LIBPSEUDO) - $(LIBPSEUDO): $(WRAPOBJS) pseudo_client.opseudo_ipc.o$(SHOBJS) | $(LIB) + $(LIBPSEUDO): $(WRAPOBJS) pseudo_client.o伪客户端扫描.o 伪IPC.o$(SHOBJS) | $(LIB) - $(CC) $(CFLAGS) $(CFLAGS_PSEUDO) -shared -o $(LIBPSEUDO) \ + $(CC) $(CFLAGS) -Lprebuilt/$(shell uname -m)-linux/lib/ $(CFLAGS_PSEUDO) -shared -o $(LIBPSEUDO) \ - pseudo_client.o pseudo_ipc.o\ + pseudo_client.o伪客户端扫描.o 伪IPC.o\ $(WRAPOBJS) $(SHOBJS) $(LDFLAGS) $(CLIENT_LDFLAGS) diff --git a/pseudo_wrappers.cb/pseudo_wrappers.c diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb b/meta/recipes-devtools/pseudo/pseudo_git.bb 索引 5f32b3777a..c491f0c97f 100644 --- a/meta/recipes-devtools/pseudo/pseudo_git.bb +++ b/meta/recipes-devtools/pseudo/pseudo_git.bb @@ -1,8 +1,6 @@ 需要 pseudo.inc SRC_URI = "git://git.yoctoproject.org/pseudo;branch=master;protocol=https"\ - file://0001-configure-Prune-PIE-flags.patch \ - file://glibc238.patch \ file://fallback-passwd \ file://fallback-group \ “ @@ -14,9 +12,9 @@@ SRC_URI:append:class-nativesdk = " file://older-glibc-symbols.patch” SRC_URI[prebuilt.sha256sum]=“ed9f456856e9d86359f169f46a70ad7be4190d6040282b84c8d97b99072485aa” -SRCREV =“e11ae91da7d0711f5e33ea9dfbf1875dde3c1734” +SRCREV = "0bad85523ff71f1a84cea5fdf72e7f560c4aeed4" S = " ${WORKDIR} /git" -PV = "1.9.0+git" +PV = "1.9.5+git" # 大文件和 64 位 time_t 支持通过编译器标志全局添加这些宏 # 移除它们,因为伪函数会拦截一些函数,这些函数将会被拦截。
記事全体を表示
BSP46とlinux-libc-headers 6.6の組み合わせでコンパイル失敗が発生します。 BSP46とlinux-libc-headers 6.6の組み合わせでコンパイル失敗が発生します。 コンパイルログを以下に添付します。この問題を解決する方法についてご教示ください。 DEBUG:python関数の実行extend_recipe_sysroot 注意:直接依存関係は ['/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot'、 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/rpm/rpm_4.19.1.1.bb:do_populate_sysroot','virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/rsync/rsync_3.2.7.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-devtools/unifdef/unifdef_2.12.bb:do_populate_sysroot', 'virtual:native:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/recipes-extended/xz/xz_5.4.7.bb:do_populate_sysroot'] 注意:sysrootにインストールした際: ['cmake-native', 'openssl-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'dwarfsrcfiles-native', 'elfutils-native', 'file-native', 'libedit-native', 'lua-native', 'make-native', 'perl-native', 'python3-native', 'rpm-native', 'bzip2-native', 'libarchive-native', 'libbnsl2-native', 'libtirpc-native', 'lzlib-native', 'zstd-native', 'curl-native', 'gdbm-native', 'gmp-native', 'gnutls-native', 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libunistring-native', 'nettle-native'] 注意:sysrootで既に存在しているようにスキップしています: ['gettext-minimal-native', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'zlib-native', 'bison-native', 'flex-native', 'gnu-config-native', 'patch-native', 'pkgconfig-native', 'pseudo-native', 'rsync-native', 'unifdef-native', 'xz-native', 'acl-native', 'attr-native', 'popt-native', 'sqlite3-native'] DEBUG: sed -e 's:^[^/]*/:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/recipe-sysroot-native/:g'/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/openssl-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/ncurses-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/elfutils-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/lua-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/perl-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/python3-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/rpm-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/curl-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/gmp-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/libgcrypt-native/fixmepath/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/libgpg-error-native/fixmepath|XARGS sed -i -e 's:FIXMESTAGINGDIRTARGET:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/recipe-sysroot:g;s:FIXMESTAGINGDIRHOST:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/recipe-sysroot-native:g'-E 's:FIXME_PSEUDO_SYSROOT:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/sysroots-components/x86_64/pseudo-native:g'-E 's:FIXME_HOSTTOOLS_DIR:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/hosttools:g'-E 's:FIXME_PKGDATA_DIR:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/pkgdata/s32g399avmcu2.1asc:g'-E 's:FIXME_PSEUDO_LOCALSTATEDIR:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/pseudo/:g'-E 's:FIXME_LOGFIFO:/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/temp/fifo.4087696:g' デバッグ: Python 関数 extend_recipe_sysroot が完了しました デバッグ: Python関数sstate_task_prefuncを実行中 デバッグ: Python関数sstate_task_prefuncが終了しました デバッグ: Python関数 do_package を実行中 デバッグ: Python関数 package_setup_pkgv を実行中 デバッグ: Python関数 package_setup_pkgv が完了しました デバッグ: Python 関数 package_convert_pr_autoinc を実行中 デバッグ: Python 関数 package_convert_pr_autoinc が完了しました デバッグ: Python関数 package_prepare_pkgdata を実行中 注: pkgdata-sysroot にインストールされました: [] デバッグ: Python関数 package_prepare_pkgdata が完了しました デバッグ: Python関数 perform_packagecopy を実行中 エラー: exec_func_python() で Python 関数を実行中にエラーが発生しました (自動生成)。 この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: 0002:perform_packagecopy(d) 0003: ファイル: '/home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[指揮] = "${PKGD}" *** 0363: 0364:Python populate_packages () { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 421、関数: check_output 0417: それ以外の場合: 0418: 空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 526、関数: 実行 0522: # process.wait() は呼び出しませんとして。 __exit__それは私たちのためにやってくれる。 0523: 上げる 0524: retcode = process.poll() 0525: チェックして戻りコードを取得する場合: *** 0526: raise CalledProcessError(retcode, process.args, 0527: 出力=標準出力、標準エラー=標準エラー) 0528: return CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 例外: subprocess.CalledProcessError: コマンド 'tar --exclude=./sysroot-only'-cf - -C /home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/image-p -S 。|tar -xf - -C /home/ubuntu/develop_bsp46/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avmcu2.1asc/tmp/work/cortexa53-crypto-fsl-linux/linux-libc-headers/6.6/package'ゼロ以外の終了ステータス2を返しました。 サブプロセスの出力: 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス TAR: ./USR/Include/MISC:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス tar: ./usr/include/misc/ocxl.h: 開けられない:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス tar: ./usr/include/misc/pvpanic.h: 開けません:そのようなファイルやディレクトリはありません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス tar: ./usr/include/misc/xilinx_sdfec.h: 開けません:そのようなファイルやディレクトリはありません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス tar: ./usr/include/misc/cxl.h: 開けません:そのようなファイルやディレクトリはありません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス tar: ./usr/include/misc/fastrpc.h: 開けられない:そのようなファイルやディレクトリはありません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス TAR: ./USR/include/misc/uacce:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パスインクルード 'include' の絶対パスを割り当てられませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス tar: ./usr/include/misc/uacce/uacce.h: 開けられない:そのようなファイルやディレクトリは存在しない 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. はい、どうもありがとうございました。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、 @zhijie ご返信ありがとうございます。 問題を再現しましたが、現在のBSPとは関係なく、ビルディングシステムの変更によるものです 現在調査中です。進展があり次第、後ほどご連絡いたします。 BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. ありがとう、 @zhijie uname -aの結果も教えていただけますか? BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、 @zhijie 投稿ありがとうございます。 ビルディングの環境について詳しく教えていただけますか? BSP46を組み立てるのは今回が初めてですか?それとも以前にも組み立てたことがありますか? BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは@zhijie 私も同じ問題に直面しています。もし解決できた方がいらっしゃいましたら、ぜひ教えてください。 エラー: zlib-1.3.1-r0do_package: exec_func_python() で Python 関数を実行中にエラーが発生しました (自動生成) この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: 0002:perform_packagecopy(d) 0003: ファイル: '/home/smurugan8/LWT/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[パッケージ] = "${PKGD}" *** 0363: 0364:Python populate_packages () { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.12/subprocess.py'、行番号: 466、関数: check_output 0462: それ以外の場合: 0463: 空 = b'' 0464: kwargs['input'] = 空 0465: *** 0466: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0467: **kwargs).stdout 0468: 0469: 0470:class CompletedProcess(object): ファイル: '/usr/lib/python3.12/subprocess.py'、行番号: 571、関数: run 0567: # process.wait() は呼び出しませんとして。 __exit__それは私たちのためにやってくれる。 0568: 上げる 0569: retcode = process.poll() 0570: チェックして戻りコードを取得する場合: *** 0571: raise CalledProcessError(retcode, process.args, 0572: 出力=標準出力、標準エラー=標準エラー) 0573: return CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 例外: subprocess.CalledProcessError: コマンド 'tar --exclude=./sysroot-only'-cf - -C /home/smurugan8/LWT/build/tmp/work/armv8a-poky-linux/zlib/1.3.1/image-p -S 。|tar -xf - -C /home/smurugan8/LWT/build/tmp/work/armv8a-poky-linux/zlib/1.3.1/package'ゼロ以外の終了ステータス2を返しました。 サブプロセスの出力: 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パス lib 'lib' の絶対パスを割り当てられませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス tar: ./usr/lib/libz.so.1:'libz.so.1.3.1'へのシンムリンクを作成できません:そのようなファイル、又はディレクトリはありません Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、陳音 問題は解決しました。ありがとうございました! BR 志傑 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、chenyinさん: このビルド失敗問題について、何か進展はありますか? 良い知らせをお待ちしています。大変ありがたいです。 BR 志傑 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、 @zhijie ご返信ありがとうございます ビルディングの故障ログを確認すると、建築機械のプログラム変更に関連しているようです。 以下の方法を試していただけますか?Ubuntu PCで、コマンド「sudo apt install tar=1.34+dfsg-1build3 」を使用して使用するtarのバージョンを変更し、BSPをクリーンアップして再度再構築してください。   BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 私も同じ問題に直面していましたが、問題はtarのバージョンビルド4にあることが分かり、ダウングレードすることでエラーは解決しました。しかし、実際の問題はtarとpseudoがシステムコールにopenatではなくopenat2()を使用していることです。 私が知る限り、Pokyは既にパッチをリリースしているようですが、NXPは何かアップデート情報を持っていますか? 現在、LLDP 6.1.22を使用しています。LX2160ARDB_REV2ボード上でSDKを起動しても、bitbakeでRCWを構築しようとすると同じエラーが出ます。 もしNXPがtarの最新ビルド4のようにopenat()ではなくopenat2()を使ったpseudo_git.bbを更新していれば、tarを最新バージョンにアップデートできるので便利になるでしょう。 参考までにログファイルを添付しました。 yocto-projectのバグはここに追加されています https://bugzilla.yoctoproject.org/show_bug.cgi?id=16117 よろしくお願いいたします。 PVSN スバシュ Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、 @pvsnsubhash ご返信ありがとうございます。問題の回避策を講じた後、私も同様の疑似問題に気づき、社内チームに報告しました。 担当チームが問題を検討し、正式な修正のためのスケジュールを調整します。 貴重なご意見をありがとうございました。 BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは@chenyin_h 私は依然として同じ問題に直面しています。フォーラムに既に質問を投稿しましたが、まだ返信がありません。リンク 参考までに、ログファイルを以下に添付いたします。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、 @Sanjiv_Mns ご返信ありがとうございます。 あなたも同じ問題に遭遇しましたか?詳細記録を載せた新しい投稿を作成してもよろしいでしょうか?できるだけ早く直接サポートします。 BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは@chenyin_h 解決に役立つ何か見つけましたか? この問題が現在進行を妨げています。何か進捗やアドバイスをいただけると本当にありがたいです。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. こんにちは、 @Sanjiv_Mns ご返信ありがとうございます。 1. わかりました。現在S32G製品ではなく i.MX を使っていると理解しています 2. 以下の方法で試してみることもできます: "sudo apt install tar=1.34+dfsg-1build3"そしてYoctoのセットアップでクリーン・再構築 3. それでも問題が解決しない場合は、元のリンクからのフィードバックをお待ちください。私の同僚があなたのi.MXの設定に基づいて解決のお手伝いをしてくれると思います。 BR チェイン Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. 問題は、Linuxのtarパッケージがbuild3からbuild4にアップグレードされたことです。以下の手順でtarパッケージをダウングレードし、そのパッケージのアップグレードを一旦保留してコンパイレーションを進めてください。 wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar 上記の手順を踏み終えた後、コンパイルを進めば、そのようなエラーは一切見られません。 Re: Compilation failure occurs with BSP46 paired with linux-libc-headers 6.6. この問題はNXP iMX BSP 6.6.36-2.1.0で解決しました。また、6.12.49-2.2.0 では pseudo_git.bb を 1.9.5 に上げ、older-glibc-symbols パッチを更新しています。これらはどちらも対応する wrynose レシピ (6.18.20-2.0.0) からコピーされたものです。 git diff... diff --git a/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch b/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch インデックス c453b5f735..f42b32b8d9 100644 --- a/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch +++ b/meta/recipes-devtools/pseudo/files/older-glibc-symbols.patch @@ -28,10 +28,10 @@ diff --git a/Makefile.in b/Makefile.in @@ -120,7 +120,7 @@ $(PSEUDODB): pseudodb.o$(SHOBJS) $(DBOBJS) pseudo_ipc.o| $(BIN) libpseudo: $(LIBPSEUDO) - $(LIBPSEUDO): $(WRAPOBJS) pseudo_client.opseudo_ipc.o$(SHOBJS) | $(LIB) + $(LIBPSEUDO): $(WRAPOBJS) pseudo_client.opseudo_client_scanf.o pseudo_ipc.o$(ショーブス) |$(リブ) - $(CC) $(CFLAGS) $(CFLAGS_PSEUDO) -共有 -o $(LIBPSEUDO) \ + $(CC) $(CFLAGS) -Lprebuilt/$(shell uname -m)-linux/lib/ $(CFLAGS_PSEUDO) -shared -o $(LIBPSEUDO) \ - pseudo_client.o pseudo_ipc.o\ + pseudo_client.opseudo_client_scanf.o pseudo_ipc.o\ $(WRAPOBJS) $(SHOBJS) $(LDFLAGS) $(CLIENT_LDFLAGS) diff --git a/pseudo_wrappers.cb/pseudo_wrappers.c diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb b/meta/recipes-devtools/pseudo/pseudo_git.bb インデックス 5f32b3777a..c491f0c97f 100644 --- a/meta/recipes-devtools/pseudo/pseudo_git.bb +++ b/meta/recipes-devtools/pseudo/pseudo_git.bb @@ -1,8 +1,6 @@ 擬似ファイルが必要です。 SRC_URI = "git://git.yoctoproject.org/pseudo;branch=master;protocol=https\ - file://0001-configure-Prune-PIE-flags.patch \ - file://glibc238.patch \ file://fallback-passwd \ file://fallback-group \ " @@ -14,9 +12,9 @@@ SRC_URI:append:class-nativesdk = " file://older-glibc-symbols.patch」 SRC_URI[prebuilt.sha256sum]= "ed9f456856e9d86359f169f46a70ad7be4190d6040282b84c8d97b99072485aa" -SRCREV = "e11ae91da7d0711f5e33ea9dfbf1875dde3c1734" +SRCREV = "0bad85523ff71f1a84cea5fdf72e7f560c4aeed4" S = " ${WORKDIR} /git" -PV = "1.9.0+git" +PV = "1.9.5+git" #largefileおよび64bit time_tサポートは、これらのマクロをコンパイラフラグを通じてグローバルに追加します # 擬似関数は一部の関数を遮蔽するため、擬似は
記事全体を表示
MR-CANHUBK344 IEEE1722 车载以太网示例 – 需要适用于 S32DS 3.5/3.6.7 的工作项目 您好, 我正在使用 MR-CANHUBK344,想使用其 100BASE-T1 车载以太网接口。 我的首要目标是在修改汽车以太网示例以适应我的应用之前,先在电路板上运行该示例。 我下载了官方的 MR_CANHUBK3_IEEE1722 示例。这看起来很合适,因为它演示了 MR-CANHUBK344、100BASE-T1、TJA1103、GMAC、IEEE 1722 ACF-CAN、CAN/CAN-FD 到以太网的转换以及 FreeRTOS。 但是,我遇到了工具链/版本兼容性问题。 我可用的环境有: S32 设计工作室 3.5 和 S32K3 RTD 3.0.0 S32 设计工作室 3.6.7 和 S32K3 RTD 7.0.1 当我导入原始的 MR_CANHUBK3_IEEE1722 项目时,可以看到源文件,但是当我尝试打开 .mex 文件时却无法打开。配置时出现以下错误: 处理器 S32K344,PlatformSDK_S32K3_2022_03 版本不受当前版本工具的支持。 例如,FreeRTOS_Toggle_Led_Example_S32K344.mex 无法打开,因为它需要 PlatformSDK_S32K3_2022_03。 我了解到最初的 MR_CANHUBK3_IEEE1722 演示程序是使用较旧的 S32DS/RTD 环境开发的。 我还尝试安装了 S32 Design Studio 3.4,并下载了 SW32K3_S32DS_3.4.3_D2112.zip。但是,我目前无法激活 S32DS 3.4,因为我的 NXP 帐户没有显示 v3.4 许可证授权。 请问您能否帮我解决以下其中一个问题? 是否有适用于 S32DS 3.5 和 RTD 3.0.0 的 MR-CANHUBK344 IEEE1722 项目? 是否有适用于 S32DS 3.6.x 的 MR-CANHUBK344 汽车以太网示例(已更新)还有更新的即饮版吗? 目前,我只需要一个简单的汽车以太网演示,其中两个 MR-CANHUBK344 板建立 100BASE-T1 链路,并使用 S32K344 GMAC 和 TJA1103 发送/接收基本以太网帧。 现阶段我不需要 SOME/IP、TSN 或复杂的 TCP/IP 应用程序。 如果 MR_CANHUBK3_IEEE1722 有可用的 S32DS 3.5 移植版、更新的项目或迁移指南,请分享。 或者,如果您能帮我激活许可证就太好了。我点击了下载链接,但没有收到 3.4 版本的电子邮件。不过我收到了一封关于3.6版本的邮件。 谢谢! Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 谢谢! Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 你好@Aaditya773 , 最初的 MR_CANHUBK3_IEEE1722 演示程序是为较旧的 S32DS / RTD 环境发布的,因此 .mex 文件也存在问题。与较新的 S32DS 3.5 / 3.6.x 版本不兼容版本号是预期的。我无法确认是否有适用于 S32DS 3.5 或 S32DS 3.6.x 的官方发布的 IEEE1722 ACF-CAN 演示程序的迁移版本。/ RTD 7.0.1。 对于您当前的目标是首先启动 100BASE-T1 以太网接口,我建议您从较新的以太网示例入手,而不是直接迁移旧的 IEEE1722 项目。 NXP 社区上有一个 MR-CANHUBK344 lwIP 示例:示例 S32K344 EMAC lwIP FreeRTOS MRCANHUB S32DS 3.6.1 RTD600 。本示例基于 lwip_FreeRTOS_s32K344,适用于 MR-CANHUBK344 板,演示了如何 ping lwIP 协议栈。 然而,此示例是基于 RTD 6.0.0 的版本编写的。设置。因此,对于 RTD 7.0.1,我主要会将其用作参考,而不是直接导入的项目。更简洁的方法是,从已安装的 TCP/IP 协议栈附带的当前 lwip_FreeRTOS_s32k344 示例开始,然后根据社区示例调整 MR-CANHUBK344 的特定部分,主要是 GMAC / MII 端口映射、引脚配置、时钟、中断和 TJA1103 相关设置。 作为另一参考,您还可以使用软件包 SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip 中的 S32K344_gptp_ds 示例。 我已使用以下软件配置进行了快速检查: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip 在对 S32 配置工具配置进行一些小的修改后,可以在此环境中构建 S32K344_gptp_ds 示例。 请注意,这不是原始 IEEE1722 ACF-CAN 演示的直接移植。对于使用较新的软件环境在 MR-CANHUBK344 上启动基本的 100BASE-T1 以太网而言,这是一种相当实用的方法。 为了使讨论更容易理解,也为了对其他用户有所帮助,让我们把这个帖子集中在 MR-CANHUBK344 以太网 / 100BASE-T1 启动主题上。如果您需要其他方面的帮助,请另开一个社区帖子。   顺祝商祺! 帕维尔
記事全体を表示
MR-CANHUBK344 IEEE1722自動車用イーサネット例 – S32DS 3.5/3.6.7の作業プロジェクトが必要 こんにちは、 私はMR-CANHUBK344を使っていて、その100BASE-T1自動車用イーサネットインターフェースを使いたいと思っています。 最初の目標は、アプリケーションに合わせて修正する前に、基板上で動作するオートモーティブ イーサネットの例を動かすことです。 公式のMR_CANHUBK3_IEEE1722サンプルをダウンロードしました。これはMR-CANHUBK344、100BASE-T1、TJA1103、GMAC、IEEE 1722 ACF-CAN、CAN/CAN-FDからイーサネットへの変換、FreeRTOSの実証が可能であるため適切に見えます。 しかし、ツールチェーン/バージョンの互換性の問題に直面しています。 私が利用できる環境は以下のとおりです。 S32 Design Studio 3.5 with S32K3 RTD 3.0.0 S32 Design Studio 3.6.7 with S32K3 RTD 7.0.1 元のMR_CANHUBK3_IEEE1722プロジェクトをインポートするとソースファイルは見えますが、.mexを開こうとすると設定時に以下のエラーが発生します。 プロセッサS32K344、PlatformSDK_S32K3_2022_03バージョンは現在のツールバージョンではサポートされていません。 例えば、FreeRTOS_Toggle_Led_Example_S32K344.mexはPlatformSDK_S32K3_2022_03を期待しているため開けません。 オリジナルのMR_CANHUBK3_IEEE1722デモは、古いS32DS/RTD環境を使用して開発されたものだと理解しています。 S32 Design Studio 3.4をインストールしてSW32K3_S32DS_3.4.3_D2112.zipをダウンロードしてみました。しかし、NXPアカウントにv3.4ライセンスの権利が表示されないため、現在S32DS 3.4を有効化できません。 以下のいずれかの点を教えていただけませんか? S32DS 3.5およびRTD 3.0.0に対応した、動作するMR-CANHUBK344 IEEE1722プロジェクトはありますか? S32DS 3.6.x用のMR-CANHUBK344 オートモーティブ イーサネットの最新例はありますか?そして、より新しいRTDバージョンは? 今のところ、2台のMR-CANHUBK344ボードが100BASE-T1リンクを確立し、S32K344 GMACとTJA1103を使って基本的なイーサネットフレームを送受信する、シンプルなオートモーティブ イーサネットのデモンストレーションだけで十分です。 現時点ではSOME/IP、TSN、複雑なTCP/IPアプリケーションは必要ありません。 MR_CANHUBK3_IEEE1722のS32DS 3.5版、更新されたプロジェクト、または移行ガイドがあれば、ぜひ共有してください。 あるいは、ライセンスの有効化を手伝ってもらえれば。ダウンロードボタンをクリックしたのですが、バージョン3.4に関するメールが届きませんでした。3.6に関するメールは1通届きました。 よろしくお願いします。 Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 よろしくお願いします。 Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 こんにちは、 @Aaditya773 さん。 元のMR_CANHUBK3_IEEE1722デモは古いS32DS/RTD環境向けにリリースされていました。つまり.mexです新しいS32DS 3.5 / 3.6.xとの非互換性バージョンが想定されています。この正確なIEEE1722 ACF-CANデモの公式に移行版がS32DS 3.5やS32DS 3.6.xで入手可能かどうかは確認できません/ RTD 7.0.1 現在の目標としては、まず100BASE-T1イーサネットインターフェースを立ち上げることなので、古いIEEE1722プロジェクトを直接移行するよりも、新しいイーサネットの例から始めることをお勧めします。 NXPコミュニティにはMR-CANHUBK344 lwIPの例があります: Example S32K344 EMAC lwIP FreeRTOS MRCANHUB S32DS 3.6.1 RTD600。この例はlwip_FreeRTOS_s32K344をベースに、MR-CANHUBK344ボード向けに改変したもので、lwIPスタックへのpingを実行する方法を示しています。 ただし、この例はRTD 6.0.0ベース向けに作成されたものです。設定。したがって、RTD 7.0.1に関しては、直接インポートするプロジェクトとしてではなく、主に参考資料として使用することをお勧めします。よりクリーンなアプローチとしては、インストール済みのTCP/IPスタックに付属するlwip_FreeRTOS_s32k344サンプルから始め、コミュニティサンプルからMR-CANHUBK344固有の部分、主にGMAC/MIIポートマッピング、ピン構成、クロック、割り込み、およびTJA1103関連の設定を適応させる方法があります。 別の参考として、パッケージS32K344_gptp_dsの例を使うこともできますSW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip 以下のソフトウェア構成で簡単に確認しました: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip S32構成ツールの設定でいくつかの小さな修正を加えた後、S32K344_gptp_ds例はこの環境で構築可能です。 これはオリジナルのIEEE1722 ACF-CANデモの直接移植ではないことにご注意ください。これは、新しいソフトウェア環境を用いてMR-CANHUBK344上で基本的な100BASE-T1イーサネットを起動するための実用的な方法です。 議論を分かりやすく、他のユーザーにとっても役立つようにするため、このスレッドはMR-CANHUBK344イーサネット/100BASE-T1の話題に焦点を当てておきましょう。他にサポートが必要な場合は、別のコミュニティThreadを作成してください。   よろしくお願いいたします。 パベル
記事全体を表示
2026年に最も優れたIPTVプロバイダーはどれですか? 人々のテレビ視聴方法は、かつてないほど急速に変化している。ケーブルテレビ料金は上昇し続け、視聴者はより柔軟な視聴方法を求めており、ストリーミング配信が新たな常識となっている。そのため、多くのユーザーが「2026年に最も優れたIPTVプロバイダーはどれですか?」と質問するようになったのです。彼らは、より多くのチャネル選択肢、よりスムーズな再生、そして従来のテレビの制約を受けないエンターテイメントへのアクセスを求めている。 🛰️ 最高のIPTVプロバイダーを探す IPTVとは、インターネットプロトコルテレビの略称です。インターネット接続を通じて、ライブTVチャンネル、映画、スポーツ、オンデマンドコンテンツを配信します。衛星放送やケーブルテレビを利用する代わりに、ユーザーはスマートテレビ、Fire TV Stick、Android端末、タブレット、ノートPCでコンテンツを直接ストリーミング視聴する。 2026年においても、IPTVサービスは利便性、コストパフォーマンス、そして最新の視聴機能を提供することから、成長を続けるだろう。このガイドでは、優れたプロバイダーを見極める要素と、ニーズに最適なIPTVソリューションを見つける方法について説明します。 2026年に最も優れたIPTVプロバイダーとして知られているのはどのような点ですか? 2026年の最高のIPTVプロバイダーは、単にチャネル数が多いだけではありません。量より品質が重要だ。一流のプロバイダーは、安定したストリーミング配信、簡単な操作性、そして強力なカスタマーサポートを提供するべきである。 信頼性の高いIPTVサービスは、バッファリングを減らすために、より高性能なサーバーに投資しています。また、チャネルリストを定期的に更新し、混雑時でもスムーズなアクセスを維持している。これは特にスポーツファンやライブイベント視聴者にとって重要です。 優れたプロバイダーのもう一つの特徴は、ユーザーフレンドリーなセットアッププロセスです。優れたIPTVプラットフォームは、アクティベーションが簡単で、人気のあるアプリやストリーミングデバイスとの互換性も高い。 2026年にIPTVの人気が高まる理由 現代のライフスタイルに合致するため、多くの家庭がストリーミング配信を好むようになっている。ユーザーは、固定されたケーブルテレビのパッケージではなく、自分の都合の良い時間に楽しめるエンターテイメントを求めている。 あらゆるデバイスで柔軟に視聴可能 IPTVが成長している大きな理由の一つは、デバイスの自由度が高いことだ。ユーザーはスマートテレビ、スマートフォン、タブレット、ストリーミングスティック間を簡単に切り替えることができます。これにより、シームレスなエンターテイメント体験が実現します。 従来のテレビよりもお得 多くの人が、高額な月額ケーブル料金を支払わずに、より多くのコンテンツを求めて、手頃な価格のIPTVプロバイダを検索しています。IPTVには、多くの場合、世界のチャンネル、スポーツ、映画などが1つのパッケージに含まれています。 オンデマンドの利便性 視聴者はもはや、予定された放送時間を待つことを望んでいない。IPTVは、忙しい生活スタイルに合わせて、リプレイ機能、見逃し配信、ビデオオンデマンドコンテンツなどを提供することが多い。 2026年における最高のIPTVプロバイダーの主な特徴 適切なサービスを選ぶには、何に注目すべきかを知っておくと便利です。 安定したストリーミング品質 2026年に最も優れたIPTVプロバイダーは、高速サーバーと高い稼働率に重点を置いている。スムーズに再生できることの方が、正常に動作しない長いチャネルリストよりも重要です。 幅広いチャネル選択 主要なプロバイダーには、エンターテインメント、ニュース、スポーツ、子供向けコンテンツ、国際ネットワークなどが含まれることが多い。バランスの取れたラインナップは、加入者にとってより大きな価値を提供する。 HDおよび4Kサポート 現在、多くのユーザーは高解像度ストリーミングを期待している。プレミアムIPTVサービスでは、対応チャネルについてHD、フルHD、4Kのオプションが用意されていることが多い。 迅速なカスタマーサポート ログインの問題、セットアップエラー、アプリの不具合などが発生した場合、迅速なサポートが役立ちます。信頼できるカスタマーサービスは、IPTVプロバイダーを選ぶ際の重要な要素です。 自分に最適なIPTVプロバイダーを選ぶ方法 視聴者によって優先順位は異なる。スポーツ報道を求める人もいれば、映画や家族向けエンターテイメントに注目する人もいる。 ライブスポーツを最も重視するなら、安定したイベント配信と幅広いスポーツチャンネルのカバー状況を確認しましょう。映画やドラマが好きなら、充実したVODライブラリと最新コンテンツを提供するプロバイダーを選びましょう。 家族連れは、複数のデバイスからのアクセスや子供向けチャネルを好むかもしれません。旅行者は、世界中で利用可能な互換性と柔軟なログインオプションを求めるかもしれない。 購読する前にテストしてみるのも賢明です。多くのユーザーは、長期プランを購入する前に品質を確認するために、IPTVの無料トライアルサービスを探しています。 SEOのトレンドがIPTV検索を牽引 「2026年のベストIPTVプロバイダー」「トップIPTVサービス」「プレミアムIPTVプラン」「バッファリングなしIPTV」といった検索語句がますます一般的になってきている。これは、柔軟なストリーミングソリューションに対する需要の高まりを反映している。 世界的にインターネット速度が向上するにつれて、IPTVはより使いやすくなっている。スマートテレビやストリーミング機器の価格も手頃になったことで、IPTVの普及が進んでいる。 人々はパーソナライズされたエンターテイメントを求めており、IPTVは従来のテレビパッケージよりも多くのコントロール権をユーザーに提供する。 IPTVを選ぶ際に避けるべき間違い 一部のユーザーは、最も安いオプションのみを選択します。低価格は魅力的だが、ストリーミング品質の悪さやサポート体制の弱さは、不満につながる可能性がある。 もう一つの間違いは、互換性を無視することです。必ず、そのプロバイダーがご使用のデバイスに対応していることを確認してください。 調査を怠ると、問題が生じる可能性もある。最近のレビューを読んだり、無料トライアルを試したりすることで、信頼性の低いサービスを避けることができます。 2026年のIPTVの未来 IPTVは、よりスマートでユーザー中心のサービスへと進化していくと予想される。より高速なネットワーク、改良されたアプリ、そしてより充実したコンテンツライブラリが、今後もマーケットを形成していくでしょう。 多くのプロバイダーが、インターフェース、検索ツール、ストリーミングの安定性を改善している。これは、ユーザーが今後よりスムーズな体験を期待できることを意味します。 需要の増加に伴い、IPTVプロバイダー間の競争が激化することで、価格やサービス品質の向上にもつながる可能性がある。 まとめ では、 2026年に最も優れたIPTVプロバイダーはどれでしょうか?これらは、安定したストリーミング、高品質なコンテンツ、簡単なセットアップ、そして強力なサポートを兼ね備えたサービスです。最適な選択肢は、視聴習慣、使用するデバイス、そして予算によって異なります。 IPTVプロバイダーを選ぶ際は、約束よりも性能に注目しましょう。安定した再生機能と便利な機能を備えたサービスは、常に優れた価値を提供する。 エンターテイメント体験をアップグレードする準備ができているなら、信頼できるIPTVプロバイダーを探して、2026年にはよりスマートなストリーミングをお楽しみください。 Re: What Are the Best IPTV Providers in 2026? すぐに契約を結ぶことなく、プレミアムコンテンツを楽しむための最適な方法をお探しですか?2026年には、高品質なプロバイダーを見つける最も効果的な方法は、無料のIPTVトライアルを利用することだろう。 無料テストから始めるべき理由とは? 無料トライアルでは、購読する前にいくつかの重要な要素を確認できます。 安定性:サービスがバッファリングのないストリーミングと高い稼働率(理想的には99%以上)を提供することを確認してください。 コンテンツの多様性:プレミアムスポーツ、ニュース、国際ネットワークなど、20,000以上のライブチャネルへのアクセスをご確認ください。 品質:HD、フルHD、および4Kストリーミングに対応していることを確認してください。 デバイスの互換性:Amazon Firestick、スマートテレビ、Android/iOSデバイス、PCなど、お使いのハードウェアで動作することを確認してください。 2026年のおすすめトップ 豊富なチャネル数と安定したパフォーマンスによるプレミアムな体験をお求めなら、GoldCard TVをお試しいただくことをお勧めします。最小限のダウンタイムで、シームレスなエンターテイメントソリューションを提供するように設計されています。 👉 今すぐ無料トライアルを開始しましょう: https://omeulink.com/GoldCardTv Re: What Are the Best IPTV Providers in 2026? ここ数ヶ月でいくつかのIPTVプロバイダーを試してみましたが、私の経験では、安定性、ストリーミング品質、そして日常的なエンターテイメントという点で、HypoTVは総合的に見て最も優れたプロバイダーの一つです。スポーツに特化したストリーミングサービスをお探しなら、 BekuTVはスムーズなライブチャンネルと最小限のバッファリングで非常に優れたパフォーマンスを発揮します。アダルトコンテンツや大規模なVODライブラリをお探しなら、PillowIPTVは有力な選択肢です。また、多くのユーザーがMomIPTVを、信頼できる国際チャンネルの選択肢と複数デバイスへのサポートを理由に推奨しているのを目にしました。総じて言えば、どのサービスにもそれぞれ長所があり、それはあなたが最もよく視聴するコンテンツの種類によって異なります。 Re: What Are the Best IPTV Providers in 2026? 私は多くのIPTVサービスを試してきましたが、NexusIPTVの安定性と画質には正直驚かされました。 高速チャネル、ほぼバッファリングなし、そしてHD/4K画質のスポーツ、映画、海外コンテンツの豊富なセレクション。 Firestick、スマートテレビ、Android端末、iPhone、PCで完璧に動作します。 2026年に信頼できるIPTVサービスをお探しなら、NexusIPTVは間違いなく試してみる価値があります。 www.nexusiptv.live Re: What Are the Best IPTV Providers in 2026? 最近、主にライブスポーツを視聴できるサービスをいくつか試してみましたが、UHDSportsは今のところ最もスムーズに動作するサービスの1つです。 私が一番気に入ったのは、ごちゃごちゃしたり、ごちゃごちゃした感じがしなかったことです。設定は簡単で、私のデバイスではチャネルがすぐに開き、スポーツのストリーミングはピーク時でも安定していました。通常、ほとんどのプロバイダはピーク時にバッファリングを開始するのですが。スマートテレビとAndroid端末でもテストしてみましたが、どちらも問題なく動作しました。 VOD機能も悪くはないが、私にとって一番の理由はライブスポーツ観戦だ。プロバイダーを選ぶ際には、まず無料トライアルを依頼し、閑散期だけでなく実際の試合中にテストすることをお勧めします。それが本当の試練だ。 完璧とは言いませんが、安定したライブスポーツ配信と迅速なサポートを重視するなら、 UHDSportsは試してみる価値があると思います。 Re: What Are the Best IPTV Providers in 2026? リンクを探したり、アプリを切り替えたり、大きな試合中のラグに悩まされたりするのに疲れたなら、tvaccess.xyz があなたのために作られたプラットフォームです。このプレミアム有料サービスは、世界中の主要なスポーツすべてをHD、フルHD、4Kウルトラ画質で、滑らかで安定したストリーミングで提供します。 tvaccess.xyzで、あらゆるスポーツをHD/4Kでライブ視聴しよう Re: What Are the Best IPTV Providers in 2026? 2026年にIPTVプロバイダを選ぶのは、信頼性、チャネル選択、ストリーミング品質に帰着するという点には同意します。私は、意思決定をする前に情報を簡単に確認できるサービスも好きです。関連性のない研究目的で、最近フランクリン・プロパティ・データが不動産関連の詳細情報を確認するのに役立つことを発見しました。常に複数の選択肢を慎重に比較検討し、自分のニーズに合ったサービスを選ぶことが重要です。
記事全体を表示
S32K358 SEMA42 デモ こんにちは! SEMA42モジュールのゲートレジスタを使用して、そのGTFSMフィールドに書き込みを行う必要があります。使用中にGTFSMフィールドへの書き込みと読み出しが正しく行えるように、mcalでSEMA42の操作を有効にする必要があります。SEMA42を使用したコア間通信のデモを提供していただけますでしょうか?よろしくお願いいたします! Re: S32K358 SEMA42 demo こんにちは@liyongfengさん SEMA42を使用するには、まずXRDCを設定する必要があります。 デフォルトでは、ドメイン0のみがアクティブになっています。たとえば、ドメイン1(GTFSM = 0010b、つまりドメイン1がロックを保持している状態)でコアがゲートをロックするようにするには、XRDCでドメイン1を有効にする必要があります。 XRDCはRM RTD MCALドライバを通じて設定されます。ですので、MCAL RMドライバーを使うか、カスタムコード内で該当するXRDC設定を有効にするかのどちらかです。 参考として、RTD のサンプル Rm_Example_All_S32K358 を参照してください。これは、XRDCとSEMA42の両方を設定する方法を示しています。 danielmartynek_0-1786518348453.png よろしくお願いいたします。 ダニエル
記事全体を表示
CodeWarrior for LA1224プラグイン こんにちは、 現在、LA1224-RDBの評価の途中で、ソフトウェア環境についていくつか質問があります。私の理解では、評価目的で既存のNxPイメージ上でLinuxアプリを動かすことはLX2160A可能です。さらに、LA1224はFreeRTOSを搭載したベアメタル環境で動作していると思われます。LX2160AのLinuxディレクトリにLA1224のファームウェアを保存できるのを見ました。これはNxPから提供されたものですか?何をサポートしていますか?提供されているファームウェア以上のものを開発したい場合は、コードウォーリアーライセンスとTAPを取得する必要があると思います。 CW_ARMv8_v2020.06_b200629GA_Win_Setup.exeをダウンロードしましたが、LP1224が利用できません。NxPのサイトを検索したところ、CW_ARMv8の上にさらに別のツールチェーンが必要であることがわかりました。アドオンをダウンロードするための完全なURLは何ですか?LA1224用のCodeWarriorを読んだところ、部分的なURLしか与えられていません。com.freescale.armv8.11.5.15.E200.INT.Win.updatesite.230810 1.zip" これらのプロセッサーの扱い方について、さらなる情報があればぜひ教えてください。 敬具 N. アレクソプロス Re: CodeWarrior for LA1224 plugin 以下のリンクから、com.freescale.armv8.11.5.15.E200.INT.Win.updatesite.230810 1.zip パックをダウンロードしてください。 https://support.nxp.com/s/case/500Te00000eF7lOIAS/community-codewarrior-for-la1224-plugin?language=en_US クリーンなインストール環境をご用意ください。まず、CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe をインストールしてください。その後、新しいWorkapceパスでCodeWarrior IDEを開きます。次に、CodeWarrior IDEのHelp->Install New ソフトウェア->Add->Archiveからサービスパックcom.freescale.armv8.11.5.15.E200.INT.Win.updatesite.230810 1.zipをインストールします。
記事全体を表示
デモ資料のアップロードエラー 電源管理ICの機能安全と関連システムに関する考慮事項 | NXPセミコンダクターズ このビデオの情報はビデオのURLであり、ドキュメントのURLではありません。 Re: 演示资料上传错误 こんにちは、 ご報告いただいた問題は把握しており、影響を受けているページを特定しました。トレーニングコース「電源管理IC的功能安全及相关システム注意事项 |NXP中国語のウェブサイトにある「NXP半导体」(Functional Safety in Power Management ICs and Related System Considerations, COURSE ID: TIP-NXP-AUT-T4050)には、動画URLを指し示す誤った資料/プレゼンテーションのダウンロードリンクが表示されているようです。 担当のウェブコンテンツチームに修正を依頼しましたので、リンクが修正され次第、ご連絡いたします。 その間、このトレーニングのプレゼンテーションスライドが必要な場合は、同じコースのグローバル英語版が以下で利用可能です: https://www.nxp.com/design/design-center/training/TIP-NXP-AUT-T4050 BRs、トーマス
記事全体を表示
ddr_stress_tester一部のDDRでは動作しません 私は長年ddr_stress_testerこのツールを使ってきましたが、今年、新しい製造プロセスのDDR(20nmや25nmのDDR)ではうまく動作しないことに気づきました。CPUの周波数を選択するとバイナリがフリーズすることがありました。例えば、winbond w631gu6rbやISSI IS43TR166640C-125JBLI-TRなどです。ちなみにCPUモデルはmx6solo/dlです i.MX6DL Re: ddr_stress_tester cannot work on some DDRs この症状は、DDRダイのプロセスノード自体というよりも、DDRの初期化/MMDC設定、あるいはボードレベルのマージンに関連している可能性が高い。NXPのドキュメントで、i.MX6Solo/DL ddr_stress_testerが20nm/25nmだからハングするという問題は見つかりませんでしたし、NXPのライブラリやコミュニティパスで部品番号、プロセスノード、「CPU周波数」のハング表現で確認してもWinbond W631GU6RBやISSI IS43TR166640C特有の情報も見つかりませんでした。 まず最初に確認すべきこと: 古い固定スクリプトではなく、i.MX6/7 DDRツールフローを使用してください。 i.MX6/7 DDRツールは、実際のデバイス構成(密度、チップセレクト、バス幅、ボードレイアウト/スウィズリングなど)に基づいてカスタムDRAM初期化を生成およびテストすることを目的としており、 i.MX6DL/Sデバイスを明示的にサポートしています。 DDRベンダーまたはDDRのジオメトリ/タイミングを変更した場合は、DRAMレジスタプログラミング支援ツール/DDRツールフローを使用して.inc初期化スクリプトを再生成してください。NXPは、スクリプトは「カスタムボードとメモリに合わせて変更する必要がある場合がある」と述べています。 古い校正値が依然として適用されると想定しないでください このストレスツールは、i.MX6ボードに対して、書き込みレベリング、DQSゲーティング、読み書き遅延キャリブレーション、およびストレステストを実行します。 周波数選択直後にハングすると、キャリブレーション完了前にDDRがすでに限界になっている可能性があります。NXPコミュニティのガイドラインでは、類似のi.MX6 DDRストレスハングは、MMDCパラメータの誤り、電力のブラウンアウト、基板ノイズ、レイアウトの問題にポイントを挙げます。 DDR電圧/モードおよび周波数選択を確認してください i.MX6Solo/DualLite DDRパッドはLPDDR2およびDDR3/DDR3Lモードをサポートしています。 DDR3/DDR3L I/O電源については、i.MX6Solo/DLのデータシートの抜粋によると、DDR3は1.425–1.575 V、DDR3Lは1.283–1.45 Vとされています。 i.MX6 DDRストレスツールは135 MHzから672 MHzまでのDDRストレステストをサポートします。まず保守的なDDR周波数を選択し、キャリブレーションが完了した後に上位に進めます。 更新タイミングを確認する i.MX6のケースでは、低周波ハングがMMDC0_MDREFを補正することで解決され、tREFIが3.9μsから7.8μsに変化しました。 NXPのドキュメントでは、MMDCx_MDREFがDDRリフレッシュ動作を制御するレジスタとして示されており、一部のDDR3デバイスでは温度依存のリフレッシュ変更が必要であることも指摘されています。85℃以下の場合は64ms、85℃を超える場合は32msのリフレッシュ周期。 既知のツール環境のハングアップ原因を排除する U-Bootから動作する場合は、スプラッシュ画面やIPU、またはDRAMにアクセスできる可能性のあるDMAを無効にしてください。NXPは、アクティブなIPU/スプラッシュアクセスがDDRストレスフロー中にシステムがハングする可能性があると指摘しています。 ウォッチドッグヒューズや設定が有効かどうか確認してください。NXPは、i.MX6Soloではウォッチドッグがキャリブレーションやストレステスト中にデバイスをリセットできるDDR_Stress_Tester指摘しています。 JTAG版を使っている場合、DDRの周波数選択後にi.MX6のケースが停止したと報告され、その際のガイダンスはJTAGモード/接続を確認し、簡単なSDKのDDRテストと信号・電力プロービングを使うよう指示されていました。 私の推奨事項は、新しいDDR部品ごとにDDR初期化スクリプトを再生成し、低いMMDC/DDR周波数から開始し、MDREF/タイミング値をDDRデータシートと照合して確認してから、キャリブレーションを再実行することです。それでもCPU/DDR周波数選択の段階で処理が停止する場合は、その移行中にDDRの電源レールとクロックをオシロスコープで測定し、正常に動作していた古いDDRと新しいWinbond/ISSI製部品のMMDCレジスタ値を比較してください。 この問題は、まず i.MX6Solo/DL DDR の初期化とマージンの問題として対処する必要があります。NXP が 20 nm/25 nm DDR3 プロセス自体を ddr_stress_tester の非互換性として認識しているという証拠は見つかりませんでした。
記事全体を表示
S32K144のPWM周波数が周期的に変化する問題について。 現在、NXP S32K144 の開発を行っており、問題が発生しました。EB 構成ツールを使用して、FTM0 の 4 つの出力チャネルを構成し、コード内で `PWM_Init();setdutycycle(8129)` を呼び出しました。構成では、中央揃えモード、デッドタイムなし、他のチャネルとのバインディングなしを選択しました。周期は 0.00125 に設定され、各チャネルは独立モードとなり、結果として 250µs%的方波,这显然不对,我希望是25% のデューティサイクルが 20% になりました。そこで、デューティサイクルを `setdutycycle(16339)` に変更しましたが、結果として波形が正しくなくなりました。チャネルは、デューティサイクル 66% の 150µs の矩形波と、デューティサイクル 50% の 100µs の矩形波を交互に出力します。なぜこのようなことが起こるのでしょうか。これが実際の波形です。 実際、私には2つの問題があることは明らかです。1. なぜPWMデューティサイクルが正しく動作しないのか? 2. なぜPWMサイクルが常に変化するのか? Re: 关于S32k144的pwm频率会周期变化的问题 こんにちは S32K1用リアルタイムドライバのどのバージョンをテストしているのか、またはS32K1デバイス用AUTOSAR MCALのどの以前のバージョンをテストしているのか教えてください。 MPC5xxxおよびS32K1xxデバイスに対するMCALのサポートは終了いたしましたのでご注意ください。今後のサポートにはマーケティングチームの承認が必要となりますので、NXPの営業担当者までお問い合わせください。 よろしくお願いします、 ロビン Re: 关于S32k144的pwm频率会周期变化的问题 お使いのソフトウェアのバージョンがわからないのですが、読み込みポイントの設定に注意してください。以下の2つのディスカッションを参照してください。 FTM_PWMの周期とデューティサイクルを変更する S32K116のPWM出力の問題
記事全体を表示
Regarding the issue of the S32K144's PWM frequency changing periodically. I'm currently developing for the NXP S32K144 and have encountered a problem. Using the EB configuration tool, I've configured the four output channels of FTM0 and called `PWM_Init();setdutycycle(8129)` in the code. In the configuration, I selected center-aligned mode, no dead time, and no binding with other channels. The period was set to 0.00125, and each channel was in independent mode, resulting%的方波,这显然不对,我希望是25% in a 250µs duty cycle of 20%. So, I changed the duty cycle to `setdutycycle(16339)`, but this resulted in an incorrect waveform. The channel now alternates between a 150µs square wave with a 66% duty cycle and a 100µs square wave with a 50% duty cycle. Why is this happening? This is my actual waveform. In fact, it's clear that I have two problems: 1. Why is my PWM duty cycle setting off incorrectly? 2. Why is my PWM cycle constantly changing? Re: 关于S32k144的pwm频率会周期变化的问题 Hi Please tell me which version of Real-Time Drivers for S32K1 you are testing, or which previous version of AUTOSAR MCAL for S32K1 devices ? Please note that MCAL support for MPC5xxx and S32K1xx devices has been discontinued. Further support requires approval from the marketing team; please contact your NXP sales representative for assistance. Best Regards, Robin Re: 关于S32k144的pwm频率会周期变化的问题 I'm not sure which version of the software you're using, but you need to pay attention to the Loading Point settings. Please refer to the following two discussions: Changing FTM_PWM period and duty cycle S32K116 PWM output problem
記事全体を表示
i.MX8M Nano PTP 时钟精度 我们正在评估 IEEE 1588 PTP,用于同步多个通过 SAI 接口采集数据的 i.MX8M Nano 系统。 我们的同步要求是多个单元的采样时间保持在2 µs以内。 在我们的硬件上, ENET1_1588_EVENT0_OUT通过外部路由返回到GPT_CAPTURE1 。预期的架构如下: 使用硬件时间戳 PTP 同步每个单元上的 ENET PTP 硬件时钟。 使用ENET1_1588_EVENT0_OUT生成周期性定时事件。 使用 GPT 捕获该事件,将 PTP 时钟与本地硬件定时器关联起来。 利用 PTP 时基和音频时钟之间的测量关系来调整每个从属单元上的 AudioPLL,使其 SAI 采样率跟踪主单元。 保持各单元之间的采样率同步和已知的相位/采样索引关系。 我们找到了 NXP 的演示文稿“i.MX IEEE 1588 1PPS 测试” ,其中展示了如何启用 FEC 1588 输出,并指出该通用程序适用于 i.MX8M 系列。然而,该演示仅展示了信号生成,并未提供任何关于同步精度、PPS 偏移、输出抖动或单元间相位误差的规格或测量结果。 我们也查阅了 i.MX8M Nano 的数据手册和参考手册,但没有找到以下任何一项的保证时序规格: 使用硬件数据包时间戳时,两个 i.MX8M Nano ENET PTP 硬件时钟之间的最大同步误差。 ENET1_1588_EVENT0_OUT相对于已编程的 ENET PTP 定时器比较值的计时精度或抖动。 ENET PTP 定时器比较事件到外部 EVENT0_OUT 引脚的延迟存在单元间差异。 当ENET1_1588_EVENT0_OUT循环回到GPT_CAPTURE1时的总不确定性。 使用 NXP Linux BSP 和 ptp4l 的预期实际同步性能。 NXP能否就以下问题提供任何指导? FEC PTP 时钟和 ENET1_1588_EVENT0_OUT 是否有未记录的特性分析结果或预期精度? 输出边沿是否完全由 ENET PTP 定时器硬件生成,并且相对于定时器比较具有确定性延迟? 边沿时序是否仅由 ENET_TIMER_CLK_ROOT 量化,还是存在引入可变延迟的额外异步时钟域交叉? 在捕获环回事件时,GPT 输入捕获是否存在已知的最大不确定性? NXP 是否测量过通过 PTP 同步的两个 i.MX8M 设备之间的 PPS 到 PPS 偏差? 在使用硬件时间戳和受控有线以太网时,2 微秒内的同步是否算得上合理预期? 对于 i.MX8M Nano,是否有推荐的 ptp4l、FEC 驱动程序、时钟树或设备树设置,以获得最佳同步精度? NXP 是否有任何现有的示例,用于根据 ENET PTP 时钟来控制 AudioPLL 或 SAI 媒体时钟? 我们计划通过实验验证该实现,方法是将两块板放置在同一个 PTP 网络上,并使用双通道示波器测量它们的 ENET1_1588_EVENT0_OUT 信号之间的时间差。然后,在实现 AudioPLL 控制环路之后,我们将分别测量 SAI 帧时钟或采样时钟的对齐情况。 这是表征可实现的 PTP 同步精度的推荐方法吗?还是有其他内部信号、寄存器、驱动程序统计信息或 NXP 测试方法可以提供更好的测量结果? 任何时序特性数据、内部设计指导、相关应用笔记或电路板支持包示例都将不胜感激。         i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8M Nano PTP clock accuracy 我查阅了相关资料,对于 imx8mn,我们只验证其对 IEEE 1588 PTP 的支持,不做任何时序精度或延迟测试。我们可以帮助客户搭建 IEEE 1588 PTP 输出配置,但由于我们尚未进行相关测试,因此无法提供这些数据。
記事全体を表示
Clock_Ip_Init() 呼び出し時の外部データアボート こんにちは、 RTDとS32 DSのmexツールを使ってペリフェラルクロックを初期化しようとしています。(注:私はM7プロジェクトでコードを生成していますが、実際にはA53プロジェクトのためにビルドして実行しています) しかし、Clock_Ip_Init() 関数内で外部データによる異常終了が発生しました。具体的には、コールスタックは次のようになります。 Clock_Ip_Init -> Clock_Ip_InitClock() -> Clock_Ip_DisableCmuFcFceRefCntLfrefHfref()。 これはCMUペリフェラルメモリへの書き込みを初めて試みた試みのようです。この障害は、メモリ0x4005'C028上のLDR命令で発生しており、S32G3メモリマップによれば、この命令はCMUメモリ領域内に正しく配置されています。 現時点ではMMUは有効になっていませんが、私の理解では、外部のデータアボートはCPU/MMUの外で発生し、 おそらくセキュアアクセス か 「ロックされた」 周辺機器に関連しているようです。 Clock_Ip_Init() を呼び出す前に、何らかの方法で CMU を A53 コアから「アクセス可能」にする必要がある、という理解で合っていますか?もしそうなら、その手順についてアドバイスをいただけますか? よろしくお願いいたします。 ジョニー デバイス = S32G399A コンパイラ = S32DS_GCC _11_4 コア = Cortex A53 Re: External Data Abort when calling Clock_Ip_Init() こんにちは、 jonnyWHIS お問い合わせいただきありがとうございます。 S32DS IDEのS32G A53コア上でベアメタルコードを作成するつもりですか? BR ジョーイ
記事全体を表示
S32DS 3.5 和 3.6 中的 RTD 5 LCU 实例选择问题 你好, 我在配置 LCU 模块时,RTD 5 出现了问题。具体来说,当我在 LCU 中选择实例 -> 1 时,它会抛出一个错误(请参考下图)。没有做其他更改,此配置在RTD 4中运行良好。 此外,按下“确定”后,不允许添加多个LCU 输出物理设备——外围设备部分的“+”按钮将无响应。 我已经在S32 Design Studio v3.5和v3.6中验证了这一行为,并且该问题在两个版本中都存在。 请您调查一下这件事好吗? 谢谢! GaneshBhagwat_0-1747153496378.png Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 信息:我使用的是 S32DS 3.6.10 版本。使用 RTD 7.0.1 Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 是的,这也是我使用的变通方法。我在配置所有东西时保留了LCU_IP_HW_INST_0 ,即使它没有被使用,然后在最后删除实例 0。 NXP 建议更新/重新安装 RTD,但这并没有解决这个具体问题。该帖子最终被关闭了,所以我不太确定这个问题是否在后来的 S32DS/RTD 版本中得到了修复。我在 S32DS 3.5 和 3.6 版本中都发现了这个问题。 感谢 @ Micha4566465将此内容添加到社区 这里提供解决方法很有用,以便其他人遇到同样问题时可以参考。 Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 你好, 我也有这个问题。 只有当使用 LCU 硬件实例 LCU_IP_HW_INST_1 作为“LCU 逻辑实例”项中的唯一实例时,才会出现此问题。 如果将 LCU_IP_HW_INST_0 放在 LCU_IP_HW_INST_1 旁边,即使它不会被使用,也没有问题。 Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 这个更新版本有效 Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 你好, 以下是我配置实例 1 时看到的内容: petervlna_0-1747643560745.png petervlna_1-1747643582258.png petervlna_2-1747643595174.png 我没看出有什么问题。 顺祝商祺! Peter Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 谢谢大家的回复!我尝试了您提供的建议——现在情况好多了。我能够添加 LCU 实例,这是一个不错的进展。 但是,这个问题只在选择硬件实例 1时出现(如前所述)。你分享的图片中显示的是实例 0 ,它似乎没有出现同样的问题。 偶尔在使用实例 1 时仍然会出现错误,但这不会造成阻碍,因为我可以退出而不会对功能产生任何影响。 请问这是否是RTD v5中的已知问题,或者是否可能与其他问题有关?另外,如果有解决方法或推荐的变通方案,那就太好了。 GaneshBhagwat_0-1747411796726.png Re: RTD 5 LCU Instance Selection Issue in S32DS 3.5 & 3.6 你好, 我刚刚在 S32DS 3.5 中试过了。采用 RTD 5.0.0。我并不认为存在这样的问题: petervlna_0-1747204418272.png 这个错误似乎与您的安装有关。 petervlna_1-1747204502521.png 由于 S32DS 3.6 也存在此问题,我建议重新安装 RTD 插件并安装 RTD 5.0.0.HF1 的最新更新版本。 petervlna_2-1747204648293.png 但事实上,我使用的是更老的版本,并没有遇到这些问题。 它还可以与 S32DS GUI 连接。或许是LPC中的配置信息损坏或访问受限。 顺祝商祺! Peter
記事全体を表示