[Butia-devel-list] Acta 19/11

[Guillermo Reisch - Fing]

entre lineas

On Tue 20 Nov 2012 14:47:38 Gonzalo Tejera escribió:
> Puede ser un mal diseño del API, en realidad no creo que haya sido así, más
> bien en su momento no se le prestó atención a este aspecto, pero:
> - te permite controlar con la precisión que maneja el hardware

no, podes usar FLOAT en tortugarte y listo! tenes mas precicion que la que 
nesecitas!

> -
> - ya se me va a ocurrir otros argumentos, pero el primero debería
> convencerte :D

nop convense
Para mi deberia estar uniformizado, la potencia esta vien que sea entre 0% y 
100%
Velocidad no podemos poner ya que no tenemos forma de medirla (por lo menos 
ahora)

En los motores es bastante obvio, en boton tambien (cambiar el 0/1 por 
True/False) , en distancia devolver mm, cm m o algo asi.

La duda que tengo es en que rango/valores devolver en los sensores que no se 
pueden "scalar". Ahi capas no estaria mal devolver el RAW value.

> 
> 
> 
> 2012/11/20 Jorge <xxopxe en gmail.com>
> 
> > On 20/11/12 14:09, Gonzalo Tejera wrote:
> >> 1, no, no son números mágicos, tienen sentido, sólo tienen que
> >> investigar
> > 
> > No tiene ningún sentido en el contexto de la API y lo que esta
> > representa. Los numeros de bits pertenecen a un universo de problemas
> > completamente independiente de los torques del motor. Es un típico
> > detalle de
> > implementación que no importa para lo que el usuario está intentando
> > hacer.
> > 
> > Si tiene que investigar, que investiguen qué significa torque, y no
> > porqué dynamixel decidó usar cierta cantidad de bits para guardar
> > ciertos campos.
> > 
> > Nunca hubo un caso tan obvio de mal diseño de una API, y acá lo defienden
> > con la excusa "que investiguen" :P.
> > 
> > Jorge
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://www.fing.edu.uy/pipermail/butia-devel-l/attachments/20121124/f90dc3a9/attachment.html