Der Pferdefuss ist, dass das ganze .NET basiert ist ..
Bez. Portieren: der Core ist ein stinknormaler ARM7 µC, solang man genau den verwendet gehts sicher.. Andererseits, why bother: eine Custom-Platine herstellen macht bei solchen Dingern eigentlich nur dann Sinn, wenn man a) zu faul ist sich so ein Developer-Board zu kaufen, b) echt den Platz braucht c) ohnehin eine komplexe SMD-Platine wegen anderen Komponenten machen muss und es dann auf den einen IC mehr auch nicht mehr ankommt oder d) Steckverbindungen aus Sicherheitsgründen einfach nicht tolerieren kann (z.B. wird man nicht wollen, dass sich der Navigationscomputer bei einem Luftloch von der
IO-Shield löst, da ist Löten angesagt ..

)
Developer-Boards sind halt teurer als 'Custom-Made', weil die halt nen ganzen Haufen Header und IO-Komponenten drauf hat, die man in der Application nicht braucht, und Pinheader und so kostet halt auch Geld in Summe. Allerdings, selbst bei Field-Anwendung ist es sehr empfehlenswert, zumindest den einen oder anderen Debug-Header drauf zu lassen, unterm Strich ist dann mit Selbst-Entwicklung etc so ein Developer-Board möglicherweise sogar billiger.
Das Developer-Board dürfte ohnehin nicht von Microsoft selber sein so wie ich das versteh..
Ich steh diesem .NET Micro Zeugs ziemlich skeptisch gegenüber, weil das relativ offensichtlich dazu gedacht ist, Leuten die bisher nur fette .NET Desktop Apps programmiert haben die Möglichkeit zu geben, jetzt auch embedded Systems zu programmieren ohne eine neue Sprache lernen zu müssen.. Die Ergebnisse von solchen Versuchen sind normalerweise eigentlich durch die Bank einfach nur als erschreckend zu bezeichnen, die armen Prozessoren werden dann mit Floatingpoint, Object-Oriented Code mit Design-Pattern, Garbage Collection etc zu Tode gefoltert.
Ich bin zwar auch kein großer Freund von C und finde dass es Zeit wird für eine *ordentliche* neue Programmiersprache, aber .NET ist jedenfalls nicht die Antwort

Und wenn einer nur .NET und kein C kann, dann ist der ohnehin kein besonderer Programmierer..
Der Vorteil von dem Framework dafür ist, dass es ähnlich wie dem Adurino-Framework fertige Libraries für die diverse IO schon geben dürfte, das kann einem ziemlich was an Arbeit abnehmen.
Effizient ist das ganze halt nicht, und auf so einem 70Mhz Winzling kann einem schon relativ flott die Luft knapp werden.
I find your lack of platform support disturbing.