Dois-je acheter un Netduino ou un Arduino?

Je cherche à acheter un NetDuino pour des projets de loisirs à la maison amusants.

L'un d'entre vous l'a-t-il utilisé et quelle a été votre expérience?

Dois-je plutôt regarder la gamme Arduino ou FreeDuino (ou quelque chose de totalement différent)?

J'ai décidé de m'en tenir à NetDuino en raison de ma connaissance de C #, mais ce n'est pas une exigence.

Merci

PS. Je ne sais pas si cela appartient au wiki de la communauté ou non (conseils appréciés).

J'adore C # et je trouve que les avantages en termes de productivité du développement en C # avec Visual Studio sont un facteur très fort en faveur de Netduino. Je ne voudrais pas pooh-pooh Netduino parce que "C # n'est pas pour les environnements microcontrôleur / embarqué" comme d'autres réponses ici l'indiquent.

Vous pouvez faire de grands projets amusants et en apprendre beaucoup sur la connexion de différentes entrées physiques et périphériques de sortie à l'aide de Netduino, tout comme vous le pouvez avec Arduino ou sur le "métal nu" et sur la gestion MCU directe de l'AVR, du PIC ou d'autres microcontrôleurs.

Cela dit, je m'en tiens à Arduino pour les raisons suivantes:

• Meilleur soutien communautaire. Arduino a juste beaucoup plus d'échantillons, d'exemples et d'une plus grande communauté sur laquelle vous pouvez vous appuyer.
• Netduino n'a pas d'histoire pour aller au-delà de l'approche coûteuse de kit / prototypage. Vous allez mettre en place une exposition d'art interactive nécessitant des dizaines de microcontrôleurs exécutant votre code? Préparez-vous à débourser 35 $ chacun pour les Netduinos. Avec Arduino, vous pouvez prototyper sur l'Arduino, puis l'implémenter sur une solution MCU uniquement avec le microcontrôleur AVR pour moins de 10 $ chacun.

Donc, je dirais que si vos compétences en C sont poussiéreuses ou inexistantes, vous aimez C # et Visual Studio, et vous voulez juste bricoler sur quelques projets de loisirs qui n'auront pas besoin d'évoluer là où les coûts deviennent un problème plus important, allez sur Netduino.

Si vous êtes à l'aise en C, ou à l'aise pour vous en sortir avec l'aide d'exemples de code et de la communauté, et que vous souhaitez être plus proche du métal et envisager de vous éloigner éventuellement de l'approche "prototype" de Netduino et Arduino, allez Arduino pour commencer.

Votre connaissance de C # est presque inutile sur une plate-forme embarquée de toute façon, alors n'y mettez pas trop de poids.

J'irais avec un Arduino ou l'un des clones, non pas parce que .Net est le diable, mais parce que c'est ce que tout le monde utilise, vous aurez donc beaucoup plus de facilité à obtenir de l'aide et à vous moquer du code des gens.

Une fois que vous avez mouillé vos pieds, essayez de vous diversifier et essayez différentes choses.

J'ai actuellement un Arduino, mbed et enfin un Netduino à ma disposition pour le développement / usage amateur. Je n'ai jamais aimé travailler avec l'Arduino, peut-être parce que l'éditeur n'est pas très bon, et je suis vraiment gâté en tant que développeur C #. Quand j'ai reçu mon mbed, j'aimais beaucoup le développement sur ça, beaucoup mieux, mais le débogage est toujours pénible car vous devez utiliser des instructions d'impression pour comprendre ce qui se passe.

Lorsque vous développez un produit ou que vous vous trompez, la grande majorité de votre temps est d'abord consacrée au débogage ... et lorsque vous déboguez, vous voulez avoir des points d'arrêt. J'ai beaucoup de mal à revenir au matériel embarqué qui n'offre aucune sorte de points d'arrêt.

Je n'ai pas encore d'expérience avec JTAG, mais chaque micro que j'ai vu jusqu'à présent (à part les modules RabbitCore) l'exige pour permettre le débogage via des points d'arrêt. Imaginez ma surprise lorsque j'ai branché mon Netduino aujourd'hui et que j'ai pu parcourir mon code dans VS2010! J'en ai été extrêmement satisfait.

Personnellement, je ne vous inquiétez pas de la taille de l' empreinte, les maux de .NET et Microsoft, etc. , etc. Je ne se soucient d'être en mesure de déboguer rapidement et efficacement, donc je peux juste me faire des choses .

En tant qu'utilisateur BasicStamp depuis près de 20 ans et utilisateur NetDuino depuis seulement 2 semaines (je n'ai jamais utilisé un Arduino), je dirais que le NetDuino est une excellente plateforme. Les deux principales fonctionnalités que j'apprécie: la facilité de programmation (et les points d'arrêt!) Dans VisualStudio et l'ADC haute résolution sur la carte sont des raisons clés. Les quelques boucliers Arduino que j'ai essayés de SparkFun ont parfaitement fonctionné avec le NetDuino.

Personnellement, je ne suis pas fan de C # ou de .NET. Je suis un luddite en C. Donc, mon choix de plate-forme se résume à celui qui a les fonctionnalités matérielles que je veux (flash, RAM, vitesse d'horloge, nombre d'ADC, nombre de minuteries, etc.).

