Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
[lf_v2026.04]uboot-imx 补丁修复了 fsl_lpspi 中的多块传输问题 你好, 在 i.MX93 上使用 lf_v2025.04 的 uboot-imx 中,通过 fsl_lpspi 进行 SPI 传输 当一个完整的 FIFO 块紧跟在另一个块之后时,例如使用 SPI TPM 时,就会发生故障: => tpm2 获取功能 0x6 0x100 $loadaddr 20 lpspi_xfer_single:接收超时! 根本原因:spi_xfer_single() 在每个块之后都会额外排队一个 TCR。 该命令占用 TX FIFO 条目,并且只有在延迟一段时间后才会加载。 如果下一个数据块在此之前开始,则一个数据字将不被接受。 RX 循环会一直等待直到超时。 附件中的系列补丁修复了这个问题(也适用于 lf_v2026.04): 将 FSR TXCOUNT/RXCOUNT 掩码加宽 1/3(适用于 FIFO 更深的器件) 2/3 修复多块传输(实际修复) 3/3 将 spi_xfer_single() 改为静态函数(功能无变化) 在带有 SPI TPM 2.0(GPIO 片选)的 i.MX93 板上进行了测试。 注意:新代码最终仅在片选信号被复用为 GPIO 时才会取消置位。 但我们并未对此进行全面核实。 如果能将此功能纳入未来的 uboot-imx 版本中就太好了。 谢谢,并致以最诚挚的问候! 第谷·基希纳 -- emlix GmbH 总部:德国哥廷根市,柏林大街12号,邮编37073 电话:+49 (0)551 30664-0,电子邮件:[email protected] 哥廷根地方法院,登记号 HR B 3160 董事总经理:Heike Jordan、Uwe Kracke 博士 增值税号:DE 205 198 055 柏林办事处:Panoramastr.德国柏林 10178 号 1 号 波恩办事处:Bachstr.德国波恩 53115 6 号 慕尼黑办事处:Am Knie 16, 81241 München, 德国 http://www.emlix.com emlix——您的嵌入式Linux合作伙伴 PS: @xiaoningwang似乎是原作者,或许您可以看看。
查看全文
MCU-LINKが動作しません こんにちは、 新しいPC(Windows 10ノートPC)でMCU-LINKを使おうとしているのですが、残念ながらあまりうまくいっていません! mcuxpressoをインストールして、MCU-LINKをUSBポートに差し込むと、例の挙動のような音がしますが、mcuxpressoはプローブを認識できず、Windowsのデバイスマネージャーでは「USBコンポジットデバイス」の横に黄色い警告三角形があり、デバイスステータスに「このデバイスは起動できません(コード10)」というメッセージが表示されます。API を完了するためのシステム リソースが不足しています。 また、NXPのウェブサイトからWindows 10用のMCU-LINKドライバーインストーラーを手動でダウンロードしてみましたが、それでも成功しませんでした。 何かアドバイスをいただけますか?これは比較的新しいノートPCなので、リソース不足はないと思います。 どうもありがとうございました -ニック Re: MCU-LINK not working こんにちは、 私も全く同じ問題に直面しました。 ちょうど解けたので、役に立てればと思います。私は以下のことをしました。 C:\nxp\LinkServer_26.6.137\MCU-LINK_installer\scriptsへ移動します「program_CMSIS」をクリックし、コマンドパネルの指示に従います(つまり、MCUリンクのショートジャンパーJ3 -> USB経由でMCUリンクに接続 -スペースバーを押す>)。 (それ以外の場合は、「CMSIS」と書くか、Windowsの検索バーで「Program MCU-Link CMSIS-DAP」を検索して直接ファイルを探すこともできます。) これを実行すると、デバイスマネージャーで警告なしにデバイスが正しく認識され、ボードのデバッグも正常にできました。 関連があるのか、あるいは動作に役立ったのか(必須ではないかもしれませんが)、mcu-linkのファームウェアアップデートを行う前に、私は以下のことをしました: 1- 「Windows Security」 -> 「App & ブラウザ コントロール」 -> Smart App Control 設定 ->オフになりましたか? 2- LinkServerインストーラーを再インストールしました。nxpのウェブサイトの「LinkServer for マイクロコントローラ」で見つかります。 また、ファームウェアのアップデート後: 1- mcUspresso IDEを「管理者として実行」で開き、プロジェクトエクスプローラーでプロジェクトフォルダを開き、下部のフォルダ「(*project_name*)_ LinkServer Debug.launch」を削除しました。コードをデバッグする前に。 これは私の場合うまくいった方法です。誰かの役に立てば幸いです。 カンザス州より、よろしくお願いいたします。 Re: MCU-LINK not working こんにちは、私もMCU-Linkを使っていますが、ノートPCのポートに直接接続すると問題なく動作しています。しかしUSBハブを使って、そのUSBハブ経由でMCU -Linkを接続すると、デバグがうまくいかずエラーが出ます。どうすればこれを克服すればいいですか?ノートPCにはポートが1つしかないので、ハブ経由で使う必要があります Re: MCU-LINK not working 他に二つの代替案が思い浮かびます。 一つは、アンチウイルスがMCU-LINKを脅威として検知していないか確認し、念のため無効化することです。 2つ目は、別のコンピューターで試してみることです。もし問題が別のマシンでも続くなら、MCU-LINKに関連している可能性があると考えられます。そうでなければ、問題はOSかケーブルに関係している可能性が最も高いと思います。 これがお役に立てば幸いです。 Re: MCU-LINK not working @EdwinHz さん、ありがとうございます。 はい、その場所からドライバをダウンロードしました。 USBハブは使用していません。直接接続です。 別のUSBケーブルを試してみますが、可能性は低いようです。 他に何かご提案があれば教えてください。ありがとう!   Re: MCU-LINK not working こんにちは、 @nickwallis さん。 手動でインストールしたドライバは、MCU-Link Debug Probeのウェブサイトの下部にある「MCU-Link installer for Windows 10」ソフトウェアから来たものですか?もしそうでなければ、このインストーラーを使ってドライバを再インストールすることをお勧めします。 MCU-LINKへの接続を確認してください。USBハブに接続しているなら、直接マシンに接続してみてください。別のUSBケーブルも試してみてください。 よろしくお願いいたします。 エドウィン。
查看全文
SC16IS740 : Need help to configure Auto-RTS SC16IS740_750_760  I'm currently writing a MicroPython library to support the SC16IS740 over SPI. I'm using a breakout for testing the SC16IS740 coupled to a MAX3237. Every basic features works (including RX & TX FiFo) and tested with physical  TX->RX Loopback (and my scope). Now, I want to test/implement the Auto-RTS feature. To check it: I placed a scope with ch1 on RX and ch2 on RTS. I flood the RX buffer and expect the RTS signal to switch High on the scope.... but it doesn't happens. Here follows the MicroPython code with value of halt_trigger & resume_trigger (in chars). Code mainly read & write register for a given channel (the 'ch' parameter). I'm missing something with the datasheet but I'm not able to identify it. Remark: the last instructions force the RTS high for checking manual activation at the scope. It then goes low and never gets activated by auto-RTS.... for sure, the RX FIFO get full. def enable_rts( self, halt_trigger, resume_trigger ): assert 4<=halt_trigger<=60, "RTS trigger must be within 4-60 range" assert 4<=resume_trigger<=60, "RTS trigger must be within 4-60 range" assert (halt_trigger%4) + (resume_trigger%4) == 0, "Trigger level are step by 4!" assert halt_trigger > resume_trigger, "halt_trigger must be greater than resume_trigger!" _halt = halt_trigger//4 _resume = resume_trigger//4 # Set LCR=0xBF to access EFR register _old_lcr = self.owner.bus_wrapper.read_reg( REG_LCR, ch=self.ch ) # store transmission config (eg: 8n1) self.owner.bus_wrapper.write_reg( REG_LCR, 0xBF, ch=self.ch ) # activate enhanced feature _efr = self.owner.bus_wrapper.read_reg(REG_EFR, ch=self.ch) _efr = _efr | 0b00010000 self.owner.bus_wrapper.write_reg(REG_EFR, _efr, ch=self.ch) print( "EFR:" , bin(self.owner.bus_wrapper.read_reg(REG_EFR, ch=self.ch)) , 'Enhanced function activation') # Close access to EFR & restore transmission config (eg:8n1) self.owner.bus_wrapper.write_reg( REG_LCR, _old_lcr, ch=self.ch ) # Enable TCR & TLR register access _mcr = self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch) _mcr = _mcr | 0b00000100 self.owner.bus_wrapper.write_reg(REG_MCR, _mcr, ch=self.ch) print( "MCR:" , bin(self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch)), 'Enable TCR & TLR register') # Set TCR trigger values _tcr = self.owner.bus_wrapper.read_reg(REG_TCR, ch=self.ch) _tcr = _tcr | (_resume<<4) _tcr = _tcr | _halt self.owner.bus_wrapper.write_reg(REG_TCR, _tcr, ch=self.ch) print( "TCR:", bin(self.owner.bus_wrapper.read_reg(REG_TCR, ch=self.ch)), "Transmission Control register (resume & halt levels)") # TLR must be cleared (to use TCR) self.owner.bus_wrapper.write_reg(REG_TLR, 0x00, ch=self.ch) print( "TLR:", bin(self.owner.bus_wrapper.read_reg(REG_TLR, ch=self.ch)), "Disable TLR values (so use TCR)") # Disable TCR & TLR register access _mcr = self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch) _mcr = _mcr & 0b11111011 self.owner.bus_wrapper.write_reg(REG_MCR, _mcr, ch=self.ch) print( "MCR:" , bin(self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch)), 'Disable TCR & TLR register') self.owner.bus_wrapper.write_reg( REG_LCR, 0xBF, ch=self.ch ) # Enable auto RTS flow control _efr = _efr | 0b01000000 self.owner.bus_wrapper.write_reg(REG_EFR, _efr, ch=self.ch) print( "EFR:" , bin(self.owner.bus_wrapper.read_reg(REG_EFR, ch=self.ch)) , 'Enable auto RTS') # Close access to EFR & restore transmission config (eg:8n1) self.owner.bus_wrapper.write_reg( REG_LCR, _old_lcr, ch=self.ch ) # Initial State of RTS bit in Modem (MCR) _mcr = self.owner.bus_wrapper.read_reg( REG_MCR, ch=self.ch ) _mcr = _mcr | 0x02 self.owner.bus_wrapper.write_reg( REG_MCR, _mcr, ch=self.ch )   Hint and suggestions would be warmly welcome. Cheers, Dominique Re: SC16IS740 : Need help to configure Auto-RTS Hello, Based on the data sheet, I would suggest checking the following points: Please verify that EFCR[4] = 0. EFCR[4] enables the Auto RS-485 RTS control. When this bit is set, the transmitter takes control of the RTS pin, and this function has precedence over both manual RTS control and the hardware flow-control circuitry. Therefore, EFCR[4] should be cleared when using Auto-RTS hardware flow control. TLR does not define the Auto-RTS halt/resume thresholds. For Auto-RTS, the receiver FIFO trigger levels are taken from TCR, or from FCR if the TCR bits are cleared. TLR is used for the programmable transmit and receive FIFO trigger levels associated with interrupt generation. Therefore, clearing TLR should not be required for Auto-RTS operation. Re: SC16IS740 : Need help to configure Auto-RTS Hi @ErikaC , Thank for the note. While I did check the EFCR[4], I noticed that everything went as expected. Anyway, thank for the EFCR[4], this will be very useful in the future. Question: What changed? Response: a complete power cycle. Supposition: too many test and tries did probably brick the SC16IS7xxx configuration. Thanks for your help. Dominique
查看全文
MCU-LINK 无法正常工作 您好, 我尝试在新电脑(Windows 10 笔记本电脑)上使用 MCU-LINK,但很遗憾,并没有取得太大成功! 我安装了 mcuxpresso,当我将 MCU-LINK 插入 USB 端口时,它会发出像枚举一样的正常声音,但 mcuxpresso 无法识别探针,并且在 Windows 设备管理器中,“USB 复合设备”旁边出现了一个黄色警告三角形,设备状态中显示一条消息,提示“此设备无法启动(代码 10)”。系统资源不足,无法完成 API 请求。 我还尝试从 NXP 网站手动下载适用于 Windows 10 的 MCU-LINK 驱动程序安装程序,但仍然没有成功。 请问有什么建议吗?这是一台比较新的笔记本电脑,我预计它的资源不会不足。 非常感谢 -缺口 Re: MCU-LINK not working 你好, 我发现自己也遇到了完全相同的问题。 我刚刚成功解决了这个问题,希望对大家有所帮助。我做了以下事情: 正在前往C:\nxp\LinkServer_26.6.137\MCU-LINK_installer\scripts点击“ program_CMSIS ”,然后按照命令面板上的说明进行操作(即,短接 MCU-link 的跳线 J3 -> 通过 USB 连接 MCU-link -> 按空格键)。 (或者,您也可以尝试在 Windows 搜索栏中输入“CMSIS”或搜索“Program MCU-Link CMSIS-DAP”来直接找到该文件)。 完成上述操作后,计算机的设备管理器能够正确识别该设备,且没有出现任何警告,我得以成功调试我的板。 不确定是否相关,或者是否有助于正常工作(也许并非必需),但在对 MCU-Link 进行固件更新之前,我做了以下操作: 1- 已将“Windows 安全中心”->“应用和浏览器控制”->“智能应用控制设置”->关闭。 2- 我重新安装了 LinkServer 安装程序,您可以在 nxp 网站上的“LinkServer for Microcontrollers”中找到它。 此外,在进行固件更新后: 1- 以“管理员身份运行”打开 mcuxpresso IDE,然后在项目资源管理器中,打开项目文件夹,并在底部删除文件夹“(*项目名称*)_LinkServer Debug.launch”;在调试代码之前。 对我来说,这种方法很有效。希望对其他人也有帮助。 祝好,堪萨斯。 Re: MCU-LINK not working 您好,我也在使用 MCU-Link,它直接连接到笔记本电脑的 USB 端口时工作正常。但是,当我使用 USB 集线器并通过集线器连接 MCU-Link 时,调试就无法工作,并会报错。请问如何解决这个问题?我的笔记本电脑只有一个 USB 端口,所以必须通过集线器连接。 Re: MCU-LINK not working 我还能想到另外两种替代方案: 首先要确保您的防病毒软件没有将 MCU-LINK 检测为威胁,为了安全起见,最好将其禁用。 第二种方法是换一台电脑试试。如果换一台机器也出现同样的问题,那么我们有理由相信问题可能与 MCU-LINK 有关。否则,我认为问题很可能与操作系统或数据线有关。 希望这能帮到你。 Re: MCU-LINK not working 谢谢@EdwinHz 是的,我们从那个位置下载了驱动程序。 我们没有使用 USB 集线器,这是直接连接。 我会试试换根USB线,但这似乎不太可能。 还有其他建议吗?谢谢!   Re: MCU-LINK not working 嗨@nickwallis , 您手动安装的驱动程序是否来自 MCU-Link Debug Probe 网站底部的“MCU-Link Windows 10 安装程序”软件?如果不行,我建议使用此安装程序重新安装驱动程序。 检查与MCU-LINK的连接。如果它连接到了 USB 集线器,请尝试将其直接连接到机器。也可以尝试使用不同的USB数据线。 此致, 埃德温。
查看全文
マーキング仕様書の依頼 - PN# MFS2633HMDA0AD 拝啓 部品番号MFS2633HMDA0ADを受け取りました。入荷部品の検証に必要なチップマーキング情報を取得できません。この部品のマーキング仕様書の提供を手伝ってもらえますか? 皆様のご支援をいただけると大変ありがたいです。 よろしくお願いいたします。 ジョーイ
查看全文
标记规范请求 - PN# MFS2633HMDA0AD 尊敬的先生/女士, 我们已收到零件号为MFS2633HMDA0AD的零件。我们无法获取进货零件验证所需的芯片标记信息。请问您能否提供该零件的标记规范文件? 非常感谢您的支持。 顺祝商祺! 乔伊
查看全文
SC16IS740:需要帮助配置自动RTS SC16IS740_750_760 我目前正在编写一个MicroPython库,以支持通过SPI接口使用SC16IS740。 我正在使用分线板测试与 MAX3237 连接的 SC16IS740。 所有基本功能均有效(包括 RX & TX FiFo),并通过物理 TX > RX 环回(以及我的示波器)进行了测试。 现在,我想测试/实现自动RTS功能。 为了验证这一点:我放置了一个示波器,通道 1 接 RX,通道 2 接 RTS。 我向接收缓冲区发送大量数据,期望示波器上的RTS信号变为高电平……但这种情况并没有发生。 以下是 Halt_trigger 和 resume_trigger 的值(以字符为单位)的 MicroPython 代码。代码主要读取和写入给定通道(“ch”参数)的寄存器。 数据手册里好像漏掉了什么,但我找不到原因。 备注:最后一条指令强制 RTS 为高电平,以便在瞄准镜上检查手动激活。然后它的值会降到很低,并且永远不会被自动RTS激活……可以肯定的是,RX FIFO已满。 def enable_rts( self, halt_trigger, resume_trigger ): assert 4<=halt_trigger<=60, "RTS trigger must be within 4-60 range" assert 4<=resume_trigger<=60, "RTS trigger must be within 4-60 range" assert (halt_trigger%4) + (resume_trigger%4) == 0, "Trigger level are step by 4!" assert halt_trigger > resume_trigger, "halt_trigger must be greater than resume_trigger!" _halt = halt_trigger//4 _resume = resume_trigger//4 # Set LCR=0xBF to access EFR register _old_lcr = self.owner.bus_wrapper.read_reg( REG_LCR, ch=self.ch ) # store transmission config (eg: 8n1) self.owner.bus_wrapper.write_reg( REG_LCR, 0xBF, ch=self.ch ) # activate enhanced feature _efr = self.owner.bus_wrapper.read_reg(REG_EFR, ch=self.ch) _efr = _efr | 0b00010000 self.owner.bus_wrapper.write_reg(REG_EFR, _efr, ch=self.ch) print( "EFR:" , bin(self.owner.bus_wrapper.read_reg(REG_EFR, ch=self.ch)) , 'Enhanced function activation') # Close access to EFR & restore transmission config (eg:8n1) self.owner.bus_wrapper.write_reg( REG_LCR, _old_lcr, ch=self.ch ) # Enable TCR & TLR register access _mcr = self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch) _mcr = _mcr | 0b00000100 self.owner.bus_wrapper.write_reg(REG_MCR, _mcr, ch=self.ch) print( "MCR:" , bin(self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch)), 'Enable TCR & TLR register') # Set TCR trigger values _tcr = self.owner.bus_wrapper.read_reg(REG_TCR, ch=self.ch) _tcr = _tcr | (_resume<<4) _tcr = _tcr | _halt self.owner.bus_wrapper.write_reg(REG_TCR, _tcr, ch=self.ch) print( "TCR:", bin(self.owner.bus_wrapper.read_reg(REG_TCR, ch=self.ch)), "Transmission Control register (resume & halt levels)") # TLR must be cleared (to use TCR) self.owner.bus_wrapper.write_reg(REG_TLR, 0x00, ch=self.ch) print( "TLR:", bin(self.owner.bus_wrapper.read_reg(REG_TLR, ch=self.ch)), "Disable TLR values (so use TCR)") # Disable TCR & TLR register access _mcr = self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch) _mcr = _mcr & 0b11111011 self.owner.bus_wrapper.write_reg(REG_MCR, _mcr, ch=self.ch) print( "MCR:" , bin(self.owner.bus_wrapper.read_reg(REG_MCR, ch=self.ch)), 'Disable TCR & TLR register') self.owner.bus_wrapper.write_reg( REG_LCR, 0xBF, ch=self.ch ) # Enable auto RTS flow control _efr = _efr | 0b01000000 self.owner.bus_wrapper.write_reg(REG_EFR, _efr, ch=self.ch) print( "EFR:" , bin(self.owner.bus_wrapper.read_reg(REG_EFR, ch=self.ch)) , 'Enable auto RTS') # Close access to EFR & restore transmission config (eg:8n1) self.owner.bus_wrapper.write_reg( REG_LCR, _old_lcr, ch=self.ch ) # Initial State of RTS bit in Modem (MCR) _mcr = self.owner.bus_wrapper.read_reg( REG_MCR, ch=self.ch ) _mcr = _mcr | 0x02 self.owner.bus_wrapper.write_reg( REG_MCR, _mcr, ch=self.ch ) 非常欢迎提出建议和意见。 干杯, 多米尼克 Re: SC16IS740 : Need help to configure Auto-RTS 你好, 根据数据表,我建议检查以下几点: 请确认 EFCR[4] = 0。EFCR[4] 启用自动 RS-485 RTS 控制。当此位被设置时,发射器将控制 RTS 引脚,并且此功能优先于手动 RTS 控制和硬件流控制电路。因此,在使用 Auto-RTS 硬件流控制时,应清除 EFCR[4]。 TLR 未定义 Auto-RTS 停止/恢复阈值。对于 Auto-RTS,接收器 FIFO 触发电平取自 TCR,如果 TCR 位被清除,则取自 FCR。TLR 用于与中断生成相关的可编程发送和接收 FIFO 触发电平。因此,自动RTS操作不应要求清除TLR。 Re: SC16IS740 : Need help to configure Auto-RTS 嗨@ErikaC , 谢谢你的留言。 虽然我检查了 EFCR[4],但我注意到一切都按预期进行。 总之,感谢 EFCR[4],这在未来会非常有用。 问:发生了什么变化? 响应:完全重启电源。 推测:测试和尝试次数过多可能导致 SC16IS7xxx 配置损坏。 感谢您的帮助。 多米尼克
查看全文
USB 3.0ペンドライブの i.MX RT1050の問題 こんにちは、NXPコミュニティの皆さん、 USBホストとして i.MX RT1050(SDKバージョン2.11.0)とUSBペンドライブを使っています。特にUSB 3.0対応のUSBメモリを使用している際に、断続的に問題が発生しています。 私が指摘する問題点は以下のとおりです。 1) f_write() は、ペン ドライブへのデータのアップロード/ダウンロード/書き込み中に失敗することがあります。 2)データ転送中にUSBデバイスがフリーズすることがあります。 3) 場合によっては、USB 3.0ペンドライブを接続するとRT1050システムが再起動します。 4) 同じアプリケーションがUSB 2.0ペンドライブでより安定して動作するようです。 5) 2.0および3.0のUSBペンドライブ技術をファームウェアで識別する方法? i.MX RT1050はUSB 2.0高速に対応しているため、USB 3.0ペンドライブはUSB 2.0インターフェース経由で動作するはずです。しかし、i.MX RT1050でUSB 3.0ペンドライブを使用する場合、互換性、電源、USB Host MSC、FATFS(#define FF_DEFINED 86631)、またはタイミングの問題などが既知のものかどうか知りたいです。 特にUSB Host MSC、f_write()の故障、USBリセット/切断の処理、VBUS/電源の安定性、USB 2.0高速交渉に関して、何を確認・デバッグすべきかご存知の方はいませんか? i.MX RT1050でUSB 3.0ペンドライブを安定して動作させるためのおすすめや既知の問題、または構成例があればぜひ教えてください。 よろしくお願いします。 Re: USB 3.0 Pen drive Issues with i.MX RT1050 こんにちは、 @vmn さん。 この問題の根本原因をより深く理解するために、いくつかテストしてみる価値のある点があります。   1. 最新のSDKのusb_host_msd_fatfs例コードをインポートし、テストを基にしてください。この例コードは動作が証明されており、問題がソフトウェアに根ざしているかハードウェアに根ざしているかを判断するための重要な基準となります。   2. いくつかのテストを実行し、アタッチ、リセット、列挙、サスペンド/レジューム、切断などの情報をログに記録します。また、f_write() プロシージャが失敗した場合に返される結果ステータスも記録してください。   3. 挿入時および書き込み継続中に、VBUS用の5V電源を確認します。   4. 可能であれば、異なるベンダーおよび容量の複数のUSB 3.0ドライブをテストしてください。
查看全文
LX2160ARDB SD卡启动,LSDK FitImage 您好, 我已经安装了 LSDK 21.08,并且 atf、rcw、u-boot、ddr-phy 文件夹都已存在,但是为什么源代码不在其中,而需要为每个源代码进行 git clone 操作? 为了实现完整的 SD 卡启动,我已将以下文件部署到下面提到的区块中。 1. bl2_sd.pbl - 0x8 2. fip.bin - 0x800 3. fip_ddr_all.bin - 0x4000 4. mc_lx2160a_10.40.0.itb - 0x5000 5. dpc-usxgmii.dtb - 0x7000 6. fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin - 0x8000 我已在 SD 卡(64GB)上创建了如下分区。 1. /dev/mmcblk0p1 - 扇区 409600 至扇区 42352640 2. /dev/mmcblk0p2 - 扇区 42352640 至扇区 121534463 并使用 u-boot 的 bootargs 命令将根文件系统“fsl-image-networking-full-lx2160ardb-rev2-20260310091147.rootfs.tar.gz”挂载到 /dev/mmcblk0p1 分区。 -> setenv bootcmd 'setenv bootargs root=/dev/mmcblk0p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 0x90000000 0x8000 0x14000; bootm 0x90000000' 这样做对吗?请提出任何更好的方法。 在 LSDK 中,如何为内核和 dtb 生成 fitImage 二进制文件,就像 LSDK 中 distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ 目录下的 fitImage 文件一样,例如 fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin。 Re: LX2160ARDB SD Card Booting, LSDK FitImage 您好, 感谢您的详细解释。 我们按照 UG10374 中给出的 Yocto 项目构建了 LSDK 环境。 1.对于 SD 卡启动,在我们遵循的步骤中,我们创建了分区并提取了您提到的 rootfs,其中包含有效的 /sbin/init。通过在 emmc 闪存中创建分区 (/dev/mmcblk1p1)、提取根文件系统并能够将系统挂载到其分区中,但无法将其挂载到 SD 卡中,也验证了这一点。 能否通过将启动映像以块写入方式加载到 SD 卡,并将根文件系统挂载到分区(/dev/mmcblk0p1)上来实现启动? 因为在 SD 卡分区挂载失败后,从 qspi 启动后使用 lsblk 命令检查分区时,不会列出这些分区。 2. 实际的 fitImage 二进制文件大小约为 16MB,块大小为 0x8000……但启动时的日志如下: => setenv bootcmd 'setenv bootargs root=/dev/mmcblk1p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 90000000 8000 8800; bootm 90000000' => => => 启动 切换到分区 #0,成功 mmc0 是当前设备 MMC 读取:设备 # 0,块 # 32768,计数 35000 ... 已读取 35000 个块:成功 ## Loading kernel from FIT Image at 90000000 ... Using 'conf-freescale_fsl-lx2160a-rdb.dtb' configuration Trying 'kernel-1' kernel subimage Description: Linux kernel Created: 2023-02-08 3:38:28 UTC Type: Kernel Image Compression: gzip compressed Data Start: 0x90000114 Data Size: 16608244 Bytes = 15.8 MiB Architecture: AArch64 OS: Linux Load Address: 0x80080000 Entry Point: 0x80080000 Hash algo: sha256 Hash value: 59af2bda187c7e19bd0a37818f1c22c24d30562979041f7bee01288661ae5bee Verifying Hash Integrity ... sha256+ OK ##从位于 90000000 的 FIT 图像加载 fdt... 使用“conf-freescale_fsl-lx2160a-rdb.dtb”配置 尝试使用 'fdt-freescale_fsl-lx2160a-rdb.dtb' fdt 子映像 描述:扁平化的设备树斑点 创建时间:2023年2月8日 3:38:28 UTC 类型:扁平设备树 压缩:未压缩 数据起始地址:0x90fd6e28 数据大小:33857 字节 = 33.1 KiB 建筑:AArch64 哈希算法:sha256 哈希值:32858f2c5f385a1a4410b8d4bff2414b1c4d36a13493cc8242eab6464e8d1d82 正在验证哈希完整性……sha256+ 通过 使用位于 0x90fd6e28 的 fdt blob 启动 解压缩内核图像 正在加载设备树至 000000009fff4000,结束于 000000009ffff440 ... 成功 fsl-mc:DPL 未部署,DPAA2 以太网无法工作 正在启动内核... “同步中止”处理程序,esr 0x02000000 elr: 000000000636a000 lr: 0000000082005fd0 (重定位) elr: 0000000080080000 lr: 00000000fbd1bfd0 x0 : 000000009fff4000 x1 : 0000000000000000 x2 : 0000000000000000 x3 : 0000000000000000 x4:0000000080080000 x5:0000000000000001 x6 : 0000000000000008 x7 : 0000000000000000 x8:00000000fbb0e7c8 x9:0000010000000000 x10: 000000000a200023 x11: 0000000000000002 x12: 0000000000000002 x13: 00000000fbdfffff x14: 000000009fff4000 x15: 00000000fbd18be8 x16: 00000000fbd52f58 x17: 00000000fbb31560 x18: 00000000fbb11d90 x19: 00000000fbde6c98 x20: 0000000000000000 x21: 0000000000000400 x22: 0000000000000001 x23: 00000000fbb16538 x24: 00000000fbb16538 x25: 00000000fbdd1978 x26: 0000000000000000 x27: 00000000fbd1bff8 x28: 0000000090000114 x29: 00000000fbd1bf98 代码:00000000 00000000 00000000 00000000 (00000000) 正在重置CPU... ### ERROR ### Please RESET the 板 ### 3. 将检查 sd_bootcmd 序列,并尝试通过生成的固件映像启动。 4. 根据 TRM 中 Flash 布局表中提到的位置加载 fip.bin 和 fip_ddr_all.bin。 感谢您提供生成 FIT 图像的步骤。 Re: LX2160ARDB SD Card Booting, LSDK FitImage 你好, 你的方法并非 LSDK 推荐的方法。单个原始映像可以使用,但您还必须为 LX2160A 重现完整的 U-Boot 环境和启动顺序。更安全的方法是生成并刷写复合固件镜像: flex-builder -i mkfw -m lx2160ardb_rev2 -b sd     这将生成: build/images/firmware_lx2160ardb_rev2_sdboot.img     然后将其写入SD卡: sudo flex-installer -f firmware_lx2160ardb_rev2_sdboot.img -d /dev/mmcblk0     备选: sudo dd if=firmware_lx2160ardb_rev2_sdboot.img \ of=/dev/mmcblk0 bs=1k seek=4 conv=fsync   所提程序存在的问题 只有当分区 1 包含提取的 Linux 根文件系统时, root=/dev/mmcblk0p1 才有效。 .tar.gz 文件本身并不是已挂载的根文件系统;它必须被解压到分区中: sudo mkfs.ext4 /dev/mmcblk0p1 sudo mount /dev/mmcblk0p1 /mnt sudo tar -xpf fsl-image-networking-full-lx2160ardb-rev2-*.rootfs.tar.gz \ -C /mnt sudo umount /mnt 狂欢   该命令假定 FIT 图像正好占用 0x14000 个块: mmc read 0x90000000 0x8000 0x14000     该大小必须与实际的 FIT 文件大小相符,向上取整到 512 字节扇区。否则,U-Boot 可能会读取的数据过少或覆盖相邻的内存。 你绕过了正常的 sd_bootcmd 序列。标准序列还会加载管理复合体固件、DPC 和其他所需元器件。LSDK 指南定义了复合 SD 卡布局,并建议通过生成的固件映像启动,而不是手动放置每个组件。 您的 fip.bin 和 fip_ddr_all.bin 条目不应视为可以互换。它们正确的位置和加载命令取决于生成的 U-Boot 环境和固件布局。 安装复合镜像后,更好的手动启动测试方法是: => run sd_bootcmd     或者直接重置电路板,并将启动开关配置为 SD 卡启动。 为什么源目录为空 LSDK 包将构建框架与组件源代码树分离。 components/firmware 目录下可能包含清单、配置、配方或参考资料,而实际的 ATF、U-Boot、RCW、DDR PHY 和 Linux 源代码是根据 LSDK 清单/配置获取的。因此,从源代码构建时,需要克隆组件存储库。请使用 LSDK 版本中指定的精确修订版本,而不是任意上游分支。 例如,使用 Flexbuild 进行构建,而不是独立克隆和构建每个元器件: flex-builder -c atf -m lx2160ardb_rev2 -b sd flex-builder -c linux -m lx2160ardb_rev2 flex-builder -i mkfw -m lx2160ardb_rev2 -b sd     对于生产环境版本,请使用官方的 flexbuild_lsdk2108.tgz 归档文件,因为它包含与版本匹配的配置和元器件修订。 生成 FIT 图像 使用 U-Boot 的 mkimage 工具,根据 ITS 描述生成 FIT 镜像: mkimage -f lx2160.its lx2160.fit     ITS 文件描述了内核、设备树、可选的 initramfs、加载地址、压缩、哈希和配置。LSDK 指南对此过程进行了详细记录,并给出了上述命令格式。 一个最小的内核加 DTB 示例是: /dts-v1/; / { description = "LX2160A kernel and device tree FIT"; #address-cells = <1>; images { kernel { description = "Linux kernel"; data = /incbin/("Image"); type = "kernel"; arch = "arm64"; os = "linux"; compression = "none"; load = <0x81080000>; entry = <0x81080000>; hash-1 { algo = "sha256"; }; }; fdt { description = "LX2160ARDB Rev2 device tree"; data = /incbin/("fsl-lx2160a-rdb.dtb"); type = "flat_dt"; arch = "arm64"; compression = "none"; load = <0x90000000>; hash-1 { algo = "sha256"; }; }; }; configurations { default = "conf"; conf { kernel = "kernel"; fdt = "fdt"; }; }; };     使用 LSDK U-Boot 工具提供的 mkimage 构建它: mkimage -f lx2160.its fitImage     对于压缩内核,请使用 Image.gz 并进行如下设置: compression = "gzip";     确保内核、FDT、initramfs 和 U-Boot 加载区域不重叠。 tmp/deploy/images/.../fitImage-*.bin 中生成的文件通常是 Yocto 生成的 FIT 工件;其时间戳和 Git 哈希值是打包元数据,而不是特殊的二进制格式。FIT 格式本身是由 mkimage 生成的。 最后,请注意,文档中记录的 LSDK 21.08 FIT 示例包括 initramfs/rootfs 以及内核和 DTB。如果使用 root=/dev/mmcblk0p1 启动,则可以省略 initramfs,但必须正确提取根文件系统并包含有效的 /sbin/init 。 此致
查看全文
LX2160ARDB SD Card Booting, LSDK FitImage Hi, I have installed the LSDK 21.08 and the atf, rcw, u-boot, ddr-phy folders are already available but why the source isn't available in it and have to git clone for each source? For complete SD card booting, i have deployed the following files at blocks mentioned below 1. bl2_sd.pbl - 0x8 2. fip.bin - 0x800 3. fip_ddr_all.bin - 0x4000 4. mc_lx2160a_10.40.0.itb - 0x5000 5. dpc-usxgmii.dtb - 0x7000 6. fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin - 0x8000 And I have made partitions in SD card(64GB) as below 1. /dev/mmcblk0p1 - sector 409600 to sector 42352640 2. /dev/mmcblk0p2 - sector 42352640 to sector 121534463 and mounting the rootfs "fsl-image-networking-full-lx2160ardb-rev2-20260310091147.rootfs.tar.gz" on /dev/mmcblk0p1 partition using the bootargs command at u-boot as => setenv bootcmd 'setenv bootargs root=/dev/mmcblk0p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 0x90000000 0x8000 0x14000; bootm 0x90000000' is this the right approach do it?? Please suggest any better approach that can be done. And in LSDK how to generate the fitImage binary file for kernel and dtb, like the fitImages present in the LSDK under distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ directory like fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin. Re: LX2160ARDB SD Card Booting, LSDK FitImage Hi, Thanks for the detailed explanation. We have build the LSDK setup using yocto project as given in UG10374 1. For SD card booting, in the procedure we followed we have created the partition and extracted the rootfs as mentioned by you and contains a valid /sbin/init. This was also verfied by making partition(/dev/mmcblk1p1) in emmc flash, extracting the rootfs and able to mount the system in its partition but not getting when its in SD. Is the booting possible by loading the boot images through block write into SD card and mounting rootfs on the partition(/dev/mmcblk0p1)?? Because after the mounting on SD card partition gets failed, the partitions are not listed when checked by the command lsblk after booting from qspi. 2. The actual file size fitImage binary is around 16MB and block size of 0x8000...but the log is as follows when booted => setenv bootcmd 'setenv bootargs root=/dev/mmcblk1p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 90000000 8000 8800; bootm 90000000' => => => boot switch to partitions #0, OK mmc0 is current device MMC read: dev # 0, block # 32768, count 35000 ... 35000 blocks read: OK ## Loading kernel from FIT Image at 90000000 ... Using 'conf-freescale_fsl-lx2160a-rdb.dtb' configuration Trying 'kernel-1' kernel subimage Description: Linux kernel Created: 2023-02-08 3:38:28 UTC Type: Kernel Image Compression: gzip compressed Data Start: 0x90000114 Data Size: 16608244 Bytes = 15.8 MiB Architecture: AArch64 OS: Linux Load Address: 0x80080000 Entry Point: 0x80080000 Hash algo: sha256 Hash value: 59af2bda187c7e19bd0a37818f1c22c24d30562979041f7bee01288661ae5bee Verifying Hash Integrity ... sha256+ OK ## Loading fdt from FIT Image at 90000000 ... Using 'conf-freescale_fsl-lx2160a-rdb.dtb' configuration Trying 'fdt-freescale_fsl-lx2160a-rdb.dtb' fdt subimage Description: Flattened Device Tree blob Created: 2023-02-08 3:38:28 UTC Type: Flat Device Tree Compression: uncompressed Data Start: 0x90fd6e28 Data Size: 33857 Bytes = 33.1 KiB Architecture: AArch64 Hash algo: sha256 Hash value: 32858f2c5f385a1a4410b8d4bff2414b1c4d36a13493cc8242eab6464e8d1d82 Verifying Hash Integrity ... sha256+ OK Booting using the fdt blob at 0x90fd6e28 Uncompressing Kernel Image Loading Device Tree to 000000009fff4000, end 000000009ffff440 ... OK fsl-mc: DPL not deployed, DPAA2 ethernet not work Starting kernel ... "Synchronous Abort" handler, esr 0x02000000 elr: 000000000636a000 lr : 0000000082005fd0 (reloc) elr: 0000000080080000 lr : 00000000fbd1bfd0 x0 : 000000009fff4000 x1 : 0000000000000000 x2 : 0000000000000000 x3 : 0000000000000000 x4 : 0000000080080000 x5 : 0000000000000001 x6 : 0000000000000008 x7 : 0000000000000000 x8 : 00000000fbb0e7c8 x9 : 0000010000000000 x10: 000000000a200023 x11: 0000000000000002 x12: 0000000000000002 x13: 00000000fbdfffff x14: 000000009fff4000 x15: 00000000fbd18be8 x16: 00000000fbd52f58 x17: 00000000fbb31560 x18: 00000000fbb11d90 x19: 00000000fbde6c98 x20: 0000000000000000 x21: 0000000000000400 x22: 0000000000000001 x23: 00000000fbb16538 x24: 00000000fbb16538 x25: 00000000fbdd1978 x26: 0000000000000000 x27: 00000000fbd1bff8 x28: 0000000090000114 x29: 00000000fbd1bf98 Code: 00000000 00000000 00000000 00000000 (00000000) Resetting CPU ... ### ERROR ### Please RESET the board ### 3. Once will check the sd_bootcmd sequence and try to boot through the generated firmware image 4. fip.bin and fip_ddr_all.bin are loaded according to the locations mentioned in the Flash layout table in TRM. Thanks for providing the procedure for generating a FIT image. Re: LX2160ARDB SD Card Booting, LSDK FitImage Hello, Your approach is not the recommended LSDK method. The individual raw images can work, but you must also reproduce the complete U-Boot environment and boot sequence for LX2160A. The safer method is to generate and flash the composite firmware image: flex-builder -i mkfw -m lx2160ardb_rev2 -b sd     This generates: build/images/firmware_lx2160ardb_rev2_sdboot.img     Then write it to the SD card: sudo flex-installer -f firmware_lx2160ardb_rev2_sdboot.img -d /dev/mmcblk0     Alternatively: sudo dd if=firmware_lx2160ardb_rev2_sdboot.img \ of=/dev/mmcblk0 bs=1k seek=4 conv=fsync   Problems in the proposed procedure root=/dev/mmcblk0p1 is valid only if partition 1 contains an extracted Linux root filesystem. A .tar.gz file itself is not a mounted root filesystem; it must be extracted into the partition: sudo mkfs.ext4 /dev/mmcblk0p1 sudo mount /dev/mmcblk0p1 /mnt sudo tar -xpf fsl-image-networking-full-lx2160ardb-rev2-*.rootfs.tar.gz \ -C /mnt sudo umount /mnt bash   This command assumes that the FIT image occupies exactly 0x14000 blocks: mmc read 0x90000000 0x8000 0x14000     That size must match the actual FIT file size, rounded up to 512-byte sectors. Otherwise, U-Boot may read too little or overwrite adjacent memory. You are bypassing the normal sd_bootcmd sequence. The standard sequence also loads the Management Complex firmware, DPC, and other required components. The LSDK guide defines a composite SD layout and recommends booting through the generated firmware image rather than manually placing each component. Your fip.bin and fip_ddr_all.bin entries should not be treated as interchangeable. Their correct locations and loading commands depend on the generated U-Boot environment and firmware layout. A better manual boot test, after the composite image is installed, is: => run sd_bootcmd     or simply reset the board with the boot switches configured for SD boot. Why source directories are empty The LSDK package separates the build framework from component source trees. The directories under components/firmware may contain manifests, configuration, recipes, or references, while the actual ATF, U-Boot, RCW, DDR PHY, and Linux sources are fetched according to the LSDK manifest/configuration. Therefore, cloning the component repositories is expected when building from source. Use the exact revisions specified by the LSDK release rather than arbitrary upstream branches. For example, build through Flexbuild instead of independently cloning and building each component: flex-builder -c atf -m lx2160ardb_rev2 -b sd flex-builder -c linux -m lx2160ardb_rev2 flex-builder -i mkfw -m lx2160ardb_rev2 -b sd     For a production build, use the official flexbuild_lsdk2108.tgz archive because it contains the release-matched configuration and component revisions. Generating a FIT image A FIT image is generated from an ITS description using U-Boot’s mkimage utility: mkimage -f lx2160.its lx2160.fit     The ITS file describes the kernel, device tree, optional initramfs, load addresses, compression, hashes, and configuration. The LSDK guide explicitly documents this process and gives the command format above. A minimal kernel-plus-DTB example is: /dts-v1/; / { description = "LX2160A kernel and device tree FIT"; #address-cells = <1>; images { kernel { description = "Linux kernel"; data = /incbin/("Image"); type = "kernel"; arch = "arm64"; os = "linux"; compression = "none"; load = <0x81080000>; entry = <0x81080000>; hash-1 { algo = "sha256"; }; }; fdt { description = "LX2160ARDB Rev2 device tree"; data = /incbin/("fsl-lx2160a-rdb.dtb"); type = "flat_dt"; arch = "arm64"; compression = "none"; load = <0x90000000>; hash-1 { algo = "sha256"; }; }; }; configurations { default = "conf"; conf { kernel = "kernel"; fdt = "fdt"; }; }; };     Build it with the mkimage supplied by the LSDK U-Boot tools: mkimage -f lx2160.its fitImage     For a compressed kernel, use Image.gz and set: compression = "gzip";     Ensure that the kernel, FDT, initramfs, and U-Boot load regions do not overlap. The generated file in tmp/deploy/images/.../fitImage-*.bin is normally a Yocto-generated FIT artifact; its timestamp and Git hash are packaging metadata, not a special binary format. The FIT format itself is produced by mkimage . Finally, note that the documented LSDK 21.08 FIT example includes an initramfs/rootfs as well as kernel and DTB. If you boot with root=/dev/mmcblk0p1 , you can omit the initramfs, but the root filesystem must be properly extracted and contain a valid /sbin/init . Regards
查看全文
LX2160ARDB SDカードブート、LSDK FitImage こんにちは、 LSDK 21.08をインストールしましたが、atf、rcw、u-boot、ddr-phyフォルダは既に存在しているのに、なぜソースコードがその中に含まれておらず、各ソースコードをgit cloneする必要があるのでしょうか? SDカードの完全なブートのために、以下のブロックに次のファイルを配置しました。 1. bl2_sd.pbl - 0x8 2. fip.bin - 0x800 3. fip_ddr_all.bin - 0x4000 4. mc_lx2160a_10.40.0.itb - 0x5000 5. dpc-usxgmii.dtb - 0x7000 6. fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin - 0x8000 SDカード(64GB)に以下のようにパーティションを作成しました。 1. /dev/mmcblk0p1 - セクター409600~セクター42352640 2. /dev/mmcblk0p2 - セクター42352640からセクター121534463 u-boot で bootargs コマンドを使用して、rootfs "fsl-image-networking-full-lx2160ardb-rev2-20260310091147.rootfs.tar.gz" を /dev/mmcblk0p1 パーティションにマウントします。 => setenv bootcmd 'setenv bootargs root=/dev/mmcblk0p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 0x90000000 0x8000 0x14000; bootm 0x90000000' これは正しいやり方でしょうか?もっと良い方法があれば教えてください。 また、LSDK では、カーネルと dtb 用の fitImage バイナリ ファイルを生成する方法、例えば distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ ディレクトリにある fitImage のようなファイルを生成する方法、例えば fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin のようなファイルを生成する方法。 Re: LX2160ARDB SD Card Booting, LSDK FitImage こんにちは、 詳しい説明をありがとうございました。 UG10374で示されたYoctoプロジェクトを使ってLSDKのセットアップを構築しました 1.SD カードからのブートについては、ご指摘のとおり、パーティションを作成し、rootfs を抽出しました。rootfs には有効な /sbin/init が含まれています。これは、emmc フラッシュにパーティション (/dev/mmcblk1p1) を作成し、ルートファイルシステムを抽出して、システムをそのパーティションにマウントできるが、SD にある場合はマウントできないことでも検証されました。 SDカードにブロック書き込みによってブートイメージをロードし、パーティション(/dev/mmcblk0p1)にrootfsをマウントすることでブートは可能ですか? SDカードパーティションへのマウントが失敗した後、qspiから起動した後にlsblkコマンドで確認してもパーティションが表示されないためです。 2. fitImageバイナリの実際のファイルサイズは約16MBで、ブロックサイズは0x8000ですが、起動時のログは次のようになります。 => setenv bootcmd 'setenv bootargs root=/dev/mmcblk1p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 90000000 8000 8800; bootm 90000000' => => => ブート パーティション#0に切り替える、OK MMC0は現在のデバイスです MMC読み込み:dev # 0、ブロック#32768、カウント35000 ...35000ブロック読み込み:OK ## Loading kernel from FIT Image at 90000000 ... Using 'conf-freescale_fsl-lx2160a-rdb.dtb' configuration Trying 'kernel-1' kernel subimage Description: Linux kernel Created: 2023-02-08 3:38:28 UTC Type: Kernel Image Compression: gzip compressed Data Start: 0x90000114 Data Size: 16608244 Bytes = 15.8 MiB Architecture: AArch64 OS: Linux Load Address: 0x80080000 Entry Point: 0x80080000 Hash algo: sha256 Hash value: 59af2bda187c7e19bd0a37818f1c22c24d30562979041f7bee01288661ae5bee Verifying Hash Integrity ... sha256+ OK ## FITからFDTを読み込み中 90000000 の画像 ... 'conf-freescale_fsl-lx2160a-rdb.dtb'構成の使用 'fdt-freescale_fsl-lx2160a-rdb.dtb' のfdtサブイメージを試しています 説明:平坦なデバイスツリーの塊 作成日:2023-02-08 3:38:28 UTC タイプ:フラットデバイスツリー 圧縮:非圧縮 データ開始:0x90fd6e28 データサイズ:33857バイト = 33.1 KiB アーキテクチャ:AArch64 ハッシュアルゴリズム:sha256 ハッシュ値:32858f2c5f385a1a4410b8d4bff2414b1c4d36a13493cc8242eab6464e8d1d82 ハッシュ整合性の検証中...sha256+ OK 0x90fd6e28のFDTブロブを使って起動します カーネルイメージの非圧縮 デバイスツリーを0000000009fff4000にロード、終了00000009ffff440 ...OK FSL-MC:DPL未展開、DPAA2イーサネットが動作しない カーネルを起動中… 「同期中止」ハンドラ、esr 0x02000000 elr: 000000000636a000 lr : 0000000082005fd0 (再配置) elr: 0000000080080000 lr : 00000000fbd1bfd0 x0 : 000000009fff4000 x1 : 0000000000000000 x2 : 0000000000000000 x3 : 0000000000000000 x4 : 0000000080080000 x5 : 0000000000000001 x6 : 0000000000000008 x7 : 0000000000000000 x8 : 00000000fbb0e7c8 x9 : 0000010000000000 x10: 000000000a200023 x11: 0000000000000002 x12: 0000000000000002 x13: 00000000fbdfffff x14: 000000009fff4000 x15: 00000000fbd18be8 x16: 00000000fbd52f58 x17: 00000000fbb31560 x18: 00000000fbb11d90 x19: 00000000fbde6c98 x20: 0000000000000000 x21: 0000000000000400 x22: 0000000000000001 x23: 00000000fbb16538 x24: 00000000fbb16538 x25: 00000000fbdd1978 x26: 0000000000000000 x27: 00000000fbd1bff8 x28: 0000000090000114 x29: 00000000fbd1bf98 コード: 00000000 00000000 00000000 00000000 (00000000) CPUをリセットしています... # ## ERROR ## # ボードをリセットしてください ### 3. sd_bootcmdシーケンスを確認し、生成されたファームウェアイメージを介して起動を試みます。 4. fip.bin と fip_ddr_all.bin は、TRM の Flash レイアウト テーブルに記載されている場所に従ってロードされます。 FITイメージを生成する手順を教えていただき、ありがとうございます。 Re: LX2160ARDB SD Card Booting, LSDK FitImage こんにちは、 あなたの方法は推奨される LSDK方法ではありません。個々のRAW画像は動作しますが、LX2160AにはU-Bootの環境と起動シーケンスを完全な再現しなければなりません。より安全な方法は、コンポジットファームウェアイメージを生成し、フラッシュすることです。 flex-builder -i mkfw -m lx2160ardb_rev2 -b sd     これにより以下が生成されます。 build/images/firmware_lx2160ardb_rev2_sdboot.img     次に、それをSDカードに書き込みます。 sudo flex-installer -f firmware_lx2160ardb_rev2_sdboot.img -d /dev/mmcblk0     または: sudo dd if=firmware_lx2160ardb_rev2_sdboot.img \ of=/dev/mmcblk0 bs=1k seek=4 conv=fsync   提案された手順における問題点 root=/dev/mmcblk0p1 はパーティション1に解凍されたLinuxルートファイルシステムが含まれている場合にのみ有効です。 .tar.gz ファイル自体はマウントされたルートファイルシステムではありません。パーティションに展開する必要があります。 sudo mkfs.ext4 /dev/mmcblk0p1 sudo mount /dev/mmcblk0p1 /mnt sudo tar -xpf fsl-image-networking-full-lx2160ardb-rev2-*.rootfs.tar.gz \ -C /mnt sudo umount /mnt バッシュ   このコマンドは、FITイメージが正確に 0x14000 ブロックを占めることを前提としています。 mmc read 0x90000000 0x8000 0x14000     そのサイズは、実際のFITファイルのサイズを512バイトセクターに切り上げた値と一致する必要があります。そうしないと、U-Bootが読み込むメモリ量が少なすぎたり、隣接するメモリを上書きしてしまう可能性があります。 通常の sd_bootcmd シーケンスをバイパスしています。標準シーケンスはまた、マネジメント Complexのファームウェア、DPC、その他必要なコンポーネントを読み込みます。LSDKガイドでは、複合SDカードのレイアウトを定義しており、各コンポーネントを手動で配置するのではなく、生成されたファームウェアイメージを使用して起動することを推奨しています。 fip.bin と fip_ddr_all.bin のエントリは、互換性のあるものとして扱ってはなりません。それらの正しい配置場所とロードコマンドは、生成されたU-Boot環境とファームウェアのレイアウトによって異なります。 複合イメージのインストール後に行う、より適切な手動ブートテストは次のとおりです。 => run sd_bootcmd     または、ブートスイッチをSDブート用に設定したままボードをリセットするだけでもいいです。 ソースディレクトリが空なのはなぜですか? LSDKパッケージはビルドフレームワークをコンポーネントソースツリーから分離しています。 components/firmware のディレクトリにはマニフェスト、設定、レシピ、参照が含まれることがあり、実際のATF、U-Boot、RCW、DDR PHY、LinuxのソースはLSDKのマニフェスト/設定に従って取得されます。したがって、ソースから構築する際にはコンポーネントリポジトリのクローン作成が期待されます。任意のアップストリームブランチではなく、LSDKリリースで指定されている正確なリビジョンを使用してください。 例えば、各コンポーネントを独立してクローンしてビルドするのではなく、Flexbuildでビルドするのが良いでしょう。 flex-builder -c atf -m lx2160ardb_rev2 -b sd flex-builder -c linux -m lx2160ardb_rev2 flex-builder -i mkfw -m lx2160ardb_rev2 -b sd     本番ビルドの場合は、リリースマッチされた構成やコンポーネントのリビジョンを含む公式の flexbuild_lsdk2108.tgz アーカイブを使用してください。 FITイメージを生成する U-Bootの mkimage ユーティリティを使用して、ITS記述からFITイメージが生成されます。 mkimage -f lx2160.its lx2160.fit     ITSファイルには、カーネル、デバイスツリー、オプションのinitramfs、ロードアドレス、圧縮、ハッシュ、および構成に関する情報が記載されています。LSDKガイドにはこのプロセスが明確に記載されており、上記のコマンド形式が示されています。 カーネルとDTBを組み合わせた最小限の例は以下のとおりです。 /dts-v1/; / { description = "LX2160A kernel and device tree FIT"; #address-cells = <1>; images { kernel { description = "Linux kernel"; data = /incbin/("Image"); type = "kernel"; arch = "arm64"; os = "linux"; compression = "none"; load = <0x81080000>; entry = <0x81080000>; hash-1 { algo = "sha256"; }; }; fdt { description = "LX2160ARDB Rev2 device tree"; data = /incbin/("fsl-lx2160a-rdb.dtb"); type = "flat_dt"; arch = "arm64"; compression = "none"; load = <0x90000000>; hash-1 { algo = "sha256"; }; }; }; configurations { default = "conf"; conf { kernel = "kernel"; fdt = "fdt"; }; }; };     LSDK U-Bootツールに付属の mkimage を使用してビルドしてください。 mkimage -f lx2160.its fitImage     圧縮カーネルの場合は、 Image.gz を使用し、以下のように設定してください。 compression = "gzip";     カーネル、FDT、initramfs、およびU-Bootのロード領域が重複しないようにしてください。 tmp/deploy/images/.../fitImage-*.bin で生成されるファイルは通常、Yoctoが生成したFITアーティファクトであり、そのタイムスタンプやGitハッシュは特別なバイナリ形式ではなく、パッケージングされたメタデータです。FITフォーマット自体は mkimage によって生成されます。 最後に、ドキュメントに記載されているLSDK 21.08 FITの例には、カーネルとDTBだけでなく、initramfs/rootfsも含まれていることに注意してください。 root=/dev/mmcblk0p1 で起動する場合はinitramfsを省略できますが、rootファイルシステムは正しく解凍され、有効な /sbin/init を含める必要があります。 よろしくお願いします。
查看全文
USB 3.0 Pen drive Issues with i.MX RT1050 Hi NXP Community, I am using an i.MX RT1050(SDK Version 2.11.0) as a USB Host with a USB pen drive. I am facing intermittent issues specifically when using USB 3.0 pen drives. The issues I observe are: 1)f_write() sometimes fails while uploading/downloading/writing data to and from the pen drive. 2)Sometimes the USB device gets stuck during data transfer. 3)In some cases, the RT1050 system restarts when I connect a USB 3.0 pen drive. 4)The same application appears to work more reliably with USB 2.0 pen drives. 5)How to Identify the USB Pen drive Technology for 2.0 and 3.0 through firmware? Since the i.MX RT1050 supports USB 2.0 High-Speed, I understand that a USB 3.0 pen drive should operate through its USB 2.0 interface. However, I would like to understand whether there are any known compatibility, power, USB Host MSC, FATFS(#define FF_DEFINED 86631), or timing issues with USB 3.0 pen drives when used with the i.MX RT1050. Could anyone please suggest what I should check or debug, particularly regarding USB Host MSC, f_write() failures, USB reset/disconnect handling, VBUS/power stability, and USB 2.0 High-Speed negotiation? Any recommendations, known issues, or example configurations for reliable USB 3.0 pen drive operation with the i.MX RT1050 would be greatly appreciated. Thank you. Re: USB 3.0 Pen drive Issues with i.MX RT1050 Hi @vmn, There are a few things that are worth testing in order to better understand the possible root cause of this issue:   1. Import and base your testing on the usb_host_msd_fatfs example code from the latest SDK, as this example code is proven to work and can provide an important baseline to ensure whether the issue is rooted in software or hardware.   2. Run several tests, and log information like attach, reset, enumeration, suspend/resume, disconnect, etc. Also capture the resulting status that is returned by the f_write() procedure when it fails.   3. Verify the 5V source for VBUS during insertion and sustained writed.   4. If possible, test several USB 3.0 drives from different vendors and capacities.
查看全文
i.MX RT1050 USB 3.0 U盘问题 NXP社区的各位好, 我正在使用 i.MX RT1050(SDK 版本 2.11.0)作为 USB 主机,并连接一个 U 盘。我发现使用 USB 3.0 U 盘时会遇到间歇性问题。 我观察到的问题有: 1)f_write() 在向 U 盘上传/下载/写入数据时有时会失败。 2)有时USB设备在数据传输过程中会卡住。 3)在某些情况下,当我连接 USB 3.0 闪存盘时,RT1050 系统会重新启动。 4)同样的应用程序似乎对 USB 2.0 U 盘的兼容性更好。 5)如何通过固件识别U盘的2.0和3.0技术? 由于 i.MX RT1050 支持 USB 2.0 高速,我理解 USB 3.0 U 盘应该可以通过其 USB 2.0 接口运行。但是,我想了解一下,当使用 i.MX RT1050 时,USB 3.0 U盘是否存在任何已知的兼容性、电源、USB Host MSC、FATFS(#define FF_DEFINED 86631) 或时序问题。 请问各位能否建议我应该检查或调试哪些方面,特别是关于 USB 主机 MSC、f_write() 故障、USB 重置/断开连接处理、VBUS/电源稳定性以及 USB 2.0 高速协商? 对于 i.MX RT1050 的可靠 USB 3.0 U 盘操作,任何建议、已知问题或示例配置都将不胜感激。 谢谢! Re: USB 3.0 Pen drive Issues with i.MX RT1050 嗨@vmn , 为了更好地了解此问题的可能根本原因,有几件事值得测试:   1. 从最新的 SDK 中导入 usb_host_msd_fatfs 示例代码并以此为基础进行测试,因为该示例代码已被证明有效,可以提供重要的基准,以确定问题是源于软件还是硬件。   2. 运行多个测试,并记录附加、RESET、枚举、挂起/恢复、断开连接等信息。同时捕获 f_write() 过程失败时返回的结果状态。   3. 验证插入和持续写入期间 VBUS 的 5V 电源。   4. 如果可能,测试几个不同厂商和容量的 USB 3.0 驱动器。
查看全文
S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors Hello Community, I am currently working with the S32K344MINI-EVB (FRDM Automotive Evaluation Board) and would like to gain hands-on experience with basic peripheral drivers before starting development on a custom project based on the NXP S32K3 family. Development Environment S32 Design Studio (S32DS) 3.5.8 SW32K3_S32M27x_RTD_R21-11_4.0.0_P19_D2403 EB tresos 29 Current Status I successfully imported and ran the following example projects: SIUL2_DIO_IP_Example_S32K344 Dio_Example_S32K344 For both AUTOSAR and Non-AUTOSAR configurations, the projects built successfully and produced the expected output on the S32K344MINI-EVB. Issue I then imported the following CAN example projects: FlexCAN_IP_Example_S32K344 Can_Example_S32K344 While configuring and building these projects, I encountered the errors shown in the attached screenshot. Request Could anyone please advise: Are any board-specific modifications required for the S32K344MINI-EVB? Are there additional FlexCAN, clock, pin, or EB tresos configurations needed? Is there a guide for running these CAN examples on the MINI-EVB? The attached screenshot shows the errors encountered during configuration/build. Thank you for your support. Regards, Veer Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors Hello @Veereshh, Pinout is fairly similar between S32K344 EVB and FRDM-A-S32K344 (formerly S32K344MINI).  1. No 2. Yes. Both FlexCAN_IP_Example_S32K344 & Can_Example_S32K344 projects only configure FlexCAN in "loopback" mode, meaning there are no pins configured, and FlexCAN_0 is listening to its own messages.  Inside the project's MEX, you must: Change FlexCAN 'Loopback' to 'Normal/User mode' Add Siul2_Port (or Port in MCAL), and configure both PTA6 & PTA7 (CAN_H CAN_L in FRDM-A-S32K344). Add port initialization in your project. FRDM-A-S32K344 also uses TJA1043 CAN transceiver, which must set CAN_EN & CAN_STB to HIGH in order to set the transceiver in normal operation. These are routed to PTC21 & PTC20, as stated in the FRDM's user manual: These must be set to HIGH inside your project as well. You can use the following examples as reference: [RTD600 MCAL & IP] S32K3X4EVB-T172 FlexCAN Example Interrupt/Polling. Keep in mind they are based on RTD 6.0.0, not RTD 4.0.0. After setting this, you can use J15.1 CANH and J15.2 CANL connected to another CAN node (PCAN USB analyzer, another MCU, etc.) to test CAN communication. In the examples I've shared, PCAN-USB analyzer was used. Best regards, Julián Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors Hello  I'm glad the information has been helpful. In order to operate FlexCAN through interrupts, you must install the interrupt handler: Also, the error you are seeing is because when FlexCAN driver uses Polling mode, you must specify the CanMainFunctionRWPeriods for both read and write calls. If Interrupt mode is used, this container must be removed from "CanHardwareObjetc > Can MainFunction RW Period Reference" Best regards, Julián Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors Hi Julian, Thank you for your support. Your guidance helped me successfully resolve the original configuration issues and build the CAN example. I have shared the build steps and screenshots below for the benefit of other users facing the same issue.   I have one additional question. After successfully running the Loopback example, I configured CAN_EN (PTC21) and CAN_STB (PTC20) and then modified the CAN configuration as follows: Disabled Can Loop Back Mode Changed Can Rx Processing Type from Polling to Interrupt After these changes, validation/build errors are generated. Could you please advise if any additional FlexCAN, IntCtrl_Ip, NVIC, or RTD-specific settings are required when switching from Polling to Interrupt mode? Thank you again for your continued support. Steps to Build CAN Example Successfully Import Can_Example_S32K344 project. Open the .mex file. Enable Pins Tool if not already available. Rename Functional Group to PortContainer_0_VS_0. Configure: CAN0_RX → PTA6 CAN0_TX → PTA7 Add PORT module under MCAL.   Configure PortPin settings and assign the required MSCR values.  Update code and resolve validation errors. Generate code and build the project. Program the board and verify CAN Loopback communication. Best regards, Veer
查看全文
TUSB321AI - i.MX8M プラスコントローラ こんにちは、チームのみなさん。 USB1とIDピンが必要なため、TIのTUSB321AI CCコントローラーをUSB1で使う予定です。 デフォルトではCCコントローラーを初期・中断なしの点滅としてこれだけ良い状態に設定しています DRP.Is? Re: TUSB321AI - i.MX8M plus Controller こんにちは、 @ramkrishさん お元気でお過ごしのことと思います。 i.MX8M Plus ROM/UUUシリアルダウンロードの場合、プロセッサはUSBペリフェラルとして動作し、ROMコードはUSB IDピンを必要とせず、チェックも必要としません。 SO、デターミニスティックで途切れのない初期点滅には最適な選択肢ではありません。 よろしくお願いいたします。 サラス。
查看全文
美国领先的燃油配送应用程序开发公司是哪家? 如果您正在美国寻找一家燃油配送应用程序开发公司,JPLoft 是一家值得考虑的公司。JPLoft 拥有 16 年以上的经验,已交付 1250 多个项目,为初创公司、燃料供应商和企业开发定制燃料配送解决方案。 其解决方案包括实时 GPS 跟踪、燃油订购和调度、司机管理、安全支付、管理仪表板、通知和分析。JPLoft 还提供端到端服务,从 UI/UX 和应用程序开发到测试、部署和发布后支持。 在选择开发合作伙伴之前,请比较相关的行业经验、技术专长、可扩展性、网络安全实践和持续支持。
查看全文
SWUpdateの40 i.MX 95サポート こんにちは、NXP チームの皆様、 i.MX 95 では 、A/Bルートファイルシステムを用いたSWUpdateベースのOTAとロールバック を計画 しています Yocto Linuxを使ったプラットフォーム。 確認いただけますか: SWUpdateはi.MX 95向けに公式にサポート/推奨されていますか? 推奨される A/Bパーティション構成とU-Bootロールバックの 実装方法 は ? セキュア/署名済みのSWUpdateパッケージとSecure Boot統合 に関する推奨手順は何ですか? i.MX 95 SWUpdateの最新のアプリケーションノート、ドキュメント、Yoctoレイヤー/レシピ、参照実装、および例の構成を共有してください。 NXPが推奨する、製品版への導入手順を段階的に説明したガイドがあれば、ぜひご提供いただきたいと思います。 ありがとうございます。 Yocto Project Re: SWUpdate Support for i.MX 95 こんにちは、 i.MX 95 SWUpdateのイネーブルメントを AN13872 と meta-swupdate-imx Yoctoレイヤーをご覧ください。 boot_a/rootfs_aとboot_b/rootfs_bを使い、非アクティブなスロットを更新し、U-Bootに冗長な永続環境ストレージを使ってブートスロット、ブートカウント、ブート制限、そして「確認良好」フラグを管理させることができます。AN13872を参照してください。 推奨される参照は、AN13872、i.MX Yocto ユーザーガイドUG10164、meta-imx、meta-swupdate-imx、swupdate-scripts、そしてNXPセキュリティリファレンスデザインレイヤーです。
查看全文
i.MX 95 NPU NXPチームの皆様、こんにちは。 私たちは i.MX 95をエッジAIアプリケーションとして評価しており、実際のNPU性能とベンチマーク情報を明確にしたいと考えています。 最新の i.MX 95 インダストリアル データシートによると、ニューラル プロセッシング ユニット(NPU)は次のように規定されています:1 GHzで8つのeTOPS、消費電力削減のために800 MHzで動作可能、NPU内に1 MBの組み込みSRAMが搭載されています。 しかし、i.MX 95のリファレンスマニュアルではNPU性能が最大2 TOPSと記載されているようです。 NXPの皆さん、以下の点を明確にしていただけますか? 1) 最新のデータシートで指定された8つのeTOPSと、リファレンス・マニュアルのドキュメントに記載されている2つのTOPSの違いは何でしょうか?(コアあたりの性能ですか? Neutronが4つあるので) https://www.nxp.com/docs/en/data-sheet/IMX95XEC.pdf https://www.nxp.com/docs/en/reference-manual/IMX95RM.pdf 2) 8 eTOPSという数値は、1GHzにおけるNPUの理論上のピーク性能を表していますか? 3)この仕様書における「eTOPS」とは具体的に何を意味するのでしょうか? 4) 8 eTOPS機能はすべての i.MX 95バリアントで利用可能ですか?それとも特定のSoCの**ご注文**や部品番号によって異なりますか? 5) i.MX 95バリアント間でNPU構成に違いがあり、それが8 TOPSと2 TOPSの数字を説明できるのでしょうか? 6) NXPは理論上のTOPS/eTOPS数値だけでなく、実際のNPUベンチマーク結果を提供できるか? 7) 同じモデル、入力解像度、精度を用いる i.MX 95 NPUと i.MX 8M Plus NPUのベンチマーク比較も教えていただけますか? カメラからの入力が行われるアプリケーションにおいて、NXPは以下のエンドツーエンドの例を提供できますか? カメラ→ISP→前処理→NPU推論→後処理 代表的なオブジェクト検出モデルの達成可能なFPS/レイテンシはどうでしょうか? 😎 実際のINT8 CNNワークロードで、宣伝されているピークNPU性能のどの程度が通常達成できるのでしょうか? 9) NXPがお客様が推奨する公開ツールやベンチマークスイートで、i.MX 95 EVKのNPU性能を測定できるものはありますか? ありがとうございます Re: i.MX 95 NPU こんにちは、 eTOPSとTOPSは異なる検査方法に基づいて測定されます。 eTOPSは、imx8mp NPUを基準として算出された値です。例えば、imx8mpの性能が2 TOPSの場合、imx95 NPUの性能はimx8mp NPUの4倍、つまり8 eTOPSと計算される。   NPUのアーキテクチャが異なるため、TOPSの使用はその性能を正確に反映しない場合があるため、代わりにeTOPSが使用されます。   NPUのimx8mpとimx95の直接的な比較はありませんが、これらの例からiMX95で動作しないNPUのイメージがつくかもしれません。iMX95 iMX 8M機械学習デモ |NXP Semiconductors    推奨ツールとベンチマーク:   eIQ AIツールキット 量子化されたTensorFlow LiteモデルをNeutron互換フォーマットに変換し、ターゲット上でプロファイリングするための i.MX 95ワークフローを提供します。 eIQ Neutron SDK Neutron変換ツールはTFLiteモデルをNeutron互換形式に変換し、変換時にNPU性能統計のシミュレーションを生成できます。 TensorFlow Lite/LiteRT ベンチマーク モデル NXPの i.MX 95電力測定アプリケーションノートでは、benchmark_toolを変換したINT8 MobileNetモデルを使用しています。これは現在、再現性のある対象物への推論測定を行うための最も適切なツールである。 Neutronプロファイリング
查看全文
SWUpdate 对 i.MX 95 的支持 您好,NXP团队: 我们计划在i.MX 95平台上使用 Yocto Linux实现基于 SWUpdate 的 OTA,并支持 A/B 根文件系统和回滚功能。 请您确认一下: SWUpdate 是否正式支持/推荐用于 i.MX 95? 推荐的 A/B 分区和 U-Boot 回滚 实现方案 是什么 ? 对于 安全/已签名的SWUpdate软件包和安全启动集成, 推荐的步骤是什么 ? 请分享 i.MX 95 SWUpdate 的 最新 应用笔记、文档、Yocto 层/配方、参考实现和示例配置 。 我们也希望 NXP能推荐一些生产实施的 分步指南 。 谢谢。 Yocto Project Re: SWUpdate Support for i.MX 95 你好, 请查看AN13872中关于 i.MX 95 SWUpdate 启用以及meta-swupdate-imx Yocto 层的相关内容。 您可以使用 boot_a/rootfs_a 和 boot_b/rootfs_b,更新非活动槽,并让 U-Boot 使用冗余持久环境存储来管理启动槽、启动计数、启动限制和“确认良好”标志。参见 AN13872。 推荐参考资料包括 AN13872、i.MX Yocto 用户指南 UG10164、meta-imx、meta-swupdate-imx、swupdate-scripts 和 NXP 网络安全参考设计层。
查看全文
对于 S32K388,如何实现 320 MHz 的最大工作频率? 对于 S32K388, 配置 CM7_CORE_CLK = 320 MHz,Core_CLK 为 160 MHz。 这些时钟是什么?Core 使用的是哪个时钟频率?(CM7_CORE_CLOCK 或 Core_Clock) 另一个频率是在哪里使用的? 如果我们用这种配置测量周期时间,我们会得到的频率是多少? 要达到 320 MHz 的最大工作频率,需要进行哪些设置? Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? 你好@Sambasiva , 请参考图 11。框图 – S32K3xx RM 中的 S32K389,修订版。12、2025-11-11。 CORE_CLK 是系统时钟。 CM7_CORE_CLK 是 CM7 内核的时钟。 所有时钟必须按照表 153 进行精确配置。选项 A++ - 超高性能模式(CM7_CORE_CLK @ 320 MHz)(适用于 S32K388/S32K389)。 此致, 丹尼尔 Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? 谢谢你提供的详细信息。 设置好时钟后,为了验证外设寄存器的时钟,我只能看到用作输入的源信号和用于导出时钟的分频器值。 另外,我看到了 MCU_GetClockFrequency() 整数接口,我可以用它直接测量时钟频率吗?MCU初始化之后呢? 请问有什么方法可以查看核心时钟和系统时钟的准确配置值? Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? 你好@Sambasiva , API Mcu_GetClockFrequency() 并不测量时钟频率。它只是返回一个根据配置的时钟设置计算出的频率值。 要高精度地验证实际时钟频率,请使用 CLKOUT 函数并直接测量输出信号。 BR,丹尼尔
查看全文