Действительно, единственным недостатком Netduino Go является отсутствие сети на конец мая 2012 года.
Крис уже сказал (в другом месте), что до него осталось всего несколько недель, и, когда он отправится, я подозреваю, что Го будет как бы. Это для Gadgeteer, как C # для Java - более или менее то же самое, но сделано лучше с преимуществом задним числом. Просматривая форумы, я вижу другие платформы с неравномерной аппаратной совместимостью или посредственным качеством драйверов.
Также есть возможность встроенного RTC. Не уверен, но вы никогда не узнаете свою удачу в большом городе.
Что-то, за что Крис (и ребята из Gadgeteer) не принимают должного уважения, - это подход компьютер-как-сеть, как Gadgeteer, так и Go. Сетевой стек в системе с одним ЦП, такой как NetduinoPlus, никогда не сможет работать так, как если бы он имел выделенный ЦП со своим собственным буфером, а выталкивание сетевого стека на свою собственную плату выводит его из пространства кода вашего приложения. Я подозреваю, что Go, работающий на Cortex M3 с поддерживающим составом Cortex M0s, плавно интегрированным с хрустящей добротой запеченной в виртуализации, будет ощущаться как разработка на гораздо большей машине.
Некоторые вещи, которые ни одна из плат прототипов не дает,
- Аппаратная перезагрузка сторожевого таймера для зависшего кода приложения
- OTAU (обновление по воздуху)
Вам нужны оба из них для аппаратного обеспечения высшей категории, что, я полагаю, означает, что вы должны сами развернуть. Netduino Go и Gadgeteer однозначно поддерживают идею создания собственных модулей.