Cela dit, je peux imaginer que C # /. NET soit utile pour le prototypage rapide:

• La gestion des chaînes sera probablement beaucoup plus simple
• La sérialisation RPC et objet est probablement facile. Je soupçonne que vous pouvez simplement pousser des objets C # sur une liaison série. RPC "fonctionne probablement"
• Portabilité - .NET est une machine virtuelle, le code doit donc s'exécuter sur d'autres cartes ou même sur des PC
• La récupération de place rend de nombreux algorithmes plus simples à implémenter

Bien sûr, tout cela a un coût:

• L'empreinte du code est plus grande (surtout lorsque vous tenez compte des bibliothèques standard)
• L'utilisation de la RAM est plus élevée (tout est un objet, tout est-il tapé?)
• Le garbage collector se mêle probablement de performances en temps réel
• Si une fonctionnalité matérielle n'est pas prise en charge par les bibliothèques .NET, vous ne pouvez pas l'utiliser (sauf si vous implémentez les fonctionnalités vous-même, pour lesquelles vous aurez besoin de C / C ++, voir les commentaires)

Et, surtout, en utilisant vos compétences C # sur une plate-forme embarquée, vous n'apprenez vraiment rien sur les appareils embarqués.

Oui, cela fera le travail - mais, où est le plaisir là-dedans?

J'ai trouvé que le mbed était un merveilleux substitut de l'Arduino.

La bibliothèque de logiciels est plus orientée C ++, avec tout le sucre syntaxique de surcharge d'opérateur d'affectation. De plus, un système est configuré de telle sorte que les utilisateurs peuvent publier et documenter des bibliothèques de code, qui peuvent ensuite être facilement recherchées et importées dans des projets.

Une autre bonne fonctionnalité est la possibilité de traiter l'appareil comme une clé USB et de simplement placer les .binfichiers directement sur le lecteur.

Malheureusement, l'IDE est comparable à celui de l'arduino. De plus, c'est en ligne . C'est à la fois très bon (peut être utilisé sur n'importe quel PC, aucune installation requise) et vraiment mauvais (ne peut pas être facilement reprogrammé sans connexion Internet).

Le coût du conseil est de 60 $, mais ils ont un programme de parrainage, où ils feront don de conseils à des projets intéressants à condition que les progrès soient documentés et que le code source soit rendu public.

Je suis principalement un développeur C #. J'ai acheté un Arduino au lieu d'un Netduino en raison de la disponibilité du code source. Il ne serait pas facile d'intégrer Netduino avec des briques électroniques Arduino car vous devrez réécrire certains des échantillons à partir de zéro.

Lorsque vous lisez `` C # ne convient pas aux plates-formes embarquées '', n'oubliez pas que les personnes plus âgées qu'un certain âge ont déjà entendu dire au moins une fois à propos de `` C '', puis à nouveau à propos de C ++ au cours de leur vie ...

Bien sûr, cela représente un gaspillage monumental des capacités sous-jacentes du processeur, mais la possibilité d'exécuter votre boucle inactive 1000 fois plus vite que vous en avez besoin plutôt que 10 fois plus vite que jamais n'a jamais rendu quelqu'un riche.

Si vous voulez sentir le métal nu et par exemple être capable de générer ou de capturer directement un signal vidéo, c'est là que chaque cycle compte et l'AVR / Arduino vous le permettra. Si vous voulez un niveau d'abstraction plus élevé, une programmation de niveau supérieur et un confort de débogage, un garbage collector et que vous pouvez vivre avec le fait que, comme dans Windows, vous ne contrôlez pas tout, choisissez NetDuino ou FEZ Domino. Étant donné que les deux ont ARM dans leur foyer, je parie que si nécessaire, vous pouvez tuer .NET MF sur la carte et flasher le code ARM GCC en métal nu directement à partir d'Eclipse comme IDE à l'aide d'un petit débogueur JTAG. Enquêter un peu. Le problème pourrait être que si l'en-tête JTAG est manquant, vous devrez effectuer une soudure.

Après une très longue interruption de l'électronique et de la programmation, je me suis remis au travail à cause d'un projet que l'un de mes fils fait à l'université. J'ai appris l'électronique lorsque les tubes étaient la norme et la programmation avec des interrupteurs à bascule (définir l'adresse, définir les données, charger, stocker, en binaire) et les cartes perforées. Au fil des ans, j'ai appris et utilisé chaque évolution du langage électronique et de programmation, ce qui a nécessité beaucoup d'efforts et de temps. Par conséquent, je suis tellement reconnaissant pour les progrès des microcontrôleurs et à quel point ils sont incroyablement bon marché, y compris les cartes de développement telles que l'Arduino, Netduino, etc. Les arguments concernant Arduino vs Netduino, etc., me rappellent les batailles Microsoft contre Apple telles comme ligne de commande vs GUI. Peu importe la plate-forme, le langage de programmation, etc., qui est utilisé tant qu'il est approprié au résultat.

Si .net MF a donné des bibliothèques capables de faire ce que le code machine / métal pur peut faire, ... alors la seule abstraction (. Net MF) devient une bonne. En plus de prendre plus de place et d'exécuter un GC (ce qui devrait le rendre efficace ??)