IGGM积分系统及规则详解 | 如何赚取积分、兑换积分以及更多？ 为了向玩家提供更具性价比的游戏产品和服务，IGGM平台正式推出全新积分系统，旨在让您在享受更优质购物体验的同时，花费更少！   下面，我们将详细介绍您需要了解的一切：如何高效赚取积分、如何用积分享受折扣或兑换丰厚奖励，以及如何叠加 VIP 福利以最大程度地节省开支。   使用积分系统前 - 需要注册   请注意，IGGM 的新积分系统仅对新注册并登录的用户开放。如果您尚未注册或登录，则需要进行注册或登录才能访问签到和积分页面。   如何赚取积分？   在 IGGM 积累积分非常简单直接，主要通过两个渠道：每日签到和订单奖励。   1.每日签到   只需点击 IGGM 签到中心页面上的“今日签到”按钮即可完成签到；按钮变为“已签到（明天再来）”后，您的积分就已成功计入！或者，您也可以点击日历上的当前日期进行签到。   一键入住（彩蛋）   这里面藏着个小彩蛋！如果您忘记当天签到，直接进入优惠券兑换页面，只需点击列表底部的“小火箭”表情符号即可立即签到 - 无需返回签到中心。您仍然可以因连续签到而获得递增奖励。   请注意PC版和移动版在视觉上的差异！对于 PC 用户来说，只有当你将光标悬停在小火箭上时，它才会开始摇晃并喷出火焰；单击一下即可发射火箭并获得你的签到积分。对于手机用户，火箭图标会持续摇晃——只需点击它即可签到并立即获得积分！   其他入住登记   此外，IGGM还提供以下便捷的日常签到方式：   1. 在优惠券兑换页面点击“立即前往”前往登记中心。   2. 点击首页底部的优惠券部分，进入签到中心。   3. 点击 IGGM 上任何产品页面底部的横幅，即可进入登记中心。   连续签到可获得额外奖励   IGGM的签到系统奖励一致性。如果您不间断地签到，您的每日积分将随着时间的推移而增加：第一天 5 分，第二天 6 分，第三天 8 分。从第四天开始，只要你保持连续参与，你每天都将持续获得最高奖励 10 点。   注意：如果您在购物过程中通过产品页面上的签到横幅进行签到，完成签到并触发积分累积后，您可以通过页面底部的“返回购物”返回到您的原始页面。您不必担心购物进度会受到影响！   中断后重置   如果你错过一天或因任何原因中断连续记录，你的进度将重置为零。您的下次入住将恢复到第一天的 5 积分制。请注意，每日签到重置时间取决于服务器的时区；请务必准时签到，以免因网络问题或其他中断而丢失进度。   2. 订单积分   此外，每当您在 IGGM 平台上下单时，系统都会根据您的订单小计金额奖励您积分。   积分累积速度：1 美元 = 1 积分   在标准情况下，您实际消费的每一美元都可以直接转化为1积分。为了简化涉及小数的订单金额的计算，IGGM 在确定所获积分时会四舍五入到最接近的整数。例如，如果您支付 17.35 美元，您将获得 17 个积分；如果您支付 34.86 美元，您将获得 35 个积分。   为确保小额交易的系统效率，订单支付的小计金额必须至少为 1 美元才能触发积分累积；低于 1 美元的订单不会产生任何积分。   此外，所有订单的积分只有在订单状态正式变为“已完成”后才会由系统自动计入您的账户；积分数量与符合条件的购买金额相对应。   新用户福利：10倍积分奖励   IGGM 为新用户准备了欢迎礼物！您在 IGGM 上的第一笔付费订单将自动获得丰厚的 10 倍积分奖励（即每消费 1 美元即可获得 10 积分）。   请注意计算方法：先将小计金额四舍五入到最接近的整数，然后乘以 10 以确定您的首单积分。例如，如果您的第一笔订单小计为 17.35 美元，您将获得 170 积分（17.35 美元 → 17 × 10 = 170 积分），而不是先乘以 10 再四舍五入（17.35 美元 × 10 = 173.5 → 174 积分）。   但是，如果您的首单小计金额不足 1 美元，您将不会获得任何积分，并且您作为新用户的首单优惠将被用完。因此，IGGM 建议您在首次下单时购买您需要的高价值商品，以充分利用 10 倍积分奖励。   由于此优惠价值巨大，首单积分将在订单成功送达并通过安全审核后发放，前提是24小时内没有发生退款。   您可以在 IGGM.com 的“我的账户 → 我的订单”部分查看完成订单后获得的具体积分。如果您刚刚完成付款但没有立即看到积分，请不要担心 - 只需稍等片刻即可。   点值和有效性   了解积分的价值有助于你更好地利用它们。在IGGM积分系统中， 100分=1美元 （意味着每分约值0.01美元）。   请注意，积分并非永久有效；每个积分自获得之日起 90 天后过期。IGGM 采用用户友好的滚动过期政策：第 1 天获得的积分将在第 91 天结束时过期。滚动到期的具体计算时间取决于您帐户 IP 地址的时区。   您可随时在账户的“我的积分”页面查看积分即将到期的通知，以确保您不会错过任何优惠。   积分有多种使用方式：直接现金抵扣和优惠券兑换   在 IGGM 上购买商品时，您可以选择使用累积的积分直接抵扣订单的现金费用，或者在IGGM 优惠券兑换中心兑换大幅折扣。完全由你选择！   选项A：结账时直接现金扣款   在结账页面，您可以使用账户余额中的积分来减少当前订单的费用。但是，为了维护 IGGM 积分系统的完整性，可以用积分抵扣的订单总额比例与您的订单小计直接相关。   请参考下表，了解基于订单小计范围的具体扣减比例：   订单小计范围最大扣分率 1.00 美元 - 9.99 美元 5% 10.00 美元 - 49.99 美元         8% 50.00 美元 + 10%   关于使用积分抵扣现金的重要说明：   1.只有成功完成的订单才能获得积分；自愿取消的订单、被标记为涉嫌欺诈的订单或全额退款的订单均不符合获得积分的条件；   2.您的首单积分不会立即到账；积分将在成功发货后 24 小时内发放，前提是没有发生退款；   3.如果涉及积分的订单发生部分退款，系统将扣除相应的积分（根据退款金额四舍五入），并返还已消耗的积分。返还的已消费积分 = 已消费积分 × （退款金额 / 小计金额） ;   4.积分可与VIP折扣同时使用；   5.不能与折扣码或现金券同时使用；   6.不可兑换现金；   7.不可提取现金；   8. 不能在账户之间转移；   9.IGGM.com 保留对所有积分相关政策的最终解释权。   选项B：兑换折扣码或现金券   您还可以访问积分兑换页面，将积分（100 至 500 积分不等）兑换成折扣码（各种折扣）或现金券（需满足最低订单要求）。例如，只有当您的订单小计金额达到或超过 100 美元时，才能使用 10 美元的现金优惠券。如果您的商品小计金额低于 100 美元，优惠券将不会在结账时自动显示。   积分消费折扣码现金券（最低）订单要求） 100 3% $1（订单金额≥10美元） 200 4% $3（订单金额≥$30） 300 5% $5（订单金额≥$50） 400 8% $8（订单金额≥$80） 500 10% $10（订单金额≥$100）   所有折扣码和现金券每周限量 30 个，先到先得！不同的颜色清楚地表明了当前的库存状态：绿色表示剩余 21-30 个，橙色表示剩余 11-20 个，红色表示剩余 1-10 个。当库存降至零时，将显示“缺货”。别担心，下周再来就好！   顺便一提，如果您忘记当天签到，此优惠券页面上的小火箭表情符号就是您快速签到的方法！只需轻轻一点，摇晃一下小火箭，你的积分就到账啦！   优惠券固然好，但请记住，所有折扣码或现金券的有效期仅为 3 天。请谨慎兑换积分，并确保您想购买的商品有库存，以免浪费积分。   您可以在“我的账户 → 我的优惠券”页面查看您的优惠券及其当前到期状态。   注意：您可以通过 IGGM 主页底部的“优惠券中心”快速访问优惠券兑换页面。我们建议您将此页面添加至书签，以便日后方便办理入住和兑换手续，从而节省您的时间和精力。   关于积分兑换券的说明：   1.每周每项奖励仅限前30 名用户，先到先得。   2.所有折扣码和现金券在兑换时都需要进行CF验证。   3.已兑换的折扣码/现金券自兑换之日起3天内有效。   4.每笔订单只能使用一个折扣码/现金券。不能与VIP折扣或积分扣除同时使用。   5.折扣码/现金券不适用于礼品卡和充值服务。   6.已兑换的折扣码、现金券和免费订单一经领取，概不退换。   7.IGGM.com保留最终解释权。   隐藏选项C：直接兑换游戏内货币/物品（即将推出）   除了优惠券外，IGGM 还将很快在兑换页面添加选项，允许您直接将积分兑换成特定的游戏内物品，例如 Monopoly GO 卡牌、Diablo 4 材料或 POE 1/2 货币。   当您达到积分要求并点击兑换时，会弹出一个窗口提示您输入游戏所需的配送详情。准确填写信息并完成验证后，系统将自动生成免费订单并将其显示在优惠券订单列表中；您只需等待安全送达即可。更多积分兑换功能和选项即将推出——敬请期待！   如果在兑换验证过程中遇到错误，请检查您的网络连接，并使用可靠的 VPN 重试。   此外，鉴于虚拟物品的特殊性，一旦订单开始处理，则无法退货或换货；但是，如果由于 IGGM 平台的问题导致交付失败，则已使用的积分将全额退还。   VIP等级及福利   IGGM 为 VIP 会员提供根据累计消费额度分级的折扣。一旦您的累计消费达到特定门槛，您将自动解锁永久VIP折扣：   VIP 1：消费满 1000 美元，即可享受 1% 的折扣。   VIP 2：消费金额（≥ 1,000 美元且 < 3,000 美元），即可享受 2% 的折扣。   VIP 3：消费金额（≥ 3,000 美元且 < 6,000 美元），可享 3% 折扣。   VIP 4：消费金额（≥ 6,000 美元且 < 10,000 美元），可享 4% 折扣。   VIP 5：消费满 10,000 美元，即可享受 5% 的折扣。   折扣叠加规则：   VIP折扣可以与积分减免同时使用。 VIP折扣不能与折扣码或现金券叠加使用。   结账时，您可以选择以下两种方式之一：   选项A：折扣码或现金券（单独使用） 方案B：VIP折扣+积分抵扣（注：折扣码和现金券不适用于礼品卡或充值服务。）   叠加折扣，最大程度节省开支   结账时如何才能节省最多费用？IGGM 根据我们的 VIP 等级和积分兑换规则设计了一套智能结账系统。   在 IGGM，VIP 折扣与直接积分扣除可完美叠加。但是请注意，已兑换的折扣码或现金券不能与 VIP 折扣或积分扣除同时使用。此外，每笔订单只能使用一张优惠券。   结账时，系统会自动比较“选项 1（VIP 福利 + 直接积分扣除） ”和“选项 2（单次折扣码或现金券） ”的最终成本，为您选择最具性价比的选择，省去您手动计算的麻烦。哪个选项最划算将显示在该选项旁边（最佳性价比）。当然，如果您对优惠券和积分的使用有自己的偏好，您可以自由选择您喜欢的折扣方式。   退款和积分返还   IGGM的退款政策允许您在交货完成前的任何时间申请退款。但是，对于这种情况下的积分退款和返还，我们有具体的规定：   情况一：全额退款   如果您因个人原因取消订单，涉嫌欺诈或需要全额退款的订单将不会获得积分；此外，此类订单中已使用的积分也不会退还。   但是，如果由于 IGGM 的原因导致全额退款，则该订单消耗的积分将全额退还到您的账户。   情况二：部分退款   如果涉及奖励积分的订单由于特殊情况而进行部分退款，系统将按退款金额的比例退还已消耗积分的一部分。当然，您原本在订单完成后应获得的积分返还也会进行调整；相应的积分将根据退款金额扣除，金额四舍五入到最接近的整数。   以下是退款时计算积分返还的公式：   已退还积分 = 已消耗积分 × （退款金额 / 小计金额） 扣除已赚取积分 = 小计金额 - 退款金额（四舍五入到最接近的整数）   全新的IGGM会员积分系统旨在为您提供更多可行的长期游戏购买折扣选择。每一分积分都是我们对您支持的真挚感谢。   立即登录您的 IGGM 账户，前往签到中心开始累积积分，体验前所未有的更智能、更有奖励的结账流程！   关于IGGM积分系统的常见问题   Q1: 我能否将旧账户中的 VIP 5 特权转移到新创建的账户，并在新账户中开始累积签到积分？   A：不。为确保账户安全和平台公平性，VIP 等级和积分被视为个人账户的专属资产。根据我们的系统安全规则，严禁在不同账户之间转移、合并或赠送特权。   Q2：我的账户目前有277积分。如果我购买价值 34.68 美元的商品，并使用我的所有积分获得 2.77 美元的抵扣，但后来由于某些因素收到 15.44 美元的部分退款，我最终会得到多少积分？   A：您最初 34.68 美元的订单根据四舍五入可获得 35 个积分。由于部分退款金额为 15.44 美元，系统将按比例扣除 15 分（四舍五入到最接近的整数）。因此，本次购买获得的净积分将为：35 - 15 = 20 积分。此外，系统还会返还您消耗的积分。根据以下计算公式：已消耗积分 ×（退款金额 / 总购买金额），您将获得 123 积分返还。因此，您的最终账户余额将为 123 + 20 = 143 点。   Q3：我可以创建无限个新的IGGM账户并下小额订单来利用10倍积分的新用户奖励吗？   答：不。IGGM 严禁恶意注册多个账户、利用技术漏洞或操纵订单来获取新手福利。我们的系统配备了严格的反欺诈和风险控制机制：首单的 10 倍积分奖励只有在订单成功交付并通过 24 小时反滥用系统审核后才会发放。如果风险控制系统检测到使用同一 IP 地址、同一设备、同一支付方式或恶意账户关联进行多账户刷钱，平台保留永久封禁相关账户并清空所有已累积收益的权利。   Q4：我刚刚注册了一个账户，我的第一笔订单是一件价值 0.9 美元的小商品。因为金额低于 1 美元，系统没有给我任何积分。然后，我的第二笔订单金额为 100 美元。为什么我的第二笔订单没有获得10倍积分？我的第一笔订单本来就没有获得任何积分，这第二笔订单难道不应该算作我真正的“有效第一笔订单”吗？   A：不。系统会根据你账户下的第一笔付款订单严格识别“新用户优先订单”，无论交易金额如何。排除小计分数低于1美元的门槛是基础平台政策。因此，我们强烈建议新用户在首次购买时合并购物车，并将高价值商品捆绑在首单中，以最大化10倍积分奖励的价值。   Q5：如果网站错误导致我无法当天签到，从而中断了我的连续签到记录，IGGM 将采取哪些措施来补偿我的积分损失？   答：对于由此造成的不便，我们深表歉意。每日签到会根据与服务器时区相匹配的特定时间重置。如果由于网络延迟或错过刷新窗口导致连胜中断，系统将严格执行自动重置策略。我们建议您每天尽早完成签到，并确保网络环境稳定。如果中断最终被证实是由平台的大规模服务器故障引起的，一旦问题解决，将会发布全站官方积分补偿公告。请注意，客服人员没有权限手动更改个人入住记录。感谢您的理解。   Q6：我花了 300 积分兑换了 5 美元的现金券，但我想要的游戏道具在过去几天里一直缺货。结果，这张优惠券在3天内过期，而且没有被使用。缺货是平台的问题，为什么我的 300 积分要白白扣除？   答：很抱歉，奖励一旦在奖励中心兑换，相应的积分将被扣除且无法退款。由于每项奖励每周仅限前 30 位用户，先到先得，且现金券有效期为 3 天，我们强烈建议您在兑换前确认当前产品库存和购买意向，以免现金券意外过期。   Q7：如果我的订单状态为“已完成”，我还能申请退款吗？积分可以退还吗？   答：如果 IGGM 已成功完成交付，并且您已确认订单完成，则很遗憾，我们无法受理退款请求。已花费的积分将不予退还。但是，如果由于我们自身的问题导致 IGGM 未能完成服务（例如，如果 Tycoon Racers 代运服务未能帮助您达到排名第 1），我们将根据退款比例退还您花费的积分。   Q8：为什么我在兑换优惠券时总是遇到错误？   答：优惠券兑换错误通常是由于网络不稳定或系统安全协议引起的。您的IP地址可能被标记为来自高风险地区。我们建议您调整 VPN 设置或连接到其他网络，然后重试。如果问题仍然存在，请联系我们的 24/7 全天候客户支持团队以获得进一步帮助。   Q9：我可以使用脚本或插件来领取每周限量提供的 30 个折扣码/现金券吗？   答：为了确保所有玩家的公平性，我们实施了严格的网络安全措施。兑换任何折扣码或现金券都需要通过验证，因此任何基于脚本的模拟点击都无效。IGGM 保留对任何使用不正当手段（例如多开账号、模拟器或第三方软件）强行领取优惠券的账户取消优惠券并实施账户限制的权利。   Q10：如果我使用积分抵扣费用，但之后由于特殊情况获得退款，退回积分的有效期会延长吗？   答：不会。退回的积分保留其原始获取日期，并继续遵循 90 天的有效期规则；IGGM 平台不会因为退款而重置或延长有效期。请尽快使用返还的积分，以免过期！

