S32K118 Erase Flash Sector command address format Hello, the manual states that the Erase Flash Sector command requires a 24-bit erase address to be written. However, the starting address of the DFLASH is 0x1000_0000, and I couldn't find any instructions on writing a 24-bit address in the manual. Is there any special mapping involved? If I want to erase the sector at 0x1000_0000, what address should I write? Re: S32K118 Erase Flash Sector command address format Hello @TakanashiLika, FTFC->FCCOB[2] = 0x80; // Flash address [23:16] 0x1000_0000 FTFC->FCCOB[1] = 0x00; // Flash address [15:8] FTFC->FCCOB[1] = 0x00; // Flash address [7:0] Regards, Daniel 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.

Best Personal Data Removal Services 2026: Top 5 Ranked After 6-Month Independent Testing The Bottom Line After spending the last 6 months rigorously testing the top platforms, here is my definitive take on the best personal data removal services in 2026: The Elite Choice: DeleteMe Unmatched human-led support, the largest broker network (750+), and guaranteed long-term suppression. Best for those who want the absolute highest quality. The Automation King: Incogni The best value for fully automated, hands-off data removal with strong global legal backing (GDPR/CCPA). Over the past two years, I’ve wasted time and money on various data removal platforms. My information would disappear for a few weeks, only to magically reappear on people-search sites. It was frustrating and felt entirely pointless. Then I decided to conduct a proper 6-month independent test of the top contenders. I can now confidently say that finding the best data removal services comes down to one critical factor: continuous re-monitoring. Here is exactly what makes the top 5 platforms stand out from the crowd. Top 5 Best Personal Data Removal Services (Ranked) 1. DeleteMe (The Elite Standard) Why it wins: Unlike basic services that do a one-time cleanup, DeleteMe continuously monitors and re-removes your information. When automated requests fail, real human privacy professionals step in to deal with stubborn data brokers. They cover a massive 750+ brokers and provide detailed quarterly reports so you can actually see where your data was found and removed. 2. Incogni (Best Full Automation) Why it wins: Created by the Surfshark team, this is the ultimate "set it and forget it" solution. It automates GDPR and CCPA requests to 180+ brokers. It lacks human support for edge cases, but for the price (~$6.49/mo), the automation depth is unbeatable. 3. Optery (Best for Transparency) Why it wins: Optery is the only service I tested that provides screenshot-based proof of every single removal. At ~$3.99/mo, it is the cheapest, though its follow-up aggressiveness doesn't quite match DeleteMe or Incogni. 4. Aura (Best All-in-One Bundle) Why it wins: Great for families who want to consolidate their digital security. It bundles data removal with antivirus, a VPN, and credit monitoring. However, its dedicated broker database is smaller (~100+ sites), making it less ideal if pure data removal is your only goal. 5. Privacy Bee (Best for Power Users) Why it wins: Offers granular, surgical control over your digital footprint. You can prioritize specific broker categories and configure custom schedules. At ~$14.99/mo, it is expensive and complex, but unmatched for privacy enthusiasts. Why Data Removal Is No Longer Optional in 2026 The digital privacy landscape has shifted dramatically. Your personal information — home addresses, phone numbers, family details — has evolved from a minor annoyance that fueled spam mail into critical infrastructure for AI-powered fraud. A decade ago, the worst a data broker could do was sell your profile to a telemarketer. Today, that same biographical dataset becomes a blueprint for voice cloning and deepfake identity theft. In 2026, finding the best personal data removal services is a direct prerequisite for personal security, not just a preference. The Data Resurgence Cycle: Why One-Time Opt-Outs Fail The most dangerous misconception in digital privacy is that submitting one opt-out request solves the problem permanently. It doesn't. Data broker platforms are specifically engineered to continuously re-scrape public records. Even after a successful removal, their automated crawlers frequently pull your data back within 60 to 90 days. We call this pattern the Data Resurgence Cycle, and it's the exact reason why top-tier data removal platforms focus on ongoing automated monitoring rather than one-time sweeps. Continuous suppression is the only defense that actually holds. Frequently Asked Questions (Based on Real-World Testing) Do data removal services actually work? Yes, but only if they include continuous re-monitoring. Data brokers re-scrape public records every 60 to 90 days (the Data Resurgence Cycle). One-time cleanup requests are completely ineffective. Services like DeleteMe and Incogni automate the entire ongoing suppression cycle, which my 6-month test confirmed actually works. How much does a data removal service cost? Premium services typically range from $3.99 to $14.99 per month on annual plans. DeleteMe is $10.75/mo, Incogni is $6.49/mo, and Optery starts at $3.99/mo. You generally get what you pay for in terms of broker coverage and support. Is it worth it to pay someone to have your data removed from data brokers? Absolutely. Manual removal is free, but it requires hours of work and must be repeated every 3–4 months. Paying a service saves you dozens of hours and provides legal backing (CCPA/GDPR) and continuous monitoring that you simply cannot achieve on your own. Which is better, Cloaked or DeleteMe? DeleteMe is the stronger choice. It has been operating since 2010, covers 750+ brokers, and employs human experts to handle difficult edge cases. Cloaked is a newer entrant with less established coverage and fewer verified long-term results. Which is better, DeleteMe or Aura? If your primary goal is comprehensive data removal, DeleteMe is significantly better due to its massive 750+ broker network and human support. Aura is only better if you specifically want an all-in-one bundle that includes a VPN and antivirus alongside basic removal. Is there a free data removal service available? Yes, you can manually opt-out of major sites like Spokeo, Whitepages, and BeenVerified for free. However, this is highly time-consuming, requires constant repetition, and misses hundreds of smaller brokers. A paid service is a highly practical upgrade for ongoing protection. Can data brokers sell your SSN? While reputable brokers claim not to sell full Social Security Numbers, they do sell the surrounding data (name, address, phone, relatives) that can be easily combined with leaked databases to facilitate identity theft. This is why comprehensive removal is critical. What is the best data removal company? Based on 6 months of independent testing, DeleteMe is the best overall company for quality, coverage, and human support. Incogni is the best company for budget-conscious users who want full automation. The data broker economy is relentless. If you are tired of seeing your personal information everywhere online and want a solution that actually works long-term, I highly recommend starting with DeleteMe for elite protection, or Incogni if you prefer a fully automated, budget-friendly approach.

