为运行 Zephyr 的 MIMXRT1180-EVK 版本 Gen AVB TSN 堆栈 目标： 我正在尝试在运行 Zephyr 的 CM7 目标上为 MIMXRT1180-EVK 板构建 AVB TSN 堆栈。 https://github.com/NXP/GenAVB_TSN 它有 FreeRTOS 的配置文件：config_freertos_rt1189_cm7.cmake 但泽菲尔不一样。它为 Zephyr 提供了以下内容： config_zephyr_imx8mm_ca53.cmake config_zephyr_imx8mn_ca53.cmake config_zephyr_imx8mp_ca53.cmake config_zephyr_imx93_ca55.cmake 需要在以下位置输入内容： 有人能分享如何为上面提到的 Zephyr 目标之一构建它以供我作为参考。 另外，如果有人能看看我的方法是否正确，那就太好了。 我尝试过的： 我正在采取的方法是尝试版本包括GEN AVB TSN堆栈在内的Zephyr应用程序作为库。在我的工作空间里我从 github 中提取了源代码： |-工作空间 | |-genavb_TSN | |-rtos-抽象层 | |-zephyrproject | |-mcux_sdk_main | |-zephyr-genavb-demo--> — > Zephyr 应用程序 | | |-local_config_mimxr t1189_evk_mimxrt1189 _cm 7.cmake CMakeLists.txt | |- src | | | |- main.c 请注意，Zephyr 设置已经完成，我可以使用以下命令为 CM7 目标版本 hello_world 应用程序：cd ~/ zephyrproject/zephyr west 版本-p-b mimxrt1180_evk/mimxrt1189/cm7 samples/hello_worl d GenAVB_TSN 位于 7_1 分支，我添加了 config_zephyr_imxrt1189_cm7.cmake： Zephyr 应用程序有两个主要文件。CMakeLists.txt 和 local_config_mimxrt1180_evk_mimxrt1189_cm7.cmake 我用来版本化的命令： cd ~/zephyrproject/zephyr west build -p -b mimxrt1180_evk/mimxrt1189/cm7 ~/zephyr-genavb-demo/ --sysbuild Re: Build Gen AVB TSN stack for MIMXRT1180-EVK running Zephyr 你好@SDC 感谢您的耐心等待，我已经在内部进行了咨询，请允许我在下面分享我们的意见。 目前：我们还没有任何正式的、经过测试的方法，可以在 Zephyr 下编译针对任何 MCU 的 GenAVB/TSN 堆栈。 如 README 中的表格所示，目前只支持 i.MX 8M 变体和 i.MX 93。(支持的硬件目标和配置）恩智浦指南既不支持您的开发流程，也不支持从我方添加支持的时间表。 我们无法准确区分为 FreeRTOS 和 Zephyr 编译的 i.MX 93 栈之间的差异。也许用户自己成功编译 i.MX RT1180 在技术上是可行的（需要付出很大努力），但我们强烈建议不要这样做。 我们很抱歉这次不能为您提供支持。 迪亚戈 Re: Build Gen AVB TSN stack for MIMXRT1180-EVK running Zephyr 你好@SDC 感谢您的联系。 对于 i.MX MPU 目标来说，唯一的参考可以在 Harpoon 项目中看到 https://github.com/NXP/GenAVB_TSN?tab=readme-ov-file#zephyr 关于 i.MX RT1180 的 AVB TSN Zephyr 集成，我正在检查这个问题，请允许我给您回复。 迪亚戈

S32K344 引导加载器退出麦克单元 我正在 S32K344 中执行引导加载程序，在跳转到应用固件后遇到了一些问题。 1 - 我已验证跳转正确，但在 MCU 初始化过程中出现了问题，它进入了 HardFault。然而，这种情况并不总是发生；通常情况下，跳转到生产固件时不会出现任何问题。在 MCU 初始化的以下阶段会出现这种问题： 引导加载程序初始化使用的外设包括： MCU、OsIf、Siul2_Port_Ip_Init、IntCtrl_Ip、Gpt、Spi、Sbc_fs26、Wdg_43_fs26、Lpuart_Uart、flash_c40。 引导程序中的 deinit 功能： 如何在 MCU 功能中执行去初始化？ 我还需要采取什么额外步骤吗？也许在 .mex 中？ 2) 我使用 PTE13 端口作为输入。我已经使用了禁用 LMBCTLEN 寄存器的解决方案，而且在生产固件中也起了作用。但是，当生产固件由引导加载程序初始化时，该寄存器仍被选中。换句话说，当我在生产固件中调用 Mcu_Init / Mcu_InitClock / Mcu_SetMode 时，引导加载程序中的 MCU 初始化不会重做。我该怎么办？ 3) 与问题 2 一样，PTA24 和 PTA25 引脚也出现了同样的问题。在生产固件中，它们的配置正确，工作正常。不过，在由引导加载程序初始化时，SOSC 源配置会丢失。 我该怎么办？ Re: S32K344 Bootloader. Deinit Mcu 抱歉耽搁了。 解决办法是将引导程序 fw 的 .mex 配置放到应用程序 fw 上。不要在应用程序 fw 中初始化 MUC，只在引导加载器 fw 中初始化。 提示：不要在启动代码上进行优化 Re: S32K344 Bootloader. Deinit Mcu 你好，@danielmartynek 我很高兴您的回复。 1.我们将识别故障异常。 2& 3.RTD 5.0 Re: S32K344 Bootloader. Deinit Mcu 嗨，@myst、 1. 重要的是要识别故障异常。根本原因可能有很多。 请遵循这些文件： https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-HARDFAULT-Handling-Interrupt-DS3-5-RTD300/ta-p/1806259 https://community.nxp.com/t5/S32K-Knowledge-Base/How-To-Debug-A-Fault-Exception-On-ARM-Cortex-M-V7M-MCU-S32K3XX/ta-p/1595570 https://community.nxp.com/t5/S32K-Knowledge-Base/Fault-handling-on-S32K14x/ta-p/1114447 2& 3. 这是哪个 RTD 版本？ 谢谢！ BR，丹尼尔

S32E TCPIP サンプルプロジェクト - lwip_S32E27X_FreeRTOS_SMU こんにちは、 サンプル プロジェクトは ETH0 ポートで正常に動作します。 ETH1 ポートに変更しても動作しません。以下を変更しました: ピン（追加されたピン） ポート（ピン用のポートを追加） クロック（ETH1クロックを125MHzに設定） スイッチ（ポート0からポート1に変更） 何かを見逃したに違いないのですが、何が見逃されたのか全く分かりません...。 ワークスペースを添付します。お客様は解決策を待っており、私は少し困っています... よろしくお願いします。 優先度: 中 S32_CONFIG_TOOL TCPIP_STACK Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU はい、ありがとうございます。ピンの定義が間違っていました。RMからは分かりませんでした..... Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは@scottobrien 、 Alasdair が提案した解決策を確認できましたか? これはまだあなたの側の問題ですか? そうでない場合、彼の返答を解決策として受け入れるCANますか? ありがとう、 マリウス Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは、 今週後半にこの件に戻るつもりでした。 説明が明確でなかったため、そのピンについては疑念を抱きました。 残りの部分は正しかったようです。驚きです! ご確認いただきありがとうございます！ Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは、スコット   ピンの 1 つが RGMII ではなく RMII 用に設定されているようです。 ピン 47 (E8) の信号を 'eth_1_rmii_txen' から 'eth_1_rgmii_txctl' に変更してみてください。   これを変更した後、スイッチ経由で 192.168.0.200 のボードに ping を実行できるようになりました。   Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU はい、それは価値がありません。ポート 0 は外部に対して正常に動作します。私のプロジェクトが間違っているのか、それとも SJA が信号を渡していないのか、まだわかりません。S32E EVB には両方のポートがあるSO、E ボードを持っている場合は、まず SJA スイッチなしで試してみる必要があると思います。 Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは、 GreenBox 3 リアルタイム開発プラットフォームのブロック図によると、NETC1 で使用されるブリッジは SJA なので、私もこれを疑問に思っていました。 残念ながら現時点では他に更新情報はありません。 RTD にはポート 0 と 2 の間でループバックを実行する例があることに気付きました。 Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは、 アプリ チームとこの件について話し合った結果、SJA が S32E ポート 1 が動作するように正しくプログラムされているかどうかは不明です。誰かがなぜこれが機能しないのかについての知恵を持っていない限り、まずポート 1 を EVB で動作させてから、それを GB3 に移植する必要があると思います... Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU わかりました、 TCPIP 構成を確認しましたが、ENET ポートに関連するものは何も見つからないSO、何かが誤って構成されている必要があります。すべての ENET1 ピンが正しく設定されているかどうか疑問です... よろしくお願いします。 Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは、 これは Green Box 3 であり、ETH1 は SJA を通過します。 既存のNETCIFをETH1を使用するように変更したと思いました。何かを見落としているのではないかと思う、SOもう 1 つ追加しても同じ話になる可能性が高いです... 既存のプロジェクトをETH1 を使用するように変更するだけではCANないでしょうか?TCPIP 構成で何か見逃したのでしょうか?もう一度確認します。 Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは@BogdanB、このトピックは FreeRTOS 上の TCP/IP の例に関するものです。そして、この問題は FreeRTOS とは関係ありません。イーサネットポートについてです。Liviu はタグ「TCPIP_STACK」のおかげでこのトピックについて助けてくれるはずです Re: S32E TCPIP Example Project - lwip_S32E27X_FreeRTOS_SMU こんにちは、スコット。 どのボードを使っていますか？ETH1 も PHY にコネクテッドされていますか? CANすることは、TCP/IPスタックに別のnetifを追加して、TCPIPがパケットをルーティングするときにETH1に送るSOにすることです（図を参照）。 --マリウス

安卓移动应用程序如何帮助服务企业发展？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 安卓无疑是全球移动用户选择最多的移动平台。专家认为，与过去相比，安卓移动应用程序无疑促进了许多行业的快速发展。一些以服务为导向的企业认为，与传统的业务发展方式相比，移动应用程序是接触目标受众的最具成本效益和影响力的媒介。 大量实例清楚地表明，移动应用程序为提供服务的企业带来了宝贵的利益。要么我们研究旅行和旅游功能域，要么简单地研究当今的健康和医疗服务应用程序世界，移动应用程序功能域已经开始在许多行业中占据主导地位。弗吉尼亚州 一家 安卓应用开发公司 的专业团队进一步补充说，移动性是当今世界的未来。 概述 Re: How android mobile apps are helping services businesses to grow? 安卓移动应用程序已成为服务型企业不可或缺的工具，是最具成本效益和影响力的受众覆盖和增长媒介。这一增长得益于几个主要优势： 扩大覆盖范围：安卓的全球市场份额确保了更广泛的用户群可以访问公司的服务，尤其是在新兴市场。 增强客户体验：应用程序提供个性化服务、预订功能、实时通信和便捷的支持，大大提高了满意度和忠诚度。 运营效率：在内部使用方面，应用程序可以自动执行现场服务任务、安排日程、收集数据和提交报告，从而提高移动工作人员的工作效率。 新的收入来源：应用程序促进了移动商务、应用内购买、订阅和定向广告，创造了直接的财务增长机会。 数据& 个性化：它们为企业提供了有关用户行为的宝贵数据，从而可以开展高度特定的营销活动并持续改进服务。 从医疗、旅游到物流和金融，移动性的迅速普及证明了移动性是服务行业的未来。要充分利用这一趋势，与专业开发公司合作至关重要。 如果您希望版本安全、高性能且功能丰富的应用程序来实现服务业务转型，请与领先的安 卓 应用程序开发公司 CMARIX Infotech 合作。 Re: How android mobile apps are helping services businesses to grow? 印度最佳医疗旅游公司是过去 10 年中的 Medheal Global Care

リモートアクティベーションサーバーへのアクティベーション要求の送信中にエラーが発生しました NXPソフトウェアアクティベーション リモート アクティベーション サーバーにアクティベーション要求を送信し、結果の応答をプロセッシングするときにエラーが発生しました。ライセンス サーバーまたは Operations サーバーに接続できませんでした。(FNPエラー50041,41143,34) これはオンライン インストール中です、オフライン インストールも実行されていません、無効なオフライン応答、応答タイプが表示されています 回复： Error sending an activation request to a remote activation server S32 Design Studio for ARM バージョン 2.2 のインストール中に、「リモート アクティベーション サーバーにアクティベーション要求を送信し、結果の応答を処理中にエラーが発生しました。」というエラーが発生しました。ライセンス サーバーまたは Operations サーバーへの接続に失敗しました。(FNPエラー50041,41143,34)の問題を解決するにはどうすればよいですか？以下はログです。 Re: Error sending an activation request to a remote activation server ありがとうございます。解決しました。公式サイトを参考にしました。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/S32-Design-Studio-Offline-activation-issue-hot-fix/ta-p/1119120 Re: Error sending an activation request to a remote activation server これはインストール ログです。 Re: Error sending an activation request to a remote activation server これはログ内のエラー メッセージですが、管理者として実行しています。 Re: Error sending an activation request to a remote activation server これはオフラインの状況です Re: Error sending an activation request to a remote activation server こんにちは、 どのアプリケーションをアクティブ化しようとしているのかを教えていただけますか?また、エラーの画像を共有していただけますか? ぜひお知らせください。

请检查 SpiTimeClk2Cs、SpiTimeCs2Clk 和 SpiTimeCs2CS。 我使用的是 s32k314、s32ds RTD4.0.0。 我正在测试 spi 通信。 但我认为效果不佳。 因此，您是否要检查 SpiTimeClk2Cs、SpiTimeCs2Clk 和 SpiTimeCs2CS？ 1. SpiTimeClk2Cs、SpiTimeCs2Clk 和 SpiTimeCs2CS 的含义是什么？ 2. 请检查 Spi 配置 SpiTimeClk2Cs、SpiTimeCs2Clk 和 SpiTimeCs2CS 与图片的比较。 3.当使用 GPIO 而不是 PS0 控制 SPI 通信的 CS 引脚时，我希望与正常 SPI 时钟操作的时序一致。我该怎么做？(用 PS0 控制时通信不起作用）。 1) 通过 GPIO 控制 cs 引脚（miso 数据有误。） 2) 通过 PS0 控制 cs 引脚 4. 如何固定 spi 时钟中的这一点？ 谢谢帮助 Re: would you check SpiTimeClk2Cs, SpiTimeCs2Clk and SpiTimeCs2CS? @PavelL 当我将 SpiDataShiftEdge 设置为 "尾部 "时，信号源生成在照片的右侧（CPOL(1U)、CPHA(1U)).而当我将 SpiDataShiftEdge 设置为 "Leading "时，信号源生成为图片的左侧（CPOL(1U), CPHA(1U)）。 因此，如果要使用 BNO080，我必须设置 CPOL =1、CPHA =1，还必须设置 SpiDataShiftEdge 为前沿，SpiShiftClockIdleLevel 为高电平。对不对？ Re: would you check SpiTimeClk2Cs, SpiTimeCs2Clk and SpiTimeCs2CS? @PavelL 你好我回复得太晚了。我做了其他工作。 我还没有解决SPI问题. 总之，我不知道你还记得你的答复。 您回复说我的设置（SpiDataShiftEdge）是错误的，但其他人的引导是正确的。 这是邮政： https://community.nxp.com/t5/S32K/how-is-set-spi-communication-mode/m-p/2117524 那么，什么是正确的？ (我很抱歉，这么晚才回复......）。 Re: would you check SpiTimeClk2Cs, SpiTimeCs2Clk and SpiTimeCs2CS? 你好@rlaxortn、 问 1：SpiTimeClk2Cs、SpiTimeCs2Clk 和 SpiTimeCs2Cs 的含义是什么？ A1: SpiTimeCs2Clk 与 CS 设置时间 (tcssu) 相对应，即 CS 进入激活状态与第一个 SPI 时钟边沿之间的延迟。 spitimeClk2CS 是指最后一个 SPI 时钟边缘与 CS 处于非活动状态之间的延迟——您的设备未明确指定。 SpiTimeCs2Cs 是两个连续 CS 激活之间的最短时间，即从 CS 进入非激活状态到下一次激活的时间。 问题 2：你会检查 SPI 配置（spitimeClk2cs、spitimecs2clk 和 Spitimecs2CS）并将其与时序图进行比较吗？ A2：SpitimeClk2CS、SpitiMecs2CLK 和 SpitiMecs2CS 的值通常可以保持在 1 µs，这对于大多数设备来说是安全的。 但是， SPIDataShiftEdge设置存在一个关键问题——应将其设置为 尾随 设置，因为您的设备（BNO080）要求CPOL = 1，CPH A = 1。 问题 3：当用 GPIO 而不是 PS0 控制 SPI 通信的 CS 引脚时，我希望与正常 SPI 时钟操作的时序一致。我该怎么做？(使用 PS0 控制时，通信不起作用。） A3：如果计时处理得当，应该不会有问题。将 GPIO 用于 CS 时的推荐顺序是 将 CS 拉低 等待 0.5-1 微秒 启动 SPI 传输 等待传输完成 再次等待 0.5-1 微秒 版本 CS HIGH 这模仿了硬件控制的 CS 的行为，并确保了从属设备的时机正确。 问题 3a： 通过 GPIO 控制 CS 引脚会导致不正确的 MISO 数据。 A3a： 如上所述，这可能是由于 SpiDataShiftEdge 设置不正确造成的。请确保将其设置为 TRAILING 以匹配 CPHA = 1。 Q3b：通过 PS0 控制 CS 引脚（硬件控制） A3b：这个设置总体看来是正确的。唯一需要考虑的是 CS 激活之前的初始 CLK 脉冲。但是，由于该脉冲是在 CS 钳位之前发生的，因此它应该是无害的，并且会被从属设备忽略。 问题4：如何修复SPI时钟中的标记点（意外脉冲）？ A4：即使 CS 由 LPSPI 模块控制，也会出现类似的脉冲确实是不寻常的。请检查在拉低 CS 和启动 SPI 传输之间执行了哪些代码。任何过早启用 LPSPI 模块或错误配置定时参数的行为都可能导致这种现象。 顺祝商祺！ 帕维尔