imx8qm 显示器分辨率设置（AAOS 15） 大家好， 我们 在 i.MX8QM MEK 上 使用 AAOS 15.0.0_2.1.0 。刷 写 板 后 ， 物理 显示屏 的 分辨率 始终 设置 为 1024x600 ， 而 我们 希望 显示屏 以 1920x1080 的 分辨率 运行 。 我们采用多显示屏设置，包括安卓主默认显示屏和乘客显示屏。 我们 已 验证 1920x1080 在 支持 的 显示 模式 下 可用 ， 但 启动 后的 活动 显示 模式 仍然 是 1024x600 。我们 也 尝试 在 Android 系统 中将 首选 显示 模式 设置 为 1920x1080 ， 但 重启 后 显示 仍然 以 1024x600 分辨率 显示 。 请问 您 能否 提供以下建议： What determines the default physical display resolution during 启动? 如何 强制 物理 显示 分辨率 在 1920x1080@60Hz 启动 后 ？ ro.boot.displaymode 需要 进行 任何 配置 吗 ？显示 HAL、 HWC3 或 DRM ，以 将 1920x1080 设置 为 默认 运行模式 ？ 任何指导都将不胜感激。 Re: Display resolution setup on imx8qm with AAOS 15 你好， 请参阅我们提供的 Android Automotive 文档： https://www.nxp.com/docs/en/user-guide/UG10176.pdf 请特别参阅第 8.3.4 节。配置上述文档的主显示分辨率。 此致敬礼/Saludos， 阿尔多。

