この質問を読んだとき、とても気に入りました。ウィキペディア によれば、greybeardsが言うように、「それは私を取り戻す」:) TinyOSは2000年に「公開された」-「モノのインターネット」というフレーズが作られた約1年後。はるか昔、遠く離れた銀河の中で... OK、ビジネスに至るまで:
モート、TinyOS、NesCなどが「最近の良いオプション」であるかどうかについてのあなたの質問への答えは、無条件の「はい」です。その理由を説明します。
2003年にTinyOSについて知りました。それはすでにかなり成熟したシステムであり、いくつかの興味深いアプリケーションで使用されていました。「モート」は、「リモートセンサー」と同様に、ハードウェアの用語です。各モートには、プロセッサ、バッテリー、無線(WiFiではない)、およびある種のセンサーがありました。最初の3つのコンポーネントはさまざまなモートで共通でしたが、センサーは一般的にアプリケーションに固有でした。光、熱、磁場など。詳細に興味がある場合は、TinyOSの設計を文書化した多数の論文(ほとんどが学術的で詳細)が発行されています。
システムとして、TinyOSとモートは非常に乏しいリソースで目的を達成するように設計されました。例えば:
- TinyOSは約400バイトのメモリを占有していました。典型的なアプリケーション12-16 kB。
- TinyOSは非常に小さな8ビットマイクロコントローラーで動作します。たとえば、AtmelのAT-90L、TIのMSP430、およびMicrochipの最新のATtiny9。
- NesCコードは、従来のアプリケーションよりも「カーネル」の一部に似ています。システム効率はこのアプローチを要求しました。
- 低デューティサイクル、および省エネに対応したシステムアーキテクチャにより、バッテリーは1年以上持続できます(もちろんアプリケーションによって異なります)。
航空機から落下する可能性のある広範囲に分散したモートから極度に過酷な動作環境へのセンサーデータの最終的な宛先への配信には、巧妙なルーティングアルゴリズムが必要でした。したがって、「柔軟性」はTinyOSの通信スタックの設計における主要な推進力でした。したがって、既存の通信インフラストラクチャは必要ありません。これはもちろん、力を与えると同時に挑戦的でもあります。多数のルーティングプロトコルが開発され、オープンソースライセンスにより、これらのプロトコルの採用と変更が促進されました。
TinyOSが放棄されている、または停滞している限り、私はそうではないと思います。TinyOSのGitHubのレポ最近の活動のショーを、そして、それはだことを示唆して維持され、後に世話をされています。そうは言っても、TinyOSは「趣味としてのエレクトロニクスとソフトウェア」の観客を魅了することは決してなかった。最近ArduinoとRaspberry Piが人気になるまで実際には存在しなかった群衆。
そして、それが私にあなたの考えさせられる質問へのこの手の込んだ「答え」の要点をもたらします。私は、カットアンドドライの事実問題の答えはないと思います。私が考える答えはこれに尽きる:私たち人間は、より多くの羊のようやレミングス私たちが信じているのが好きよりも。Raspberry Pi、Arduinoなどは、ガジェットを入稿する人々に好奇心と収益の大きな支持を集めた製品ですが、特定のアプリケーションへの適合性とはほとんどまたはまったく関係がありません。私は、新しい問題ごとにホイールを作り直すことを提案しているわけではありませんが、同時に、1つ(または2つ)のサイズがすべてに適合するわけではありません。ジョブに適したツールを使用します。
あなたの質問から私はあなたがこれを理解していることを知っていますが、おそらくこのようにそれを考えていませんでした。率直に言って、あなたの質問までいくつかの緩い岩をぶつけるまで私もいませんでした。だからはい、TinyOSを使って非常に洗練されたものを構築できると思いますが、サポートリソースを減らして構築する必要があるかもしれません。または、将来的には「TinyOS Stack Exchange」が存在する可能性はありますか?ハハハ-あなたの息を止めないでください:)
私はこれで締めくくります:「真実はしばしば私たちがそれを作るものです。自分が聞きたいことを聞き、自分が信じたいものを信じました。」
補遺:
デバイスを構築してシステムに集約する方法について考えるとき、Phil Levisがこの短いビデオで考えるためのいくつかの食べ物を提供します。
そしてTinyOS開発をサポートするためのリソースに関する限り、ここに私の「答え」を調査している間に私が見つけたいくつかがあります: