Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
SWO 数据跟踪功能(在 MCXA156 上) 你好,恩智浦社区、 我一直在试验 MCXA156 控制器及其相应的开发板的调试功能。 我的设置 (FRDM-MCXA156) 以及定制板中的 MCXA156。 MCUXpresso IDE v25.6 [内部版本 136] [2025-06-27] MCU Link pro 调试器 到目前为止,通过恩智浦 Expresso SDK 中的各种示例,我能够满足大部分调试需求。(断点、数据监视点、ITM 打印重定向、中断跟踪等)。 不知何故,我只能在 SWO 上使用 Data Watch Trace/Stream。我想我误解了 MXCA156 调试功能的功能。 据我所知,MCXA156 支持 ITM 和 DWT。 有了它,就可以添加读/写数据编译器,并通过 SWO 引脚流出/跟踪相应的数据。在我的设置中,我似乎无法使用"SWO Data" 窗口,即使所有其他跟踪功能似乎都能正常工作。 我的设置是否正确,还是 MCUXpresso IDE 还不支持我的使用情况? 顺祝商祺! 亚历克斯 Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 要使用 SWO,您可以按照提供的步骤指南进行操作。 硬件要求: 确保芯片的 SWO 引脚连接到调试器的 SWO 接口。 (这是 FRDM-MCXN947 板)。 Alice_Yang_0-1764234995466.png 软件配置: 创建新项目时,选择 "重定向 printf/scanf 至 ITM",将 printf/scanf 输出重定向至 ITM。 Alice_Yang_1-1764235038209.png 2.配置跟踪时钟: Alice_Yang_2-1764235054451.png CLOCK_AttachClk(kTRACE_DIV_to_TRACE); /*!将 TRACE 切换到 TRACE_DIV */ /*!安装分频器 */ clock_setclkdiv (kclock_divtraceCLK,3U); /*!将 TRACECLKDIV 分频器设置为值 3 */ 3.在 MCUXpresso IDE 中配置 ITM 控制台视图: 打开 SWO ITM 控制台。 在 IDE 设置和代码中配置相应的核心时钟和跟踪时钟 。 Alice_Yang_4-1764235140283.png Alice_Yang_5-1764235162015.png Alice_Yang_6-1764235196129.png Alice_Yang_7-1764235214710.png Alice_Yang_8-1764235219324.png 4.查看输出结果。 Alice_Yang_9-1764235228270.png 有关 SWO 和 DWT 使用的详细信息,请参阅MCUXpresso_IDE_25.06_Instruction_Trace_Guide.pdf 。您可以在 MCUXpresso IDE 安装路径下找到该指南。 BR 爱丽丝   Re: SWO Data Trace functionallity (on MCXA156) 嗨,爱丽丝、 非常感谢你对如何设置 SWO 跟踪的详细可视化说明。 就我而言,我已经验证了 SWO 引脚(MXCA-156 PCB)与我的 MCU-Link Pro 调试探针的电连接。您提到的 PDF 文件确实提供了更详细的信息,扩展了我的知识面。尽管如此,这并不能真正解释/反驳我对使用 DWT 的假设。 在我的设置中,我已经在"SWO Interrupts" 窗口中看到了中断返回和中断入口点的数据:(这是我的 SW 的实时数据!有意义的数据和正确的时间信息)。 AlexRu_0-1764332623019.png 有了这些信息,我验证了我通过SWO引脚的电连接是否正常,跟踪时钟已启用,频率符合我的SWO Trace Config中的预期。 我错过了什么(或者我这边可能有误会?)是通过数据观察比较器 (DWT) 将数据追踪到窗口 " SWO Data " 中的 SWO 跟踪引脚的功能。 在启用"play" 按钮后,我没有收到任何跟踪信息: AlexRu_1-1764333027216.png 我甚至证实,在我的 MXCA156 配置中,数据监视点仅限于 2 个比较器,因此 IDE 似乎能够设置它们并警告设置的数据观察点过多(我故意这样做是为了检查其合理性): AlexRu_2-1764333135738.png 所以我的问题是是集成开发环境支持这种调试方法,还是我理解错了,DWT 完全不提供这种数据跟踪功能? Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 感谢您的回复。 请告诉我您想使用 DWT 观察哪些数据? 另外,请共享一个可以重现该问题的项目,并提供一段视频,展示您所采取的所有步骤。 我将利用这些信息来重现和检查我这边的问题。 谢谢! BR 爱丽丝 Re: SWO Data Trace functionallity (on MCXA156) 你好@Alice_Yang、 我确实根据 SDK 示例(LED Blinky)为 FRDM-MCXN236 演示板准备了一个极简主义项目。(demo_apps -> LED_BLINKY_PERIPHERAL) MCXN236 板设置显示的效果似乎与我之前使用的 MCXA156 板相同。我只是想在另一个板确认这种行为。 引脚配置设置 P0_2 -> 输出 SWO(本例中为默认值) 启用 TRACECLK 和 TRACECLKDIV (1),因为本例使用 BOARD_BootClockFRO12M() 添加了以下代码,以查看 glocal ram 变量的一些操作: volatile uint32_t debug_cnt = 0; void SysTick_Handler(void) { /* Toggle pin connected to LED */ GPIO_PortToggle(BOARD_LED_GPIO, 1u << BOARD_LED_GPIO_PIN); debug_cnt++; //<- added for demonstration purpose } 附件:包含演示项目和调试视频的压缩包。 您可以看到"SWO Data" 没有显示任何跟踪数据。全局变量窗口显示在 ~1 秒的 SysTick_Handler 周期内 debug_cnt 的增量。" SWO Interrupts " 还能可靠地显示 systick_Handler () 的进入和退出,因此 SWO 跟踪的电连接似乎可以正常工作。 如果我能提供更多信息以缩小问题范围,请告诉我。 如果您能确认我所期望的用 DWT 追踪全局/静态 RAM 变量是否可行,我也将非常高兴。或者是我理解错了。 Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 我在自己这边做了测试。这无法实时输出变量的值。它只能在暂停调试时检查变量的值。 Alice_Yang_0-1765449677747.png BR 爱丽丝 Re: SWO Data Trace functionallity (on MCXA156) 嗨,爱丽丝,谢谢你的努力。这样看来,MCUXpresso 目前不支持"数据跟踪" 调试。可以在将来的版本中申请这个吗? 从我这个局外人的角度来看,似乎并不缺少使其发挥作用的因素。SWO 中断似乎可以正常工作,并可扩展到高级调试功能。 SWO 数据跟踪可进一步扩展恩智浦 Xpresso 工具链中的调试功能。 问候 Alex Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 谢谢您的答复。我会将此请求转发给 MCUXpresso 开发团队,并随时向您通报最新进展。谢谢。   BR 爱丽丝 Re: SWO Data Trace functionallity (on MCXA156) 你好@Alice_Yang @AlexRu 我目前正在使用FRDM-MCXA156开发板,在调试过程中遇到了SWO(串行线输出)问题。 虽然应用程序调试成功,但我无法在SWO 跟踪窗口中接收任何数据,包括: SWO 数据 SWO概况 SWO中断跟踪 ITM控制台 为了排查问题,我已经核实了以下内容: 使用配置工具已正确配置SWO 引脚。 TRACE 时钟已启用并配置为96 MHz ,与 MCU 内核时钟匹配(MCXA156 运行频率为 96 MHz)。 该项目正在使用LinkServer和板载MCU-Link探针进行调试。 尽管进行了这些配置,但在调试过程中所有 SWO 跟踪窗口仍然为空。 为了方便参考,我附上了SWO 跟踪配置、 SWO 数据、 SWO 配置文件和SWO 中断跟踪窗口的截图。 对于可能导致此问题的原因,或者在FRDM-MCXA156上启用 SWO 跟踪是否需要任何额外的配置步骤,我非常感谢您能提供任何指导或建议。 感谢您抽出时间提供帮助。
View full article
GHS 多路调试器 - 微控制器 POR 之后无法恢复 你好,我正在使用 GHS 多调试器和 Renasas E1 调试器。每当关闭微控制器电源并重新打开时,调试器窗口都会卡住。我需要恢复调试。请提供解决方案。是否可以在不重新刷新软件的情况下恢复会话? Re: GHS Multi debugger - Not resuming after Microcontroller POR 你好@danielmartynek, ,我使用的是 Renesas RH850 - RH850/C1M-A2 谢谢 Re: GHS Multi debugger - Not resuming after Microcontroller POR 嗨,@Lokesh_0109、 请注明 MCU 部件、 谢谢
View full article
S32G RDB3(M7コア)のSJA1110ポート1へのGMAC0 SGMIIリンクの設定方法 S32G399A-RDB3 評価ボードを使用しており、GMAC0 と SJA1110 イーサネット スイッチのポート 1 の間に SGMII リンクを確立したいと考えています。 SDKs で提供される RTD の例 (例: GMAC_Example_0) は、外部 PHY にコネクテッドするために GMAC0 を RGMII モードで構成する方法のみを示していますが、ポート 1 の SGMII 経由でコネクテッドされる SJA1110 スイッチと通信するために GMAC0 を SGMII モードで構成する方法は示されていません。 Cortex-M7 コアをターゲットにし、FreeRTOS + lwip + RTD を使用しています。 GMAC0が外部PHYでRGMIIモードで正常に動作することは既に確認済みであり、また、GMAC0 SGMIIリンクのSJA1110への動作はA53上でも確認済みであるが、我々のターゲットはM7コアである。 ご指導ありがとうございます。 Re: How to configure GMAC0 SGMII link to SJA1110 Port1 on S32G RDB3 (M7 core) ありがとう、この情報は役に立ちます。M7でGMACをSGMIIに設定する方法を理解することができました。 Re: How to configure GMAC0 SGMII link to SJA1110 Port1 on S32G RDB3 (M7 core) こんにちは@Terry_Huang 、 M7 の SGMII で GMAC を構成する例はありませんが、次のリファレンスをCAN。 u-boot ソース コード: u-boot は hwconfig の値に応じて SerDes モジュールを構成します。BSP マニュアルでCAN確認できます (例: BSP44)。 alejandro_e_0-1753395433010.png alejandro_e_1-1753395446948.png 文字列が解析されレジスタが設定されると、次のソース コードをCAN確認できます。 serdes_hwconfig.c hwconfig_fixups.c 文字列がどのように解析され、構成が行われるかがわかりますが、u-boot にはかなりの数の SW レイヤーがあるため、これはかなり複雑になる可能性があります。 hwconfig を上記のいずれかの値に設定できます。質問に関連する部分は、serdes0 構成と SW の位置です。 hwconfig 変数が設定されたら、ボードをリセットして u-boot で停止し、md コマンドを使用して関連するレジスタを読み取ります。例: => setenv hwconfig "serdes0:mode=xpcs0&xpcs1,clock=ext,fmhz=100;xpcs0_0:speed=1G,an=0;xpcs0_1:speed=1G,an=0;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_1:speed=1G" => saveenv Saving Environment to MMC... Writing to MMC(0)... OK => reset ... => printenv hwconfig hwconfig=serdes0:mode=xpcs0&xpcs1,clock=ext,fmhz=100;xpcs0_0:speed=1G,an=0;xpcs0_1:speed=1G,an=0;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_1:speed=1G => md.l 0x4007C000 20 4007c000: 00000000 00000000 000000e7 00000001 ................ 4007c010: ffffffff 1fffffff 00007fff 00000000 ................ 4007c020: 00000000 00000000 00000000 00000000 ................ 4007c030: 00000000 00000000 00000000 00000000 ................ 4007c040: 00000000 00000000 00000000 00000000 ................ 4007c050: 00000000 00000000 00000000 00000000 ................ 4007c060: 00000000 00000000 00000000 00000000 ................ 4007c070: 00000000 00000000 00000000 00000000 ................ サンプルでは、hwconfig を設定し、変更を保存し、ボードをリセットして、GMAC の最初のレジスタ (このCASEは 20) を出力しました。xpcs コマンドを使用することもCANます。例: => xpcs xpcs - Utility command for SGMMI control Usage: xpcs list List all registered XPCS modules xpcs transit <1000M|2500M> Change serdes mode xpcs ss <10M|100M|1000M|2500M> Change speed and serdes mode when required xpcs an Auto-negotiation control xpcs an_auto Auto-negotiation control with automatic speed change xpcs lo PMA loopback enable/disable xpcs dump Dump XPCS indirect registers is obtained using 'xpcs list' command => xpcs list Registered XPCS instances: | ID | SerDes instance | XPCS | | 0 | serdes@40480000 | 1 | | 1 | serdes@40480000 | 0 | | 2 | serdes@44180000 | 1 | | 3 | serdes@44180000 | 0 | これは、S32G3 リファレンスマニュアル [ページ 2759、S32G3 リファレンスマニュアル、Rev. 4、02/2024] に従っています。 alejandro_e_2-1753396519663.png ご覧のとおり、モード 1 と 3 は GMAC を使用した SGMII をサポートしています。 各モジュールのレジスタに関する詳細については、 GMACリファレンス マニュアルとSerDesリファレンス マニュアルも参照してください。 S32G3リファレンスマニュアルの関連セクション: 第47章 ギガビットイーサネットメディアアクセスコントローラ(GMAC) 47.1.4SGMIIモードでGMACを実行するための前提条件 2 4.7.2.2.4 イーサネット(GMAC_0)SGMII設定(これはクロッキングに関連します) この情報の目的は、M7 から GMAC モジュールを構成するためのベースとして使用できるようにすることです。 他にご質問がございましたらお知らせください
View full article
s 启动失败过渡 你好, 当 sBoot 返回 E_NOT_OK 时,是否有任何配置可以转换到 “功能安全启动”? 目前,模式选择器位于引导加载程序中。而 sBoot 正在应用中。 如何实现过渡?是通过配置吗?或者有没有可用的 sBoot API? 在《功能安全手册》中,它被称为硬件过渡。 金贵宾 Re: sBoot Failure Transition 你好,@Irshad2225 抱歉,回复晚了。 1。当 sBoot 返回 E_NOT_OK 时,是否有任何配置可以转换到 “功能安全启动”? [A]:所述转换是一种抽象流程,没有实现明确的配置。 2. 如何实现过渡?是通过任何配置?或任何可用的 sBoot API? [A]:你可以触发 RESET 或更改代码流(例如更改 PC 指针)来完成过渡,但没有 sBoot API 可用。 BR 切宁 Re: sBoot Failure Transition 你好,@Irshad2225 谢谢您的帖子。 我正在研究您的问题,请问您指的是下图吗? chenyin_h_0-1753348864372.png BR 切宁
View full article
有关 MCF5253 和 USBDM-JMXX-CF 的帮助 大家好 我是嵌入式系统的新手,如果能就我在 MCF5253 中遇到的启动循环问题提供任何帮助或建议,我将不胜感激 系统详细信息: MCF5253 同步动态随机存取存储器(SDRAM):MT48LC4M16A2 闪存:M25P32 为了排除启动环路故障,我购买了一个 USBDM-JMXX-CF 接口,通过 BDM 连接到 MCF5253。我的目标是找出系统在启动过程中停滞的原因。 工具& 版本: - USBDM-JMXX-CF(软件版本 4.12) - USBDM_4_12_1_340_Win.msi - CodeWarrior 10.7 BDM 连接引脚: -BKPT -DSCLK -DSI -DSO RSTIO ->至 MCF5253 的 rst 引脚 -PST0-4 -GND -VDD_BDM 当我尝试连接 CodeWarrior 10.7 时,连接失败并出现以下错误: :启动 MCF5253_Console_RAM_USBDM 时出错 ColdFire GDI 协议适配器:无法连接。未知或不支持的设备。 我还使用独立组网 (SA) USBDM 应用程序测试了通信。下面是内存转储尝试的输出结果: usbdm 内存转储 : 创建空闪存映像... 接口选项:CFVx, , speed = 250 使用内存空间 = 读取内存块[0x20000000, 0x20000010, 1]... 完成 如果您有任何见解或建议,特别是关于以下几点的见解或建议,我将不胜感激: 1。有人使用 USBDM-JMXX-CF 成功连接到 MCF5253 吗? 2。CodeWarrior 10.7 是否与此设置兼容,还是存在已知问题? 3.启用 BDM 通信是否需要特定的配置步骤? 4。关于在 ColdFire 处理器上调试启动循环有什么一般建议吗? 提前感谢您的帮助和支持! Re: Help with MCF5253 and USBDM-JMXX-CF 非常感谢您! 顺祝商祺! Re: Help with MCF5253 and USBDM-JMXX-CF 你好 抱歉,回复晚了。 用于 MCU 的 CodeWarrior(Eclipse IDE)支持 OSBDM 调试器工具。 Hui_Ma_0-1754442232113.png 有关 OSBDM 的文件有两份,详情请参考以下链接: AN4331:启用 OSBDM 动态链接库 OSBDM-JM60 用户指南 您还可以在 P&E 网站上找到 OSBDM 的基本信息: https://www.pemicro.com/osbdm/osbdm_description.cfm 同时,P&E 已停止对 OSBDM 的支持。 我们建议使用 P& E Multilink 调试探头 。 感谢您的关注。 顺祝商祺! Mike
View full article
关于 imx8mm 单核心 dtsi 的一点困惑 我正在做一个类似的项目,所以我需要彻底弄清楚这个问题。我有点搞不清楚谁是对的,因为我看到恩智浦工程师的答案似乎完全错了,但标注为正确的答案却不是恩智浦工程师的。那么,谁的答案是正确的呢?我们倾向于相信恩智浦的工程师更熟悉他们的代码。 https://community.nxp.com/t5/i-MX-Processors/dtsi-for-imx8mm-single-core/td-p/2165973 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 推荐的方法是从 Linux 设备树中删除相应的节点。 虽然 U-Boot 可以检测芯片型号及其可用功能,但禁用设备树中的节点可确保 Linux 内核不会尝试访问不支持的元器件。这尤其重要,因为帖子中提到的源与U-启动有关,而不是与内核有关。 Re: A little confused about dtsi for imx8mm single core @Chavira请解释一下你说的话。 I have provided the appropriate recommendations tailored to your specific case. Regarding the BSP, it is functioning as expected. 1>> U-Boot does not modify the Linux Device Tree at runtime. Once the Linux kernel is loaded, U-Boot no longer has control over the Device Tree. It seems there's some confusion here. The Linux device tree and the U-Boot device tree are two distinct entities, each serving different purposes in the boot process. The document you're referring to specifically modifies the U-Boot device tree, not the one used by the Linux kernel. Please double check your references, the U-Boot device tree is not the same as the Linux device tree, and changes made to one do not automatically apply to the other. Re: A little confused about dtsi for imx8mm single core 嗨,@hogole、 我已根据您的具体情况提出了适当的建议。 关于电路板支持包,它正在按预期运行。 请注意,社区对所有成员开放,欢迎他们根据自己的经验做出贡献。欢迎您修改和调整社区开发的解决方案,以更好地满足您的需求。 如果您在使用我们的电路板支持包时遇到任何问题,请随时在论坛中打开新话题,以便我们进一步为您提供帮助。 致以最崇高的敬意, Chavira Re: A little confused about dtsi for imx8mm single core @Chavira 我们已经部署了许多 8MM 产品,并且该代码已经存在了很长时间,一直支持最新的电路板支持包。如果在运行时基于 8MM 熔丝 自动修改设备树时出现问题,那么我们需要考虑升级我们当前的产品。这是一个非常困难的决定,既费时又费钱。 因此,我们需要一个明确的答案:恩智浦BSP版本中的这部分电路板支持包代码是否存在潜在问题?为什么在基于熔丝自动配置 Linux 设备树核心数的情况下,仍然需要在编译时修改 Linux 设备树吗? https://github.com/nxp-imx/uboot-imx/blob/lf-5.10.72-2.2.3/arch/arm/mach-imx/imx8m/soc.c static int disable_cpu_nodes(void *blob, u32 disabled_cores) { static const char * const nodes_path[] = { "/cpus/cpu@1", "/cpus/cpu@2", "/cpus/cpu@3", }; u32 i = 0; int rc; int nodeoff; if (disabled_cores > 3) return -EINVAL; i = 3 - disabled_cores; for (; i < 3; i++) { nodeoff = fdt_path_offset(blob, nodes_path[i]); if (nodeoff < 0) continue; /* Not found, skip it */ debug("Found %s node\n", nodes_path[i]); rc = fdt_del_node(blob, nodeoff); if (rc < 0) { printf("Unable to delete node %s, err=%s\n", nodes_path[i], fdt_strerror(rc)); } else { printf("Delete node %s\n", nodes_path[i]); } } Re: A little confused about dtsi for imx8mm single core @Chavira 这是你的建议: 请仔细检查您的参考资料,U-Boot 设备树与 Linux 设备树不同,对其中一个设备树所做的更改不会自动应用于另一个。 现在我仔细检查参考并使用不同的颜色来突出显示: u-启动 运行时修改 Linux 设备树 (dtb) u-boot 启动时修改 Linux 设备树 (dtb) https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/u-boot-runtime-modify-Linux-device-tree-dtb/ta-p/1347212 Re: A little confused about dtsi for imx8mm single core @Chavira 从一开始到现在,我们一直在讨论 u-boot 如何修改 Linux 设备树,并且从未讨论过 u-boot 本身的设备树。 以下代码还使用 u-boot 来修改 Linux 设备树。 https://github.com/nxp-imx/uboot-imx/blob/lf-5.10.72-2.2.3/arch/arm/mach-imx/imx8m/soc.c static int disable_cpu_nodes(void *blob, u32 disabled_cores) { static const char * const nodes_path[] = { "/cpus/cpu@1", "/cpus/cpu@2", "/cpus/cpu@3", }; u32 i = 0; int rc; int nodeoff; if (disabled_cores > 3) return -EINVAL; i = 3 - disabled_cores; for (; i < 3; i++) { nodeoff = fdt_path_offset(blob, nodes_path[i]); if (nodeoff < 0) continue; /* Not found, skip it */ debug("Found %s node\n", nodes_path[i]); rc = fdt_del_node(blob, nodeoff); if (rc < 0) { printf("Unable to delete node %s, err=%s\n", nodes_path[i], fdt_strerror(rc)); } else { printf("Delete node %s\n", nodes_path[i]); } } 我再次强调,我从未讨论过u-boot的设备树。 Re: A little confused about dtsi for imx8mm single core @Chavira 我们讨论的是 u-boot 修改 Linux 设备树,而不是修改 u-boot 设备树。 而且 https://github.com/nxp-imx/uboot-imx/blob/lf-5.10.72-2.2.3/arch/arm/mach-imx/imx8m/soc.c 的代码与 启动 fdt 命令的作用相同。 在 u- 启动 运行时修改 Linux 设备树 (dtb) 是使用 u- 启动 命令修改 Linux 设备树。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/u-boot-runtime-modify-Linux-device-tree-dtb/ta-p/1347212 从第 8 页到第 11 页,可以清楚地看到 u-boot 修改 Linux 设备树并启动到 Linux。 s.png Re: A little confused about dtsi for imx8mm single core 嗨,@hogole、 看来这里有些混乱。 Linux 设备树和 U-Boot 引导设备树是两个不同的实体,每个实体在启动过程中都有不同的用途。你所指的文档专门修改了 U-Boot 引导设备树,而不是 Linux 内核使用的设备树。 请仔细检查您的参考,U-Boot 设备树与 Linux 设备树不同,对其中一个设备树所做的更改不会自动应用于另一个。 Re: A little confused about dtsi for imx8mm single core 有几点我仍然感到困惑。 Chavira,这是你的回复: 1>> U-启动 在运行时不会修改 Linux 设备树。 一旦加载 Linux 内核,U-Boot 就无法再控制设备树了。 你确定 u-boot 无法修改 Linux 设备树吗? a. u-boot 有 fdt 命令可以修改 Linux 设备树。 您的同事也有这方面的文件。 以下是文档: u-boot 运行时修改 Linux 设备树 (dtb) https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/u-boot-runtime-modify-Linux-device-tree-dtb/ta-p/1347212 b. arch/Arm/mach-imx/imx8m/soc.c 使用与 u-boot 启动 fdt 命令相同的 API。 c. u-boot 不应该准备 Linux 运行时环境吗?任何操作,包括修改 Linux 设备树,都必须在 Linux 启动之前进行。 在 u-boot 加载了 Linux 设备之后,但是 Linux 还没有启动,它不能修改 Linux 设备树吗? 最简单的问题是:"disable_cpu_nodes" API 函数是在 Linux 启动之前还是之后执行的? 我们确实需要恩智浦澄清这些问题,因为这与我们实际运行的项目相关。 能否请您查看一下源代码? https://github.com/nxp-imx/uboot-imx/blob/lf-5.10.72-2.2.3/arch/arm/mach-imx/imx8m/soc.c const nodes_path 这里不是 Linux 设备树节点? static int disable_cpu_nodes(void *blob, u32 disabled_cores) { static const char * const nodes_path[] = { "/cpus/cpu@1", "/cpus/cpu@2", "/cpus/cpu@3", }; u32 i = 0; int rc; int nodeoff; if (disabled_cores > 3) return -EINVAL; i = 3 - disabled_cores; for (; i < 3; i++) { nodeoff = fdt_path_offset(blob, nodes_path[i]); if (nodeoff < 0) continue; /* Not found, skip it */ debug("Found %s node\n", nodes_path[i]); rc = fdt_del_node(blob, nodeoff); if (rc < 0) { printf("Unable to delete node %s, err=%s\n", nodes_path[i], fdt_strerror(rc)); } else { printf("Delete node %s\n", nodes_path[i]); } } Re: A little confused about dtsi for imx8mm single core 你好@hogole、 1>> U-Boot 在运行时不会修改 Linux 设备树。 一旦加载 Linux 内核,U-Boot 就无法再控制设备树了。 2>> U-启动 检测 SoC 模型以避免使用不可用的资源,例如缺少 CPU 内核、GPU、NPU 等。此检测有助于防止系统在启动期间出现不稳定。 3 > > Linux 设备树对 U-Boot 的源代码或行为没有影响。 每个环境都独立使用自己的设备树。 4 > > t无需修改 U-启动 的源代码即可调整 Linux 使用的内核数量。 U-Boot 充当系统的引导加载程序,包括自动检测机制,以避免使用不可用的外围设备,这有助于防止 SoC 在启动期间出现故障。但是,一旦加载了 Linux 内核,它就完全依赖于设备树来了解哪些硬件资源可用。 如果设备树声明了 4 个 CPU 内核,但硬件只有 1 或 2 个,Linux 将尝试在不存在的内核上初始化和安排任务。这种不匹配可能导致内核慌乱或系统崩溃等严重问题。因此,在启动 Linux 之前,必须确保设备树准确反映实际的硬件配置。 核心配置应直接在传递给 Linux 内核的设备树中处理。 Re: A little confused about dtsi for imx8mm single core 我保存了该页面的快照,以防止像以前那样,回复意外消失。 Re: A little confused about dtsi for imx8mm single core @Chavira 1.此问题涉及 U-Boot 在运行时修改 Linux 设备树。你提到的启动过程似乎与我们目前正在讨论的话题没有直接关系,对吗? 2。如果 U-Boot 启动代码已经在运行时根据熔丝指示的内核数量自动更新 Linux 设备树,那么为什么还需要在编译时修改设备树呢? 3.如果我们在编译时修改Linux设备树,这会干扰U-Boot根据熔丝设置对核心数量的运行时调整吗? 4。既然恩智浦发布的电路板支持包中的U-Boot代码已经包含了根据熔丝指示的内核数量在运行时自动更新Linux设备树的逻辑,那么为什么恩智浦支持工程师从一开始就没有向我们提及这一点呢? 这是否意味着 U-启动 代码的这一部分可能存在问题? Re: A little confused about dtsi for imx8mm single core 今天有更新吗?问题的原因找到了吗?为什么我的回复不见了?可以恢复吗? Re: A little confused about dtsi for imx8mm single core 我的帖子怎么不见了?社区管理员能否检查一下问题出在哪里? Re: A little confused about dtsi for imx8mm single core 谢谢 Re: A little confused about dtsi for imx8mm single core 嗨,@hogole、 负责检测芯片型号的 U-启动 代码运行正常,没有任何错误。因此,我们不建议对 U-启动 进行任何修改,因为这些修改是不必要的。 不过,Linux 内核是独立运行的,为确保配置正确,我们建议移除已知无法运行的 CPU 节点。这有助于防止系统出现潜在的错误行为或不稳定性。 在这种情况下,两种方法都是有效的。 请参考以下方框图以了解启动过程: Chavira_0-1760544836053.png 顺祝商祺! 查维拉 Re: A little confused about dtsi for imx8mm single core 你的回答让我更加困惑。你是说 BSP 中自动检测内核数量的代码是错误的吗?您的意思是我需要修改 DTS 文件以移除核心节点吗? 如果电路板支持包中自动检测内核数量的代码是正确的,恩智浦工程师为什么会建议修改DTS文件以删除核心节点? 哪一个是正确的? Re: A little confused about dtsi for imx8mm single core 嗨,@hogole、 推荐的方法是从设备树中删除相应的节点。 虽然 U-Boot 可以检测芯片型号及其可用功能,但禁用设备树中的节点可确保 Linux 内核不会尝试访问不支持的元器件。这尤其重要,因为帖子中提到的源与U-启动有关,而不是与内核有关。 请注意,这是一个公共社区,欢迎大家分享自己的经验。不过,我们强烈建议您遵循官方建议,以确保稳定性和兼容性。 致以最崇高的敬意, Chavira Re: A little confused about dtsi for imx8mm single core 一周过去了。恩智浦能否考虑回答我的疑问,以便我对目前正在进行的 iMX8MM 项目充满信心?我们需要恩智浦的专业支持。 Re: A little confused about dtsi for imx8mm single core 我相信这个社区的很多人都会同意我的观点。我们都相信恩智浦工程师的回答。如果让我们投票,绝大多数人肯定会考虑恩智浦工程师的答案。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 另外,我还想知道解释。 Re: A little confused about dtsi for imx8mm single core 最终的解释是什么? Re: A little confused about dtsi for imx8mm single core 最终的解释是什么? Re: A little confused about dtsi for imx8mm single core 最终的解释是什么? Re: A little confused about dtsi for imx8mm single core 最后的结论是什么?
View full article
查询 RC522 的卡检测 IRQ 您好, 我正在使用 RC522 RFID 模块,有一个关于卡片检测中断的问题。 当我开发 SL030 时,有专用的卡片检测中断可用。 我注意到 RC522 开发板有一个 IRQ 引脚,根据数据表,可以使用 comirQreg 寄存器(地址 0x04)将不同的中断源路由到这个引脚。 不过,在查看了可用的中断源后,我没有找到专门用于卡片检测的中断源。你能否确认 RC522 是否支持专用的卡检测 IRQ,或者是否必须通过轮询检测卡的存在? 感谢您的支持。 Re: Query on Card Detection IRQ for RC522 您好,先生, 不幸的是,没有版本功能可以做到这一点。 我们知道这是一个很棒的功能。因此,它是内置的或最新的NFC前端设备。 Re: Query on Card Detection IRQ for RC522 你好 谢谢您的答复。我想澄清一下关于 MFRC522 的问题。 我知道IRQ引脚可以由数据传输、计时器事件和其他与通信相关的信号等事件触发信号,如数据表表18所列。 我的问题是:是否有可能使用 MFRC522 上任何可用的 IRQ 源推断出卡的存在,而不是发送 ATQ 命令进行轮询? 换句话说,即使没有专用的卡检测中断,能否以任何方式可靠地使用现有的 IRQ 触发信号来检测新卡何时进入读卡器现场,从而使卡检测可以由事件驱动,而不是持续轮询卡? Re: Query on Card Detection IRQ for RC522 您好,先生, 非常感谢您对我们的产品感兴趣。 不建议将 MFRC522 用于新设计,因此,我们的建议是探索使用 CLRC663 plus 系列 IC 的可能性。 关于您试图读取的标签,请记住 SL2 和 SL3 分别是ICODE或UCODE产品。ICODE 是 ISO15693 标签,MFRC522 无法读取,因为这款读卡器 IC 只能与 nTag 和 MIFARE 卡接口。可能是 MFRC 实际上没有与标签通信。   可用的 IRQ 引脚用于与主机进行实际数据交换。如表 18 所示。这些事件可以触发信号 IRQ 引脚。如果你正在寻找卡片检测引脚,我的建议是改用 CLRC663,它具有电源卡检测功能,当卡靠近读卡器天线时,它会唤醒,天线的失谐会将 IRQ 发送到主机。   如果您需要我提供更多信息,请随时告诉我。
View full article
物联网 (IoT) 和 IMM 传感器产品 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 传感器是使您的产品在市场上脱颖而出的关键,并增加了情境感知、篡改检测、强大的用户界面和智能唤醒功能。本课程将逐步介绍物联网和 IMM 市场中的所有领先应用,并为您的产品提供传感器工具箱工具的演示。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 传感器是使您的产品在市场上脱颖而出的关键,并增加了情境感知、篡改检测、强大的用户界面和智能唤醒功能。本课程将逐步介绍物联网和 IMM 市场中的所有领先应用,并为您的产品提供传感器工具箱工具的演示。
View full article
Green Hills:安全集成驾驶舱的安全虚拟机管理程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在过去的 10 年里,Green Hills 观察到汽车制造商和一级客户从传统的动力系统、安全气囊和制动 ECU 领域扩展到图形丰富的仪表板、开源操作系统和安全的联网汽车。一项主要要求是 ECU 整合,同时保持 ASIL 安全性完好无损。这要求运行时架构能够在同一单核上(或跨 SMP 的多个核上)安全可靠地运行客户操作系统 Linux 或 Android,同时运行仪表盘、网关、V2X 和 ADAS 等安全或安全关键型应用程序。在这里,我们将仔细研究客户的痛点和目标,并总结各种行业解决方案,包括 INTEGRITY Multivisor 安全管理程序。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在过去的 10 年里,Green Hills 观察到汽车制造商和一级客户从传统的动力系统、安全气囊和制动 ECU 领域扩展到图形丰富的仪表板、开源操作系统和安全的联网汽车。一项主要要求是 ECU 整合,同时保持 ASIL 安全性完好无损。这要求运行时架构能够在同一单核上(或跨 SMP 的多个核上)安全可靠地运行客户操作系统 Linux 或 Android,同时运行仪表盘、网关、V2X 和 ADAS 等安全或安全关键型应用程序。在这里,我们将仔细研究客户的痛点和目标,并总结各种行业解决方案,包括 INTEGRITY Multivisor 安全管理程序。
View full article
示例 MPC5744P PMC SW 触发自检 GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 本例演示了 PMC SW 触发的自检配置和执行 * ---------------------------------------------------------------------------------------------- * 测试硬件:MPC57xx * 掩模组:1N15P 和 0N15P * 目标:internal_FLASH * Fsys: 200 MHz PLL,带 40 MHz 晶振参考 * ******************************************************************************** 修订历史: 1.0 2016年4月4日 b21190(Vlna Peter)初始版本 1.1 2017 年 4 月 20 日 b21190(Vlna Peter)添加了软件 PMC 自检 ********************************************************************************************/ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 本例演示了 PMC SW 触发的自检配置和执行 * ---------------------------------------------------------------------------------------------- * 测试硬件:MPC57xx * 掩模组:1N15P 和 0N15P * 目标:internal_FLASH * Fsys: 200 MHz PLL,带 40 MHz 晶振参考 * ******************************************************************************** 修订历史: 1.0 2016年4月4日 b21190(Vlna Peter)初始版本 1.1 2017 年 4 月 20 日 b21190(Vlna Peter)添加了软件 PMC 自检 ********************************************************************************************/
View full article
中国Automotive_Connects汽车电源管理解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车架构的演变和混合动力化程度的提高要求电源管理也随之演变,以适应应用和环境的变化。在本次会议期间,您将了解市场动态的概况。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车架构的演变和混合动力化程度的提高要求电源管理也随之演变,以适应应用和环境的变化。在本次会议期间,您将了解市场动态的概况。
View full article
电钻异常检测 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用了一些 Rapid IoT 的传感器- 陀螺仪/加速度计/磁力计 快速物联网经过训练,可在发生超出范围的情况时发出警报 同样的异常检测原理也适用于其他垂直行业,例如家庭和楼宇自动化的温度、湿度、空气质量 感谢 Theophile LeRoy 整理此文 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用了一些 Rapid IoT 的传感器- 陀螺仪/加速度计/磁力计 快速物联网经过训练,可在发生超出范围的情况时发出警报 同样的异常检测原理也适用于其他垂直行业,例如家庭和楼宇自动化的温度、湿度、空气质量 感谢 Theophile LeRoy 整理此文 应用视频 Hexiwear 快速物联网 回复:异常检测 - 用于电钻 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我认为 GUI 是用 C++ 完成的。 可以训练2种模型:SVM(支持向量模型)或GMM(高斯混合模型)。这个演示中没有 NN。 异常检测完全在 Rapiot Iot 上运行(包括训练),串行总线将数据流传输到 PC,这仅用作轻松显示和配置参数的一种方式。 我们正在完成不需要任何 PC 的程序的另一个版本 - 演示视频将很快发布...在嵌入式世界展示期间。 回复:异常检测 - 用于电钻 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 凉爽的! 但我对于如何做到这一点有很多疑问...... 显示的 GUI 是在 Matlab 中完成的吗?训练了什么样的模型?它是神经网络还是其他什么东西? 我猜测模型和异常检测在 PC 上运行,而快速物联网仅用于传输数据? 回复:异常检测 - 用于电钻 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,Sudhir,尚未最终确定或可用 - 我们已用小型直流电动机替换了钻头。 请继续关注——您计划用该应用程序做什么? 回复:异常检测 - 用于电钻 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是一个非常酷的应用程序,我在 2019 年 CES 上看到了 i.MX 处理器的现场演示。该应用程序可以下载吗?
View full article
AUT-N1773 - 安全 V2X 简介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 鉴于美国政府准备在美国强制实施车对车通信,汽车业正加紧推出支持此项专用短程通信技术的汽车。 我们来看看这将为道路使用者带来什么好处,ITS-G5标准如何在全球各地部署,汽车业在引入这项技术时面临的挑战以及恩智浦在这一部署中的领导作用。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 鉴于美国政府准备在美国强制实施车对车通信,汽车业正加紧推出支持此项专用短程通信技术的汽车。 我们来看看这将为道路使用者带来什么好处,ITS-G5标准如何在全球各地部署,汽车业在引入这项技术时面临的挑战以及恩智浦在这一部署中的领导作用。 观看视频演示 安全互联汽车和自动化汽车
View full article
MHW-N2007 ウェアラブルから民生用ロボットまで幅広いWi-Fiソリューション <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 要件がサイズと電力、または範囲と帯域幅のいずれであっても、i.MXベースのプロセッサ設計に適したサイズのWi-Fiソリューションが今すぐ利用できます。Wi-Fi技術とモジュール設計の業界リーダーとのパートナーシップを通じて、NXPは、民生用、車載用、産業用、バッテリ駆動のモバイルまたはリモートi.MXベースのアプリケーションに適した、さまざまなサイズ、電力、およびパフォーマンスレベルで実績のあるWi-Fiソリューションを提供できるようになりました。このセッションでは、Wi-Fiの最新のWi-Fiプロトコル、認証、相互運用性の問題、および i.MX アプリケーションプロセッサと評価ボードで使用できるようになったさまざまな無線LANソリューションについて説明します。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 要件がサイズと電力、または範囲と帯域幅のいずれであっても、i.MXベースのプロセッサ設計に適したサイズのWi-Fiソリューションが今すぐ利用できます。Wi-Fi技術とモジュール設計の業界リーダーとのパートナーシップを通じて、NXPは、民生用、車載用、産業用、バッテリ駆動のモバイルまたはリモートi.MXベースのアプリケーションに適した、さまざまなサイズ、電力、およびパフォーマンスレベルで実績のあるWi-Fiソリューションを提供できるようになりました。このセッションでは、Wi-Fiの最新のWi-Fiプロトコル、認証、相互運用性の問題、および i.MX アプリケーションプロセッサと評価ボードで使用できるようになったさまざまな無線LANソリューションについて説明します。 ビデオプレゼンテーションを見る セキュアモバイル |ヘルスケア&ウェアラブル
View full article
DSC のクイック スタート 2.6 と CodeWarrior 10.6.4 の統合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DSC56800E/EX Quick Startは、組込みアプリケーション開発のためのソフトウェア環境です。これは、グラフィカル構成ツール (GCT) と、ペリフェラル モジュールにアクセスするための統合アプリケーション プログラミング インターフェイス (API) スタイルに基づいています。 添付のドキュメントでは、このツールを Eclipse CodeWarrior for MCU と統合する方法と、Quick Start Stationery から新しいプロジェクトを開始する方法を示します。 全般 Re:DSCのクイックスタート2.6をCodeWarrior 10.6.4と統合する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DSC用クイックスタート2.5はCodeWarrior 10.6.4と統合できますか?はいの場合、どのように?
View full article
DES-N1842 - QorIQ 处理器和 QorIQ LS 系列上的 ONL 和 ONIE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 白盒开关是网络交换机,与其需要的运行软件独立销售。 开放式网络Linux(ONL)是在这些交换机上运行的“网络操作系统”的基础。 开放式网络安装环境(ONIE)用于创建在交换机上安装网络操作系统的软件。 本演示重点介绍了恩智浦在QorIQ P2041和QorIQ T2080平台以及LS2085的路线图上介入ONL/ ONIE。 本次会议将恩智浦方法扩展至ONL/ONIE和白盒市场。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 白盒开关是网络交换机,与其需要的运行软件独立销售。 开放式网络Linux(ONL)是在这些交换机上运行的“网络操作系统”的基础。 开放式网络安装环境(ONIE)用于创建在交换机上安装网络操作系统的软件。 本演示重点介绍了恩智浦在QorIQ P2041和QorIQ T2080平台以及LS2085的路线图上介入ONL/ ONIE。 本次会议将恩智浦方法扩展至ONL/ONIE和白盒市场。 观看视频演示 设计 | 软件与服务
View full article
DWF深セン - 2015-06-25 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 自動車およびコネクテッドカー 設計、ソフトウェア、サービス IAR: Cでの安全確保 スマートインダストリー インサイトとイノベーション スマートネットワーク
View full article
Boundary Devices - Android Lollipop NFC 演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这里有一个视频,展示了集成到我们的Android Lollipop 5.0.0 代码库中的 NFC 功能。它与 NXP PN7120 开发套件 一起在我们的 Nitrogen6x 平台上运行。 视频显示,使用 Boundary 的 URL 编程的 NFC 标签会被自动读取并相应地启动浏览器。 为了从 NFC 数据读取/写入数据,Android 提供了一个完整记录的 API 。 如果您正在寻找现有的应用程序来编写标签,那么有几个选项: NXP TagWriter应用程序 StickyNotes 示例代码 如需了解更多信息,请访问http://boundarydevices.com/ 概述
View full article
Linux L3.14.38_6UL-补丁发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX 6UL 9x9 软件包的补丁版本现已在www.freescale.com上发布 ·        可用文件: 名称 描述 i.MX_6_Yocto_Project_L3.14.38-6UL_Patch_Release_Notes.pdf Linux 3.14.38_6UL-patch 发行说明 L3.14.38_6UL9x9-补丁.tar.gz i.MX 6UL 9x9 EVK 的 BSP 二进制演示映像 L3.14.38_6UL9x9_补丁_制造工具.tar.gz Linux 制造工具包 3.14.38_6UL9x9-Patch发布 ·        目标板: 哦  i.MX 6UltraLite 9x9 EVK 板 ·        更详细的补丁说明: 请查阅发行说明文档。
View full article
Vybrid for Altia GUI:嵌入式图形的关键功能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale Vybrid 为生产 GUI 提供了关键优势,包括低功耗和分层架构。这个简短的介绍详细介绍了 Altia 的 GUI 开发软件如何利用 Vybrid 的独特功能来提供一流的嵌入式图形。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale Vybrid 为生产 GUI 提供了关键优势,包括低功耗和分层架构。这个简短的介绍详细介绍了 Altia 的 GUI 开发软件如何利用 Vybrid 的独特功能来提供一流的嵌入式图形。
View full article