S32K3 高速スタンバイ起動失敗 こんにちは、 高速スタンバイのサンプルプロジェクトで、配列を定義しました。 到着 で .standby_data セクションにありますが、この配列はコードのどこにも使用されていません。ただし、この配列の定義をコメントアウトすると、デバイスは高速スタンバイから復帰できません。そのままにしておくと、ウェイクアップは期待どおりに動作します。さらに、最適化レベルも動作に影響することに気づきました。 -O0 最適化、ウェイクアップ失敗、しかし変更して -オス するとうまくいく。なぜ変数を定義するとうまくいくのか .standby_data このセクションはウェイクアップ機能に影響を与えますか？また、最適化レベルがこれほど大きな影響を与えるのはなぜですか？ Jason22_0-1785895168596.png S32K312 RTD400 S32DS BR、 ジェイソン Re: S32K3 fast standby wake up fail こんにちは、@Senlent ご返信いただき、誠にありがとうございます。住所を0x20408000に変更したことで、以前は失敗していたケースが正常に動作するようになりました。 ちなみに、私の別のThread(S32K3 ADC Optimize DMA Streaming)については、会社のメールアドレスに登録した新しいアカウント(Jason07)で返信しましたが、返信時にアカウント変更を忘れていました。 Re: S32K3 fast standby wake up fail こんにちは、@ Jason22 プログラム内で「arr」配列をコメントアウトするかどうかは、高速ウェイクアップ後のMSPの初期値として使用される__BSS_SRAM_STARTの値に影響します。 この値が小さすぎるとスタックオーバーフローを引き起こすことがあります。 このサンプルプロジェクトでは、この値をスタンバイRAMの終了アドレスである0x20408000に設定することをお勧めします。

GPIO 唤醒由睡眠期间的短噪声脉冲触发。 您好，NXP团队： 我们在定制板上使用 i.MX8MP，并搭载 Linux 电路板支持包。LF-6.12.20。多个 GPIO 引脚配置为唤醒源。 问题：在 EMC 瞬态测试 (ESD) 期间，这些 GPIO 线路上的短噪声脉冲会错误地唤醒已挂起的系统。 我们已经确认软件防抖无法解决这个问题：唤醒决定是由硬件在 CPU 挂起时做出的，而 GPIO 中断处理程序（包括 gpio-keys 防抖）只有在系统恢复后才会运行，因此软件无法阻止唤醒本身。 我们还查看了 Linux 驱动程序 (LF-6.12.20) 和 i.MX8MP 参考手册，但没有找到任何用于 GPIO 唤醒路径的硬件过滤器。请确认我的理解是否正确。 问题： 1. i.MX8MP 是否有任何硬件选项（在 GPIO、GPC 或可通过 ATF 配置）来忽略唤醒引脚上的极短脉冲——例如毛刺滤波器或最小脉冲宽度设置？这包括电平触发模式：是否需要按住电平至少一段时间，还是任何瞬时脉冲都能触发唤醒？ 2. 如果没有这样的硬件选项，NXP 针对这种错误唤醒推荐的解决方案是什么？如有关于GPIO唤醒输入端ESD保护的应用笔记，敬请提供。 3. NXP 是否有任何参考设计，其中 Cortex-M7 检查/过滤唤醒信号，而 A53 保持挂起状态？ 平台：i.MX8MP 定制板，BSP：LF-6.12.20 顺祝商祺！ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: GPIO wakeup triggered by short noise pulses during suspend 你好@Leo_dev 希望你一切都好。 Q1. 你的理解是正确的。i.MX8MP GPIO/GPC 唤醒路径没有硬件毛刺滤波器、最小脉冲宽度设置或消抖寄存器。 Q2. 由于没有片上解决方案，建议的设计是在 PAD 中添加滤波器。 Q3. 是的，您可以查看AN13400 “i.MX 8M 低功耗设计，M 内核在系统挂起状态下运行”，这是 NXP 针对此类架构的主要参考文档。 顺祝商祺！ 萨拉斯。

Modbus RTU 通信错误 我正在编写代码，使 MC9S08JM60 能够读取 MODBUS RTU 保持寄存器。我正在读取 15 个保持寄存器，得到一个 35 字节的帧。因此，我预期每个字节都会收到 1 个中断，但我收到的中断是帧的第一个字节，而下一个中断是下一帧的第一个字节。所以剩下的 34 字节就丢失了。请提供任何意见。 我附上了我的代码片段。 Re: Modbus RTU communication error 嗨@An95 感谢您的帖子！ 是否有关于S08的Modbus RTU文档？ 但您遇到的问题可能与未清除 RDRF 有关。 只有在读取 SCI1S1 之后读取 SCI1D 才能清除 RDRF（接收数据寄存器已满）标志。如果在 ISR 中未读取 SCI1D，则中断触发一次，然后接收器停止运行。 请参阅 14.2.4 节MC9S08JM60 系列数据手册中的 SCI 状态寄存器 1 (SCIxS1)。 请确保你的代码能够正确清除标志位。 BR Re: Modbus RTU communication error 嗨@carlos_o ， 感谢您的回复。 当程序进入中断服务例程的回调函数时，RDRF 标志将被清除。35 字节的帧通过单个中断传入。即使我使用 35 字节的缓冲区，也无法读取整个帧。 请分享您对此的看法。 BR Re: Modbus RTU communication error 嗨@An95 每次触发 RDRF 时，SCI 只能接收 1 个字节。因此，您需要触发 35 次中断才能读取您发送的 35 个字节。 您可以参考第14.3.3 节“接收器功能描述”。 SCI模块只有一个SCI数据寄存器（SCIxD），每次可以保存8位数据。 Re: Modbus RTU communication error 我已经将实现方式改为裸机代码，但仍然只收到 1 个字节。 欢迎提出任何意见。

在实现 RT-1170 的定制硬件上进行软件启动 你好！ 我正在尝试在 RT-1170 平台上进行软件开发，但在尝试配置从我的定制板上的外部闪存启动时遇到了问题。为了解决这个问题，我回到 EVKB 板，尝试使用一个最基本的项目（即 EVKB 开发板）来运行一个小型（并在 EVKB 上验证过）的程序。（不包含默认文件）。我似乎可以通过在“编辑项目设置 > MCU 设置 > 内存详细信息”下添加区域来对闪存进行编程，但是当我给板子上电时，它就死机了，我必须切换到不同的启动模式（串行下载器）才能使用 EVKB 示例项目恢复 MCU。 请问能否帮我找出问题所在？ 是否有类似于硬件开发指南（MIMXRT1170HDUG）的imxrt MCU软件开发指南？我当然知道参考手册，但对于以前从未在这个平台上完成过“从底层开发到最终实现”流程的人来说，一份检查清单会很有帮助。 我已附上该项目的导出文件。 提前谢谢！ Re: Software bring-up on custom hardware implementing RT-1170 你好@Henrik12345 ， 为了更好地为您提供支持，请您提供以下信息？ -你能调试你的项目吗？ 您目前使用的是哪个SDK版本？ 你使用的是哪款闪光灯设备？它和我们EVK上使用的是一样的吗？如果没有，您是否对设备进行了任何修改以支持您的闪存设备？ -我了解到您正在使用MCUXpresso IDE。我的理解正确吗？如果是这样，请问您目前使用的是哪个版本？ 关于您提出的软件开发问题，目前没有与硬件开发指南相对应的文档。不过，您可以将 SDK 示例作为参考，引用，因为它们演示了 RT1170 上可用的外设。 您可以通过SDK 构建器下载 SDK。有关如何获取该软件的说明，请参阅i.MX RT1170 评估套件入门指南第 2 部分“获取软件”。虽然本指南是为 RT1170-EVK 设计的，但也可以作为 RT1170-EVKB 的参考，引用。 SDK 包含一个项目模板，可作为您开发的起点。如下图所示： Habib_MS_1-1785795604938.png BR 哈比卜 Re: Software bring-up on custom hardware implementing RT-1170 哈比卜，你好！ 为了澄清一些事情，我使用两种不同的电路板： 我亲自设计的定制板 MIMXRT1175AVM8A DDR QSPI 或非 闪存，特别是英飞凌的 FS-S (1.8 V) 系列。 启动引脚用带子固定 BOOT_MODE = 内部启动 FLEXSPI_INSTANCE = FLEXSPI1 xSPI_FLASH_TYPE = 默认启动，读取已启用 FLASH_PROBE_TYPE = QuadSPI 或非 ENCRYPT_XIP_EN = 0 FLASH_AUTO_PROBE_EN = 0 官方 RT1170-EVKB 套件 相同的启动引脚设置 我无法立即向我的定制板上的闪存写入数据，所以我尝试从头开始启动 EVKB 套件，但这并没有成功。 你能调试你的项目吗？ 在将程序写入 EVKB 板的闪存后，我可以立即对其进行调试，程序也能按预期运行，但是当我重启电源时，核心会锁定自身，这让我相信启动 rom 程序卡住了。可能是闪存中的头部/数据损坏导致的。我知道我可以写入闪存，因为我可以从闪存中提取数据，并且可以看到它在 SDK 中的工作演示程序和我的“从头开始”的程序（就是我之前附上的那个程序）之间发生了变化。 您目前使用的是哪个SDK版本？ Henrik12345_0-1785920940991.png 你使用的是哪款设备？它和我们EVK上用的是一样的吗？如果没有，您是否对设备进行了任何修改以支持您的闪存设备？ 不，它们不一样。硬件规格请参见问题 1 的答案。 我唯一修改的地方是在项目设置的“MCU 设置”下的“内存详细信息”中添加了闪存区域。我使用了与 EVKB 套件相同的驱动脚本 (MIMXRT1170_SFDP_QSPI.cfx)。 我知道您正在使用 MCUXpresso IDE。我的理解正确吗？如果是这样，请问您目前使用的是哪个版本？ 是的，我使用的是 MCUXpresso v25.6.136。 我会尝试使用演示项目模板，看看能否解决问题。我需要如何修改这个模板才能使其适应我的闪存和MCU部件号？ BR 亨里克 Re: Software bring-up on custom hardware implementing RT-1170 你好@Henrik12345 ， 如果要从不同的外部闪存设备启动，则需要进行其他更改。我建议您查看以下应用说明，以便更好地了解启动过程和外部闪存设备所需的映像结构。虽然这些应用笔记是为RT1050设计的，但您也可以将其作为RT1170的参考： 如何为 FLEXSPI NOR Flash 启用调试 AN12108：如何启用从 QSPI 闪存启动 — 应用笔记 RT1170-EVKB 仅集成了以下几种存储器： Habib_MS_1-1785952920711.png 如您所知，每种存储器都有特定的命令来执行读取、写入或擦除操作。因此，与 RT1170-EVKB 相关的 LUT 和驱动程序可能与您的闪存设备不兼容。要正确评估您的闪存，您需要在您的定制板上执行测试。 我建议您使用 MCUXpresso 安全配置工具 v26.06 中 的启动内存配置 功能。此功能允许您测试不同的闪存配置，并生成设备所需的启动内存设置。测试完成后，请告知我结果。 首先，我建议您按照工具文档“连接”部分中的说明，验证与 MCU 的通信。请注意，安全配置工具支持通过 USB 和 UART 进行通信，因为它通过 blhost 命令进行设备访问。您的定制板可以通过 USB 或 UART 连接吗？ BR 哈比卜