对基于 i.MX8QXP 的平台进行 FCT（功能电路测试）和 EOL 验证。 您好，NXP团队： 我们目前正在对基于i.MX8QXP的板进行事实测试和EOL验证。 到目前为止，我们正在使用连接到SoC的 USB到UART变流器来调用 AT命令，通过主机电脑的串行接口验证LTE、eSIM、GNSS、CPU和PMIC。 但是，我们的最终硬件设置包括直接的 USB 设备模式接口，我们想了解： 🔹 是否可以使用USB 接口 USB-to-USB，直接从 PC 向目标发送 AT 命令、 🔹 什么 USB 小工具、类驱动程序最适合这种使用情况？ 🔹 是否有建议的方法通过 USB 公开虚拟串行端口，让主机发送 AT 命令（类似于现在通过 USB-UART 发送的命令）？ 🔹 在批量生产（EOL 测试）中使用此方法的注意事项或限制。 请与我们联系您的建议，或者您预计这种方法会遇到任何挑战。

RPMsg-Lite rpmsg_lite_alloc_tx_buffer 块 iodsfid2df4d1 你好 我在 i.MX93 上的 Cortex-M33 和 Cortex-A55 之间的 RPMsg-Lite 通信中遇到了一个问题。 当 A55 进入挂起模式时，M33 端对 rpmsg_lite_alloc_tx_buffer() 的任何调用要么无限期阻塞，要么导致硬故障，具体取决于具体情况。函数 rpmsg_lite_is_link_up() 将继续返回 true，从而无法干净利落地检测到这种状态。 图形与显示 动手实践培训 HW-开源 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus

在恩智浦 RT1010 上使用 OTFAD 和 HAB 时，是否有任何闪存锁定或保护功能？ 你好，恩智浦、 如前所述，我们发现 Renesas AT25SF321B 闪存在使用过程中意外锁定。 启用 HAB 和 OTFAD 后，某些操作（如故障闪存刻录）是否会导致 闪存进入锁定状态（非易失性保护）？ Re: When using OTFAD and HAB on the NXP RT1010, are there any flash locking or protection features ? 你好@马丁-拉皮斯 感谢您的回复 根据我对这部分内容的理解，闪光参数可以通过 SPT 进行调整。修改后的参数可以写入闪存的特定块，ROM 代码将从闪存中读取数据。然后，它会根据 SPT 定义的设置（如最大频率）配置闪光灯。 我一直在使用相同的配置版本，所以理论上不应该有任何差异。但是，我发现某些设备上的闪光灯实际上是锁定的 这就是为什么我想问一下 ROM 代码操作中的某些机制是否有可能触发信号闪存锁定功能（非易失性保护） Re: When using OTFAD and HAB on the NXP RT1010, are there any flash locking or protection features ? 你好@Omar_hong 当 BRC（启动 ROM 代码）安装外部闪存时，它会处理位于应用程序代码中的 FCB 块。FCB 的一部分包括deviceModeCfgEnable和configModeEnable部分，负责在配置闪存时执行命令（LUT 记录）。 您可以使用此功能设置非易失性保护或外部闪存芯片提供的任何其他保护功能。 当然，这需要深入了解 FCB，在任何基于 SDK 的应用程序中，Flexspi_nor_config结构都代表 FCB。 顺祝商祺！ Martin Re: When using OTFAD and HAB on the NXP RT1010, are there any flash locking or protection features ? 你好@马丁-拉皮斯 感谢您的回复 我之前提到的"闪存锁" 指的是 Renesas 的非易失性保护 (NVP)。但是，我目前的程序并没有启用这项 NVP 功能。尽管如此，系统意外进入非易失性保护状态的概率还是非常小的。 因此，假设在动态解密或 MCU ROM 执行过程中，没有任何机制可以触发信号瑞萨的非易失性保护是否正确？ Re: When using OTFAD and HAB on the NXP RT1010, are there any flash locking or protection features ? 你好@Omar_hong 据我所知，没有与在 RT1010 上使用 HAB 或 OTFAD 网络安全功能相关的保护功能。RT1010 没有 RT1170 或 RT1180 RT MCU 线路中的 RDC 或 TRDC 模块。 我不太清楚您所说的"闪存锁定是什么意思，" ，但如果您指的是防止对闪存扇区进行不必要的修改，您可以使用瑞萨闪存芯片实现的非易失性保护功能来保护闪存的敏感区域 。 Martin

iMX8MPLUS - Android BSP こんにちは、 私は i.MX プラットフォームと Android BSP を初めて使用します。 NXP Android BSPでi.MX8M Plusを使用し、CANバスと通信するディスプレイシステム（デジタルクラスター）を開発しています。 プロセスに関する私の理解が正しいかどうか確認したいのですが:- -> NXP から Android BSP イメージ (Linux カーネルと CAN ドライバを含む) をダウンロードしてフラッシュします。 ->BSP はすでに SocketCAN をサポートしているため、CAN HAL またはカーネル コードを変更する必要はありません。 -> Android Studio から、次のようなアプリを構築 CAN。 -NDK/JNI経由でC/C++を使用してSocketCANインターフェース（例：can0）を開きます -バスからCANフレームを受信する -それらをデコードし、Android アプリ (Java/Kotlin レイヤー) の UI 変数 (速度、RPM など) を更新します。 ->FUTUREには、カメラ機能とナビゲーション機能を追加する予定で、これらも同じ Android Studio アプリに実装する予定です。 ご確認いただけますでしょうか: -> Android BSP 環境で CAN 通信を使用する場合、この全体的なアプローチは正しいでしょうか? -> Android Studio (JNI 経由) を使用してアプリから SocketCAN データを開いて読み取るのは正しい方法ですか? -> カメラやナビゲーションの統合については、Android Studio（アプリケーション層）で直接開発しても問題ありませんか？ ->このプロセスが正しくない場合、従うべき適切な方法またはアーキテクチャを説明していただけますか? 私はこのプラットフォームに非常に不慣れなので、CAN を使用した Android BSP 開発の正しいフローを説明する明確な説明や公式ドキュメントの参照をいただければ幸いです。 Re: iMX8MPLUS - ANDROID BSP こんにちは、 ほとんどの場合、その通りです。Android Studio を使用して Android 用アプリを作成するのが最善の方法です。そのためには、Android のドキュメントを確認する必要がありますが、Android 開発者の Web ページほど適切な場所はありません。 https://developer.android.com/studio/intro また、まず Linux で数回テストを行って、ボードと CAN インターフェースに慣れてから、Android の世界に切り替えることをお勧めします。 よろしくお願いいたします。 アルド。