2026年最佳个人数据清除服务：经过6个月独立测试，评选出前5名 底线 经过过去 6 个月对各大平台的严格测试，以下是我对 2026 年最佳个人数据删除服务的最终评价： 精英之选： DeleteMe提供无与伦比的人工支持、最大的经纪人网络（750+）以及长期压制的保证。最适合追求绝对最高品质的人士。 自动化之王： Incogni提供全自动、无需人工干预的数据删除方案，并拥有强大的全球法律支持（GDPR/CCPA），性价比最高。 过去两年，我在各种数据删除平台上浪费了时间和金钱。我的信息会消失几周，然后又神奇地出现在人员搜索网站上。这令人沮丧，而且感觉完全没有意义。 然后我决定对最优秀的竞争者进行为期 6 个月的独立测试。我现在可以自信地说，找到最好的数据清除服务取决于一个关键因素：持续的重新监控。以下是排名前五的平台脱颖而出的具体原因。 排名前五的个人数据清除服务 1. DeleteMe（精英标准版） 胜出原因：与只进行一次性清理的基本服务不同，DeleteMe 会持续监测并重新删除您的信息。当自动化请求失败时，真正的隐私专家会介入处理顽固的数据经纪人。他们覆盖了超过 750 家经纪商，并提供详细的季度报告，因此您可以清楚地看到您的数据在哪里被发现和删除。 2. Incogni（最佳全自动） 获胜理由：由 Surfshark 团队打造，这是终极的“设置好就不用管了”的解决方案。它可自动向 180 多家经纪商发送 GDPR 和 CCPA 请求。虽然它缺乏对极端情况的人工支持，但就其价格（每月约 6.49 美元）而言，其自动化程度是无与伦比的。 3. Optery（透明度最佳） 胜出原因：Optery 是我测试过的唯一一家能够提供每次移除过程截图证明的服务。虽然每月只需 3.99 美元左右，它是最便宜的，但它的后续删除力度不如 DeleteMe 或 Incogni。 4. Aura（最佳全能套装） 获胜理由：非常适合想要整合数字网络安全的家庭。它将数据清除与防病毒、VPN 和信用监控捆绑在一起。然而，它的专用的经纪商数据库较小（约 100 多个站点），因此如果您的唯一目标是纯粹的数据删除，则它不太理想。 5. Privacy Bee（高级用户最佳选择） 胜出原因：可对您的数字足迹进行精细、精准的控制。您可以优先处理特定经纪人类别，并配置自定义日程安排。虽然每月费用约为 14.99 美元，价格昂贵且操作复杂，但对于注重隐私的用户来说，它是无与伦比的。 为什么到2026年数据删除不再是可选的？ 数字隐私格局已发生巨大变化。您的个人信息——家庭住址、电话号码、家庭成员信息——已经从助长垃圾邮件的轻微烦恼演变为人工智能驱动的欺诈的关键基础设施。十年前，数据经纪人最多只能把你的我的卖给电话推销员。如今，同样的个人信息数据集却成了语音克隆和深度伪造身份盗窃的蓝图。到 2026 年，找到最好的个人数据删除服务是个人网络安全的直接前提，而不仅仅是一种选择。 数据复兴周期：一次性选择退出为何会失败 数字隐私方面最危险的误解是，提交一次退出请求就能永久解决问题。并非如此。数据经纪平台经过专门设计，可以不断地重新抓取公共记录。即使成功删除，他们的自动爬虫程序也经常会在 60 到 90 天内重新拉取您的数据。我们将这种模式称为数据复苏周期，而这正是顶级数据清除平台专注于持续自动监控而不是一次性清理的原因。持续压制是唯一真正有效的防御手段。 常见问题解答（基于实际测试） 数据删除服务真的有效吗？ 是的，但前提是它们包含持续的再监测。数据经纪商每隔 60 到 90 天重新抓取公共记录（数据复苏周期）。一次性清理请求完全无效。DeleteMe 和 Incogni 等服务可以自动执行整个持续的屏蔽周期，我经过 6 个月的测试证实，这些服务确实有效。 数据清除服务费用是多少？ 高级服务按年付费的价格通常为每月 3.99 美元至 14.99 美元。DeleteMe 的价格是每月 10.75 美元。Incogni 的价格为每月 6.49 美元，Optery 的起价为每月 3.99 美元。一般来说，经纪人的服务范围和支持与你的付费程度成正比。 花钱请人从数据经纪商那里删除你的数据值得吗？ 绝对地。人工清除是免费的，但需要花费数小时，并且必须每 3-4 个月重复一次。付费服务可以为您节省数十小时，并提供法律支持（CCPA/GDPR）和持续监控，这些都是您自己无法实现的。 Cloaked 和 DeleteMe 哪个更好？ DeleteMe 是更好的选择。该公司自 2010 年开始运营，覆盖 750 多家经纪商，并聘请专家处理棘手的极端案例。Cloaked 是一个较新的竞争者，其覆盖范围较小，且经过验证的长期结果也较少。 DeleteMe 和 Aura 哪个更好？ 如果你的主要目标是彻底删除数据，那么 DeleteMe 凭借其庞大的 750 多个代理商网络和人工支持，无疑是更好的选择。如果您特别想要一个包含 VPN 和杀毒软件以及基本清除功能的全功能套装，那么 Aura 才是更好的选择。 是否有免费的数据清除服务？ 是的，您可以手动免费选择退出 Spokeo、Whitepages 和 BeenVerified 等主要网站。然而，这非常耗时，需要不断重复，而且会遗漏数百家小型经纪商。付费服务是持续保护的一种非常实用的升级方式。 数据经纪商可以出售你的社会安全号码吗？ 虽然信誉良好的经纪人声称不出售完整的社会安全号码，但他们确实出售周围的数据（姓名、地址、电话、亲属），这些数据很容易与泄露的数据库结合起来，从而导致身份盗窃。因此，彻底清除病菌至关重要。 哪家数据清除公司最好？ 经过 6 个月的独立测试，DeleteMe 在质量、覆盖范围和人工支持方面都是综合表现最佳的公司。对于预算有限且希望实现完全自动化的用户来说，Incogni 是最佳选择。 数据经纪商的经济活动永无止境。如果您厌倦了在网络上到处看到自己的个人信息，并且想要一个真正有效的长期解决方案，我强烈建议您从 DeleteMe 开始，以获得顶级保护；如果您更喜欢全自动、经济实惠的方法，则可以选择 Incogni。