NVMキーカタログに保存されているECC公開鍵のSHA-512に関する質問 NXPエキスパート様、 HSEの鍵マネジメント機能について質問があります。 私たちは HSE-B を搭載した S32K312 を使用しており 、 ECC公開鍵 を NVMキーカタログ に 保存しています 。 私たちのアプリケーションでは、NVMキーカタログに保存されているECC公開鍵の SHA-512ハッシュ を取得する必要があります。 キーを保存した後、 SHA-512ハッシュ を比較することで、キーが正しく保存されていることを検証します 。 例： Kを NVMキーカタログに格納されているECC公開鍵とする 。 SHA-512(K) の値を取得したいです 。 HSEは、NVMキーカタログに保存されているキーのSHA-512ハッシュを取得するためのAPIまたはメカニズムを提供していますか？ そうでない場合、カタログに保存されているキーのSHA-512(K)を計算または検証するための推奨される方法はありますか？ 再開まで今しばらくお待ちください。 Re: Question About SHA-512 of an ECC Public Key Stored in the NVM Key Catalog わかった。サポートありがとうございます Re: Question About SHA-512 of an ECC Public Key Stored in the NVM Key Catalog こんにちは、@NghiaLX308さん ユーザーがSHA-512をキーマテリアルに直接実行できるAPIはありません。 回避策として、ECC公開鍵をエクスポート(サービスHSE_SRV_ID_EXPORT_KEYを使い)、その後SHA-512操作(サービスHSE_SRV_ID_HASHを使って)実行できます。ECC公開鍵は秘密ではないため、平文でエクスポート可能です。暗号化または認証された形式でエクスポートする必要はありません。 よろしくお願いいたします。 ルーカス

製造中止となった純正モデルMPC8306SCVMAFDCAの特定にご協力ください。 修理用スペアパーツとして、生産終了となった部品MPC8306SCVMAFDCAを2ロット購入しましたが、2つのロットは異なっているようです。ロット番号の年号に2文字が欠落しており、1つはTCTCJX1901、もう1つはTCLB2144となっています。これまで、このシリーズの製品はすべてロット番号がTCTCで始まっていました。これらの2つのロットの真正性について確信が持てません。専門家の方、識別にご協力いただけないでしょうか？よろしくお願いいたします。 修理用スペアパーツとして使用するため、生産終了（EOL）となったデバイス、MPC8306SCVMAFDCAを2ロット購入しました。しかし、2つのバッチの間には違いがあるようで、具体的にはバッチ年の先頭に2つの文字が欠落している。一方のロットにはTCTCJX1901というラベルが貼られており、もう一方にはTCLB2144というラベルが貼られている。これまで私たちが目にしてきたこのシリーズの製品はすべてTCTCで始まっていました。これら2つのロットの信憑性については確信が持てません。専門家の方々に、それらの真贋鑑定にご協力をお願いいたします。ありがとう！ Re: 帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA ぜひ、デバイスを購入したDFAEに連絡し、CSRチームと協力して確認してもらうよう依頼してください。 よろしくお願いします。

AAOS 15を使用したimx8qmでのディスプレイ解像度設定 チームの皆さん、こんにちは。 i.MX8QM MEK 上で AAOS 15.0.0_2.1.0 を 使用して い ます 。ボードに ファームウェアを書き込んだ 後 、 物理 ディスプレイの 解像度 は 常に 1024x600 に 設定されて います が 、 ディスプレイ を 1920x1080 で 動作させ たい と考えてい ます 。 また、マルチディスプレイのセットアップで、Androidのメインデフォルトディスプレイと乗客用のディスプレイがあります。 サポートされている 表示 モード で 1920x1080 が 利用可能 で ある こと を確認しました が 、 起動 後 の アクティブ な 表示 モードは 1024x600の ままです 。Android の 優先 表示 モード を 1920x1080 に 設定 してみました が、 再起動 後 も 表示 は 1024x600 の ま まです 。 CAN you please advise: 起動 時に デフォルト の 物理 ディスプレイ 解像度 を決定する要因は 何ですか ？ 起動 後に 物理 的なディスプレイ 解像度 を 1920x1080@60Hzに強制 するには どう すればいい ですか? ro.boot.displaymode に 必要な 設定 は あり ます か ？HAL、 HWC3、 または DRM を表示して 、 1920x1080を デフォルト の アクティブ モード に します か？ 何か アドバイスを いただけれ ば幸い です 。 Re: Display resolution setup on imx8qm with AAOS 15 こんにちは、 こちらで入手可能なAndroid オートモーティブのドキュメントをご参照ください。 https://www.nxp.com/docs/en/user-guide/UG10176.pdf 特に第8.3.4章を参照してください。上記ドキュメントのプライマリディスプレイ解像度を設定します。 よろしくお願いいたします。 アルド。

SPC5777CCMMO3 引脚读数 eepron IMG_7633.png   要使用读取器读取微型计算机的 eeprom，引脚布局是什么？ 3155ac18-7996-4a1a-bf47-f749ef4e56dd.jpeg   Re: SPC5777CCMMO3 pin out reading eepron 你好 如果 micro 被审查，没有 256 位审查密码就无法连接闪存。 因此，在没有有效安全密钥的情况下尝试连接只会浪费时间，因为还有其他保护机制，如 PASS 和 CSE。 现在的 uC 已不再像以前那样具有先进的安全功能，可以防止未经授权的访问。 致以最诚挚的问候， Peter Re: SPC5777CCMMO3 pin out reading eepron 谢谢，我想要的是读取内部闪存，以移除不允许写入修改文件、只能写入原始文件的防调谐块。 Re: SPC5777CCMMO3 pin out reading eepron 你好 如前所述，IOMUX 表中对这些引脚进行了描述： petervlna_0-1757661184211.png 但我不确定你的意图是什么。你需要正确连接 JTAG，就像它在评估板上一样，才能正常工作。 此外，如果设备受到审查，则需要正确的密码才能解锁其闪光灯。没有它，你根本无法连接到设备。 顺祝商祺！ Peter Re: SPC5777CCMMO3 pin out reading eepron 是的，请尝试 通过 JTAG 读取闪存。微型设备很不错。我将其移除是为了追踪和定位每个大头针在板上的位置，并标记读写分数，而不必将其移除。 Re: SPC5777CCMMO3 pin out reading eepron 你好 不知道你的意图是什么，但参考手册所附的 IOMux 表格中对这些引脚进行了解释： https://www.nxp.com/webapp/Download?colCode=MPC5777CRM 您说的可能是通过 JTAG 读取闪存。 我很困惑，因为你的微型计算机看起来已经损坏。因此，如果微型机不工作，就无法读取闪存。 顺祝商祺！ Peter Re: SPC5777CCMMO3 pin out reading eepron 哪里可以买到这种 256 位审查密码？

