¿Debo comprar un Netduino o Arduino?

Me encanta C# y considero que los beneficios de productividad de desarrollar en C# con Visual Studio son un factor muy importante a favor de Netduino. No despreciaría a Netduino porque "C # no es para microcontroladores/entornos integrados", como indican otras respuestas aquí.

Puede hacer proyectos muy divertidos y aprender mucho sobre la conexión de diferentes entradas físicas y dispositivos de salida usando Netduino tal como puede hacerlo con Arduino o yendo "bare metal" y haciendo la gestión directa de MCU del AVR, PIC u otros microcontroladores.

Dicho esto, me quedo con Arduino por las siguientes razones:

• Mejor apoyo comunitario. Arduino solo tiene muchas más muestras, ejemplos y una comunidad más grande a la que puede recurrir.
• Netduino no tiene una historia para ir más allá del costoso enfoque de kit/prototipo. ¿Va a implementar una exhibición de arte interactiva que requiera docenas de microcontroladores ejecutando su código? Prepárate para desembolsar $35 cada uno por los Netduinos. Con Arduino, puede crear prototipos en Arduino y luego implementar en una solución básica de solo MCU con el microcontrolador AVR por menos de $ 10 cada uno.

Entonces diría que si sus habilidades de C son polvorientas o inexistentes, le encantan C # y Visual Studio, y solo quiere jugar en algunos proyectos de pasatiempos que no necesitarán escalar a donde el costo se convierte en un problema mayor, vaya a Netduino.

Si se siente cómodo en C, o cómodo arreglándoselas con la ayuda de ejemplos de código y la comunidad, y desea estar más cerca del metal y buscar alejarse eventualmente del enfoque de "prototipo" de Netduino y Arduino, vaya Arduino para empezar.

De todos modos, su conocimiento de C# es casi inútil en una plataforma integrada, así que no ponga demasiado peso en eso.

Yo iría con un Arduino o uno de los clones, no porque .Net sea el demonio, sino porque eso es lo que todos los demás están usando, por lo que será mucho más fácil obtener ayuda y aprovechar el código de las personas.

Una vez que te hayas mojado los pies, por todos los medios ramifícate y prueba cosas diferentes.

Actualmente tengo un Arduino, mbed y, finalmente, un Netduino a mi disposición para uso de desarrollo/aficionado. Nunca me gustó trabajar con Arduino, quizás porque el editor no es muy bueno, y definitivamente estoy mimado como desarrollador de C#. Cuando recibí mi mbed, me gustó mucho más el desarrollo, pero la depuración sigue siendo dolorosa porque tienes que usar sentencias de impresión para averiguar qué está pasando.

Cuando está desarrollando un producto, o simplemente jugando, la gran mayoría de su tiempo al principio se dedica a la depuración... y cuando está depurando, desea tener puntos de interrupción. Me resulta muy difícil volver al hardware integrado que no ofrece ningún tipo de puntos de interrupción.

Todavía no tengo experiencia con JTAG, pero cada micro que he visto hasta ahora (además de los módulos RabbitCore) lo requiere para permitir la depuración a través de puntos de interrupción. ¡Imagínese mi sorpresa cuando conecté mi Netduino hoy y pude pasar un solo paso a través de mi código en VS2010! Estaba muy complacido con esto.

Personalmente, no me preocuparía por el tamaño de la huella, los males de .NET y Microsoft, etc., etc. Solo me preocuparía poder depurar de manera rápida y eficiente, para poder hacer las cosas .

Como usuario de BasicStamp durante casi 20 años y usuario de NetDuino durante solo 2 semanas (nunca he usado un Arduino), diría que NetDuino es una gran plataforma. Las dos características principales que disfruto: la facilidad de programación (¡y los puntos de interrupción!) en VisualStudio y el ADC de alta resolución en la placa son razones clave. Los pocos escudos Arduino que he probado de SparkFun han funcionado perfectamente con NetDuino.

Personalmente, no soy fanático de C# o .NET. Soy un ludita C. Por lo tanto, mi elección de plataforma se reduce a cuál tiene las características de hardware que quiero (flash, RAM, velocidad de reloj, número de ADC, número de temporizadores, etc.).

Dicho esto, puedo imaginar que C#/.NET sea útil para la creación rápida de prototipos:

• El manejo de cadenas probablemente será mucho más simple
• La serialización de objetos y RPC es probablemente fácil. Sospecho que puede simplemente enviar objetos de C# a través de un enlace en serie. RPC probablemente "simplemente funciona"
• Portabilidad: .NET es una máquina virtual, por lo que el código debe ejecutarse en otras placas o incluso en PC
• La recolección de basura simplifica la implementación de muchos algoritmos

