あなたのドライバー戦略は市場への時間を加速していますか?

ほとんどのチームにとって、答えはノーです。最適化されていないドライバー戦略は隠れたボトルネックです。この非効率性は、いくつかの症状を通して明らかになります。

• チームは肥大化したベンダーSDKと格闘しています。
• アプリケーションコードは、特定のハードウェアに大きく依存しすぎます。
• チームが機能的なドライバーを待つと、開発プロセスは停止します。

これらの遅延はビジネスに深刻な影響を及ぼし、収益と市場での地位に直接影響を与えます。

この記事では、HiSiliconドライバーを問題からプロジェクトアクセラレーターに変換することにより、市場投入までの時間を加速するための明確な戦略を紹介します。

重要なポイント

• ドライバー戦略が遅いと、プロジェクトのタイムラインと市場の成功が損なわれます。
• 一般的なベンダーSDKは、長いビルド時間やハードデバッグなどの問題を引き起こします。
• しっかりとリンクされたコードにより、ソフトウェアの変更が困難になります新しいハードウェアを使用します。
• 無駄のないSDKを構築し、強力なHALを使用し、ドライバーの作業を標準化するという3段階の計画に役立ちます。
• この計画はチームがより速く働くのを助けますより良い製品を作成するを使用します。

あなたの歴史的なボトルネックを診断する

プロジェクトの遅延の根本原因を特定することは、解決への第一歩です。働くチームのためHiSilicon SoC、ボトルネックは開発ワークフロー内で明白に隠れていることがよくあります。これらの症状は、市場に出る時間を静かに妨害する技術的な債務とプロセスの非効率性として現れます。

症状1: BLOATED VENDOR SDKS

HiSiliconは、ハードウェアをサポートするための包括的なソフトウェア開発キット (SDK) を提供しています。徹底している間、これらのパッケージはあなたの特定のものではなく、幅広い製品のために作られています。これは重大な負担を生み出す。

チームは、万能のツールキットを継承します。これには、プロジェクトが決して使用しない数千行のコードと多数のベンダードライバーが含まれています。

この余分なコードは無害ではありません。いくつかの方法でプロジェクトの速度に直接影響します。

• より長い造りの時間:不要なコードをコンパイルし、未使用のライブラリをリンクすると、すべてのビルドで貴重な開発者の時間が無駄になります。
• 複雑なデバッグ:コードベースが大きくなると、バグの検索領域が増えます。開発者は無関係にナビゲートする必要がありますベンダードライバー問題の原因を見つけるための依存関係。
• 遅延機能統合:新しい機能を追加するには、開発者が既存のベンダードライバーの大規模な基盤とどのように相互作用するかを理解し、開発プロセスを遅くする必要があります。

これらの一般的なSDKは、最終製品に価値のない複雑さをチームに管理させます。

症状2: 完全にカップルコード

一般的なアンチパターンは、低レベルのハードウェアレジスタを直接呼び出すアプリケーションロジックを記述することです。この方法は、ソフトウェアを特定のHiSilicon SoCにしっかりと結合し、コードベースをもろくして維持するのを困難にします。ハードウェアの改訂や新しいチップへの移行には、苦痛を伴う行ごとのコードレビューと書き直しが必要です。

このタイトなカップリングは、しばしば次の結果になります。

• 非標準コンパイラ拡張機能:コードは次のような構文を使用できます。揮発性uint8_t REG @ 0x1234;アクセスするメモリを使用します。これは、異なるツールチェーン間で移植可能ではありません。
• コンパイラ固有のレジスタマップ:シリコンベンダーからの事前定義されたレジスタマップは、多くの場合、非標準のC言語機能に依存しており、コードを単一のコンパイラにロックします。

たとえば、grblプロジェクトは、ハードウェアに依存するコードをStepper.c、その特定のモジュールを移植するのが非常に困難になります。解決策は、ハードウェア抽象化レイヤー (HAL) を使用して、懸念を厳密に分離することです。HALは、アプリケーションがハードウェアと相互作用するための標準化されたインターフェースを提供する。ベンダードライバーの複雑なチップ固有の詳細を隠します。

適切に設計されたHALは、一般的なインターフェイスを定義し、多くの場合、関数ポインターの構造を使用します。これにより、アプリケーションは次のようなアクションを実行できます。I2C_Write()基礎となるベンダードライバの特定のレジスタビットを知らずに。

/* I2C HALインターフェイスの例 */
Typedef struct
{
Bool (* Init)(void);
Bool (* Write)(uint16_t const TargetAddress、uint8_t const * const Data、uint32_t const DataLength);
Bool (* Read)(uint16_t const TargetAddress、uint8_t * Data、uint32_t const DataLength);
} I2C_t;

