[Butia-devel-list] Consulta BoBot

[Guillermo Reisch - Fing]

Me voy a ir de foco:

    Tomar múltiples medidas sin cambiar lo medido esta bueno para analizar el 
sensor.
    Por ejemplo una tarea de equipo para analizar el "error" del sensor, tomar 
múltiples medidas, y sacar la distribución del error (usualmente campana de 
gauss) , ver la variación estándar y demás cosas interesantes del sensor.
Eso estaría bueno para una tarea de probabilidad, ver como funciona el mundo, 
etc

Saluds

On Mon 21 Jan 2013 16:19:07 Daniel Cancela escribió:
> Si lo que pensábamos es compartir los valores del sensor, pero creo que en
> principio asi es válido pues, cada vez que un mismo equipo pida un valor,
> ese valor será diferente en cada solicitud pero siempre dentro de cierto
> rango.
> Asi que si a cada alumno le llegan medidas diferentes es porque son en
> momentos diferentes y esta bueno para charlar del porque se da esa
> variación.
> 
> Gracias por la aclaración
> Saludos
> daniel
> 
> 
> El 21 de enero de 2013 16:11, Alan Jhonn Aguiar Schwyn
> 
> <alanjas en hotmail.com>escribió:
> > El problema, como dijo Jorge, es que cada medida se hace a demanda, es
> > decir, cuando uno le pide
> > un valor a la placa, la placa le devuelve el valor que tiene en el
> > momento. Como los sensores tienen
> > "ruido" (varía su medida sin que cambien las condiciones), cuando un
> > chico pida un valor, va a obtener
> > X, luego cuando otro pida un valor, puede que obtenga X o también que
> > obtenga Y.
> > Habría que probar en compartir la actividad o algo así para que todos
> > tengan los mismos datos (si es
> > lo que se busca)
> > 
> > ------------------------------
> > Date: Mon, 21 Jan 2013 13:04:31 -0200
> > From: cancela.daniel en gmail.com
> > To: xxopxe en gmail.com
> > CC: butia-devel-l en fing.edu.uy; hrod01 en gmail.com
> > Subject: Re: [Butia-devel-list] Consulta BoBot
> > 
> > 
> > Jorge, muchas gracias por evacuarme estas dudas.
> > Los detalles de la implementación los hablo con Alan.
> > 
> > La idea es que si en un salón de clase hay varios alumnos y una placa,
> > poder compartir las medidas que esté realizando la placa entre todos.
> > Lo que me queda claro es que el "refresh" lo debe hacer cada cliente.
> > 
> > Muchas gracias nuevamente
> > Saludos
> > daniel
> > 
> > 
> > El 21 de enero de 2013 12:14, Jorge <xxopxe en gmail.com> escribió:
> > 
> > On 01/21/2013 11:12 AM, Daniel Cancela wrote:
> > 
> > Les planteo unas dudas; por lo que entendí el Bobot permite que desde un
> > pc, en donde corre el turtlebot, pero que no es la que está sobre el
> > butiá, controlar al robot.
> > 
> > Es decir:
> >  1.   armo el programa (en turtleBots) en un equipo (equipo 1)
> >  2. este turtlebots se puede comunicar por TCP con el bobot que corre en
> >  
> >     el pc o ceibalita que está sobre el butiá (equipo 2)
> >  
> >  3. el programa que corre en el equipo 1 controla al butiá que está
> >  
> >     conectado al equipo 2
> > 
> > Esto es así ?
> > 
> > 
> > Si, eso es correcto. El único detalle es que probablemente tengas que
> > cambiar algo en turtlebots para setearle la ip remota. O le preguntas a
> > Alan, o buscas en los fuentes donde se abre una conexión a localhost:2009
> > (el puerto de bobot-server).
> > En alguna época creo que incluso existió una actividad sugar que permitia
> > conectarte a un robot remoto y controlarlo.
> > 
> > 
> > 
> > 
> > Puede haber mas de un equipo conectado simultáneamente al bobot ?
> > Es decir puedo tener un sensor conectado a una placa y ver lo que mide
> > desde varios equipos remotos ?
> > 
> > 
> > También es correcto. Bobot-server acepta múltiples conexiones en
> > simultáneo. Eso si, cada vez que un cliente pide una lectura esta se
> > realiza a demanda, los resultados de las lecturas no se comparten.
> > 
> > 
> > Saludos,
> > 
> > Jorge
> > 
> > 
> > 
> > _______________________________________________ Butia-devel-l site list
> > Butia-devel-l en fing.edu.uy
> > https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://www.fing.edu.uy/pipermail/butia-devel-l/attachments/20130121/db2c1db7/attachment.html