2026年版 ベスト個人データ削除サービス：6ヶ月間の独立テストを経てトップ5にランクイン 結論 過去6か月間、トッププラットフォームを厳格にテストした結果、2026年に最高の個人データ削除サービスについての私の決定的な見解を述べます。 エリートの選択: DeleteMe 比類なき人間主導のサポート、最大のブローカーネットワーク(750+)、そして長期的な抑制が保証されています。最高品質のものを求める人に最適です。 オートメーションの王様: Incogni 完全自動化で手を出さないデータ削除に最適な、強力な国際的な法的支援(GDPR/CCPA)を得ています。 過去2年間、さまざまなデータ削除プラットフォームに時間とお金を無駄にしてきました。私の情報は数週間消えてしまい、また魔法のように人検索サイトに現れることがありました。それは苛立たしく、全く無意味に感じられた。 そこで私は、有力候補について6ヶ月間の本格的な独立テストを実施することにした。今では、最良のデータ削除サービスを見つけるには、継続的な再監視が重要な要素にかかっていると自信を持って言えます。トップ5プラットフォームが群衆の中で際立っている理由を、まさにここにご紹介します。 個人データ削除サービス ベスト5（ランキング形式） 1. DeleteMe（エリートスタンダード） 選ばれる理由：一度限りのクリーンアップを行う基本的なサービスとは異なり、DeleteMeは継続的に監視し、ユーザーの情報を再削除します。自動リクエストが失敗した場合、本物の人間のプライバシー専門家が介入し、頑固なデータブローカーに対処します。彼らは750+の大ブローカーをカバーし、詳細な四半期報告書を提供しているため、実際にどこでデータが発見され、どこから削除されたかを確認できます。 2. Incogni(ベスト・フルオートメーション) なぜ勝つのか:Surfsharkチームによって作られた、究極の「セットして忘れる」ソリューションです。GDPRおよびCCPAに基づく要求を180社以上のブローカーに対して自動化します。エッジケースへの人間サポートは少ないですが、価格(月約6.49ドル)を考えれば、オートメーションの深さは比類なきものです。 3. Optery（透明性において最高） Opteryが優れている理由：Opteryは、私がテストしたサービスの中で唯一、削除したすべての項目についてスクリーンショットによる証拠を提供してくれるサービスです。月額約3.99ドルと最も安価だが、その後のフォローアップの積極性はDeleteMeやIncogniには及ばない。 4. オーラ(ベストオールインワンバンドル) なぜ勝つのか:デジタルセキュリティの統合を目指すファミリにとって素晴らしい選択です。データ消去機能に加え、ウイルス対策ソフト、VPN、信用情報監視機能がセットになっています。しかし、専用のブローカーデータベースは規模が小さく（100サイト強）、純粋なデータ削除だけが目的であれば、あまり理想的とは言えません。 5. プライバシー Bee(パワーユーザー向け) なぜ勝つのか:デジタルフットプリントを細かく外科的に管理できる。特定のブローカーカテゴリーを優先し、カスタムスケジュールを設定できます。月約14.99ドルと高価で複雑ですが、プライバシー愛好家には比類なきものです。 2026年にデータ削除がもはや選択肢ではなくなる理由 デジタルプライバシーの状況は劇的に変化しました。あなたの個人情報—ホーム住所、電話番号、ファミリ情報—は、迷惑メールを煽っていた小さな迷惑から、AIによる詐欺の重要なインフラストラクチャへと進化しました。10年前、データブローカーが最悪のことはあなたのプロフィールをテレマーケターに売ることくらいでした。今日、その同じ伝記データセットは音声クローンやディープフェイクの個人情報盗難の設計図となっています。2026年において、最適な個人データ削除サービスを見つけることは、単なる好みではなく、個人のセキュリティの直接的な前提条件となっています。 データ再燃サイクル：なぜ一度限りのオプトアウトは失敗するのか デジタルプライバシーにおける最も危険な誤解は、1回のオプトアウト申請を提出するだけで問題が永久に解決するというものです。そうではありません。データブローカープラットフォームは、公的記録を継続的に再スクレイピングするために特別に設計されています。削除が成功した後でも、彼らの自動クローラーは60日から90日以内にあなたのデータを再び取得することがよくあります。このパターンを「データ再起サイクル」と呼び、トップクラスのデータ削除プラットフォームが一度きりのスイープではなく継続的な自動監視に注力する理由です。継続的な抑圧こそが、実際に有効な唯一の防御策である。 よくある質問（実地テストに基づく） データ削除サービスは本当に効果があるのか？ はい、ただし継続的な再監視が含まれている場合に限ります。データブローカーは、60日から90日ごとに公開記録を再収集する（データ再収集サイクル）。一度限りの清掃依頼は全く効果がない。DeleteMeやIncogniのようなサービスは、継続的な削除サイクル全体を自動化しており、私の6ヶ月間のテストで実際に効果があることが確認されました。 データ消去サービスの費用はいくらですか？ プレミアムサービスの料金は、年間プランの場合、通常月額3.99ドルから14.99ドルです。DeleteMeは月額10.75ドルです。Incogniは月額6.49ドル、Opteryは月額3.99ドルからとなっています。ブローカーの補償やサポートに関しては、基本的に支払った分の価値があります。 データブローカーから自分のデータを削除してもらうために、お金を払う価値はあるのだろうか？ 絶対に。手作業による除去は無料だが、数時間かかる上に、3～4ヶ月ごとに繰り返す必要がある。サービスに料金を支払うことで何十時間も節約でき、法的裏付け(CCPA/GDPR)や継続的な監視も得られます。これは自分では達成できないものです。 CloakedとDeleteMe、どちらが良いですか？ DeleteMeの方がより優れた選択肢です。2010年から運営されており、750+のブローカーをカバーし、難しいエッジケースを扱うために人間の専門家を雇用しています。Cloakedは比較的新しい企業であり、実績も少なく、長期的な効果に関する検証データも少ない。 DeleteMeとAura、どちらが良いですか？ もし主な目的が包括的なデータ削除であれば、DeleteMeは750+の大規模なブローカーネットワークと人間のサポートによりはるかに優れています。Auraが優れているのは、VPNとウイルス対策ソフトに加えて基本的な駆除機能も含むオールインワンのパッケージを特に求めている場合のみです。 無料で利用できるデータ削除サービスはありますか？ はい、Spokeo、Whitepages、BeenVerifiedなどの主要サイトを手動でオプトアウトすることは無料で可能です。しかし、これは非常に時間がかかり、絶え間ない繰り返し作業が必要であり、数百もの小規模ブローカーを見落としてしまう。有料サービスは、継続的な保護のための非常に実用的なアップグレードです。 データブローカーはあなたのSSNを売ることができますか? 信頼できるブローカーは完全な社会保障番号を販売していないと主張していますが、名前、住所、電話番号、親族などの周辺データも販売しており、これらは流出したデータベースと簡単に組み合わせて身分盗用を容易にします。だからこそ、徹底的な除去が極めて重要なのです。 最高のデータ削除会社はどこですか? 6か月にわたる独立したテストの結果、DeleteMeは品質、カバレッジ、そして人的サポートの面で全体的に最良の会社です。Incogniは、完全なオートメーションを求める予算重視のユーザーにとって最適なNXPについてです。 データブローカー経済は容赦ない。オンライン上のあらゆる場所で自分の個人情報を目にすることにうんざりしていて、長期的に効果のある解決策を求めているなら、高度な保護を求めるならDeleteMe、完全に自動化された手頃な価格のアプローチを好むならIncogniを強くお勧めします。

