このシナリオでは、会議室のサーモスタット機能を自動化して、エネルギー使用を抑えるというタスクを担っている、フルスタックデベロッパーの助けになります。これまでのモジュールで、簡易雑音しきい値を使って部屋が利用中かどうかを判断するメカニズムの改善方法を見てきました。シンプルな機械学習モデルは、静的な数値のしきい値よりさらにインテリジェントな分類を特定でき、過去の部屋の利用状況データを考慮に入れることによって、ジッターまたは誤検知を軽減できます。
機械学習モデルのトレーニングは、最新のデータサイエンスのツールチェーンにより、現在では比較的容易になっています。一方で、最適なモデルのトレーニングは難しく、専門性、入力に対する総合的な理解、最適化のサイクルが必要となります。今日は、Amazon SageMaker ツールチェーンを実際に使って、IoT データがどのようにモデルのトレーニングに使用されるかを学びます。ただし、最初から最適なモデルを作成することは期待できません。
このモジュールの完了には、約 2 日間かかることを念頭に置いてください。完了しなければならない実践的作業は 1 時間のみですが、自動的に行われるステップが 2 つあります。最初のステップでは、調査する部屋にスマートサーモスタットデバイスを設置し、テレメトリを収集して機械学習トレーニング用に保存します。デバイスを設置し、データを数時間以上 (可能であれば 24 時間) 収集します。ただし、収集するデータが多いほど、機械学習モデルの精度が向上します。2 つ目の自動的ステップは、十分な量のデータを収集後、機械学習モデルが自動トレーニングプロセスに入ったときに行われます。このトレーニングプロセスには数時間かかるため、朝にプロセスを開始し、午後にまた戻ってくるか、夜通しも実行したままにしておくことをお勧めします。
最後のモジュールで作成したソリューションは、受信する音声レベルに対して静的な数値のしきい値を使用し、roomOccupancy と呼ばれる新しいキー値に強制的に変換しています。シンプルな機械学習モデルをトレーニングし、同様の機能を実行するには、既存データをトレーニングのベースラインとして使用します。つまり、部屋の状態が利用中からそうでない状態へと頻繁に変化する部屋で、既存のソリューションを数時間実行する必要があります。自動機械学習トレーニング実験の実施に、そのデバイステレメトリの蓄積されたデータセットを使用します。その後、トレーニング済みの機械学習モデルが推測した新しい roomOccupancy 値の新しいデバイスレポートの分類に使用されます。繰り返しますが、最初のトレーニング済みモデルはそれほど正確ではない場合があります。ただし、このソリューションの目的は、IoT データの保存や新しい機械学習モデルのトレーニングと使用のワークフローを実施することで、実践的経験を得ることにあります。
このモジュールで実現するワークフローには、次の主要なコンポーネントがあります。
ビルドの準備はできていますか? 次の前提条件を満たしているか確認しましょう
$aws/things/<<CLIENT_ID>>/shadow/update/accepted
(<<CLIENT_ID>>
はデバイスのクライアント ID/シリアルナンバーで置換) にサブスクライブでき、テストクライアントに届くメッセージを表示できる必要があります。すべての条件を満たしていれば、次章の データのルーティングとストレージ に進みましょう。
AWS IoT Kit now features direct access to
M5Stack Forum
, which is a community-driven, questions-and-answers service. Search re:Post using the
Core2 for AWS
tag to see if your question has been asked and answered. If not, ask a new question using the Core2 for AWS
tag.