有些 Udisk 无法在 MCIMX6ULL-EVK 评估板中枚举 我们有两个 128GB 和 64GB 的 Udisk。两者都可以在 MX8MP-EVK 评估板中列出。64GB 可以在 MCIMX6ULL-EVK 评估板中列出，但是 64GB 不能。 恩智浦在 MCIMX6ULL-EVK 评估板中的两个演示固件 L4.1.15_2.0.0 和 L5.4.24-2.1.0_images_mx6UL7D 都可以重现这个问题。 以下是 MCIMX6ULL-EVK 评估板上的测试日志： 恩智浦 i.MX 版本 5.4-zeus imx6ul7d ttymxc0 imx6ul7d 登录: root 最后登录Thu May 28 16:05:12 UTC 2020 on tty7 root@imx6ul7d:~# root@imx6ul7d:~# root@imx6ul7d:~# 尝试 64GB udisk，但总是失败 -sh: change: command not found root @imx6ul7d：~# ro ot @imx6ul7d：~# root @imx6ul7d：~#[33.127440] VSD_3V3：禁用 [33.130571] can-3v3：禁用 [33.977402] usb 1-1：使用 ci_ hdrc [34.030526] usb 1-1：找到了新 USB 设备，idvendor=346D，idProduct=567 8，bProduct=5678 CDDevice= 3.20 [34.038928] usb 1-1：新 USB 设备字符串：Mfr=1，产品 = 2，序列号 = 3 [34.046215] usb 1-1：产品：磁盘 20 [34.056 993] usb 1-1： 制造商：USB[34.064009] usb 1-1：序列号：FC31114725D35 [34.081397] usb-storage 1-1:1.0：检测到 USB 大容量存储设备 [34.105046] sc si host0：usb-storage 1-1:1.0 [35.129674] scsi 0:0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [35.154632] sd 0:0:0：0：[sda] 122880000 512 字节逻辑块：(62.9 GB/58.6 GiB) [35.170574] sd 0:0:0：[sda] 122880000 512 字节逻辑块：(62.9 GB/58.6 GiB) [35.170574] sd 0:0:0：[sda] 122880000] 写入保护已关闭 [35. 190603] sd 0:0:0：0：[sda] 未找到缓存模式页面 [35.195948] sd 0:0:0：[sda] 假设驱动器缓存：通过 [35.236559] 写入 sda：sda1 [35.252883] sd 0:0:0：0：[sda] 连接的 SCSI 可移动磁盘 [35.2739 42] usb 1-1：断开 USB 连接，设备编号 2 [35.284399] sd 0:0:0：0：[sda] 标签 #0 失败结果：hostByte=did_Error driverbyte=driver_OK [35.292811] sd 0:0:0：[sda] 标签 #0 CDB：读取 (10) 28 00 07 52 ff 80 00 00 08 00 [35.300184] blk_update_request：I/O 错误，dev sda，扇区 122879872 op 0x0 😞 READ) 标志 0x80700 phys_seg 1 pri o class 0 [35.320469] scsi 0:0:0：0：[sda] 标签 #0 失败结果：hostByte=did_Error driverByte=driver_OK [35.329034] scsi 0:0:0：0：[sda] da] 标签 #0 CDB：阅读 (10) 28 00 07 52 ff 80 00 00 00 08 00 [35.336534] blk_update_request：I/O 错误，dev sda，扇区 122879872 op 0x0 😞 读取) 标志 0x0 prio class 0 [35 .347154] dev sda 出现缓冲区 I/O 错误，逻辑块 15359984，异步页面读取 [35.727532] usb 1-1：使用 ci_3 的新高速 USB 设备 3 hdrc [46.307351] usb 1-1：设备不接受地址 3，错误 -110 [46.457428] usb 1-1：使用 ci_hdrc [51.967329] usb 1-1：设备不接受地址 4，错误 -71 [51.973421] ] usb usb1-port1：尝试重启电源 [52.467402] usb 1-1：使用 ci_hdrc [52.637376] usb 1-1：设备无响应，设备描述符读取/64，错误 -71 [57.927378] usb 1-1：设备无响应，设备描述符读取/64 ，错误 -71 [58.197409] usb 1-1：使用 ci_hdrc [58.367365] usb 1-1：设备无响应，设备描述符读取/6 4，错误 -71 [63.687362] usb 1-1：设备无响应，设备描述符读取/64，错误 -71 [63.807378] usb usb1-port1：无法枚举 USB 设备 root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~#[76.317394] usb 1-1：使用 ci_hdrc [76.370177] usb 1-1：找到新的 USB 设备，idvendor=346D，idProduct=5678，bcdDevice= 3.20 [76.378577] usb 1-1：新 USB 设备字符串：Mfr=1，产品 = 2，序列号 = 3 [76.385854] usb 1-1：产品：磁盘 20 [76.3970 14] usb 1-1：制造商：USB [76.403918] usb 1-1：制造商：USB [76.403918] USB 1-1： 序列号：FC31114725D35[76.422972] usb-storage 1-1:1.0：检测到 USB 大容量存储设备 [76.445697] scsi host0：usb-storage 1-1:1.0 [77.529821] scsi 0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [77.554400] sd 0:0:0：0：[sda] 122880000 512 字节逻辑块：（62.9 GB/58.6 GiB）[77.570541] sd 0:0:0：[sda] 写入保护已关闭 [77.587488] sd 0:0:0：0：[sda] 未找到缓存模式页面 [77.592898] sd 0:0:0：[sda] 假设驱动器缓存：通过 [77.648590] sd 0:0:0 写入 sda：sda 1 [77.662782] sd 0:0:0：0：[sda] 附加 SC S SI 可移动磁盘[77. 683719] usb 1-1：断开 USB 连接， 设备编号 7[77.694214] sd 0:0:0：0：[sda] 标签 #0 失败结果：hostByte=did_error driverbyte=driver_OK [77.702615] sd 0:0:0：[sda] 标签 #0 CDB：阅读 (10) 28 00 07 52 ff 80 00 00 08 00 [77.709992] blk_update_request：I/O 错误，开发人员，扇区 122879872 op 0x0 😞 读取) 标志 0x80700 phys_seg 1 pri o class 0 [77.730370] scsi 0:0:0：0：[sda] 标签 #0 失败结果：hostByte=did_Error driverByte=driver_OK [77.738932] scsi 0:0:0：0：[sda] 标签 #0 CDB：阅读 (10) 28 00 07 52 ff 80 00 00 00 08 00[77.746434] blk_update_request：I/O 错误，dev sda，扇区 122879872 op 0x0 😞 读取) 标志 0x0 prio class 0 [77.757035] dev sda 出现缓冲区 I/O 错误，逻辑块 15359984，异步页面读取 [78.147306] usb 1-1：使用 ci_8 的新高速 USB 设备编号 8 h drc [86.837348] usb 1-1：设备不接受地址 8，错误 -71 [87.947309] usb 1-1：使用 ci_hdrc [88.397411] usb 1-1：设备 不接受地址 9，错误 -71 [8 8.403501] usb usb1-port1 ：尝试重启电源 root @imx6ul7d：~# root @imx6ul7d：~# ro ot @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# roo t @imx6ul7d：~# 更改 128GB udisk，总是成功的 -sh：更改：找不到命令 @imx6ul7d：~# ro ot @imx6ul7d：~# root @imx6ul7d： ~# root：~#[134.957400] usb 1- 1： 使用 ci 的新高速 USB 设备编号 11 _hdrc [135.010205] usb 1-1： 全新 USB @imx6ul7d 设备已找到，idvendor=346D，idProduct=5678，bcdDevice= 3.20[135.018605] usb 1-1：新 USB 设备字符串：Mfr=1，产品=2，序列号=3 [135.025887] usb 1-1：产品：磁盘 20 [135.037000] usb 1-1：制造商：USB [135.043977] usb 1-1：序列号:FC2900B1485C4 [135.062849] usb-storage 1-1:1.0：检测到 USB 大容量存储设备 [135.085469] scsi ho st0：usb-storage 1-1: 1. 0 [136.169604] scsi 0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [136.194433] sd 0:0:0：0：[sda] 245760000 512 字节逻辑块：(126 GB/117 GiB) [136.210578] sd 0:0:0：[sda] 写入保护已关闭 [136.22784 8] sd 0:0:0：0：[sda] 未找到缓存模式页面 [136.233 272] sd 0:0:0：[sda] 假设驱动器缓存：通过 [136.289093] 写入 sda：sda1 [136.310555] sd 0:0:0：0：[sda] 已连接 SCSI 可拆卸磁盘 [138. 115645] ext4-FS (sda1) ：已挂载 采用有序数据模式的文件系统。选项：（空） root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# df 文件系统 1K 块已使用百分比安装在 /dev/ root 上 1215192 746488 387904 66%/devtmpfs 168088 4 168084 1% /dev tmpfs 250520 0 0% /d ev/shm tmpfs 250520 8972 241548 4% /run tmpfs 250520 250520 0% /run tmpfs 250520 8972 241548 4% /run tmpfs 250520 250520 0% /run tmp0 250520 0% /sys/fs/cgrou p tmpfs 250520 4 250516 1% /tmp tmpfs 250520 148 250372 1% /var/valitle /dev /mmcblk1p 1 27 130 10722 16408 40% /run/media/mmcblk1p1 tmpfs 50104 4 50100 1% /run/user/0/ dev/sda1 120819424 61452 114592 1% /run/media/sda1 root @imx6ul7d：~# [161.140099] usb 1-1：USB 1-1：USB 断开连接，设备编号 11 [164.677402] usb 1-1：全新使用 ci_hdrc [164.730130] usb 1-1 的编号 12 的高速 USB 设备：找到了新的 USB 设备，idvendor=346D，idProduct=5 678，bcdDevice= 3.20 [164.738530] usb 1-1：新 USB 设备字符串：Mfr=1，产品=2，序列号 =3[16 4.745816] us b 1-1： 产品：磁盘 20[164.756858] usb 1-1：制造商：USB [164.763932] usb 1-1：序列号：FC2900B1485C4 [164.790406] us b-storage 1-1:1.0：检测到 USB 大容量存储设备 [164.822090] scsi host0： usb-存储 1-1:1.0 [165.849535] scsi 0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [165.874608] sd 0:0:0：0：[sda] 245760000 512 字节逻辑块：(126 GB/117 GiB) [165.887981] sd 0:0:0：[sda] 245760000 512 字节逻辑块：(126 GB/117 GiB) [165.887981] sd 0:0:0：[sda] 写入保护已关闭 [165.907494] sd 0:0:0：0：[sda] 未找到缓存模式页面 [165.912 845] sd 0:0:0：[sda] 假设驱动器缓存：通过 [165.958829] 写入 sda：sda1 [165.979338] sd 0:0:0：0：[sda] 连接的 S CSI 可移动磁盘 [16 7.820051] ext4-FS (sda1)：已安装 采用有序数据模式的文件系统。选项：（空） root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~#[178.797249] usb 1-1：USB 断开连接，设备编号 12 root @imx6ul7d：~# root @imx6ul7d：~# roo t @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# 重试 64GB udisk，总是失败 -sh：更改：找不到命令 ro ot @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# [206.277395] usb 1-1： 使用 ci_hdrc [206. 330256] usb 1-1：找到新 USB 设备，idvendor=346D，idProduct=5678，bcdDevice= 3.20 [206.338667] usb 1-1：新 USB 设备字符串： Mfr=1，产品 = 2，序列号 = 3[206.345948] usb 1-1：产品：磁盘 20 [206.356882] usb 1-1：制造商：USB[206.363925] usb 1-1：序列号：FC31114725D35 [206.381244] usb-存储 1-1:1.0：检测到 US B 大容量存储设备 [206.403761] scsi 主机 0：usb-存储 1-1: 1. 0 [207.449663] scsi 0:0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [207.474740] sd 0:0:0:0：0：[sda] 122880000 512 字节逻辑块：(62.9 GB/58.6 GiB) [207.487973] sd 0:0:0： 0：[sda] 122880000 512 字节逻辑块：(62.9 GB/58.6 GiB) [207. 487973] sd 0:0:0：[s da] 写入保护已关闭 [207.510688] sd 0:0:0：0：[sda] 未找到缓存模式页面 [207.516111] sd 0:0:0：[sda] 假设驱动器缓存：通过 [207.558710] 写入 sda：sda1 [207.579364] sd 0:0:0：0：[sda] 附加 S CSI 可移动磁盘[20 7.596929] usb 1-1：USB 断开连接，设备编号 13[207.602671] sd 0:0:0：[sda] 标签 #0 失败结果：hostByte=did_error driverbyte=driver_OK [207.611076] sd 0:0:0：[sda] 标签 #0 CDB：读取 (10) 28 00 07 52 ff 80 00 00 00 08 00 [207.618463] blk_update63 _request：I/O 错误，开发人员，扇区 122879872 op 0x0 😞 读取) 标志 0x80700 phys_seg 1 pri o class 0 [207.643260] scsi 0:0:0：0：[sda] 标签 #0 失败结果：hostByte=did_Error driverByte=driver_OK [207.651824] scsi 0:0:0:0：0：0：0：[sda] 标签 #0 CDB：阅读 (10) 28 00 07 52 ff 80 00 00 08 00[207.659379] blk_update_request：I/O 错误，dev sda，扇区 122879872 op 0x0 😞 读取) 标志 0x0 prio class 0[207.669949] dev sda 出现缓冲 I/O 错误，逻辑块 15359984，异步页面读取 [208.067342] usb 1-1：使用的新高速 USB 设备编号 14 ci_h drc root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# roo t @imx6ul7d：~#[218.627329] usb 1-1：设备不接受地址 14，错误 -110 [218.777517] usb 1-1： 使用 ci_hdrc [224.287335] usb 1-1：设备不接受地址 15，错误 -71 [224.293525] usb usb1-port1：尝试重启电源 [224.787394] usb 1-1：使用 ci_hdrc[224.957376] usb 1- 1：设备无 响应，设备 描述符读取/64，错误 -71[230.247424] usb 1-1：设备无响应，设备描述符读取/64，错误 -71 [230.517415] usb 1-1：使用 ci_hdrc [230.687 412] usb 1-1：设备无响应，设备描述符读取/64，错误 -71 [236.007405] usb 1-1：设备无响应，设备描述符读取/64，错误- 71 [236.127474] usb usb 1-port1：无法枚举 USB 设备 root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~#[1177.397394] usb 1-1： 使用 ci_hdrc [1177.450285] usb 1-1：找到了新的 USB 设备，idvendor=346D，idProduct=5678，bcdDevice= 3.20 [1177.458688] usb 1-1：新的 USB 设备字符串：Mvendor=346D，idProduct=5678，bcdDevice= 3.20 [1177.458688] usb 1-1：新 USB 设备字符串：Mvendor=346D，idProduct=fr=1，产品=2，序列号 =3 [1177.465961] usb 1-1：产品：磁盘 20[1177.476789] usb 1-1：制造商：USB [1177.483826] usb 1-1： 序列号：FC31114725D35[1177.503847] usb-storage 1-1:1.0：检测到 USB 大容量存储设备[ 1177.525431] scsi host0：usb -storage 1-1:1.0 [1178.569560] scsi 0:0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [1178.595649] sd 0:0:0：0：[sda] 122880000 512 字节逻辑块：(62.9 GB/58.6 GiB) [1178.612255] sd 0:0:0：[sda] 122880000 512 字节逻辑块：(62.9 GB/58.6 GiB) [1178.612 255] sd 0:0:0：[sda] 122880000] 写入保护已关闭 [1178.634376] sd 0:0:0：0：[sda] 未找到缓存模式页面 [1178.639860] sd 0:0:0：[sda] 假设驱动器缓存：通过 [1178.667061] 写入 sda：sda1 [1178.683380] sd 0:0:0：0：[sda] 已连接 S CSI 可拆卸磁盘 [1178.70 4463] usb 1-1：USB 断开连接，设备编号 18 [1178.713191] sd 0:0:0：[sda] 标签 #0 失败结果：hostByte=did_error driverbyte=driver_OK [1178.721585] sd 0:0:0：[sda] 标签 #0 CDB：读取 (10) 28 00 07 52 ff 80 00 00 00 08 00 [1178.728953] blk_update53 _request：I/O 错误，开发人员，扇区 122879872 op 0x0 😞 READ) 标志 0x80700 phys_seg 1 pri o class 0 [1178.753859] scsi 0:0:0：0：0：[sda] 标签 #0 失败结果：hostByte=did_Error driverByte=driver_OK [1178.762423] scsi 0:0:0：0：0：[sda] 标签 #0 CDB：阅读 (10) 28 00 07 52 ff 80 00 00 08 00 [1178.769993] blk_update_request：I/O 错误、dev sda、扇区 122879872 op 0x0 😞 读取) 标志 0x0 prio class 0 [1178.780566] dev sda 出现缓冲区 I/O 错误，逻辑块 15359984，异步页面读取 [1179.167312] usb 1-1：新高速 USB 设备编号 19 使用 ci_hdrc [1179.747351] usb 1-1：设备不接受地址 19，错误 -71 [1231.457317] usb 1-1：使用 ci_hdr c [1231.509890 ] usb 1-1：找到新 USB 设备，id vendor= 346d，idProduct=5678，bcdDevice= 3.20 [1231.518295] usb 1-1：新 USB 设备字符串：Mfr=1，产品 = 2，序列号 = 3 [1231.525582] usb 1-1：产品：磁盘 20 [1231.536329] usb 1-1：制造商：USB [123 1.543336] usb 1-1： 序列号：FC31114725D35 [1231.561890] usb-storage 1-1:1.0：检测到 USB 大容量存储设备 [1231.584731] scsi host0：usb-storage 1-1:1.0 [1232.649677] scsi 0:0:0：直接访问供应商产品代码 3.20 PQ：0 ANSI：4 [1232.674366] sd 0:0:0：0：[sda] 122880000 512 字节逻辑块：（62.9 GB/58.6 GiB）[1232.687983] sd 0:0:0：0：[sda] 写入保护已关闭 [1232.710654] sd 0:0:0：0：0：[sda] 未找到缓存模式页面 [1232.716076] sd 0:0:0：[sda] 假设驱动器缓存：通过 [1232.768537] sd 0:0:0 写入 sda：sda 1 [1232.790606] sd 0:0:0：0：[sda] 已附上 SCSI 可移动磁盘 [1232.809177] usb 1-1：USB 断开连接，设备编号 21[1232.820341] sd 0:0:0：[sda] 标签 #0 失败结果：hostByte=did_error driverbyte=driver_OK [1232.828769] sd 0:0:0：[sda] 标签 #0 CDB：读取 (10) 28 00 07 52 ff 80 00 00 08 00 [1232.836102] blk_102 update_request：I/O 错误，dev sda，扇区 122879872 op 0x0 😞 读取) 标志 0x80700 phys_seg 1 pri o class 0 [1232.858688] scsi 0:0:0：0：0：0：0：0：0：0：0：0 0: [sda] 标签 #0 CDB：阅读 (10) 28 00 07 52 ff 80 #0 00 00 08 00[1232.874768] blk_update_request：I/O 错误，开发人员，扇区 122879872 op 0x0 😞 读取) 标志 0x0 phys_seg 1 prio class 0 [12 32.885360] dev sda 出现缓冲区 I/O 错误，逻辑块 15359984，异步页面读取 [1233.277349] usb 1-1：使用的新高速 USB 设备编号 22 ci_h drc root @imx6ul7d：~# root @imx6ul7d：~# root @imx6ul7d：~# df 文件系统 1K 个区块已使用百分比安装在 /dev/ root 1215192 746488 387904 66%/devtmpfs 168088 4 168084 1% /dev tmpfs 250520 0 250520 0 0% /dev/shm tmpfs 250520 241568 4% /run tmpfs 250520 0 250520 0% /run tmpfs 250520 0 250520 0% sys/fs/cgrou p tmpfs 250520 4 250516 1% /tmp tmp fs 250520 184 250336 1% /var/var/volatile /dev/mmcblk1p1 27130 107 22 16408 40% /run/ mmcblk1 p1 tmpfs 50104 4 50100 1% /run/user/0 root @imx6ul7d：~# [1243.827330] us b 1-1：设备不接受地址 22，错误 -110 [1243.977433] usb 1-1：使用 ci_hdrc 的新高速 USB 设备 编号 23 root @imx6ul7d：~# [1249.487330] usb 1-1：设备不接受地址 23，错误 -71 [1249.493511] usb usb1-port1：尝试重启电源 [1249.987 411] usb 1-1：使用 ci_hdrc [1250.157372] usb 1-1： 设备无响应，设备描述符读取/64，错误 -71 [1255.372]] usb 1-1：设备无响应，设备描述符读取/64，错误 -71 [1255.717429] usb 1-1：使用 ci_hdrc [1255.887415] usb 1-1：使用 ci_hdrc[1255. 887415] usb 1-1：设备 编号 响应，设备描述符读取/64，错误 -71[1261.207667] usb 1-1：设备无响应，设备描述符读取/64，错误 -71 [1261.327356] usb usb1-port1：无法枚举 USB 设备 除 Udisk 外，硬件和软件均来自恩智浦。造成这一问题的根本原因是什么？ i.MX6UL Re: Some Udisks fail to be enumerated in the MCIMX6ULL-EVK evaluation board 问题的根本原因是这款 64GB Udisk 无法向后兼容 USB 2.0。 Re: Some Udisks fail to be enumerated in the MCIMX6ULL-EVK evaluation board 更正错字：128GB 的 Udisk 可以在 MCIMX6ULL-EVK 评估板中枚举，而 64GB 的 Udisk 不能。   其他信息： 上述两款 Thinkplus Udisk 均为 联想品牌产品。如下图所示：

