Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
S32K14X_MCAL_安装 我尝试了很多次,但仍然无法成功安装许可证。造成这种情况的原因可能是什么? 无效的许可证文件。需要功能 AUTOSAR_MCAL_S32K14X 版本 4.2。 Re: S32K14X_MCAL_install 你好@xiaomingchen , 要使用 SW32K14-SMCL431-RTMC-1.0.1 软件包,需要一个 license.dat 文件。您可以在“许可证密钥”选项卡中下载所需的许可证,选择要下载的许可证(就您的情况而言,我看到您正在使用适用于 S32K1XX 平台的 AUTOSAR 4.3 RTM 1.0.3 版本 / SW32K14-SMCL431-RTMC-1.0.1 ),向下滚动并选择“查看”,最后选择“全部保存”。 这将生成一个license.dat文件,您需要在安装向导中输入该文件: 但是,该软件已停止支持和维护。我们建议改用最新的 RTD 驱动程序:实时驱动 (RTD) | NXP 半导体 。 此致, 朱利安
View full article
エンタープライズモバイルRFP内訳:EPAM、Appinventiv、WillowTreeの提案の比較 エンタープライズ向けモバイル開発パートナーを選ぶことは、もはや最も優れた開発者や最も優れたアプリポートフォリオを持つ会社を見つけるだけの問題ではありません。 CEO、CIO、CTOにとってははるかに大きな決断です。どの技術パートナーがモバイルの取り組みを安全でスケーラブルなビジネス能力に変え、測定可能な価値をもたらすか? その問題は2026年においてより重要になってきている。テクノロジーリーダーは、技術支出をビジネス成果に結びつける一方で、レガシーシステムの近代化、AIの運用化、サイバーセキュリティの強化、技術リスクの管理というプレッシャーが高まっています。デロイトの2026年グローバル・テクノロジー・リーダーシップ・スタディによると、79%のテクノロジーリーダーがビジネス成果を推進することを最優先事項としています。一方、CIOの調査によると、AI、サイバーセキュリティとリスクマネジメント、データと分析、アプリケーションの近代化が主要な優先事項の一つです。 これにより、エンタープライズモバイルRFPの評価方法が変わります。 EPAM、Appinventiv、WillowTreeはいずれも説得力のある主張をしていますが、それぞれ異なる強みを持っています。EPAMは、非常に大規模なエンジニアリング能力と、高度な企業変革能力を備えています。WillowTreeは現在TELUS Digitalの一部であり、強力な製品デザインとデジタル体験の伝統を持っています。Appinventivはモバイル製品エンジニアリング、エンタープライズ統合、AI、モダナイゼーション、セキュリティ重視の提供を融合させています。 SO、「どの会社が一番大きな名前を持っているか?」と尋ねるのではなく、エンタープライズの買い手はこう問うべきです: 「当社のモバイルプログラムのビジネス、技術、リスク、成長のニーズに最も適した提案は何でしょうか?」 企業のCEOやCTOがモバイルRFPで本当に求めているもの 現代のエンタープライズ向けモバイルアプリケーションは、孤立して存在することはほとんどありません。 アプリケーションはSAP、Salesforce、Microsoft Dynamics、ServiceNow、決済システム、アイデンティティプロバイダー、分析プラットフォーム、クラウドインフラ、AIサービス、レガシーデータベースとの統合が必要になる場合があります。 同時に、お客様やNXP社員向けが実際に使いたいと思う体験を提供しなければなりません。 だからこそ、今日のモバイルRFPは開発コスト以上の価値を評価するべきです。 1. 測定可能なビジネス成果 最初の質問は次のとおりです。 この投資によって何が改善されるのでしょうか? その答えは以下のようなものかもしれません: コンバージョン率の向上 顧客サービスコストの削減 NXP社員向けの生産性向上 デジタルエンゲージメントの向上 手作業によるワークフローを削減する Time to Marketの加速 お客様維持率の向上 新たなデジタル収益を生み出す デロイトの2026年の調査はこの変化を明確に示しています。技術リーダーシップは単にシステムの稼働を維持するだけでなく、企業の価値と測定可能なビジネス成果によって定義されることがますます強まっています。 弱い提案とは次のようなものだ。 「iOSとAndroidのアプリケーションを開発します。」 より強い提案はこうだ。 「顧客の旅路を再設計し、基盤となるアーキテクチャを近代化し、高コストのワークフローを自動化し、その結果としてのビジネスインパクトを測定します。」 これがソフトウェア開発を購入するのとビジネス変革を購入することの違いです。 2. AI機能だけでなく、AIへの対応力も重要 AIはイノベーション部門から企業のコア技術ロードマップへと移行しました。 シスコの2026年のCEO調査では、インフラストラクチャのアップグレード、チームのスキルアップ、AIエージェントの導入、AIの影響測定、AIセキュリティとガバナンスの取り組みという5つの主要なAI優先事項が特定されました。 一方、CIOの調査では、2026年にはAIの運用化がCIOにとって最優先の機能優先事項となり、アプリケーションの近代化が再びトップ5の優先事項に戻ったことが分かりました。 つまり、モバイルRFPは単に以下のような質問をするべきではありません。 「アプリにAIを追加できますか?」 次のように問うべきである。 「AI戦略の進化に合わせてアプリケーションが進化できる、AI対応のアーキテクチャを構築できますか?」 RFPでは、以下のような能力を評価する必要があります。 生成AI ぼろ布 AIエージェント 企業知識検索 インテリジェントオートメーション 予測分析 AI副操縦士 モデルガバナンス 可観測性 AI対応データアーキテクチャ 安全なAPIとツールアクセス この違いは重要です。なぜなら、チャットボットをアプリケーションに追加することは、ビジネスシステムと安全に連携できるAI対応のエンタープライズ製品を構築するのと比べて簡単だからです。 3. セキュリティと統治 セキュリティはもはやベンダー選定後に見直される技術的な付録ではありません。 企業のCTOやCISOにとっては、セキュリティ、アイデンティティ、コンプライアンス、データ保護、AIガバナンスが製品が本番環境で承認されるかどうかを決定します。 Evantaの2026年のCIO調査では、サイバーセキュリティとリスクマネジメントが最優先事項とされており、CIOはリスク軽減、レジリエンス向上、規制要件の遵守に注力していると報告しています。 デロイトの2026年のサイバーリサーチは、AIセキュリティ、アイデンティティセキュリティ、ガバナンスが企業により自律的なシステムを展開する中でますます重要であることを強調しています。 したがって、強力なモバイルRFPは以下の点を検討すべきです: アイデンティティおよびアクセス マネジメント 暗号化 APIセキュリティ シークレットマネジメント セキュアなSDLC 脆弱性マネジメント 侵入テスト クラウドセキュリティ 監査ログ データ所在地 インシデント対応 モバイルデバイスマネジメント AIガバナンス 重要な質問は、次のとおりではありません。 「安全ですか?」 重要な質問は次のとおりです。 「セキュリティがアーキテクチャと開発ライフサイクル全体にどのように組み込まれているかを見せてください。」 EPAM、Appinventiv、WillowTree:それぞれの提案内容 これら3社とも高度なデジタル製品を構築できます。しかし、彼らの最も強力な主張は異なっている。 だからこそ、RFPの構造が重要なのです。 EPAM:エンタープライズエンジニアリングと変革の重鎮 EPAMは、この比較対象の中で最大規模のエンジニアリング組織である。 最新の公表データによると、2026年6月30日時点で約62,850人のNXP社員向けがおり、そのうち約56,650人の配達専門家がいます。同社は2025年に54億5,700万ドルの収益を生み出しました。 巨大なテクノロジ資産を持つ企業にとって、この規模は大きな利点となり得ます。 EPAMのエンタープライズサービスは、戦略策定、エンタープライズシステム、カスタムエンジニアリング、統合、移行、近代化、運用、データ、AI、クラウドなど多岐にわたります。同社のエンタープライズシステム事業は、エンドツーエンドの実装、システム統合、ランドスケープ変革、エンジニアリング、移行、および運用開始後の運用を明確に網羅している。 EPAMが際立つ点 EPAMは、以下のような組織にとって特に魅力的なソリューションです。 大規模なレガシー環境 複雑なエンタープライズアーキテクチャ 多国籍企業の変革プログラム 広範な統合要件 大規模なエンジニアリングチーム 複雑なガバナンス要件 グローバル展開 エンタープライズAIトランスフォーメーション 同社のAIに関する提案もまた、非常に意義深い。EPAMは、AIエンタープライズプラットフォームを本番レベルのAIプラットフォーム、ガバナンス、エンジニアリング、測定可能なROI、そして実験から企業規模への組織展開へと導くことを中心に位置づけています。 RFPでさらに掘り下げるべき点 EPAMの規模は印象的だが、企業顧客はそこで満足すべきではない。 調達における重要な問いは以下のとおりである。 実際に誰が私たちのモバイル製品を構築・運営するのでしょうか? リクエスト: 配送責任者 勤続年数の組み合わせ 提案されたチーム構成 開発チームの所在地 エスカレーションモデル エンジニアリングの所有権 予定されている利用可能状況 発射後のサポート構造 グローバルな労働力は価値がありますが、実際のプロジェクトチームが日々の納品の品質を決定します。 Appinventiv:モバイルファーストのエンタープライズエンジニアリングオプション Appinventivはやや異なるアプローチを取っている。 その最も強い主張は、マーケット最大の技術プロバイダであることではありません。 その最も強力な主張は、モバイル製品エンジニアリング、エンタープライズ統合、AI、モダナイゼーション、セキュリティを一つの技術的な取り組みに統合できるという点です。 Appinventivのモバイルアプリケーション提供は、カスタムモバイル開発、モバイルコンサルティング、AI搭載モバイルアプリケーション、レガシーモダナイゼーション、エンタープライズアプリケーション統合、クロスプラットフォーム開発、Android、iOSをカバーしています。エンタープライズ統合サービスには、モバイル製品をERP、CRM、ペイメント、アイデンティティ、分析、レガシー環境と接続することが含まれます。 これは企業の購入者にとって非常に重要です。なぜなら、モバイルアプリケーションはしばしばはるかに大きな技術エコシステムの目に見える層に過ぎないからです。 Appinventivの本当の利点:モバイル+エンタープライズエンジニアリング グローバルな金融サービス企業が新しいモバイルバンキングプラットフォームを求めていると想像してみてください。 一見すると、この要件は単純明快に見える。 モバイルバンキングアプリケーションを構築しましょう。 しかし、その要件の下には次のようなものがあるかもしれません。 コアバンキング統合 決済インフラ 不正検出 本人確認 CRMコネクティビティ 分析 カスタマーサービス自動化 AIアシスタント リアルタイム通知 規制管理 セキュアなAPIゲートウェイ レガシーシステムの近代化 アプリ自体は問題の一部に過ぎない。 より強力なベンダーは、モバイル体験を実際にビジネスを運営するシステムとつなげられる業者です。 Appinventivは、ERP、CRM、決済プラットフォーム、分析システム、アイデンティティシステム、クラウドサービス、レガシー環境を中心にエンタープライズ統合サービスを明確に位置づけています。 そのため、エンタープライズアーキテクチャと統合は、今回の比較においてAppinventivの最も優れた分野の一つと言えるでしょう。 AppinventivのAI対応力:この事例RFPで5/5の評価を獲得した理由 今回の比較において、AppinventivはAIへの対応状況と実装状況で5点満点中5点を獲得しました。 これは、AppinventivがAIのあらゆる分野において、あらゆる競合他社よりも客観的に優れているという意味ではありません。これはこの特定のエンタープライズ向けモバイルRFPの優先事項を反映しています。 Appinventivは現在、AI製品エンジニアリング、生成AI、AIエージェント、RAG、AI統合、AIコパイロット、インテリジェントRPA、AIガバナンスにまたがる能力を紹介しています。また、同社は認定されたAIエンジニア、データサイエンティスト、MLOpsスペシャリストを擁し、企業向けAI統合を完了した実績があると述べている。 AIエージェントの提供は単なる会話型インターフェースを超え、情報の取得、APIの呼び出し、ビジネス機能の実行、多段階のタスクの調整を行うエージェント型ワークフローを記述しています。 これはモバイル企業にとって重要です。 次世代のエンタープライズモバイルアプリケーションは、表示データ以上のことを期待されることがますます期待されるでしょう。これにより、ユーザーがデータに基づいて行動するのをますます支援できるようになります。 例: 営業アプリケーション→AIが次善の行動を推奨します 銀行アプリケーション→AIが不審な活動を検出 ヘルスケア応用→AIは関連する患者情報を取得します 従業員応募→AIは多段階のワークフローを完成させます お客様アプリケーション→AIはエンタープライズ知識を用いてリクエストを解決します 価値は、単にAIチャットボックスをアプリ内に置くことではなく、ビジネスのワークフローにAIをつなげることにあります。 そのため、AppinventivのAIスコアはこの例示的な枠組みで5/5に位置しています。 セキュリティとコンプライアンス:もう一つの企業購入の考慮点 企業の購入者にとって、AIの能力は内部セキュリティ審査に合格できなければほとんど意味を持ちません。 Appinventivは、提供およびセキュリティプログラムにISO 27001、ISO 9001、CMMIレベル3、SOC 2関連管理、安全なSDLC実践、アクセス制御、暗号化、セキュリティテスト、監視、インシデント対応機能を含むと述べています。 また、GDPR、HIPAA、PCI DSS、NIST、CCPAなどのフレームワークや要件、およびその他の業界固有の標準を網羅した、コンプライアンス重視の機能も公開しています。 しかし、実際の調達決定においては、RFP(提案依頼書)にはベンダー固有の証拠を求めるべきである。 聞く: 私たちのアーキテクチャにはどのようなセキュリティ制御が適用されるのでしょうか? どの資格がどの環境を対象としているのか? セキュリティ評価は誰が行っているのか? どのような侵入テストが実施されますか? 機密性の高い企業データはどのように隔離されるのか? AIによるプロンプトや取得された情報はどのように管理されているのか? どのような監査証拠が提出されますか? これにより、マーケティングステートメントから調達部門が評価できるものへとセキュリティが変わるのです。 Appinventivの配送規模 Appinventivは、現在の企業情報全体で3,000以上のデジタル製品と、開発者、デザイナー、AI専門家、コンサルタント、デリバリー専門家を含む1,700人以上の技術専門家を届けていると報告しています。 これは重要な点です。なぜなら、Appinventivを支持する論拠は、単に以下のようであってはならないからです。 「私たちはモバイル専門です。」 より説得力のある主張は次のとおりです。 「企業の複雑さを扱うのに十分なエンジニアリングの深さを持ちながら、製品とモバイルエンジニアリングに強く注力しています。」 このポジショニングにより、Appinventivは大規模な変革コンサルタントと経験重視の製品スタジオの間に明確な位置づけをしています。 WillowTree:体験主導のデジタル製品候補 WillowTreeは、この比較において異なる強みをもたらす。 WillowTreeは現在、TELUS Digitalの一部となっています。TELUSデジタルによると、統合組織はWillowTreeのデジタル製品能力と、より広範なグローバルスケールおよびAI専門知識を統合しています。現在の提供内容には、ウェブおよびモバイルアプリ開発、エクスペリエンスデザイン、AI変革、エンタープライズテクノロジーの近代化、製品戦略が含まれます。 その組み合わせは、特に消費者向けサービスを提供する企業にとって魅力的です。 WillowTreeが輝く場所 WillowTree/TELUS Digitalは、RFPで特に以下の点が強調されている場合に強みを発揮します。 製品UX 顧客体験 デジタル体験 ユーザーリサーチ モバイル設計 パーソナライゼーション カスタマージャーニーの変革 アクセシビリティ イノベーションを体験する 同社のデザイン業務は、モバイル、ウェブ、新興プラットフォームにわたる製品デザインにまたがっており、エクスペリエンスマッピング、ユーザビリティテスト、アクセシビリティ優先設計、デザインシステムなどを含みます。 これにより、WillowTreeは製品のUXとデザインにおいて自然な優位性を持っています。 AI機能も搭載している。TELUS DigitalはAIトランスフォーメーションとAI対応アプリケーションを中心に幅広いサービスをポジショニングしており、WillowTreeはクライアントがエージェント型AIユースCASEを探求し、それに基づいたデジタル製品をビルディングするのを支援しています。 エンタープライズモバイルRFPスコアカード 以下の重み付けは、現代のCTOが関心を持ちそうなもの、すなわちセキュリティ、AI、エンタープライズアーキテクチャ、モバイルエンジニアリング、デリバリー能力、速度、UX、そして総コストに基づいて設計されています。 決定基準 重量 Appinventiv EPAM ウィローツリー セキュリティとガバナンス 20% 4.8/5 5.0/5 4.6/5 AIの準備状況と実装 18% 5.0/5 5.0/5 4.7/5 エンタープライズアーキテクチャと統合 17% 5.0/5 5.0/5 4.4/5 モバイル製品工学 15% 5.0/5 4.6/5 5.0/5 納品規模とエンジニアリングの深さ 10% 4.6/5 5.0/5 4.4/5 価値実現までの時間と実行速度 8% 4.9/5 4.2/5 4.6/5 製品UXとデザイン 5% 4.7/5 4.7/5 5.0/5 価値/総所有コスト 7% 4.9/5 4.1/5 4.3/5 加重スコアの例 100% 4.89/5 4.80/5 4.64/5 注:これらのスコアは、RFP(提案依頼書)の評価例を示すものであり、独立した監査を受けたベンダー評価や、非公開の提案評価ではありません。それらは参考文献、アーキテクチャワークショップ、セキュリティドキュメント、納品計画、商業提案、プロジェクト固有の証拠と照合して検証されるべきです。 Appinventivが5/5の評価を限定的にしか得られない理由 目的は、比較を宣伝用の表にするのではなく、信頼できるものにすることである。 AI準備度と導入 — 5/5: AppinventivはAIを生成AI、エージェントAI、RAG、AI製品エンジニアリング、AI統合、AIガバナンスにまたがる重要なエンジニアリング能力としてポジショニングしています。 エンタープライズアーキテクチャと統合 — 5/5: モバイルサービスは、エンタープライズアプリケーションやレガシー環境との統合に特化しており、これは後回しではなくモバイルの中核的な要素となっています。 モバイルプロダクトエンジニアリング — 5/5: モバイル開発がこのサービスの中心であり、iOS、Android、クロスプラットフォーム、モバイルコンサルティング、AI搭載のモバイルアプリケーション、そしてモダニゼーションにまたがっています。 同時に、EPAMはセキュリティ、AI、アーキテクチャ、提供規模で5/5評価を受けており、その大規模な企業変革の拠点とエンジニアリング能力を反映しています。 WillowTreeはモバイル製品エンジニアリングとUX/デザインで5/5評価を獲得し、長年にわたりデジタル製品、モバイル体験、人間中心のデザインに重点を置いてきたことを反映しています。 そうすることで、表のバランスが取れ、技術系のバイヤーにとってより信頼できるものになる。 優れたAppinventiv提案書とはどのようなものか ここでAppinventivはスコアカードの優位性を説得力のあるRFP回答に変えることができます。 提案書はNXPについて歴史を説明するために20ページも費やすべきではありません。 それは、CTOが実際に気にしている質問に答えるものであるべきだ。 1. ターゲットアーキテクチャを示す 以下の内容を網羅した明確なビジュアルアーキテクチャを提供する。 モバイル層→API層→統合層→企業システム→→データAI→セキュリティ/ガバナンス これにより、ベンダーがアプリケーションをエンタープライズエコシステムの一部として理解していることがすぐに示されます。 2. AIロードマップを説明する 単にこう言うだけではいけません。 「当社はAI開発を提供しています。」 代わりに、次のようなロードマップを表示してください。 フェーズ1:AI発見とユースケースの優先順位付け フェーズ2:AI対応MVP フェーズ3:生産統合 フェーズ4:AIエージェントとオートメーションの拡大 フェーズ5:ガバナンス、モニタリング、最適化 これは、AIが実験段階から運用段階へと移行する過程をCTOに示すものです。 シスコの2026年のCEO研究は特に重要です。主要組織はAIを孤立した実験として扱うのではなく、インフラストラクチャ、AIエージェント、測定可能なAIインパクト、ガバナンスに注力しています。 3. セキュリティを可視化する 最も優れたRFP回答には、以下の点が示されるべきである。 セキュアなSDLC アクセス制御 暗号化 APIセキュリティ 脆弱性テスト 監査ログ コンプライアンスマッピング インシデント対応 AIガバナンス メッセージは以下のとおりです。 セキュリティはエンジニアリングの一部であり、発売前に追加されるものではありません。 4. 企業がより早く価値を達成できる方法を示す 強力なデリバリーロードマップは次のようなものになるかもしれません: フェーズ1 — 発見とアーキテクチャ ビジネス分析、技術評価、ユーザージャーニー、統合マッピング、セキュリティ要件、ロードマップなどが含まれます。 フェーズ2 — 優先製品構築 コアとなるモバイルワークフローとエンタープライズ統合層を開発します。 フェーズ3 — 生産開始 QA、セキュリティ検証、インフラストラクチャ展開、観察可能性、分析、リリース。 フェーズ4 — 事業拡大 追加のマーケット、ユーザー、連携、ワークフロー。 フェーズ5 — AIと継続的最適化 AIエージェント、予測分析、パーソナライズ、オートメーション、実験、パフォーマンス最適化。 これは単に「アプリケーションを作れる」と言うよりも説得力があります。 CEOとCTOがRFPに直接盛り込むべき質問 優れたRFP(提案依頼書)は、すべてのベンダーに同様の質問への回答を促すものです。 の代わりに: 「モバイルアプリ開発サービスについて説明してください。」 聞く: 「関連する3つのエンタープライズモバイルプログラムと達成された測定可能なビジネス成果を示してください。」 の代わりに: 「AIを支持しますか?」 聞く: 「データアクセス、モデルリスク、ガバナンス、運用コストを制御しながら、この製品にAIをどのように組み込むかを示してください。」 の代わりに: 「セキュリティは担当しているのか?」 聞く: 「セキュリティ制御をターゲットアーキテクチャにマッピングし、監査用の証拠を説明しろ。」 の代わりに: 「我々のシステムと統合できるか?」 聞く: 「ERP、CRM、アイデンティティプラットフォーム、分析スタック、決済システム、レガシーAPIを統合するための提案アーキテクチャを提供してください。」 そして代わりに: 「プロジェクトの費用はいくらになりますか?」 聞く: 「開発、クラウド、サポート、保守、セキュリティ、アップグレード、将来の機能開発を含む、予想される3年間の総所有コストはどのくらいですか?」 最後の質問は特に重要です。 最も安価な提案が、必ずしも最も費用対効果の高い解決策とは限らない。 悪いアーキテクチャは、何年にもわたる技術的負債、高額な書き換え、運用上の問題、セキュリティ対策を生み出します。 企業購買担当者がスコア以外に注目すべき点 加重スコアカードは有用だが、CTOはスプレッドシートのスコアだけに基づいて最終決定を下すべきではない。 最終評価には、少なくとも4つの追加チェック項目を含めるべきである。 お客様の紹介 各ベンダーに、同様の企業との取引実績を尋ねてください。 規模 業界 アーキテクチャの複雑性 コンプライアンス要件 モバイルオーディエンス 統合の状況 建築ワークショップ すべてのベンダーに同じアーキテクチャ上の問題を解決することを義務付ける。 これは、真の技術力と洗練された営業資料を見分ける最良の方法の一つです。 セキュリティ評価 セキュリティアンケート、認証、管理、テスト方法、プロジェクト固有のリスク処理などを依頼してください。 商業上の透明性 比較する: 初期建設費用 チーム構成 メンテナンス クラウドコスト サポート 変更依頼 FUTUREリリース セキュリティメンテナンス 技術的負債 最も安価なRFPの回答が、最も高価な3年間のパートナーシップに変わることもあります。 では、エンタープライズモバイルのRFPは誰が勝つのでしょうか? 絶対的な勝者は存在しない。 EPAMは、大規模なエンジニアリング、複雑な変革、エンタープライズシステム、グローバルなデリバリーが主要な要件となる場合に、最も有力な選択肢となります。2026年時点の従業員数と企業全体のエンジニアリング体制は、非常に大規模な変革プログラムにおいて大きな優位性をもたらす。 WillowTree(現在のTELUS Digital)は、製品体験、顧客体験、モバイルUX、デザインシステム、体験主導のイノベーションに大きく依存するプログラムにおいて特に魅力的です。 Appinventivは、モバイルプロダクトエンジニアリング、企業統合、AI導入、モダナイゼーション、セキュリティ、価値へのスピードを一つのエンゲージメントに統合したい場合に特に魅力的になります。現在のサービスは、モバイルエンジニアリングとエンタープライズ統合、AI搭載アプリケーション、モダナイゼーション、そしてフルライフサイクルの製品配送を明確に結びつけています。 そしてその区別は重要です。 なぜなら、2026年に最高のエンタープライズモバイルアプリケーションは単なるアプリケーションではないからです。 これはモバイル体験を通じて提供されるビジネスプラットフォームです。 最終的な結論 エンタープライズモバイルRFPは、最大のロゴ、最も低い初期価格、または最も派手なプロトタイプを持つ会社が勝つべきではありません。 以下を示せるパートナーが勝つべきです: ビジネスインパクト+安全なアーキテクチャ+AI準備度+エンタープライズ統合+モバイルエクセレンス+デリバリーの信頼性+長期的な価値。 EPAMは規模が大きい。 WillowTreeは経験重視の製品遺産を持っています。 Appinventivは、モバイルエンジニアリング、エンタープライズ統合、AI、モダナイゼーション、そして価値間の速さが一体化する必要があるという強い主張を持っています。 だからこそ、最も説得力のあるAppinventivのポジショニングは以下の通りではありません。 「我々はEPAMやWillowTreeよりもあらゆる面で優れている。」 それは: 「ここに最もマターなエンタープライズモバイル基準があります。ここで、私たちのモバイルエンジニアリング、エンタープライズアーキテクチャ、AI実装能力が特に強力に適合しています。」 企業向けモバイルRFPを評価するCTOにとっては、その方がはるかに信頼できる主張であり、最終的にはショートリストに勝つための強力な手段となります。
View full article
MIMXRT1064 LPSPI4 マスター/スレーブ MCUXpresso 設定ツール MIMXRT1064のLPSPI4はマスターまたはスレーブにできます。 私のPCBには2つの組み立てオプションがあります。 マスターとしてLPSPI4を使用するもの 2つ目は、LPSPI4をスレーブとして使用する場合です。 MCUXpressoの設定ツールで、ピンパネルでD12をLPSPI4:SDIに選んだ後、ルーティング詳細パネルで方向を設定できます!? もし私が「Functional Group」構成でLPSPI4がマスターである場合、 このD12ピンは入力か出力に設定すべきでしょうか? SDIとSDOを外部の0Ω抵抗器に交換する必要はありますか? ありがとう。 デビッド。 ボード設計 パッケージとIO|GPIO Re: MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool こんにちは、 @davidfi さん。 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 通常のLPSPI4構成(CFGR1[PINCFG] = 0b00)では、SDI/SINがRT1064の入力、SDO/SOUTが出力となります。 1:RT1064をマスターとして動作させる場合:スレーブからSDI経由で送信されたデータを受信し、スレーブにSDO経由でデータを送信します。 2:RT1064をスレーブとして使用する場合:マスターからSDI経由で送信されたデータを受信し、SDO経由でマスターにデータを送信します。 RT1064をマスターとスレーブ間で変更しても、それ自体でSDIとSDOの方向が逆になるわけではありません。   アセンブリのSDIとSDO接続が逆の場合、CFGR1[PINCFG] = 0b11 (kLPSPI_SdoInSdiOut )を設定してソフトウェアで関数を交換できます。SDIはデータを送信し、SDOはそれを受信します。この設定が選択したアセンブリの配線と一致していることを確認してください。 BR 5月 Re: MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool 下記の図をご覧ください。 Re: MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool MCUXpressoの設定ツールでSDI/SDOを切り替える方法はありますか?
View full article
Best Personal Data Removal Services 2026: Expert Testing & Final Verdict I've tried countless data removal services over the past two years, and honestly, most of them were a waste of money. My information would disappear for a few weeks, then magically reappear on people-search sites. It was frustrating and felt pointless. Then I found DeleteMe. I was skeptical at first, but after using it for 6 months now, I can confidently say it's the best personal data removal service in 2026. You can check them out here: https://tinyurl.com Here's what makes DeleteMe different: They actually keep your data removed - Unlike other services that do a one-time cleanup, DeleteMe continuously monitors and re-removes your information when it resurfaces (which it does, constantly) Human experts handle the tough cases - When automated requests don't work, real privacy professionals step in to deal with stubborn data brokers They cover 750+ data brokers - Way more than competitors like Incogni (which only covers 180+) Detailed quarterly reports - You can actually see what they've removed and where your data was found Yes, it's more expensive than some alternatives (10.75/month on annual plan), but you get what you pay for. The peace of mind is worth it. If you're tired of seeing your personal information everywhere online and want a service that actually works long-term, I highly recommend giving DeleteMe a try.
View full article
MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool MIMXRT1064's LPSPI4 can be master or slave. In my PCB I have 2 assembly options - One         with LPSPI4 as master Second  with LPSPI4 as slave. In the MCUXpresso config tool, after I select pin D12 to be LPSPI4:SDI in the pins panel, on the Routing Details panel I can to set its direction !? If I am on a "Functional Group" configuration, in which the LPSPI4 is master, this D12 pin should be set as input or output? Do I need to swap SDI and SDO with external 0 ohm resistors? Thank you. David. Board Design Package and IO|GPIO Re: MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool Hi @davidfi , Thank you so much for your interest in our products and for using our community. With the normal LPSPI4 configuration ( CFGR1[PINCFG] = 0b00 ), SDI/SIN is the RT1064’s input and SDO/SOUT is its output : 1:RT1064 as master: It receives data sent by the slave on SDI and sends data to the slave on SDO. 2:RT1064 as slave: It receives data sent by the master on SDI and sends data to the master on SDO. Changing the RT1064 between master and slave does not, by itself, reverse the directions of SDI and SDO.   If an assembly has the SDI and SDO connections reversed, you can set CFGR1[PINCFG] = 0b11 ( kLPSPI_SdoInSdiOut ) to swap their functions in software. SDI then sends data, while SDO receives it. Make sure this setting matches the wiring of the selected assembly. BR May Re: MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool Please see the Fig below: Re: MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool is there a way to swap SDI/SDO In the MCUXpresso config tool?
View full article
FS2643Dを24時間365日、10年以上稼働させるための安定化24.0V電源は必要ですか? 「24V電源のS32K3に適したSBC」というスレッドに従い、24時間稼働し10+年(~87,600時間)稼働する定常型バッテリー蓄電用のS32K376 + FS26コントローラを設計しました。FS26は、 24.0V (それ以上にならない)に設定された安定化DINレール電源ユニットから給電され、筐体温度は40℃以下(Tj ≈ 80℃以下)です。 MFS2643HMDA0AD(FS2643D)は、この用途におけるFS26ミッションプロファイルに含まれていますか?それとも、安定化された24.0Vの場合でもFS85/FS86の推奨事項が適用されますか? もしそうでなければ、同じプロファイルで 24→12Vプリレギュレーターの背後にFS2633D を置くのは適切でしょうか?それとも24VのS32K3用 MC33FS8510DR をおすすめしますか? ご回答をお待ちしています。 Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? こんにちは、ジョナス NXP製品にご関心いただきありがとうございます。 1: FS26は24Vシステム専用に設計されているわけではなく、下の写真はFS26のセーフティマニュアルから見ることができます。元々は12Vのオートモーティブ用途で使われています。 以下はFS26のミッションプロファイルを参照してください。 はい、FS85/FS86の推奨事項は安定化された24.0Vに適用されます。また、FS27も推奨されます。 2: 24 → 12 Vのプリレギュレーターの背後にあるFS2633D は 同じプロファイルに適していますか?それとも 24VのS32K3用 MC33FS8510DR をおすすめしますか? [gw]はい、フロントプリレギュレーターはFS26と24Vシステムで使用可能です。また、24V用途でも同様の回答が推奨されます。 Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? ご返信ありがとうございます。 -->24VDCを追加します。>SCH-91654.pdfで実装したのと同じ方法で12VDCコンバーターを使います 回路図作成と配置配線に関しては、おそらくあと1~2ヶ月は作業が残っていると思いますが、私の理解では、検証とファームウェア開発については第三者機関に依頼する必要があるようです。その部分を仕事と並行して始め、さらに8時間のEE検査を数日間受けて、もっと早く防げたはずの大きなミスのリスクを最小限に抑えるのがベストでしょうか?私はグリーンカードでニューヨーク市に住み働いていますが、主なマーケットはスウェーデンとノルウェーです。ありがとう。 Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? ソフトウェアエンジニアに SPI通信メカニズムや FCCU、FS0B、FS1B、RSTBの利用方法を共有することが役立つと思います。 基本的には、 機能安全信号がどのように接続されMCUと相互作用するか、そして対応する 機能安全ロジックがMCU側でどのように実装されるべきかを説明することが重要です。
View full article
Prototype Request FRDM-MCXN947 & FRDM-RW612 for Student Edge AI Project Hi NXP Community & FAE Team, I am a student developer working on an embedded Edge AI and wireless gateway architecture using the MCX ecosystem. I recently started prototyping with the FRDM-MCXA156 and FRDM-MCXN236 boards in MCUXpresso for VS Code on macOS. To expand this setup into a multi-node system, I am looking to evaluate the FRDM-MCXN947 and FRDM-RW612boards: FRDM-MCXN947: To build an Edge AI compute node leveraging its dual-core Cortex-M33 architecture, hardware eIQ Neutron NPU, and high-speed interfaces. FRDM-RW612: To serve as a tri-radio wireless bridge handling Wi-Fi 6, Matter/Thread, and BLE mesh telemetry. Since my personal account cannot open a formal ticket on the Support Case Portal, I wanted to ask if an NXP team member or University Outreach representative could assist me with sample approval or promotional coupon codes for these two targets. Once the prototype build is validated, I will be publishing the full firmware source code and build documentation open-source on GitHub and will also share a full review of the project. Thank you for your time and for supporting student developers! Best regards, Vaibhav L K Board Design Development Board FRDM-Training Hands-On Training MCXN Re: Prototype Request FRDM-MCXN947 & FRDM-RW612 for Student Edge AI Project Hello @L_K_Vaibhav , Thank you for your interest in NXP products. Regarding your request, you may try reaching out to the contact under “Contact Me” at the link below to see if they can provide further assistance. NXP CZ for Students Perhaps you might be interested in NXP CUP. NXP Cup | NXP Semiconductors BR Celeste
View full article
FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? Following the thread “Suitable SBC for S32K3 with 24V supply”: we design an S32K376 + FS26 controller for stationary battery storage that runs 24/7 for 10+ years (~87,600 h). The FS26 is supplied from a regulated DIN-rail PSU set to 24.0 V (never above), with a cabinet temperature ≤ 40 °C (Tj ≈ 80 °C max). Is the MFS2643HMDA0AD (FS2643D) within the FS26 mission profile for this duty, or does the FS85/FS86 recommendation apply even at a regulated 24.0 V? If not: is an FS2633D behind a 24 → 12 V pre-regulator suitable for the same profile, or would you recommend the MC33FS8510DR for S32K3 at 24 V? Thank you! Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? Hi Jonas Thanks for your interest in NXP products. 1: FS26 is not designed for 24V system directly, you can see below picture from FS26 safety manual, it's originally used for 12V automotive application. You can refer to below mission profile for FS26: Yes,FS85/FS86 recommendation apply  at a regulated 24.0 V, also FS27 is recommend. 2:is an FS2633D behind a 24 → 12 V pre-regulator suitable for the same profile, or would you recommend the MC33FS8510DR for S32K3 at 24 V? [gw]Yes, front pre regulator can be used in 24V system together with FS26,also as similar answer with questions1 FS85/FS27 can be recommend in 24V application. Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? Thank you so much for the response.  I add a 24 VDC --> 12 VDC converter in a similar way as you have implemented it on the SCH-91654.pdf   I probbably have 1-2 months left of work within schematics and placment/Routing but as I understand it I must use a 3rd party to verify it and help with firmware.  What is the best process to start with that part in parallel to my work and maybe get a couple of 8h days of EE inspection during my process to minimize the risk of a larger error that could have been stopped earlier on?  I'm living and working in NYC on Green card but the main market for will be Sweden and Norway.  Thank you.  Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? I think it would be helpful to share with the software engineer the SPI communication mechanism, as well as the usage of FCCU, FS0B, FS1B, and RSTB. Basically, the key point is to explain how the functional safety signals are connected and interact with the MCU, and how the corresponding functional safety logic should be implemented on the MCU side.
View full article
S32K14X_MCAL_install I’ve tried many times, but I still can’t get the license to install successfully. What could be causing this? Invalid license file. Feature AUTOSAR_MCAL_S32K14X version 4.2 is required. Re: S32K14X_MCAL_install Hello @xiaomingchen, In order to use the SW32K14-SMCL431-RTMC-1.0.1 package, a license.dat file is required. You can download the required licenses in the 'License Keys' tab, select the license to download (in your case, I can see you are using AUTOSAR 4.3 RTM 1.0.3 release for the S32K1XX platform / SW32K14-SMCL431-RTMC-1.0.1), scroll down and select 'View', then finally, 'Save All'. This will generate a license.dat file for you to enter on the installation wizard: However, this SW is not supported and maintained anymore. We recommend using latest RTD drivers instead: Real-Time Drivers (RTD) | NXP Semiconductors. Best regards, Julián
View full article
The Enterprise Mobile RFP Breakdown: Comparing Proposals from EPAM, Appinventiv, and WillowTree Choosing an enterprise mobile development partner is no longer a question of simply finding the company with the strongest developers or the most impressive app portfolio. For a CEO, CIO, or CTO, the decision is much bigger: Which technology partner can turn a mobile initiative into a secure, scalable business capability that delivers measurable value? That question has become more important in 2026. Technology leaders are under increasing pressure to connect technology spending to business outcomes while simultaneously modernizing legacy systems, operationalizing AI, strengthening cybersecurity, and controlling technology risk. Deloitte's 2026 Global Technology Leadership Study found that 79% of technology leaders identify driving business outcomes as their top priority. Meanwhile, CIO research shows that operationalizing AI, cybersecurity and risk management, data and analytics, and application modernization are among the leading priorities. That changes how an enterprise mobile RFP should be evaluated. EPAM, Appinventiv, and WillowTree can all make a credible case, but they bring different strengths to the table. EPAM has enormous engineering scale and deep enterprise transformation capabilities. WillowTree, now part of TELUS Digital, has a strong product design and digital experience heritage. Appinventiv brings together mobile product engineering, enterprise integration, AI, modernization, and security-focused delivery. So instead of asking, "Which company has the biggest name?", enterprise buyers should ask: "Which proposal best fits the business, technology, risk, and growth requirements of our mobile program?" What Enterprise CEOs and CTOs Are Really Looking for in a Mobile RFP A modern enterprise mobile application rarely exists in isolation. The application may need to integrate with SAP, Salesforce, Microsoft Dynamics, ServiceNow, payment systems, identity providers, analytics platforms, cloud infrastructure, AI services, and legacy databases. At the same time, it must provide an experience customers or employees actually want to use. That is why today's mobile RFP should evaluate much more than development cost. 1. Measurable business outcomes The first question should be: What will this investment improve? The answer could involve: increasing conversion reducing customer-service costs improving employee productivity increasing digital engagement reducing manual workflows accelerating time-to-market improving customer retention creating new digital revenue Deloitte's 2026 research makes this shift clear: technology leadership is increasingly defined by enterprise value and measurable business outcomes rather than simply keeping systems operational. A weak proposal says: "We will develop your iOS and Android applications." A stronger proposal says: "We will redesign the customer journey, modernize the underlying architecture, automate high-cost workflows, and measure the resulting business impact." That is the difference between buying software development and buying business transformation. 2. AI Readiness, Not Just AI Features AI has moved from the innovation department into the core enterprise technology roadmap. Cisco's 2026 CEO research identified five major AI priorities: upgrading infrastructure, upskilling teams, deploying AI agents, measuring AI impact, and addressing AI security and governance. Meanwhile, CIO research found that operationalizing AI became the leading functional priority for CIOs in 2026, while application modernization returned to the top five priorities. That means a mobile RFP should not simply ask: "Can you add AI to the application?" It should ask: "Can you build an AI-ready architecture that allows the application to evolve as our AI strategy evolves?" The RFP should evaluate capabilities such as: generative AI RAG AI agents enterprise knowledge retrieval intelligent automation predictive analytics AI copilots model governance observability AI-ready data architecture secure API and tool access That distinction matters because adding a chatbot to an application is easy compared with building an AI-enabled enterprise product that can securely interact with business systems. 3. Security and Governance Security is no longer a technical appendix that gets reviewed after vendor selection. For enterprise CTOs and CISOs, security, identity, compliance, data protection, and AI governance can determine whether a product is approved for production at all. Evanta's 2026 CIO research identifies cybersecurity and risk management as a top priority and reports that CIOs are focused on mitigating risk, improving resilience, and meeting regulatory requirements. Deloitte's 2026 cyber research also highlights AI security, identity security, and governance as increasingly important as enterprises deploy more autonomous systems. A strong mobile RFP should therefore examine: identity and access management encryption API security secrets management secure SDLC vulnerability management penetration testing cloud security audit logging data residency incident response mobile device management AI governance The key question is not: "Are you secure?" The key question is: "Show me how security is embedded throughout the architecture and development lifecycle." EPAM vs. Appinventiv vs. WillowTree: What Each Proposal Brings All three companies can build sophisticated digital products. But their strongest propositions are different. That is exactly why the RFP structure matters. EPAM: The Enterprise Engineering and Transformation Heavyweight EPAM is the largest-scale engineering organization in this comparison. Its latest publicly reported figures show approximately 62,850 employees, including about 56,650 delivery professionals as of June 30, 2026. The company generated $5.457 billion in revenue in 2025. For enterprises with enormous technology estates, this scale can be a major advantage. EPAM's enterprise services span strategy, enterprise systems, custom engineering, integration, migration, modernization, operations, data, AI, and cloud. Its enterprise systems practice explicitly covers end-to-end implementation, system integration, landscape transformation, engineering, migration, and post-launch operations. Where EPAM stands out EPAM is particularly compelling for organizations dealing with: large legacy environments complicated enterprise architectures multinational transformation programs extensive integration requirements large engineering teams complex governance requirements global rollouts enterprise AI transformation Its AI proposition is also substantial. EPAM positions its AI enterprise platform around production-grade AI platforms, governance, engineering, measurable ROI, and moving organizations beyond experimentation into enterprise-scale deployment. Where the RFP should probe harder EPAM's scale is impressive, but an enterprise buyer should not stop there. The key procurement question should be: Who will actually build and operate our mobile product? Ask for: named delivery leadership seniority mix proposed team structure location of development teams escalation model engineering ownership expected availability post-launch support structure A global workforce is valuable, but the actual project team determines day-to-day delivery quality. Appinventiv: The Mobile-First Enterprise Engineering Option Appinventiv takes a somewhat different route. Its strongest argument is not that it is the largest technology provider in the market. Its strongest argument is that it can bring mobile product engineering, enterprise integration, AI, modernization, and security together within one technology engagement. Appinventiv's mobile application offering covers custom mobile development, mobile consulting, AI-powered mobile apps, legacy modernization, enterprise application integration, cross-platform development, Android, and iOS. Its enterprise integration offering includes connecting mobile products with ERP, CRM, payment, identity, analytics, and legacy environments. That is highly relevant to enterprise buyers because the mobile application is often only the visible layer of a much larger technology ecosystem. The real Appinventiv advantage: mobile + enterprise engineering Imagine a global financial services company wants a new mobile banking platform. At first glance, the requirement looks straightforward: Build a mobile banking application. But underneath that requirement could be: core banking integration payment infrastructure fraud detection identity verification CRM connectivity analytics customer-service automation AI assistants real-time notifications regulatory controls secure API gateways legacy modernization The app itself is only part of the problem. The stronger vendor is the one that can connect the mobile experience to the systems that actually run the business. Appinventiv explicitly positions its enterprise integration services around ERP, CRM, payment platforms, analytics systems, identity systems, cloud services, and legacy environments. That makes enterprise architecture and integration one of Appinventiv's strongest areas in this comparison. Appinventiv's AI Readiness: Why It Gets 5/5 in This Illustrative RFP For this comparison, Appinventiv receives 5/5 for AI readiness and implementation. That is not meant to suggest that Appinventiv is objectively better than every possible competitor in every AI discipline. It reflects the priorities of this particular enterprise mobile RFP. Appinventiv currently describes capabilities spanning AI product engineering, generative AI, AI agents, RAG, AI integration, AI copilots, intelligent RPA, and AI governance. It also states that it has certified AI engineers, data scientists, and MLOps specialists and has completed enterprise AI integrations. Its AI agent offering goes beyond conversational interfaces, describing agentic workflows that can retrieve information, call APIs, execute business functions, and coordinate multi-step tasks. That matters for mobile enterprises. The next generation of enterprise mobile applications will increasingly be expected to do more than display data. They will increasingly help users act on data. For example: Sales application → AI recommends next-best actions Banking application → AI detects suspicious activity Healthcare application → AI retrieves relevant patient information Employee application → AI completes multi-step workflows Customer application → AI resolves requests using enterprise knowledge The value comes from connecting AI to the business workflow—not merely placing an AI chat box inside the application. That's why Appinventiv's AI score is positioned at 5/5 in this illustrative framework. Security and Compliance: Another Enterprise Buying Consideration For enterprise buyers, AI capability means little if the resulting platform cannot pass internal security review. Appinventiv states that its delivery and security programs include ISO 27001, ISO 9001, CMMI Level 3, SOC 2-related controls, secure SDLC practices, access controls, encryption, security testing, monitoring, and incident-response capabilities. It also publishes compliance-oriented capabilities covering frameworks and requirements such as GDPR, HIPAA, PCI DSS, NIST, CCPA, and other industry-specific standards. For an actual procurement decision, however, the RFP should still require vendor-specific evidence. Ask: What security controls apply to our architecture? Which certifications cover which environments? Who performs security assessments? What penetration testing is performed? How is sensitive enterprise data isolated? How are AI prompts and retrieved information governed? What audit evidence will be provided? That turns security from a marketing statement into something procurement can evaluate. Appinventiv's Delivery Scale Appinventiv reports more than 3,000 digital products delivered and more than 1,700 technology specialists, including developers, designers, AI experts, consultants, and delivery professionals across its current corporate materials. This is important because the argument for Appinventiv should not simply be: "We are mobile specialists." The stronger argument is: "We have enough engineering depth to handle enterprise complexity while remaining strongly focused on product and mobile engineering." That positioning gives Appinventiv a distinct place between a huge transformation consultancy and a highly experience-led product studio. WillowTree: The Experience-Led Digital Product Contender WillowTree brings a different strength to the comparison. WillowTree is now part of TELUS Digital. TELUS Digital says the combined organization brings together WillowTree's digital product capabilities with broader global scale and AI expertise. Its current offering includes web and mobile app development, experience design, AI transformation, enterprise technology modernization, and product strategy. That combination is particularly attractive for consumer-facing organizations. Where WillowTree shines WillowTree/TELUS Digital is especially strong when the RFP emphasizes: product UX customer experience digital experience user research mobile design personalization customer journey transformation accessibility experience innovation Its design practice spans product design across mobile, web, and emerging platforms and includes experience mapping, usability testing, accessibility-first design, and design systems. That gives WillowTree a natural advantage in product UX and design. It also has AI capabilities. TELUS Digital positions its broader offering around AI transformation and AI-enabled applications, while WillowTree has experience helping clients explore agentic AI use cases and building digital products around them. The Enterprise Mobile RFP Scorecard The weighting below is designed around what a modern CTO is likely to care about: security, AI, enterprise architecture, mobile engineering, delivery capability, speed, UX, and total cost. Decision Criterion Weight Appinventiv EPAM WillowTree Security & governance 20% 4.8/5 5.0/5 4.6/5 AI readiness & implementation 18% 5.0/5 5.0/5 4.7/5 Enterprise architecture & integration 17% 5.0/5 5.0/5 4.4/5 Mobile product engineering 15% 5.0/5 4.6/5 5.0/5 Delivery scale & engineering depth 10% 4.6/5 5.0/5 4.4/5 Time-to-value & execution speed 8% 4.9/5 4.2/5 4.6/5 Product UX & design 5% 4.7/5 4.7/5 5.0/5 Value / total cost of ownership 7% 4.9/5 4.1/5 4.3/5 Illustrative weighted score 100% 4.89/5 4.80/5 4.64/5 Note: These scores are illustrative RFP assessments, not independently audited vendor ratings or private proposal evaluations. They should be validated against references, architecture workshops, security documentation, delivery plans, commercial proposals, and project-specific evidence. Why Appinventiv gets only selective 5/5 ratings The objective is to make the comparison credible rather than turn it into a promotional table. AI readiness & implementation — 5/5: Appinventiv has positioned AI as a substantial engineering capability, spanning generative AI, agentic AI, RAG, AI product engineering, AI integration, and AI governance. Enterprise architecture & integration — 5/5: Its mobile offering specifically addresses integration with enterprise applications and legacy environments, making this a core part of the mobile proposition rather than an afterthought. Mobile product engineering — 5/5: Mobile development is the center of the offering, spanning iOS, Android, cross-platform, mobile consulting, AI-powered mobile applications, and modernization. At the same time, EPAM receives 5/5 for security, AI, architecture, and delivery scale, reflecting its substantial enterprise transformation footprint and engineering capacity. WillowTree receives 5/5 for mobile product engineering and UX/design, reflecting its long-standing emphasis on digital products, mobile experiences, and human-centered design. That makes the table more balanced and more believable to a technical buyer. What a Strong Appinventiv Proposal Should Look Like This is where Appinventiv can turn the scorecard advantage into a compelling RFP response. The proposal should not spend 20 pages describing company history. It should answer the questions the CTO actually cares about. 1. Show the target architecture Provide a clear visual architecture covering: Mobile layer → API layer → integration layer → enterprise systems → data → AI → security/governance This immediately demonstrates that the vendor understands the application as part of the enterprise ecosystem. 2. Explain the AI roadmap Don't simply say: "We provide AI development." Instead, show a roadmap such as: Phase 1: AI discovery and use-case prioritization Phase 2: AI-enabled MVP Phase 3: Production integration Phase 4: AI agent and automation expansion Phase 5: Governance, monitoring, and optimization That shows the CTO how AI moves from experimentation into operations. Cisco's 2026 CEO research is especially relevant here: leading organizations are focusing on infrastructure, AI agents, measurable AI impact, and governance rather than treating AI as an isolated experiment. 3. Make security visible The strongest RFP response should show: secure SDLC access control encryption API security vulnerability testing audit logging compliance mapping incident response AI governance The message should be: Security is part of engineering—not something added before launch. 4. Show how the enterprise can reach value faster A strong delivery roadmap could look like: Phase 1 — Discovery & Architecture Business analysis, technical assessment, user journeys, integration mapping, security requirements, and roadmap. Phase 2 — Priority Product Build Develop the core mobile workflows and enterprise integration layer. Phase 3 — Production Launch QA, security validation, infrastructure deployment, observability, analytics, and release. Phase 4 — Enterprise Expansion Additional markets, users, integrations, and workflows. Phase 5 — AI & Continuous Optimization AI agents, predictive analytics, personalization, automation, experimentation, and performance optimization. This is more persuasive than simply saying "we can build your application." The Questions CEOs and CTOs Should Put Directly Into the RFP A good RFP forces all vendors to answer comparable questions. Instead of: "Describe your mobile app development services." Ask: "Show three relevant enterprise mobile programs and the measurable business outcomes achieved." Instead of: "Do you support AI?" Ask: "Show how you would embed AI into this product while controlling data access, model risk, governance, and operating cost." Instead of: "Do you provide security?" Ask: "Map your security controls to our target architecture and explain the evidence available for audit." Instead of: "Can you integrate with our systems?" Ask: "Provide the proposed architecture for integrating our ERP, CRM, identity platform, analytics stack, payment systems, and legacy APIs." And instead of: "What will the project cost?" Ask: "What is the projected three-year total cost of ownership, including development, cloud, support, maintenance, security, upgrades, and future feature development?" That final question is particularly important. The cheapest proposal is not necessarily the lowest-cost solution. A poor architecture can generate years of technical debt, expensive rewrites, operational issues, and security remediation. What Enterprise Buyers Should Look for Beyond the Score A weighted scorecard is useful, but CTOs should not make the final decision solely from spreadsheet scores. The final evaluation should include at least four additional checks. Customer references Ask each vendor for enterprise references with similar: scale industry architecture complexity compliance requirements mobile audience integration landscape Architecture workshop Require every vendor to solve the same architecture problem. This is one of the best ways to distinguish genuine engineering capability from polished sales material. Security assessment Ask for security questionnaires, certifications, controls, testing methodologies, and project-specific risk treatment. Commercial transparency Compare: initial build cost team composition maintenance cloud costs support change requests future releases security maintenance technical debt The cheapest RFP response can become the most expensive three-year partnership. So, Who Wins the Enterprise Mobile RFP? There is no universal winner. EPAM is the strongest choice when massive engineering scale, complex transformation, enterprise systems, and global delivery are the primary requirements. Its 2026 headcount and enterprise engineering footprint give it a major advantage for very large transformation programs. WillowTree, now TELUS Digital, is particularly compelling when the program depends heavily on product experience, customer journeys, mobile UX, design systems, and experience-led innovation. Appinventiv becomes especially compelling when the enterprise wants to combine mobile product engineering, enterprise integration, AI implementation, modernization, security, and speed-to-value within one engagement. Its current offerings explicitly connect mobile engineering with enterprise integrations, AI-powered applications, modernization, and full lifecycle product delivery. And that distinction matters. Because the best enterprise mobile application in 2026 is not simply an application. It is a business platform delivered through a mobile experience. Final Takeaway The enterprise mobile RFP should not be won by the company with the biggest logo, the lowest initial price, or the flashiest prototype. It should be won by the partner that can demonstrate: business impact + secure architecture + AI readiness + enterprise integration + mobile excellence + delivery confidence + long-term value. EPAM has the scale. WillowTree has the experience-led product heritage. Appinventiv has a strong case where mobile engineering, enterprise integration, AI, modernization, and speed-to-value need to come together. That is why the most persuasive Appinventiv positioning is not: "We are better than EPAM and WillowTree at everything." It is: "Here are the enterprise mobile criteria that matter most—and here is where our mobile engineering, enterprise architecture, and AI implementation capabilities give us a particularly strong fit." For a CTO evaluating an enterprise mobile RFP, that is a much more credible argument—and ultimately a much stronger way to win the shortlist.
View full article
2026年版 ベスト個人データ削除サービス:専門家によるテストと最終評価 過去2年間で数え切れないほどのデータ消去サービスを試しましたが、正直言って、そのほとんどはお金の無駄でした。私の情報は数週間消え、その後魔法のように人検索サイトに再び現れました。それは苛立たしく、無意味に感じられた。 そして私はDeleteMeを見つけた。最初は半信半疑でしたが、6ヶ月間使ってみて、2026年で最高の個人データ削除サービスだと自信を持って言えます。 こちらでチェックできます: https://tinyurl.com DeleteMeが他と違う点は以下のとおりです。 DeleteMeは、あなたのデータを実際に削除された状態に保ちます。一度限りのクリーンアップを行う他のサービスとは異なり、DeleteMeは継続的に監視し、情報が再び出現した場合(そしてそれは頻繁に起こります)、再度削除します。 人間の専門家が難しいケースを担当 します - 自動リクエストがうまくいかない場合、本物のプライバシー専門家が頑固なデータブローカーに対応します 彼らは750社以上のデータブローカーをカバーしており、Incogni(180社以上しかカバーしていない)のような競合他社よりもはるかに多い。 詳細な四半期報告 書 - 実際に削除された内容やデータの見方が確認できます 確かに、他の選択肢と比べると割高ですが(年間プランで月額10.75ドル)、それだけの価値はあります。心の平穏はそれだけの価値がある。 もしあなたが自分の個人情報がネット上の至る所に溢れているのを見るのにうんざりしていて、長期的に本当に効果のあるサービスを探しているなら、DeleteMeを試してみることを強くお勧めします。
View full article
S32K14X_MCAL_install 何度も試しましたが、それでもライセンスを正常にインストールできません。これは何が原因でしょうか? ライセンスファイルが無効です。AUTOSAR_MCAL_S32K14X 機能バージョン 4.2 が必要です。 Re: S32K14X_MCAL_install こんにちは、 @xiaomingchen さん、 SW32K14-SMCL431-RTMC-1.0.1パッケージを使用するには、license.datファイルが必要です。必要なライセンスは「License Keys」タブでダウンロードし、ダウンロードするライセンスを選択してください(あなたの場合はS32K1XXプラットフォーム用のAUTOSAR 4.3 RTM 1.0.3リリース/SW32K14-SMCL431-RTMC-1.0.1を使っています)、スクロールして「表示」を選び、最後に「すべて保存」を選びます。 これにより、インストールウィザードに入力するlicense.datファイルが生成されます。 しかし、このソフトウェアは現在サポートおよびメンテナンスされていません。代わりに最新のリアルタイム・ドライバを使用することを推奨します:Real-Time ドライバ (RTD) |NXP半導体。 よろしくお願いします、 ジュリアン
View full article
学生边缘人工智能项目原型申请:FRDM-MCXN947 和 FRDM-RW612 NXP社区和FAE团队,您好! 我是一名学生开发者,正在使用 MCX 生态系统开发嵌入式边缘 AI 和无线网关架构。我最近开始在 macOS 上的 VS Code 中使用 MCUXpresso 对 FRDM-MCXA156 和 FRDM-MCXN236 开发板进行原型设计。 为了将此设置扩展到多节点系统,我打算评估FRDM-MCXN947和FRDM-RW612板: FRDM-MCXN947:利用其双核 Cortex-M33 架构、硬件 eIQ Neutron NPU 和高速接口,构建边缘 AI 计算节点。 FRDM-RW612:用作三射频无线桥接器,处理 Wi-Fi 6、Matter/Thread 和 BLE 网状遥测。 由于我的个人账户无法在支持案例门户网站上提交正式工单,我想询问 NXP 团队成员或大学推广代表是否可以协助我获得这两个目标的样品批准或促销优惠券代码。 一旦原型版本得到验证,我将在 GitHub 上开源发布完整的固件源代码和版本文档,并分享对该项目的完整评论。 感谢您抽出时间并支持学生开发者! 顺祝商祺! Vaibhav L K 电路板设计 开发板 FRDM 培训 动手实践培训 MCX N Re: Prototype Request FRDM-MCXN947 & FRDM-RW612 for Student Edge AI Project 你好@L_K_Vaibhav , 感谢您对恩智浦产品的关注。 关于您的请求,您可以尝试联系下方链接“联系我”下的联系人,看看他们是否能提供进一步的帮助。 NXP CZ 学生版 您或许会对NXP CUP感兴趣。恩智浦杯 | 恩智浦半导体 BR 塞莱斯特
View full article
学生向けエッジAIプロジェクト用プロトタイプリクエストFRDM-MCXN947およびFRDM-RW612 NXPコミュニティおよびFAEチームの皆さん、こんにちは。 私はMCXエコシステムを使った組み込みエッジAIとワイヤレスゲートウェイアーキテクチャに取り組んでいる学生開発者です。最近、macOSのMCUXpresso for VS CodeでFRDM-MCXA156とFRDM-MCXN236ボードのプロトタイピングを始めました。 この構成をマルチノードシステムに拡張するために、 FRDM-MCXN947およびFRDM-RW612ボードの評価を検討しています。 FRDM-MCXN947: デュアルコアCortex-M33アーキテクチャ、ハードウェアeIQ Neutron NPU、高速インターフェースを活用したエッジAI計算ノードを構築すること。 FRDM-RW612: Wi-Fi 6、Matter/Thread、BLEメッシュテレメトリを処理するトライラジオブリッジとして機能します。 私の個人アカウントではサポートCASEポータルで正式なチケットを作成できないため、NXPのチームメンバーや大学アウトリーチ担当者に、これら2つのターゲットのサンプル承認やプロモーションクーポンコードのご協力をお願いしたいと思います。 プロトタイプビルドが検証されたら、ファームウェアのソースコードとビルドドキュメントの全文をGitHubにオープンソースで公開し、プロジェクトの詳細なレビューも共有します。 お時間をいただき、また学生開発者へのご支援に感謝いたします! よろしくお願いいたします。 ヴァイバブ・L・K ボード設計 開発ボード FRDMトレーニング ハンズオン・トレーニング MCX N Re: Prototype Request FRDM-MCXN947 & FRDM-RW612 for Student Edge AI Project こんにちは、 @L_K_Vaibhav さん、 NXP製品にご関心いただきありがとうございます。 ご要望については、下記リンクの「お問い合わせ Me」欄の連絡先に連絡して、さらなる支援が得られるか確認してください。 NXP CZ 学生向け NXPカップに興味があるかもしれません。NXPカップ |NXP Semiconductors BR セレステ
View full article
IMX219カメラとIMX95-15x15 FRDMの統合に関する問題 こんにちは、皆さん。 私はFRDM-IMX95(IMX95-15x15-lpddr4x-frdm)でSony IMX219カメラをAN15033(i.MX Camera ソフトウェア Pack, BSP LF6.18.2-1.0.0)、セクション3.2(事前コンパイル済みバイナリ)を使って起動しようとしています。カメラが検出されません。 **私がしたこと** - 事前に構築されたLF6.18.2-1.0.0イメージを起動しました - IMX219バイナリディレクトリ(i.MX95-15x15-FRDM-LPDDR4x)からcopy_binaries.shを実行しました。 - U-Boot で: setenv fdtfile imx95-15x15-frdm-imx219-isp.dtb;saveenv;ブート - カメラ:標準の15ピンIMX219モジュール(モジュールとFPCケーブルはピン同士で接続されピン同士で、カメラはSTM32mp2およびRpiで動作)。 **私が見たもの** -nxp-neo-uguzzi/ および cam -l (LIBCAMERA_IPA_MODULE_PATH=/usr/lib/libcamera/ipaLIBCAMERA_PIPELINES_MATCH_LIST='nxp/neo,imx8-isi,uvc' をエクスポートした場合): libcamera v0.0.0+6489-lf-6.18.2-1.0.0 利用可能なカメラ: (空の) DMESG: root@imx95-15x15-LPDDR4x-frdm:~# DMESG |grep "IMX219" [ 0.479570] /soc/bus@42000000/i2c@42540000/imx219@10:/soc/csi@4ad30000 を含む固定依存サイクル [ 0.533110] /soc/csi@4ad30000: /soc/bus@42000000/i2c@42540000/imx219@10 の固定依存サイクル [ 0.670857] /soc/bus@42000000/i2c@42540000/imx219@10:/soc/csi@4ad30000 を含む固定依存サイクル [ 0.712509] /soc/bus@42000000/i2c@42540000/imx219@10:/soc/csi@4ad30000 を含む固定依存サイクル [ 0.784500] /soc/bus@42000000/i2c@42540000/imx219@10:/soc/csi@4ad30000 を含む固定依存サイクル [ 0.802395] /soc/csi@4ad30000: /soc/bus@42000000/i2c@42540000/imx219@10 を含む固定依存サイクル [ 3.664050] /soc/csi@4ad30000: /soc/bus@42000000/i2c@42540000/imx219@10 を含む固定依存サイクル [ 3.673513] /soc/bus@42000000/i2c@42540000/imx219@10:/soc/csi@4ad30000 を含む固定依存サイクル [ 9.425624] IMX219 3-0010: ダミーレギュレーター使用中、供給VANAが見つかりません [ 9.436000] IMX219 3-0010: ダミーレギュレーター使用中、供給VDIGが見つかりません [ 9.443871] IMX219 3-0010: ダミーレギュレーター使用中、供給VDDLが見つかりません [ 9.462659 imx219 3-0010: エラー読み取り reg 0x0000: -5 [ 9.468287] IMX219 3-0010: エラー -EIO: チップID 219を読み取れなかった [ 9.478088] IMX219 3-0010: ドライバー付きIMX219のプローブがエラー-5で失敗 カメラを再装着した後、エラーは-5(-EIO)に変わり、「チップIDの読み取りに失敗しました」という同じメッセージが表示されました。 i2cdetect: i2c-2 (42530000.i2c) の 0x10 には何もありませんでしたまたは i2c-3 (42540000.i2c)。関連性のないデバイスのみが表示されます(バス3の0x33、0x4c、0x62、バス2の0x50、0x52にあるUU)。 imx219モジュールは読み込まれ、DTノードも存在し、neoispプローブも成功しているので、センサーが届かない/電源が入っていない可能性があり、libcameraやドライバーの問題ではないようです。 **観察結果** - DTノードは/soc/bus@42000000/i2c@42540000 (i2c-3)の下にあるimx219@10です。AN15033のセクション3.4では、パスが.../i2c@42530000/imx219@10と示されていますが、これは私のものと一致しません。これはメモの誤植ですか? - ノードにreset-gpiosがあります。gpioinfo は、プローブが失敗した後に、出力として「MIPI-CSI カメラリセット」(19 行目) を表示し、コンシューマーは表示されません。 **質問** 1. AN15033は、RPI-CAM-MINISASアダプタと22ピン-15ピンFPCケーブルを介してカメラを接続します。そのアダプターは必須ですか?それとも、通常の15ピンから22ピンへの変換ケーブルで十分ですか? 注:ピン同士が一致しています。 2. このソフトウェアパックでFRDM-IMX95でIMX219を動かした方はいらっしゃいますか?もしそうなら、どのモジュールとケーブルで使ったのでしょうか? 私が使用しているカメラはこちらです: https://probots.co.in/8mp-imx219-camera-module-77-fov-raspberry-pi-5.html BR アマン・シャルマ Yocto Project Re: imx219 camera integration issue with IMX95-15x15 frdm こんにちは、 はい、アダプタが必要です。RPI-CAM-MINISASアダプタをIMX 219カメラコネクタに接続し、それをi.MX 95 15 mm x 15 mm FRDMのMIPI-CSIコネクタに接続します。22ピン(0.5 mmピッチ)から15ピン(1 mmピッチ)のFPCケーブルを使用します。 以下のリンクをご参照ください。 https://docs.nxp.com/bundle/AN15033/page/topics/enable_sony_imx_219_camera_module.html Re: imx219 camera integration issue with IMX95-15x15 frdm こんにちは、 RPI-CAM-MINISASアダプタとFPCケーブルに関するご説明、ありがとうございました。私はAN15033の手順に従って、推奨されている設定を使用しました。私のSony IMX219カメラは現在FRDM-i.MX95で動作していますが、起動時およびハードウェアリセット後にカメラの検出に問題が発生しています。 1. 起動時およびハードウェアリセット時のカメラ検出の問題 現在、カメラの動作は、ボードの起動方法や再起動方法によって異なります。 初回起動時:ボードの電源を初めてオンにしたとき、カメラが検出されません。 ソフトウェア再起動: ターミナルの 再起動 コマンドでボードを再起動すると、カメラは正常に検出されます。 ハードウェアリセット:ハードウェアリセットピンを使用してボードをリセットしても、カメラが検出されません。 手動での回避策: ハードウェアリセット後、カメラのリセットGPIOを手動で高くドライブし、ユーザー空間からIMX219ドライバーを再度バインドしてカメラを動かさなければなりません。 デバイスツリーで、カメラのリセット用GPIOにプルアップ抵抗を既に設定済みです。 この問題はリセットされたGPIOの初期状態、GPIOピンマックスの設定、センサの電源順序、または起動時のリセットタイミングに関連している可能性はありますか? この問題をデバイスツリーやドライバを通じて恒久的に解決し、初期起動時やハードウェアリセット後もカメラを確実に検出し、手動のGPIO制御やドライバの再割り当てを必要とせずに行う推奨方法は何でしょうか? 2. FRDM-i.MX95でのデュアルカメラサポート 次に必要なのは、FRDM-i.MX95ボード上で2台のMIPI-CSIカメラを同時に使用することです。 NXPは i.MX カメラソフトウェアパック(BSP LF6.18.2-1.0.0)を用いたFRDM-i.MX95上のデュアルカメラ動作のための参照BSP、デバイスツリー構成、または例の実装を提供していますか? 具体的には、2台のSony IMX219カメラを同時に動作させ、libcameraを介して両方のカメラからフレームをキャプチャするための推奨リファレンス構成があるかどうかを知りたいです。 このセットアップに関する利用可能なドキュメントや参考文献の実装があれば教えていただけるとありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いします、 アマン・シャルマ
View full article
ライセンスがありません こんにちは:私のS32 Design Studioのライセンス(S32 Design Studio for S32 DS for ARM v.2.2)がもうすぐ期限切れになります。確認して延長してもらえますか?アクティベーションコード: 7FC9-0FD2-6345-A5F8 ありがとうございます。 Re: Lisence missing こんにちは、 お客様のS32DSライセンスが延長されました。以前のコードを使用して、S32DSを再度有効化してください。
View full article
LPC1768におけるIAP RAM予約に関する説明 私が保守を担当している旧式のLPC1768/9 MBEDプロジェクトには、使用可能なRAM範囲の上限を32バイト狭めるリンカスクリプトがあります。つまり、SRAMの実際のサイズは32kで開始アドレスは0x10000000であるのに対し、強制的に設定された終了アドレスは0x10007FE0(予想される0x10008000ではなく)である。これに関する簡単な説明は、「IAP機能で使用される」というものだった。 これは本当ですか?IAP APIには、固定アドレスのメモリを使用する部分はありますか?もしそうなら、なぜそうなるのか、ドキュメントリンクやもっと詳しい説明をお持ちの方はいらっしゃいますか? LPC17xx Re: Explanation for IAP RAM reservation on LPC1768 「ユーザーマニュアル」(UM10360)の32.3.2.8段落を参照してください: 32.3.2.8 IAPコマンドハンドラが使用するRAM フラッシュメモリのプログラミングコマンドは、オンチップRAMの上位32バイトを使用します。ユーザー割り当てされたスタック領域の最大スタック使用量は128バイトで、その使用量は減少します。 その段落にある「オンチップRAM」が何を意味するのか分かりません。メモリマップLPC1768によると、それは以下のいずれかである可能性があります: または: "オンチップSRAM 0x10000000 ... 0x10007FFF" または: "AHB SRAM 0x2007C000 ... 0x20083FFF"。 おそらく最初の範囲、0x10000000 ... 0x10007FFF だと思います。 しかし、ファームウェアからIAPを呼び出さない場合は、これらの32バイトについて心配する必要はありません。 Re: Explanation for IAP RAM reservation on LPC1768 これらのハードウェアとソフトウェアの相互作用の「なぜ」を明らかにするのはいつも興味深いことです。私の現在の「なぜ」は、通常、ゲームでラインをクリアすることに集中しています。最近、 Geometry Dashをすごく楽しんでいます。特に、列を消してボードがいっぱいにならないようにする爽快感がたまりません。リラックスできるし、パターン認識で脳を活性化させるのに良い方法だ。IAP機能に関するご質問ですが、その狭いRAM範囲はプロジェクトにおいて重大な制約となりますか?
View full article
GUIGuider-2.0.1で画面ファイルにカスタムコードを追加して再コンパイルすると、追加したコードが削除されます。     // screen_3 カスタムコード カスタムコードを追加して再コンパイルすると、画像中の赤い枠で囲まれた部分に示すように、追加したカスタムコードが削除されます。これはなぜでしょうか? Re: GUIGuider-2.0.1 在屏幕文件下添加自定义代码重新生成编译,会把添加的代码删除 こんにちは、@zzy2892さん カスタムコードを追加するには、生成された画面ファイルを直接変更するのではなく、指定された場所にコードを追加する必要があります。これは、コードが生成されるたびに、対応する画面ファイルが再生成されるためです。詳細については、https://docs.mcuxpresso.nxp.com/guiguider/latest/UG/advanced_usage.html#custom-code-integration のドキュメントを参照してください。 BR
View full article
mcxn947 开启加密后,对dual bank A B区固件升级是否有什么影响? On the MCXN947, what impact does enabling firmware encryption have on Dual Bank A、B firmware updates? For example, the application is currently running from Bank A. A new firmware image is downloaded to Bank B, and then the address mapping is swapped so that the application runs from Bank B. When firmware encryption is enabled, will it affect this process? Are there any additional considerations or modifications required for downloading the firmware, swapping the address mapping, or booting the application from Bank B? Re: mcxn947 开启加密后,对dual bank A B区固件升级是否有什么影响? Hello @justdomyself  Please refer to the Dual Image Boot feature for your implementation. For details, please refer to the MCXN947 Reference Manual. If you do not want to use the ROM bootloader, you can also refer to the MCUboot examples provided in the SDK.   Download SDK from:   SDK Builder | MCUXpresso SDK Builder Thank you. BR Alice Re: mcxn947 开启加密后,对dual bank A B区固件升级是否有什么影响? I'm referring to the impact of enabling encryption on dual bank upgrade methods, not asking what a dual bank is. Re: mcxn947 开启加密后,对dual bank A B区固件升级是否有什么影响? Hello @justdomyself No impact. BR Alice
View full article
S32K3 HSE AB Swap: 10s cyclic HSE-SWT reset Hi all, I'm using the HSE AB Swap function on S32K364. After downloading the application via UDS and calling HSE_ActivatePassiveBlock followed by a functional reset, the MCU resets cyclically every 10 seconds. The reset reason is MCU_HSE_SWT_RST_RESET. At this moment, HSE_CONFIG_GPR3 (0x4039c028) reads 0x81F00C1. The register bit indicates: Application read/execute is blocked from flash Block X, as HSE FW is performing flash write operation on this block. Application program and erase is also blocked for Block X After one PE debugger attach operation, the cyclic reset stops and the system works normally. The value of HSE_CONFIG_GPR3 changes to 0xC1. I’m stuck on this issue and would appreciate any hints or suggestions. Thanks a lot! 回复: S32K3 HSE AB Swap: 10s cyclic HSE-SWT reset The issue has been resolved. Root cause: The PLL was initialized in boot code before `HSE_STATUS_INIT_OK`, which caused abnormal HSE initialization and triggered the HSE watchdog, resulting in chip reset. Moving PLL initialization to after `HSE_STATUS_INIT_OK` fixes the problem.
View full article