Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
申请 SW32K14-MCAL421-RTMC-1.0.1 的 FlexNet 授权 您好,NXP技术支持, 我已登录我的NXP账户,但我无法访问以下FlexNet官方产品页面: 产品: SW32K14-MCAL421-RTMC-1.0.1 FlexNet 元素: 10190977 所需版本: S32K14X MCAL 4.2 RTM HF3,版本 1.0.1 所需安装程序: S32K14X_MCAL_4.2_RTM_HF3_1.0.1.exe 目标MCU: S32K144 下载页面显示找不到该项目或我的帐户未获得授权。 请问如何才能获得合法的下载权限或购买此旧版软件包?如果需要我的恩智浦账户信息,请私下联系我。 谢谢! Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 嗨,张汉钊, 我可以在我的账户里看到它。 点击“AUTOSAR MCAL for S32K1 设备” ->“汽车软件 - AUTOSAR MCAL / QM”->“上一步”->“SW32K14-MCAL421-RTMC-1.0.1”->“S32K14X_MCAL_4.2_RTM_HF3_1.0.1.exe” 请访问该路径;如果您看不到该路径,可能是因为该软件是已存档的旧版本,可能包含不会修复的错误。 如果您特别需要该版本,我可以联系 FlexNet 将软件添加到您的帐户中。 此致敬礼, Robin Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 请问您现在可以下载该软件了吗? 如果仍然无法下载,请提供尝试访问文件时遇到的错误信息或问题的屏幕截图。这将有助于我们进行进一步调查。
查看全文
Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi NXP,       Can LPC55S0x support 1Mbps in arbitration stage and 8Mbps in data stage ?       I can't find in LPC55S0x datasheet.      Thanks very much. LPC55xx Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi Harry,       Got it.       Thanks. Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi @jimmyli  Yes— the LPC55S0x CAN-FD controller can be configured for 1 Mbit/s arbitration and 8 Mbit/s data , provided the MCAN functional clock is 96 MHz and the external CAN-FD transceiver and physical network support 8 Mbit/s. The reason this is not listed directly in the datasheet is that the bit rates are derived from the MCAN clock and the NBTP / DBTP timing registers rather than specified as a fixed maximum. The CAN clock can use main_clk with CANCLKDIV = 0 (divide-by-1), and the LPC55S0x maximum clock frequency is 96 MHz. BR Harry
查看全文
AT&Tの担当者と直接話すにはどうすればよいですか? 自動音声メニューにうんざりして、実際に人と話したいと思いませんか?AT&T カスタマーサポートチーム (米国)
查看全文
运行 OpenGL 程序时出现多次 GPU 崩溃/无效输出 您好, 三年多来,我们一直在销售基于 i.MX6QuadPlus 的设备,该设备基于 Yocto hardknott 构建,并搭载了基于 Weston 的 Qt 6.3.2。随着产品的发展,我们开始收到越来越多的用户崩溃报告,但我们在自己的代码或 Qt 中都找不到原因。我们已经修复了一些问题——通过重新调整 DDR 时序、禁用某些视图中的阴影、增加一些内部缓冲大小以及使用 GPU_VIV_EXT_RESOLVE=0 运行应用程序——但我们仍然会收到报告,其中很大一部分与 GPU 相关,并在日志中显示如下: 内核:*** GPU DRV 配置 *** 内核:Galcore 版本 6.4.3.336687 内核:Galcore 选项: ... 内核: [galcore]: 停止驱动程序以保持场景。 这是驱动程序自身的挂起报告——监测计时器未见任何进展,gckKERNEL_Recovery 转储 GPU 状态,并且由于 recovery=0,驱动程序停止服务而不是重置核心(recovery=1 对我们来说不是一个选项,因为需要重新启动每个 GUI 应用程序)。屏幕彻底冻结,即使使用 SIGKILL 也无法杀死 Weston,唯一的解决办法是断电——这对我们的客户来说非常糟糕。 由于我们已经在 Qt 和应用程序层面尝试了很多方法,但都只得到了变通方案,所以我决定停止测试高级功能,而是直接测试 OpenGL ES 入口点——如果它们运行正常,那就是我们的问题;如果它们运行不正常,那就是驱动程序/硬件的问题(至少是部分问题)。 我使用 VK-GL-CTS( https://github.com/KhronosGroup/VK-GL-CTS )实现了这一点。首先移植到 Rust 以便于交叉编译(仍在进行中,因此目前只能检查大约一半的相关情况)。案例名称与上游 deqp-gles2/gles3/gles31 相同,并且在 Mesa llvmpipe 和运行 Ubuntu 24.04 的普通笔记本电脑上,所有测试均通过,并且也安装了 mesa 驱动程序,因此板上的失败说明板存在问题。我利用周末时间在硬件上运行了它,并在人工智能的帮助下,找到了 14 个不同的缺陷并将其最小化,每个缺陷现在都可以独立复现:一个没有任何依赖项的纯 Rust 项目,仅使用 cargo build 构建,GLSL 代码放在单独的文件中。 (只需运行- 在本地运行,您可以提取仅 arm部分,只需构建步骤即可收集二进制文件(您需要先安装cargo install --locked cargo-zigbuild )) 6.4.11.p4 版本(我们能为该部件构建的最新驱动程序)仍然存在问题: 0001 GPU 锁死 - synchronization.inter_invocation.ssbo_atomic_read_write,独自一人,站在一块刚启动的板上。只有重启才能清除它,而且该进程无法终止,因此重启本身需要 8-10 分钟。 0002 GPU 锁定 - synchronization.inter_invocation.ssbo_atomic_overwrite,单独发生。 0003 GPU 锁死 - 二十个 synchronization.inter_invocation.* 中的十个个别案例单独存在,其他十个案例则不存在,因此这是一个边界,而不是“计算出错”。所有原子 ssbo/图像变体。所有二十台设备都进行了十次运行,每次运行都是从它自己的重启开始。 0010 链路故障 - 7 个 ubo 案例,其中两个阶段读取了同一个 std140 块的 47 个成员。单独一个阶段可以连接,但两个阶段一起连接则不行,glGetProgramInfoLog 为空,并且没有任何东西接近驱动程序本身报告的限制(每个阶段 3 个块 vs 16 个,704 字节 vs 65536)。至少需要 47 次阅读,46 个链接。 0011 结果错误 - shaders.invariance.highp.loop_*:两个着色器使用相同的表达式计算不变的 gl_Position,结果相差几个像素的深度。 0013 错误状态枚举 - fbo.completeness.size.distinct:请求的上下文是 ES 2.0,但报告的是 ES 3.1,然后根据 ES 2.0 规则回答完整性问题,并返回一个 ES 3.x 未定义的枚举。 已在 6.4.3.p2 版本中修复-> 6.4.11.p4 跳转: 0004 GPU 死锁 - image_load_store.cube.qualifiers.*_r32f(旁边的 r32ui/r32i 型号都没问题) 0006 GPU 锁死 - image_load_store.* 每当图像分层时都会发生,21 层中有 8 层发生,而 2D 图像上 7 层中没有发生,间歇性发生 0005 客户端冻结 - compute.indirect_dispatch.gen_in_compute.empty_command:glMapBufferRange 永远不会返回 0014 客户端冻结 - 同样,通过 upload_buffer.empty_command 命令实现。一旦调度任务已经完成映射 0007 结果错误 - 计算着色器中包含十八个 && 的链,并且声明了一个原子计数器,当每个项都为真时,结果为假(2007 个 ssbo.layout 案例中的 44 个) 0008 编译器 - 保留字表适用于错误的语言版本,正反两面都是如此。 0009 结果错误 - 对于两个相等的向量,vec3 == vec3 为 false,这是通过 inout 参数返回的结构体成员的结果。 0012 编译器 - mediump vec2(1.0,1.0) 可以编译,其中 ESSL 1.00 语法中没有精度限定符的位置。 两次测试均在同一块主板上进行:i.MX6QP 硅 rev 1.0,2 GiB DDR,LVDS 1280x1024@60,Weston on fbdev with use-g2d=1,GL_RENDERER "Vivante GC2000+"。 旧版本:hardknott,BSP imx-5.10.52-2.1.0,内核版本 5.10.52galcore 6.4.3.p2.336687,imx-gpu-viv 1:6.4.3.p2.2-aarch32,Weston 9.0.0.imx,Qt 6.3.2 新增:wrynose,BSP imx-6.18.20-2.0.0,内核 6.18.20,galcore 6.4.11.p4.1190909,imx-gpu-viv 1:6.4.11.p4.6-aarch32Weston 10.0.5.imx,Qt 6.11.0 CONFIG_MXC_GPU_VIV=y,recovery=0 和 stuckDump=0 在两者上;超时时间为 20000 -> 30000 毫秒,并且 6.4.11.p4 添加了 softReset=1。 所以版本升级有所帮助,但一些问题仍然存在。由于 i.MX6 的供货情况,我们将很快迁移到 i.MX8,但我们现有的用户群无论如何都会继续使用 i.MX6 硬件,因此我们希望这些问题在未来能够得到解决。 这些问题有没有可能在新版本的驱动程序中得到修复,即使这意味着我们需要升级 Yocto 版本? 我担心 i.MX8 也可能存在某种程度的此类问题,那么是否已经对 Vulkan/OpenGL CTS 进行过测试,现在是否正在进行测试,或者是否有计划进行测试?因为如果不通过那项测试(再加上一些模糊测试,例如随机执行cts函数),我认为我们遇到的随机崩溃问题无法在驱动程序之上的层级中得到修复。 Re: Several gpu crashes/invalid output, when running opengl es cts 你好, i.MX 6/7 的最新公开发布驱动程序是 imx-gpu-viv 6.4.11.p4.6 ,随附 wrynose 电路板支持包 (imx-6.18.20-2.0.0)。发行说明将此次升级描述为对 i.MX 6/7/8 系列进行了“错误修复和性能优化”,这与您的观察结果相符,即 .p2 和 .p4 之间解决了 14 个缺陷中的 8 个。是的,这确实正在发生——但各个平台都有一些重要的限制条件。对于配备 Vivante (VSI) GPU 的 i.MX8,CTS 正在运行。作为每个版本候选周期的一部分,内部 Linux Factory 测试流程都会针对 i.MX8 板运行 opengl-es-cts 和 vulkan-cts 软件包。在 Linux Factory Jira 项目 CTS 中跟踪在 i.MX8M Nano、i.MX95 上发现的缺陷。这意味着 i.MX8M Plus、i.MX8QuadMax 等产品中的 Vivante GC7000 系列 GPU 在每次正式版本前都会经过系统的符合性测试。 适用于配备 Mali / OSS Mesa 的 i.MX9 版本说明明确指出,对于采用 Mesa OSS GPU 堆栈的 i.MX 95/952:“OpenGL ES11、Vulkan 1.4.5 和 OpenCL 3.0 的基本功能可以正常工作,但一致性测试未通过。” 这i.MX9 上的 Mali DDK 默认路径通过了 CTS 测试,但开源 Panfrost/PanVK 路径仍在努力使其符合标准。 特别是对于 i.MX6 (GC2000+) 而言,CTS 的覆盖范围非常有限。 在当前的 Linux Factory 流水线中,没有发现针对 GC2000+ 的系统性 deqp/CTS 运行的内部证据。GC2000+ 仅支持 OpenGL ES 3.0(不支持 3.1/3.2)。测试基础设施似乎针对的是较新的 i.MX8/9 板。您与 VK-GL-CTS 的合作是对该特定 IP 进行的最彻底的一致性级别测试,在任何内部渠道中都是可见的。   总之:虽然不能保证未来会发布 i.MX6 驱动程序补丁,但通过您开放的支持帖子提供独立的重现步骤才是正确的做法。对于您的 i.MX8 迁移,Vivante GC7000 系列的兼容性情况比 GC2000+ 要好得多,并且系统性的 CTS 测试是发布过程的一部分——尽管即便如此, galcore 6.4.11.p4 中的活跃驱动程序错误仍然不断被发现和提交。   此致 Re: Several gpu crashes/invalid output, when running opengl es cts 我没看到附件,看来是我忘记添加了,所以我再添加一次。
查看全文
OpenGL es ctsを実行しているときに、いくつかのGPUがクラッシュしたり無効な出力が出たりします こんにちは、 3年以上にわたり、私たちはi.MX6QuadPlusでデバイスを出荷してきました。これはYocto hardknott上で構築され、WestonのQt 6.3.2で構築されています。製品が成長するにつれて、ユーザーからクラッシュ報告が増え、自分たちのコードやQtの中に原因が見つかりませんでした。一部は修正できました。DDRのタイミングを調整したり、特定のビューでシャドウを無効にしたり、内部バッファのサイズを増やしたり、アプリをGPU_VIV_EXT_RESOLVE=0で動かしたりしましたが、それでもレポートは届き、その多くはGPU関連でログに次のように表示されます。 カーネル: *** GPU DRV 設定 *** カーネル:Galcore バージョン 6.4.3.336687 カーネル:Galcoreオプション: ... カーネル:[galcore]: シーンを保つためにドライバを止めてください。 これはドライバ自身のハングレポートで、モニタータイマーは進行状況を認識せず、GPUの状態をダンプgckKERNEL_Recovery、recovery=0なのでドライバはコアをリセットせずサービスを停止します(recovery=1は私たちには選択肢にありません。なぜなら、すべてのGUIアプリケーションを再起動する必要があるからです)。画面は完全にフリーズし、ウェストンはSIGKILLを使っても倒せないことが多く、唯一の脱出方法は停電で、これはお客様にとって非常に悪いことです。 Qtやアプリケーションレベルで多くのことを試しましたが、回避策しか得られなかったため、高レベルの機能テストをやめ、OpenGL ESのエントリポイントを直接テストすることにしました。正常に動作すれば問題は私たちの責任、そうでなければドライバやハードウェアの故障(少なくとも部分的)です。 私はVK-GL-CTS( https://github.com/KhronosGroup/VK-GL-CTS )を使ってそれをやりました。クロスコンパイルを簡単にするために最初はRustに移植されました(まだ進行中で、関連するケースの約半分しか確認できませんでした)。ケース名は上流のdeqp-gles2/gles3/gles31と同じで、Mesa llvmpipeやUbuntu 24.04のカジュアルノートPC(Mesaドライバー付き)でもすべてパスされます。つまり、ボードの故障はボード自体の問題です。週末にハードウェア上で実行したところ、AIの助けを借りて14個の異なる欠陥を発見し、最小限に抑えることができました。それぞれが独立した再現可能なコードになっています。具体的には、依存関係のないシンプルなRustプロジェクト、cargoビルドのみ、そしてGLSLを独自のファイルに記述したものです。 (JUst Run - ローカルで実行、 Armパーツだけ を抽出して、ビルドステップのみでバイナリを集められます(最初の カーゴインストールが必要で、ロックされたカーゴ・ジグビルド) この部分のために構築可能な最新ドライバー、6.4.11.p4で依然として問題が残っています: 0001 GPUロックアップ - synchronization.inter_invocation.ssbo_atomic_read_write,一人きり、新しく履き替えたばかりのボードの上で。再起動しないとクリアできませんし、プロセス自体は壊せないので8〜10分かかります。 0002 GPUロックアップ - synchronization.inter_invocation.ssbo_atomic_overwrite、単体で。 0003 GPUのロックアップ - 20 synchronization.inter_invocation中10件。*ケースは単独で起こるが、他の10個はそうではないため、これは境界であり「計算が壊れている」とは言えない。すべての原子SSBO/イメージのバリアント。20人全員がそれぞれ10回のレースを制覇し、すべてのレースはリブート版から始まった。 0010リンク障害 - 同じstd140ブロックの47個のメンバーが両段階で読み取れた7件のUBOケース。どちらのステージだけでもリンクしますが、一緒にはリンクしません。glGetProgramInfoLogは空で、ドライバー自体が報告する制限(ステージあたり3ブロック対16ブロック、704バイト対65536バイト)はほとんどありません。最低でも47回の閲覧と46のリンクが必要です。 0011 結果が間違っています - shaders.invariance.highp.loop_*:同じ式から不変なgl_Positionを計算する2つのシェーダーが、深度に関して数ピクセルの差を生じます。 0013 ステータス列挙型が間違っています - fbo.completeness.size.distinct: ES 2.0 として要求されたコンテキストが ES 3.1 を報告し、その後 ES 2.0 ルールで完全性に応答し、ES 3.x で定義されていない列挙型を返します。 6.4.3.p2で修正済み-> 6.4.11.p4 ジャンプ: 0004 GPUロックアップ - image_load_store.cube.qualifiers.*_r32f(隣にあったr32ui/r32iは問題なかった) 0006 GPUのロックアップ - image_load_store.* 画像がレイヤー化されるたびに、21枚中8枚、2Dでは7枚中0枚、断続的です 0005 クライアントフリーズ - compute.indirect_dispatch.gen_in_compute.empty_command:glMapBufferRange は決して戻りません 0014 クライアントフリーズ - upload_buffer.empty_command 経由、同じ一度、配車がすでにマッピングされている場合 0007 誤った結果 - 18 &&の連鎖で、原子カウンタも宣言される場合、すべての項が真である場合にfalseになります(2007年のssbo.layoutケース中44件) 0008 コンパイラ - 保留ワードテーブルは間違った言語バージョン用、両方向に適用されます 0009 誤った結果 - 入力パラメータを介して返される構造体メンバーに対して、2 つの等しいベクトルに対して vec3 == vec3 が false になります 0012 コンパイラ - mediump vec2(1.0,1.0) コンパイルは成功するが、ESSL 1.00 文法には精度修飾子を入れる場所がない。 両方のテストは同じボードで行いました:i.MX6QPシリコンリビジョン1.0、2 GiB DDR、LVDS 1280x1024@60、fbdev上のWeston、use-g2d=1、GL_RENDERER "Vivante GC2000+"。 古い: hardknott、BSP imx-5.10.52-2.1.0、カーネル 5.10.52、Galcore 6.4.3.p2.336687、IMX-GPU-VIV 1:6.4.3.p2.2-aarch32,Weston 9.0.0.imx、Qt 6.3.2 new: wrynose、BSP imx-6.18.20-2.0.0、kernel 6.18.20、galcore 6.4.11.p4.1190909、imx-gpu-viv 1:6.4.11.p4.6-aarch32,Weston 10.0.5.imx、Qt 6.11.0 CONFIG_MXC_GPU_VIV=y、recovery=0、stuckDump=0 の両方でタイムアウトが発生し、20000 -> 30000 ms となり、6.4.11.p4 で softReset=1 が追加されました。 バージョンアップは助けになりますが、いくつかの問題は残っています。i.MX6の入手可能性のため、近いうちにi.MX8に移行する予定ですが、既存の基盤はいずれにせよi.MX6のハードウェアを保持しているので、将来的にこうした問題が解決されるのを見たいです たとえYocto版をやめざるを得なくても、新しいドライバーでこれらの問題が修正される可能性はありますか? この問題はi.MX8にもある程度存在しているのではないかと懸念していますが、Vulkan/OpenGL CTSでテストは行われていますか?現在行われているのか、それとも計画されているのでしょうか?それを通さなければ(さらにcts関数のランダム実行などのファズ処理も)、ドライバーの上層でランダムクラッシュは修正できないと思います Re: Several gpu crashes/invalid output, when running opengl es cts こんにちは、 i.MX 6/7の最新公開ドライバーは imx-gpu-viv 6.4.11.p4.6 で、wrynose BSP(imx-6.18.20-2.0.0)が付属しています。リリースノートでは、そのジャンプが i.MX 6/7/8ラインの「バグ修正、パフォーマンス最適化」をもたらしたと説明されており、これはあなたの観察と一致しています。 .p2 と .p4 の間に14の欠陥のうち8つが解決されたという点です。そして確かに、それは行われていますが、プラットフォームごとに重要な条件があります。Vivante(VSI)GPU搭載のi.MX8では、CTSが動作しています。Linux Factory内部のテストパイプラインでは、各リリース候補サイクルの一環として、i.MX8ボードに対して opengl-es-cts および vulkan-cts パッケージの両方を実行させます。発見された欠陥は、Linux Factory JiraプロジェクトCTSのi.MX8M Nano、i.MX95上で追跡されています。これは、i.MX8M Plus、i.MX8QuadMaxなどに搭載されているVivante GC7000シリーズGPUは、各GAリリース前に体系的な適合性テストを受けていることを意味します。 i.MX9(Mali / OSS Mesa搭載)向け リリースノートには、Mesa OSS GPUスタック搭載 i.MX 95/952について明記されています:「OpenGL ES11、Vulkan 1.4.5、OpenCL 3.0の基本機能は動作していますが、適合性テストは合格していません。」そのi.MX9上のMali DDKのデフォルトパスはCTSに合格していますが、オープンソースのPanfrost/PanVKパスはまだ適合化の作業中です。 i.MX6 (GC2000+) に関しては、CTS のカバー範囲は最小限です。 現在のLinux Factoryパイプラインにおいて、GC2000+に対して体系的なdeqp/CTS実行が行われているという内部証拠は見つかりませんでした。GC2000+はOpenGL ES 3.0のみをサポートしており(3.1/3.2はサポートしていません)、テストインフラストラクチャは新しいi.MX8/9ボードをターゲットにしているようです。VK-GL-CTSでの作業は、この特定のIPに対する内部チャネルで見られる最も徹底した適合レベルのテストです。   結論として、FUTURE i.MX6ドライバーパッチが保証されているわけではありませんが、オープンサポートThreadを通じてスタンドアロンのリプロダクションを提供するのが正しい方法です。i.MX8移行に関しては、Vivante GC7000シリーズの適合状況がGC2000+よりも大幅に優れており、体系的なCTSテストもリリースプロセスの一部となっていますが、それでもなお galcore 6.4.11.p4 のドライバーバグは依然として発見・報告されています。   よろしくお願いします。 Re: Several gpu crashes/invalid output, when running opengl es cts 添付ファイルが見当たらず、追加を忘れたようだったので、もう一度追加しました
查看全文
How to Speak Directly to an AT&T Agent? Tired of automated menus and just want to talk to a real person? AT&T Customer Support Team ((USA))
查看全文
S32K3 SAI TDM问题 Hi,NXP专家, 我想问一下,关于S32K322芯片,SAI接口TDM的block size最大支持多少?是否为Frame size×width? 也就是16×32bit=512bit、64bytes? 谢谢! Re: S32K3 SAI TDM问题 嗨@Chenxu1 您还必须考虑最大支持的位时钟 (BCLK) 速率为 12.288 MHz。例如: TDM8,16 位,48 kHz → BCLK = 8 × 16 × 48,000 = 6.144MHz < 12.288 MHz(支持) TDM16,16 位,48 kHz → BCLK = 16 × 16 × 48,000 = 12.288 MHz(达到极限支持) TDM16,32 位,48 kHz → BCLK = 16 × 32 × 48,000 = 24.576 MHz > 12.288 MHz(不支持) 因此,16 字 × 32 位 = 512 位(64 字节)的配置代表了硬件支持的理论最大帧大小。但是,实际配置也受到最大支持 BCLK 频率的限制。 BR,VaneB
查看全文
S32k344 using green hills toolchain How can I relocate the vector section such that it stores vector table  in flash memory at 0x00400000, but at runs time, copies to DTCM memory and runs from there? How do I implement that in the Green hills linker file? Re: S32k344 using green hills toolchain Hi @XRen_Parker  Since this question is specifically related to the Green Hills toolchain and its integration, I would recommend contacting Green Hills directly. They should be able to provide the appropriate guidance and resources. https://support.ghs.com/ Regards, Lukas
查看全文
Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK We are trying to integrate an ST VL53L8CX ToF (Time-of-Flight) sensor over SPI on an NXP i.MX8MP LPDDR4 EVK using Yocto Linux. The objective is initially to achieve basic SPI communication and successfully detect the VL53L8CX device from a custom Linux kernel driver. Full ranging functionality is not required at this stage. Hardware Board: NXP i.MX8MP LPDDR4 EVK Sensor: VL53L8CX ToF sensor Interface: SPI EVK connector: J21 expansion connector SPI controller: ECSPI2 Chip select: ECSPI2 SS0 GPIO used for CS: GPIO5_IO13 SPI device: spi1.0 SPI speed: 1 MHz SPI mode: Mode 0 The device-tree configuration currently uses:   &ecspi2 { pinctrl-0 = <&pinctrl_ecspi2 &pinctrl_ecspi2_cs>; cs-gpios = <&gpio5 13 GPIO_ACTIVE_LOW>; status = "okay"; stmvl53l8cx: spi@0 { reg = <0>; compatible = "st,stmvl53l8cx"; spi-max-frequency = <1000000>; }; }; meta-vl53l8cx_8mp/ ├── conf/ │ └── layer.conf ├── recipes-kernel/ │ ├── linux/ │ │ ├── files/ │ │ │ └── 0001-add-vl53l8cx-spi-node.patch │ │ └── linux-imx_%.bbappend │ │ │ └── vl53l8cx/ │ ├── files/ │ │ ├── Makefile │ │ └── driver.c │ └── vl53l8cx.bb The SPI device is successfully created:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/devices/ spi0.0 spi1.0   The custom driver is also registered:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/drivers/ stmvl53l8cx   The driver probe() function is being called successfully. Could someone please advise what we should verify on the i.MX8MP EVK ECSPI2/J21 hardware and Device Tree configuration to make sure the VL53L8CX is communicating correctly over SPI? In particular, we would like to confirm: Is ECSPI2 / spi1.0 the correct SPI controller/device for the J21 expansion connector on the i.MX8MP LPDDR4 EVK? Is GPIO5_IO13 / ECSPI2_SS0 the correct chip-select for J21? Are the ECSPI2 SCK, MOSI, MISO and CS pinmux settings correct for this connector? Is any additional Device Tree configuration required for the VL53L8CX, such as: spi-cpol spi-cpha GPIO1/interrupt LPn/reset/power GPIO power-supply/regulator properties? Does the VL53L8CX require a particular SPI mode, timing, or initialization sequence before reading its device ID? Is there anything specific on the i.MX8MP ECSPI controller that needs to be configured for the VL53L8CX? Since spi_write() and spi_read() return 0, is there a recommended way to verify the actual MOSI/MISO electrical communication (for example with a logic analyzer) and determine whether the sensor is responding? We have also attached our custom driver.c driver and kernel logs for reference. Any guidance on the correct i.MX8MP EVK + J21 + ECSPI2 + VL53L8CX SPI configuration would be appreciated. I have attached custom driver file driver.c also I have attached logs Thank you. Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK Hello @Manuel_Salas  Thank you for your response. We tried reading the device ID before proceeding with any further configuration. However, we are not able to read the device ID successfully. Our SPI driver is probing correctly, but the register read for the chip ID does not return the expected value. Because of this, we are unable to verify communication with the VL53L8CX and cannot proceed with the sensor initialization. We are currently checking our SPI configuration, device tree, and hardware connections to identify the issue. We will also attach our driver, logs and module image so you can review it. If you have any suggestions on what else we should verify for basic SPI communication with the VL53L8CX, we would greatly appreciate your guidance. Best regards, yogi96 Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK Hello @yogi96  Hope you are doing very well. In general, all your steps looks good. The next step what yocan try is read any register of the sensor, for example, in your probe() function, read the ID from the chip. If ID is correct read, continue with the configuration. Also, I could not saw the driver attached. Please attach is possible. Best regards, Salas.
查看全文
TagInfo——它如何验证Desfire EV3的原创性? TagInfo能够验证给定DESFIRE EV3卡的对称和非对称原创性签名。 有人知道 TagInfo 是否将对称原创性检查所需的密钥嵌入到应用程序中,还是 TagInfo 将检查外包给远程服务器吗? 在线身份验证 Re: TagInfo - how does it verify Desfire EV3 originality? 当 TagInfo 中触发对称检查时,它会向 NXP 的硬件安全模块 (HSM) 进行在线身份验证以执行检查。TagInfo 中的对称原创性检查需要与 NXP 后端保持有效的互联网连接,在离线情况下会失败。
查看全文
TagInfo - how does it verify Desfire EV3 originality? TagInfo has the capability to verify both the Symmetric and Asymmetric Originality signatures for a given DESFIRE EV3 card.   Does anyone know if TagInfo has the keys needed for the symmetric originality checks embedded in the application, or does TagInfo outsource the checks to a remote server? Online authentication Re: TagInfo - how does it verify Desfire EV3 originality? When the symmetric check is triggered in TagInfo, it performs an online authentication toward NXP's Hardware Security Module (HSM) to execute the check. The symmetric originality check in TagInfo requires an active internet connection to NXP's backend, and it will fail in offline scenarios.
查看全文
S32k344はグリーンヒルズツールチェーンを使用しています ベクターセクションを0x00400000にフラッシュメモリにベクターテーブルを保存しつつ、実行時にDTCMメモリにコピーしてそこから実行するようにするにはどうすればいいですか?Green Hillsのリンカーファイルにそれをどのように実装すればよいですか? Re: S32k344 using green hills toolchain こんにちは、 @XRen_Parkerさん この質問は特にGreen Hillsのツールチェーンとその統合に関するものなので、Green Hillsに直接問い合わせることをお勧めします。彼らは適切な指導とリソースを提供できるはずだ。 https://support.ghs.com/ よろしくお願いいたします。 ルーカス
查看全文
HseFwInstall I downloaded the official HSE installation example, but after running it, I found that HSE failed to install. The program gets stuck in the `while ( FALSE == HSE_CheckStatus(HSE_STATUS_INIT_OK) );` loop. I'm at a loss and need help on how to successfully install HSE. The attached file is the official example; I downloaded it, changed the `.project` file to `S32K312`, and disabled the `baf` file in the linker script. I didn't modify anything else. Re: HseFwInstall Hi I suggest you obtain the latest s32k3_hse_lib_rtd400hf01_20260427.7z from the distributor FAE and test it again. The new version fixes some bugs found in older versions. According to section " 2.2 Version Number Details " of SBAF_S32K312_0_0_15_0_ReleaseNotes.pdf and the value shown in your screenshot at 0x4039C020 - 0x4039C027, it appears that AB_SWAP firmware was previously installed? If FULL_MEM was installed, the value at 0x4039C020 - 0x4039C027 should be 000D0000 000F0006. However, what I see in your attached project is S32K312_0_2_40_0_HSE_FULL_MEM. I'm a bit confused about whether you need to install FULL_MEM or the HSE FW for AB_SWAP? Please check which build option you selected for the HseLib_HseFwInstall_Rtd400 project. Please note that it is not possible to revert from AB_SWAP to FULL_MEM. The screenshot you provided shows 0x4039C028=0xC0 bit0=0, meaning SBAF failed to boot HSE FW. It appears the HSE FW firmware is corrupted. You'll likely need to refer to MU Restore FW_EN.pdf to restore HSE FW using MU. Please also refer to the manual s32k3_hse_lib_rtd400hf01_20260427\Doc\ S32K3_HSE_LIB_UserGuide.pdf . I didn't understand " blocked the baf file in the linker script ". Does it refer to page 19/51, section 3.3 of that document? .3In the "Build configuration - Settings of Linker" section, what about the file s32k3xx_flash_full_mem_0_2_40_0.ld? After installing SBAF_S32K312_0_0_15_0.exe, the path is C:\NXP\SBAF_S32K312_0_0_15_0\bin\s32k312_Secure_Baf_0.13.0_0.15.0.6_pb230804.bin.pink. This file does not need to be commented out. Best Regards, Robin
查看全文
i.MX8MP EVKのToFセンサー VL53L8CX SPI通信を有効にする 私たちは、Yocto Linuxを使用したNXP i.MX8MP LPDDR4 EVKにST VL53L8CX ToF(飛行時分)センサーをSPI経由で統合しようとしています。 最初の目的は、基本的なSPI通信を実現し、カスタムLinuxカーネルドライバからVL53L8CXデバイスを正常に検出することです。現段階では、完全な測距機能は必要ありません。 ハードウェア ボード: NXP i.MX8MP LPDDR4 EVK センサー: VL53L8CX ToFセンサー インターフェース: SPI EVKコネクタ: J21拡張コネクタ SPIコントローラー: ECSPI2 チップセレクト: ECSPI2 SS0 CSに使用されるGPIO: GPIO5_IO13 SPIデバイス: spi1.0 SPI速度: 1MHz SPIモード:モード0 デバイスツリー構成は現在以下を使用しています。   &ecspi2 { pinctrl-0 = <&pinctrl_ecspi2 &pinctrl_ecspi2_cs>; cs-gpios = <&gpio5 13 GPIO_ACTIVE_LOW>; status = "okay"; stmvl53l8cx: spi@0 { reg = <0>; compatible = "st,stmvl53l8cx"; spi-max-frequency = <1000000>; }; }; meta-vl53l8cx_8mp/ ├── conf/ │ └── layer.conf ├── レシピズカーネル/ │ ├── Linux/ │ │ ├── ファイル/ │ │ │ └― 0001-add-vl53l8cx-spi-node.patch │ │ └── Linux-imx_%.bbappend │ │ │ └── VL53L8CX/ │ ├── ファイル/ │ │ ├── メイクファイル │ │ └── driver.c │ └── vl53l8cx.bb SPIデバイスが正常に作成されました。   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/devices/ spi0.0 spi1.0   カスタムドライバーは以下も登録されています:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/drivers/ stmvl53l8cx   ドライバープローブ()関数は正常に呼び出されています。 i.MX8MP EVK ECSPI2/J21ハードウェアとデバイスツリーの設定で、VL53L8CXがSPI上で正しく通信していることを確認するために何を検証すべきか、どなたかアドバイスをいただけませんか? 特に、以下の点を確認したいと思います。 ECSPI2 / spi1.0はi.MX8MP LPDDR4 EVKのJ21拡張コネクターで正しいSPIコントローラー/デバイスでしょうか? GPIO5_IO13 / ECSPI2_SS0はJ21の正しいチップセレクトですか? このコネクタにおけるECSPI2のSCK、MOSI、MISO、およびCSピン多重化設定は正しいですか? VL53L8CXには、以下のような追加のデバイスツリー構成が必要ですか? spi-cpol spi-cpha GPIO1/割り込み LPn/リセット/電源GPIO 電源/レギュレータの特性? VL53L8CXは、デバイスIDを読み取る前に、特定のSPIモード、タイミング、または初期化シーケンスを必要としますか? i.MX8MP ECSPIコントローラーでVL53L8CX向けに設定しなければならないことはありますか? spi_write()とspi_read()が0を返すため、 実際のMOSI/MISO電気通信 (例えばロジックアナライザーなど)を検証し、センサーが応答しているかどうかを判断する推奨方法はありますか? また、参考用に カスタムのdriver.cドライバーとカーネルログ も添付しています。 i.MX8MP EVK + J21 + ECSPI2 + VL53L8CX の正しいSPI構成に関するご助言をいただければ幸いです。 カスタムドライバーファイルを添付しました driver.c また、ログも添付しています よろしくお願いします。 Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK こんにちは、 @Manuel_Salas さん ご返信ありがとうございます。 さらなる設定作業を進める前に、デバイスIDの読み取りを試みました。しかし、デバイスIDを正常に読み取ることができませんでした。 SPIドライバーは正しくプローブしていますが、チップIDのレジスタ読み取りは期待値を返しません。そのため、VL53L8CXとの通信を確認できず、センサの初期化を進めることができません。 現在、問題の原因を特定するために、SPI構成、デバイスツリー、およびハードウェア接続を確認しています。 また 、ドライバ、ログ、モジュールイメージも添付 しますので、ご覧いただけます。VL53L8CXとの基本的なSPI通信に関して、他に確認すべき点があれば、ぜひご教示いただければ幸いです。 よろしくお願いします、 ヨギ96 Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK こんにちは、@yogi96さん お元気でお過ごしのことと思います。 概して、あなたの手順はすべて問題ないようです。 次に試してみるのは、例えばプローブ()関数でチップのIDを読み取るなど、センサのレジスタを読み取ることです。 IDが正しく読み取れた場合は、設定処理を続行します。 また、ドライバが取り付けられているのも見えませんでした。 可能であれば添付してください。 よろしくお願いいたします。 サラス。
查看全文
HseFwInstall 我下载了官方的HSE安装示例,运行后发现HSE没有安装成功,程序会一直卡在while ( FALSE == HSE_CheckStatus(HSE_STATUS_INIT_OK) );我现在没有什么方向,求帮助,如何才能成功安装HSE。附件是官方的例子,我下载后修改了.project为S32K312,屏蔽了链接脚本中的baf文件,其他没有修改了。 Re: HseFwInstall Hi 我建议你通过代理商FAE获取最新的s32k3_hse_lib_rtd400hf01_20260427.7z 再测试一次。新版本修复了一些老版本发现的bug. 根据SBAF_S32K312_0_0_15_0_ReleaseNotes.pdf的“2.2 Version Number Details”章节以及你截图显示 0x4039C020 - - 0x4039C027 处的值是010D0000 000F0005。看起来曾经安装过 AB_SWAP 固件? 如果安装FULL_MEM 的话,0x4039C020 - - 0x4039C027 处的值应该是 000D0000 000F0006 但我在你附件工程里看到的是 S32K312_0_2_40_0_HSE_FULL_MEM。 我有些困惑你到底需要安装FULL_MEM还是AB_SWAP的HSE FW? 请检查你为HseLib_HseFwInstall_Rtd400工程选择的哪种Build选项。 请注意无法从AB_SWAP退回FULL_MEM。 你提供的截图里看出 0x4039C028=0xC0 bit0=0意味着SBAF没有将HSE FW启动起来。看起来HSE FW固件被破坏了。恐怕需要参考MU Restore FW_EN.pdf 使用MU恢复HSE FW。 另外请参考s32k3_hse_lib_rtd400hf01_20260427\Doc\S32K3_HSE_LIB_UserGuide.pdf手册。我没理解"屏蔽了链接脚本中的baf文件" ,请问是指该文档 19/51页 "3.3 .3 Build configuration - Settings of Linker"章节的 s32k3xx_flash_full_mem_0_2_40_0.ld ? 安装SBAF_S32K312_0_0_15_0.exe后路径是 C:\NXP\SBAF_S32K312_0_0_15_0\bin\s32k312_Secure_Baf_0.13.0_0.15.0.6_pb230804.bin.pink 不用屏蔽该文件。 Best Regards, Robin
查看全文
HseFwInstall 公式のHSEインストール例をダウンロードして実行しましたが、HSEのインストールに失敗しました。プログラムは`while ( FALSE == HSE_CheckStatus(HSE_STATUS_INIT_OK) );`ループで停止してしまいます。どうすればよいか分からず困っています。HSEを正常にインストールする方法を教えてください。添付ファイルは公式の例です。ダウンロード後、`.project`ファイルを`S32K312`に変更し、リンカースクリプト内の`baf`ファイルを無効にしました。それ以外は何も変更していません。 Re: HseFwInstall こんにちは 販売代理店のFAEから最新版のs32k3_hse_lib_rtd400hf01_20260427.7zを入手して、再度テストすることをお勧めします。この新バージョンでは、旧バージョンで見つかったいくつかのバグが修正されています。 SBAF_S32K312_0_0_15_0_ReleaseNotes.pdfの「 2.2 バージョン番号の詳細」セクションと、スクリーンショットに表示されている 0x4039C020 - 0x4039C027 の値から判断すると、以前に AB_SWAP ファームウェアがインストールされていたようです。FULL_MEM がインストールされていた場合、0x4039C020 - 0x4039C027 の値は 000D0000 000F0006 になるはずです。 しかし、添付のプロジェクトを見ると、S32K312_0_2_40_0_HSE_FULL_MEM となっています。AB_SWAP には FULL_MEM をインストールする必要があるのか、それとも HSE FW をインストールする必要があるのか、少し混乱しています。HseLib_HseFwInstall_Rtd400 プロジェクトで選択したビルドオプションを確認してください。 AB_SWAPからFULL_MEMに戻すことはできませんのでご注意ください。 ご提供いただいたスクリーンショットには、0x4039C028=0xC0 bit0=0と表示されています。これは、SBAFがHSE FWの起動に失敗したことを意味します。HSE FWファームウェアが破損しているようです。MUを使用してHSE FWを復元するには、 MU Restore FW_EN.pdfを参照する必要があるでしょう。 マニュアル s32k3_hse_lib_rtd400hf01_20260427\Doc\ S32K3_HSE_LIB_UserGuide.pdfも参照してください。「リンカースクリプトで baf ファイルをブロックした」という部分が理解できませんでした。これは、そのドキュメントの 19/51 ページ、セクション 3.3 を指しているのでしょうか?.3「ビルド構成 - リンカーの設定」セクションで、ファイル s32k3xx_flash_full_mem_0_2_40_0.ld はどうなりますか? SBAF_S32K312_0_0_15_0.exe をインストールした後、パスは C:\NXP\SBAF_S32K312_0_0_15_0\bin\s32k312_Secure_Baf_0.13.0_0.15.0.6_pb230804.bin.pink になります。このファイルはコメントアウトする必要はありません。 よろしくお願いします、 ロビン
查看全文
使用 Green Hills 工具链的 S32k344 如何重新定位向量段,使其将向量表存储在闪存的 0x00400000 地址处,但在运行时复制到 DTCM 内存并从那里运行?我该如何在 Greenhills 链接器文件中实现这一点? Re: S32k344 using green hills toolchain 嗨@XRen_Parker 由于这个问题与 Green Hills 工具链及其集成密切相关,我建议您直接联系 Green Hills。他们应该能够提供适当的指导和资源。 https://support.ghs.com/ 此致, Lukas
查看全文
DSPの使い方MPC5644A こんにちは、MPC5644AでDSPの使い方と設定方法を知りたいです Re: How to use DSP for MPC5644A こんにちは、 MPC5644A専用のDSPペリフェラルやDSPコプロセッサは搭載されていません。DSP機能は、e200z4 CPUコアに統合された信号処理拡張(SPE)を通じて提供されます。個別のDSP設定は必要ありません。DSP機能を活用するには、アプリケーションをSPEサポートを有効にしてコンパイルし、SIMDやMAC操作などのSPE命令を使えるようにする必要があります。 よろしくお願いいたします。 ピーター
查看全文
在 i.MX8MP EVK 上启用 VL53L8CX ToF 传感器的 SPI 通信 我们正在尝试使用 Yocto Linux 将ST VL53L8CX ToF(飞行时间)传感器通过SPI集成到NXP i.MX8MP LPDDR4 EVK上。 最初的目标是实现基本的 SPI 通信,并从自定义 Linux 内核驱动程序中成功检测到 VL53L8CX 设备。现阶段不需要全部功能。 硬件 板: NXP i.MX8MP LPDDR4 EVK 传感器: VL53L8CX ToF传感器 接口: SPI EVK 连接器: J21 扩展连接器 SPI 控制器: ECSPI2 片选: ECSPI2 SS0 用于 CS 的 GPIO: GPIO5_IO13 SPI 设备: spi1.0 SPI速度: 1 MHz SPI模式:模式0 当前设备树配置使用:   &ecspi2 { pinctrl-0 = <&pinctrl_ecspi2 &pinctrl_ecspi2_cs>; cs-gpios = <&gpio5 13 GPIO_ACTIVE_LOW>; status = "okay"; stmvl53l8cx: spi@0 { reg = <0>; compatible = "st,stmvl53l8cx"; spi-max-frequency = <1000000>; }; }; meta-vl53l8cx_8mp/ ├── conf/ │ └── 层.conf ├── recipes-kernel/ │ ├── linux/ │ │ ├── 文件/ │ │ │ └── 0001-add-vl53l8cx-spi-node.patch │ │ └── linux-imx_%.bbappend │ │ │ └── vl53l8cx/ │ ├── 文件/ │ │ ├── Makefile │ │ └── driver.c │ └── vl53l8cx.bb SPI设备创建成功:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/devices/ spi0.0 spi1.0   自定义驱动程序也已注册:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/drivers/ stmvl53l8cx   驱动程序 probe() 函数已成功调用。 请问有人可以指导一下,为了确保 VL53L8CX 通过 SPI 正确通信,我们应该检查i.MX8MP EVK ECSPI2/J21 硬件和设备树配置中的哪些内容吗? 我们尤其想确认以下几点: ECSPI2 / spi1.0是否是 i.MX8MP LPDDR4 EVK 上J21 扩展连接器的正确 SPI 控制器/设备? GPIO5_IO13 / ECSPI2_SS0是否是 J21 的正确片选信号? 此连接器的ECSPI2 SCK、MOSI、MISO 和 CS 引脚复用设置是否正确? VL53L8CX 是否需要任何其他设备树配置,例如: spi-cpol spi-cpha GPIO1/中断 LPn/RESET/电源 GPIO 电源/稳压器的特性? VL53L8CX 在读取其设备 ID 之前是否需要特定的SPI 模式、时序或初始化序列? 对于 VL53L8CX,i.MX8MP ECSPI 控制器是否需要进行任何特殊配置? 由于 spi_write() 和 spi_read() 返回 0,是否有推荐的方法来验证实际的 MOSI/MISO 电通信(例如使用逻辑分析仪),并确定传感器是否响应? 我们还附上了自定义的 driver.c 驱动程序和内核日志供您参考。 任何关于i.MX8MP EVK + J21 + ECSPI2 + VL53L8CX SPI 配置的正确指导都将不胜感激。 我已附上自定义驱动程序文件driver.c 另外,我还附上了日志。 谢谢! Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK 你好@Manuel_Salas 感谢您的反馈, 在进行任何进一步配置之前,我们尝试读取设备 ID。但是,我们无法成功读取设备 ID。 我们的 SPI 驱动程序探测正常,但读取芯片 ID 的寄存器没有返回预期值。因此,我们无法验证与 VL53L8CX 的通信,也无法继续进行传感器初始化。 我们目前正在检查 SPI 配置、设备树和硬件连接,以确定问题所在。 我们还会附上驱动程序、日志和模块镜像,以便您查看。如果您对我们应该验证 VL53L8CX 基本 SPI 通信的哪些方面有任何建议,我们将非常感谢您的指导。 此致, yogi96 Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK 你好@yogi96 希望你一切都好。 总的来说,你采取的所有步骤看起来都不错。 下一步你可以尝试读取传感器的任何寄存器,例如,在你的 probe() 函数中,读取芯片的 ID。 如果读取的 ID 正确,则继续配置。 另外,我没能看到连接的驱动器。 如果可以,请附上附件。 顺祝商祺! 萨拉斯。
查看全文
TagInfoは、Desfire EV3の真正性をどのように検証するのですか? TagInfoは、特定のDESFIRE EV3カードについて、対称署名と非対称署名の両方のオリジナリティを検証する機能を備えています。 TagInfoがアプリケーションに埋め込まれた対称的なオリジナリティチェックに必要なキーを持っているか、それともTagInfoがリモートサーバーにチェックをアウトソースしているのか知っている方はいらっしゃいますか? オンライン認証 Re: TagInfo - how does it verify Desfire EV3 originality? TagInfoで対称チェックがトリガーされると、NXPのハードウェアセキュリティモジュール(HSM)に対してオンライン認証を行い、チェックを実行します。TagInfoの対称的なオリジナリティチェックには、NXPのバックエンドへのアクティブなインターネット接続が必要であり、オフライン環境では失敗します。
查看全文