i.MXRT1180-EVK：无法在 CM33 项目中设置断点 我正在使用装有 Keil uVision 的 i.MXRT1180-EVK 板和 CMSIS-DAP ARMv8-M 调试器来调试 hello_world_cm33 多核项目。我可以逐步执行代码，但是当我设置断点并按下 “运行” 按钮时，命令窗口显示消息 “无法访问内存（@0x2800F3E0，读取，访问大小：2 字节）”，程序崩溃。请注意，我使用的是原始示例项目，在开始 hello_world_cm33 项目的调试过程之前，我版本了 hello_world_cm7 项目。i.MXRT1180-EVK 板设置为 BOOT_MODE [2:0]-100 FlexSPI 四通道SPI 串行 NOR。 在项目中使用断点需要做些什么？ Re: i.MXRT1180-EVK: Cannot set a breakpoint in CM33 project 嗨，@pat24、 您正在执行什么流程来导入示例并版本这些项目？您是否确保创建了多核工作区？您是否确保先构建辅助内核 (cm7)，然后构建主内核 (cm33)？请在此处查看如何在 Keil 上运行多核应用程序的过程：使用 Keil MDK/μVision 运行演示 - MCUXpresso SDK 文档 虽然 RT1170 的流程与 RT1180 相同。 BR, Edwin. Re: i.MXRT1180-EVK: Cannot set a breakpoint in CM33 project 我使用 MCUXpresso 也没有问题，但我必须使用 Keil uVision，无法切换到 MCUXpresso。我使用带有代码包 NXT:: MIMXRT1189_DFP — 25.09.00-pvw2 的 Keil uVision Pack 安装程序(2025-08-12).在我看来，我们使用的是相同的设备专用代码包。我试用了 Segger Flasher Portable PLUS 调试器，它可以处理 hello_world_cm33 项目，但不能处理 hello_world_cm7。项目挂在 tasks.c 中在启动时。无法进行任何调试。 板载调试器 Segger hello_world_cm33 没有断点可能工作 hello_world_cm7 的工作在启动时挂起在任务中 Re: i.MXRT1180-EVK: Cannot set a breakpoint in CM33 project 嗨，@pat24、 我从 MIMXRT1180-EVK SDK v25.09.00 中导入了多核 hello world 示例项目。你也在使用这个 SDK 版本吗？我运行了示例，并在 main.c 上设置了断点文件，并在断点处停止，没有任何错误信息。 不过，我是在 MCUXpresso 上做的。您能否尝试在 MCUXpresso 上执行此操作，以确保这不是硬件或示例项目的问题，而是集成开发环境设置的问题？ BR, Edwin. Re: i.MXRT1180-EVK: Cannot set a breakpoint in CM33 project 谢谢您的答复。我可以在 hello_world_cm7 项目中设置断点，但在 hello_world_cm33 项目中却不起作用，即使清除了所有闪存也是如此。我试过好几次了。您能重现我的调试问题吗？这是 Keil 的示例项目，我使用的是 i.MXRT1180-EVK 开发板。 Re: i.MXRT1180-EVK: Cannot set a breakpoint in CM33 project 嗨，@pat24、 尝试进行大规模擦除，删除项目上的 " debug " 文件夹，最后在重建和重新刷新你的板之前清理项目。如果你无法进行大规模擦除，请按照以下步骤操作：调试器连接问题的 RT 板恢复-恩智浦社区 BR, Edwin.