S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hello, I am developing with the S32K388 (4× Cortex-M7, ASIL D) and would like to run FreeRTOS on 3 of the 4 cores (each core runs its own FreeRTOS instance, AMP mode).So far I have not been able to find complete reference material for this multi-core FreeRTOS setup, so I would appreciate any guidance. My questions: 1. Is AMP (one FreeRTOS instance per core) the recommended approach for running FreeRTOS on 3 cores of the S32K388? Is there an NXP application note / user guide describing the multi-core setup, e.g. boot sequence and core start-up (who starts core1/core2/core3 and how), VTOR / vector table per core, memory partitioning (TCM/RAM), clock and interrupt routing per core? 2. Is there an official example project (S32K388 or any S32K3 variant) that runs FreeRTOS on more than 2 cores? Where can I download it? 3. What is the recommended inter-core communication mechanism on S32K3 (IPCF vs shared memory + interrupts), and are there FreeRTOS-aware examples? 4. How should the project be structured in S32 Design Studio for this use case (single multi-core project vs one project per core), and how can I debug all 3 cores simultaneously? Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hello @LeeKen, Neither AMP nor SMP is recommended; the choice depends on the application requirement. You can choose the multicore FreeRTOS approach that best fits the application. For AMP, use one independent S32 Design Studio project per core, based on the single-core FreeRTOS example. The main core should configure XRDC. Memory, vector tables, stacks, and application sections must be divided in the per-core linker files. The main core may start the other cores, or sBAF can enable the cores specified in the boot header/boot configuration word. IPCF 4.3.0 includes an S32K388 AMP FreeRTOS multicore example using CM7_1 and CM7_2, which can be used as a reference. IPCF is optional, anyone can implement their own solution. In general, debuggers provide multicore debug support. Regards, Daniel Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hi Daniel, Thanks a lot for your detailed explanation. There are still some questions that I would like you to answer. 1. If using the AMP mode, each core is regarded as a single-core Free RTOS project, is that correct? 2. Only the main core needs to configure XRDC? Are there any precautions when configuring? 3. If the configurations for each core's Memory, vector tables, stacks are completely independent, do we need to assess the dependencies between the multi-cores? 4. If I use the main core to start the other two slave cores, is there any limitation or must there be a certain sequence when starting multiple slave cores one after another? Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hello @LeeKen, 1. Yes. 2. XRDC is a global configuration and normally needs to be configured only once by the main core before the other cores access protected resources.  https://docs.nxp.com/bundle/AN14715/page/topics/extensible_resource_domain_controllerxrdc.html 3. The system-level dependencies still need to be assessed. These include shared memory, IPCF channels, shared peripherals, semaphores, clocks, watchdogs, reset handling, startup synchronization, low-power mode, etc. 4. This is also a functional-safety consideration. The secondary cores should not have unrestricted access to certain memories or peripherals, so XRDC must be initialized before they use those resources. XRDC domain assignment is also required for hardware SEMA42 operation, because SEMA42 uses the master domain ID for gate ownership. Regards, Daniel

S32K118 Erase Flash Sector command address format 您好 在手册中 Erase Flash Sector command要求写入的擦除地址为24位，但是DFLASH的起始地址为0x1000_0000 ,我在手册中没有找到写入的24位地址相关说明，请问这方面是有什么特殊映射吗，如果我想擦除0x1000_0000处扇区，我要写入地址为什么 Re: S32K118 Erase Flash Sector command address format 你好@TakanashiLika ， FTFC->FCCOB[2] = 0x80; // Flash address [23:16] 0x1000_0000 FTFC->FCCOB[1] = 0x00; // Flash address [15:8] FTFC->FCCOB[1] = 0x00; // Flash address [7:0] 此致， 丹尼尔 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.

S32K388 (4×Cortex-M7):3コアでFreeRTOSをAMPモードで動かす こんにちは、 私はS32K388(4× Cortex-M7、ASIL D)で開発中で、ランをしたいと思っています 4コアのうち3コアでFreeRTOS(各コアは独自のFreeRTOSインスタンス、AMPを実行します) モードです。これまでのところ、この件に関する完全な参考資料を見つけることができていません マルチコアFreeRTOSのセットアップなので、何かアドバイスをいただけるとありがたいです。 私の質問： 1.AMP（コアごとに1つのFreeRTOSインスタンス）は、実行するための推奨アプローチですか？ S32K388の3コアでFreeRTOSを実行する？NXPのアプリケーションノート/ユーザーガイドはありますか? マルチコア構成を説明する、例えば起動シーケンスとコア起動 (誰がcore1/core2/core3を始めるか、そしてその方法)、コアごとのVTOR / ベクターテーブル、メモリ コアごとのパーティション分割(TCM/RAM)、クロックや割り込みルーティングについて? 2. 公式の例プロジェクト(S32K388やS32K3のバリアントなど)はありますか? 2コア以上でFreeRTOSを動かしていますか?どこでダウンロードできますか? 3. S32K3における推奨されるコア間通信メカニズムとは何か (IPCFと共有メモリ+割り込みの違い)、そしてFreeRTOS対応の例はありますか? 4. このユースケースにおいて、S32 Design Studioでプロジェクトをどのように構成すべきか (単一のマルチコアプロジェクトと1つのプロジェクトで1つのコア)と、すべてのプロジェクトをどうやってデバッグすればいいのか 3つのコアを同時に? Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode こんにちは、 @LeeKen さん。 AMPもSMPも推奨されていません。選択は用途の要件によります。アプリケーションに最適なマルチコアFreeRTOSのアプローチを選択できます。 AMPの場合は、シングルコアのFreeRTOS例を基に、コアごとに独立したS32 Design Studioプロジェクトを1つ使います。メインコアはXRDCを設定する必要があります。メモリ、ベクターテーブル、スタック、アプリケーションセクションは、コアごとのリンカーファイルで分割する必要があります。メインコアが他のコアを起動することもあれば、sBAFがブートヘッダー/ブート設定ワードで指定されたコアを有効にすることもできます。 IPCF 4.3.0CM7_1とCM7_2を用いたS32K388 AMP FreeRTOSマルチコアの例も含まれており、参考文献として利用できます。 IPCFは任意で、誰でも自分で実装できます。 一般的に、デバッガはマルチコア・デバッグサポートを提供します。 よろしくお願いいたします。 ダニエル Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode こんにちは、ダニエルさん。 詳しい説明をありがとうございました。まだいくつかお答えいただきたい質問があります。 1.AMPモードを使う場合、各コアはシングルコアのフリーRTOSプロジェクトとして扱われますか? 2. XRDCの設定はメインコアだけが必要ですか?設定時に注意すべき点はありますか？ 3.各コアのメモリ、ベクタテーブル、スタックの設定が完全に独立している場合、マルチコア間の依存関係を評価する必要はありますか？ 4. メインコアを使用して他の2つのスレーブコアを起動する場合、複数のスレーブコアを順番に起動する際に、何か制限事項や特定の順序が必要でしょうか？ Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode こんにちは、 @LeeKen さん。 1. はい。 2. XRDCはグローバル構成であり、通常はメインコアが一度だけ設定すれば他のコアが保護されたリソースにアクセスする必要があります。 https://docs.nxp.com/bundle/AN14715/page/topics/extensible_resource_domain_controllerxrdc.html 3. システムレベルの依存関係はまだ評価する必要がある。これには共有メモリ、IPCFチャネル、共有ペリフェラル、セマフォ、クロック、ウォッチドッグ、リセット処理、起動同期、低消費電力モードなどが含まれます。 4. これも機能安全の考慮事項です。二次コアは特定のメモリやペリフェラルに無制限にアクセスできるべきではないため、それらのリソースを使用する前にXRDCを初期化しなければなりません。SEMA42ハードウェアの動作には、ゲート所有権にマスタードメインIDを使用するため、XRDCドメインの割り当ても必要です。 よろしくお願いいたします。 ダニエル

S32K118 フラッシュセクター消去コマンドのアドレス形式 こんにちは。マニュアルには、フラッシュセクタ消去コマンドには24ビットの消去アドレスの書き込みが必要だと記載されています。しかし、DFLASHの開始アドレスは0x1000_0000で、マニュアルには24ビットアドレスの書き込みに関する説明が見当たりません。特別なマッピングが必要なのでしょうか？0x1000_0000のセクタを消去したい場合、どのアドレスを書き込めば良いのでしょうか？ Re: S32K118 Erase Flash Sector command address format こんにちは、 @TakanashiLika さん、 FTFC->FCCOB[2] = 0x80; // Flash address [23:16] 0x1000_0000 FTFC->FCCOB[1] = 0x00; // Flash address [15:8] FTFC->FCCOB[1] = 0x00; // Flash address [7:0] よろしくお願いいたします。 ダニエル 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.

