組込み Linux BSP・STM32 ファームウェア開発

Obeita は機器メーカーの組込み基板の立上げ、ファームウェアの適合、製品納入を妨げる不具合の解決を支援します。範囲を定めた開発作業や、再現可能な問題から着手できます。ソフトウェアの変更を基板、インターフェース、実機試験と結び付け、合意した動作を検証します。

組込み Linux、BSP、ドライバー、U-Boot

起動経路から周辺機器、アプリケーションの起動まで、基板立上げの範囲を定めます。基板と利用可能なソースコードに応じて、U-Boot の適合、デバイスツリーの変更、ドライバー統合、Buildroot の設定、イメージの書込みなどを検討します。Android BSP の適合は、ベンダーのプラットフォームとイメージに照らして個別に評価します。

起動や安定性の問題では、電源条件、シリアルログ、起動と DDR の動作、電気レベル、ドライバー、アプリケーション間の動作を調べます。変更の対象となる基板版数とソフトウェアビルドを明確にし、再現手順と除外した原因を記録します。

関連する納入事例には、RK3566 端末と BSP の適合、Linux/Qt HMI 開発、RK3528 Linux ネットワークゲートウェイ開発があります。各事例では実際の納入範囲を示しています。個々の Linux、Android、ブートローダー要件は、案件ごとに合意する必要があります。

STM32 ファームウェアと RTOS 案件の範囲策定

MCU 開発では、実装前に周辺機器の動作、収集タイミング、通信フレーム、エラー処理、復旧動作を定めます。RTOS が必要な場合は、カーネルとバージョン、タスクの優先度、割込みの使用方法、メモリ制限、スケジューリング要件をご提示ください。これらをもとに開発範囲と試験内容を合意します。

STM32 データ収集と多インターフェース IoT ゲートウェイは、納入済みの STM32 開発事例です。公開されている説明には RTOS の記載がないため、STM32 ハードウェアとファームウェアの事例としてご参照ください。

成果物と検証

• 対象となる基板とソフトウェアのバージョンを明記した診断結果、または合意したファームウェア・BSP の変更。
• 案件の範囲に含まれるビルド・設定資料、書込みや復旧の手順、試験記録。
• 引渡し前に明確にするソースコード、パッチ、設計変更、保守の責任範囲。

受入試験では、合意した条件のもとで、起動、周辺機器の動作、通信、不具合の再現、復旧を確認できます。試験時間、負荷、合格基準は用途に合わせて定めます。起動に成功しただけでは、長期安定性やすべてのインターフェースを検証したことにはなりません。

リンク先の顧客プロジェクトは、ハードウェアとソフトウェアが合意した要件を満たすことを実機試験で確認し、完了・納入しています。基板の新版、ドライバー、RTOS、ソフトウェアイメージは、それぞれ検証が必要です。

具体的な検討に必要な資料

基板版数、回路図やインターフェースの詳細、電源条件、起動ログやシリアルログ、再現手順、現在のファームウェア、ソースコードの利用可否、期待する動作をご提示ください。ソースコードの利用制限と、試験に使用できるハードウェアもお知らせください。診断作業と、より大きな移植・書換え・ハードウェア変更の範囲を切り分けます。

関連する組込みプラットフォーム

ファームウェア・BSP の開発について相談する