Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
适用于 ARM 2.2 的 S32 设计工作室 — Windows/Linux 激活码电子邮件 你好! 我想下载适用于 ARM 2.2 的 " S32 Design Studio — Windows/Linux " 然后通过电子邮件将激活码发送给我。 当我在恩智浦网站上点击 " S32 Design Studio for Arm 2.2 — Windows/Linux " 的 " 下载 " 按钮时,我会被带到恩智浦的 “我的” 页面,但下载从未发生过。 我已经登录了我的恩智浦账户,并且已经完成了几十次步骤。 感谢您抽出宝贵时间! -里奇 S32K1系列的S32SDK Re: S32 Design Studio for ARM 2.2 – Windows/Linux activation code email 嗨,彼得,我确实下载过一次,但我从未收到过激活码。 。 如果激活码是通过电子邮件发送的,我没有收到。可能是我们的电子邮件过滤器出了问题,不过我现在似乎可以正常接收恩智浦的电子邮件了。 他们能重新发送激活码吗?感谢您的宝贵时间! 诚挚的 Rich Mullen Re: S32 Design Studio for ARM 2.2 – Windows/Linux activation code email 你好 我又与 SW 团队进行了交谈,他们告诉我,看起来你已经成功下载,而且还分配了激活密钥。 这个问题还有效吗? 顺祝商祺! Peter Re: S32 Design Studio for ARM 2.2 – Windows/Linux activation code email 你好 好的、 以下是您机器的激活代码:A07C-4C9E-C3B9-A436 顺祝商祺! Peter Re: S32 Design Studio for ARM 2.2 – Windows/Linux activation code email 谢谢你,彼得!我拿到了代码,感谢您抽出时间处理此事!
查看全文
调试 iMXRT1011 项目时遇到的问题 我有一个基于 imxRT1011 处理器的简单定制板。我使用的是MCUXpresso IDE v24.12 和 Segger J-Link Ultra+。我对 iMXRT 开发很有经验,J-Link 在我的另一个项目中运行良好。 一切开始都很顺利,但不知何时,我失去了调试项目的能力。如果我使用串行启动加载器(通过安全配置工具)安装代码,则代码可以正常运行,但是如果我从调试器中刷新它,它就无法运行。 它似乎在 main() 之前的某个地方崩溃了。有时,我可以在ResetISR()中设置一个断点并步进。在这种情况下,如果我保持单步运行,一切正常,但如果我让它运行,它就会崩溃。有时会直接进入 0xdeadbeee,调试器无能为力。 可想而知,这非常令人沮丧。如有任何建议,我们将不胜感激。 i.MX RT101x Re: Problems debugging iMXRT1011 project 今天早上我又发现了一些奇怪的行为。 我在调用SystemInitHook()之前设置了一个断点。你可以在附图中看到该函数的反汇编过程。 在调用之前,SP 位于 0x20207ff8,这在我们的意料之中。对 SystemInitHook() 的调用是 bl 0x6001220c 如果我用 C 语言进入函数,调试器会在 0x60012210 处停止,SP 仍然是0x20207ff8。函数返回时,SP 也是 0x20207ff8,符合预期。 如果改用指令步进模式进入函数,则会执行 0x6001220c 处的推送指令,将 SP 降至 0x20207ff4。因此,当函数退出和后续代码崩溃时,SP 是错误的。 你能想出造成这种行为差异的原因吗?SystemInitHook() 正确吗?有推力却没有弹力? Re: Problems debugging iMXRT1011 project 如果我用高效密码学标准(SEC)刷新应用程序,它可以正常运行。如果我连接J-Link Commander,就可以成功停止和起飞。 在 IDE 中,我今天可以在ResetISR() 函数处设置断点。如果我单步执行 SystemInit() 函数,程序会崩溃。如果我单步进入 SystemInit() 函数,执行完该函数后再单步执行 SystemInitHook() 函数,程序也会崩溃。如果我执行同样的操作,直接单步执行 SystemInitHook() 函数,程序就不会崩溃。这就是我所说的,程序行为取决于调试器是单步执行还是单步执行。 堆栈崩溃时的示例:   线程 #1 57005(暂停:信号:SIGTRAP:跟踪/断点陷阱) _vfprintf_r() 在 0x600134a4 0x0 所以看起来它好像跳到了 0x0,但只有在代码自由运行时才会这样,在调试器中单步执行时不会这样。0x0 处没有代码 - ITC 未使用。 重复一遍,这是在 main() 之前,远在调用任何 RTOS 或类似系统之前。它在初始启动代码中崩溃了。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers 谢谢您的澄清! 你刚才提到了这个问题: 有时会直接进入 0xdeadbeee,调试器无能为力。 如果我理解得很清楚这个 deadbee 问题只会出现在调试器上,如果你启动最新的软件,没有调试器,它能正常工作对吗? 如果使用 Segger 的 J-Link 指令器调试最新程序,抛开集成开发环境不谈,您会发现任何问题吗?我指的是连接调试器后使用 go 和 halt 操作。 您能分享一下最新 SW 版本的变化吗? 在监测程序计数器的同时进行分步调试,并堆放 SRAM。我不知道您使用的是否是 RTOS。 检查是否有跳转到无效地址的情况,例如从闪存跳转到 SRAM,反之亦然。 致以最崇高的敬意 迪亚戈 Re: Problems debugging iMXRT1011 project > 您的意思是,如果您提交回项目的前一阶段,调试是否会开始更好地工作? 是的。但是,在恢复到旧版本之后,我必须使用安全配置工具刷新主板一次,然后调试才会变得可靠。从那以后,我就可以像往常一样从 IDE 闪存了。 如果我回到最新的代码,我可以成功调试一次,但随后的尝试都失败了。 >将项目导入其他工作区或电脑后,是否还会出现此问题? 我在没有安装过的新机器上安装了 IDE v25.6,复制了项目,版本并尝试调试,结果是一样的。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers 感谢您的耐心等待和提供更多信息! 你的意思是,如果将代码提交回项目的先前阶段,调试功能是否会运行得更好? 我想知道如何在我这边复制这个问题。在其他工作区或电脑上导入项目时,会重复出现这个问题吗? 一切顺利 迪亚戈 Re: Problems debugging iMXRT1011 project 这是一块非常简单的板,我用来测试一些外围设备。它基本上由 MCU、一个用于 XIP 的 QSPI 闪存、一些 SPI 和 I2C 外围设备以及一个 USB 端口组成。 也许我没有说清楚,在项目达到一定规模之前,项目在调试器下一直运行正常。几天来,我一直在愉快地工作,直到调试器突然开始失灵。 集成开发环境本身在我的另一个项目中继续正常运行,所以我并不担心集成开发环境本身。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers 谢谢您的澄清,是的,我指的是 FCB 文件。 如果问题出在当前的应用程序设置上呢? 我想区分问题出在闪存设置、应用程序设置还是集成开发环境上。 如果您尝试运行 hello world 演示,结果会怎样?使用已在使用的相同 FCB。 能否提供更多有关项目的详细信息? 致以最崇高的敬意 迪亚戈 Re: Problems debugging iMXRT1011 project 我正在使用附件中的文件配置闪光灯。它们是从 SDK 示例中复制的,我检查过它们与我工作项目中的文件完全相同。 两块板上的闪存芯片相同,即华邦 W25Q64JVXGIQ。 这些文件是否定义了您所指的"FCB" ? Re: Problems debugging iMXRT1011 project 您好@expertsleepers 感谢您的联系! 或许是你IDE端的FCB的问题。你看过那份文件了吗?让我解释一下。 使用 SEC 工具时,SEC 工具不会写入图像,而是写入 " 极简主义的 " FCB。使用集成开发环境时,映像包含 FCB(如果我没记错的话是 qspi_config)。是否检查过 FCB/qspi_config 与您的映像匹配? 致以最崇高的敬意 迪亚戈 Re: Problems debugging iMXRT1011 project 为了排除我的自定义板出现问题,我获得了 MIMXRT1010 EVK。EVK 板上的行为是一样的。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers, 我知道问题是在您修改代码后出现的。为了更好地支持您,能否请您分享一下与原始项目相比,您所做的具体修改? 特别是,我对与启动过程相关的任何更改感兴趣,例如: 更新 FCB。 调整内存区域。 是否在 XIP 和非 XIP 模式之间切换。 BR Habib Re: Problems debugging iMXRT1011 project 我没有更换 FCB,一直使用 XIP。 我确实更改了内存区域。我在 ResetISR() 中这样做 #define IOMUXC_GPR_GPR16 (*(unsigned int*)0x400AC040) #define IOMUXC_GPR_GPR17 (*(unsigned int*)0x400AC044) void ResetISR(void) { // 禁用中断 __asm volatile ("cpsid i"); __asm volatile ("MSR MSP,%0": :"r" (&_vStackTop) : ); // 重新配置柔性电路 IOMUXC_GPR_GPR17 = 0xE9; IOMUXC_GPR_GPR16 = IOMUXC_GPR_GPR16 | 0x4; Re: Problems debugging iMXRT1011 project 你好,@expertsleepers、 能否请您检查一下这个应用程序说明是否能帮助您解决问题? BR Habib Re: Problems debugging iMXRT1011 project 在我的项目中,两个预处理器符号都设置为 1。 xip_external_flash=1 xip_boot_header_enable=1 Re: Problems debugging iMXRT1011 project 你好,@expertsleepers、 在调试程序之前,能否使用串行下载器配置通过 MCUXpresso 执行一次大规模擦除? 这样做是为了验证已刷新的应用程序没有干扰调试器与 MCU 之间的任何通信。 BR Habib Re: Problems debugging iMXRT1011 project 您好@expertsleepers, 问题可能是在执行过程中对 FlexRAM 配置进行了操作,这可能会导致意外错误。因此,要正确使用 FlexRAM,我强烈建议查看本应用说明,其中介绍了如何在 i.MX RT 中使用 FlexRAM。 另一方面,也有可能是你在其他项目中没有使用 FlexRAM,而且配置正确,这不会导致任何问题。 最后,我建议您查看这些社区帖子,它们可能会帮助您解决问题: 使用 MCUXpresso IDE 重新定位代码和数据 - NXP Community 调试器连接问题的 RT 板恢复-恩智浦社区 BR Habib Re: Problems debugging iMXRT1011 project 我知道应用程序说明。正如你在我的帖子中看到的那样,我正在按照应用说明的建议,在RESET处理程序开始时更改FlexRAM配置。我的另一个项目也采用了完全相同的方法,一年多来一直运行良好。 Re: Problems debugging iMXRT1011 project 在此期间,我删除了重新分配 FlexRAM 的说明(在我上面的帖子中提到过),从而解除了对自己的封锁。 如果我让 FlexRAM 保持默认分配状态,就可以正常调试。 我重新分配 FlexRAM 的方式有问题吗?我在另一个项目中也是这样做的,而且效果一直很好。 Re: Problems debugging iMXRT1011 project 嗨,@expertsleepers、 如果我们根据我提供给您的应用说明查看 IOMUXC_GPR_GPR17 的配置,我可以看到您的配置如下: 不过,请注意以下几点: 您是否可以尝试其他配置,以更好地满足您的应用要求并符合说明条件? BR Habib Re: Problems debugging iMXRT1011 project 我会试试的。 您能解释一下,为什么 ROM 要求与此相关吗?既然在更换 FlexRAM 时我的应用程序已经在运行,那么在此之后会有哪些 ROM 代码在运行呢? 我能理解,如果更换熔丝中的 FlexRAM,这会影响启动加载程序。但我不是在更换熔丝,而是在软件中更换 FlexRAM。 Re: Problems debugging iMXRT1011 project 你好,@expertsleepers、 您能否尝试将该注释考虑在内,看看是否能解决问题? 另一方面,SDK(25.06 版)提供了一个配置 FlexRAM 的示例,名为 "flex_ram_access",我强烈建议大家分析这个示例,了解其工作原理,以便在代码中复制。 此外,您能否核实第 2.1.1.2 章中提到的要求是否符合我提供给您的应用程序说明中称为 "运行时配置 "的要求? BR Habib
查看全文
S32K3:关于 AC_load_on_Job_Start 1. 根据参考手册,我们需要启用 AC_load_on_Job_Start,以避免 RWW 问题。 但当我按下图启用它时,Fls_ACWriteSize 和 Fls_ACWriteRomStart 仍未定义(与 Fls_ACEraseSize 和 Fls_ACEraseRomStart 相同)。 请问如何解决这个问题? 2.如果禁用了 AC_load_on_Job_Start,并且写入和擦除都处于异步模式,那么在数据闪存写入/擦除的同时,代码闪存块是否可以写入/擦除? 期待您的支持,谢谢! Re: S32K3: about AC_load_on_Job_Start 您好, 应用程序和引导加载程序的内存分布如下。 如果我们想在启动加载程序运行时擦除和写入应用程序,并且已启用启动时的 Ac 加载,那么我们是否需要配置 PreTaskHook 中第二张图片中提到的内核 MPU? Re: S32K3: about AC_load_on_Job_Start 是,C40_Ip_AccessCode 被复制到 RAM 中。 Re: S32K3: about AC_load_on_Job_Start ROM 中代码的哪些部分将放在 RAM 的这个地址上? 该功能 ? Re: S32K3: about AC_load_on_Job_Start 在我的测试代码中,我只是在配置器中初始化了这些地址,所以它指向的是未使用的 RAM: Re: S32K3: about AC_load_on_Job_Start 我该如何定义这些变量? Re: S32K3: about AC_load_on_Job_Start 我在这个版本中进行了快速测试。如果要擦除的扇区与 Fls 代码位于同一闪存块中,我可以看到代码如期被复制到 RAM 中,扇区被成功擦除。不知道你那边怎么了... Re: S32K3: about AC_load_on_Job_Start @lukaszadrapa 针对问题 1、 期待您的大力支持。谢谢。 Re: S32K3: about AC_load_on_Job_Start 你好 为 1: SW32K3_S32M27x_RTD_4.4_4.0.0_P20_D2403 Re: S32K3: about AC_load_on_Job_Start 你好@Jojoo_Hu 1.这是哪个 RTD 版本? 2.闪存块之间支持 "边读边写"。例如,在对数据闪存进行编程或擦除时,代码可以从代码闪存运行。请注意,一次只能执行一个编程或擦除操作。 此致, Lukas
查看全文
今天宣布了两个 ColdFire 系列 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果你错过了... 今天飞思卡尔宣布了两个新的ColdFire系列。这两个系列,MCF5222x和MCF5223x(没错,五位数的零件号)与MCF5211/2/3密切相关。 MCF5223x (x=0-5) 系列设备是具有集成以太网接口 (FEC) 和片上以太网物理层 (PHY) 的单芯片解决方案。以下是超集设备的链接: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF52235& nodeid=01624 68rh3ytlc00m98090 MCF5222x(x=1,3)系列设备是单芯片设备,具有集成的USB主机和On-The-Go(OTG)控制器。以下是超集设备的链接: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF52223&nodeId=0162468rH3YTLC00M98145 留言由 mnorman 在04-04-2006 12:22 PM编辑 概述 Re: Two ColdFire Families Announced Today 遗憾的是,研讨会目前仅限于美洲地区。看来 9 月左右可能会在我目前居住的日本苏黎世举办一次。所以,一旦有演示板可用,我就会尝试买一个。由于演示板的用户群比开发板大(至少对于演示板而言,我有很多与演示板的联系人,但与开发板的联系几乎没有),因此我们更愿意支持它。实际上,我们有六个不同的项目是使用演示板进行原型设计的,因为它的外壳和电源很可爱,可以让客户在板到达这里之前一直使用它。 Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 Marc, M52233DEMO 板因符合 ROHS 规定而受到阻碍。但是,您可以联系代理商订购不符合 ROHS 要求的 M52230DEMO 板。 Ed Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 那么,除研讨会外,M52233DEMO 何时上市?我注意到这些手册可以在 AXMAN Manufacturing 的网站上找到,但那些人似乎也没有出售板... ... 而且我想要它! Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢你,马克。回答得好! Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,汤姆   UTasker 每个 tcp 套接字需要大约 54 字节的内存,一个 http 会话需要大约 40 字节的内存。(一个 http 会话需要一个 TCP 套接字,http 会话的数量由 #define NO_OF_HTTP_SESSIONS 定义)。例如,这意味着 4 个并行 http 会话将需要大约 376 字节的 SRAM。 我之所以说 "大约",是因为有许多 TCP 设置会对其产生轻微影响(例如,是否要支持 MSS、窗口等)。   不过,网络服务器的情况比较特殊,因为当需要执行重复操作时,可以重构信息(由于可以在需要时重构传输的数据,即使是动态生成的数据,因此没有必要备份)。源文件基本上保存在文件系统中,可根据需要提取)。   其他 TCP 协议的特性可能大相径庭--一个很好的例子就是从串行端口接收的数据通过 TCP 连接发送的应用。在这种情况下,必须在本地对数据进行缓冲,只有在知道数据已成功传送时才删除数据。如果需要重读,则必须仍可重读,否则将无法重读。第二种相当类似的情况是,代码中的调试信息被格式化到 TCP 连接(该连接用作某种调试输出,通常通过串行端口完成)。在这种情况下,发送数据会被随机放入输出缓冲区,而且必须一直保存到完全发送为止,因为如果需要重复发送,代码无法重建这些信息。   对于第二种情况,uTasker允许使用传输缓冲区单独安装TCP套接字,每个套接字的缓冲区可根据应用程序的要求由用户定义。然后,TCP 代码会以透明方式接管缓冲区的管理工作。当然,这个缓冲区会占用内存......对于 Telnet 调试来说,我发现这个套接字的缓冲区大约为 2.5 千,是性能和舒适度之间的一个很好的折中(当然,每个使用的套接字都需要自己的缓冲区......)。当缓冲区满时(队列中的 TCP 帧尚未送达),流量控制就会启动,吞吐量就会明显降低--希望只是短时间的,但还是很明显[例如,串行端口情况下必须断开 CTS 或发送 XOFF,直到有更多位置可用]。   因此,在一般情况下,内存使用率的答案并不容易回答,它总是取决于应用程序的个别要求和所使用的协议,但最好是至少能方便地进行配置和控制。浏览http://212.254.22.36上的 uTasker 演示,查看管理员网页。它会显示堆栈和堆的最差内存使用情况。如果你远程登录到它 " telnet 212.254.22.36 " 或 ftp 它,你可以看到堆大小将发生变化(略有增加)(命令管理员端 RESET 设备以便它事先重新启动-只有在实际需要时才会占用内存,因此该值将增长到最大值。之后,你就可以确信它再也不需要更多了。)此外,uTasker 还支持动态堆大小分配,因此可以根据实际需求轻松优化可用堆,甚至可以自动进行多重配置。   除了讨论的内存使用(动态)之外,还有一些基本的代码内存要求(静态)。例如,tcp 和 http 需要 3 个响应点。无论使用多少会话,都会增加 60 字节的静态 RAM。uTasker 教程中对静态 FLASH 和 RAM 的大小进行了比较,请参见以下文件的第 16 页。(所使用的编译器也相当关键......!)。 http://www.mjbc.ch/documents/uTasker/NE64/uTaskerV1.2-Tutorial.PDF Coldfire 的 FLASH 要求增加了大约 80%(不幸的是),这是因为它是一台 32 位机器,指令更长,但是 Coldfire 演示应用程序的大小仍然只有大约 50k,这表明可以向 M5223X 打包很多东西...(在 16 位设备或 ARM 上,在 Thumb 模式下占用大约 24k)   此致   Mark www.mjbc.ch   Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, 马克,你能告诉我在以下两种情况下,utasker 和 tcp/ip 堆栈使用了多少 32k 内存: 1.无活动 tcp 连接 2.一个活动的 tcp 连接。如果缓冲区大小可以配置,最小/最大值是多少? 有人知道 Interniche Rtos/stack 的这些数字是多少吗? 我问这个问题的原因是比方说,我正在运行一个使用 rtos 和 tcp/ip 协议栈创建网络服务器的应用程序。当客户端连接网络浏览器时,会建立一个 tcp 连接,该连接需要一定的内存来维持(直到网络服务器关闭为止)。我需要确保我的应用程序不会使用过多的内存,以便 tcp 协议栈在需要时有足够的空间。 下一个合理的步骤是同时支持 2 个 TCP 连接。一个连接用于执行实际产品功能(例如数据记录),另一个连接用于 Web 服务器处理设备的配置。有时,设备可以正常运行,用户会同时访问 Web 服务器。这需要足够的资源来同时进行 2 个 TCP 连接。 谢谢, Tom Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,雅各布 不我没试过 Interniche 堆栈但我设法将我们的 uTasker 移植到新设备上。 请参见以下在线演示: http://forums.freescale.com/freescale/board/message?board.id=CFCOMM&message.id=274 如果你想看到它在你的演示板上运行,你可以从这里加载演示项目(它有网络服务器、ftp、telnet 和 smtp)。 http://www.mjbc.ch/software/uTasker/M5223X/uTaskerV1.2beta005_m5223X.s19 对于教育和业余爱好,可以免费使用它,包括免费的电子邮件支持,附带操作系统、TCP/IP 堆栈和 M5223X 模拟器——整个项目在 PC 上实时运行,可以在真实网络中进行测试,在真实网络中看不出它是模拟器而不是真实设备在运行。它可以节省大量的项目开发时间,因为在转到真正的目标之前,可以对完整的应用程序进行编码和测试,而且内部的冷火外设也是模拟的,因此低级调试非常方便。 干杯 Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,马克, ,你是否尝试过来自 interniche 的 tcp/ip 协议栈? http://www.freescale.com/files/32bit/doc/support_info/ColdFire_Lite_Doc.zip 我正在利用 demoboard 学习文凭课程。 问候 jakob Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 主持人好   也许你能给我一些提示,解决我现在遇到的问题: 我收到了 M52235EVB。它随附一张 CD,内含用于 Coldfire 的 GNU 编译器。我想做一个 GNU 项目(以及 CodeWarrior)。 我认为光盘是错误的,因为它只有旧版 Coldfire 的手册和工具,但我认为我可以从飞思卡尔网站上下载所有内容。此外,从光盘上安装 GNU 编译器也不成功--由于缺少一个 DLL(至少错误信息是这么说的),编译器无法工作,每次都会挂起。我下载了 GNU 4.1.0Coldfire 的二进制文件,这是最新版本。   1.我可以编译我的源代码,但我不知道如何在链接时控制它。在使用 HCS12 时,我使用了一个名为 memory.x 的文件来控制内存,但 Coldfire 似乎没有使用这个文件。   2.链接器总是抱怨找不到入口符号 _start。我的 HCS12 项目在矢量表中定义了这一点,但我认为某些启动代码中缺少这一点,因为我也有一个类似的矢量表--虽然我还不知道它是否以同样的方式使用(?)   3.我在 GCC 文档中读到,应该为 coldfire 定义 mcpu=5200,但这只会导致错误。我发现 mcpu=5208 可以工作,但不知道对这种 Coldfire 类型是否正确。   4.我似乎找不到任何关于冷火的链接文档。 是否有任何示例项目可以提供帮助?   提前感谢您的帮助!   此致   马克-布彻 www.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 主持人好 遗憾的是,这些研讨会目前只在美洲地区举办。 我似乎听说,我所在的瑞士苏黎世很可能在 9 月左右举行一次会议。因此,我会看看能否在演示板上市后立即抢购。我们更愿意支持演示板,因为用户群必须大于 EVB(至少 DEMO9S12NE64 就是这种情况 —— 我有很多联系过,但与 EVB 的联系几乎没有 —— 我们甚至有六个不同的项目是用演示板制作的,因为它的外壳和电源很可爱,甚至适合在客户主板到货之前赠送给客户...) 此致 Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Marc, 开发板和演示板都将配备 InterNiche 的 " ColdFire TCP/IP Lite "。有关此堆栈的更多信息,请参见以下链接: http://www.freescale.com/files/32bit/software/protocol_stacks/COLDFIRE%20TCPIP%20LITE.zip Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嘿 Mark, M52235EVB 今天向公众开放,低成本的 M52233DEMO 板将很快向公众上市,但可以通过即将举行的研讨会更快地获得。请阅读下文: 即将推出:M52233DEMO,M52235EVB 的超低成本版本。报名参加飞思卡尔 ColdFire 以太网系列讲座,成为首批使用这种低成本、全功能开发工具的人。该板将于5月下旬或6月初向公众开放。 要报名参加研讨会,请点击以下链接: http://www.freescale.com/files/abstract/overview/TSP_8870_COLDFIRE_LP.htm?tid=tcRDck Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这些演示板附带什么样的 TCP/IP 软件? Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HI 我想订购新的演示板,但没有找到它的链接。如果是,如何订购? 我们支持带有uTasker操作系统和集成TCP/IP堆栈的NE64已有一年左右的时间了,升级对带有以太网的新Coldfire设备的支持似乎是合乎逻辑的。适用于 NE64 的 uTasker V1.2 目前正在版本中,其中包括免费的串行调试器和用于将 DEMO9S12NE64 转换为支持局域网的 BDM 的软件。有在线演示——网络摄像头参见 http://212.254.22.36:8080;在线设备参见 http://212.254.22.36 和 http://212.254.22.36:8081(使用 ADMIN/AL6000S 和 anon /anon resp 登录)。基于网络的简单 NE64 BDM 在线http://212.254.22.36:8083,也可使用匿名/匿名登录。 uTasker 环境包括一个独特的芯片模拟器,可在 PC 上进行几乎完全实时的开发和调试。它可免费用于教育和非商业目的,并提供免费电子邮件支持--任何感兴趣的人都可以联系我申请。 有一个新的完整项目,其中包含 NE64(计划升级为支持 Coldfire)的教程,展示了强大的 FTP 和 HTTP 功能。如果飞思卡尔(Freescale)公司的人直接与我联系并提供电子邮件地址,我将根据教育许可证发送一份拷贝供您评估--您可能会对它的功能大吃一惊.....![仿真环境需要 VisualStudio 6.0 或更高版本,并可编译至目标]。 干杯 Mark Butcher ww.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> airswit 写道: 有没有可能与 5213 兼容?我正在围绕这个控制器设计一台单板计算机,但也不介意 USB 或以太网连接。另外,是否有消息说何时可以提供样品/购买? 或多或少。USB OTG 版本(MCF52221 和 MCF52223)采用 64 引脚 LQFP/QFN 5211/2/3 基底面,但 16 位定时器引脚 GPT[3:0] 由 USB_DPLS、USB_DMNS、USB_VDD 和 USB_VSS 代替。 这同样适用于这些相同系列的81球MAPBGA版本,唯一的不同是缺失的GPT引脚现在取代了专用的PWM引脚。PWM 可作为 GPT 的第二功能使用,与 5211/2/3 一样。 由于 MCF5211/2/3 上的 PWM 引脚和 GPT 引脚是交错排列的,因此 100 引脚 LQFP 就比较麻烦。GPT 引脚仍然取代 PWM 引脚(81 球 MAPBGA 就是这种情况),但它们已经上下移动,在它们之间插入 4 个专用的 USB 引脚。 最后一个花絮:MCF52221/3 采用 48 MHz 晶体来为系统 PLL 和 USB 提供参考。这是对 MCF5211/2/3 的改动。 顺便提一下,以太网部件(MCF5223x)是为嵌入 80 引脚和 112 引脚的 9S12NE64 基底面而设计的,但两者之间的差异更大一些(S12 BDM 与 ColdFire BDM 相比,S12 SCI 没有流量控制与 ColdFire UART 的流量控制相比,等等)。 留言由 jwbodnar 于04-06-200602:37 PM编辑 Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有关样品供应情况的更多信息,请参阅以下新闻稿: http://biz.yahoo.com/bw/060404/20060404005598.html?.v=1 定价和供货情况 MCF5223x 现已按样品数量提供,计划于 2006 年底量产。MCF5222x 样品计划于 2006 年 6 月推出,2006 年下半年量产。MCF5222X 设备以 10,000 片为单位的建议转售价格为5.49美元(美元),MCF5223X 设备的建议转售价格为7.99美元(美元)。 M52233DEMO 演示板现已上市,建议转售价为 99 美元(美元)。M52235EVB 评估板的建议转售价为 299 美元(美元)。 MCF5213 与 MCF522xx 引脚兼容性事实上 我知道以太网设备 M5223x 与 M5213 的引脚间不兼容,而是与 MC9S12NE64 的引脚兼容。另一方面,USB 设备 M5222x 的引脚与 MCF5213 类似。主要区别在于驱动 USB 信号的引脚。参见数据表第 15 页: http://www.freescale.com/files/32bit/doc/data_sheet/MCF52223DS.pdf Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是否有可能与 5213 兼容?我正在围绕这个控制器设计一台单板计算机,但也不介意 USB 或以太网连接。另外,是否有消息说何时可以提供样品/购买?
查看全文
RT1051 PWM Capture Counter Stop Hello, recently when I was doing a project about FlexPWM capture on RT1051, I encountered a problem that the timer could not start properly, when I remove the crossover code or set it to 1 crossover frequency, Counter can run normally, but when I set it to 2 crossover frequency or higher crossover frequency Counter stops, what is the reason for this? void Capture_config(void) { pwm_input_capture_param_t pwm_input_capture; gpio_pin_config_t PWM_pin_config; //初始化输入捕获管脚 IOMUXC_SetPinMux(PWM2_PWMA03_IOMUXC, 0U); //设置外部引脚的复用功能 IOMUXC_SetPinConfig(PWM2_PWMA03_IOMUXC, PWMC_INPUT_PAD_CONFIG_DATA); //设置引脚的 pad 属性 PWM_pin_config.direction = kGPIO_DigitalInput; PWM_pin_config.interruptMode = kGPIO_NoIntmode; GPIO_PinInit(PWM2_PWMA03_GPIO, PWM2_PWMA03_GPIO_PIN, &PWM_pin_config); //初始化输入捕获配置参数 pwm_input_capture.captureInputSel = false; pwm_input_capture.edge0 = kPWM_RisingEdge; //pwm_input_capture.edge1 = kPWM_FallingEdge; pwm_input_capture.enableOneShotCapture = false; //pwm_input_capture.edgeCompareValue = 10; //当captureInputSel为FALSE时,此处设值无意义 pwm_input_capture.fifoWatermark = 0; PWM_SetupInputCapture(PI_PWM_BASEADDR, kPWM_Module_3, kPWM_PwmA, &pwm_input_capture); //开启捕获中断 //set_IRQn_Priority(PWM2_3_IRQn,Group4_PreemptPriority_0, Group4_SubPriority_0);//设置中断优先级 //PWM_EnableInterrupts(PI_PWM_BASEADDR, kPWM_Module_3, kPWM_CaptureA0InterruptEnable| kPWM_CaptureA1InterruptEnable ); PWM_EnableInterrupts(PI_PWM_BASEADDR, kPWM_Module_3, kPWM_CaptureA0InterruptEnable ); EnableIRQ(PWM2_3_IRQn); } /** * @brief 初始化 PWM 配置参数 * @retval 无 */ void PWM_config(void) { pwm_config_t pwmConfig;//定义pwm 配置结构体 PWM_Deinit(PI_PWM_BASEADDR, kPWM_Module_3); /*设置AHB总线时钟和IP总线时钟*/ CLOCK_SetDiv(kCLOCK_IpgDiv, 0x3); /* Set IPG PODF to 3, divede by 4 */ /*设置pwm 错误输入为高电平,表示没有错误,只有当pwm 没有错误输入或者禁止错误检测才能正常输出pwm波*/ XBARA_Init(XBARA1); XBARA_SetSignalsConnection(XBARA1, kXBARA1_InputLogicHigh, kXBARA1_OutputFlexpwm1Fault0); XBARA_SetSignalsConnection(XBARA1, kXBARA1_InputLogicHigh, kXBARA1_OutputFlexpwm1Fault1); XBARA_SetSignalsConnection(XBARA1, kXBARA1_InputLogicHigh, kXBARA1_OutputFlexpwm1234Fault2); XBARA_SetSignalsConnection(XBARA1, kXBARA1_InputLogicHigh, kXBARA1_OutputFlexpwm1234Fault3); PWM_GetDefaultConfig(&pwmConfig); pwmConfig.reloadLogic = kPWM_ReloadPwmFullCycle; //新值在上一个pwm周期输出结束之后加载到缓冲寄存器中 pwmConfig.pairOperation = kPWM_Independent; // 工作在独立模式 pwmConfig.clockSource = kPWM_BusClock; pwmConfig.enableDebugMode = true; // 使能DebugMode pwmConfig.prescale = kPWM_Prescale_Divide_128; //1320000000/128/65535=16Hz=PWM最小频率 //初始化 PWM 并且判断初始化是否成功 if (PWM_Init(PI_PWM_BASEADDR, kPWM_Module_3, &pwmConfig) == kStatus_Fail) { PRINTF("PWM initialization failed\n"); } Capture_config(); PWM_SetPwmLdok(PI_PWM_BASEADDR,kPWM_Control_Module_3 , true); PWM_StartTimer(PI_PWM_BASEADDR, kPWM_Control_Module_3 ); } i.MXRT 105x Re: RT1051 PWM Capture Counter Stop Hi @coderick , Thanks for your interest in NXP MIMXRT series! Did you set BOARD_PWM_BASEADDR->SM[3].VAL1 & INIT in your project? If VAL1 is still 0, it will cause a problem. Best regards, Gavin
查看全文
S32G3-Linux 上 A53 Core 的 FlexCan 示例版本 您好, 当我版本 FlexCan 示例项目时,我想获得一个 .elf可执行文件,可在Linux 下的 A53 内核上运行。 不过,该示例似乎是为M7 内核设计的。 有没有办法版本或调整 FlexCan 示例,使其生成可执行文件 .elf是否适合 A53 内核? 我还尝试从头开始创建一个针对A53的新应用程序项目,但我不确定如何重复使用或转移所有FlexCan配置(外围设备、驱动程序、初始化代码等)到这个新项目中。 请指导我如何实现这一目标? Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 我更新了主题,说我用 Goldvip 的图片解决了问题。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 感谢您分享您正在使用的板。 对于 Goldbox3,你需要在设备树中启用 can0 和 can1 节点。在这些节点中,您可以配置 CAN 输出使用哪些引脚。必须确保所选引脚在其 SSS 中支持 can0 或 can1 输出。 你可以查看哪些引脚可以在主板原理图和参考手册中附带的 S32G3_IOMUX.xlsx 文件中使用(你需要用 acrobat 阅读器打开 RM 才能看到附带的文件) Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 你好,我正在使用这个https://www.nxp.com/design/design-center/development-boards-and-designs/GOLDBOX-3 (S32G3 ) Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 你好@MrAlexIV 你能分享一下你在用哪个板吗?我分享的图片中提到的连接器适用于扩展名为 S32GRV-PLATEVB 的 S32G-VNP-EVB3。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 另外,按照手册(我在 S32G3 中关注过)它会提到 J166、J169... 但是在我的板上那些 Jumpers 不可用。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 谢谢你,卡洛斯。 好吧,我明白你的意思了。我按照您的指示进行了操作,但这样我只能在 can0 和 can1 之间收发信息。我想要的是通过 CAN 总线接收或发送到其他设备(我有一个 CAN 总线,用于连接所有设备)。以 FlexCan 为例,我可以从其他设备接收,但是如果我只有低压差线性稳压器(LDO) candump can0,我就无法从其他设备接收 CAN 消息。 接口未处于环回状态。 这就是我想得到 .elf 的原因。因为我已经测试过 M7 的 FlexCan 示例,它可以正常工作。 我可以将简单的 candump can0 与你建议的 system () 一起使用,但看来我没有收到来自其他设备的 CAN 消息。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 你好@MrAlexIV 感谢您的提问 在运行 linux 的 A53 内核中,对 gpios、can 等模块的使用有些不同,而不是像裸机或 RTD(如 M7 内核)那样直接通过寄存器传递值。对于Linux的实现,需要一个驱动程序来在操作系统和硬件之间传递这些值,其中一些驱动程序已经在恩智浦提供的电路板支持包发行版中实现了。 要在 Linux 中使用 CAN,您可以查看电路板支持包用户手册中给出的示例 [适用于 S32G2 平台的 Linux 电路板支持包 44.0 用户手册] 这个例子是在 linux 控制台中编写这些命令,你可以编写一个 C 程序,使用system() 函数发送命令,然后只执行你的 C 代码。
查看全文
S32K36x 支持的 ADC 实例 公司:AVNET 联系人姓名:Norm Siegel 设备:S32K36x 队员们好 仅根据表 270 来报告一下。参考手册 " ADC_0/ADC_1/ADC_2 的配置和支持的实例在 S32K36x " 中不可用。 但是,引脚工具 (RTD 6.0.0)允许为此类 ADC 实例分配引脚。 Adc_Sar_Ip驱动程序的Adc 硬件单元不包括 ADC_0/ADC_1/ADC_2。 当用户选择 ADC_0/ADC_1/ADC_2 时,Bctu_Ip驱动程序的Adc 目标掩码应产生错误/警告。 请分享您的反馈意见。 提前感谢您的帮助。 祝您愉快 致以最崇高的敬意, Leonardo RTD Re: ADC supported instances for S32K36x 你好@_Le_、 RTD 开发团队确认该问题是 RTD 驱动程序的一个错误。门票编号ARTD-196382 顺祝商祺! 丹 Re: ADC supported instances for S32K36x 根据参考手册 " SDADC_2/SDADC_3 在 S32K36x " 中不可用,SDAD C 也有同样的问题。但配置工具似乎允许使用它们。
查看全文
uboot 跳转到内核会影响 llce_lin 的输出 你好,恩智浦 我们使用引导加载程序启动 M 核心 + A 内核,M 内核配置了 llce_lin 输出; s32g u-boot 跳转到内核,llce_lin 输出损坏,查询具体代码后找到; u-boot 代码:bootm.c-> announce_and_cleanup ()->cleanup_before_linux (void)-> board_cleanup_before_linux ();-> scmi_reset_agent (); 我们发现, 由于调用 scmi_reset_agent 函数导致,M 内核配置 lce_lin 停止发送;由于 scmi(系统控制和管理接口)系统控制和管理接口 (SCMI) 是 启动 中的较低级别函数,内核,控制时钟、电源、io、RESET等,其中涉及 s32g 的底层控制逻辑;如何修改或配置为 解决导致 llce_lin 停止的 A-core 初始化问题? 致以最诚挚的问候 Re: uboot jump to kernel affects llce_lin output 你好,@马松 感谢您的回复。 注释掉相应的行只是一种测试,并不是建议的解决问题的方法,因为这可能会影响到多个部分,从而导致像你发现的那样的问题。 我认为还需要进一步分析和测试,为了方便讨论和资源共享,请让我帮助创建一个支持案例来继续提供支持,我会直接通过邮件回复您。 很抱歉给您带来不便。 BR 切宁 Re: uboot jump to kernel affects llce_lin output 嗨,chenyin 我现在有一些关于 S32G 时钟的问题,基本上和图片中的问题类似; 1. tf-a 初始化时钟后 tf-a 不会退出吗? 2. u-启动 和内核如何初始化或使用时钟,需要与 tf-a 通信? 3. 你能详细解释一下在 tf-a、u-启动 和内核中是如何使用 clk 的吗? https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/S32G-Bootloader-Customzition/tac-p/1771379/emcs_t/S2h8ZW1haWx8bWVudGlvbl9zdWJzY3JpcHRpb258TFBXQUozUkFGRzZFRjl8MTc3MTM3OXxBVF9NRU5USU9OU3xoSw BR. Re: uboot jump to kernel affects llce_lin output 嗨,chenyin 感谢您的回复, 我测试了评论过的 scmi_reset_agent 函数,并确认在 u-启动-> 内核跳转期间 llce_lin 输出正常。 但是,我发现内核启动后有异常,比如无法访问eth0 ping,因为我不确定是否还有其他问题,所以我没有按照这条线索进行调查; 你建议我做这样的调查吗? BR. Re: uboot jump to kernel affects llce_lin output 从U-Boot到Linux内核的过渡确实会影响外围设备的输出,包括与LLCE-LIN(低延迟通信引擎——本地互连网络)相关的外围设备的输出,尤其是在恩智浦S32G等复杂的嵌入式系统中。 这主要是由于 U-Boot 和 猴子型 Linux 内核管理和初始化硬件资源 的方式不同 。 我们使用引导加载程序启动 M 核心 + A 内核,M 内核配置了 llce_lin 输出;s32g u-boot 跳转到内核,llce_lin 输出损坏,查询... 但是,它们的用途不同,管理方式也大不相同。-> U-boot 设备树用于配置和初始化启动过程中所需的硬件元器件,而 Linux 内核则使用设备树来描述内核启动后的硬件配置 Re: uboot jump to kernel affects llce_lin output 你好,@马松 感谢您的回复。 据我了解,U-boot 不会设置时钟,tfa 会在启动期间设置时钟。 对于当前的问题,您是否介意在测试时注释掉源代码中的 scmi_reset_agent,以检查您的测试是否仍然存在问题? BR 切宁 Re: uboot jump to kernel affects llce_lin output 嗨,nxp 我继续在 u-boot 中追踪代码后发现了以下内容: 调用链:scmi_reset_agent (void)-> devm_scmi_process_msg (dev,& scmi_msg)-> scmi_smccc_process_msg (struct udevice *dev, struct scmi_msg *msg)-> arm_smccc_smc (chan-> func_id, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, &res);-> SMCCC smc 对程序集进行了最后的调用,我不知道相关的细节,那么这部分代码是做什么的?它对 M 核心的运行有何影响,如何才能跳过代码执行的这一部分。 BR. Re: uboot jump to kernel affects llce_lin output 你好,chenyin 请提出一个问题,我们现在按如下方式启动流程 bootloader (M7)-> tf-a (A53)-> u-boot (A53)-> 内核 (A53) 我们已经在引导加载程序中配置了 uart 时钟,tf-a 中没有配置 uart 时钟,也没有在 u-boot 中进行任何修改; u-启动 中会重新配置 uart 模块和时钟吗? BR. Re: uboot jump to kernel affects llce_lin output 你好,@马松 感谢您的回复。 我建议首先尝试检查 TFA 中的 UART 时钟及其来源。 BR 切宁 Re: uboot jump to kernel affects llce_lin output 你好,切尼 我知道现在就是这样运行的。 你还有其他发现吗? BR. Re: uboot jump to kernel affects llce_lin output 你好,@马松 感谢您的回复。 既然你的 tf-a、u-boot 中只保存 ddr、xbar_2x 时钟,你的意思是说 UART 和外围设备 PLL3 的时钟也被禁用并在启动加载程序中设置,而不是在 TF-A 中设置?(在 TFA/uBoot 中,TFA/uBoot 只能从启动加载程序继承时钟设置来驱动 UART?) BR 切宁 Re: uboot jump to kernel affects llce_lin output 你好,陈怡 u-启动 中的 clk 转储如下所示: => clk dump Rate Usecnt Name ------------------------------------------ 40000000 0 |-- fxosc@40050000 51000000 0 |-- firc 32000 0 |-- sirc 20000000 0 |--ftm0_ext 20000000 0 |-- ftm1_ext 125000000 0 |-- gmac0_ext_rx 125000000 0 |-- gmac0_ext_tx 50000000 0 |-- gmac0_rmii_ref 200000000 0 |-- gmac0_ext_ts 100000000 0 |-- serdes_100_ext 125000000 0 |-- serdes_125_ext 125000000 0 |-- serdes0_lane0_ext_cdr 125000000 0 |-- serdes0_lane0_ext_tx 125000000 0 |--serdes0_lane1_ext_cdr 125000000 0 |-- serdes0_lane1_ext_tx 125000000 0 |-- serdes1_lane0_ext_cdr 125000000 0 |-- serdes1_lane0_ext_tx 125000000 0 |-- serdes1_lane1_ext_cdr 125000000 0 |-- serdes1_lane1_ext_tx 1 0 |-- pfe_mac0_rmii 1 0 |-- pfe_mac1_rmii 1 0 |-- pfe_mac2_rmii 1000000000 0 |-- a53 400000000 1 |-- serdes_axi 51000000 1 |-- serdes_aux 133333333 1 |-- serdes_apb 100000000 1 |-- serdes_ref 80000000 0 |-- ftm0_sys 0 0 |-- ftm0_ext 80000000 0 |-- ftm1_sys 0 0 |-- ftm1_ext 133333333 0 |-- flexcan_reg 133333333 0 |-- flexcan_sys 40000000 0 |-- flexcan_can 200000000 0 |-- flexcan_ts 62500000 0 |-- linflex_xbar 125000000 1 |--linflex_lin 0 0 |-- gmac0_ts 125000000 0 |-- gmac0_rx_sgmii 125000000 0 |-- gmac0_tx_sgmii 125000000 1 |-- gmac0_rx_rgmii 125000000 1 |-- gmac0_tx_rgmii 0 0 |-- gmac0_rx_rmii 0 0 |-- gmac0_tx_rmii 0 0 |-- gmac0_rx_mii 0 0 |-- gmac0_tx_mii 400000000 1 |-- gmac0_axi 0 0 |-- spi_reg 0 0 |-- spi_module 133333333 0 |-- qspi_reg 133333333 0 |-- qspi_ahb 266666666 0 |-- qspi_flash2x 133333333 0 |--qspi_flash1x 400000000 0 |-- usdhc_ahb 133333333 0 |-- usdhc_module 400000000 1 |-- usdhc_core 32000 0 |-- usdhc_mod32k 133333333 0 |-- ddr_reg 800000000 0 |-- ddr_pll_ref 800000000 0 |-- ddr_axi 400000000 0 |-- sram_axi 133333333 0 |-- sram_reg 133333333 0 |-- i2c_reg 133333333 0 |-- i2c_module 66666666 0 |--siul2_reg 51000000 0 |-- siul2_filter 133333333 0 |-- crc_reg 133333333 0 |-- crc_module 100000000 0 |-- eim0_reg 100000000 0 |-- eim0_module 66666666 0 |-- eim123_reg 66666666 0 |-- eim123_module 66666666 0 |-- eim_reg 66666666 0 |-- eim_module 66666666 0 |-- fccu_module 51000000 0 |-- fccu_safe 66666666 0 |-- rtc_reg 32000 0 |-- rtc_sirc 51000000 0 |-- rtc_firc 133333333 0 |-- swt_module 51000000 0 |-- swt_counter 133333333 0 |-- stm_module 133333333 0 |-- stm_reg 133333333 0 |-- pit_module 133333333 0 |-- pit_reg 400000000 0 |-- edma_module 400000000 0 |-- edma_ahb 80000000 1 |-- sar_adc_bus 666666660 |-- cmu_module 66666666 0 |-- cmu_reg 133333333 0 |-- tmu_module 133333333 0 |-- tmu_reg 133333333 0 |-- flexray_reg 0 0 |-- flexray_pe 66666666 0 |--wkpu_module 66666666 0 |-- wkpu_reg 66666666 0 |-- src_module 66666666 0 |-- src_reg 66666666 0 |-- src_top_module 66666666 0 |-- src_top_reg 133333333 0 |-- ctu_module 80000000 0 |-- ctu_ctu 200000000 0 |-- dbg_sys4 400000000 0 |-- dbg_sys2 400000000 0 |-- m7 133333333 0 |-- dmamux_module 133333333 0 |-- dmamux_reg 500000000 0 | -- gic_module 133333333 0 | -- mscm_module 133333333 0 | -- mscm_reg 133333333 0 | -- sema42_module 133333333 0 |-- sema42_reg 66666666 0 |-- xrdc_module 66666666 0 |-- xrdc_reg 0 0 |-- clkout0 0 0 |-- clkout1 100000000 0 |-- usb_mem 32000 0 |-- usb_low 0 0 |--pfe0_rx_sgmii 0 0 ||-- pfe0_tx_sgmii 0 0 |-- pfe0_rx_rgmii 0 0 |-- pfe0_tx_rgmii 0 0 |-- pfe0_rx_rmii 0 0 |-- pfe0_tx_rmii 0 0 |-- pfe0_rx_mii 0 0 |--pfe0_tx_mii 0 0 ||-- pfe1_rx_sgmii 0 0 |-- pfe1_tx_sgmii 0 0 |-- pfe1_rx_rgmii 0 0 |-- pfe1_tx_rgmii 0 0 |-- pfe1_rx_rmii 0 0 |-- pfe1_tx_rmii 0 0 |--pfe1_rx_mii 0 0 |-- pfe1_tx_mii 0 0 |-- pfe2_rx_sgmii 0 0 |-- pfe2_tx_sgmii 0 0 |-- pfe2_rx_rgmii 0 0 |-- pfe2_tx_rgmii 0 0 |-- pfe2_rx_rmii 0 0 |-- pfe2_tx_rmii 0 0 |-- pfe2_rx_mii 0 0 |-- pfe2_tx_mii 300000000 0 |-- pfe_axi 300000000 0 |-- pfe_apb 600000000 0 |-- pfe_pe 0 0 |-- pfe_ts 40000000 0 |-- llce_can_pe 200000000 0 |-- llce_sys 80000000 0 `-- llce_per 1000000000 0 |-- a53 400000000 1 |-- serdes_axi 51000000 1 |-- serdes_aux 133333333 1 |-- serdes_apb 100000000 1 |-- serdes_ref 80000000 0 |-- ftm0_sys 0 0 |-- ftm0_ext 80000000 0 |-- ftm1_sys 0 0 |-- ftm1_ext 133333333 0 |--flexcan_reg 133333333 0 |-- flexcan_sys 40000000 0 |-- flexcan_can 200000000 0 |-- flexcan_ts 62500000 0 |-- linflex_xbar 125000000 1 |-- linflex_lin 0 0 |--gmac0_ts 125000000 0 |-- gmac0_rx_sgmii 125000000 0 |-- gmac0_tx_sgmii 125000000 1 |-- gmac0_rx_rgmii 125000000 1 |-- gmac0_tx_rgmii 0 0 |--gmac0_rx_rmii 0 0 |-- gmac0_tx_rmii 0 0 |-- gmac0_rx_mii 0 0 |-- gmac0_tx_mii 400000000 1 |-- gmac0_axi 0 0 |-- spi_reg 0 0 |-- spi_module 133333333 0 |--qspi_reg 133333333 0 |-- qspi_ahb 266666666 0 |-- qspi_flash2x 133333333 0 |-- qspi_flash1x 400000000 0 |-- usdhc_ahb 133333333 0 |-- usdhc_module 400000000 1 |-- usdhc_core 32000 0 |-- usdhc_mod32k 133333333 0 |-- ddr_reg 800000000 0 |-- ddr_pll_ref 800000000 0 |-- ddr_axi 400000000 0 |-- sram_axi 133333333 0 |-- sram_reg 133333333 0 |-- i2c_reg 133333333 0 |-- i2c_module 66666666 0 |-- siul2_reg 51000000 0 |-- siul2_filter 13333333333 0 |--crc_reg 133333333 0 |-- crc_module 100000000 0 |-- eim0_reg 100000000 0 |-- eim0_module 66666666 0 |-- eim123_reg 66666666 0 |-- eim123_module 66666666 0 |--eim_reg 66666666 0 |-- eim_module 66666666 0 |-- fccu_module 51000000 0 |-- fccu_safe 66666666 0 |-- rtc_reg 32000 0 |-- rtc_sirc 51000000 0 |--rtc_firc 133333333 0 |-- swt_module 51000000 0 |-- swt_counter 133333333 0 |-- stm_module 133333333 0 |-- stm_reg 13333333333 0 |-- pit_module 13333333333 0 |--pit_reg 400000000 0 |-- edma_module 400000000 0 |-- edma_ahb 80000000 1 |-- sar_adc_bus 66666666 0 |-- cmu_module 66666666 0 |-- cmu_reg 133333333 0 |-- tmu_module 133333333 0 |-- tmu_reg 133333333 0 |-- flexray_reg 0 0 |-- flexray_pe 66666666 0 |-- wkpu_module 66666666 0 |-- wkpu_reg 66666666 0 |--src_module 66666666 0 |-- src_reg 66666666 0 |-- src_top_module 66666666 0 |-- src_top_reg 133333333 0 |-- ctu_module 80000000 0 |-- ctu_ctu 200000000 0 |-- dbg_sys4 400000000 0 |-- dbg_sys2 400000000 0 |-- m7 133333333 0 |-- dmamux_module 133333333 0 |-- dmamux_reg 500000000 0 |-- gic_module 133333333 0 |-- mscm_module 133333333 0 |-- mscm_reg 133333333 0 |-- sema42_module 133333333 0 |-- sema42_reg 66666666 0 |--xrdc_module 66666666 0 |-- xrdc_reg 0 0 |-- clkout0 0 0 |-- clkout1 100000000 0 |-- usb_mem 32000 0 |-- usb_low 0 0 |-- pfe0_rx_sgmii 0 0 |-- pfe0_tx_sgmii 0 0 |-- pfe0_rx_rgmii 0 0 |-- pfe0_tx_rgmii 0 0 |-- pfe0_rx_rmii 0 0 |-- pfe0_tx_rmii 0 0 |-- pfe0_rx_mii 0 0 |-- pfe0_tx_mii 0 0 |-- pfe1_rx_sgmii 0 0 |-- pfe1_tx_sgmii 0 0 |--pfe1_rx_rgmii 0 0 ||-- pfe1_tx_rgmii 0 0 ||-- pfe1_rx_rmii 0 0 |-- pfe1_tx_rmii 0 0 |-- pfe1_rx_mii 0 0 |-- pfe1_tx_mii 0 0 |-- pfe2_rx_sgmii 0 0 ||-- pfe2_tx_sgmii 0 0 ||-- pfe2_rx_rgmii 0 0 |-- pfe2_tx_rgmii 0 0 |-- pfe2_rx_rmii 0 0 |-- pfe2_tx_rmii 0 0 |-- pfe2_rx_mii 0 0 |-- pfe2_tx_mii 300000000 0 |-- pfe_axi 300000000 0 |-- pfe_apb 600000000 0 |-- pfe_pe 0 0 |-- pfe_ts 40000000 0 |-- llce_can_pe 200000000 0 |-- llce_sys 80000000 0 |-- llce_per Re: uboot jump to kernel affects llce_lin output 嗨,chenyin 1. Lin 时钟在引导加载程序中配置; 2. 我们使用 bsp42,在 tf-a、u-boot 中只保存 ddr、xbar_2x 时钟,所有其他配置都处于关闭状态,具体取决于启动加载程序的配置; BR. Re: uboot jump to kernel affects llce_lin output 你好,@马松 谢谢您的帖子。 1.我想知道 LIN 时钟是在引导加载程序中配置的,还是在 M7 内核上运行的 LIN 应用程序中配置的? 2。您的测试设置中使用的是哪个版本的电路板支持包?对时钟设置有任何修改吗?你介意分享你的 u-启动 中的时钟转储吗? BR 切宁
查看全文
eIQ Curriculum Documentation eIQ Machine Learning (ML) Software Development Environment Fact Sheet eIQ Toolkit User Guide-This link takes you to the eIQ web page on nxp.com. Once there, click on the Documentation tab or scroll down to the Documentation section This training currently covers the following areas: Getting Started with eIQ Includes in depth guides on how to get started on i.MX Applications Processors and Microcontrollers FAQs eIQ
查看全文
Example S32K312 ADC_IP Continuous Scan DMA S32DS36 RTD600 * ================================================================================================== * Detailed Description: * * This example shows how to implement ADC continuous scan with DMA read. * ADC1 is set to perform continuous scan of 4 channels (S10/S11/S12,S13) with DMA request enabled * for last channel S13. DMA reads respective sequential ADC data registers in one major loop. * * ADC1 channel S10 is connected to board's potentiometer, converted value is used to dim board's LED. * * ================================================================================================== * Test HW: S32K312EVB-Q172 * MCU: S32K312_172LQFP * Compiler: S32DS 3.6.3 * RTD release: S32K3_S32M27x Real-Time Drivers ASR R21-11 Version 6.0.0 * Debugger: On-Board Debugger (J40), Lauterbach * Target: Internal_FLASH * ==================================================================================================   Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.  
查看全文
实践研讨会:利用恩智浦最新多媒体应用处理器 i.MX 8M Mini 快速推进您的产品开发 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 从 i.MX 8M Mini EVK 开始实践,我们将介绍开箱即用的支持,包括软件、工具、硬件设计指南和演示软件。参加者在完成本课程后应该能够自信地使用 i.MX 8M Mini 开始自己的设计。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 从 i.MX 8M Mini EVK 开始实践,我们将介绍开箱即用的支持,包括软件、工具、硬件设计指南和演示软件。参加者在完成本课程后应该能够自信地使用 i.MX 8M Mini 开始自己的设计。 i.MX 应用处理器
查看全文
实践研讨会:利用恩智浦汽车智能射频远程控制接口 (RCI) 进行开发 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP 的 RF 产品 Lizard、MantraCS、MantraF 的 RCI 介绍。使用 RCI 固件和配置开发套件 (CDK) 可以轻松实现系统集成和开发。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP 的 RF 产品 Lizard、MantraCS、MantraF 的 RCI 介绍。使用 RCI 固件和配置开发套件 (CDK) 可以轻松实现系统集成和开发。
查看全文
CIT-N1924 MIFARE 超越票务——智慧城市的非接触式解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年,交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求,并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成,其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC,具有最高的硬件和软件安全级别(EAL5+ 通用标准认证)。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年,交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求,并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成,其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC,具有最高的硬件和软件安全级别(EAL5+ 通用标准认证)。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 智能城市和智能基础设施
查看全文
HMB-N1937 接続デバイス用のAndroidベースのBrillio OSの紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Brilloは、Androidをベースにした軽量OSで、オープンで拡張性があり、安全な小さなフットプリントを備えたコネクテッドデバイス向けです。Brilloは、Androidプラットフォームを接続されているすべてのデバイスに拡張するため、セットアップが簡単で、相互に連携したり、スマートフォンとシームレスに連携したりできます。Googleの通信API「Weave」が付属しており、Brilloデバイスが相互に通信して交換したり、データをクラウドに保存したりするのを簡単に行うことができます。このクラスでは、Brillo と、NXP が Google と協力して Brillo を i.MX 6UltraLite プロセッサやその他のプラットフォームに導入した方法を紹介します。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Brilloは、Androidをベースにした軽量OSで、オープンで拡張性があり、安全な小さなフットプリントを備えたコネクテッドデバイス向けです。Brilloは、Androidプラットフォームを接続されているすべてのデバイスに拡張するため、セットアップが簡単で、相互に連携したり、スマートフォンとシームレスに連携したりできます。Googleの通信API「Weave」が付属しており、Brilloデバイスが相互に通信して交換したり、データをクラウドに保存したりするのを簡単に行うことができます。このクラスでは、Brillo と、NXP が Google と協力して Brillo を i.MX 6UltraLite プロセッサやその他のプラットフォームに導入した方法を紹介します。 ビデオプレゼンテーションを見る スマートホーム&ビル
查看全文
DES-N1849 多核 ARM ® v8 QorIQ 处理器中的异常处理 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解ARM®v8异常水平处理(ELO至EL3),以及基于最新的QorIQ LS系列处理器的通用中断控制器v3 (GICv3)逻辑在预封装的Linux SDK环境之外使用具有挑战性。 本次演示将介绍如何配置分发器(GICD)、再分发器(GICR)、CPU接口(ICC_*_EL*)和ARM内核,以处理专有外设中断(PPI)和软件触发的中断(SGI)。 它将用于嵌入式开发人员编写异常处理程序,以及被缩略词弄糊涂的任何人。 CodeWarrior将用于显示异常处理项目示例。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解ARM®v8异常水平处理(ELO至EL3),以及基于最新的QorIQ LS系列处理器的通用中断控制器v3 (GICv3)逻辑在预封装的Linux SDK环境之外使用具有挑战性。 本次演示将介绍如何配置分发器(GICD)、再分发器(GICR)、CPU接口(ICC_*_EL*)和ARM内核,以处理专有外设中断(PPI)和软件触发的中断(SGI)。 它将用于嵌入式开发人员编写异常处理程序,以及被缩略词弄糊涂的任何人。 CodeWarrior将用于显示异常处理项目示例。 观看视频演示 设计 | 软件与服务
查看全文
i.MX6 上的高保证启动 (HAB) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抽象的 安全是我们日常生活中不可避免的一个词。对于我们许多人来说,没有安全性的技术就是没有“信任”的技术。我们都知道,从工作场所到社交聊天,安全在我们的生活中扮演着重要的角色。即使是嵌入式系统也应该实施安全措施,以防止未经授权访问敏感数据。我们如何确保 i.MX6 平台只能使用授权图像启动?让我们来看看名为高保证启动 (HAB) 的酷东西,它使启动映像变得安全而简单。 介绍 数字安全自诞生以来就成为我们生活中不可避免的一部分。对于任何嵌入式系统来说,这种情况都没有什么不同,特别是在处理敏感数据时。许多用于银行交易、国防、医疗、工业和汽车领域的嵌入式设备都严格执行安全规定。 几乎所有嵌入式系统都是根据闪存图像给出的特定指令来工作的。想象一下,如果黑客可以将自己的指令刷入嵌入式设备,那么他就可以完全控制该设备需要执行的操作。如果该设备用于银行目的,那么黑客将获得包括密码在内的所有详细信息!如果该设备用于国防或医疗领域,这种情况会变得更加糟糕。我们如何才能防止这种情况发生?嗯,答案并不那么简单! 嵌入式系统操作系统映像可以从不同的介质(例如 MMC、SD 卡、SATA、以太网等)闪存。由于 SD 卡等介质可以轻松地从一个介质替换到另一个介质,因此在介质上实施安全检查将很困难。此外,人们可以在将操作系统映像刷入这些介质后对其进行更改。因此,仅在刷新图像之前实施安全检查不足以解决这个问题。那么我们如何实施安全检查以确保我们的操作系统映像是安全的?答案是 HAB(高保证靴)。 飞思卡尔在 i.MX6Q 处理器中提供了 HABv4(最新 HAB 版本 4)作为可选功能。HAB 是飞思卡尔安全模块的一部分,可以与 CAAM 和 TrustZone 等其他安全功能协同工作。 使用HAB的优点包括但不限于以下几点: HABv4 实现了启动 ROM 级别的安全性,一旦融合就无法改变。 高效的。 图像控制系统之前的安全检查。 允许多个根密钥。 利用数字签名——保护操作系统映像的最有效方法。 将安全性直接附加到操作系统映像,而不会影响操作系统映像的功能。 通过操作系统映像验证的处理器级别检查可以完全确保安全启动。 HAB 如何运作? HAB基于数字签名的原理。数字签名通过对内容上下文进行签名,使得内容变得安全。该签名过程应包含多种安全算法,以加强最终结果。 HAB 数字签名是 open-ssl 认证、MD5 哈希和 RSA-AES-DES 公钥和私钥检查的组合。 HAB 通过将引导加载程序(u-boot)和操作系统映像(uImage)制作成签名映像来确保安全性。这些签名的图像包含正常的图像内容和安全指令。这些图像也包含公钥和私钥。在HAB过程中,组合得到的公钥哈希码将融合到i.MX6处理器的启动ROM代码中。这种融合使得平台更加安全并且以后无法更改。 在启动过程中,首先启动过程的初始参数应从闪存介质(例如 SD 卡)中获取启动 ROM 代码。然后,HAB 指令将检查启动 ROM 和签名图像中的哈希值。当这两个哈希值匹配时,HAB 进程允许平台启动映像。否则系统将停止所有进程并等待授权图像。 这样,系统就可以防止未经授权的访问,即使有人在后期更改了签名的图像(这最终会改变图像的哈希值,因此在运行时检查期间失败)。 iWave 已成功在我们的i.MX6Q iW-RainboW-G15D-Q7 Linux 平台上实现 HAB,并验证了 HAB 如何保护平台安全。然而,HAB 并非开发平台或模块购买时提供的标准 BSP 的一部分。仅应特殊要求提供。 结论 HAB 是防止未经授权访问操作系统映像的最佳解决方案之一。处理敏感数据(银行、国防等)的嵌入式系统应集成 HAB,以防止外部来源控制整个系统。虽然 HAB 在 i.MX6 平台中是可选功能,但为了确保启动过程更安全,建议集成 HAB。 参考: AN4581_HAB_Application_Note.pdf - 使用 HABv4 在 i.MX50、i.MX53 和 i.MX 6 系列上进行安全启动的应用说明 i.MX_6_Linux_High_Assurance_Boot_(HAB)_User's_Guide.pdf - i.MX 6 Linux 高保证启动 (HAB) 用户指南 概述
查看全文
AN5200 - MPC55xx および MPC56xx にインプリメントされたエラー訂正コード この文書のリビジョン1が正式に公開されました。 https://www.nxp.com/docs/en/application-note/AN5200.pdf   関連するコード例は、こちら(AN5200SWに等しい)にも掲載されています。 例 1 - MPC5634M_2b_RAM_ECC_error_injection CW210 例 2 - MPC5674F_1b+2b_RAM_ECC_error_injection CW210 例3 - MPC5643L 1b_RAM_ECC_error_injection CW210 例 4 - MPC5643L 2b RAM と 2b FLASH ECC エラー挿入 CW210 例 5 - MPC5675K-2b_RAM+2b_FLASH_ECC_error_injection CW210 この文書のリビジョン1が正式に公開されました。 http://cache.freescale.com/files/microcontrollers/doc/app_note/AN5200.pdf http://cache.freescale.com/files/microcontrollers/doc/app_note/AN5200SW.zip   関連するコード例は、こちら(AN5200SWに等しい)にも掲載されています。 例 1 - MPC5634M_2b_RAM_ECC_error_injection CW210 例 2 - MPC5674F_1b+2b_RAM_ECC_error_injection CW210 例3 - MPC5643L 1b_RAM_ECC_error_injection CW210 例 4 - MPC5643L 2b RAM と 2b FLASH ECC エラー挿入 CW210 例 5 - MPC5675K-2b_RAM+2b_FLASH_ECC_error_injection CW210 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 解決。コードは正しく実行されていますが、正しく実行されていませんでした。 問題はまったく異なっていました。私が(2回)ダウンロードしたところ、コードが破損していました。今日、もう一度ダウンロードすると、実行されているのがわかりました。次に、SSDを使用してコードをアプリケーションに変換します。今はあらゆることがうまくいっています。私はExceprion_Handlers壊れたフラッシュブロックを修正したかったのですが、それはうまくいきます。 ありがとうございます。 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2b ECCエラーインジェクションについて話しているのか(6.2章と例で説明されているため、機能Generate_noncorrectable_FLASH_ECC_errorで示されているMPC5643L)、またはフラッシュメモリコントローラに実装された特定のECCエラー報告フラグ(EER)に関連しているのかはわかりません。私はこれらのフラグを冗長だと考えているため、アプリケーションノートでは言及していません。また、簡単にするためにSSDドライバーを使用していませんが、SSDドライバーでECCエラーを注入することはでき、原理は同じです。 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ドキュメントがあまりありません。ご態度ありがとうございます。 MPC5634M、CW10.2、SSD C90LCを使用しています。フラッシュを過度にプログラムすると、EERが発生する可能性があります。MPC56XX_C90LC_JDP_SSD_100_DEVD またはECC_preliminaryで破棄された例は、e200z335 コアで EER をシミュレートしていません。または、(プロジェクト内に)欠落しているファイルがあるか、これを行うための実用的なルーチンがありません(SSDドライブ内)。 もしお役に立てれば...
查看全文
FAQ 全ボード GPIOテスト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> カーネル空間内でGPIOを制御するための独自のドライバを開発することも可能ですが、ユーザー空間からGPIOにアクセスするためのより簡単な方法があります。タイミング要件が問題にならない場合は、GPIO-SYSFSを使用できます。 SYSFSは、カーネル内部フレームワークの一部の機能をユーザー空間にエクスポートする仮想ファイル・システムであり、GPIOはSYSFSを通じて機能をエクスポートできるフレームワークの1つです。 GPIO-SYSFS機能は2.6.27以降のすべてのメインライン・カーネルで使用可能です。 SYSFS経由でGPIOをエクスポートするためのカーネルの構成 SYSFSでGPIOを有効にするには、次のカーネル・オプションを選択してください: デバイスドライバー --->       --- GPIOサポート             [*] /sys/class/gpio/...(sysfsインターフェース) i.MX233またはi.MX28を使用している場合、カーネルを再コンパイルした後、ltibでも自動的に実行されないため、ブート・ストリームを再度生成することを忘れないでください。 使用するピンが本当に GPIO ピンとしてアクセス可能であり、カーネルによって要求されていない(gpio_request)ことを確認してください。ピンが gpio_request された場合、SYSFS 経由でアクセスできるようにするには、カーネル内で同じピンを gpio_export する必要があります。ピンがデフォルトで GPIO として設定されていない場合、 /arch/arm/mach-XXX 内の適切なファイルで IO MUX を設定する必要があります。 ユーザー空間でのGPIOへのアクセス GPIO-SYSFS 機能を有効にした後、新しいカーネルでデバイスを起動してテストを行うことができます。 まず、テストするGPIOをユーザー空間にエクスポートする必要があります: echo XX > /sys/class/gpio/export XXは、次のアルゴリズムによって特定されます: GPIOA_[B]はエクスポートしたいGPIOです。ここで、「A」はGPIOバンク、「B」はバンク内のピンのオフセットです。 最初の利用可能なGPIOバンクが0の場合//(たとえばiMX.28)    XX = A×32 + B; それ以外の場合//最初のGPIOバンクは1    XX =(A-1)×32 + B; GPIOピンをエクスポートした後、次の場所にエクスポートされたGPIOインターフェースを確認できるようになります: /sys/class/gpio/gpioXX このインターフェースを通じて、次のようなことができるようになります: #ピンの値を読みます cat /sys/class/gpio/gpioXX/value #ピンの向きを変える > /sys/class/gpio/gpioXX/directionにエコーイン エコーアウト> /sys/class/gpio/gpioXX/direction # GPIO出力レベルの切り替え echo 0 > /sys/class/gpio/gpioXX/value echo 1 > /sys/class/gpio/gpioXX/value GPIO仮想ファイル・システムでは、一度に1つのGPIOピンしか処理できないことに注意することが重要です(コマンドごと)。 Re:FAQすべてのボードGPIOテスト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは愚かな質問かもしれませんが、どのピンがgpioXXに物理的にリンクされているかを知るにはどうすればよいでしょうか?
查看全文
eIQ Toolkit for MCU - Getting Started Labs The tools previously bundled as part of eIQ Toolkit are now released as standalone packages and eIQ Toolkit will no longer be updated after the eIQ Toolkit v1.17 in Q3 2025. Going forward the tools previously included in eIQ Toolkit can now be found at: eIQ Neutron SDK now contains the latest versions of the Neutron Converter tool eIQ Time Series Studio can now be found in a standalone package eIQ Model Creator provides an option for vision based model creation eIQ AI Toolkit will provide model optimization functionality (Coming Soon) Netron provides TFLite model viewing functionality This article will remain up for existing users. --------- eIQ Toolkit enables machine learning development with an intuitive GUI (named eIQ Portal) and development workflow tools, along with command line host tool options as part of the eIQ ML software development environment. Developers can create, optimize, debug and export ML models, as well as import datasets and models, rapidly train and deploy neural network models and ML workloads. The eIQ Portal provides output TensorFlow Lite models that seamlessly feed into eIQ inference engines like TensorFlow Lite and TensorFlow Lite for Microcontrollers. Using a tool called Model Runner, eIQ Toolkit can also generate runtime insights to help optimize neural network architectures on i.MX RT and i.MX devices. These labs go over how to use eIQ Portal. It is recommended to do them in the following order: Data Import Lab Model Runner Lab The labs are written for using a FRDM-MCXN947 and i.MX RT1170-EVK, but other eIQ supported devices can be used as well.  MCX N i.MX RT1050 i.MX RT1060 i.MX RT1064 i.MX RT1160 i.MX RT1170 i.MX RT1180 i.MX RT500 i.MX RT600 For details on the Time Series Studio tool please see the Time Series Studio lab guides. For  i.MX RT
查看全文
LINが通信のスレーブとして動作する場合の切断の問題 こんにちは。LPUART1をLINスレーブデバイスとして使用すると、一定時間後に通信が途切れてしまいます。この時点では、データの受信と送信は不可能です。受信したフレーム数をカウントするためにカウンターを使用しました。接続が中断されるたびに、カウンターの値は異なっていた。中断するまでに700フレーム以上かかる場合もあれば、3000フレームかかる場合もあった。以下の図は、割り込み発生後のLPUART1のレジスタ値を示しています。レジスタのどこに問題があるのか分析するのを手伝ってください。ご協力ありがとうございました。 Re: The problem of disconnection when LIN acts as a slave for communication こんにちは、 @Aoyng さん。 このトピックに関する以下のスレッドに返信しました。 https://community.nxp.com/t5/S32K/The-S32K314-uses-the-LPUART-to-configure-as-a-LIN-slave/mp/2365972/highlight/false#M58611 https://community.nxp.com/t5/S32K/The-LIN-communication-issue-using-the-FS6500-chip/mp/2366021/highlight/false#M58615 よろしくお願いいたします。 ダニエル Re: The problem of disconnection when LIN acts as a slave for communication LINのボーレートを変更して、その違いを確認してみましたか?
查看全文