Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
PLL値(i.MX8 plus) こんばんは、 i.MX8 plus (MIMX8ML8CVNKZAB) のベアメタル ブートと OS を実行しています。現在、「PLL_MAIN_DIV」や「PLL_MFREQ_CTL」などの値が見つかりません。これらのビットは書き込まれていますが、それがどのように派生されるかについては説明されていません。私は独自に Uboot 抽象化データを見つけました...誰かがCANで助けてくれたら嬉しいです。 HW-Open-Source i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: PLL values (i.MX8 plus) こんにちは@Zhaegar リファレンスマニュアルからの PLL 式。 FOUT=((m + k/65536) × FIN) / (p × 2^ s ) • ただし、1 ≤ p ≤ 63, 64 ≤ m ≤ 1023, 0 ≤ s ≤ 6, -32768 ≤ k ≤ 32767 よろしくお願いします、 志明
查看全文
无需黑钥匙的硬件加密 我使用黑密钥 (CAAM) 进行了硬件加密,但是客户也希望在没有黑密钥的情况下进行硬件加密,这样固态硬盘分区可以进行硬件加密,但在板出现故障时可以将其删除,并使用密钥在另一台计算机上解密。 我似乎无法使用 dmsetup 设置密码/密钥,而且有点困惑如何告诉系统如何区分使用 CAAM 生成的密钥和普通密钥。 是"capi" 密码的一部分,还是其他决定因素? (摘自 imx8m 硬件加密文件) 对于在内核密钥链中添加 caam-keygen 密钥进行硬件加密: dmsetup -v create encrypted --table "0 $(blockdev --getsz /dev/loop0) crypt capi:tk(密码块链接(CBC)-aes)-plain :36:logon:logkey: 0 /dev/loop0 0 1 sector_size:512" 如何使用普通钥匙? i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: Hardware encryption without black keys 我对 TK 加密、无 TK 硬件加密和软件加密进行了比较,结果出乎我的意料--在没有缓存的情况下,向分区写入一个 20GB 的文件只需 1 秒钟的时间差:TK 胜出,接下来是无 TK,然后是软件加密。 加速性能并不出众 Re: Hardware encryption without black keys 你好 使用 CAAM 进行硬件加密时,有两种方法: 1.使用 CAAM 生成的黑钥(特定设备): -黑密钥使用设备的 OPTMK(一次性可编程主密钥)加密 -这些密钥无法在设备之间传输 -这是您当前实现所使用的 2. 使用具有硬件加速功能的常规密钥: -如果您需要在另一台计算机上解密数据,则需要使用常规密钥 -区别在于与 dmsetup 的密码规格有关 对于常规密钥硬件加密,请删除 "capi:tk" 前缀: ``` dmsetup -v create encrypted --table "0 $(blockdev --getsz /dev/loop0) crypt 密码块链接(CBC)(aes)-plain :36:logon:logkey: 0 /dev/loop0 0 1 sector_size:512" ``` 主要区别在于: -使用 CAAM 黑键:`capi:tk(密码块链接(CBC)(aes))-plain` -使用普通密钥:`密码块链接(CBC)(aes)-plain` "capi:tk" 中的 "tk" 代表 "tagged key",表示 CAAM 黑钥的使用情况。删除此前缀后,系统将使用标准按键,同时在可用的情况下利用硬件加速。 这种方法可以创建一个加密分区,将其移动到另一台机器上,然后使用相同的密钥进行解密。 此致
查看全文
S32DS IDEでEclipse Marketplaceをインストールすることは可能ですか? Eclipse 用の Copilot プラグインをインストールしようとしていました。 S32DS は Eclipse から継承されたものなので、この操作は実行可能であるはずだと考えました。 しかし、Eclipse Marketplace がまったく存在しないことがわかりました。 SO、私が知りたいのは、Eclipse マーケットプレイスをインストールしてからプラグイン (Copilot などを含む) をインストールすることは可能かどうかです。 それとも、S32DS は元々、ほとんどのサードパーティ製プラグインと互換性がないように設計されたと言えるのでしょうか? この質問はS32DS-S32PLATFORMとS32DS-ARMの両方に適用されます。 サードパーティ(プレミアム)プラグイン Eclipse IDEの使用と設定 Re: Is is possible for S32DS IDE to install Eclipse Marketplace こんにちは@noel_0319 IDEs は Eclipse ベースであるため、S32DS に GitHub Copilot をインストールすることは技術的に可能です。ただし、この機能は Eclipse に依存しているため、公式サポートは提供されておらず、適切な動作を保証することはできません。 BR、ヴェインB Re: Is is possible for S32DS IDE to install Eclipse Marketplace それは問題ありません。私は、NXP からサードパーティのプラグインを禁止する公式の制限がないことを確認しているだけです。そうでなければ、私の努力はすべて無意味になります。
查看全文
i.MX93/PCA9451 Power Control Using Slide Switch Hello, I am designing a custom board using i.MX93 and PCA9451. On the EVK, I noticed that the ONOFF pin is connected to a push button for power control. In my design, I would like to use a slide switch instead of a push button for power control. Could you provide any design examples for this approach, or explain how it should be implemented? Here is my current idea: Pull up the ONOFF pin of i.MX93 to the power rail. Leave the PMIC_ON_REQ output of i.MX93 floating, and connect the slide switch to the PMIC_ON_REQ input of PCA9451. Connect the PMIC_STBY_REQ output of i.MX93 to PCA9451. Any guidance or recommendations would be greatly appreciated. Thank you for your support. Best regards, tkato Re: i.MX93/PCA9451 Power Control Using Slide Switch Sorry for miss your thread, I will confirm it for you and will give you reply tomorrow. Re: i.MX93/PCA9451 Power Control Using Slide Switch This is not recommended, ONOFF pin has many function which is not on PMIC_ON_REQ pin, for example, 5s mandatory power-off, power-off interruption and so on. anyway you can use PMIC_ON_REQ pin to implement simple power-up and power-down as you design.  Any questions contact us freely.
查看全文
S912XET256J2MAARとMC9S12XET256MAAAの部品番号の違いに関するお問い合わせ NXPサポート様   ご確認いただけますでしょうか: 1. 部品番号 S912XET256J2MAAR と MC9S12XET256MAA の両方で、同じデバイス トップ マーク「MC9S12XET256MAA」が使用されていますか? 2. 部品番号 S912XET256J2MAAR は、機能と互換性の観点から、MC9S12XET256MAA の直接代替品ですか?     よろしくお願いいたします。 キャシー・リュー
查看全文
引脚复用工具在 S32DS 3.6.2 中异常缓慢 使用 S32DS v 3.6.2在 Windows 11 上运行时,我发现在选择每个引脚的功能后,集成开发环境会挂起几分钟(Windows 说它没有响应)。这不可能是主机固有的速度慢造成的,因为它拥有最先进的硬件和 64GB 内存。更糟糕的是,随着同一会话中选择的引脚越来越多,挂起的时间也会越来越长,最终达到约 10 分钟才能再次响应。关闭集成开发环境并重新启动后,情况会有所改善。我正在设计的芯片是 144 引脚封装的 S32K148。 在任务监测器上,我看到 S32DS 通常占用 CPU 时间最多,但是 “erlang” 和 “Power Shell” 也会定期出现,尽管我不确定它们是否作为 IDE 的子进程运行。 我是不是做错了什么?这是一个已知的问题吗?据我所知,"重现步骤 "就是用上述参数创建一个新项目,并尝试为芯片分配引脚。 Re: Pin mux tool is unusually slow in S32DS 3.6.2 有什么最新进展吗?我花了两天时间才在 144 引脚代码包上布线 119 个引脚,我所要做的就是复制现有设计中的设计。我最初估计这项工作需要 10 分钟。 我注意到,随着设计中引脚的增加,速度越来越慢(内存和 CPU 使用率也越来越高),最终达到每个引脚*超过 1 小时*。 我看到以前也有其他人抱怨过这个问题,显然这个问题是在 S32DS v3.5 中引入的。是否有修复方法,或至少有变通方法? Re: Pin mux tool is unusually slow in S32DS 3.6.2 你好@jiri_kral 感谢您的更新;正好赶上我们下一个使用相同 MCU 的项目。我会试试看,然后给你反馈。 最佳 杜尔加 Re: Pin mux tool is unusually slow in S32DS 3.6.2 你好、 引脚工具已在最新的 S32DS v3.6.6 中更新。请试用此版本。您使用的 RTD 应与最新版本兼容。 Re: Pin mux tool is unusually slow in S32DS 3.6.2 恐怕我看不到任何改善。点击一个针脚仍然需要几十分钟(这不是打错字;我每小时可以路由 3-4 个针脚,而我必须路由 140 个针脚)。这还是在一台配备 i7 处理器、64GB 内存和固态硬盘的尖端笔记本电脑上实现的。S32DS 3.6.2 的其他症状在 3.6.6 中,针脚路由速度逐渐变慢(即第一次路由需要 )的问题依然存在。 要点是 3.6.6 版没有修复这个问题。IDE.
查看全文
ハブを接続した単一のUSB-Cポートからi.MX8MMを起動する際の問題 こんにちは、皆さん。 i.MX8MM EVK に基づいて設計した i.MX8MM ベースのボードに問題があります。 変更は最小限ですが、EVK の 2 つの USB-C コネクタではなく、電源とデータに 1 つの USB-C コネクタを使用するという点が 1 つの変更点です。 標準の Yocto イメージを起動すると、Linux カーネルの起動に約 2.5 秒かかり、その後リセットされることがわかりました。 私はフォーラムでこの議論を見つけ、これらのパッチを実装しました https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX8MP-USB-PD-realized/ta-p/1531209 これらの変更により、USB-C ケーブルから直接ボードに電力を供給して起動できるようになります。 ただし、ハブをボードに接続し、USB-C ケーブルからそのハブ (およびボード) に電源を供給すると、再び起動に約 2.5 秒かかり、その後警告なしにリセットされます。 良いブート(USB-C直接コネクテッド)は次のようになります 「」 [ 2.556356] tcpci 1-0050: 電圧/電流制限の設定 0 mV 0 mA [ 2.556364] tcpci 1-0050: 極性0 [ 2.557998] tcpci 1-0050: mux状態0、usb-role 0、方向0を要求しています [ 2.559340] tcpci 1-0050: 状態変更 INVALID_STATE -> SNK_UNATTACHED [ 2.559685] ランダム: 高速初期化完了 [ 2.560044] tcpci 1-0050: CC1: 0 -> 0、CC2: 0 -> 0 [状態 SNK_UNATTACHED、極性 0、切断] [ 2.560050] tcpci 1-0050: 1-0050: 登録済み [ 2.568676] imx6q-pcie 33800000.pcie: リンクアップ [ 2.570054] ALSAデバイスリスト: [ 2.570058] #0: imx-spdif [ 2.570060] #1: imx-audio-micfil [ 2.570063] #2: bt-sco-audio [ 2.570065] #3: wm8524-audio [ 2.575605] tcpci 1-0050: 電圧/電流制限の設定 0 mV 0 mA [ 2.633046] tcpci 1-0050: 極性 0 [ 2.641245] tcpci 1-0050: mux状態0、usb-role 0、方向0を要求しています [ 2.650541] tcpci 1-0050: cc:=0 [ 2.654583] tcpci 1-0050: 保留中の状態変更 PORT_RESET -> PORT_RESET_WAIT_OFF @ 100 ms [ 2.665982] tcpci 1-0050: CC1: 0 -> 0、CC2: 0 -> 0 [状態 PORT_RESET、極性 0、切断] [ 2.677471] imx6q-pcie 33800000.pcie: リンクアップ [ 2.681841] imx6q-pcie 33800000.pcie: リンクアップ、Gen2 [ 2.762788] tcpci 1-0050: 状態変更 PORT_RESET -> PORT_RESET_WAIT_OFF [100 ms 遅延] [ 2.770991] tcpci 1-0050: 保留中の状態変更 PORT_RESET_WAIT_OFF -> SNK_UNATTACHED @ 920 ms [ 2.793168] imx6q-pcie 33800000.pcie: PCIホストブリッジからバス0000:00 [ 2.799538] pci_bus 0000:00: ルートバスリソース [バス 00-ff] [ 2.805062] pci_bus 0000:00: ルートバスリソース [io 0x0000-0xffff] [ 2.811270] pci_bus 0000:00: ルートバスリソース [mem 0x18000000-0x1fefffff] [ 2.818215] pci 0000:00:00.0: [16c3:abcd] タイプ01 クラス0x060400 [ 2.824248] pci 0000:00:00.0: レジスタ 0x10: [メモリ 0x00000000-0x000fffff] [ 2.830657] pci 0000:00:00.0: reg 0x38: [メモリ 0x00000000-0x0000ffff 設定] [ 2.837395] pci 0000:00:00.0: D1をサポート [ 2.841409] pci 0000:00:00.0: PME#はD0 D1 D3hot D3coldからサポートされています [ 2.849459] pci 0000:01:00.0: [8086:2725] タイプ00 クラス0x028000 [ 2.855560] pci 0000:01:00.0: reg 0x10: [メモリ 0x00000000-0x00003fff 64ビット] [ 2.862716] pci 0000:01:00.0: PME#はD0 D3hot D3coldからサポートされています [ 2.883328] pci 0000:00:00.0: BAR 0: 割り当て済み [mem 0x18000000-0x180fffff] [ 2.890136] pci 0000:00:00.0: BAR 14: 割り当て済み [mem 0x18100000-0x181fffff] [ 2.897058] pci 0000:00:00.0: BAR 6: 割り当て済み [mem 0x18200000-0x1820ffff pref] [ 2.904310] pci 0000:01:00.0: BAR 0: 割り当て済み [mem 0x18100000-0x18103fff 64ビット] [ 2.911985] pci 0000:00:00.0: PCI ブリッジから [バス 01-ff] [ 2.917348] pci 0000:00:00.0: ブリッジウィンドウ [メモリ 0x18100000-0x181fffff] [ 2.924572] pcieport 0000:00:00.0: PME: IRQ 238 でシグナリング [ 2.940737] 未使用のカーネルメモリを解放しています: 26752K [ 2.945478] /init を init プロセスとして実行します バージョン249.7以降 [ 3.411637] zram0: 容量の変化を 0 から 1022136320 に検出しました [ 3.699966] tcpci 1-0050: 状態変更 PORT_RESET_WAIT_OFF -> SNK_UNATTACHED [遅延 920 ミリ秒] [ 3.708526] tcpci 1-0050: トグルを開始 [ 3.726094] tcpci 1-0050: CC1: 0 -> 0、CC2: 0 -> 3 [状態トグル、極性0、コネクテッド] [ 3.734375] tcpci 1-0050: 状態変更 TOGGLING -> SNK_ATTACH_WAIT [ 3.740568] tcpci 1-0050: 保留状態の変更 SNK_ATTACH_WAIT -> SNK_DEBOUNCED @ 200 ms [ 3.949095] tcpci 1-0050: 状態変更 SNK_ATTACH_WAIT -> SNK_DEBOUNCED [200 ms 遅延] [ 3.957228] tcpci 1-0050: 状態変更 SNK_DEBOUNCED -> SNK_ATTACHED [ 3.963593] tcpci 1-0050: cc:=2 [ 3.968654] tcpci 1-0050: 極性1 [ 3.978986] tcpci 1-0050: mux状態1、usb-role 2、方向2を要求しています [ 3.988963] tcpci 1-0050: 状態変更 SNK_ATTACHED -> SNK_STARTUP [ 3.995180] tcpci 1-0050: 状態変更 SNK_STARTUP -> SNK_DISCOVERY [ 4.001457] tcpci 1-0050: 電圧/電流制限の設定 5000 mV 0 mA [ 4.007822] tcpci 1-0050: vbus=0 チャージ:=1 [ 4.012902] tcpci 1-0050: 状態変更 SNK_DISCOVERY -> SNK_WAIT_CAPABILITIES [ 4.020374] tcpci 1-0050: 状態変更保留中 SNK_WAIT_CAPABILITIES -> SOFT_RESET_SEND @ 310 ミリ秒 [ 4.029911] tcpci 1-0050: CC1: 0 -> 0、CC2: 3 -> 3 [状態 SNK_WAIT_CAPABILITIES、極性 1、コネクテッド] [ 4.339236] tcpci 1-0050: 状態変更 SNK_WAIT_CAPABILITIES -> SOFT_RESET_SEND [遅延 310 ミリ秒] [ 4.348059] tcpci 1-0050: PD TX、ヘッダー: 0x8d [ 4.364856] tcpci 1-0050: PD TX完了、ステータス: 2 [ 4.370056] tcpci 1-0050: 状態変更 SOFT_RESET_SEND -> HARD_RESET_SEND [ 4.376867] tcpci 1-0050: PD TX、タイプ: 0x5 [ 4.389564] tcpci 1-0050: PD TX 完了、ステータス: 0 [ 4.394785] tcpci 1-0050: 状態変更 HARD_RESET_SEND -> HARD_RESET_START [ 4.403601] tcpci 1-0050: 状態変更 HARD_RESET_START -> SNK_HARD_RESET_SINK_OFF [ 4.411196] tcpci 1-0050: vconn:=0 [ 4.414978] tcpci 1-0050: mux状態1、usb-role 2、方向2を要求しています [ 4.422366] tcpci 1-0050: 保留中の状態変更 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON @ 650 ms [ 5.082397] tcpci 1-0050: 状態変更 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON [遅延 650 ミリ秒] [ 5.093960] tcpci 1-0050: 状態変更 SNK_HARD_RESET_SINK_ON -> SNK_STARTUP [ 5.101032] tcpci 1-0050: 状態変更 SNK_STARTUP -> SNK_DISCOVERY [ 5.107311] tcpci 1-0050: 電圧/電流制限の設定 5000 mV 0 mA [ 5.113688] tcpci 1-0050: 状態変更 SNK_DISCOVERY -> SNK_WAIT_CAPABILITIES [ 5.121577] tcpci 1-0050: 保留中の状態変更 SNK_WAIT_CAPABILITIES -> HARD_RESET_SEND @ 310 ms [ 5.440826] tcpci 1-0050: 状態変更 SNK_WAIT_CAPABILITIES -> HARD_RESET_SEND [遅延 310 ミリ秒] [ 5.449649] tcpci 1-0050: PD TX、タイプ: 0x5 [ 5.462207] tcpci 1-0050: PD TX 完了、ステータス: 0 [ 5.467402] tcpci 1-0050: 状態変更 HARD_RESET_SEND -> HARD_RESET_START [ 5.480229] tcpci 1-0050: 状態変更 HARD_RESET_START -> SNK_HARD_RESET_SINK_OFF [ 5.487814] tcpci 1-0050: vconn:=0 [ 5.492528] tcpci 1-0050: mux状態1、usb-role 2、方向2を要求しています [ 5.500184] tcpci 1-0050: 保留中の状態変更 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON @ 650 ms [ 6.160197] tcpci 1-0050: 状態変更 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON [遅延 650 ミリ秒] [ 6.170998] tcpci 1-0050: 状態変更 SNK_HARD_RESET_SINK_ON -> SNK_STARTUP [ 6.178058] tcpci 1-0050: 状態変更 SNK_STARTUP -> SNK_DISCOVERY [ 6.184330] tcpci 1-0050: 電圧/電流制限の設定 5000 mV 0 mA [ 6.190694] tcpci 1-0050: 状態変更 SNK_DISCOVERY -> SNK_WAIT_CAPABILITIES [ 6.199432] tcpci 1-0050: 保留中の状態変更 SNK_WAIT_CAPABILITIES -> SNK_READY @ 310 ms [ 6.518144] tcpci 1-0050: 状態変更 SNK_WAIT_CAPABILITIES -> SNK_READY [遅延 310 ミリ秒] 「」 不良ブート(USBハブ経由)は次のようになります 「」 [ 2.573714] tcpci 1-0050: 電圧/電流制限の設定 0 mV 0 mA [ 2.588084] tcpci 1-0050: 極性 0 [ 2.593368] ランダム: 高速初期化完了 [ 2.597157] tcpci 1-0050: mux状態0、usb-role 0、方向0を要求しています [ 2.606898] tcpci 1-0050: 状態変更 INVALID_STATE -> SNK_UNATTACHED [ 2.614139] tcpci 1-0050: CC1: 0 -> 4、CC2: 0 -> 0 [状態 SNK_UNATTACHED、極性 0、コネクテッド] [ 2.622935] tcpci 1-0050: 状態変更 SNK_UNATTACHED -> SNK_ATTACH_WAIT [ 2.629648] tcpci 1-0050: 状態変更 SNK_ATTACH_WAIT -> PORT_RESET [ 2.636015] tcpci 1-0050: 1-0050: 登録済み [ 2.645016] tcpci 1-0050: 電圧/電流制限の設定 0 mV 0 mA [ 2.649889] ALSAデバイスリスト: [ 2.651137] tcpci 1-0050: 極性 0 [ 2.654108] #0: imx-spdif [ 2.659325] tcpci 1-0050: mux状態0、usb-role 0、方向0を要求しています [ 2.660491] #1: imx-audio-micfil [ 2.667628] imx6q-pcie 33800000.pcie: リンクアップ [ 2.670836] #2: bt-sco-audio [ 2.675197] imx6q-pcie 33800000.pcie: リンクアップ、Gen2 [ 2.678253] #3: wm8524-audio [ 2.687083] tcpci 1-0050: cc:=0 [ 2.691422] tcpci 1-0050: 保留中の状態変更 PORT_RESET -> PORT_RESET_WAIT_OFF @ 100 ms [ 2.699612] tcpci 1-0050: 状態変更 PORT_RESET -> PORT_RESET_WAIT_OFF [100 ms 遅延] [ 2.707795] tcpci 1-0050: 0 U-Boot SPL 2021.04-imx_v2021.04_5.10.35_2.0.0+g3463140881 (2021年6月8日 - 01:39:44 +0000) 「」 USB ハブが検出されると、何らかの「リセット」コード フローが発生し、その結果、電源が中断されるようですが、これは現時点での私の推測にすぎません。 これは本当に時間の無駄になっているので、作業を進めるための助けやアドバイスをいただければ幸いです。 ありがとう、そしてよろしく。 アレックス i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Linux Yocto Project Re: Problem booting i.MX8MM from single USB-C port with hub attached これに対する解決策は見つかりましたか? 私も同様の問題を追いかけていますが、ほとんど進展がありません。
查看全文
Wakeup Source Recognition after function reset from standby mode in MCAL - S32K3 RTD Customer Company*: HERO MOTOCORP - NORMALIZED Project Name*: N/A Customer Contact Point* (Name & Email): Aryan Kumar [email protected] SW Package Info*: S32K3_S32M27x Real-Time Drivers ASR R21-11  HW* (Board/Chipset/Platform): S32K3XX (S32K344) SW Version*: Version 6.0.0 Hello team,  I have a customer trying to know wakeup source after standby exit in MCAL. I have seen this other post talking about the process and which APIs to use. Basically, Dan mentioned (in this post: Solved: Question about the WISR with S32K3 MCAL RTD5.0.0 - NXP Community) that Icu_Init() will clear flags if called before Platform_Init(), meaning checking wake-up source with callback looks like a limitation of the RTDs. Also, Icu_GetInputState() uses global variables that needs to be initialized by Icu_Init(). Meaning that customer can only call Wkpu_Ip_GetInputState() function to check the WISR flags.  So, if I understand correctly, there are 3 ways to read wake-up source: 1. Enabling Platform after standby exit, and MCU will jump to WKPU_IRQn and service the WKPU channel. If callback is needed, customer can implement workaround by assigning Wkpu structure: Wkpu_Ip_u32ChState[0].chInit = TRUE; Wkpu_Ip_u32ChState[0].notificationEnable = TRUE; Wkpu_Ip_u32ChState[0].WkpuChannelNotification = IcuSignalNotification_Wkpu; This works as expected. 2. Calling Wkpu_Ip_GetInputState() after standby exit, as Icu_GetInputState() cannot be called before Icu_Init(), but Icu initialization clears WISR flags. However, when entering the function, if both WISR & IREER bits are enabled for the requested channel, WISR is not cleared:  If I understand correctly, these are cleared upon calling Icu_Init(), correct? 3. Directly reading WISR/WISR_64 registers. These three methods use either baremetal or IP layer. I have two questions: How to correctly implement Wkpu_Ip_GetInputState()? Is there a fix or implementation for MCAL layer, in either 6.0.0 or 7.0.0? If so, can you share the implementation? I've attached the project I used to test this, WKPU[42] is configured. SW is S32DS v3.6.4 + RTD 6.0.0. Best regards, Julián Priority: MEDIUM S32_CONFIG_TOOL S32_FLASH_TOOL S32DS Source: Direct Customer Re: Wakeup Source Recognition after function reset from standby mode in MCAL - S32K3 RTD Hi @DanNguyenDuy, Thank you for the quick response, Dan! I will inform customer. Best regards, Julián Re: Wakeup Source Recognition after function reset from standby mode in MCAL - S32K3 RTD Hi @Julián_AragónM, 1. Follow AUTOSAR requirements, the Icu module doesn't provide functions that can check wakeup source directly at the MCAL layer. Icu will transfer wakeup source information to EcuM module and this module will check wakeup source. In RTD driver, EcuM is a stub module. Follow " Specification of ECU State Manager AUTOSAR CP R21-11": 2. In Icu configuration, when user enable "IcuWkpuStandbyWakeSupport" then Icu_Init() will not clear WISR flags. In your project, to check wakeup source in the Wkpu_Ip layer, you can refer to the below code: When call Platform_Init(NULL_PTR); before Icu_Init(), I saw that somehow the WISR flags were erased. So, I called this function after Icu_Init() function. Best regards, Dan
查看全文
FS26はS32K3をCANリセットできません 私は、RTD レイヤーを使用して、FS26 を搭載した S32K314 で開発を行っています。 現在、FS26 で MCU をリセットできないという問題が発生しています。 FS26 は正常に NORMAL 状態に入りますが、ウォッチドッグへの給電を意図的に停止すると、RSTB ピンが LOW にプルダウンされず、MCU がリセットされません。 何が問題なのか確認してもらえますか?ありがとう。 初期化に使用した構成設定と手順については、添付の画像を参照してください。 Re: FS26 CAN'T NOT RESET S32K3 こんにちは、ピーター。 ご返信ありがとうございます。 私はカスタム ボードで開発していますが、ハードウェアがすでにデバッグ モードを終了していることをCAN確認できます。 FS26 の初期化を行わないバージョンをフラッシュしてみましたが、そのバージョンでは FS26 が MCU を継続的にリセットします。 ただし、私が提供したバージョン (FS26 初期化を含むソフトウェア) をフラッシュバックすると、FS26 は MCU をリセットしなくなります。 また、添付されている私の設定もCAN確認できます。デバッグ モードの終了を選択します。 FS26 の初期化プロセスに間違いがないか確認していただきますようお願いいたします。ありがとう。 Re: FS26 CAN'T NOT RESET S32K3 こんにちは、 NXP 評価ボードを使用しているか、カスタム ボードを使用しているかを教えてください。 FS26 がデバッグ モードになっていないことを確認してください。このようなCASE、WDOG は無効になり、タイムアウト時に反応しなくなります。 よろしくお願いいたします。 ピーター Re: FS26 CAN'T NOT RESET S32K3 こんにちは、 わかりました。ご説明ありがとうございます。 また、添付されている私の設定もCANで確認できます。デバッグ モードの終了を選択します。 OK、それは設定 GUI のチェックボックスだけです。 FS26 から読み戻すと、本当に通常モードになりますか? FS26 の初期化を行わないバージョンをフラッシュしてみましたが、そのバージョンでは FS26 が MCU を継続的にリセットします。 FS26 が初期化されていない場合、WDOG はリセットを発行し、リセット フェーズが自動的に再開されます。 初期化フェーズは、256 ミリ秒のタイムアウトの前に、適切なウォッチドッグ リフレッシュで終了する必要があります。初期化フェーズ中にウォッチドッグのリフレッシュが行われないか、不正なウォッチドッグが送信されたCASEは、RSTB パルスが生成され、障害エラー カウンタが 1 増加します。RSTB が解放されると、新しい初期化フェーズが自動的に開始されます。 ただし、デバッグ ピンがアクティブになるとデバッグ モードも保持されます。しかし、init が実行されていないCASEはリセットが行われるため、デバッグ ピンはアクティブになっていないと考えられます。 ただし、私が提供したバージョン (FS26 初期化を含むソフトウェア) をフラッシュバックすると、FS26 は MCU をリセットしなくなります。 SO、コードに直接関係しているように思われます。 SO、選択肢は 2 つしかないと考えられます。 1. WDOGがアクティブではありません 2. デバッグ モードになっています。 それ以外の場合、FS26 はリセットを発行します。 FS26 モードのデバッグ モード検出のチェックを追加して、SBC の初期化後にデバッグ モードになっていないことを CAN 確認できます。 FS_I_WD_CFGもチェックしてください よろしくお願いいたします。 ピーター Re: FS26 CAN'T NOT RESET S32K3 こんにちは、ピーター。 私の回答は青色で示されています。ありがとう。 ウォッチドッグが MCU リセットをトリガーしない根本的な原因はまだ見つかっていません。 FS26 から読み戻すと、本当に通常モードになりますか? Wade : はい、spi で FS_STATES を読み取り、1011 (正常) を返しました。 1. WDOGがアクティブではありません Wade : spi で FS_I_WD_CFG を読み取り、0101 1010 0001 0000 を返しました。これは私の設定と同じです。 2. デバッグ モードになっています。 Wade : いいえ、 spi で FS_STATES を読み取り、1011 が返されました (デバッグ モードではありません)。 Re: FS26 CAN'T NOT RESET S32K3 こんにちは、ピーター。 前回の投稿で画像を 1 枚見逃しました。 ぜひ参考にしてください。ありがとう。 Re: FS26 CAN'T NOT RESET S32K3 こんにちは、 それは奇妙だ。 あなたの登録簿を確認しました: FS26 から読み戻すと、本当に通常モードになりますか? Wade : はい、spi で FS_STATES を読み取り、1011 (正常) を返しました。 1. WDOGがアクティブではありません Wade : spi で FS_I_WD_CFG を読み取り、0101 1010 0001 0000 を返しました。これは私の設定と同じです。 WD_FS_REACTION[1:0] このような構成では、デバイスがデバッグ モードではない場合にリセットがトリガーされます。 2. デバッグ モードになっています。 Wade : いいえ、 spi で FS_STATES を読み取り、1011 が返されました (デバッグ モードではありません)。 これは通常モードを指します。 あなたの側で何が起こっているのか分かりません。 リセットが引かれていないことを確認するために、スコープでリセット ラインを確認できますか。NXP 評価ボードでも同じ動作が見られますか? デバッグピンはどうですか、アクティブではないのですか? デフォルトでは、SBC 構成がない場合、リセットがトリガーされるため、SBC 構成に、SBC から MCU へのリセットの実行を妨げる何かがあるはずです。 RTD パッケージに付属する FS26 用のサンプル SW を試しましたか? よろしくお願いいたします。 ピーター
查看全文
设置正确的 DDR 工具 UART 输出 我正在进行一项设计,将使用 iMX8 配置中的 DDR 工具测试与 iMX8MP 的 LPDDR4 连接。我在 iMX8 配置工具和《DDR 工具用户指南》第 4.1 节中看到,应该将 "UART 配置 "下拉菜单设置为用于 A 核调试 UART 的 UART,而且可以使用 UART1-UART4 中的任意一个。 默认情况下,在 imx8MP 中,UART2 是 A53 的调试输出,但在我的设计中,我需要将 UART2 与专用 UART2_RXD 和 UART2_TXD 引脚分开,改为来自引脚 SAI3_TXFS 和 SAI3_TXC。 如果 UART2 不是来自专用 UART2 引脚,它还能成为 A53 的主要调试输出吗?如果我将 UART2 设置为来自我识别的 SAI3 引脚,DDR 工具还能工作吗? 核心与内存 Re: Setting Correct DDR Tool UART Output 您好, 感谢您对恩智浦半导体产品的关注, 没错,您可以在其他 PAD 中使用相同的 UART 实例,但必须覆盖 .ds 中的 IOMUX 寄存器。锉刀 3033_022Ch 可以设置 UART2_TX 复用模式,通过写入 3033_01C8h 寄存器来更改并调整该值。 3033_048Ch 设置了 UART2_TX 焊盘控制,只需将该值重新分配到 3033_0428h。 UART2_RX 也是如此。 同时保持调试索引不变。 此致
查看全文
lwip_freeRTOS_s32K344:版本配置问题报告:FreeRTOS 示例项目 问题:FreeRTOS 和 lwIP 示例项目编译失败,出现"致命错误:FreeRTOS.h:没有此类文件或目录" 平台:S32 Design Studio 3.6.2 目标:S32K344 (S32K3 Platform) 受影响项目: free_rtos、 lwip_freertos 示例应用程序 环境验证 已安装元器件(已确认): ✅ S32 Design Studio:版本 3.6.2 ✅ 平台 SDK S32K3:包括 FreeRTOS 和 lwIP TCP/IP 协议栈 ✅ FreeRTOS 源位置: 源代码 观察到版本错误: ../src/main.c:19:10: 致命错误:FreeRTOS.h:没有此类文件或目录 19 | #include"FreeRTOS.h" | ^~~~~~~~~~~~ 编译终止。 手动添加路径时的层叠错误 将 FreeRTOS 包含路径手动添加到版本设置中时: 初始 FreeRTOS.h 标头 出现新的错误 ,原因是缺少二级依赖关系: portmacro.h (ARM Cortex-M7 端口特定定义) FreeRTOS 示例的正确项目导入步骤是什么? Re: lwip_freeRTOS_s32k344 : Build Configuration Issue Report: FreeRTOS Example Projects 你好@Sachin05 你能否提供你安装的 RTD 版本和 FreeRTOS 代码包版本?此外,您能否分享一下导入示例的步骤?这将有助于我更好地了解您的设置,并确认是否有任何遗漏。 BR、VaneB Re: lwip_freeRTOS_s32k344 : Build Configuration Issue Report: FreeRTOS Example Projects 你好@VaneB RTS 版本 FreeRTOS 软件包版本 按照 S32 Design Studio 3.6.2 的标准恩智浦示例导入程序进行导入IDE: 已打开 S32 Design Studio 3.6.2 IDE 导航至控制面板 →"创建或导入项目" 已选定:"示例中的 S32DS 项目" 筛选/搜索参数: 类别:TCP/IP 堆栈(或中间件) 设备系列:S32K3X4 示例名称: lwip_freertos (或类似的变体,如 free_rtos_tcpip)。 从列表中选择示例 点击"完成" 导入工作区 在首次尝试版本之前,未对导入的项目进行任何自定义修改。 问候,萨钦
查看全文
Integrating EdgeLock® SE05X to MIMXRT1180-EVK DISCLAIMER APPLICABLE TO THIS DOCUMENT CONTENTS: Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design.  Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction. Abstract This document is intended to guide developers to integrate the EdgeLock® SE050   security chip on the NXP MIMXRT1180EVK  development board to achieve hardware-level security enhancement. A secure element can be easily connected to any system, with the minimal requirements - only power and two pins for I2C are required. Additionally, it is easy to integrate thanks to the support of the Plug&Trust Middleware for the software on the host.  Hardware Prerequisite Host Platform:  MIMXRT1180EVK Expansion Board: OM-SE050X   Hardware setup 1.  Configure the OM-SE05xARD jumpers as below[1]: 2. Configure the jumpers on MIMXRT1180-EVK as default[2]:.  3. Mount OM-SE05xARD on MIMXRT1180-EVK Software Integration There are two methods to integrate the OM-SE05xARD to MIMXRT1180-EVK, one is based on SDK, and the other is based on zephyr. Users may select either of them according to their requirements. SDK Integration: Platform files generation The nano package offers a very simple way to integrate the MW on any MCU platforms, Users just need to add/modify the platform specific files which are maintained in simw-nanopkg/lib/platform folder. Applying the attached patch, you may easily have them as above. Import I2C demo project as a starting point We recommend starting the integration based on the SDK I2C demo as this project contain the sdk I2C driver code already, so for RT1180, we import evkmimxrt1180_lpi2c_polling_b2b_master_cm33 .   exclude the board files and use the ones from the nano package instead. import source files from the nano package Import the example code, here we select ex_se05x_crypto.c and main.c. Add definitions as below for nano package building , as well as the including paths. Building project: Debugging: Zephyr Integration: The integration is much simpler than SDK integration, since the platform specific files are already there, users just need to add the board overlay file for MIMXRT1180-EVK manually. The attached overlay file should be placed in the folder such as "workspace/modules/crypto/nxp-plugandtrust/examples/se05x_crypto/zephyr/boards/". Please note the guide for Zephyr Integration is ready on https://github.com/NXPPlugNTrust/nano-package/blob/master/zephyr/readme.rst , while the tested zephyr version still stays on v3.7.0, which hasn't supported MIMXRT1180-EVK yet. To have the support for MIMXRT1180-EVK, we have to use the latest zephyr, with a modified west.yml file.  Here are the steps we need to go through: $ rm workspace/ -rf $ mkdir -p workspace $ cd workspace/ $ git clone https://github.com/NXPPlugNTrust/nano-package.git //Edit ~/workspace/nano-package/zephyr/west.yml as below $ cd .. $ west init -m https://github.com/NXPPlugNTrust/nano-package.git --mf ~/workspace/nano-package/zephyr/west.yml ~/workspace/ $ cd workspace $ west update Build examples: $ cd workspace/ $ west build -b mimxrt1180_evk/mimxrt1189/cm33 modules/crypto/nxp-plugandtrust/examples/se05x_crypto/zephyr/ --pristine programming and run:   References: [1]EdgeLock SE05x Quick start guide with Raspberry Pi [2]i.MX RT1180 EVK Quick Start Guide
查看全文
在 RT1064 SDK 中定义 USB_DMA_DATA_NONCACHEABLE 在 RT1064 的 SDK(可能还有其他 SDK)中,usb_misc.h 文件中有一个名为USB_DMA_DATA_NONCACHEABLE 的定义。我不确定其他程序是否使用了该定义。 我认为它应该将变量定位到非缓存 RAM 中。但这并没有发生在我们身上,即使我们定义了 data_section_is_cacheable. 这就是 USB_DMA_DATA_NONCACHEABLE 的定义方式: #if (defined(USB_DEVICE_CONFIG_BUFFER_PROPERTY_CACHEABLE) && (USB_DEVICE_CONFIG_BUFFER_PROPERTY_CACHEABLE)) || \ (defined(USB_HOST_CONFIG_BUFFER_PROPERTY_CACHEABLE) && (USB_HOST_CONFIG_BUFFER_PROPERTY_CACHEABLE)) #define USB_DMA_DATA_NONCACHEABLE USB_LINK_NONCACHE_NONINIT_DATA #else #define USB_DMA_DATA_NONCACHEABLE #endif 在我看来,这似乎是一种倒退。通过阅读 SDK 文档,我的理解是 USB_DEVICE_CONFIG_BUFFER_PROPERTY_CACHEABLE 允许将 USB 缓冲区置于缓存内存中(SDK 会根据需要通过使缓存失效来进行补偿)。摘自 SDK 文档: " 如果仍希望在可缓存内存中定位 USB 传输缓冲区和控制器数据,则应使用缓存维护操作并禁用 DATA_SECTION_IS_CACHEABLE 宏,然后启用 USB_DEVICE_CONFIG_BUFFER_PROPERTY_CACHEABLE"   如果文档是准确的,我认为 USB_DEVICE_CONFIG_BUFFER_PROPERTY_CACHEABLE 会将所有缓冲区放入常规数据部分。在这里,它的做法恰恰相反。   仔细研究后发现,USB_DEVICE_CONFIG_BUFFER_PROPERTY_CACHEABLE 的确至少将某些缓冲区置于非缓存状态。因此,在这种情况下,也许是有意这样做的。但无论如何,我都认为定义 DATA_SECTION_IS_CACHEABLE 会导致正确定义 USB_DMA_DATA_NONCACHEABLE。 也许逻辑需要翻转,也许需要扩展到 DATA_SECTION_IS_CACHEABLE。或者可以使用 USB_CONTROLLER_DATA 等现有定义。或者,使用该定义的数组实际上并没有被 DMA 使用,因此 USB_DMA_DATA_NONCACHEABLE 可以直接消失。   我对 USB 栈的了解还不够多,不知道该如何解决,但看起来好像不太对劲。   目前,我们将 USB_DMA_DATA_NONCACHEABLE 定义为非缓存部分,因为这似乎是最安全的策略。   Re: USB_DMA_DATA_NONCACHEABLE Define in RT1064 SDK @alan-p你的分析是正确的,SDK 宏逻辑是反直觉的,而你明确地将 USB DMA 缓冲区放在非高速缓存内存部分的变通方法是防止数据一致性问题的最安全、最值得推荐的方法。 在像 RT1064 这样的 i.MX RT 处理器上,Arm Cortex-M7 内核使用 L1 缓存来提高性能。当诸如USB控制器的DMA引擎之类的外围设备需要直接访问内存(例如OCRAM或同步动态随机存取存储器(SDRAM))时,它会绕过CPU的缓存。如果高速缓存中的数据与主内存中的数据不一致,就会导致数据一致性问题 例如: CPU 至 USB(传输): 如果 CPU 将数据写入用于 USB传输的缓冲区,则数据可能只存在于 L1 缓存中(如果内存配置为回写)。DMA 引擎将从主存储器中读取陈旧的旧数据,从而导致传输不正确的数据。 USB 至 CPU(接收): 当 USB DMA 将新数据写入缓冲区时,CPU 可能会从其缓存中读取旧的陈旧数据,而不是从主存储器中读取新数据。 更多详情,请参阅 ANs:AN12042 使用 i.MXRT L1 高速缓存。
查看全文
MIMXRT1180-EVK 上的 EtherCAT 演示 你好 我正在使用 MIMXRT1180-EVK 评估板试用 EtherCAT 演示,如 UG10322 UG10322:带有 ICE 工具的 EtherCAT OOBE 指南 | NXP 半导体 我已经从 i.MX RT1180 评估套件中下载了 Ethercat 评估二进制文件 | 恩智浦半导体 我认真地按照所有步骤进行了操作。我能够成功刷新二进制并使用上述文档中描述的配置用上市 ICE 工具。 但是,当我在图形用户界面中选择网络接口并尝试启用 ethercat 时,却得到"无法启用" 。如果我扫描接口,就会找到 " 0 个设备 " 我使用的是 Window 笔记本电脑,并使用 USB 3 转千兆以太网适配器连接到 ETH0 和 ETH4,该适配器在其他方面工作正常(我也用它来做其他工作)。 如能帮助排除故障,将不胜感激。 另外,你能否指出这个 EtherCAT 评估二进制文件的来源:goal_nxp_evkmimxrt1180_rtos_flash_boot.bin?我已经检查了你的 SDK,看到了一些 EtherCAT 示例,但我不确定这些示例中是否有任何与上述二进制文件相对应。 谢谢! 此致问候 pnc Re: EtherCAT demo on MIMXRT1180-EVK 你好@pnc 感谢您伸出援手 我们已经在首次版本 UG10332 时发现了一些问题,(我们将对其进行更新) 下面是一位同事撰写的内部报告,希望能对您有所帮助 在第 5 页的第 12 步,RT1180-EVK 控制台应为 MCU-Link USB,而不是 USB_OTG1。至于注释,似乎没有名为 EEPROM 的部分。 在我这边,第 5.4 节第 11 步之后,EtherCAT 接口的字体颜色不会变红,只有在第 15 步之后才会变红。 在第 24 页的表 1 和表 2 中,表中列出的映射对象与 ICE 工具的实际显示不一致。 在我这边,在第 5.4 节第 9 步之前,需要配置主机的 IP 地址,否则会报告内部错误。 如果您仍面临更多麻烦或有其他相关问题,请与我们联系 一切顺利 迪亚戈 Re: EtherCAT demo on MIMXRT1180-EVK 另外,EtherCAST 演示是否需要特定的跳线设置?上述文件没有提到这方面的任何内容。 Re: EtherCAT demo on MIMXRT1180-EVK 嗨,迭戈、 感谢您的回复,但我之前已经解决了这些问题,所以没有任何帮助。 无论如何,我现在已经改变了方针:我现在没有尝试使用预建的镜像,而是尝试使用 AN14155 用户指南(使用 i.MX RT1180 EtherCAT 和 BECKOFF TwinCat3 和 SSC 工具 Rev.1.0) 在这里,我也遇到了同样的问题。我能够版本、刷新和运行示例(适用于 CM33 和 CM7)。我在 digitial_ip.c 的主循环中加入了 printf 命令以验证它确实在运行。 但是,我被困在 AN14155 的第 5.1.8 节中:如果我使用 TwinCAT 扫描 EtherCAT 设备,它会显示 " 未找到 I/O 设备 "。我尝试将以太网电缆连接到 J28 和 J32。 我进行了以下跳线设置:将 J63、J73 和 J72、J65 移至 1-2 短路位置(非默认位置)。 我不知道 Ecat 是否需要其他跳线设置或其他硬件设置。除此以外,所有跳线都处于默认位置(开箱时的位置)。我对其他跳线的唯一改动是为了使用 Segger 探头(JP5 短路)。 另外,我还尝试运行了 ICE 工具。情况和以前一样。 如果您能提供任何意见,我将不胜感激 谢谢! 此致问候 Pnc Re: EtherCAT demo on MIMXRT1180-EVK 重新仔细阅读 EVK 用户手册 UM12021 后,我觉得我在跳线上犯了一个错误。这就是我现在所拥有的: J63 和 J65:默认 2-3 短路 J73 和 J72:非默认 1-2 短路 然而,即使进行了上述更改,它仍然无法工作。 此外,我不确定第 36 页的这一行是否相关"ECAT 和 FLEXSPI2 信号之间的复用是通过电阻器重新配置实现的。默认情况下,FLEXSPI2 连接已启用。" 我也需要为此做点什么吗?如果有,是什么? 顺便说一句,这本《EVK 用户手册》真的很难读。我真的觉得你应该在一个地方简明扼要地写清楚,用户需要做什么才能让 ECAT 的东西在 EVK 上工作。一个简单的"进行这些跳线设置,在 EVK....." 上启用 ECAT,而不是所有零散的混乱信息。 Re: EtherCAT demo on MIMXRT1180-EVK 嗨,迭戈、 今天早上重新启动所有内容后,设备扫描功能开始工作。我想我昨天晚上对跳线的改动起作用了。 但是,如果我扫描设备 1,我看不到 " Box 1 " 如第 5.1.9 节所述,所以似乎没有检测到从属设备。我在 Wireshark 中也没有看到任何与 EtherCAT 相关的流量。我正在进一步调试,如果您有任何提示,将不胜感激!
查看全文
S32G-PROCEVB3-S 闪烁 LED 您好,支持者 我们有一个 EVB3 板,可以尝试通过简单的设置进行验证 - S32G 汽车网络处理评估板 3 | NXP 半导体 尝试刷新 S32FT 中的一个样本 blob 文件以验证板是否正常工作 C:\NXP\S32FlashTool_2.3.3\examples\S32G\SRAM\S32G_TestTransmission_921600_8E1_0x34080000_SRAM.bin -> 好 现在创建一个简单的闪烁 LED,将此指令中的步骤应用于 EVB3 该演示的目标是闪烁 2 个 LED 灯 准备设置 按照指令创建项目,但适应 EVB3(指令适用于 RDB) S32G-VNP-RDB3 软件启用培训演示文稿 修改 .mex文件 成功生成 创建图像(.blob),使用 IVT 工具对闪存(QSPI 协议)进行编程 切换到启动模式串行 从 SW10 开关关闭主板电源 J50:1-2 SW 14:1-2:1-OFF,2-OFF SW15:1-OFF,2-ON J 158:3-5 和 4-6 将算法文件上传到 QSPI 然后闪烁 .blob文件 关闭板并切换到启动配置 从 SW10 开关关闭主板电源 J50:1-2 SW 14:1-2:1-ON,2-OFF SW 15:1-OFF,2-OFF J158:3-5 和 4-6 SW6:BOOTCFG [5:7]:6-OFF,7-OFF,8- OFF SW7:全部关闭 SW8:全部关闭 SW9:全部关闭主板电源 有时等待,但 D14 和 D15 LED 不闪烁 请帮助检查我上传到附件中的项目。 谢谢! Re: S32G-PROCEVB3-S Blink LED 请注意,target 仅独立组网 (SA) 运行单个 M7 Core 的项目 Re: S32G-PROCEVB3-S Blink LED 以下是我的项目样本附件 Re: S32G-PROCEVB3-S Blink LED 感谢乔伊 但在将 SW 闪存到 M7 后,似乎还不能工作 - LED 还没有闪烁 请您帮助检查附件,或使用 SD 卡将 blob bin 文件发送给我进行检查。 谢谢、 Re: S32G-PROCEVB3-S Blink LED 感谢乔伊 我试过了,但似乎还不行。 请注意,我使用 IVT 工具创建了 Blob 图像,并闪存到 QSPI 中。 请您帮我发送一个 .blob您能为我生成一个文件,以便在我的 EVB3-S 中进行验证吗? 谢谢
查看全文
MCX 实验室 MCX 实验室:恩智浦 FRDM-MCXN947 助力大学创新 什么是 MCX 实验室? MCX Lab 是恩智浦的一项计划,旨在促进与大学的合作,为学生和教育工作者提供最先进的硬件、软件和教育资源。该计划以强大的恩智浦 FRDM-MCXN947 开发板为中心,支持在嵌入式系统、人工智能/机器学习、物联网等领域进行动手学习和高级研究。 MCX 实验室计划的主要特点 1.FRDM-MCXN947 综合硬件平台 MCXN947 MCU:双 Arm® Cortex®-M33 内核 @150MHz、高达 2MB 的双组闪存、神经处理单元、PowerQuad、Smart DMA 等。 丰富的外设:用户 LED、按钮、加速度计、温度传感器、触摸板、以太网、USB Type-C、CAN-FD、WiFi 以及丰富的扩展选项(Arduino® 、FRDM、mikroBUS™ 、Pmod™ 、FlexIO/LCD、SmartDMA/摄像头接头)。 定制子卡:恩智浦为入门级实验室设计的子卡,包括按钮、操纵杆、DIP 开关、旋转编码器、LED 环、电位计、红外传感器、OLED 显示屏等。有关更多信息,请参见 MCX 实验室扩展板页面。 附加模块:传感器、致动器、接口、显示器和无线模块的丰富产品组合。浏览扩展板集线器以获取更多选项。 2.强大的软件生态系统 开发 IDE 和版本工具: MCUXpresso 集成开发环境 用于 Visual Studio Code 的 MCUXpresso 来自 Arm、IAR、Keil 的第三方工具链 示例和快速入门软件: MCUXpresso SDK 调试和可视化工具 链接服务器 FreeMASTER 软件开发资源: MCUXpresso 配置工具 安全配置工具 安全配置 SDK (SPSDK) 设备 HSM 信任配置 实时操作系统: Zephyr™ OS 人工智能软件开发: eIQ 工具包 人机界面设计软件: 图形用户界面导向器 连接软件 恩智浦平台加速器 3.教育材料 讲座& 实验内容:为所有级别的人员量身定制--入门级(嵌入式基础知识)、中级(GPIO、ADC、定时器、串行通信)和高级(Zephyr、AI/ML、UI/UX)。 更多信息,请参见MCX 实验室教材页面。 特邀讲座:恩智浦工程师在合作大学举办的在线点播讲座。 文档:参考手册、数据表、入门指南、应用笔记以及访问 MCU Xpresso 培训中心的权限。 4.应用实例 应用程序代码中心: 应用程序软件包、演示应用程序、代码片段,并与 GitHub 和 VS Code 集成,以方便访问和协作。 多种功能域:AI/ML、音频、图形、低功耗、电机控制、功率转换、功能安全、网络安全、网络、触摸感应、视觉、语音、无线连接等。
查看全文
将索尼 IMX708 图像传感器与 i.MX 8M Plus 集成 你好, 我们正在努力将索尼 IMX708 图像传感器与 i.MX 8M Plus 集成,由于这是一款使用相当广泛的图像传感器,我们想知道是否有任何具体的指导可用? 我们用于原型设计的特定主板是 Debix Model A、Debix I/O 板和 RPi V3 相机。 用于 IMX708 的两个内核驱动程序似乎已经面世(尽管这两个驱动程序都还不是主线驱动程序): RidgeRun 驱动程序,用于 RPi V3 摄像头中的索尼 IMX708 图像传感器,专为英伟达™(NVIDIA®)编写 https://github.com/RidgeRun/NVIDIA-Jetson-IMX708-RPIV3 有关上述内容的详细文章: https://developer.ridgerun.com/wiki/index.php/Raspberry_Pi_Camera_Module_3_IMX708_Linux_driver_for_Jetson 和 Raspberry Pi RPi V3 相机中使用的索尼 IMX 708 图像传感器 在 RPi 树中 叠加 https://github.com/raspberrypi/linux/blob/rpi-6.12.y/arch/arm/boot/dts/overlays/imx708-overlay.dts https://github.com/raspberrypi/linux/blob/rpi-6.12.y/arch/arm/boot/dts/overlays/imx708.dtsi YAML https://github.com/raspberrypi/linux/blob/rpi-6.12.y/Documentation/devicetree/bindings/media/i2c/sony% 2Cimx708.yaml C 语言驱动程序 https://github.com/raspberrypi/linux/blob/rpi-6.12.y/drivers/media/i2c/imx708.c 意愿 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: Integrating Sony IMX708 Image Sensor With i.MX 8M Plus 您可以检查自己驱动程序中的 s_power 控制,问题似乎与此有关 Re: Integrating Sony IMX708 Image Sensor With i.MX 8M Plus 您好,问题解决了吗? 我正在使用 compulab ucm-imx8m plus sbev 想集成利用 imx708 传感器的 rpi 摄像头 v3 但出现了以下错误: root@ucm-imx8m-plus-sbev:~# v4l2-ctl -d /dev/video2 --set-fmt-video=width=4608,height=2592,pixelformat=NV12 root@ucm-imx8m-plus-sbev:~# v4l2-ctl -d /dev/video2 --stream-mmap --stream-count=1 --stream-to=test.raw VIDIOC_STREAMON 返回 -1(设备的 ioctl 不合适) root @ucm-imx8m-plus-sbev:~# dmesg |grep power [0.035820] thermal_sys:注册热调器 “power_allocator” [1.770556] 输入:30370000.snvs: snvs-powerkey 作为 /设备/platform/soc @0 /30000000.bus/30370000.snvs/30370000.snvs: snvs-powerkey/input/input/input0 [ 2.340424] panel-simple lvds0_panel:找不到电源,使用假稳压器 [ 124.395036] mxc_isi.0:调用子设备 s_power 失败! 如果是这样,您是如何启动和运行它的? 我还附上了我的设备树。 Re: Integrating Sony IMX708 Image Sensor With i.MX 8M Plus 你好@joanxie 非常感谢 - 这真是帮了大忙。 我在那里找到了更新版本的 UG10168 i.MX 8M Plus 摄像头和显示指南,日期为 2025 年 6 月 26 日 https://www.nxp.com/docs/en/user-guide/UG10168.pdf 这些文件对我们来说非常有价值,而我几个月前(在这些文件出版之前)的搜索却没有找到它们。 非常感谢你们的帮助!它带来了巨大的变化! 意愿 Re: Integrating Sony IMX708 Image Sensor With i.MX 8M Plus 使用的版本正确吗? >取决于你使用的电路板支持包版本,你可以通过以下链接下载你使用的电路板支持包版本的文档 适用于i.MX应用处理器的嵌入式Linux|恩智浦半导体 Re: Integrating Sony IMX708 Image Sensor With i.MX 8M Plus 你好@joanxie 非常感谢! 我还不知道有 AN13713 800 万像素 ISP 新相机移植 - 它帮了我大忙。 AN13713 800 万像素 ISP 新相机移植指的是: 在 " iMX8MP_CAMERA_DISPLAY_GUIDE.pdf 中查找编写代码或构建新驱动程序和库的详细说明" 、请访问恩智浦网站。 我搜索了 iMX8MP_CAMERA_DISPLAY_GUIDE IMX8MPCDUG,但只能在 nxp.com.cn 网站上找到: https://www.nxp.com.cn/docs/en/user-guide/IMX8MPCDUG.pdf 这是要使用的正确版本吗? 非常感谢你告诉我: https://github.com/nxp-imx-support/meta-imx8mp-isp-imx219 这也是非常有价值的! 非常感谢你们的帮助! Will Re: Integrating Sony IMX708 Image Sensor With i.MX 8M Plus 可以参考 IMX219 移植源代码,如下所示 https://github.com/nxp-imx-support/meta-imx8mp-isp-imx219 您也可以参考所附文件
查看全文
为什么不能将 S32K3X4EVB-T172 上 FS26 的 FCCU 配置为低错误? 我将 FCCU 的故障极性配置为高电平,然后使用 Dio_WriteChannel 输出低电平以保持正常状态。输出 HIGH 以触发信号错误并且可以正常工作 然而,当我将 FCCU 的故障极性配置为低电平,然后使用 Dio_WriteChannel 输出高电平以保持正常状态时,FCCU 的测量结果却不是高电平,而是在低电平和高电平之间交替。为什么? Re: Why can't the FCCU of FS26 on the S32K3X4EVB-T172 be configured as LOW Error? 我注意到我不应该使用 DIO 作为 FS26 的输出。我应该将 S32K3 的引脚配置为 FCCU。 看来我需要购买 S32 功能安全软件框架 (SAF) 和功能安全外设驱动程序 (SPD) 才能使用 FCCU 驱动程序? 我知道为什么 FCCU 会交替显示高电平和低电平信号了。这是因为我没有将初始值配置为 HIGH,因此 FS26 在启动时遇到 LOW 时会立即 RESET。 Re: Why can't the FCCU of FS26 on the S32K3X4EVB-T172 be configured as LOW Error? 你好 我对 FCCU 的理解是,它是 FS26 的数字输入,因此 MCU 必须向 FS26 输出信号。因此,当 FCCU 故障极性配置为 LOW(表示低电平出错)时,MCU 应输出 HIGH(表示无错) 是的,没错。 FCCU 是否由 FS26 本身控制?如果是这样,为什么数据表中显示 FCCU 是数字输入? 编号 FCCU 输出信号 (EOUT) 由 FCCU 模块根据 FCCU 配置进行控制。 将 FCCU 故障极性配置为低电平是错误的,因此 MCU 需要输出高电平,这样 FS26 就不会将其理解为错误(低电平是错误)。但是,我看到 S32K3 一直在 RESET。 它只是RESET吗?还是 FS26 因 FCCU 故障(如激活)而切断了 S32K3 的电源?(所以开机重置) RESET后,您还可以在S32K3 RGM [DES/FES] 寄存器中查看RESET原因。此外,如果根本原因是 FCCU,您还会在 NCFS 寄存器中看到设置标志。 然而,我不明白为什么当我使用 S32K3 向 FCCU 输出低电平时,我可以测量到 100% LOW,但当我使用 S32K3 向 FCCU 输出高电平时,它显示的是交替的高/低电平,而不是 100% HIGH? 我不太清楚。但是交替也可能是由于 RESET 设备造成的。取决于您是否同时测量 RESET 线和电压。 或者只是 EOUT。 此外,在相同的 uC 配置中,FS26 是否也会出现调试模式下的行为? 您能否提供有关该问题的更多信息? 顺祝商祺! Peter Re: Why can't the FCCU of FS26 on the S32K3X4EVB-T172 be configured as LOW Error? 我对 FCCU 的理解是,它是 FS26 的数字输入,因此 MCU 必须向 FS26 输出信号。FS26 的 FCCU 故障极性设置决定哪些信号被视为故障信号。因此,当 FCCU 故障极性配置为 LOW(表示低电平出错)时,MCU 应输出 HIGH(表示无错) FCCU 是否由 FS26 本身控制?如果是这样,为什么数据表中显示 FCCU 是数字输入? 将 FCCU 故障极性配置为低电平是错误的,因此 MCU 需要输出高电平,这样 FS26 就不会将其理解为错误(低电平是错误)。但是,我看到 S32K3 一直在 RESET。这是因为我将 S32K3 设置为输出高电平,但 FCCU 测得的信号并非 100% 高电平;相反,它在高电平和低电平之间交替,这就是为什么 FS26 将其解释为错误。 然而,我不明白为什么当我使用 S32K3 向 FCCU 输出低电平时,我可以测量到 100% LOW,但当我使用 S32K3 向 FCCU 输出高电平时,它显示的是交替的高/低电平,而不是 100% HIGH? Re: Why can't the FCCU of FS26 on the S32K3X4EVB-T172 be configured as LOW Error? 你好 我将 FCCU 的故障极性配置为高电平,然后使用 Dio_WriteChannel 输出低电平以保持正常状态。 一旦将 FCCU 配置为驱动引脚,它将超越信号到引脚。您的 SUIL 将不会在引脚输出上输出 GPIO。 它将由 FCCU 驱动。 然而,当我将 FCCU 的故障极性配置为低电平,然后使用 Dio_WriteChannel 输出高电平以保持正常状态时,FCCU 的测量结果却不是高电平,而是在低电平和高电平之间交替。为什么? 不确定。设备不是在RESET吗? 我不太清楚你的测试案例。为什么要用其他外设(SIUL)驱动由 FCCU 控制的引脚?您是在重新配置 SIUL,以便从 SIUL 而不是 FCCU 驱动引脚,还是......?? 顺祝商祺! Peter Re: Why can't the FCCU of FS26 on the S32K3X4EVB-T172 be configured as LOW Error? 你好 看来我需要购买 S32 功能安全软件框架 (SAF) 和功能安全外设驱动程序 (SPD) 才能使用 FCCU 驱动程序? 只要有 FCCU,就足以拥有 SPD。但 SAF 也涵盖其中。 eMCEM 包括 FCCU 驱动程序。 顺祝商祺! Peter
查看全文
传感器 HAL 未检测到 i.mx8M Mini AOSP-15 SensorService 上的 IIO 设备显示 DevinitCheck:-19 嗨,团队、 我正在i.MX8MM Mini EVK 上运行AOSP 15。 我正在通过基于 IIO 的传感器 HAL 启用传感器。 但是 SensorService 显示:设备上 没有传感器 DevinitCheck:-19 是什么原因导致恩智浦 AOSP 传感器 HAL 中出现了 DevinitCheck:-19? 传感器发现需要任何其他配置吗? Re: Sensor HAL not detecting IIO device on i.MX8M Mini AOSP-15 SensorService shows devInitCheck : -1 你的信息太有限,无法找到根本原因,错误消息更像是初始步骤 HAL 找不到任何设备节点,所以你需要检查你的 HAL 代码、设备树或内核驱动程序设置是否正确,如果你的内核代码有效,应该关注你的 HAL 级别 Re: Sensor HAL not detecting IIO device on i.MX8M Mini AOSP-15 SensorService shows devInitCheck : -1 我添加了以下更改以启用传感器服务,现在我可以在 imx8mm 迷你板上启动传感器服务 添加了传感器 HAL 代码包并复制了所需的配置文件以启用 SensorService。 diff--git a/imx8m/evk_8mm/evk_8mm.mk b/imx8m/evk_8mm/evk_8mm/evk_8mm.mk 索引 f3ed1d1b.. 0209c047 100644 —--a/imx8mm/evk_8mm/evk_8mm.mk +++ b/imx8mm/evk_8mm/evk_8mm/evk_8mm/evk_8mm/evk_8mm/evk_8mm/evk_8mm/evk_8mm mm.mk @@ -362,6 +362,16 @@ 商品包装 +=\ product_packages +=\ WifiOverlay + #Sensor HAL +产品套餐 +=\ + Android.Hardware.sensors-subhal。MultiHAL\ + Android.Hardware.subhal @2 .1-nxp-iio-subhal + +PRODUCT_COPY_FILES += \ + vendor/nxp-opensource/imx/sensor/hals.conf:vendor/etc/sensors/hals.conf \ + vendor/nxp-opensource/imx/sensor/config/sensor_hal_configuration.xml:vendor/etc/sensors/sensor_hal_configuration.xml + + # NXP 8987 WiFi Firmware PRODUCT_COPY_FILES += \ vendor/nxp/imx-firmware/nxp/FwImage_8987/sduart8987_combo.bin:vendor/firmware/sduart8987_combo.bin \ 添加了 AIDL 传感器 HAL 条目,以便 VINTF 可以识别并启动传感器服务。 diff--git a/imx8m/evk_8mm/manifest.xml b/imx8m/evk_8mm/manifest.xml 索引 92fde967... 8751eaa1 100644 ---a/imx8m/evk_8mm/清单.xml +++ b/imx8m/evk_8mm/清单.xml @@ -7,6 +7,14 @@ 默认 + < hal format= " aidl " > + android.hardware.sensors + 1 + + ISensors + default + + < hal format="aidl"> android.hardware.media.c2 1 为 Sensor HAL 二进制文件和配置文件添加了 SELinux 标签,以允许服务无拒绝地启动。 diff --git a/imx8m/evk_8mm/sepolicy/file_contexts b/imx8m/evk_8mm/sepolicy/file_contexts index 5dc3ce82...a1dad7c3 100644 --- a/imx8m/evk_8mm/sepolicy/file_contexts +++ b/imx8m/evk_8mm/sepolicy/file_contexts @@ -16,6 +16,11 @@ #Bluetootn HAL service /vendor/bin/hw/android\.hardware\.bluetooth-service.default.nxp u:object_r:hal_bluetooth_default_exec:s0 +# Sensors HAL service +/vendor/bin/hw/android\.hardware\.sensors-service\.multihalu:object_r:hal_sensors_default_exec:s0 +/vendor/etc/sensors(/.*)? u:object_r:vendor_configs_file:s0 + + # [email protected] /sys/设备/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/wakeupu: object_r: sysfs_wakeup: s0 /sys/devices/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/wakeup/wakeup[0-9]*(/.*)? u:object_r:sysfs_wakeup:s0 这是解决方案 谢谢
查看全文
S32G274A SMMUのサポートと構成 現在、 S32G274Aプラットフォームで開発を行っており、システム メモリ マネジメント ユニット (SMMU)に関して明確にする必要があります。以下の点をご確認ください。 1. S32G274AのSMMUサポート S32G274A SoC は SMMU 機能をサポートしていますか? (SMMU v2 をサポートしている可能性はありますが、確認が必要です。) 2. QNX SMMUMAN 互換性 SMMU がサポートされている場合、 QNX SMMUMAN (SMMU マネージャー)を使用して構成できますか? SoC 固有の制限や制約はありますか (例: XRDC 経由のみのサポート)? 3.メモリマップと割り込み情報 メイン SMMU レジスタの物理ベースアドレス コンテキストフォールトの割り込み番号 グローバル障害の割り込み番号 参照チェック: S32G2 リファレンス・マニュアル (ドキュメント ID: S32G2RM 、Rev. 8、2024 年 2 月) と提供されている S32G2_Memory_Map.xlsx を確認しましたが、SMMU 関連のエントリは見つかりませんでした。 比較すると、 NXP i.MX8などの他の SoC ではリファレンス マニュアルにこの情報が含まれていますが、S32G2 ではこの情報が欠落しているか、別の名前でリストされている可能性があります。 QNX SMMUMAN統合を有効にするにはこの情報が必要です。 S32G274A 上の SMMU に関連する追加のドキュメント、アプリケーションノート、または SDKs リファレンスがある場合は、共有してください。 再開まで今しばらくお待ちください。
查看全文