Marcelo,
Por favor disculpame la demora en responder, estoy bastante atareado
con el trabajo, trabajos de la facu y parciales.
Paso a responder lo mas ordenado posible:
Arduino vs Placa Paralelo:
En principio la idea era no sacar al micro de la placa arduino,
tomando la ventaja de utilizar el usb para alimentar el prototipo.
Ademas de eso, la placa arduino viene con un micro de comuniaciones
que te permite enviar y recibir datos por usb. Por lo que conviene
utlizar esa ventaja y dejar el micro ahi.
Lo que vos decis es cierto, y en el caso de una implementacion de
campo hay que tenerlo en cuenta, pero como en esta materia hacemos
prototipos , no creo que haya problema en dejar el micro en la arduino
y ahorrarnos el disenio de una placa de control.
Proyecto GNAT:
Lo dejamos asi entonces, solamente queria estar seguro de que no
estaba haciendo nada mal.
Hay un modulo GNAT.Serial_Communications que permite enviar datos por
usb, esta muy poco docuemntado asi que es cuestrion de investigar mas
profundamente cuando logre tener algo de tiempo.
Efectivamente estoy en:
web2py-usuar...@googlegroups.com y web2py@googlegroups.com.
Estuve en mi trabajo trabajando en un proyecto que permita a los
interesados subscribirse o desuscribirse de la notificacion de deploy
de aplicaciones , ya sea por instancia, server o la combinacion de
ambas.
Lamentablemente mi jefe se fue a otra parte de la compania y el
proyecto quedo en la nada. [Soy Systems Engineer, seria como
administrador de sistemas pero orientado a las aplicaciones, mi equipo
mantiene el entorno de QA de lastminute.com]
Nuevamente gracias por responder,
Nicolas Palumbo
2011/11/5 Marcelo Zabaljauregui <mzabaljaure...@gmail.com>:
> Hola Nicolas!!!
> Bien, son varias cositas para explicar y por mail va hacer algo
> complicado así que voy a tratar de ser lo mas claro posible.
> Arduino vs Placa Paralelo
> Si quered reemplazar la placa paralela por una arduino se te va a compliar
> bastante, porque la arduino tiene su propio microcontrolador que requiere
> que su código sea escrito en c con la interfaz de desarrollo que proporciona
> arduino, el usb solo cumple la funcion para subir el micro-código escrito
> por esa IDE y para alimentar la placa, que una vez que se sube el
> micro-código uno si la alimenta con una bateria o con una fuente la placa se
> independiza de la PC, que es es la idea principal de los microcontroladores.
> Atravez del USB creo que no vas a poder leer datos del controlador.
> Por lo menos eso es lo que entendí de la arduino cuando el profesor me
> comento que también la iban a utilizar en la cátedra y me puse a investigar
> en el sitio.
>
> Proyecto GNAT
> Me asombre con eso que tuviste que poner en el código para que te funcione
> "La Teoría" diría que no deberías hacerlo, pero bueno sera cuestión de
> analizar mas porque esto, pero si funciona para que modificarlo ;).
> Como todo sistema informático no hay una única manera de solucionarlo, a mi
> se me ocurriría simplificar mas las tareas en sentido que crearía una
> una tarea que sea surtidor y en esa tarea pondría las cosas necesarias para
> operar el surtidor, guardar sus datos y como leerlos, luego seria mas
> sencillo cuando uno tiene mas de un surtidor para operar.......
> Pero seria de sentarse unos segundos charlarlo y verlo.
> Por ahí en un par de semanas me pueda volver a dar una vuelta por la
> facultad a la hora del laboratorio coordinamos y lo charlamos.
> Pero insisto que lo que tenes esta bien y para esta instancia de la materia
> te recomendaría dejarlo así (Es lo que yo haría :P ).
> Bueno espero no haberte aburrido con las contestaciones, nos estamos viendo.
> Ahora algo fuera de la materia, puede ser que vos estés en el grupo de
> web2py?
>
>
>
> El 3 de noviembre de 2011 23:01, Nicolas Palumbo <napalu...@gmail.com>
> escribió:
>>
>> Marcelo,
>> En principio gracias por contestar.
>> Te adjunto mi proyecto de GNAT en un archivo .zip. Por favor
>> renombralo xq sino gmail no me lo deja enviar.
>> El problema es que en principio tuve que agregar un delay a todas las
>> tareas de Ada que corren permanentemente a la espera de un comando, ya
>> que sino no continuaban con el loop.. por ejemplo:
>>
>> task body tarea_motor_valvula is
>> begin
>> loop
>> -- Put_Line("Pasa por tarea_motor_valvula");
>> select
>>
>> when (boquilla.getEstadoBoquilla = retirada)
>> .....
>> or
>> accept terminar;
>> exit;
>> or
>> delay(0.1);
>> end select;
>> end loop;
>> end tarea_motor_valvula;
>>
>> La verdad si a esto le sacas el delay(X) en cualquiera de las tareas
>> no funciona. Queria saber si esta bien hecho aunque tenga el delay y
>> que contra/problemas nos puede traer y/o cual es la forma correcta de
>> hacer lo mismo.
>>
>> Con respecto a lo que mando el profesor mazzeo en el mail anterior. Me
>> gustaria usar en principio comunicacion serial por usb desde ada (pc
>> linux) a un arduino, reemplazando el arduino lo que se hacia en la
>> placa por puerto paralelo. Para pasar la etapa de simulación. Y quiza
>> en un futuro implementar todo el control en el arduino y usar la
>> comunicacion con la maquina a un mini sistema de gestion de surtidores
>> que muestre por ejemplo la cantidad total transferida y el dinero
>> recaudado durante el dia.
>> Para esto estamos investigando la unit GNAT.Serial_communications sin
>> mucha suerte todavia.
>>
>> Saludos,
>> Nicolás Palumbo
>>
>>
>> 2011/11/3 Marcelo Zabaljauregui <mzabaljaure...@gmail.com>:
>> > Hola Nicolás!!!
>> > Me contó el profesor Mazzeo que estas estas haciendo un trabajo para la
>> > materia y estas teniendo algunos problemas, más o menos el profesor me
>> > contó
>> > y me adelanto el trabajo pero explicamelo con poquito vos para ver
>> > si entendí bien.
>> > Te pido disculpas si demoro en contestar pero estoy con algunos
>> > problemas
>> > familiares así que no estoy pudiendo ir a la facultad y me tiene un poco
>> > alejado de los mails.
>> > Saludos y nos estamos viendo.
>> > --
>> > ____________________
>> > Marcelo Zabaljauregui
>> >
>
>
>
> --
> ____________________
> Marcelo Zabaljauregui
>
