概要
スコープ
- ビーコン通信を抽象化する C 言語の静的ライブラリ
- TI SensorTag と ST 各種ボード向けのプラットフォームビルド
- ヘッダ、ドキュメント、サンプルテストアプリ
制約条件
- ライブラリ配布は保護付き
- ターゲット間で一貫した API
- 標準 SDK と IDE を使用
検証
- TI および ST ボードでのボードレベルテスト
- iOS と Android でのモバイル検証
- ロギングとモーション向けリファレンスフロー
プラットフォームとツールチェーン
- ターゲット: TI SensorTag、ST Nucleo、ST SensorTile
- SDK とスタック: TI および STM32 標準スタック
- IDE: Code Composer Studio、System Workbench for STM32
- 言語: C
- パッケージ: ヘッダ付き保護された静的ライブラリ
- ドキュメント: Doxygen による API と統合メモ
単一 API
ターゲット間で共通
迅速な立ち上げ
再作業を削減
保護ビルド
知財を保護
モバイル検証
iOS と Android
実装の流れ
- ビーコン操作とデータ経路のための狭く安定した API を定義
- 同一コアを呼び出す TI と ST 向けアダプタを作成
- 各 IDE 向けのビルドスクリプトとフラグを提供
- インラインコメントと例から Doxygen ドキュメントを生成
- ロギングとモーションフローを実行するサンプルアプリを公開
テストと受け入れ基準
- サポート IDE 上で保護ライブラリをコンパイルおよびリンク
- TI SensorTag と ST ボードでリファレンステストを実行
- iOS と Android アプリでデータ取得と通知を検証
- ドキュメントとサンプルに対する API の挙動を確認
提供物
- TI と ST 向け保護静的ライブラリ
- ヘッダファイルと API ガイド
- Doxygen 生成ドキュメント
- サンプルテストアプリケーション
- 基本的な統合メモとビルド手順
- バージョンと変更履歴を含むリリースパッケージ
- 必要に応じた引き継ぎセッション
想定リスクと対応
- ドライバ差異 ボード改版間で小さな差分が生じる場合があります。バージョンを固定し既知の制約を明示します。
- BLE タイミング ビーコンのタイミングは変動します。安全なデフォルトを公開し調整ポイントを文書化します。
- ビルドのずれ IDE 更新でフラグが変わる場合があります。リリースノートに検証済みツールチェーンを記載します。
適用が有効な場面
- 異なるセンサーボードで単一 API を必要とするチーム
- ソースコードを出荷しない配布形態
- 迅速なボード立ち上げが求められる用途
FAQ
他のボードにも対応できますか
SDK が安定した BLE またはビーコンのインターフェイスを提供していれば可能です。同一 API を維持したままアダプタを追加します。
クライアント側でライブラリを拡張できますか
拡張ポイントは文書化しています。コア API は安定しており、同じヘッダの下で機能追加できます。
アップデートはどのように提供されますか
テスト済みツールチェーン情報を含むバージョン付きリリースパッケージを提供します。