EIS BMS参照ソフトウェアのソースコード EISのBMSを評価・開発するために、BCC 7426(EVBMA7X2YDT1)付きの評価ボードを購入しました。 問題は、NXPのパッケージマネージャーで見つけた唯一の参照ソフトは、「SW32K358_EIS_BMU_SW_3.0_CD01_D2605」と組み合わせてSW32K358_EIS_GUI_SW_3使うための事前コンパイルされたものばかりだということです。 リリースドキュメントには、ボードS32K358_EIS_BMU提供された.elfを点灯させた状態でGUIの使い方が説明されています。参照ソフトウェアのソースコードをダウンロードして、互換性のあるボード(RD-BESSK358BMU)でGUIを使うことは可能でしょうか?このボードはほぼ同じレイアウト(K358、MC33665A、TPLポート2つ、デバッグヘッダー)ですが、SPIやUARTのピン配列が異なります。ある掲示板から別の掲示板に変更されたのは奇妙に思える。 よろしくお願いします。 Re: EIS BMS reference software source code こんにちは、 gferrettsさん 現在リリースされているSW32K358_EIS_BMU_SW_3.0_CD01_D2605ソフトウェアパッケージは主に事前コンパイル済みのBMUファームウェアと対応するEISGUIを提供します。 既存のリリース内容に基づくと、BMUリファレンスソフトウェアの公開ダウンロード可能な完全なソースコードはありません。

silicon revision Hello, I looking for some documentation regarding the silicon revision from MCIMX6S4AVM08AC to MCIMX6S4AVM08AD. What change in this silicon revision? I not found any documentation about that. MCXA MCXC MCXN Re: silicon revision Hi @FelipeBalieiro  Please refer this datasheet. https://www.nxp.com/docs/en/data-sheet/IMX6SDLAEC.pdf The datasheet confirms that MCIMX6S4AVM08AC covers silicon Rev. 1.2/1.3, while MCIMX6S4AVM08AD is Rev. 1.4, a new 4N81E mask set with ROM modifications. The related ROM modification can be found from here: Chip Errata for the i.MX 6Solo/6DualLite Best Regards, Zhiming

