Netduino Goの唯一の欠点は、2012年5月末現在のネットワークの欠如です。
クリスはすでに(他の場所で)これはほんの数週間先だと言っています、そしてそれが出荷されるとき、私はゴーがいわばゴーになるだろうと思います。C#がJavaに対してであるように、それはGadgeteerに対してです-多かれ少なかれ同じですが、後知恵の恩恵を受けてより良く行われます。フォーラムを見回すと、ハードウェアの互換性が不均一であるか、ドライバーの品質が平凡な他のプラットフォームがあります。
RTCに搭載される可能性もあります。確かではありませんが、大都市での運を知ることはできません。
クリス(およびガジェットの連中)が十分な信用を持っていないのは、ガジェットとゴーの両方が採用しているネットワークとしてのコンピューターのアプローチです。NetduinoPlusのような単一のCPUシステム上のネットワークスタックは、独自のバッファを備えた専用CPUを備えたもののように動作することはできず、ネットワークスタックを独自のボードにプッシュすると、アプリケーションコードスペースから外れます。仮想化でベイクされたサクサクの良さによってスムーズに統合されたCortexM0のサポートキャストを備えたCortexM3で実行されているGoは、はるかに大きなマシンで開発しているように感じるでしょう。
プロトタイピングボードのどれもうまくいかないいくつかのことは
- ハングしたアプリケーションコードのハードウェアウォッチドッグの再起動
- OTAU(無線アップデート)
リリースグレードのハードウェアには両方が必要です。つまり、自分でローリングすることを意味します。Netduino GoとGadgeteerは、独自のモジュールをロールするという概念を明示的にサポートしています。