このアプローチは、高い凝集力と低いカップリングを作り出す。これにより、ハードウェア固有のベンダードライバーがアプリケーションロジックから分離され、システムがモジュール化され、安定し、適応が容易になります。ドライバのアプリケーションコードは、複数のプロジェクトで再利用可能になります。

症状3: シーケンス开発

多くのプロジェクトは、厳格でシーケンシャルなワークフローに従います。ハードウェアチームが完全に機能するドライバーを提供するまで、アプリケーションチームは意味のある作業を開始できません。これにより、古典的な依存関係のボトルネックが発生します。

典型的な非効率的なワークフロー:

ドライバーチームDevelops➡️ アプリケーションチームは待つ➡️ 統合が遅れて開始 🚶‍♂️ .............................................💻

このプロセスにより、かなりのアイドル時間が発生し、プロジェクトのタイムライン全体が延長されます。最新の戦略は、並行開発を通じてこの依存関係を排除します。プロジェクトの早い段階で明確なインターフェイス (上記のHALなど) を定義することで、チームは同時に作業できます。

アプリケーション開発者は、物理ハードウェアまたは完全なベンダードライバを待つ必要はありません。将来のドライバーの動作を模倣する模擬オブジェクトまたはシミュレーターに対してコードを作成およびテストできます。このアプローチは主な利点を提供します:

• 並列ワークストリーム:アプリケーションとドライバーの開発が同時に進行し、全体的なタイムラインが劇的に短縮されます。
• 早期バグ検出:チームは、最終的なハードウェアの準備が整うずっと前に、シミュレートされた環境で統合の問題を特定して修正できます。
• コラボレーションの改善: このプロセスは、最初からインターフェイスに関する明確なコミュニケーションと合意を強制し、チームを調整し、後期段階の競合を減らします。

ハードウェアとソフトウェアのワークストリームを分離すると、開発プロセスがリレーレースから調整された並行作業に変わります。

市場への時間を加速するための戦略

ボトルネックの診断は最初のステップにすぎません。次は、意図的な3層戦略を実装することです。このアプローチはチームのやり方を変えますHiSiliconドライバーを管理する、遅延の原因を市場投入までの時間を加速するためのツールに変えます。各層は、合理化された効率的なワークフローを作成するために最後に構築されます。

TIER 1: LEAN SDKを構築する

チームは、一般的なベンダーsdksとのレスリングをやめる必要があります。解決策は、無駄のないプロジェクト固有のSDKを構築することです。これには、最終製品に不可欠ではないすべてのコード、ライブラリ、およびリソースを体系的に削除することが含まれます。必須ではないライブラリを削除すると、エクスプロイトの可能性が減るため、この方法でセキュリティも強化されます。

リーンSDKの作成と保守には、規律あるアプローチが必要です。ベストプラクティスは次のとおりです。

• モジュラーアーキテクチャ:モジュールでSDKを設計します。これにより、開発チームは特定の機能に必要な部品のみを含めることができます。
• セマンティックバージョン管理:MAJOR.MINOR.PATCHバージョン管理システムを使用します。これは、更新の影響を明確に伝え、変更の中断、新機能、およびバグ修正を区別します。
• 明确なドキュメント:すべてのバージョンの包括的なドキュメントを提供します。これには、開発者が新しいリリースにスムーズに適応できるようにするための移行ガイドとチェンジログが含まれます。
• 自動テスト:すべてのバージョンの自動テストのスイートを実装します。これにより、下位互換性が保証され、回帰が防止され、カスタムsdksの信頼性が維持されます。

この最初のステップでは、コードの肥大化を排除し、ビルド時間を短縮し、デバッグを簡素化します。それはチームに構築するためのクリーンで最適化された基盤を与えます。

TIER 2: ROBUST HALを実施する

リーンSDKを導入した次の層は、堅牢なハードウェア抽象化レイヤー (HAL) を設計することです。HALは、アプリケーションロジックとハードウェア固有のドライバとの間にバッファを作成するソフトウェアレイヤである。アプリケーションを基盤となるHiSilicon SoCから切り離し、コードをポータブルで保守しやすくします。

適切に設計されたHALは、周辺機器と相互作用するための標準的な関数セットを定義します。GPIOのようなコンポーネントの場合、基本的な機能は次のとおりです。

• 初期化
• 書き込みおよび読み取り操作
• ピンマルチプレクサの設定 (SetMux)

この抽象化により、アプリケーションコードが直接低レベルのハードウェア呼び出しを行うことができなくなります。アプリケーションは、特定のレジスタに結び付けられる代わりに、標準化されたHALインターフェースを使用する。

HALの主な利点は、並列ワークストリームを有効にすることです。アプリケーション開発者は、HALの「モック」バージョンに対してコードを作成してテストできます。この模擬HALは、物理的なハードウェアを必要とせずに実際のハードウェアドライバーの動作をシミュレートします。

このアプローチには大きな利点があります。

• 孤立したテスト: 開発者は、モックオブジェクトを使用して、ビジネスロジックを単独で単体テストできます。これにより、ハードウェアの依存関係がなくなり、開発マシンでの迅速なテストが可能になります。
• 早期バグ検出:HALモジュールでハードウェア通信をラップすると、チームは最終的なハードウェアが利用可能になるずっと前に、統合のバグを早期にキャッチできます。
• リスクの低下:HALは安定した検証済みコンポーネントとして扱われるため、より高いレベルのコードを変更すると、ハードウェアインターフェイスが壊れる可能性は低くなります。

TIER 3: 標準的なドライバーの開発

最終層は、ドライバー開発の明確な基準を確立することにより、プロセス全体を統合します。標準化により、すべてのドライバーが信頼性が高く、保守性が高く、一貫性があります。これは、厳密なコーディング標準を採用することから始まります。

高信頼性システムでは、MISRA Cのような標準が不可欠です。 MISRAはCとCのガイドラインを提供しますそれは開発者を助けます:

• 安全性を高める:これは、障害がオプションではないシステムで重要な、チェックされていないポインター算術などの安全でない言語構造を許可しません。
• Maintainabilityの改善:コードの明確さと移植性を促進し、ソフトウェアのライフサイクル全体での更新と管理を容易にします。
• コンプライアンスの確保:これは、自動車システム用のISO26262のような厳格な業界安全基準を満たすためのフレームワークを提供します。

コーディングルールを超えて、チームはワークフロー全体を標準化する必要があります。正式なコードレビュープロセスは、この重要な部分です。 レビューアは、定義された一連の基準に対してコードをチェックする必要があります。

これらの標準を自動的に実施するには、チームは継続的統合 (CI) パイプラインを実装する必要があります。CIサーバーは、コードがコミットされるたびに一連のジョブを実行するように構成でき、迅速なフィードバックを提供することで市場投入までの時間を加速します。組み込みドライバーの一般的なCIパイプラインには、次のステージが含まれます。

1. ビルド:パイプラインはファームウェアをコンパイルし、リリースバイナリを生成します。
2. 分析: PVS-Studio、Coverity、Polyspaceなどの静的分析ツールは、コードのバグを自動的にチェックし、MISRA標準を順守します。
3. テスト:パイプラインは、すべてのユニット、統合、およびシステムテストを実行します。
4. レポート:以前のすべてのステージの結果を収集して、ビルドの成功、コード品質、およびテストの対象範囲について報告します。
5. マージ:新しい機能は、以前のすべてのジョブが成功した場合にのみメインブランチにマージされます。

この自動化された標準化されたプロセスにより、すべてのコードが構築、テスト、および検証され、より高品質のドライバーとより予測可能なプロジェクトのタイムラインが実現します。

---

ドライバーのための意図的な戦略は重要なビジネスツールです。それは単なる技術的な詳細ではありません。このアプローチは、市場投入までの時間を加速するための鍵です。チームは、3層ソリューションを採用することでワークフローを変革できます。このソリューションには、無駄のないSDKの作成、堅牢なHALの実装、およびドライバーの開発の標準化が含まれます。

プロセスとスキルへのこの投資は大きな利益をもたらします:

• プロジェクトの結果を改善し、リワークを減らします。
• 非効率性を特定して修正するためのデータを提供します。
• それは継続的な改善の文化を育みます。

非効率的なドライバーに遅延を発生させるのをやめます。より良い製品と市場投入までの時間を加速するために、これらの変更を実装します。

よくある質問

ハードウェア抽象化レイヤー (HAL) とは何ですか?

ハードウェア抽象化レイヤー (HAL) は、アプリケーションコードをハードウェア固有のドライバーから分離するソフトウェアレイヤーです。このレイヤーは並列開発を可能にし、ソフトウェアをさまざまなチップ間でポータブルにします。これは、市場投入までの時間を加速するための重要なツールです。

リーンSDKの構築は難しいですか?

無駄のないSDKを構築するには、規律が必要です。チームは未使用のコードを識別し、ベンダーのパッケージから削除する必要があります。この最初の取り組みは、ビルド時間を短縮し、デバッグを簡素化し、セキュリティを向上させることで成果を上げます。

MISRA Cとは何ですか?

MISRA Cは、Cプログラミング言語のソフトウェア開発ガイドラインのセットです。チームがより安全でポータブルなコードを作成するのに役立ちます。信頼性の高いシステムでは、アドヘランスが重要です。主な利点は次のとおりです。

• 強化された安全性🛡️
• 保守性の向上
• コンプライアンスの保証

この戦略は新しいHiSiliconチップにどのように役立ちますか?

堅牢なHALにより、新しいHiSilicon SoCはるかに速い。アプリケーションコードは変更されません。開発者は、新しいチップのHALの基盤となるドライバー実装を更新するだけで、大幅な時間と労力を節約できます。