RTD 6 クロックとRMドライバの変更 ハイ RTD 6 では、クロックや XRDC などのドライバに変更がありました。 XRDC の場合、XRDC では HSE が排除されました。 RTD 5の場合: RTD 6の場合: PLL でも同様のもの: RTD センター変調は削除されました。 これらの変更の理由は何ですか? よろしくお願いいたします！ RTD Re: RTD 6 Changes in Clock and RM driver こんにちは@AxelRさん、 1.XRDCについては、バージョン5.0.0は「S32K3XXRM_Rev8_DraftB.pdf」をベースに開発され、バージョン6.0.0は「S32K3XXRM_Rev10_DraftA.pdf」をベースに開発されました。 XRDC_HSEはS32K3XXRM_Rev8に存在していましたが、S32K3XXRM_Rev10では削除されました。 2. PLLと同様に、 PLLFM[SPREADCTL]ビットの情報に基づいて中心変調が削除されました。 よろしくお願いいたします。 ダン Re: RTD 6 Changes in Clock and RM driver こんにちは、ダン。 S32K3用のRTD 6.0.0、私はS32K388を使用しています: BR。 アクセル Re: RTD 6 Changes in Clock and RM driver こんにちは@AxelRさん、 使用したパッケージのバージョンと派生品は何ですか? よろしくお願いいたします。 ダン

