Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
Himiway:中置电机 vs 轮毂电机:优缺点 如果你正在选购电动自行车,那么最重要的决定之一就是在中置电机和轮毂电机之间做出选择。 两种设计方案没有绝对的优劣之分。中置电机特别擅长利用自行车的变速器来应对陡坡和技术地形,而轮毂电机则更简单、通常更实惠,并且需要的传动系统维护也更少。 对于许多日常骑行者来说,一款性能优良的轮毂电机就能提供绰绰有余的性能。对于经常需要应对陡峭山坡、山路或需要承载大量货物的骑行者来说,中置电机系统可能更有利。 以下是一个实际的比较。 中置电机与轮毂电机对比概览 特色中置电机轮毂电机 电机位置:曲柄/踏板附近,前轮或后轮轮毂 最适合山地、小径、技术性骑行、通勤、休闲、日常混合骑行 爬坡性能:优秀,具体取决于扭矩。 重量分布非常均衡,一个车轮的重量较大。 传动系统磨损较高 较低 维护方面更复杂,但通常更简单 补胎通常比较容易,但拆卸车轮可能比较困难。 踏板感觉通常非常自然,很大程度上取决于传感器的调校。 价格通常较高,但通常更实惠 什么是中置电机? 中置电机位于五通附近,也就是脚踏板和曲柄组与车架连接的地方。 电机不是直接驱动车轮,而是通过自行车的传动系统传递动力。这意味着电机可以像骑手一样利用自行车的齿轮。 例如,在陡坡上换到较低的档位,电机就可以以更合适的速度运行,同时产生强大的爬坡辅助。 这正是中置电机系统在高性能电动山地自行车和其他专为崎岖地形设计的自行车上广受欢迎的最大原因。 中置电机的优点 1. 出色的爬坡性能 这或许是支持中置驱动器的最有力论据。 因为电机动力通过自行车的齿轮传递,所以爬坡时可以选择较低的档位。这样可以提高电机的运行效率,而不是强迫电机以非常低的转速拉动自行车上坡。 对于居住在丘陵地带的骑行者来说,这可能会产生明显的差异。 但是,不要以为所有中置电机都比所有轮毂电机爬坡性能更好。电机扭矩、控制器调校、骑手体重、齿轮比、轮胎尺寸和整车重量都很重要。 一款动力强劲的 750W 齿轮轮毂电机,扭矩大,在普通道路和中等难度的山路上仍然是一款优秀的爬坡电机。 2. 更佳的重量分布 中置电机将重量放置在自行车较低的位置,靠近中心。 这通常使自行车的操控性更加中性,因为前轮或后轮内没有集中的大型发动机。 在技术性山地自行车骑行、快速改变方向以及在不平坦的地形上骑行时,这种优势会变得尤为明显。 3. 电机功率的高效利用 由于电机可以利用自行车的齿轮,中置驱动系统可以使电机在更高效的转速范围内运行。 这可以提高频繁出现海拔变化的路线的效率。 但这并不意味着中置电机就一定拥有更长的续航里程。电池容量、速度、轮胎压力、骑行者体重、温度、海拔、风力和辅助级别都可能对实际续航里程产生更大的影响。 4. 自然踏板体验 许多高端中置电机系统都配备了扭矩传感器。 扭矩传感器测量你踩踏板的力度,并据此调整电机辅助力度。 付出更多努力,就能获得更多帮助。轻踩踏板,电机反应也会更柔和。 这种感觉与骑普通自行车非常相似——只是你的腿部力量突然增强了很多。 中置电机的缺点 1.传动系统磨损加剧 中置电机爬坡的优势也正是源于这一特性,而这一特性同时也造成了它最大的劣势之一。 骑手和电机都通过以下元器件传递动力: 链 链轮 磁带 变速器系统 电机扭矩过大,加上不良的换挡习惯,会加速传动系统的磨损。 如果在电机输出最大功率时频繁换挡,链条和飞轮齿的磨损速度可能会明显加快。 2. 更贵 中置驱动系统通常价格更高。 电机必须集成在曲柄区域周围,车架通常需要专门围绕该驱动装置进行设计。 对于主要在铺装路面或相对平缓的地形上行驶的骑行者来说,支付额外费用可能不会带来足够的实际好处。 3. 换挡技巧很重要 中置电机骑行者需要更仔细地考虑档位选择。 以非常高的档位起步爬陡坡,然后在发动机负荷较大的情况下换挡,这不是理想的做法。良好的骑行技巧包括在传动系统负荷过重之前选择合适的档位。 对于经验丰富的骑行者来说,这很快就会变得很自然。对于初学者来说,可能需要一段时间的学习。 4. 链条断裂可能会演变成更大的问题 由于中置电机通过链条传递电机动力,传动系统故障可能会导致电机无法驱动后轮。 配备油门的轮毂驱动自行车在这方面具有优势,因为它的电机独立于自行车链条运行。 什么是轮毂电机? 轮毂电机直接安装在前轮或后轮的中心。 后轮毂电机在现代电动自行车上尤为常见。 电机不是通过链条和飞轮传递动力,而是直接驱动车轮旋转。这使得该系统在机械结构上变得简单,并将电机动力与传统的自行车传动系统分离。 Himiway的多款车型采用强大的轮毂驱动配置。Himiway D5 2.0 系列等自行车证明了轮毂电机在实用型胖胎电动自行车上仍然很受欢迎:它们可以将巨大的扭矩与相对简单的操作结合起来。 轮毂电机的优点 1. 简洁且维护成本低的设计 最大的优势之一就是简单易用。 电机通常不会通过自行车链条或飞轮传递动力。因此,你的传动系统只需要承受你的踩踏力,而不是你的踩踏力加上电机输出功率。 对于想要购买电动自行车用于通勤、周末骑行、办事或休闲娱乐的骑行者来说,这种简便性很有价值。 2. 日常表现优异 认为轮毂电机只适用于平坦道路的想法已经过时了。 现代齿轮轮毂电机可以产生相当大的扭矩。 例如,Himiway D5 2.0 使用 750W 齿轮轮毂电机,额定扭矩为 90 牛米。这种规格旨在提供强劲的加速性能和有效的爬坡辅助,而不是仅仅在平坦的自行车道上巡航。 D5 2.0 20" 结合了相同的总体理念,配备 20 英寸宽轮胎和全悬架,为骑手提供了一个以舒适性和操控性为核心的紧凑平台。 对于普通的山坡、居民区街道、碎石路和休闲小径,设计良好的轮毂电机完全能够胜任。 3. 更低的购买成本 对于制造商而言,轮毂电机通常结构更简单,成本也更低,更容易集成到电动自行车中。 这样一来,自行车预算中的更多资金就可以用于其他功能,例如: 更大的电池 液压制动器 更好的悬挂系统 集成照明 宽胎 更高的有效载荷能力 这也是轮毂电机自行车能够以非常优惠的价格提供极具吸引力的配置的原因之一。 4. 减轻链条和飞轮的压力 由于电机动力直接传递到车轮,链条无需传递电机的全部扭矩。 与动力强劲的中置电机自行车相比,这意味着传动系统元器件的使用寿命更长,前提是两辆自行车都得到妥善维护。 5. 油门操作可能很有用 在配备油门的兼容轮毂驱动电动自行车上,电机运行不一定取决于自行车传动系统。 从静止状态起步、短暂通过十字路口或载重时启动自行车,这会很方便。 它还提供了一个重要的机械优势:链条断裂不一定会阻止电机带动自行车运转。 轮毂电机的缺点 1. 在极端爬坡路段效率较低 传统的轮毂电机无法像中置电机那样充分利用自行车的飞轮。 在漫长而陡峭的爬坡过程中,电机可能被迫在重负荷下低速运转。 这会增加热量产生和能源消耗。 如果只是偶尔遇到小山坡,这可能影响不大。对于每天都要攀登陡峭山路的骑行者来说,这一点就显得更加重要了。 2. 后轮或前轮较重 电机给装有它的车轮增加了相当大的质量。 大多数动力强劲的电动自行车都使用后轮毂电机,因此在抬起或维修自行车时,自行车的后部可能会感觉更重。 你可能在扛着自行车上楼时比骑车时更容易注意到这一点。 3. 补胎可能更复杂 轮毂电机的车轮不像普通自行车车轮那样容易拆卸。 您可能需要断开电机电缆,并处理一个重量明显更重的车轮。 因此,对于轮毂驱动电动自行车来说,保持正确的胎压和使用防刺轮胎尤其重要。 Himiway电动自行车怎么样? Himiway 电动自行车就是一个很好的例子,因为它的许多自行车都强调强大的轮毂驱动系统,而不是仅仅因为中置驱动听起来更高端就自动使用中置驱动。 Himiway D5、D5 Pro、D5 2.0、D5 2.0 ST、D5 2.0 Camo、D5 2.0 20"、C3、A7、A7 Pro、D7 和 D7 Pro 等车型针对不同类型的骑行,因此重点是要看整辆自行车,而不是仅仅根据发动机的位置来判断。 例如,考虑购买 D5 2.0 的骑手可能更关心强劲的扭矩、宽胎的牵引力、悬架的舒适性、续航里程和日常可靠性,而不是追求最轻的传动系统。 D5 2.0 20" 对于那些重视操控性和舒适性的骑手来说,它尤其具有吸引力。它较小的 20 英寸车轮、4 英寸轮胎、全悬架和低重心,与传统的大轮山地电动自行车相比,带来了截然不同的骑行体验。 与此同时,A7 和 A7 Pro 更适合那些优先考虑城市交通和日常实用性的骑行者。 而 C1 Kids 则属于完全不同的类别。对于年轻的骑手来说,操控性、合适的尺寸、速度控制、刹车和成人监督远比追求最大电机扭矩重要得多。 这凸显了一个重要的教训: 不要仅仅根据电机来选择电动自行车。 骑手们真正注意到的是什么 规格参数固然有用,但日常骑行往往会让这些差异变得简单得多。 一辆调校良好的轮毂电机自行车在日常通勤中通常会感觉毫不费力。你踩着踏板,救援人员赶到,你就可以继续前进,而无需时刻考虑档位。 一款好的中置电机往往会给那些积极使用变速档位的骑手带来回报。接近坡顶时,降档可以让发动机和骑手高效地协同工作。在复杂地形上,重心集中也能使自行车感觉更加平衡。 当你在平坦的自行车道上以中等速度骑行时,这种差异就不那么明显了。 因此,对于每个骑手来说,花更多的钱购买中置电机并不一定值得。 哪款发动机更适合爬坡? 中置电机在爬坡时表现出色。 如果你的日常骑行包括漫长、陡峭的山路爬坡,那么中置电机利用自行车变速系统的能力就是一个很大的优势。 但“丘陵”和“极端丘陵”之间存在着重要的区别。 大多数人并非每天早上都要攀登山隘。 高扭矩齿轮轮毂电机能够很好地应对典型的社区山坡、起伏的乡村、碎石路和中等难度的山路爬坡。这就是为什么像 Himiway D5 2.0 这样的自行车对于那些想要爬坡能力但又不想升级到更昂贵的中置电机平台的骑手来说是一个不错的选择。 哪个更适合通勤? 对于一般的通勤,我会认为轮毂电机更有优势。 它结构简单,价格相对便宜,对自行车传动系统造成的电机相关压力较小,并且为正常的城市骑行提供了足够的助力。 但是,如果你的通勤路线包含非常陡峭的地形,那么中途驾车就更具吸引力了。 哪款更适合山地自行车? 对于高难度的技术型山地自行车骑行,我会选择中置电机。 电机居中位置改善了重量分布,同时方便调整自行车的变速装置,有助于在陡峭和技术性爬坡时获得更好的操控。 对于碎石路、林间小路、土路、露营旅行和难度相对较低的休闲步道来说,动力强劲的胖胎轮毂驱动自行车仍然是一个不错的选择。 哪个更适合初学者? 对于许多初学者来说,轮毂电机驱动的电动自行车更合适。 无需过多考虑如何保持发动机处于正确的档位,传动系统的维护也很简单,而且价格通常也更亲民。 然而,电机类型并不是影响易用性的唯一因素。 车架几何形状、车轮尺寸、自行车重量、跨高、油门响应、扭矩或踏频感应、刹车和悬架等因素,对骑行者的信心会产生更大的影响。 中置电机 vs 轮毂电机:最终评测 没有绝对的赢家。 如果您符合以下条件,请选择中置电机: 经常攀登非常陡峭的山坡 骑行技术性强的山地车道 想要均衡的重量分布 偏爱自然、注重性能的骑行感受 不介意额外的传动系统维护 愿意支付更多费用 如果您符合以下条件,请选择轮毂电机: 通勤或休闲骑行 主要遇到平坦或略有起伏的地形 想要降低维护成本 想在预算范围内获得更高的性价比 倾向于选择机械结构更简单的系统 希望电机独立于自行车传动系统运行。 对于许多日常骑行者来说,优质的齿轮轮毂电机在动力、简易性、可靠性和价格方面提供了更好的平衡。设计合理的 750W 高扭矩轮毂驱动电动自行车,其性能远不止于平坦的城市街道。 当地形变得真正复杂时,中置电机就显得尤为重要。 所以,与其问“哪个电机更好?”,不如问: “我到底要去哪里骑这辆自行车呢?” 如果答案是陡峭的山路和艰险的攀登,那么请仔细研究一下中途驱动。如果是通勤、周末骑行、碎石路骑行、办事以及中等坡度的山路骑行,一辆好的轮毂电机电动自行车——例如 Himiway 产品线中的几款车型——可以满足您的所有需求,而无需为用不到的复杂功能买单。
View full article
ADT7420温度传感器无法与frdm_mcxw72板配合使用 您好, 我尝试使用frdm_mcxw开发板运行adt7420示例程序,但打印信息为“传感器:设备未就绪。”在我将镜像写入目标设备之后。 硬件配置如下图所示,供参考。 anliu114036_0-1786010612902.png 我认为硬件接线没问题,我是按照下面的说明进行的。 anliu114036_1-1786010728607.png 您可以在如下所示的板文件夹中找到我添加的叠加文件。 anliu114036_2-1786010818065.png 我还附上了版本日志文件,希望能从中获取更多信息。请您检查一下并帮忙解决问题。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board 你好,希望你一切都好。   从你分享的图片来看,你似乎正在使用 KW47-LOC 板,请问你能否确认一下这是正确的设备? 你使用的是哪个 Zephyr 仓库和版本?如您所知,Zephyr 并不直接支持 KW47-LOC 板,只支持 frdm-mcxw72。也就是说,由于芯片是兼容的,您可以利用 frdm-mcxw72 示例并修改 overlay 文件,使其适配 KW47-LOC 板引脚。 检查您的 overlay 配置,KW47-LOC 板仅支持 LPI2C1 模块,因此您需要在 overlay 中启用 lpi2c1 节点。对于 SCL 和 SDA 引脚,它们在 frdm_mcxw72-pinctrl.dtsi 中定义为 I2C1 的 PTB4 和 PTB5,我建议保留它们,因为它们与 KW47-LOC 引脚匹配。为了使 J2 引脚 6 连接到目标 MCU 引脚 PTB4,请将 J24 2-3 短接。   有关 MikroBUS I2C 引脚图,请参考 UM12114: 引脚 2:WUU0_P12/PTC7 上的 INT(硬件中断) 引脚 5:I2C1_SCL 上的 SCL(I2C 时钟) 引脚 6:I2C1_SDA 上的 SDA(I2C 数据)   请确认您的 prj.conf 文件中已启用以下配置: CONFIG_I2C=y 配置传感器=y CONFIG_ADT7420=y   此致, 安娜·索菲亚。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board 嗨,安娜 感谢您的支持。是的,我确实使用过KW47-LOC 板,并尝试在该板上运行 frdm-mcxw72 示例,Zephyr 仓库版本为 v4.4.1。 将覆盖文件从 I2C0 更改为 I2C1 后,ADT7420 设备初始化似乎正常,但该传感器仍然无法读取正确的温度,您可以在下面的串口监视器打印消息中看到。 anliu114036_0-1786427779708.png 以下是最新的 overlay 文件和 prj.conf 文件内容。 anliu114036_1-1786427965565.png anliu114036_3-1786428011874.png 顺祝商祺! 刘维
View full article
IMX95启动计数管理 您好, 我最近一直在研究imx95 19x19 EVK板,我感兴趣的是为我们的发行版更新/恢复实现一个启动计数管理机制。 查看 TRM 后,我发现 GPR(通用寄存器)位于 BBNSM 中,可通过 SCMI 协议(向在 M33 上运行的 SM 发出请求)访问。在 u-启动 中,scmi_get_bbnsm_gpr() 和 scmi_set_bbnsm_gpr() API 已提供(在 arch/arm/mach-imx/imx9/scmi/soc.c 中),因此我能够毫无问题地实现我的 bootcount_store()/_load()。 然而,内核中并不存在这样的 API!(我希望在Linux启动成功后,从Linux用户空间重置启动计数。) 此外,我在您的文档中看到了网络弹性恢复模块 (CRRM),现在我甚至怀疑是否有必要对发行版更新进行启动计数的自我管理。 所以我有几个问题想问你: 为什么内核不支持通过 SCMI API 进行 GPR 访问?是因为 CRRM 使用了某个 GPR 吗? 使用 CRRM 时,设置启动计数来管理发行版。更新是否有感知?如果可以,除了 GPR 之外,您建议将启动计数存储在哪里?(或者还有哪些其他方法可以访问探地雷达) 任何回答我都非常感激。 SoC:i.MX 95(19x19 LPDDR5 EVK) 电路板支持包。LF6.18.20_2.0.0 谢谢! 阿布德尔 Re: IMX95 bootcount managment 嗨@Chavira 感谢您提供的宝贵澄清。 那么使用GPR是可以的,但是NXP是否会在内核端提供官方驱动程序来添加GPR访问权限呢? 我可以在内核源代码的 drivers/firmware/arm_scmi/vendors/imx 目录下看到 imx-sm-bbm.c 文件。定义了探地雷达(GPR)命令,但没有实现它们! enum scmi_imx_bbm_protocol_cmd { IMX_BBM_GPR_SET = 0x3, IMX_BBM_GPR_GET = 0x4, IMX_BBM_RTC_ATTRIBUTES = 0x5, IMX_BBM_RTC_TIME_SET = 0x6, IMX_BBM_RTC_TIME_GET = 0x7, IMX_BBM_RTC_ALARM_SET = 0x8, IMX_BBM_BUTTON_GET = 0x9, IMX_BBM_RTC_NOTIFY = 0xA, IMX_BBM_BUTTON_NOTIFY = 0xB, };   做出这个决定(即实施所有列出的命令,唯独不实施 GPR 命令)有什么原因吗?在采用任何自定义实现之前,我更倾向于遵循 NXP 的既定方案。   顺祝商祺! 阿布德尔 Re: IMX95 bootcount managment 嗨@Abder , 感谢您进行的详细调查。 简单来说,CRRM 和 ROM 恢复并不能取代启动计数机制。它们可以帮助从损坏或无效的启动映像中恢复,但它们无法确定 Linux 或您的应用程序是否已成功启动。对于 OTA 更新解决方案,仍然建议使用启动计数来检测更新失败并执行自动回滚。 关于 BBNSM GPR,U-启动可通过 NXP 特有的 SCMI 功能提供访问,但 Linux 目前没有公开等效接口。如果您需要在 Linux 系统中访问这些寄存器,则可能需要自定义内核驱动程序或 SCMI 供应商扩展。 对于您的使用场景,如果 BBNSM GPR 已经在 U-Boot 中正常工作,我们建议您继续使用 BBNSM GPR 进行启动计数存储。CRRM 恢复和启动计数管理用途不同,应视为互补机制,而不是替代机制。 此致, 查维拉 Re: IMX95 bootcount managment 嗨@Abder , 谢谢你指出这一点。你的观察是正确的。 IMX_BBM_GPR_SET 和 IMX_BBM_GPR_GET 命令在 BBM 协议规范中定义,这意味着固件支持访问通用寄存器 (GPR)。然而,当前的 Linux imx-sm-bbm 驱动程序尚未实现对这些命令的支持。目前,该驱动程序仅公开 RTC 和按钮相关功能,因为这些功能直接与现有的 Linux 子系统(RTC 和输入框架)集成。 虽然上游驱动程序还无法访问 GPR,但该驱动程序在初始化期间已经检索并存储了有关可用 GPR 数量的信息。这表明底层基础设施已部分到位,并且在驱动程序设计过程中考虑了探地雷达支持。然而,目前还没有官方内核接口或已发布的驱动程序实现将这些寄存器暴露给用户空间。 此致, 查维拉
View full article
Zephyrを使用してIMXRT1170でFLEXPWMを使用する方法は? こんにちは、みんな、 私はZephyrとIMXRT1176を組み合わせて使用し、FLEXPWMを使ってPWM信号を出力する予定です。 FLEXPWMとXBARに関する過去の投稿をいくつか読みました。ベアメタルコードの出力にFLEXPWMをルーティングするために、XBARAを初期化する必要があります。 さて、Zephyrではこれはどのように機能するのでしょうか?デバイスツリーで何を定義する必要がありますか?FLEXPWMグループを定義するだけで、ビルドシステムがXBARAの設定を処理するという流れで良いのでしょうか? 私の理解では、zephyrは汎用APIを使用してPWMの出力を設定しているようですが、IMXRT117X MCUのようなハードウェア依存性がある場合、これはどのように機能するのでしょうか?手動設定ですか? この分野について理解を深めるのに役立つ例や解説はありますか? Re: how to use FLEXPWM on IMXRT1170 using Zephyr? こんにちは、 @TomC818 さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! Zephyrでは、選択したピンが通常のFLEXPWM代替機能である場合、デバイスツリーで対応するFLEXPWMサブモジュールを有効にし、正しいpinctrlを指定するだけで済みます。ZephyrのMCUX PWMドライバは、汎用PWM APIを介してpinctrlを適用し、FLEXPWMを設定します。MIMXRT1170 EVKには、flexpwm1_pwm2とGPIO_AD_04をFLEXPWM1_PWM2_Aとして使用する例が既に含まれています。 ただし、設計上、FLEXPWM信号をXBARA経由でXBAR出力ピンにルーティングする必要がある場合、現在のZephyr PWMドライバはXBARAをPWM用に自動的に構成しません。MCUX SDK APIを使用してボード/アプリケーションの初期化時にXBARAを手動で設定するか、xbar-mapsプロパティを使用する小さなカスタムドライバ/初期化関数を追加する必要があります。Zephyrにはnxp,mcux-xbarバインディングがあり、QDECなどの一部のドライバはこれを使用しますが、PWMドライバ自体は現在xbarマップを使用していません。 以下の2つの主要なドライバを参照してください。 1. https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/pwm/pwm_mcux.c 2. https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/sensor/nxp/qdec_mcux/qdec_mcux.c よろしくお願いします、 ギャビン Re: how to use FLEXPWM on IMXRT1170 using Zephyr? この回答についてもう少し詳しく教えていただけますか?「xbar-maps」のintreeでの使用例は、/zephyr/samples/sensor/qdec/boards/mimxrt1050_evk_mimxrt1052_hyperflash.overlayだけです。 これは、数値を使うようなものだろうか? kXBARA1_InputFlexpwm1Pwm0OutTrig0 ->  kXBARA1_OutputFlexpwm1Pwm0Exta ?
View full article
S32DS ARM 2018 R1 ライセンスの有効期限が切れました こんにちは、 3e3ddc69f7c74134887b48237e8792a5.png 私のS32DSライセンス: 1F6C-C156-4EFC-CE54 延長/再発行の申請 ありがとう Re: S32DS ARM 2018 R1 许可证过期 お客様のS32DSライセンスが延長されました。 Re: S32DS ARM 2018 R1 许可证过期 こんにちは: 私のS32DSライセンス: 3961-E8A1-3B9E-B769 延長/再発行申請 ご協力の程、よろしくお願い申し上げます。 414179465_0-1786263896843.png
View full article
如何观看所有直播赛事? 大家好,我是一名学生,我正在寻找一种简单可靠的方式在线观看直播活动、体育赛事、新闻和其他直播节目,而不想被太多不同的网站和应用程序搞得眼花缭乱。 我听说有人提到过IPTVGREAT ,但我并不是想推广任何服务。我只是想了解一下有哪些选择,找到一款安全、价格合理且方便学生使用的服务。 如果您有在线观看直播内容的经验,能否分享一些建议?我尤其希望您推荐合法可靠的平台、免费服务,或者价格实惠且在笔记本电脑或手机上都能流畅运行的平台。 感谢所有能提供帮助的人。我只是想找到一个既实用又不会花费太多钱的办法,毕竟我是个学生。
View full article
すべてのライブイベントを視聴するにはどうすればいいですか? 皆さんこんにちは、私は学生で、多くの異なるウェブサイトやアプリに混乱せずに、ライブイベント情報、スポーツ、ニュース、その他のライブ番組をオンラインでシンプルかつ確実に視聴できる方法を探しています。 IPTVGREATというサービスを耳にしたことはありますが、特定のサービスを宣伝するつもりはありません。ただ、選択肢を理解し、安全で手頃な価格で、学生でも簡単に使えるサービスを見つけたいだけです。 もしオンラインでライブコンテンツを視聴した経験がある方がいれば、何かアドバイスをいただけますか?特に、合法で信頼できる選択肢、無料サービス、ノートPCやスマホで使いやすい手頃なプラットフォームのおすすめがあれば教えてほしいです。 助けてくれる方、ありがとうございます。学生なので、あまりお金をかけずに実用的な解決策を見つけようとしているだけです。
View full article
PCA9615 我写信是为了寻求帮助,解决 dI2C 通信两端的电路问题——两个 PCB 板之间通过双绞线束进行通信(DSDAP 和 DSDAM;DSCLP 和 DSCLM;两条 GND;以及两条 5V 线)。在此之前,我决定测试 Gemini,因此很遗憾,我依靠 AI 来生成与 dI2C 通信相关的两个 PCB 的部分。附件是与 dI2C 相关的原理图部分。不出所料,各板之间没有任何沟通,但我的懒惰,以及我不得不说的愚蠢(吸取教训了),让我浪费了很多时间。我最终查阅了演示板的数据手册和用户手册,发现一个明显的区别是,正极线(DSCLP 和 DSDAP)与 VDD(B) 之间有 600 欧姆的电阻,负极线(DSCLM 和 DSDAM)与 VSS 之间也有 600 欧姆的电阻,而正负极线之间则有 120 欧姆的电阻,这显然导致正负极线之间的电阻为 100 欧姆(我知道 1/600 + 1/120 = 1/600 + 5/600 = 100,但我无法从电路角度理解——也许是因为我是机械工程师?)。这个错误(或许是多个错误之一)是否是由于在每对导线之间缺少一个600欧姆的上拉电阻、一个600欧姆的下拉电阻和一个120欧姆的电阻造成的?(28 AWG双绞线的特性阻抗约为100欧姆,用于内部数据链路和USB/以太网配置;对于使用PVC或FEP绝缘导线的标准间距配置,阻抗为78欧姆至95欧姆。) 这是人工智能给出的结果与我在数据手册的图1、图7、图8和图9中看到的结果之间的一个显著区别。另一个区别是,AI 为两个 PCB 建议了不同的电容排列方式,而演示板上只有一种排列方式(我假设这种排列方式用于 dI2C 连接线的两侧)。此外,VDDA 引脚和 VDDB 引脚似乎各有两个电容——都是陶瓷电容(尽管我最初的想法是那两个黄色电容应该是钽电容)。我可以使用演示用户手册中提供的电容配置,而忽略 AI 在附件中提供和显示的内容吗? 另一个问题是,在主控端(我使用的是 3.3V 微控制器),最初 Ai 指示将使能引脚连接到 5V 线,但在电路板制作完成后,两个电路板都没有任何功能,这促使 AI 确定主控端的使能引脚应该连接到 3.3V 线(主板上的 VDD(A) 连接到 3.3V 线)。然后,它要求完全切断主PCB板上使能引脚的所有电源,作为一项测试。请问是否需要向 EN 引脚供电,以及供电方式是什么?在测试或最终运行期间,我不会对任何电气硬件进行热插拔。 我正在考虑实施上述更改,但在进一步投入资金购买昂贵的电路板之前,非常希望得到您的帮助。 Re: PCA9615 关于电容还有一点需要说明,建议主PCB上的VDDA和VDDB引脚都只使用去耦电容。建议在从机PCB板上使用去耦电容,同时还建议在从机PCB板上的VDDB引脚上额外添加两个电容。 Re: PCA9615 您好! 感谢您的详细解释。 请注意,NXP 为 PCA9615 系列提供了一个评估板,可作为您实现的参考设计。我们强烈建议您将您的原理图与 PCA9615 评估板及其相关用户手册进行比较,因为该设计包含了 NXP 验证过的推荐差分 I²C 终端网络、偏置电阻、去耦电容和 EN 引脚连接。 在设计基于 PCA9615 的定制系统时,以评估板原理图为基准通常是最佳方法,因为它能最大限度地降低配置或布局问题的风险,并遵循数据手册和应用文档中提供的建议。 我们建议您在进行另一次 PCB 修改之前,先查看评估板原理图并相应地更新您的设计。 https://www.nxp.com/products/interfaces/ic-spi-i3c-interface-devices/ic-i3c-bus-repeaters-buffers-and-extenders/pca9616pw-demo-board:OM13523UL 希望这能帮到你!
View full article
LX2160AでMPキーの取得に失敗しました こんにちは、NXPさん。 LLDP LX2160Aベースの安全なブートシステムを構築し、MPキーの機能検証も行っています。 LX2160Aボードのセキュアブートシステムのインストールと起動は問題なく、ITSのビット値は1だと考えていますが、「mp_app -p」コマンドを実行すると「Device is not initiated」エラーが出ます。 截圖 2026-07-22 15.50.34.png この問題について確認するためのアドバイスはありますか? ありがとうございました。 ジェフリー Re: LX2160A get MP key failed 顧客はLLDPの文書6.4.4項を守りましたか?   screenshot-1.png のような Linuxプロンプトからtee-supplicant & commandを実行してください。 Linuxカーネルのバージョンによっては、右フォルダからinsmod securekeydev.koを使用していました また、顧客が「mp_app」を実行する際にカーネルPrintkを有効にしてもらい、ログを共有してください。 エコー 8 > /proc/sys/kernel/printk dmesg Re: LX2160A get MP key failed こんにちは、イーピンワンさん はい、 mp_appコマンドを実行する前に、tee-supplicantを起動してsecurekeydev.koをロードします。 截圖 2026-07-24 14.22.00.png 以下はdmesgの情報です。 截圖 2026-07-24 14.22.27.png Jeffrey Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 お客様のフィードバックによると、「error: caam_submit_mp_get_pub_key_op: submit_job」と表示され、SECへの送信失敗を示しています。 お客様に以下のLinuxシステムでのテストをお願いしてください。 1. xtestを実行してエラーレポートを確認しますか? 2. LX2160用のCAAMモジュールをインストールするには「modprobe caam」を実行してください。もしモジュールのインストールが失敗した場合は、カーネルバージョンに対応したモジュールを更新してください。 3.エラーを報告する場合は、以下のパッチを適用してSECの戻り結果を確認し、エラーの種類を特定して、完全なログを共有してください。 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.cインデックス b82acd3..d657742 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); if (!ret) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } よろしくお願いいたします。 Re: LX2160A get MP key failed あなたのコメントについてですが、 1. xtestを実行して、エラーレポートを確認しますか? 添付のxtestログを参照してください。 2. LX2160 用の caam モジュールをインストールするには、「modprobe caam」を実行してください。モジュールのインストールに失敗した場合は、カーネル バージョンと互換性のあるモジュールを更新してください。 既にカーネルにcaamモジュールを組み込みました。 3.エラーを報告する場合は、以下のパッチを適用してSECの戻り結果を確認し、エラーの種類を特定して、完全なログを共有してください。 caamとmp_appに関するdmesgの出力は以下のとおりです。 截圖 2026-07-29 16.03.42.png 截圖 2026-07-29 15.53.07.png   よろしくお願いします。 Re: LX2160A get MP key failed 1. Linuxカーネルでcaamジョブリングが正常に動作しているか確認してください。下のコマンドを実行してcaam jr割り込みの増加を確認してください root@localhost:~# cat /proc/interrupts | grep jr 378: 41 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 172 レベル 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 レベル 8020000.jr 380: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 174 レベル fsl-jr0 root@localhost:~# root@localhost:~# root@localhost:~# dd if =/dev/hwrng of=/tmp/random.dat bs=1 count=16 16+0 レコード 16+0の記録が出ている 16バイトをコピーしました。0.000420759秒、38.0 kB/秒 root@localhost:~# root@localhost:~# root@localhost:~# cat /proc/interrupts | grep jr 378: 42 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 172 レベル 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 レベル 8020000.jr 380: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 174 レベル fsl-jr0 root@localhost:~# 2. submit_job() では、呼び出された関数 caam_jr_enqueue() は、成功時に (-EINPROGRESS = -115) を返します。caam enqueueの戻り結果を確認するために、以下のパッチを適用してみてください。 https://github.com/nxp-qoriq/linux/commit/4d370a1036958d7df9f1492c345b4984a4eba7f6#diff-8acc41c534456288daba59a125ddb3f779635dc493ff4888545adbf1dd0a17c1R327 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.cインデックス b82acd3..808e8da 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); - if (!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); + if (ret == -EINPROGRESS) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } Re: LX2160A get MP key failed 1. Linuxカーネルでcaamジョブリングが正常に動作しているか確認してください。下のコマンドを実行してcaam jr割り込みの増加を確認してください 回答:はい 截圖 2026-07-31 17.33.06.png 2. submit_job() では、呼び出された関数 caam_jr_enqueue() は、成功時に (-EINPROGRESS = -115) を返します。caam enqueueの戻り結果を確認するために、以下のパッチを適用してみてください。 回答:私たちのシステムはLinuxカーネルv5.15.71-rt51を使っており、追加のパッチは不要に思えます。 3. さらに、-pコマンドmp_app実行後、プロセスはwait_for_completion_interruptible()で停止し、SO戻りを待っています。 截圖 2026-07-31 17.33.36.png    Re: LX2160A get MP key failed カーネルのソースコードをもう一度確認してください。 caam_jr_enqueue() はこの分岐で戻り値を更新します。 https://github.com/nxp-qoriq/linux/blob/95448dd0dc9b621ae027cbefedaaa7c3d0d3ad2d/drivers/crypto/caam/jr.c#L565 Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 1. チームは、LSDKドキュメントに記載されているとおり、この機能はLS1046Aボードでのみ実行可能であることを確認しました。 2. 顧客のLX2160およびLS1046のランニングログから、いずれもLSDK20.04で動作しています。カーネルバージョン4.19では、caam_jr_enqueue()はこのバージョンで0を返すため、私のパッチを適用する必要はありません。 https://github.com/nxp-qoriq/linux/blob/94e0473db2feed7ed6b84848c8d227faf72297c2/drivers/crypto/caam/jr.c#L408 3. 私の方でもさらにテストが必要です。 調査結果が出次第、更新します。 Re: LX2160A get MP key failed すべてのドライバ、暗号通貨、CAAMのソースファイルを確認しましたが、同じです。 以下のようにubootスクリプトを使用してITSを有効にします。 mw.l 0x1e80200 0x4 mw.l 0x1e80020 0x2 ITSの有効化プロセスは不完全だと思いますか? Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 お客様はu-bootの「md」コマンドでITSビットが有効かどうかを確認できます。 md 0x1e80200 顧客はcaam_jr_enqueue()関数のソースコードを共有できますか?ソースコードパスは「linux/ドライバ/crypto/caam/jr.c」です。 あるいはソースコードのリンクを共有してもらえます。 Re: LX2160A get MP key failed レジスタ値については下記を参照してください。jr.c ソースコードについては添付ファイルを参照してください。 list_register.png Re: LX2160A get MP key failed ITSの持ち分は爆発した。 jr.cのソースコードを確認してください。submit_jobにパッチを適用する必要があります。 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.cインデックス b82acd3..808e8da 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); - if (!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); + if (ret == -EINPROGRESS) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } Re: LX2160A get MP key failed ご指摘のとおりsubmit_job()にパッチを適用しましたが、結果として「mp_app -p」を実行した後、「wait_for_completion_interruptible」で停止します。 LSDKとLLDPのユーザーマニュアルの説明によると、セキュリティアプリケーション はプラットフォームLS1046ARDB上で完全に検証・検証されており、LS1046ボードでLSDKでこの問題を確認しており、動作しています。 lx1046_mp_key.png 別のLX2160製品もLSDK付きで確認すると、こちらも「wait_for_completion_interruptible」で止まっています。 lx2160_lsdk.png LSDKを使うにせよLLDPを使うにせよ、プラットフォームLX2160A何らかの問題が生じます。 NXPはLX2160Aプラットフォーム上でセキュリティアプリケーションの検証を行いましたか?
View full article
对于 S32G399,配置基于 DDR 的共享内存,以便 A 核心和 M 核心都能访问。 对于芯片 S32G399,配置基于 DDR 的共享内存,以便 A 核心和 M 核心都能访问。是否有任何实施方案和示例可供参考? Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. 你好, @zhijie 感谢你的帖子。 据我所知,似乎没有类似的正式演示/示例,你可能需要自己开发。 目前,M 内核和 A 内核之间的通信中,IPCF 由 NXP 配置,但默认情况下它是基于 SRAM 的。 BR 陈银 Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. NXP社区内是否有开发人员完成过此类实现?非常感谢您提供相关文件或分享经验。
View full article
S32 Power architecture Design Studio Project用にRTM 1.5パッケージが必要です 私はS32 Design Studio 2.1を使ってMPC5746 Targetプロジェクトに取り組んでいます。 インポート中に、インストールされていない SDK_S32_PA_15 を使用してプロジェクトが作成されたという問題が発生しています。プロジェクトを強制的に変換しようとすると、CPU.h ファイルでコンパイルエラーが発生します。 互換性のあるパッケージをご用意ください。 image.png Re: I need RTM 1.5 package for S32 Power architecture Design Studio Project こんにちは、 このSDK_S32_PA_15はS32 SDK 3.0.3としても知られています。このSDKはS32DSの拡張機能とアップデートメニューを使って、S32 Design Studio for PA v2.1にインストールできます。このメニューは、[ヘルプ] -> [S32DS拡張機能とアップデート] にあります。   petervlna_1-1786000019769.png このパッケージが正しくインストールされていれば、このエラーメッセージは出ないはずです。 よろしくお願いいたします。 ピーター
View full article
RW612 WiFi 初始化卡在 HAL_ImuLinkIsUp() 处 我正在尝试在自定义板上运行 MQTT 示例。所用模块为 ublox IRIS-W106-30B。我按照说明使用 j-link 单独安装了 wifi 固件 blob。但是,我在 WPL_Init() 函数中陷入了无限循环。 natered21_0-1785877418073.png 由于类似问题,我也无法初始化BLE。 SDK 25.09.00 使用 MCUXpresso Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 您使用的是 RD-RW61X-BGA SDK 还是 FRDM-RW612 SDK? 为了将原始示例移植到您的模块中,您修改了哪些文件? Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 如果我理解正确的话,您可以在您的定制板上运行 Wi-Fi 和蓝牙示例程序,没有任何问题。当您开始将网络功能集成或移植到自己的应用程序中时,问题就出现了。 我的建议是以 MQTT 示例为基础来开发你的应用程序。如果您的使用场景需要 Wi-Fi 和 BT/BLE 同时运行,那么最好从共存示例之一入手,并在其基础上添加您特定应用的功能,而不是之后尝试向现有的自定义应用程序添加共存支持。 顺便一提,SDK 25.09 已经落后三个版本了。我建议您在继续操作之前升级到最新的 SDK 26.06。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() SDK_2.x_RW610 我从 mqtt 示例中复制了“main_task”及其之后的所有内容到我现有的项目中。这就留下了硬件初始化方面的主要区别。我无法确定示例中的哪些方面导致IMU无法初始化。 我可以在我的定制板上运行基础示例项目,但无法将其移植到现有项目中。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 是的,我能够运行正常的应用程序代码,也能将日志记录到UART等等。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 您好, 您能否测试一下简单的“Hello World”示例? 另外,您是否已经进行了必要的修改以启用您的模块?请参考以下文章获取指导。 问候, 丹尼尔。
View full article
M&Pマルチリンク 私はS08プロセッサとCodeWarrior 11.1、P&E Multilink Universal FXデバッガを使って約20のプロジェクトを開発してきました。IntelベースのMacにParallels VMをインストールしてWindows 7を実行しましたが、すべて問題なく動作しました! 今は新しいMacを使っていますが、またしてもParallels VMとWindows 11を動かしています(他に選択肢がなかったのです)。CodeWarriorは起動しましたが、デバイスドライバーがないというメッセージが表示されていました。動作は問題ないのですが、デバッガーが認識されません。古いMacではWindowsデバイスマネージャに&​​quot;Jungo コネクティビティ/Windriver&​​quot;というエントリが表示されていましたが、新しいMACではデバイスマネージャに&​​quot;MULTILINK&​​quot;だけが表示されていました。  いくつかの修正案が提案されていますが、提案されたファイルは見つかりませんでした。 別のデバッグプローブを使うことになっても、動作する解決策を誰かCANで教えていただけますか? Re: M&P Multilink Windows 7からWindows 11にアップデートした場合、関連するドライバをすべて再インストールする必要があるかもしれません MCU(Eclipse IDE)向けのCodeWarrior®は良い選択肢かもしれません CodeWarrior® for MCU(Eclipse IDE)- ColdFire®、56800/E DSC、Qorivva® 56xx、RS08/S08、S12Z - 11.1 Re: M&P Multilink 選択肢として、サポートフォーラムでその機能があるかどうか尋ねてみるのもいいでしょう PEmicro サポートホーム よろしくお願いいたします。 Re: M&P Multilink 前回の投稿について、申し訳ありませんでした。間違った投稿に返信してしまいました(本来は解決済みとして閉じるべき投稿でした)。私は「長年」VMの下でCWを使ってきましたが、保証はできませんが、動作していることは確かです。必要なのはマルチリンク用のWindowsデバイスドライバーだけです。P&Eのウェブサイトのどこかにあると思いますが、見つかりません。今のところ、Windows 11でParallels VM上でWest Westを問題なく動かし、OSX Tahoeで読み込んでいます。 Re: M&P Multilink こんにちは、 CodeWarrior v11.1を使うにはWindows 11のOSを使うことをおすすめします。これは仮想マシンではなくサポートオプションです。CodeWarriorツールが仮想マシンで動作することを保証できないためです v11.1をダウンロードするには、CodeWarrior for MCUS (Eclipse IDE) v11.1を参照してください 敬具、ルイス Re: M&P Multilink 私はWindowsが嫌いで、Windows 7からWindows 11へのアップデートもしません。新しいマシン(Mac M4)で、Windows 7は互換性がないので選択肢がありません。私は約25年間CodeWarriorを使っています。質問は「W11に必要なドライバーはどれで、どこで見つけられますか?」というものでした。 ちなみに、このトピックとは無関係ですが、AUTODESK製品は旧IntelベースのMac上で動作しなくなるので、Windows 7はお別れです。
View full article
错误报告模块 MCU:S32K148,144引脚封装 RTD 版本:SW32K1_S32M24x_RTD_4.4_3.0.0_QLP03_D2507 S32 DS 版本:3.6.6 目标操作系统:裸机 主机操作系统:Windows 根据以上信息,我在驱动程序模块中找不到名为“ERM”(或任何类似名称)的模块。我查看了 MCAL 和非 MCAL 模块。 ERM 是否支持作为驱动模块,还是用户需要像以前基于“Processor Expert”的旧框架那样操作原始指针? Re: Error reporting module 非常感谢您提供的最新信息。 Re: Error reporting module 你好@durga_choudhury 是的,你的理解是正确的。它们作为单独的软件包提供,不包含在 RTD 中。 关于此次分居的原因,我目前正在进行内部审查。但是,值得注意的是,SAF 和 SPD 是根据 ISO 26262 功能安全标准开发的安全导向型软件组件。这使得它们能够集成到需要功能安全支持(最高可达 ASIL D)的应用程序中。 Re: Error reporting module 你好@VaneB 感谢您的跟进。所以你的意思是说,这些模块仅在 SPD 驱动程序中受支持,而不受免费提供的 RTD 支持。是这样吗? 是否有任何理由不能直接通过位操作模块的寄存器来使用这些模块?我尝试了“Processor Expert”驱动程序模型(使用 S32 DS v2.2)的示例,它似乎可以正常工作。 Re: Error reporting module 你好@durga_choudhury 对于 S32K1 设备,可以使用功能安全外设驱动程序 (SPD)。这些驱动程序包括扩展微控制器错误管理器 (eMCEM),它支持通过错误注入模块 (EIM) 和错误报告模块 (ERM) 硬件模块进行内存错误注入和检测。 有关 SPD 的更多信息,请联系您的 NXP 代表或您所在地区的授权代理商之一(代理商网络 | NXP 半导体)。 BR,VaneB
View full article
KW45B41Z-EVK:BLE 时钟源和内部时钟路径,用于 BLE 无线电模块获取 2.4GHz 频段。 您好,NXP团队, 我正在使用 KW45B41Z-EVK,想了解BLE 子系统使用的时钟架构。 我已查阅了KW45B41 参考手册、 KW45B41Z-EVK 用户手册和 SDK 时钟初始化代码,但仍然找不到有关 BLE 时钟源及其内部时钟路径的详细说明。 请您澄清以下问题: BLE 使用的主要时钟源是什么(例如,SOSC、FRO、PLL 或其他时钟源)? 要获得 2.4GHz 的频率,从振荡器到 BLE 无线电的完整时钟路径是什么?具体来说,在时钟信号到达 BLE 子系统之前,涉及哪些时钟模块、多路复用器、分频器或锁相环? BLE 子系统在广播模式、扫描模式、连接模式或睡眠模式下是否使用不同的时钟源? 是否有时钟树图或应用笔记说明 KW45B41 设备的 BLE 时钟架构? 参考手册或其他恩智浦文档的哪些章节对此进行了详细描述? 如果可以,请提供 BLE 时钟路径的框图或相关文档的参考,引用,我们将不胜感激。 感谢您的支持。 顺祝商祺! Re: KW45B41Z-EVK: BLE clock source and internal clock path for the BLE radio to get 2.4GHz 你好, 希望你一切都好! BLE 子系统的主要时钟源是 OSC-RF(射频振荡器),它与外部晶体或谐振器结合使用,为 KW45 无线电生成参考时钟。它支持 26 MHz 或 32 MHz,并且在与主 CPU 时钟域完全独立的功率域中运行,专门用作无线电子系统的参考时钟。 KW45 参考手册中包含两张图,可能对理解 BLE 时钟架构特别有帮助: 图 68。设备时钟源和树 图 222。无线电时钟 如 RM 第 55.4.4 节所述,该无线电使用三个时钟源:无线电 XO (OSC-RF)、FRO-192M 和来自 CCM32K 模块的 SOC 32.768 kHz。在活动运行模式(包括广播、扫描和连接)期间,所有三个时钟域同时处于活动状态。OSC-RF 及其 XCVR PLL 正在运行以支持无线电 TX 和 RX(这由 NBU 固件在内部管理),FRO-192M 正在为 NBU CM3 内核提供时钟以执行链路层,而 32K_CLK 正在后台运行以跟踪连接和广播间隔。 对于低功耗模式行为,表 209 描述了每个时钟模块在不同功率状态下的行为。 使用MCUXpresso 配置工具中的“时钟”选项卡也可能有所帮助。在那里,您可以可视化每个功能域的时钟源路由,查看交互式时钟树,并根据需要更改时钟源。它还会生成时钟初始化源代码,这对于了解启动时如何配置每个时钟域来说是一个有用的参考。 此致, 索菲亚。
View full article
KE18F512VLH16 ECCメモリセル自動補正 ハードウェアは、シングルビットECCエラーの自動訂正機能を備えていると理解されている。しかし、修正がどこで行われているのかは不明である。 ハードウェアが1ビットのECCエラーを自動修正する場合、読み出しとメモリセルの両方を修正するのか、それとも読み出しのみを修正するのか? AN5335の例の図から判断すると、読み出しデータは0から1以上への補正が行われていますか?つまり、メモリセル内の値を実際にクリアするには、修正した値をRAMに書き戻す必要があるということだ。 sean_dvorscak_0-1786035276314.png RAMメモリセルのデータが修正されなければ、1ビットの誤りが2ビットの誤りに悪化する恐れがあります。 Re: KE18F512VLH16 ECC Memory Cell Autocorrection こんにちは、 @sean_dvorscak さん。 1. 「ハードウェアが1ビットのECCエラーを自動修正する場合、読み出しとメモリセルの両方を修正するのか、それとも読み出しのみを修正するのか? 」 ->>修正は読み出し時にのみ行われ、SRAMセルの内容は書き戻されません。 2.「RAMメモリセル内のデータが修正されない場合、1ビットの誤りが2ビットの誤りに悪化する可能性があることを懸念しています。" ->>はい、メモリセルのエラーをクリアしエラーの蓄積を防ぎたい場合は、ソフトウェアが読み取り・正書き・書き込みを行うことが推奨されます。 よろしくお願いします。 BR アリス
View full article
i.MX8MQ:启动 ROM 是否支持从 FlexSPI/QSPI NOR 闪存启动? 你好, 硬件: - i.MX8MQ(REV A0),基于 EVK 设计的定制板 - QSPI 或非:Micron MT25QL256A(32MB,3.3V,四路连接) - 电路板支持包。Yocto Scarthgap、NXP 电路板支持包。、U-启动 2024.04 (u-启动-imx) 目标:从 FlexSPI 或非闪存启动启动加载程序(SPL + ATF + U-Boot)。 内核和根文件系统仍然保留在 eMMC 上。 有效的方法: - U-启动(通过 uuu SDP/SDPV 加载到 RAM 中)运行正常 - “sf probe”正确检测到闪存:mt25ql256a,32 MiB - U-启动 可以可靠地读取和写入闪存(已通过 “sf protect unlock”之后的回读测试验证) - 镜像版本使用了 IMXBOOT_TARGETS = "flash_evk_flexspi" 闪存布局(已通过读取芯片数据验证): 0x000000:FCFB 标头 - “qspihdr 检查”报告 “在 Q(F)SPI 中找到启动配置头” 标签 = 42464346,版本 = 56010000 0x001000: IVT - d1 00 20 41,入口 = 0x007E1000, boot_data = 0x007E0FE0,self = 0x007E0FC0 0x060000:U-Boot 正确的 FIT(d00dfeed),匹配 CONFIG_SYS_SPI_U_BOOT_OFFS=0x60000 问题: 启动开关设置为 QSPI/FlexSPI 启动,并使用 USB 电缆 物理断开连接后,板无法启动。什么都没有 打印在串口控制台上(SPL 横幅从未出现),并且 ROM 回退到串行下载模式: uuu -lsusb 2:1 MX8MQ SDP:0x1FC9 0x012B NXP 闪存 BT_FUSE_SEL 未熔断;启动配置通过 GPIO 完成。 启动引脚。 我已经尝试过: - 两种标头格式:scripts/qspi_header(c0ffee01 标签)和 scripts/fspi_header(FCFB 标签)。修复了 soc.mak,使其 flash_evk_flexspi 使用偏移量为 0 的 fspi_header。 - 改变 FCFB 参数:sflashA1Size、serialClkFreq(50MHz -> 20MHz), dataSetupTime/dataHoldTime,sflashPadType - "uuu -b qspi"(官方内置脚本) - "qspihdr update safe" 和 "qspihdr init safe" - 完全擦除闪存与写入完整图像: 启动行为基本相同(SDP 出现于之后)。 (约 1.6 秒 vs 约 1.8 秒),这表明 ROM 可能没有被读取。 完全不开闪光灯。 问题: 1.i.MX8MQ 启动 ROM 是否支持从串行 或非 卡启动 是否支持通过 FlexSPI 进行闪存刷新?我拥有的参考手册部分 列出了与非闪存和 SD/MMC 作为引导设备,但我无法 找到列出的 FlexSPI/QSPI 或非。i.MX8MM/8MN 文档似乎 可以描述一下,但我不太确定 8MQ。 2. 如果支持,预期的闪存布局具体是什么? 当 FCFB 为真时,IVT 应该位于偏移量 0x400 还是 0x1000? 位于 0x0 处? 3. 应选择正确的 BOOT_MODE / BOOT_CFG 组合。 i.MX8MQ 上采用 FlexSPI 或非 启动? 4. 关于 REV A0 硅片,是否存在任何已知的勘误? FlexSPI 启动? 谢谢! Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 是否有绝对的方法可以从 QSPI 或非 Flash 启动 i.MX8MQ,同时将 Linux 内核和根文件系统保留在 eMMC 上?我们的硬件设计已经围绕这种架构版本,因此这对我们来说非常重要。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 您好, 请主要参考RM中的信息;i.MX8MQ不支持QSPI启动。 Zhiming_Liu_0-1785725904605.png 此致, 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 你好,我正在做类似的工作。 同一文档中的某些章节提到了一些使用 SPI 的启动选项。 您能否详细说明一下? onurgoksu_0-1785737312799.png onurgoksu_1-1785737654143.png Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 嗨@ayse-yilmaz @onur-goksu 第六章文档存在问题 SNVS、RESET、熔丝和启动 这些问题早在2018年就已被报道,恩智浦半导体也已在其官方网站上更正了相关文档。 有关支持的引导设备,请参阅6.1 系统启动。 关于 1.6 主要启动选项,看起来像是文档残留物。 此致, 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 尊敬的恩智浦技术支持团队: 我们想对 i.MX8MQ 的 QSPI 启动支持文档提出严重关切。 工程师在制定硬件设计决策时,主要依据参考手册作为权威资料。当参考手册中列出或暗示支持某个启动源时,开发团队完全有理由根据该信息来设计电路板。 这并非一个微小的印刷错误。启动源的选择直接影响原理图设计、PCB布局、元器件选择、制造、固件架构、恢复策略和产品验证。因此,关于 QSPI 启动能力的错误陈述可能会导致大量的工程时间损失、额外的原型修改、进度延误和巨大的经济损失。 尤其令人担忧的是,自 2017-2018 年左右以来,NXP 社区似乎已经提出了类似的问题和反馈,但相关文档多年来显然仍然不清楚或不正确。如果 NXP 知道 i.MX8MQ 启动 ROM 不支持从 QSPI 直接启动,那么应该在参考手册、设备勘误表、应用笔记和产品文档中明确说明这一限制。 对于专业和商业硬件设计中使用的元器件而言,如此关键的模糊不清的问题多年未得到解决是不可接受的。客户必须能够信任官方参考手册中提供的信息。 因此,我们要求对以下几点作出明确正式的答复: i.MX8MQ Boot ROM 是否支持上电复位后直接从 QSPI NOR 启动? 如果不支持,为什么参考手册中会将 QSPI 列为或暗示为受支持的启动选项? NXP是否已正式将此归类为文档错误? 该信息将在哪个版本的文件中进行更正? NXP是否会发布勘误表或产品通知,以警告可能根据现有文档设计硬件的客户? 是否有官方支持的变通方法,允许启动 ROM 直接从 QSPI 加载初始启动映像,而无需 SD 卡或 eMMC 卡? 我们坚信,这个问题需要的不只是在非正式的论坛上做出回应。正式的文档更正和明确的技术通知是必要的,以防止其他工程团队遭受同样的时间和经济损失。 请将此事上报给 i.MX8MQ 产品工程和文档团队,并提供权威的书面说明。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 你好@Zhiming_Liu , @ayse-yilmaz 我找到了以下与此问题相关的主题: https://community.nxp.com/t5/i-MX-Processors/Does-i-MX8M-support-boot-from-QSPI/mp/904429#M136467 但技术支持人员提出的解决方案是:“出于开发目的,可以使用 GPIO 引脚输入来覆盖用于确定引导设备的 eFUSE”,但启动 ROM 无论如何都不支持这种做法。我有点困惑。为什么硬件支持,启动 ROM 却不支持? 我猜想,尽管硬件和文档都齐全,但由于 ROM 的原因,还是无法从 QuadSPI 启动。我的理解对吗?请详细说明。 谢谢, 奥努尔 此致
View full article
KW45B41Z-EVK: BLEクロックソースおよびBLE無線用の2.4GHz内部クロックパス NXPチームの皆様、こんにちは。 私はKW45B41Z-EVKを使用しており、 BLEサブシステムで使用されているクロックアーキテクチャについて理解したいと考えています。 KW45B41のリファレンス・マニュアル、KW45B41Z-EVKユーザーマニュアル、SDKsのクロック初期化コードを調べましたが、BLEクロックソースとその内部クロック経路の詳細な説明は見つかりませんでした。 以下の点を明確にしていただけますか? BLEで使用される主要なクロックソースは何ですか(例えば、SOSC、FRO、PLL、または別のクロックソースなど)? 発振器からBLE無線機まで、2.4GHzを実現するための完全なクロックパスはどのようなものですか?具体的には、クロックがBLEサブシステムに到達する前に、どのクロックモジュール、マルチプレクサ、分周器、またはPLLが関与しているのでしょうか? BLEサブシステムは広告、スキャン、コネクテッドモード、またはスリープモードで異なるクロックソースを使っていますか? KW45B41デバイスのBLEクロックアーキテクチャを示すクロックツリー図やアプリケーションノートはありますか? リファレンス・マニュアルや他のNXPドキュメントのどのセクションでこの点が詳しく説明されていますか? 可能であれば、BLEクロックパスのブロック図や関連ドキュメントの参照をぜひ提供していただけると助かります。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 Re: KW45B41Z-EVK: BLE clock source and internal clock path for the BLE radio to get 2.4GHz こんにちは、 あなたの調子が良いといいのですが! BLEサブシステムの主要なクロック源はOSC-RF(RF オシレーター)であり、外部クリスタルや共振器と連携してKW45無線機の基準クロックを生成します。26 MHzまたは32 MHzのいずれかに対応し、CPUのメインクロックドメインとは完全に別の電力領域で動作し、無線サブシステムのリファレンスクロックとして専ら機能します。 KW45リファレンスマニュアルには、BLEクロックアーキテクチャを視覚化するのに特に役立つ2つの図が含まれています。 図68。デバイスのクロックソースとツリー 図222。ラジオ時計 RMの55.4.4節に記載されているように、無線機は3つのクロックソースを使用しています:Radio XO(OSC-RF)、FRO-192M、そしてCCM32KモジュールからのSOC 32.768 kHzです。アクティブ動作モード(広告、スキャン、コネクテッドを含む)では、3つのクロックドメインすべてが同時にアクティブです。OSC-RFとそのXCVR PLLは無線TXおよびRXをサポートするために動作しており(これはNBUファームウェアによって内部的に管理)、FRO-192Mはリンク層実行のためにNBU CM3コアをクロックし、32K_CLKはバックグラウンドで接続および広告間隔を追跡しています。 低電力モードの動作については、表209に各クロックモジュールが異なる電力状態においてどのように動作するかを示します。 MCUXpresso Config Toolsの Clocks タブを使用すると役立つ場合もあります。そこでは、各ドメインごとにルーティングされたクロックソースを可視化し、インタラクティブなクロックツリーを確認し、必要に応じてクロックソースを変更できます。また、クロックの初期化ソースコードを生成し、各クロックドメインが起動時にどのように設定されているかを理解するのに役立つ参考資料となります。 よろしくお願いします、 ソフィア。
View full article
Ubuntu 26.04 LTS 上的“8MPLUSLPD4-EVK”版本问题 您好,NXP, 我正在使用“8MPLUSLPD4-EVK”。我正在尝试构建电路板支持包,但遇到了一些构建问题。请帮忙解决这个问题。如果您需要更多信息,请告诉我。 错误日志: dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/project/imx-yocto-bsp/build$ bitbake core-image-minimal 错误:尝试设置服务器环境:无法使用本地参数更新服务器配置:回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/command.py”,第 91 行,在 runCommand 中 result = command_method(self, commandline) 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/command.py”,第 291 行,在 updateConfig 中 command.cooker.updateConfigOpts(options,环境,命令行) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 471 行,在 updateConfigOpts 中 self.reset() ~~~~~~~~~~^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 1741 行,在 reset 中 self.handlePRServ() ~~~~~~~~~~~~~~~~~^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 337 行,在 handlePRServ 中 self.hashserv.serve_as_process(log_level=logging.WARNING) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/asyncrpc/serv.py”,第 402 行,在 serve_as_process 函数中 self.process.start() ~~~~~~~~~~~~~~~~~~^^ 文件“/usr/lib/python3.14/multiprocessing/process.py”,第 121 行,开始 self._popen= self._Popen(self) ~~~~~~~~~~~^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/context.py”,第 230 行,在 _Popen 中 返回 _default_context.get_context().Process._Popen(process_obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/context.py”,第 306 行,在 _Popen 中 返回 Popen(process_obj) 文件“/usr/lib/python3.14/multiprocessing/popen_forkserver.py”,第 35 行,在__init__ super(). __init__ (process_obj) ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/popen_fork.py”,第 20 行,在__init__ self._launch(process_obj) ~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/popen_forkserver.py”,第 47 行,在 _launch 中 reduction.dump(process_obj,布法罗) ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/reduction.py”,第 60 行,转储 ForkingPickler(file, protocol).dump(obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^ _pickle.PicklingError:无法序列化本地对象 .run在 0x7802f7325380> 序列化字典项“_target”时 序列化 multiprocessing.context.Process 状态时 序列化 multiprocessing.context.Process 对象时 仓库详情: $ mkdir imx-yocto-bsp $ cd imx-yocto-bsp $ repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml $ 仓库同步 $ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk source imx-setup-release.sh -b build Linux主机PC详情: PRETTY_NAME="Ubuntu 26.04 LTS" 名称="Ubuntu" 版本 ID="26.04" 版本="26.04(坚定的浣熊)" 版本号=resolute ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=resolute LOGO=ubuntu-logo 主机配置: 架构:x86_64 CPU 操作模式:32 位、64 位 地址大小:物理地址 42 位,虚拟地址 48 位 字节顺序:小端 CPU数量:16 在线 CPU 列表:0-15 供应商 ID:GenuineIntel 型号名称:Intel(R) Core(TM) Ultra 7 255H CPU系列:6 型号:197 每个核心的线程数:1 每个插槽的核心数:16 插槽数:1 步数:2 CPU频率扩展(MHz):17% CPU 最大频率:5100.0000 MHz CPU 最低频率:400.0000 MHz DDR内存容量:32GB i.MX8ULP Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 你好@middepogudas 希望你一切都好。 imx-linux-scarthgap BSP 已在 Ubuntu 22.04 和 Ubuntu 24.04 中得到验证。 Ubuntu 26.04 默认使用 Python 3.14,而 Bitbake 版本(即 电路板支持包)似乎与 Python 3.14 不完全兼容。 我建议您使用 Ubuntu 24.04 LTS 或 Ubuntu 22.04 LTS 进行编译,直到 Ubuntu 26.04 LTS 完全得到支持为止。 另外,您还可以尝试使用 Python 3.12 的虚拟环境。 顺祝商祺! 萨拉斯。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 我已将Ubuntu系统刷入24.04版本,但仍然遇到构建问题……请查看构建错误日志。请帮忙解决这个版本问题。 操作系统信息: asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4 版本LTS” 名称="Ubuntu" 版本 ID="24.04" 版本="24.04.4 LTS (Noble Numbat)" 版本号=贵族 ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble LOGO=ubuntu-logo dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ 版本错误日志: 现在你可以运行“bitbake ” 常见目标包括: 核心镜像-最小 元工具链 元工具链 SDK adt-installer 元IDE支持 您的版本环境已配置如下: 机器=imx8mp-lpddr4-evk SDKMACHINE=i686 DISTRO=fsl-imx-xwayland 最终用户许可协议= BSPDIR= BUILD_DIR=. dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk source imx-setup-release.sh -b build dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ bitbake core-image-minimal 注意:您的 conf/bblayers.conf 文件已自动更新。 警告:主机发行版“ubuntu-24.04”尚未使用此版本的构建系统进行验证;您可能会遇到意外故障。建议您使用经过测试的发行版。 缓存加载完成:100% | | 预计剩余时间:--:--:-- 从依赖缓存中加载了 0 个条目。 解析配方:100% |##################################################################################################################################################################################################################################################################| 用时:0:00:55 解析 3643 .bb 文件文件已完成(0 个缓存,3643 个已解析)。5719 个目标,跳过 375 个,屏蔽 17 个,0 个错误。 注意:解决任何缺失的任务队列依赖关系 构建配置: BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS =“aarch64-poky-linux” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:f43f393ef0246b7bee6eed8bcf8271cf2b8cdf40" meta-oe meta-multimedia meta-python = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-freescale = "HEAD:0f8091c63dd8805610c09b08409bc58492a3b16f" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:92ad51ef3cc7f132238f1ae6c8e81432f2a69cc7" meta-nxp-demo-experience = "HEAD:8fd7154c05b716e9635279047f65785399432d88" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:783becb4b5716d989f50db95b7133d38eae5b47b" meta-Arm meta-arm-toolchain = "HEAD:1b85bbb4cab9658da3cd926c62038b8559c5c64e" meta-clang = "HEAD:fe561f41aef0cff9e6f96730ab59f28dca2eb682" meta-gnome meta-networking meta-filesystems = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-qt6 = "HEAD:dc13e1bfda4a4757a08c2d6673bc4bac012c4a80" meta-parsec meta-tpm = "HEAD:11ea91192d43d7c2b0b95a93aa63ca7e73e38034" meta-virtualization = "HEAD:6a80f140e387621f62964209a2e07d3bcfb125ce" 注意:正在获取 uninative 二进制 shim http://downloads.yoctoproject.org/releases/uninative/4.5/x86_64-nativesdk-libc-4.5.tar.xz;sha256sum=43ee6a25bcf5fce16ea87076d6a96e79ead6ced90690a058d07432f902773473(会先查看 PREMIRRORS) Sstate 摘要:需要 2656 个本地镜像 0 个,缺失 2656 个当前镜像 0 个(匹配度 0%,完成度 0%)################################################################################################################################## ## | ETA: 0:00:00 Initialising tasks: 100% |## ####################################################################################################################################################################################################################################################| 时间:0:00:04 注意:正在执行任务 错误:权限错误:[Errno 1] 操作未经允许 在处理上述异常期间,又发生了另一个异常: 回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker”,第 278 行,在子进程中 bb.utils.disable_network(uid,gid) 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py”,第 1696 行,在 disable_network 中 with open("/proc/self/uid_map", "w") as f: 权限错误:[Errno 1] 操作未经许可 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack) 执行失败,退出代码为“1” 错误:权限错误:[Errno 1] 操作未经允许 在处理上述异常期间,又发生了另一个异常: 回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker”,第 278 行,在子进程中 bb.utils.disable_network(uid,gid) 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py”,第 1696 行,在 disable_network 中 with open("/proc/self/uid_map", "w") as f: 权限错误:[Errno 1] 操作未经许可 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 34 个任务,其中 0 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot 摘要:有 1 条警告信息。 摘要:出现 2 条错误消息,返回非零退出代码。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ 谢谢你,, 达斯米德波古 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 请问您能帮忙解决一下以下电路板支持包。构建错误吗? dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-BSP/build$ cat /etc/os-版本 PRETTY_NAME="Ubuntu 24.04.4LTS” 名称="Ubuntu" 版本 ID="24.04" 版本="24.04.4 LTS (Noble Numbat)" 版本号=贵族 ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble LOGO=ubuntu-logo dasmiddepogu@dasmidde | 错误:配置失败 | 警告:shell 命令的退出代码为 1。 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 1539 个任务,其中 1519 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 2 条警告信息。 摘要:出现 3 条错误消息,返回非零退出代码。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 请告诉我我正在使用的Python版本。请查看下方版本错误日志,并帮助我们找到修复方法,以便成功版本。config.log 文件已附上。 asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~ asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal 警告:主机发行版“ubuntu-24.04”尚未通过此版本构建系统的验证;您可能会遇到意外故障。建议您使用经过测试的发行版。 缓存加载完成:100% |#############################################################################################################################################################################################################################################################| 时间:0:00:00 从依赖缓存中加载了 5303 个条目。 注意:解决任何缺失的任务队列依赖关系 版本配置: BB_VERSION = "2.4.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS =“aarch64-poky-linux” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.1-mickledore" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-参考发行版、系统开发套件 = "HEAD:0a98281d37b0bd8dc1548c390216cb3978e36e0e" meta-oe meta-multimedia meta-python = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-freescale = "HEAD:9b00d40b787c2b7105ce209f5635cc1a0cab81ca" meta-freescale-3rdparty = "HEAD:93ba05e3a16a028b770fa1e813b13eb87a59ac63" meta-freescale-发行版 = "HEAD:b09c18a3f649f0cf1b40432bb39e76ba16fe94e2" meta-电路板支持包 meta-sdk meta-ml meta-v2x = "HEAD:6efe87f014c5bdcbda30f06156ee11d8bc3dc7fe" meta-nxp-demo-experience = "HEAD:7f34a32c7877e55e87b6a99e90da4128ed632bf2" meta-Arm meta-Arm-toolchain = "HEAD:0e043288fd0b17fbf31cf00ae33045107a991144" meta-chromium = "HEAD:e232c2e21b96dc092d9af8bea4b3a528e7a46dd6" meta-clang = "HEAD:af4dcba009ba98250315520f3003fde4ee164cce" meta-gnome meta-networking meta-filesystems = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-qt6 = "HEAD:1406d0a85525a71fe5d7892d7f915404290a78ad" meta-parsec meta-tpm = "HEAD:d7db0a3bd1a8639df7570483f003ce00cbe274a2" meta-virtualization = "HEAD:56593e277a377157944a6676e57497066b770a35" 警告:您的主机 glibc 版本 (2.39) 比 uninative 中的版本 (2.37) 新。已禁用 uninative,以防止 sstate 损坏。 任务初始化:100% |############################################################################################################################################################################################################################################################| 时间:0:00:01 州概况:需要 833 个本地镜像 2 个,缺失 831 个,当前 940 个(0% 匹配,53% 完成) 注意:正在执行任务 错误:linux-libc-headers-6.1-r0 do_package:执行 exec_func_python() 自动生成的 Python 函数时出错: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_packagecopy(d) 0003: 文件:'/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/参考发行版、系统开发套件/meta/classes-global/package.bbclass',行号:355,函数:perform_packagecopy 0351: rpath_replace (dvar, d) 0352:} 0353:perform_packagecopy[cleandirs] = "${PKGD} " 0354:perform_packagecopy[dirs] = "${PKGD} " *** 0355: 0356:python populate_packages() { 0357: oe.package.populate_packages(d) 0358:} 0359:populate_packages[dirs] = " ${D} " 文件:'/usr/lib/python3.12/subprocess.py',行号:466,函数:check_output 0462:否则: 0463:空 = b'' 0464: kwargs['input'] = 空 0465: *** 0466: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0467: **kwargs).stdout 0468: 0469: 0470:class CompletedProcess(object): 文件:'/usr/lib/python3.12/subprocess.py',行号:571,函数:run 0567: # 我们不调用 process.wait(),因为 . __exit__会为我们执行此操作。 0568:提高 0569: retcode = process.poll() 0570:如果检查并返回代码: *** 0571: 引发 CalledProcessError(retcode, process.args, 0572: output=stdout, stderr=stderr) 0573: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only -cf - -C /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/image -p -S . | tar -xf - -C” /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/package' 返回非零退出状态 2。 子进程输出: 获取到未知 di 的 *at() 系统调用 ar:./usr/include/asm-generic/poll.h:无法打开:没有该文件或目录 tar:由于之前的错误,退出状态为失败。 错误:故障日志文件存储在:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/temp/log.do_package.75498 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package)失败,退出代码为“1” 错误:libxcrypt-4.4.33-r0 do_configure:配置失败 错误:libxcrypt-4.4.33-r0 do_configure:ExecutionError('/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/run.do_configure.75465', 1, None, None) 错误:故障日志文件存储在:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/log.do_configure.75465 以下是日志数据: 注意:以下 config.log 文件可能提供更多信息。 | 注意:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/build/config.log | 错误:配置失败 | 警告:shell 命令的退出代码为 1。 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 1546 个任务,其中 1537 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 2 条警告信息。 摘要:出现 3 条错误消息,返回非零退出代码。 谢谢 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 关于我上面提到的构建错误,有什么建议吗? 达斯米德波古 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 请问如何解决以下版本错误? 我使用的是Ubuntu 24.04和Python 3.8版本。 构建命令:imx-yocto-bsp/build$ bitbake core-image-minimal 构建错误: 警告:shell 命令返回退出代码 1。 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 2891 个任务,其中 16 个任务不需要重新运行,1 个任务失败。 摘要:1 项任务失败: /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 78 条警告信息。 摘要:出现 2 条错误消息,返回非零退出代码。
View full article
エラー報告モジュール MCU:S32K148 144ピンパッケージ RTDバージョン:SW32K1_S32M24x_RTD_4.4_3.0.0_QLP03_D2507 S32 DS バージョン: 3.6.6 対象OS: ベアメタル ホストOS: Windows 上記の方法では、ドライバーモジュールに「ERM」というモジュール(またはそれに類するもの)が見つかりません。私はMCALモジュールと非MCALモジュールの両方を調べました。 ERMはドライバモジュールとしてサポートされているのか、それともかつての「プロセッサ Expert」ベースのフレームワークのようにユーザーが生のポインタを操作すべきなのか? Re: Error reporting module こんにちは、 @durga_choudhuryさん はい、あなたの理解は正しいです。これらは別のソフトウェアパッケージとして提供されており、RTDの一部には含まれていません。 今回の離職理由につきましては、現在社内で検討中です。しかし、SAFとSPDはISO 26262機能安全基準に準拠した安全志向のソフトウェアコンポーネントとして開発されたことに注意が必要です。これにより、ASIL Dまでの機能安全サポートを必要とするアプリケーションへの統合が可能となります。 Re: Error reporting module 最新情報をお知らせいただき、誠にありがとうございます。 Re: Error reporting module こんにちは、 @durga_choudhuryさん S32K1デバイスには、セーフティ ペリフェラル ドライバ(SPD)が利用可能です。これらのドライバには、エラー注入モジュール(EIM)およびエラー報告モジュール(ERM)を通じたメモリエラー注入と検出をサポートする拡張マイクロコントローラエラーマネージャ(eMCEM)が含まれます。 SPDに関する詳細は、NXPの担当者またはお住まいの地域の認可代理店(代理店ネットワーク | NXP Semiconductors)にお問い合わせください。 BR、VaneB Re: Error reporting module こんにちは、 @VaneBさん フォローアップありがとうございます。つまり、これらのモジュールはSPDドライバのみでサポートされていて、無料で入手できるRTDには対応していないということですね。それで合っていますか? なぜ誰かがモジュールのレジスタをビットバンするだけでこれらのモジュールを使えないのでしょうか?『プロセッサ Expert』ドライバモデル(S32 DS v2.2使用)の例を試してみたところ、動作しているように思えました。
View full article