Raspberry pi(como servidor) + Arduino (como "actuador")

Hola:

La verdad, ya que va a salir Arduino TRE, y encima se programa la parte de Arduino desde el propio TRE. ¿Para qué el Raspberry Pi a estas alturas de la vida?

Un saludo.

https://projects.drogon.net/raspberry-pi/wiringpi/serial-library/#comment-3661

en la anterior pagina hay informacion sobre wiringserial.h libreria que les puede ayudar con lo que quieren hacer si buscan una opcion para trabajar con c++ ami me funciono

Hola:

Arduino o Raspberry Pi, ¿cuál es la mejor herramienta para ti?

http://hacedores.com/arduino-o-raspberry-pi-cual-es-la-mejor-herramienta-para-ti/

Saludos.

Metaconta, tu ya eres un usuario viejo del foro, con 300 msgs. Porque reavivas un post que esta terminado desde Aug 25, 2014,

Creas uno nuevo, lo citas y abres el debate sin ir contra las reglas del foro.

una lógica muy enrevesada, arduino ya de por si ofrece autonomía suficiente como para tener que conectarle un rberry, es como conectar rberry a una impresora multifuncional (como analogía del arduino) y esperar que la impresora modifique el flujo del programa dentro del rberry (lógica muy rebuscada).

arduino es un hardware tonto previamente programado que tiene una comunicación de un solo sentido, tiene solo el propósito de recibir instrucciones serializadas como parte de las funciones del programa global (por ejemplo un doc a una impresora entra por un cable usb) lo que proponen más arriba si suena interesante, usar pics para extender al rberry (e incluso a un arduino).

arduino es un hardware tonto que su programación no es cercana a un usuario doméstico (un usuario no va a estar quemando el banco de instrucción cada vez que requiera imprimir un documento).

este debate no es nuevo, cuando los pc aparecieron en los 80 la gente se preguntó precisamente esto donde empieza y donde termina cada uno, la conclusión fue que el hardware (arduino para traerlo a este contexto) haría funciones con poca modificación de código y dependiente del pc y sobre un protocolo (cuando fuese necesario) la comunicación viajaría por puerto serie, los drivers fueron la solución para conectar ambos mundos y se usan hoy día.

rberry es más cercano al usuario y arduino más cercano a la mecánica son dos mundos que no tiene sentido volver a debatir.

lo que si sería interesante es hacer compatible el mundo arduino con rberry (el hardware ofertado) de forma nativa o hacer que arduino utilice el entorno de usuario que ofrece rberry (mas software), eso si abriría una continuación al debate de los 80 que quedo en suspenso tras el desarrollo en paralelo de los pc y la electrónica