在 U-启动 (i.MX8M Mini + TL070WSH30) 的 MIPI DSI 面板上显示图像 你好 我目前正在努力使用 Yocto Kirkstone 和 U-Boot（2022年4月/恩智浦2022.04）在基于i.MX8M Mini的板上直接从U-Boot启用MIPI DSI显示输出。 我的目标是在 U-Boot启动时（内核之前）显示图像或徽标。 硬件设置如下 SoC:i.MX8M Mini 显示界面：MIPI DSI 面板：TDO TL070WSH30（可在 Linux 下运行的定制面板驱动程序） U-启动 版本：2022.04（恩智浦分支） Yocto 版本：Kirkstone 这是我的 DT 节点： #include #include"imx8mm.dtsi" / {   背光：背光 { status ="okay" ； 兼容 ="pwm-backlight" ； pwms =<& pwm3 0 2000000 0> ； brightness-levels =<0 4 8 16 32 64 128 255> ； default-brightness-level =<6> ； default-brightness-level =<80> ； 默认开启； };   面板_gpio_调节器： 面板_gpio_调节器 { 兼容 ="调节器-gpio" ；   regulator-name ="mmci-gpio-supply" ； regulator-min-microvolt =<5000000> ； regulator-max-microvolt =<5000000> ； 调节器启动； gpios =<& gpio4 19 GPIO_ACTIVE_HIGH> ； states =<5000000 0x1> ；   启用-激活-高；   status ="okay" ； };     dsi_host：dsi-host { 兼容 = " 三星，高效密码学标准\\(SEC\\)-mipi-dsi "; status ="okay" ； }; };   &lcdif { status ="okay" ； display =<& display0> ； display0: display@0 { 每像素比特数 =<24> ； 总线宽度 = <24>; }; 端口@0 { lcdif_to_dsim: 端点 { remote-endpoint =<& dsim_from_lcdif> ； }; }; };   &mipi_dsi { status ="okay" ； 端口@0 { dsim_from_lcdif：端点 { remote-endpoint =<& lcdif_too_dsim> ； }; }; 端口@1 { dsim_too_panel: 端点 { remote-endpoint =<& panel_from_dsim> ； }; };   panel@0 { 兼容 ="TDO,TL070WSH30" ； reg =<0> ；   pinctrl-0 =<& pinctrl_mipi_dsi> ； pinctrl-names ="默认" ； reset-gpios = < & gpio4 4 GPIO_ACTIVE_LOW >; enable-gpios =<& gpio4 6 GPIO_ACTIVE_HIGH> ；   背光 =<& 背光> ； power-supply =<& panel_gpio_regulator> ；   DSI 车道 =<4> ； video-mode =<0> ；   status ="okay" ； 端口 { panel_from_dsim: 端点 { remote-endpoint =<& dsim_too_panel> ； }; }; 显示时间 { native-mode =<& timing0> ； timing0： timing0 { 时钟频率 =<51200000> ； hactive =<1024> ； vactive =<600> ； hfront-porch =<46> ； h back-porch =<100> ； hsync-len =<80> ； vfront-porch =<5> ； vback-porch =<20> ； vsync-len =<5> ； }; }; }; }; 当 U-Boot 启动时，我收到以下消息： [*]-Video Link 0 mxs_video lcdif @32e00000：未提供所需的显示属性 探测视频设备出现故障，ret -22 [0] lcdif@32e00000，视频 [1] mipi_dsi@32e10000，视频桥接器 还有 dm 树： video 0 [ ] mxs_video |-- lcdif@32e00000 video_brid 0 [ ] imx_sec_dsim |-- mipi_dsi@32e10000 syscon 4 [ ] syscon |-- display-gpr@32e28000 dsi_host 0 [ ] sec_mipi_dsim |-- dsi-host regulator 0 [ ] gpio regulator |-- panel_gpio_regulator 如你所见，尽管我在 LCDIF 节点中设置了 display = < & display0 >，但在 U-启动 中根本没有对面板进行探测，错误表明没有提供显示属性。 我的问题 U-启动 中的 i.MX8mm 是否有任何必需的桥接绑定或 DSI 主机节点缺失？ U-启动 中 LCDIF → MIPI DSI → 面板管道的正确的 DT 结构是什么？ 最后，有 i.MX8M Mini U-启动 中 MIPI DSI 面板输出的工作示例吗？ Re: Displaying an image on a MIPI DSI panel from U-Boot (i.MX8M Mini + TL070WSH30) 你好 "所需显示属性未提供" 的错误信息表明显示链中缺少一个连接。默认情况下，i.MX8M Mini 上的 U-启动 支持显示路径 " LCDIF-MIPI-DSI-av7535-HDMI "，但你需要改用 " LCDIF-MIPI-DSI-MIPI-DSI-MIPI 面板 " 配置。 要解决此问题，您需要： 1.在 U-启动 中修改您的设备树或视频链接 ID，以直接支持您的自定义 TL070WSH30 面板。 2。对于设备树结构，LCDIF → MIPI DSI → 面板的正确管道应包括： -正确的面板驱动程序节点-LCDIF 和 MIPI DSI 之间的连接 -MIPI DSI 与您的面板 3 之间的连接。 应使用 LCDIF 节点中的 " display " 属性正确参考面板节点。 对于 i.MX8MM，您可以参考 RM67191 面板实现作为起点。你需要为 TL070WSH30 创建自定义面板驱动程序，并确保它在设备树中正确连接。 如果你想立即进行测试，你可以尝试通过在 U-Boot 中设置环境变量来使用现有的面板配置之一： ``` setenv 面板 RM67191_OLED s aveenv b 启动 ` `` 这将允许你在实现自定义面板驱动程序之前验证基本显示路径是否有效。 此致