Por supuesto, todo esto tiene un costo:

• La huella del código es más grande (especialmente cuando se tienen en cuenta las bibliotecas estándar)
• El uso de RAM es mayor (todo es un objeto, ¿está todo escrito?)
• El recolector de basura probablemente se entromete con el rendimiento en tiempo real
• Si una función de hardware no es compatible con las bibliotecas .NET, no puede usarla (a menos que implemente las funciones usted mismo, para lo cual necesitará C/C++, vea los comentarios)

Y, sobre todo, al utilizar sus conocimientos de C# en una plataforma integrada, en realidad no está aprendiendo nada acerca de los dispositivos integrados.

Sí, hará el trabajo, pero, ¿dónde está la diversión en eso?

Descubrí que el mbed es un maravilloso sustituto del Arduino.

La biblioteca de software está más orientada a C ++, completa con todo el azúcar sintáctico de la sobrecarga del operador de asignación. Además, se configura un sistema para que los usuarios puedan publicar y documentar bibliotecas de códigos, que luego se pueden buscar e importar fácilmente a los proyectos.

Otra buena característica es la capacidad de tratar el dispositivo como una memoria USB y simplemente colocar los .binarchivos directamente en la unidad.

Desafortunadamente, el IDE es comparable al de arduino. Además, está en línea . Esto es realmente bueno (se puede usar en cualquier PC, no requiere instalación) y realmente malo (no se puede reprogramar fácilmente sin una conexión a Internet).

El costo de la placa es de $ 60, pero tienen un esquema de patrocinio, donde donarán placas a proyectos interesantes siempre que se documente el progreso y se haga público el código fuente.

Soy principalmente un desarrollador de C#. Compré un Arduino en lugar de un Netduino debido a la disponibilidad del código fuente. No sería fácil integrar Netduino con ladrillos electrónicos Arduino porque tendrás que reescribir algunas de las muestras desde cero.

Cuando lea 'C# no es adecuado para plataformas integradas', recuerde que las personas mayores de cierta edad ya han escuchado eso al menos una vez sobre 'C' y luego otra vez sobre C++ en su vida...

Por supuesto, es un "despilfarro" monumental de las capacidades subyacentes del procesador, pero la capacidad de ejecutar su bucle inactivo 1000 veces más rápido de lo que necesita en lugar de 10 veces más rápido de lo que necesita nunca hizo rico a nadie.

Si desea sentir el metal desnudo y, por ejemplo, poder generar o capturar una señal de video directamente, ahí es donde importa cada ciclo y AVR/Arduino le permitirá hacerlo. Si desea un mayor nivel de abstracción, programación de mayor nivel y comodidad de depuración, recolector de basura y puede vivir con el hecho de que, como en Windows, no controla todo, entonces elija NetDuino o FEZ Domino. Dado que ambos tienen ARM en su hogar, apuesto a que, si es necesario, puede matar .NET MF en la placa y flashear el código ARM GCC de metal desnudo directamente desde algún Eclipse como IDE con la ayuda de un pequeño depurador JTAG. Investiga un poco. El problema podría ser que si falta el encabezado JTAG, deberá soldar un poco.

Después de un paréntesis muy largo de la electrónica y la programación, he vuelto a ello debido a un proyecto que uno de mis hijos está haciendo en la universidad. Aprendí electrónica cuando los tubos eran la norma y programación con interruptores de palanca (establecer dirección, configurar datos, cargar, almacenar, en binario) y tarjetas perforadas. A lo largo de los años, aprendí y usé cada avance electrónico y de lenguaje de programación, lo que requirió mucho tiempo y esfuerzo concentrado. En consecuencia, estoy muy agradecido por los avances en microcontroladores y lo increíblemente baratos que son, incluidas las placas de desarrollo como Arduino, Netduino, etc. Los argumentos sobre Arduino vs Netduino, etc., me recuerdan las batallas de Microsoft vs Apple como como línea de comando vs GUI. No importa qué plataforma, lenguaje de programación, etc., se utilice siempre que sea adecuado al resultado.

Si .net MF proporcionó bibliotecas que son capaces de hacer lo que puede hacer el código puro de máquina/metal, entonces la única abstracción (. Net MF) se convierte en una buena. Además de ocupar más espacio y ejecutar un GC (¿lo que debería hacerlo eficiente?)