UWBシングルビーコン＋AoAによる出入口内外検出に関するアドバイス 私は壁掛けのシングルアンカーUWBシステム(ドア出口検知のユースケース)をビルディングしており、AoAを使ってタグがドアの内側か外側かを判別する必要があります。すでに開いているドアも含めて、ドアお問い合わせセンサでゲートを付けることができません。 背景: Qorvo QM33120W/DW3000 (2アンテナPDoA) を運用していたところ、硬い建築物の壁に直面しました。アンカーを約7フィートの高さに真下に向けて設置した状態で、その下を歩いたり旋回したりすると、クリーンで強力な信号であっても、誤った「外側」角度コミットが発生します。 私の計画は、UWBアンテナを地面に真下に向けて配置し、正の角度と負の角度(内外)信号を捉えてタグが内側から外側に移動するタイミング(出口検出)を判断CANるようにすることでした。 現在、Qorvoデバイスでは、タグを最適な正面向き（アンテナが上）に保持している場合は問題ありませんが、タグ（DW3000）を動かしたり回転させたりすると、同じ場所に立っていても異なるAoA値が表示されるようになります。 標識の表記規則に関する問題：私が期待するのは、一貫した表記規則です。標識が内側にある間は正の角度、外側に出た後は負の角度となります。実際には、明らかにまだ内部にいるにもかかわらず、タグが回転したり、ランダムな方向や速度で移動したりすることに関連した、正と負の両方の角度が見られます。これは、実際にドアを横切ったこととは関係ありません。これは新しいハードウェアにコミットする前にデザインしようとしている特定の症状です。 現在、NXP製シリコンへの移行を検討しており、皆様からのご意見を伺いたいと思っています。 Qorvo 2D AoAボードはRFスイッチを使って2つのアンテナ間のUWB PDoAをキャプチャします。NXP SR150デュアル受信機チェーンに切り替えれば、迎角の変動問題は解決するでしょうか？ 単一のオーバーヘッドマウントアンカーで、その下のドアを通ってタグが移動する場合、SR150の2D/ソフトウェア支援による3-アンテナ-3DのAoAモードで前後の曖昧さを解決するのに十分でしょうか?それとも真のセカンドベースラインにはSR250の3つの同時送信チェーンが必要ですか? この特定のトップダウンオーバーヘッドCASEに合ったおすすめのアンテナの形状や取り付け方はありますか? このような曖昧さが多いジオメトリで、SR150のアンテナスイッチ第3アンテナモードとSR250の実際の経験はありますか? ありがとうございます。 kamaln16_0-1785454764324.png Re: UWB Single beacon + AoA for doorway inside/outside detection advice こんにちは、 あなたの調子が良いといいのですが。屋根に取り付けた単一のアンカーで、自由に回転するタグで内外のドア検知を行う場合、 Trimension SR250 は適切なプラットフォームであり、IoTおよびインダストリアルアンカーデザインに推奨されるUWB製品です。 この推奨事項の根本的な理由は、ハードウェアアーキテクチャにある。SR250は外部RFスイッチを不要に3つの同時受信経路を統合し、1つの測距フレームから方位角と仰角の両方を提供できるワンショット3D AoAを実現しています。 SR250はこの用途に価値のある追加機能も備えています: アンテナダイバーシティ最大9本まで、360° AoA対応 オンチップUWBレーダー(OCPD)はプレゼンス検出用で、距離を使った交差検知と並行して有用な補完層となります FiRa 4.0およびAliro 1.0に対応し、より広範なUWBエコシステムとの相互運用性を確保。 どこから始めるか 開発キット: SR250開発ボード、Arduino対応の統合PCBアンテナ、端子探知、AoA、レーダーのプラグアンドプレイデモを箱から出して提供 ソフトウェア: Zephyr OS用のSR250 UWBIOT パートナーモジュールおよびキット:TrueSense(ETNA TS 250 DevKit)、MobileKnowledge(MK UWB Kit Mobile edition 2.0)、Amotech(SR250統合3Dアンテナモジュール)、すべてNXPパートナー市場で入手可能です これがお役に立てば幸いです。 よろしくお願いいたします。 リカルド Re: UWB Single beacon + AoA for doorway inside/outside detection advice リカルドさん、ありがとうございます。詳細なご回答に感謝いたします。 更新：村田製作所のType2BP（SR150）開発ボードとNXPのSR250UWBSHIELD開発ボードの両方を注文しました。残念ながら、SR250UWBSHIELD側では14週間のバックオーダーが表示されているので、その間にSR150のベンチワークを始め、SR250が届いたらそれに移行するつもりです。 待っている間にいくつかフォローアップしておきます。 1. 私のアプリケーションにおけるSR150とSR250の違い:仰角ではなく方位角(内側・外側)だけが必要だと考えると、SR150からSR250に移行することに、アーキテクチャの違い(真の3つの同時受信チェーンとSR150の2つのネイティブチェーン+スイッチされた3番目のアンテナ)を乗り換えることに実際にどんなメリットがあるのでしょうか?精度や安定性の向上は単軸用途で待つ価値があるのでしょうか?それとも、取り付けや多重経路対策が整えばSR150だけで十分に達成できるでしょうか? 2. RFスイッチングとタグ回転:根本原因を探している特定の症状の一つですが、Qorvoハードウェアで全く同じ場所に立ってX平面でタグを回転させるだけで(位置が全く変わらない)、AoA値が明らかに跳ね回り、極性が逆に変わっているように見えます。Qorvoの2D AoAは、RFスイッチを使って2つのアンテナを同時にサンプリングするのではなく、タイムマルチプレックスを行います。スイッチングアーキテクチャがこの回転に関連した不安定性の一因となっている可能性が高いとお考えですか？それとも、これは他の要因（タグの回転に伴う放射パターン／偏光感度、マルチパスなど）とより整合性が高いでしょうか？SR150/SR250の同時RXサンプリングによってこの特定の症状が解消されるのか、それともチップの種類に関係なく対処する必要のある別の問題なのかを理解しようとしています。 3. 私の用途における2D vs. 3D AoA:内側か外側(方位角)だけ知ればよく、標高は私の用途には意味がないので、完全な3D自立Aを運用することに精度や信頼性の向上はありますか?それとも方位角のみ設定して標高を無視した方が良いでしょうか?具体的には、標高測定が、屋内/屋外の判定に標高を使用しない場合でも、反射信号/非見通し信号と有効な信号を区別するのに役立つかどうかを知りたいです。 4. 消費電力、2D vs. 3D: これはバッテリー駆動の設置となります。SR250では、2DのみのAoAとフル3D AoAのどちらを使用した場合も、同時に3つのRXチェーンが動作することを考慮すると、消費電流に意味のある違いはありますか？それとも、ソフトウェアでどの軸を使っていても3つのチェーンすべてが有効になると、電力コストはほぼ固定されるのでしょうか? 5. 私の設置場所におけるマルチパス対策：ビーコンは、近くにガラス扉があり、天井がユニットから約5フィート上にある出入口の上の壁に取り付けられます。現在使用しているQorvo製ハードウェアで、反射による角度の不安定性と思われる現象が発生しています（タグの回転と相関があり、天井の高い部屋で悪化し、ガラス扉を閉めているときに悪化します）。ガラスや隣接する壁からの近距離反射を抑制するために推奨される設置方法、アンテナのビーム幅/パターン選択、またはファームウェア側のフィルタリング（FOM/NLoSしきい値）はありますか？あるいは、NXP SR150またはSR250には、この問題を抑制するような機能はありますか？ 6. バッテリー節約のためのレーダーベースのモーションゲーティング:SR250のオンチップレーダー(OCPD)を、純粋に低消費電力のウェイクトリガーとして使いたいです。レーダーモードのままで、動きが検出されたら全範囲/AoAを起動します。アンカーを高さ約2mの出入口の上に設置し、アンテナを真下に向けている場合、ユニット直下ではおおよそどのくらいのモーション検知範囲/カバー率が期待できますか？レーダーの有効「ウェイクゾーン」をドアのフットプリントに対して測ろうとしています。人が出入り口に向かって歩いているときと、出入り口から離れていくときの動きを検知したい。 ご協力ありがとうございました。