[i.MX RT1064] SDカードの初期化が停止し、コマンドタイムアウトが発生しない こんにちは！ 現在、MIMXRT1064 CVL5B プロセッサを搭載したカスタム ボード上の SD カード インターフェースの信頼性を向上させようとしています。SDK の sdmmc サンプルを使用して、ほとんどのものを実行できました。カードと通信してデータの読み書きがCAN。しかし、まれに、SD カードの初期化中にアプリケーションが停止することがあります。この問題は、SD カード スロットの機械的な故障によって発生した誤ったカード検出信号に起因することが判明しました。ファームウェアは、スロットにカードが挿入されていないにもかかわらず SD カードの初期化を試み、コマンドの完了を待機し続けます。もちろんこれはハードウェアの問題ですが、プログラムの実行が永久にブロックされることはありません。 MIMXRT1064-EVK 評価ボードで問題を再現しようとしましたが、その SD カード スロットは少し堅牢なようで、空の micro SD カードでは誤動作しません。しかし、25.09 SDKのsdcard_pollingの例を使用し、sdmmc_config.cのBOARD_SDCardGetDetectStatus関数を変更することで、評価ボードで問題の動作をトリガーすることができました。SD カードが挿入されていない場合でも常に true を返すには: bool BOARD_SDCardGetDetectStatus(void) { return true; } SD カードがないと、初期化は USDHC_WaitCommandDone 関数の while ループで停止します。 static status_t USDHC_WaitCommandDone(USDHC_Type *base, usdhc_command_t *command, bool pollingCmdDone) { assert(NULL != command); status_t error = kStatus_Success; uint32_t interruptStatus = 0U; /* check if need polling command done or not */ if (pollingCmdDone) { /* Wait command complete or USDHC encounters error. */ while (!(IS_USDHC_FLAG_SET(interruptStatus, kUSDHC_CommandFlag))) { // SD card initialization gets stuck running this loop interruptStatus = USDHC_GetInterruptStatusFlags(base); } if ((interruptStatus & (uint32_t)kUSDHC_CommandErrorFlag) != 0UL) { error = kStatus_Fail; } /* Receive response when command completes successfully. */ if (error == kStatus_Success) { error = USDHC_ReceiveCommandResponse(base, command); } USDHC_ClearInterruptStatusFlags(base, kUSDHC_CommandFlag); } return error; } 完全なスタック トレースは次のとおりです。 USDHC_WaitCommandDone() at fsl_usdhc.c:729 0x7000741a USDHC_TransferBlocking() at fsl_usdhc.c:1.641 0x70007f3e SDMMCHOST_TransferFunction() at fsl_sdmmc_host.c:190 0x7000a960 SD_SendInterfaceCondition() at fsl_sd.c:1.206 0x70004430 SD_ProbeBusVoltage() at fsl_sd.c:1.950 0x70005388 sdcard_init() at fsl_sd.c:2.020 0x7000549a SD_CardInit() at fsl_sd.c:2.107 0x700055ea main() at sdcard_polling.c:174 0x70002bb6 通常、SD カードはコマンドに応答し、USDHC1.INT_STATUS.CC フラグが設定されて、プログラムは while ループを終了できるようになります。カードが存在しない場合は、USDHC1.INT_STATUS エラー フラグの 1 つ (CTOE コマンド タイムアウト エラーなど) が設定され、最終的に init 関数がエラーを返すことが予想されます。しかし、そんなことは決して起こりません。また、USDHC1.INT_STATUS_EN.CTOESEN が有効になっており、SD クロックが動作していることも確認しました。 このCASE、コマンド タイムアウトがトリガーされるはずだという私の想定は正しいでしょうか、それともこの動作は正しいのでしょうか。 SD カードが挿入されていないときに初期化が失敗して停止しないようにする別の方法はありますか?SD ドライバ全体を変更するのは避けたいのですが、while ループ内の再試行回数を制限することが現時点で考えられる唯一の解決策です。 よろしくお願いします ヤン i.MXRT 106x

GD3162 菊花链 你好，恩智浦， 这是关于我们项目中栅极驱动器的菊花链配置。您可以参考我分享的图表来了解其中的连接。高 3 和低 3 栅极驱动器的芯片选择不同，但通向 RH 和 RL 栅极驱动器的 MOSI 线与来自微型的 MOSI 线相同。类似地，来自 BH 和 BL 的 MISO 线连接到微型的单个引脚。我面临的问题是，当我尝试将相同的数据写入所有 6 个栅极驱动器时，我成功了，但是当我尝试为前 3 个栅极驱动器配置不同的数据并为后 3 个栅极驱动器配置不同的数据时，在这种情况下数据会被损坏或错误地写入某些寄存器。这是因为共享 MOSI 和 MISO 线路吗？这个问题有什么解决办法？是否可以使用单独的数据配置高端和低端栅极驱动器？对于某些寄存器来说，它似乎运行完美，但并非所有寄存器都是如此。尽管高 3 和低 3 的数据是一致的（分别）。请回复！ 回复：GD3162 菊花链 你好，恩智浦， 这又与 SPIERR 有关。 配置GD寄存器后……直到PWM启用后，我才会遇到SPIERR问题……一旦我们启用PWM到GD，在这种情况下，SPIERR会在任何栅极驱动器中偶尔触发（对于三相PMSM电机应用）。之前，我在覆盖GD寄存器时对SPIERR进行了分阶段处理，在设置了50us的延迟后问题得到了解决。但现在它只有在启用PWM时才会触发。请尽快查看此问题，并明确我们需要检查软件还是硬件。 回复：GD3162 菊花链 你好，阿克沙特 哦，听起来不错，恭喜。 感谢您让我们了解您的实施情况，您解决 SPIERR 的过程很有趣。 祝您度过愉快的一天并好运。 回复：GD3162 菊花链 你好，Rafar， 我做了几处修改，问题得到了解决： 我配置了所有 6 个栅极驱动器，然后将所需的配置覆盖到较低的 3 个栅极驱动器，并在为所有 3 个栅极驱动器写入每个寄存器后引入 100 微秒的延迟。这样，我就能够使用单独的配置来配置较低的 3，并且还观察到 SPIERR 已得到解决。 SPIERR 发生在之前的实现中，其中我在写入一个寄存器后没有给予任何延迟，并且我只对 RL 和 YL 门驱动器而不是 BL 执行写入操作（对于 BL，我在 Chain 中发送了一个虚拟读取帧）。 回复：GD3162 菊花链 你好，Akshat AE 确认了您的连接并向我提供了几条意见以供论证和解释。 是的，您的连接看起来正确。使用此配置时，一次只能有一个信号（CSB_L 或 CSB_H）处于低电平。该帧应包含每个 CSB 低脉冲 24*3 位，包含设备 R/Y/L 的数据。共享 MOSI 和 MISO 线路没有问题。CSB 线为高电平的栅极驱动器的 MISO 将处于高阻抗模式，这意味着其他菊花链将能够毫无冲突地断言 MOSI 线。当 CSB 为高时，栅极驱动器将忽略 MOSI/SCLK 上的任何脉冲。 AE 坚持要求您回应他的最后一个请求“ GD3162 SPIERR ”。因为这些信息更详细，可以找到问题所在。 “为了进一步调试此问题，如前所述，请提供完整 SPI 帧的波形，包括 INTB 线，以检查 SPIERR 何时发生。还请提供 SPI 工作时的参考框架（即当您写入相同的数据时）。” 我将等待你的回复 祝您度过愉快的一天并好运。 回复：GD3162 菊花链 你好，Rafar， 不，问题尚未解决。 当我尝试将不同的数据写入较低的 3 个栅极驱动器时，也会发生 SPIERR。请确认在给定的设计中是否真的可以分别配置上 3 个或下 3 个栅极驱动器的所有寄存器 回复：GD3162 菊花链 你好，Akshat 我正在处理您的另一个案件“ GD3162 SPIERR ”。我两天前就给你发了反馈。您能否确认该问题是否已解决？ 我已经联系了对此设备更有经验的 AE，他完全可以帮助我们解决这些问题，我只是想确认其他问题是否已解决，以便我们可以继续解决这个问题。 我将等待你的回复 祝您度过愉快的一天并好运。

NTAG 424 DNA即使锁定还能被擦除吗？ 您好，我想使用 NTAG 424 DNA 标签包含在产品中，并使用 URL 来访问其他详细信息。我想锁定这些标签，以便在发货后任何人都无法更改或删除它们。 我尝试了 NXP TagWriter Android 应用程序中的锁定功能，包括“软保护”和“锁定标签”。这两种方法都可以有效防止将不同的数据写入标签。但是，我仍然可以使用“擦除至出厂默认设置”功能来擦除内容。在此之后，标签显示为“空”内容，并且由于它们被锁定，我无法再次在其上书写，因此它们实际上变得毫无用处。 有没有其他方法可以锁定它们，使它们无法被删除？也许使用不同的软件？ 顺便说一句，我也尝试使用“密码保护”来保护这些标签的写入，但我一直收到错误消息，提示这些标签不支持该功能。 当我扫描一个首先受到软保护然后被擦除并且现在不可写的标签时，我附加了 TagInfo 的输出。 谢谢，如有任何见解我将不胜感激。 回复：NTAG 424 DNA 即使锁定仍然可以被擦除吗？ 你好@dgobera ，祝你有个愉快的一天！ 非常感谢您对我们的产品感兴趣。 为了能够再次写入“已擦除为出厂默认设置”的标签，您可以尝试使用 NXP TagWriter 应用程序的“删除保护”功能，这在复制您描述的过程时对我有用，之后您应该能够再次将 NDEF 写入标签。 为了防止标签被覆盖或擦除，必须更改标签内 NDEF 文件的写访问权限，此过程在NTAG 424 DNA 数据表的第 8.2.3.3 和 11.7 节中进行了描述。为了执行此过程，我建议看一下我们推荐的RFIDDiscover软件应用程序，该应用程序是一种与PEGODA 非接触式智能卡读卡器一起使用的工具，并提供了一种探索 NTAG 424 DNA 和其他智能卡功能的简便方法。 请注意，为了访问该工具，您需要签署一份保密协议 (NDA)，因为该软件是 NXP 安全资源的一部分。 谨致问候， 丹尼尔。

无法从 i.MX RT1170 上的制造包启动闪存加载程序 我成功地使用安全配置来刷新电路板，但我无法生成有效的制造包。启动 flashloader 时总是失败。请参阅下面的截图。 unsigned_MIMXRT1176_flashloader_bin文件相同。我将“用户模式”和制造模式之间的差异追溯到init_flashloader_win.bat文件中的差异（见下文）。我知道它们是在每次执行时生成的，但不清楚哪些参数决定了它们的配置。我是否错误地生成了包？ 无论闪存加载程序已加载还是未加载，启动制造程序时该过程都会失败。（尽管错误消息不同）。 回复：无法从 i.MX RT1170 上的制造包启动闪存加载程序 事实上，增加波特率可以解决这个问题。谢谢您的解释和帮助！ 回复：无法从 i.MX RT1170 上的制造包启动闪存加载程序 是的，请参见下面的结果。失败之后。 回复：无法从 i.MX RT1170 上的制造包启动闪存加载程序 补充说明：将超时时间延长至 10 秒不会改变情况。

LPC54102で消去または点滅できません みなさん、こんにちは、 数週間問題なくボードで作業してきましたが、今ではマイクロコントローラーの内部フラッシュを消去または再プログラムできないという問題が発生しています。私はいつも同じエラーを受け取ります: フラッシュの消去に失敗しました:Ef(49):フラッシュドライバの操作でエラーが発生しました。 EraseChip(0x0、0x0、0x0)ステータス0x1 - ドライバーがドライバーエラーを報告しました - ONCHIPドライバーrc 11 - フラッシュプログラミングハードウェアインターフェイスがビジーです ISPピンを短絡してリセットし、ファームウェアが問題であるのを解消しようとしましたが、ファームウェアとISPブートローダーのどちらが実行されているかに関係なく、問題は同じです。 ボードを回復するために他に試すことができることはありますか? ありがとうございます John 日時:LPC54102で消去または点滅できません どういうわけか、私はこれを片付けました。ISPモードで起動し、redlinkservの一括消去スクリプト(LPC5410xMassErase.scp)をコマンドラインプログラムとして行ごとに実行しましたが、現在、通常どおり再び動作しています。

如何获取S32K342芯片内核的锁步状态 你好： 我了解到S32K342芯片是一款锁步芯片，但我的客户却痴迷于获得这款芯片的锁步状态。因为他们有功能安全的需求，必须保证S32K342芯片的锁步功能是开启的，所以想问一下如何获取这个芯片的锁步状态，寄存器或者闪存中保存的信息。 最好的遗憾。 回复：如何获取S32K342芯片核心的锁步状态 非常感谢。这就是我想要的答案。 回复：如何获取S32K342芯片核心的锁步状态 嗨@兴隆 请查看寄存器：DCM_GPR“DCMROF19” 寄存器位29（位LOCKSTEP_EN）： 0 = 解耦模式 1 = 锁步模式