在 AraSDK 2.1.1 上，RT-DETR 无法完全转换为 Ara240 .dvm 格式——不支持的操作 + 混合变通方案 NXP社区的各位好， 我正在将RT-DETR目标检测器转换为适用于FRDM i.MX95上的Ara240 DNPU ，目标版本为AraSDK / runtime 2.1.1。仅限（非 3.0）。我想分享一些发现，并询问是否有推荐/支持的获取完整 .dvm 文件的路径。将 DETR 风格模型转换为多尺度可变形注意力模型。 环境 物品价值 电路板 FRDM i.MX95 + Ara240 运行时 imx-nxp-ara2 2.1.1 （必须与编译器匹配） 编译器 AraSDK 2.1.1 (ara-sdk-cnn:2.1.1,dvrun） 尝试过的模型 Ultralytics rtdetr-l / rtdetr-x (HGNetv2)；也评测了 HF PekingU/rtdetr_r50vd (ResNet-50-VD) ONNX导出 Ultralytics RTDETR.export(format="onnx",imgsz=640, batch=1, dynamic=False, opset=17) → FP32 静态ONNX 量子化 在 AraSDK 内部完成（分析器 + 校准镜像）→ INT8 .dvm（非 Ultralytics INT8 ONNX） 目标 完整的端到端转换： FP32 ONNX → dvconvert → 试运行估计 → 量化 → 估计 → 发送 → .dvm 该程序在运行时 2.1.1 上加载，并且完全在 Ara240 DNPU 上运行。 观察结果与 NXP HuggingFace Ara240 模型对比 已发布的 Ara240 型号，例如Qwen2.5-VL / Qwen2.5-Coder即使体积大得多，也能成功转换。这些图表主要由静态的 MatMul / Norm / Softmax堆栈构成，并且看起来像是官方移植的。 RT-DETR 失败的原因不是规模（~33-43M 个参数），而是运算符覆盖范围：检测解码器使用多尺度可变形注意力和动态查询选择。 不支持/有问题的层（Ultralytics 和 HF RT-DETR 上的同一类） 模式影响AraSDK 2.1.1 网格样本 / F.grid_sample 解码器 MS 可变形注意力（n_points=4，3 级，6 层） 这不是 DNPU 操作；ONNX 导出会生成许多 GridSample 节点（在 Ultralytics rtdetr-l 上为 18 个）。 TopK + 集结/掩护行动 不确定性最小查询选择（查询数=300） 数据相关索引；变流器回退或调度/发出失败 AIFI 自我关注 混合编码器 按 BDOT 计划；估算器可能崩溃（总工时：0） Opset-17ReduceSum（轴作为输入） 解码器注意力路径 变流器 rename_ReduceSum IndexError → DV_ATen (CPU) 身份/深度广播 例如展开以查看 GatherElements 掩码 红外序列化中止（不需要DVEEIR广播层/深度-色散广播） HuggingFace PekingU/rtdetr_r50vd 使用相同的可变形解码器 + AIFI 模式（Transformers 源代码中的 RTDetrMultiscaleDeformableAttention + grid_sample + topk）。只有骨干网不同（ResNet-50-VD 与 HGNet）。切换到高频模式并不能实现完全的DNPU转换。 我遇到的失败（逐一分析） IR 序列化（完整图表） DVEEIR 广播层完全不需要……BCST……300 来源：/model.28/Expand_1（TopK 掩码展开）。 在 Expand→Concat 重写之后 DVEEIR 广播案例目前尚不支持深度维度以及其他维度。 仍在 GatherElements / 广播路径上。 完全转换 ReduceSum opset-17 → DV_ATen；Mod/Less/异或/And → DV_ATen；转换验证 EMAX > 1e-4。 注意：不能降至 opset 13，因为 GridSample 需要 opset ≥ 16。 混合型：主干网 + 编码器（不包括解码器） 试运行估算器： DVESIT 总 WG 在 SINIT 处计算不正确…BDOT,400,400,32…total_wgs: 0 (AIFI)。 发射器： DVEMCU 模型中存在未知 CP 内核……退出代码 139 （容忍空运行崩溃后的虚拟/通用内核 → 没有真正的 .dvm 文件）。 混合模式：仅骨干网络（纯 CNN） Dryruns 达到 DVEQIR 序列化 IR 完成 — 此路径对于 CNN 主干网的 DNPU .dvm 是可行的；AIFI + CCFM + 解码器留在 CPU 上 (onnxruntime)。 我的转换方法（工作方法：混合式） 由于在当前操作系统支持下，2.1.1 版本无法实现完整的RT-DETR .dvm 文件，所以我使用了一种奇偶校验精确的混合格式： 步骤 1 — 导出 FP32 静态 ONNX（Ultralytics） from ultralytics import RTDETR model = RTDETR("rtdetr-l.pt") model.export(format="onnx", imgsz=640, batch=1, dynamic=False, simplify=True, opset=17) dvrun 将此FP32 ONNX 视为 inet/iwt。INT8 随后由 AraSDK 量化器 + 校准集生成。 步骤 2 — 提取 FP32 子图 (ONNX extract_model) 在主干输出端切断（Ultralytics RT-DETR-L）： 输入：图像 [1,3,640,640] 输出（DNPU / A 部分）： /model.3/ec/act/Relu_output_0 → [1,512,80,80] /model.7/Add_output_0 → [1,1024,40,40] /model.10/conv/Conv_output_0 → [1,256,20,20] 其余部分（CPU / B 部分）：这 3 个张量 → 输出 0 [1,300,6] from onnx import utils as onnx_utils BOUNDARY = [ "/model.3/ec/act/Relu_output_0", "/model.7/Add_output_0", "/model.10/conv/Conv_output_0", ] onnx_utils.extract_model("rtdetr-l.onnx", "partA_backbone.onnx", ["images"], BOUNDARY) onnx_utils.extract_model("rtdetr-l.onnx", "partB_rest.onnx", BOUNDARY, ["output0"]) A 部分是纯 CNN （卷积/Relu/最大池化/连接）——没有 GridSample / TopK / AIFI。 我验证了：full(images) == partB(partA(images))，其中 max_abs = 0（位精确）。 步骤 3 — 使用 AraSDK 2.1.1 (dvrun) 编译 A 部分 YAML：srcfw：onnx，inet/iwt = partA_backbone.onnx，dim 3,640,640，calib 文件夹，ignore_mse：如果需要则为 true 主机：内存/交换空间足够用于估算器（我使用的是 32GiB 内存/约 100GiB 交换空间的服务器；16Gi 桌面很容易出现内存溢出） 保持编译器和板级运行时都使用2.1.1 版本。 成功标准：调度序列化、发射器报告 Ara2 处理器兼容性、非空 .dvm 文件/ assets（非 0 字节的 kernel.lib） 步骤 4 — 部署混合推理 在 Ara240 上加载 Part A .dvm（运行时 2.1.1）。 在 ARM 上使用onnxruntime运行 Part B (partB_rest.onnx)。 将 DNPU 特征图输入到 B 部分 → 检测中。 模型部件 A 已转换为 .dvm 格式我已经在 DNPU 上测试了 Part A，在 CPU 上测试了 Part B，但是它给出了错误的低检测输出，类别输出为零，但是 Part A onnx 和 Part B onnx 在 A55 CPU 上都能正常工作并给出正确的输出。我附上图片供您参考，引用。 ORT A + B 图像 混合A+B NXP/Kinara 的问题 RT-DETR / Deformable DETR是否在 Ara240 2.1.1的支持/验证模型列表中？ 是否有针对 GridSample / 多尺度可变形注意力机制的计划内核或转换路径？ 对于类似 AIFI 的关注，是否有推荐的 ONNX 重写或约束，以便 BDOT 调度不包含 total_wgs: 0？ 在内核出现之前，混合模式（DNPU 主干网 + CPU 解码器）是否是该架构的预期模式？ 关于 DETR 图的 opset (16/17) 与变流器 ReduceSum 属性形式，是否有官方指南？ 如果其他人已成功在 Ara240 2.1.1（或 3.x）上生成完整的RT-DETR .dvm 文件，请分享： 导出设置（Ultralytics vs HF / lyuwenyu） YAML / dvrun 标志 可变形注意力是被重写还是被卸载了？ 如果需要，我很乐意分享更多日志（估计器 BCST / BDOT / 发射器 CP-kernel 消息）。 谢谢， 维杰·拉纳 Re: RT-DETR cannot fully convert to Ara240 .dvm on AraSDK 2.1.1 — unsupported ops + hybrid workaroun 嗨@vijayranaACL 1. RT-DETR / Deformable DETR是否在 Ara240 2.1.1的支持/验证模型列表中？ >>>不，该型号目前不在 Ara240 的支持列表中。 2. 是否有针对 GridSample / 多尺度可变形注意力机制的计划内核或转换路径？ 目前还没有相关计划。 其他问题我需要先和内部团队确认一下，才能回复你。 请问您能否分享一下您测试用的模型文件？然后我就可以在我的 i.MX95 FRDM 板上进行一些测试了。 B.R Re: RT-DETR cannot fully convert to Ara240 .dvm on AraSDK 2.1.1 — unsupported ops + hybrid workaroun 这些是所有级别的模型转换文件，格式为 .pt。-> .onnx-> 混合 A + B -> A + int8 onnx B 的 DVM。 模型链接： https://drive.google.com/file/d/1YhxLetVxP0T85gv0qK1GT1r_T1i25f7P/view?usp =sharing

ASA紧急警报处理和音频源切换 我们的主要问题是，当车辆从 DAB 收到紧急警报，而其他媒体源（例如通过蓝牙/CarPlay/Android Auto 播放的 Spotify 或 FM 广播电台）处于活动状态时，车辆的行为会如何。   具体来说，我们希望您能就以下几点提供技术说明：   自动信号源切换：当用户正在收听 FM 广播或 Spotify 时，如果通过 DAB 收到 ASA 紧急警报，系统如何自动切换到 DAB 紧急公告并显示相关警报信息？   系统职责：哪个元器件负责实现此行为？警报检测和触发信号是由 ASA 芯片本身处理，还是 DAB 接收器/主机需要一个控制接口，使其能够中断当前活动的媒体源并切换到 DAB 音频？   车辆集成：DAB接收器是直接控制音频源和显示，还是向车辆的信息娱乐系统发送警报通知或触发信号，然后由车辆的信息娱乐系统执行源切换并显示警报？   标准与实施：相关的 ASA/DAB 标准是否定义了这种行为以及接收器与车辆信息娱乐系统之间所需的接口，还是这些实施细节留给了接收器制造商和车辆 OEM？   技术要求：为了确保紧急警报能够覆盖当前活动的媒体源，是否需要任何特定的硬件接口、软件 API、控制信号或信息娱乐集成要求？   我们的目标是了解此功能是否主要由 ASA 接收器/解码器提供，或者是否需要与车辆的信息娱乐系统进行额外集成。   任何相关的技术文档、系统架构图或实施指南都将不胜感激。 Re: ASA Emergency Alert Handling and Audio Source Switching 你好 osmanistlink10 感谢您对恩智浦产品的关注。 与您的问题相关的NXP产品部件号是多少？

Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello NXP Team, I am working on a custom NXP i.MX95 board and want to enable HDMI output using the ADV7535 MIPI-DSI-to-HDMI bridge. I am a beginner in Yocto Linux, device-tree configuration, and HDMI initialization. Could you please guide me step by step on: Required Linux kernel drivers and configurations. Device-tree (DTS) changes for the ADV7535 and MIPI-DSI. Yocto configuration and HDMI initialization. Any reference device-tree files, application notes, or beginner-friendly guides. Thank you for your support. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello, You can use this post as reference to develop a new image for your custom design. Yocto Project customization guide Our BSP has all the required drivers to use ADV7535 bridge and you can use EVK board device tree as a reference to include it in your device tree configuration: imx95-19x19-evk-adv7535.dtso Best regards. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Request for Review of i.MX95 ADV7535 HDMI Device-Tree Patch Hello NXP Team, I have created a device-tree patch (hdmi_patch_imx95-15x15.patch) to enable HDMI output through the ADV7535 MIPI-DSI-to-HDMI bridge on my custom i.MX95 15×15 board. Could you please review my attached patch and verify whether the HDMI integration is correct? Please focus only on the HDMI-related changes, Note: The patch also contains LAN9646 Ethernet-switch configuration. Please ignore the LAN9646-related changes and review only the HDMI integration. Please let me know if any changes are missing or incorrect and suggest the required corrections with reference to the i.MX95-15x15-FRDM device tree. Thank you for your support. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello NXP Team, Thank you for sharing the reference files. I need step-by-step guidance to enable HDMI output on my custom i.MX95 15x15 board using the ADV7535 bridge. Could you please explain: i need to modify i.mx95-15x15-FRDM.dtsi file which is used in i.mx95-15x15-frdm board    How to adapt imx95-19x19-evk-adv7535.dtso for my custom hardware? 3. Right now i am using i.mx95-15x15-frdm image letter everything verify i will make my own custom machine image  Please provide example code and commands for each step, as I am a beginner in device-tree configuration and Yocto. Thank you for your support. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello, Unfortunately, we do not have a step-by-step guide regarding how to do this from scratch but adding your changes using a new layer based in the EVK can be a goo approach. Please refer to the post mentioned before. Your configuration seems according to our reference design using this bridge. Best regards. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Dear @JorgeCas , Thanks for the Quick reply, Could you please review the changes in the patch shared by @deepak_k in this post? We are following a similar approach by using the reference DTSO file for the ADV7535 HDMI configuration from the EVK board. Could you please review the implementation and let us know if we are missing any additional configurations or changes required to make it work correctly? Your feedback would be appreciated. Best regards, Asadullah

PIC CLB 上的 Eureka 某些 PIC MCU（例如 pic16f13145 系列）具有类似 FPGA 的可编程逻辑，称为可配置逻辑块。 我使用的 pic16f13115 有 32 个单元，每个单元都有一个 4 输入查找表和一个 D 触发器。 为了学习如何使用这些工具，今天我实现了对 6 个 LED 的 Charlieplexing 的 PWM 亮度控制支持，并进行了模拟。我使用 Verilog 来定义电路，而不是使用逻辑 CAD 画布。 我差不多有一半的时间都在用头撞墙。我慢慢地把 Verilog 代码写对了，让它能够综合（版本），然后让它能够仿真。 CLB 编程逻辑即使在 CPU 休眠状态下也能正常工作，这很棒。它非常适合功能安全至关重要的应用。例如，可用于实现复杂的中断触发逻辑。CLB 逻辑与外围输入输出的连接方式非常灵活。它比PIC单片机中一直使用的笨重的CLC可编程逻辑电路灵活得多。 只是想和大家分享一下我的 Eureka 经历。

S32DS EcuM ドキュメント 現在、S32K116でLINを実装しようとしています。 Lin_43_LPUAR_FLEXIOモジュールを追加した後、プロジェクトがコンパイルされなくなりました。 どうやら EcuM モジュールも追加しないと動かないようです(この情報はLINドキュメントに追加することをおすすめします)。 EcuMモジュールを追加した後、ドキュメントが付いていないことに気づきました。 私の質問： EcuMモジュールは何のためにあるのですか？ これで何ができて、どう使えばいいのでしょうか? なぜLINに必須なのですか? そのドキュメントはどこで見つけられますか? Re: S32DS EcuM documentation こんにちは、 @daniel_meier さん。 EcuM(ECUステートマネージャー)は、ECU状態の共通の側面を管理するAUTOSAR基本ソフトウェア(BSW)モジュールです。 RTDリリースノートに記載されているように 、「Dem、Det、EcuC、EcuM、Rteおよびインターフェースプラグインに含まれる機能はサンプルスタブ関数です」 つまり、RTDにはこれらのモジュールのサンプル実装が含まれており、対応するAUTOSAR基本ソフトウェアモジュールが利用できない場合でもアプリケーションがコンパイルして実行できるようにします。 完全なAUTOSAR環境では、EcuM、Dem、Det、Rteなどのモジュールは通常、Vector、ElektrobitなどのAUTOSARベンダー、またはその他のサードパーティサプライヤーから提供されます。RTDに含まれる実装はあくまでプレースホルダーとして意図されており、インターフェース依存性を満たすために必要な最小限の機能を提供します。 EcuMに関する詳細情報については、モジュールの詳細な説明が記載されているECUステートマネージャーのAUTOSAR仕様をご参照ください。 このモジュールをLINと組み合わせて使う場合、ドライバーユーザーマニュアルと統合マニュアルの確認もお勧めします。これらの文書は、ハードウェアおよびソフトウェアの要件、対応構成、使用ガイドライン、統合手順、既知の制限事項に関する詳細な情報を提供します。これらの文書は、例えば以下で見つけることができます: C:\NXP\S32DS.3.6.5\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\Lin_43_LPUART_FLEXIO_TS_T40D2M30I0R0\doc BR、VaneB

哪个中子变流器与 i.MX95 电路板支持包 LF6.6.52_2.2.x 匹配？工具包 1.14 没有 Linux_6.6.52 文件夹。 我们正在 Toradex Verdin iMX95, B0 芯片上启用 Neutron NPU，运行来自 Toradex 电路板支持包。 7.7.0 的 Yocto 参考多媒体映像。这不是Torizon。内核版本为 6.6.142-7.7.0-devel，基于 NXP LF6.6.52_2.2.2。/dev/neutron0 存在，驱动程序会进行探测。 该镜像未包含 Neutron 固件。我们安装了“NeutronFirmware.elf”以及来自 nxp-imx/neutron 分支 lf-6.6.52_2.2.0 的“NeutronKernels.bin”。用户空间代理库和 Neutron 库都是从同一分支构建的。label_image 在容器中运行并到达 NPU。 eIQ 工具包 1.14.0安装程序 EIQ-TOOLKIT-WIN-1.14.0（日期为 2025 年 1 月 28 日）没有 Linux_6.6.52 变流器。该安装中最新的 Linux 变流器是 Linux_6.6.36_2.1.0。正在转换 mobilenet_v1_1.0_224_quant.tflite使用 --target imx95 参数会生成一个微代码为 0x5bfe0804 的模型。运行时，6.6.52 版本堆栈报告： 微代码版本不匹配！0x5bfe0804（预期为 0xa186aaf2） 已创建委托，并委托了一个节点，但分类分数为空。在 CPU 上，如果没有 Neutron 委托，相同的模型可以正确地为 grace_hopper.bmp 返回“军装”。 将固件和用户空间库替换为 lf-6.6.36_2.1.0版本删除了不匹配项，然后 6.6.52 内核驱动程序因无法创建中子推理作业而导致作业失败，中子驱动程序内部故障代码 442。6.6.36 库无法与此内核通信。 eIQ Toolkit 版本说明指出，i.MX95 电路板支持包。 LF6.6.52_2.2.x 的 Neutron 变流器仅在 eIQ Toolkit 1.14 中可用。我们拥有的 1.14 安装程序中不包含它。 哪个变流器二进制会为该电路板支持包。生成微代码 0xa186aaf2？它包含在哪个 eIQ Toolkit 或 Neutron SDK 软件包中？ Re: Which neutron-converter matches i.MX95 BSP LF6.6.52_2.2.x? Toolkit 1.14 has no Linux_6.6.52 fold 你好@Giorgos_Sofroniou 预建变流器仅在eIQ Ubuntu版本上可用。 此致， 志明

シリコン・レビジョン こんにちは、 シリコンのリビジョンをMCIMX6S4AVM08ACからMCIMX6S4AVM08ADにかけてのドキュメントを探しています。 今回のシリコン改訂版では、どのような変更が加えられたのでしょうか？その点に関するドキュメントは見つかりませんでした。 MCXA MCX C MCX N Re: silicon revision こんにちは、 @FelipeBalieiro さん。 このデータシートを参照してください。 https://www.nxp.com/docs/en/data-sheet/IMX6SDLAEC.pdf データシートでは、 MCIMX6S4AVM08ACがシリコンRev.1.2/1.3に対応していることが確認されています。MCIMX6S4AVM08ADはRev.1.4であり、ROMの変更を伴う新しい4N81Eマスクセットです。 関連するROM修正はこちらから入手できます:i.MX 6Solo/6DualLiteのChip Errata よろしくお願いします、 志明

S32DS EcuM 文档 我目前正在尝试在 S32K116 上实现 LIN。 添加Lin_43_LPUAR_FLEXIO模块后，项目无法编译了。 显然我还需要添加EcuM模块才能使其正常工作（我建议将此信息添加到 LIN 文档中）。 添加EcuM模块后，我发现它没有附带文档。 我的问题： EcuM模块是做什么用的？ 我可以用它做什么？我该如何使用它？ 为什么LIN需要它？ 哪里可以找到相关文档？ Re: S32DS EcuM documentation 嗨@daniel_meier EcuM（ECU 状态管理器）是一个 AUTOSAR 基础软件 (BSW) 模块，负责管理 ECU 状态的通用方面。 正如RTD版本说明中所述： "Dem、Det、EcuC、EcuM、Rte和接口插件中包含的函数是示例短截线函数" 这意味着 RTD 包含了这些模块的示例实现，即使相应的 AUTOSAR 基本软件模块不可用，应用程序也能编译和运行。 在完整的 AUTOSAR 环境中，EcuM、Dem、Det 和 Rte 等模块通常由 Vector、Elektrobit 等 AUTOSAR 供应商或其他第三方供应商提供。RTD 中包含的实现仅用作占位符，并提供满足接口依赖关系所需的最低功能。 有关 EcuM 的更多信息，请参阅 ECU 状态管理器的 AUTOSAR 规范，其中提供了该模块的详细描述。 关于将此模块与 LIN 配合使用，我还建议您查阅驱动程序用户手册和集成手册。这些文档提供了有关硬件和软件要求、支持的配置、使用指南、集成程序和已知限制的详细信息。例如，您可以在以下位置找到这些文件： C:\NXP\S32DS.3.6.5\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\Lin_43_LPUART_FLEXIO_TS_T40D2M30I0R0\doc BR，VaneB

Which neutron-converter matches i.MX95 BSP LF6.6.52_2.2.x? Toolkit 1.14 has no Linux_6.6.52 folder We are enabling the Neutron NPU on a Toradex Verdin iMX95, B0 silicon, running the Yocto reference multimedia image from Toradex BSP 7.7.0. This is not Torizon. The kernel is 6.6.142-7.7.0-devel, based on NXP LF6.6.52_2.2.2. /dev/neutron0 exists, and the driver probes. The image did not ship the Neutron firmware. We installed "NeutronFirmware.elf" and "NeutronKernels.bin" from nxp-imx/neutron, branch lf-6.6.52_2.2.0. The userspace delegate and Neutron libraries were built from the same branch. label_image runs in a container and reaches the NPU. eIQ Toolkit 1.14.0, installer EIQ-TOOLKIT-WIN-1.14.0 dated 28 January 2025, has no Linux_6.6.52 converter. The newest Linux converter in that install is Linux_6.6.36_2.1.0. Converting mobilenet_v1_1.0_224_quant.tflite with --target imx95 produces a model whose microcode is 0x5bfe0804. At runtime the 6.6.52 stack reports: microcode version mismatch! 0x5bfe0804 (expected 0xa186aaf2) The delegate is created, and one node is delegated, but the classification scores are empty. The same model on the CPU, without the Neutron delegate, correctly returns "military uniform" for grace_hopper.bmp. Replacing the firmware and the userspace libraries with the lf-6.6.36_2.1.0 versions removes the mismatch, then the 6.6.52 kernel driver fails the job with a failure to create a neutron inference job, Neutron Driver internal fault code 442. The 6.6.36 library cannot talk to this kernel. The eIQ Toolkit release notes say the Neutron converter for i.MX95 BSP LF6.6.52_2.2.x is available only in eIQ Toolkit 1.14. The 1.14 installer we have does not contain it. Which converter binary produces microcode 0xa186aaf2 for this BSP, and in which eIQ Toolkit or Neutron SDK package is it shipped? Re: Which neutron-converter matches i.MX95 BSP LF6.6.52_2.2.x? Toolkit 1.14 has no Linux_6.6.52 fold Hi @Giorgos_Sofroniou  The prebuilt converter is only availble on eIQ Ubuntu version. Best Regards, Zhiming

S32DS EcuM documentation I am currently trying to implement LIN on an S32K116. After adding the Lin_43_LPUAR_FLEXIO module, the project did not compile anymore. Apparently I need to add the EcuM module as well for it to work (I recommend adding this information to the LIN documentation). After adding the EcuM module, I noticed that it does not come with documentation. My questions: What is the EcuM module for? What can I do with it and how do I use it? Why is it required for LIN? Where can I find the documentation for it? Re: S32DS EcuM documentation Hi @daniel_meier  EcuM (ECU State Manager) is an AUTOSAR Basic Software (BSW) module responsible for managing common aspects of ECU states. As stated in the RTD release notes: "The functions contained in the Dem, Det, EcuC, EcuM, Rte and interface plugins are sample stub functions" This means that RTD includes sample implementations of these modules to allow the applications to compile and run even when the corresponding AUTOSAR Basic Software Modules are not available. In a full AUTOSAR environment, modules such as EcuM, Dem, Det, and Rte are typically provided by AUTOSAR vendors such as Vector, Elektrobit, or other third-party suppliers. The implementations included with RTD are intended only as placeholders and provide the minimum functionality required to satisfy the interface dependencies. For additional information about EcuM, please refer to the AUTOSAR Specification of ECU State Manager, which provides a detailed description of the module. Regarding the use of this module with LIN, I would also recommend reviewing the Driver User Manual and the Integration Manual. These documents provide detailed information on hardware and software requirements, supported configurations, usage guidelines, integration procedures, and known limitations. These documents can be found, for example, at: C:\NXP\S32DS.3.6.5\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\Lin_43_LPUART_FLEXIO_TS_T40D2M30I0R0\doc BR, VaneB