MIMXRT1170-EVKB调试器与自定义板的配合使用及串口下载器验证 各位同事好， 我们已选择MIMXRT1176用于我们的应用，目前正在使用MIMXRT1170-EVKB进行评估和软件开发。我们的定制板设计目前正在进行中，在最终确定硬件设计之前，我们想澄清几个要点。 问题1：在自定义板上使用EVKB板载调试器 [[ ## completed ##]] 是否可以使用 MIMXRT1170-EVKB 上的板载调试器对基于 RT1176 的自定义电路板进行编程和调试，还是需要单独的调试器？ 我们认为这是可行的，但希望得到 NXP 团队的确认。 此外，请您提供以下信息： EVKB上需要修改的跳线设置。 将板载调试器与 EVKB 目标 MCU 断开连接并将其路由到外部目标所需的任何硬件更改。 应连接到定制板的 SWD/JTAG 信号的详细信息。 在我们定制硬件到货之前，作为一项实际测试，我们目前有两块 MIMXRT1170-EVKB 板（板 A 和板 B） 。 我们想进行以下实验： 使用板-A的板载调试器对板-B上的 RT1170 MCU 进行编程和调试。 同样地，使用板 B的板载调试器对板 A进行编程和调试。 请问这种配置是否受支持，并提供实现该配置所需的跳线设置和硬件修改方案？ Q2：串口下载器路径验证 我们还想验证我们对 RT1170 上的串行下载器 (SDP) 模式实现的理解。 从 EVKB 原理图可以看出，跳线J114和J115分别连接到LPUART1_RX和LPUART1_TX 。 如果我们移除这些跳线，并将外部USB 转 UART TTL 适配器连接到 MCU 端的信号，同时保持 MCU 处于 SDP 模式，我们是否可以： 使用MCUXpresso 安全配置工具 (SPT)或启动实用程序通过 UART 接口下载和编程映像？ ruthvik_1_1-1785737410834.png 我们希望确认这是否是适用于 EVKB 和我们即将推出的定制硬件的有效刷机和恢复方法。 感谢您的支持和指导。 顺祝商祺！ 鲁斯维克·R Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@mayliu1 ， 感谢您的回复。 关于问题1：我们将使用外部调试器/烧录器。我们想知道，如果我们想使用它，是否可以使用板载调试器。 关于问题 2：我们将继续测试恢复 SDP 路径。 感谢并致意 鲁斯维克 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@Littell ， 感谢您的回复和坦诚意见。 感谢并致意 鲁斯维克 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@ruthvik_1 ， 非常感谢您对我们产品的关注以及对我们社区的使用。 A1：原则上可行。但是，这种方法可能需要对EVKB进行额外的跳线配置和硬件连接更改，这需要对照EVKB原理图进行验证。 因此，我们通常建议在定制板上预留一个标准的 SWD/JTAG 接头，并使用专用的外部调试器（例如 J-Link 或 P&E Multilink）进行开发和调试。 A2：根据 EVKB 原理图，您对串行下载器路径的理解似乎是正确的。RT1170 SDP 模式支持通过 ROM 引导加载程序接口（包括 UART 和 USB）下载映像。根据 EVKB 原理图，J114 和 J115 与 LPUART1 连接路径相关。 对于 UART SDP，信号包括： LPUART1_TX：GPIO_AD_24 LPUART1_RX：GPIO_AD_25 因此，断开EVKB上的J114/J115连接后，应该就可以了。 请确保电压等级兼容、TX/RX 连接交叉以及公共 GND 连接。 顺祝商祺！ 5月 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 关于&​​quot;问题1：在自定义板上使用EVKB板载调试器&​​quot;，考虑到MCU-Link的成本微乎其微，这种方法简直愚蠢至极。 [[ ## completed ##]]你这样做会损害你的基础开发板，你会后悔的。 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 虽然理论上可行，但 NXP 不建议使用一个 EVKB 上的板载调试器来调试另一个目标板。我们建议在定制板上保留标准 SWD/JTAG 接口，并使用专用的外部调试器（如 J-Link、P&E Multilink 或 MCU-Link）进行开发和调试。 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@mayliu1 ， 谢谢回复。我们将采用外部 NXP MCU-Link 调试探针。谢谢你的解释。 感谢并致意 鲁斯维克

无法下载 S32K3 标准软件 无法下载 V1_0-1785824291602.png Re: Not able to Download S32K3 Standard Software 你好， 我刚刚下载好了，没有任何问题。尝试使用不同的浏览器，清除cookies等等…… 下载本身在NXP端运行正常。 顺祝商祺！ Peter

S32K3 快速备用唤醒失败 你好， 在一个快速备用示例项目中，我定义了一个数组 编曲 在 .standby_data 虽然代码中包含这个数组，但它在代码中并没有被使用。然而，如果我注释掉这个数组定义，设备就无法从快速待机状态唤醒；如果我保留它，唤醒功能就能正常工作。此外，我还注意到优化级别也会影响设备的行为： -O0 优化失败，唤醒失败，但正在更改为 -Os 这样就能解决问题。为什么在……中定义变量会起作用？ .standby_data 该部分是否会影响唤醒功能？为什么优化级别会产生如此大的影响？ Jason22_0-1785895168596.png S32K312 RTD400 S32DS BR， 杰森 Re: S32K3 fast standby wake up fail 嗨@Senlent 非常感谢您的回复。将地址更改为 0x20408000 后，之前失败的案例现在可以正常工作了。 顺便说一下，关于我的另一个帖子（S32K3 ADC Optimize DMA Streaming），我用公司邮箱注册的新账号（Jason07）回复了你——回复的时候我忘记切换账号了。 Re: S32K3 fast standby wake up fail 嗨@ Jason22 程序中是否注释掉“arr”数组会影响__BSS_SRAM_START的值，该值将用作快速唤醒后MSP的初始值。 如果这个值太小，可能会导致堆栈溢出。 在我们的示例项目中，我们建议将此值设置为 0x20408000，这是备用 RAM 的结束地址。

S32K144: クロック設定ツールでSOSCとFIRCの間でSPLLクロックソースを選択する コミュニティの皆さん、こんにちは。 現在、S32 Design Studioのクロック設定ツールを使ってs32k144のマイクロコントローラを扱っています。 SOSCとFIRCの間でSPLLの基準クロックソースを選択できるかどうか、また可能ならツール内でどのような手順や設定手順が正しいのかを明確にしたいと思います。 どうもありがとうございます。 Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool こんにちは、@ ernesto97xn CAN、外部入力周波数が8〜48MHzの範囲であってもいいのかという質問だと理解してもよろしいでしょうか? それは可能です。S32K1のクロックソースとして、4MHzから40MHzの範囲の別のクロックチップを使用できます。 下の図に示すように、SOSC周波数を直接変更してみることができます。 Senlent_0-1785749467498.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool ご回答ありがとうございます。 私の質問は、SPLLが受け入れるクロックソースについて具体的に述べたものです。マニュアルを読んでみたところ、S32K144ファミリではこの特定のクロック構成は左の画像にあるように、S32K144Wバリアントでのみサポートされていることがわかりました。 ernesto97xn_0-1785858229699.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool こんにちは、@ ernesto97xn これらの情報はS32K1xx-RMの章:27.2 高レベルクロック図で確認できます Senlent_0-1785895006227.png

S32K144：在时钟配置工具中选择 SOSC 和 FIRC 之间的 SPLL 时钟源 大家好， 我目前正在使用 s32 Design Studio 中的时钟配置工具来操作 s32k144 微控制器。 我想确认一下，是否可以在 SOSC 和 FIRC 之间选择 SPLL 的参考时钟源，如果可以，在工具中实现此目的的正确步骤或配置是什么。 谢谢！ Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool 嗨@ ernesto97xn 我理解您的问题是：外部输入频率是否可以在 8 到 48 MHz 之间？ 这有可能。你可以使用单独的时钟芯片作为 S32K1 的时钟源，频率范围为 4 MHz 至 40 MHz。 如下图所示，您可以尝试直接修改 SOSC 频率。 Senlent_0-1785749467498.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool 感谢您的回复。 我的问题具体是关于SPLL接受的时钟源。我在阅读手册时发现，对于 S32K144 系列，这种特定的时钟配置仅在 S32K144W 型号上受支持，如左图所示。 ernesto97xn_0-1785858229699.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool 嗨@ ernesto97xn 这些信息可以在 S32K1xx-RM 手册的 27.2 章“高级时钟图”中找到。 Senlent_0-1785895006227.png

UWB 单信标 + AoA 用于门口内外检测的建议 我正在构建一个壁挂式单锚定 UWB 系统（用于门口出口检测），需要使用到达角 (AoA) 来确定标签是在门口内还是门口外——包括已经打开的门，所以我不能使用门接触传感器进行门禁控制。 背景：我当时正在使用 Qorvo QM33120W/DW3000（2 天线 PDoA），遇到了一堵坚硬的建筑墙；由于锚点安装在约 7 英尺高的地方，并且垂直向下，即使在信号清晰、强劲的情况下，从它下面走动/绕行也会产生错误的“外部”角度承诺。 我的计划是让 UWB 天线直接朝下朝向地面，这样我就可以捕获正角度和负角度（内部和外部）的信号，以确定标签何时从内部移动到外部（出口检测）。 目前使用 Qorvo 设备时，如果我将标签保持最佳的直线方向/天线朝上，一切正常，但当移动/旋转标签（DW3000）时，即使站在同一个位置，我也开始看到不同的 AoA 值。 标志惯例问题：我期望采用一致的惯例——在内部时为正角，一旦标签越过边界进入外部，则为负角。实际上，即使我明确地还在门内，我也看到了正角度和负角度，这与标签以随机方向/速度旋转和移动有关——与实际穿过门口无关。这是我在决定购买新硬件之前，试图针对的具体症状进行设计。 我现在正在评估是否要改用恩智浦半导体（NXP）的芯片，希望听听大家的意见： Qorvo 2D AoA 板使用射频开关来捕获两个天线之间的 UWB PDoA。换用NXP SR150双接收链能否解决我的迎角跳动问题？ 对于一个安装在头顶的锚点，其下方的标签正在穿过门口移动，SR150 的 2D/软件辅助 3 天线 3D AoA 模式是否足以解决前后模糊性，还是真的需要 SR250 的 3 个同步 RX 链才能获得真正的第二基线？ 针对这种自上而下的顶部使用场景，有什么推荐的天线几何形状/安装方向吗？ 在像这样容易产生歧义的几何结构中，SR150 的天线切换第三天线模式与 SR250 相比，有哪些实际应用经验？ 谢谢。 kamaln16_0-1785454764324.png Re: UWB Single beacon + AoA for doorway inside/outside detection advice 你好， 希望你一切都好。对于使用自由旋转标签进行内外门检测的单个顶置式锚点， Trimension SR250是合适的平台，也是我们推荐的用于物联网和工业锚点设计的 UWB 产品。 提出此建议的核心原因是硬件架构。SR250 集成了 3 个同步接收路径，可实现一次 3D 迎角测量，无需外部射频开关，即可从单个测距帧中同时提供方位角和仰角。 SR250 还具备一些对这种使用场景非常有价值的额外功能： 支持360°迎角，最多可连接9根天线进行天线分集连接 用于存在检测的片上超宽带雷达（OCPD）是基于测距的穿越检测的有效补充层 兼容 FiRa 4.0 和 Aliro 1.0，确保与更广泛的 UWB 生态系统互操作性 从哪里开始 开发套件： SR250 开发板，兼容 Arduino，集成 PCB 天线，即插即用，提供测距、迎角和雷达演示功能。 软件：适用于 Zephyr OS 的 SR250 UWBIOT 合作伙伴模块和套件：TrueSense（ETNA TS 250 开发套件）、MobileKnowledge（MK UWB 套件移动版 2.0）、Amotech（SR250 集成 3D 天线模块），均可通过NXP 合作伙伴市场获取。 希望这能帮到您。 顺祝商祺！ 里卡多 Re: UWB Single beacon + AoA for doorway inside/outside detection advice 谢谢Ricardo，感谢您的详细解答。 更新：我已经订购了 Murata Type2BP (SR150) 开发板和 NXP SR250UWBSHIELD 开发板。很遗憾，SR250UWBSHIELD 在我这边显示需要 14 周才能到货，所以在此期间我将开始对 SR150 进行测试，等 SR250 到货后再进行测试。 在等待期间，我想问几个后续问题： 1. SR150 与 SR250 在我特定应用中的比较：鉴于我只需要方位角（内/外），不需要仰角，除了架构差异（真正的 3 个同时接收链路 vs. SR150 的 2 个原生链路 + 可切换的第 3 个天线）之外，从 SR150 升级到 SR250 究竟有什么好处？对于单轴应用场景而言，精度/稳定性提升是否足够显著，值得等待？或者，一旦我解决了安装/多路径缓解问题，SR150 本身就能满足我的需求吗？ 2. 射频切换和标签旋转：我正在尝试找出 Qorvo 硬件上一个具体症状的根本原因，如果我站在完全相同的位置，只是在 X 平面上旋转标签（位置完全没有变化），AoA 值会明显跳动，甚至看起来极性会反转。Qorvo 的 2D AoA 使用射频开关对两个天线进行时分复用，而不是同时对它们进行采样。您认为开关架构是造成这种旋转相关不稳定性的一个可能因素吗？还是说这更可能与其他因素有关（例如旋转时的标签辐射模式/偏振敏感性、多径效应等）？我正在尝试了解 SR150/SR250 的同步 RX 采样是否能够解决这个特定的症状，或者这是否是一个与芯片无关的独立问题，需要我去解决。 3. 2D 与 3D 迎角在我的使用场景中的区别：由于我只需要知道方位角（内/外），而仰角对我的应用来说没有意义，那么运行完整的 3D 迎角是否能提高精度或可靠性，或者我是否最好只配置方位角而忽略仰角？我特别想知道，即使我不使用高度来实际判断室内/室外，高度测量是否有助于区分反射/非视距信号和有效信号。 4. 功耗，2D 与 3D：这将是一个电池供电的装置。SR250 上只运行 2D 模式和运行全 3D 模式，电流消耗会有明显差异吗？因为无论哪种方式，它都有 3 个同时运行的接收链。或者说，无论我在软件中使用哪些轴，只要所有 3 个轴都处于活动状态，功耗就基本固定了吗？ 5. 多径缓解措施（针对我的特定安装）：信标将安装在门口上方的墙壁上，附近有一扇玻璃门，天花板距离设备大约 5 英尺。我发现我目前的 Qorvo 硬件似乎存在反射驱动的角度不稳定现象（与标签旋转有关，在天花板较高的房间里更严重，玻璃门关闭时更严重）。是否有推荐的安装方法、天线波束宽度/方向图选择，或者固件端滤波（FOM/NLoS阈值）专门用于抑制玻璃和相邻墙壁的近场反射？或者NXP SR150或SR250是否有任何功能可以抑制这个问题？ 6. 基于雷达的运动门控以节省电池电量：我希望将 SR250 的片上雷达 (OCPD) 纯粹用作低功耗唤醒触发信号：保持雷达模式，仅在检测到运动时才启动全测距/AoA。如果将锚点安装在约 2 米高的门口上方，天线垂直向下，那么在设备正下方，我应该预期大致有多少运动检测范围/覆盖范围？试图根据门洞面积确定雷达的有效“尾流区”大小。我想检测人走向和远离门口时的运动情况。 再次感谢你的帮助。

LS1046A カスタムボード - FlexBuildで作成されたイメージは、DTの導管方法のためのpsci: probeingにハングします。 こんにちは、 私はLS1046Aをベースにしたカスタムボードを開発しているのですが、FlexBuildで生成したDebianイメージで起動時に問題が発生しています。 まず最初のステップとして、デフォルトのLS1046AFRWY BSPを一切変更せずにビルドし、自作の基板上でテストしました。カーネル起動中に、以下の出力後にシステムが必ずハングアップします。 PSCI:DTからの導管方法のプロービング。 カーネルパニックや例外は発生せず、システムはこの時点で停止する。 以下のNXPフォーラムのThreadで非常に似た問題を説明しているのを見つけました: https://community.nxp.com/t5/Layerscape/LS1043A-RDB-Linux-Hangs-At-PSCI/td-p/750075 一時的な回避策として、以下のコマンドを使ってU-Bootから手動でLinuxを起動できます。しかし、カーネルは、ブート引数「mem=」を使用して使用可能なメモリを1982MBに制限した場合にのみ正常に起動します。この値を増やすと、カーネルが再びハングアップします（起動中の異なるタイミングで発生することもあります）。 mmc dev 0 パートUUID mmc 0:3 パートUUIDr mmc 0:1 0x81000000 イメージをロードします ロード MMC 0:1 0x90000000 FSL-LS1046A-frwy-SDK.dtb setenv bootargs "console=ttyS0,115200 earlycon=uart8250,mmio,0x21c0500 root=PARTUUID=${partuuidr} rw rootwait mem=1982M" booti 0x81000000 - 0x90000000 テスト環境： SoC: LS1046A DDR: IS43/46QR16512A (4GB DDR4) ブートメディア:SDカード BSP: FlexBuild (LSDK 25.12) FlexBuild特有の問題を除外するために、Yocto(YP 6.0 / lf-6.18.20)を使って完全に新しいBSPを作成し、同じハードウェアでテストしました。 結果は全く同じだ。カーネルは再び出力後にハングアップします。 PSCI:DTからの導管方法のプロービング。 bdinfoの出力のうち、関連する部分を以下に示します。 DRAMバンク0 開始: 0x80000000 サイズ：0x7be00000 DRAMバンク1 開始: 0x880000000 サイズ：0x80000000 LMBメモリ領域： メモリ[0] ：0x80000000 - 0xfbdfffff メモリ[1] ：0x880000000 - 0x8ffffffff 予約済み[0] : 0xfac154c0 - 0xfbdfffff 予約済み[1] : 0x8ffff5000 - 0x8ffffffff 同様の問題に遭遇した方はいらっしゃいますか？あるいは、次に何を調査すべきかについて何かご提案があれば教えてください。 どんなアドバイスでも大変ありがたいです。 QorIQ LS1デバイス Re: LS1046A Custom Board -image built with FlexBuild hangs at psci: probing for conduit method from こんにちは、 根本原因 — BL31メモリの衝突 LS1046Aの起動フローは以下のとおりです。 Boot ROM → BL2 (DDR Init) → BL31 (stays resident in DRAM) → U-Boot → Linux     BL31はDRAMに常駐し、すべてのSMC呼び出し（PSCI： psci_get_version 、CPUのオン/オフなど）を処理します。一般的な配置場所は、 RAMの最上位から約10MiB引いた領域付近で、サイズは最大2MiBです。   Linuxが4GBのDDRマップで起動すると、BL31のリージョンと物理的に重なるページが割り当てられます。最初の PSCI SMC 呼び出し ( psci_get_version ) が、すでに破損したメモリにジャンプし、システムはハングアップします。パニックも例外もなく、ただ沈黙するだけです。 bdinfo の出力は正確なパターンを確認しています。DDR バンク 1 は 0x8FFFFFFFF で終了し、BL31 は約 RAM_END - 10 MiB = 0x8FF600000 にあります。 DDR銀行 スタート 終了 備考 バンク0 0x80000000 0xFBDFFFFF ~1982 MiB —作業 mem= 制限 バンク1 0x880000000 0x8FFFFFFFF 2 GB 高銀行 — BL31 はここに住んでいます mem=1982M の回避策はLinuxをバンク0内に留め、BL31が存在するバンク1には一切触れません。これがまさに機能する理由です。 修正 — デバイスツリーでBL31メモリを予約する 正しい恒久的な解決策は、DTSに reserved-memory ノードを追加 し、BL31のリージョンをLinuxのメモリ割り当てでタブリングにすることです。 ステップ1：BL31がどこに積載されているかを確認する ATFビルド構成を確認してください（ plat/nxp/soc-ls1046a/.../platform_def.h ） BL31_BASE と BL31_SIZE について。FRWY BSPを搭載したLSDK/lf-6.xの場合、一般的な配置は以下のとおりです。 BL31_BASE = 0x8FF80000 (top of high DDR bank minus ~512 KB to 2 MB) BL31_SIZE = max 2 MiB     実行時にU-Bootの出力やATFビルドログで BL31: v2.x... Entry point address = ... を確認することができます。 ステップ2：予約メモリノードをDTSに追加します ボードのDTSファイル( fsl-ls1046a-frwy-sdk.dts に基づく)に、以下を追加してください: / { reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; /* Reserve BL31 runtime region — adjust addresses to match your ATF build */ bl31_reserved: bl31@8ff600000 { reg = <0x8 0xff600000 0x0 0x00200000>; /* 2 MiB at RAM_END - 10 MiB */ no-map; }; }; }; dts   0x8ff600000 とサイズ 0x200000 を調整して、ATFビルドからの実際のBL31ロードアドレスに一致させてください。 ステップ3：フルメモリで再構築およびテストする 予約を追加した後、DTB を再構築し、 mem= 回避策 なしで 起動します。カーネルはその領域をスキップし、BL31はそのまま残り、PSCIは正しく機能します。   よろしくお願いします。 Re: LS1046A Custom Board -image built with FlexBuild hangs at psci: probing for conduit method from こんにちは、 提案された解決策を試してみましたが、残念ながら問題は解決しませんでした。 まず、TF-A（ATF）ビルドからBL31アドレスを確認しました。 - BL31_BASE = 0xFBE00000 - BL31_SIZE = 0x200000 (2 MiB) 次に、BL31ランタイム領域を予約するために、デバイスツリーに「reserved-memory」ノードを追加し、DTBを再構築しました。 その後、「mem=1982M」ブートパラメータなしでシステムを再度起動しました。しかし、システムは依然として同じ箇所で停止したままです。

LS1046A 10GB SFP+ 配置，内核版本 6.12 你好， 我有一块定制的电路板，上面装有 LS1046A，我正在尝试使用 fm1-mac9 和焊接的 SFP+ 10GB 模块。 我的 SERDES 1 中的 RCW 为 0x1040： hugoacata_0-1784298387879.png 因此，从 RCW 的角度来看，fm1-mac9 中的 10GB 内存是完全够用的。检查 SFP 功率和激光器，一切似乎都正常，但我似乎无法让它与前面的 SFP 进行通信/连接，所以我怀疑我的 DTB 配置不正确。 这是我目前在该MAC地址上的配置： xfi10g：以太网@f0000 { 状态 = "正常"; pcsphy-handle = <&pcsphy6>; pcs-handle = <&pcsphy6>; pcs-handle-names = "xfi"; phy-connection-type = "10gbase-r"; 固定链接 { 速度 = <10000>； 全双工； }; }; mdio@f1000 { 状态 = "正常"; pcsphy6：以太网物理层@0{ 兼容 = "fsl,lynx-pcs"; reg = <0x0>; }; }; sfp_mac9：sfp { 兼容 = "sff,sfp"; i2c总线 = <&i2c3>; 状态 = "正常"; }; 作为参考，我运行的是 linux-qoriq 内核 6.12，并且在启动过程中 SFP 探测正确，读取了其 EEPROM。 您是否有在 fm1-mac9 中运行此类连接的有效示例？ Re: LS1046A 10GB SFP+ Configuration on kernel 6.12 能否根据 LS1046ARDB 进行更改，因为fm1-mac10 是 SFP+，而且驱动程序也支持 SFP+。 https://github.com/nxp-qoriq/linux/blob/lf-6.12.49-2.2.0/arch/arm64/boot/dts/freescale/fsl-ls1046a-rdb.dts#L156

i.MX8MP_EVK: YOCTOコンパイルエラー do_package() (問題:tar & *at()) こんにちは、 これが私のヨクトビルドのパラメータです: リリース: imx-linux-walnascar BSPバージョン: imx-6.12.49-2.2.0 マシン: imx8mpevk ディストリビューション: fsl-imx-xwayland 私はこのビルド環境をここ数ヶ月間、問題なく使用しています。しかし、突然添付のエラーが発生するようになりました。 トラブルシューティングのため、ビルド環境を完全にクリーンアップし、リポジトリを再初期化（ repo init ）し、すべてを再度同期してから、新規ビルドを実行しました。しかし、残念ながら、依然として同じ問題が発生しています。 ご参考までに、添付のログファイルをご確認ください。根本原因の特定と解決策のご提案にご協力いただければ幸いです。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) bitbake imx-image-core Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) どの「bitbakeコマンド」を使用していますか？ 確認作業を行います。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ご返信ありがとうございます。 ビルド環境を確認したところ、既に推奨された構成と一致していました。 ホストOS: Ubuntu 22.04.5 LTS (Jammy) GNU tar バージョン: GNU tar 1.34 $ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.5 LTS" ... $ tar --version tar (GNU tar) 1.34 しかし、私は依然として同じ失敗に遭遇します Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ホストOSがUbuntu 24.04でtarのバージョンが1.35の場合は、tarのバージョンを確認してください。 コンテナまたは仮想マシン内でビルドするには、以下を使用します。 Ubuntu 22.04 LTS GNU tar 1.34 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 下記にファイルがあります。 ここにエラーメッセージの一部を貼り付けます DEBUG:python関数の実行extend_recipe_sysroot 注意:直接依存関係は['/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.44.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/gcc/gcc-cross_14.3.bb:do_populate_sysroot','/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.68.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-core/coreutils/coreutils_9.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/flex/flex_2.6.4.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/rpm/rpm_4.20.0.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-extended/bc/bc_1.08.1.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kmod/kmod_34.1.bb:do_populate_sysroot'] 注意:sysrootにインストールされています: [] 注意:sysrootで既に存在しているようにスキップしています: ['gettext-minimal-native', 'binutils-cross-aarch64', 'cmake-native', 'gcc-cross-aarch64', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'kern-tools-native', 'linux-libc-headers', 'file-native', 'openssl-native', 'coreutils-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'zlib-native', 'bison-native', 'dwarfsrcfiles-native', 'elfutils-native', 'flex-native', 'git-native', 'gnu-config-native', 'json-c-native', 'libedit-native', 'lua-native', 'make-native', 'patch-native', 'perl-native', 'pkgconfig-native', 'pseudo-native', 'python3-native', 'rpm-native', 'bc-native', 'bzip2-native', 'libarchive-native', 'libidn2-native', 'lzlib-native', 'xz-native', 'zstd-native', 'kmod-native', 'acl-native', 'attr-native', 'curl-native', 'gdbm-native', 'gmp-native', 'gnutls-native', 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libmpc-native', 'libunistring-native', 'mpfr-native', 'nettle-native', 'p11-kit-native', 'popt-native', 'sqlite3-native'] DEBUG: Python関数extend_recipe_sysroot完了しました DEBUG:python関数の実行sstate_task_prefunc DEBUG: Python関数sstate_task_prefunc完了しました DEBUG:python関数の実行do_package DEBUG:python関数の実行package_setup_pkgv DEBUG:Python関数package_setup_pkgv 終わった DEBUG:python関数の実行package_convert_pr_autoinc DEBUG: Python関数package_convert_pr_autoinc完了しました DEBUG:python関数の実行package_prepare_pkgdata 注意:pkgdata-sysrootにインストールされています: [] DEBUG: Python関数package_prepare_pkgdata完成しました DEBUG:python関数の実行perform_packagecopy ERROR: exec_func_python()でPython関数を実行する際にエラーが生成されました: この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: 0002:perform_packagecopy(d) 0003: ファイル: '/home/vvdn/LWT_Build/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[パッケージ] = "${PKGD}" *** 0363: 0364:Python populate_packages () { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 421、関数: check_output 0417: それ以外の場合: 0418: 空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 526、関数: 実行 0522: # process.wait() は呼び出しませんとして。 __exit__それは私たちのためにやってくれる。 0523: 上げる 0524: retcode = process.poll() 0525: チェックして戻りコードを取得する場合: *** 0526: raise CalledProcessError(retcode, process.args, 0527: 出力=標準出力、標準エラー=標準エラー) 0528: return CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 例外: subprocess.CalledProcessError: コマンド 'tar --exclude=./sysroot-only'-cf - -C /ホーム/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/Linux-imx/6.12.34+git/image -p -S .|tar -xf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/package' は非ゼロの退出ステータス2を返しました。 サブプロセスの出力: 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パス lib 'lib' の絶対パスを割り当てられませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス TAR: ./USR/lib/modules:Cannot mkdir:そのようなファイルやディレクトリは存在しません Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 添付ファイルをダウンロードする権限がないようです。 もう一度送っていただけますか？ Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) こんにちは@yipingwang  さらなるデバッグのサポートをお待ちしています。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Ubuntu PCで、「sudo apt install tar=1.34+dfsg-1build3」コマンドを使用してください。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) こんにちは、 @abannish さん。 以下のコマンドを試してみてください。私の場合はこれでうまくいきました。 wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) @Sanjiv_Mnsこれで問題は解決しましたか？