[Butia-devel-list] Futuro y alternativas de motores CC

[Daniel Cancela]

Lo que siento que le falta a la plataforma es la comunicación 232.
Si uno quiere agregarle un sensor inteligente necesita dialogar desde la
aplicación con el micro que está del otro lado.
Hoy eso no es posible.
Estaría bueno ir pensando en esa posibilidad. Tener un bloque en Tortu al
menos pueda enviar "algo" y recibir "algo", con eso se pueden contruir
diálogos entre la aplicación y el sensor.
Después ese algo se podrá meter en variables (cajas) o hacer lo que sea,
pero queda abierta la posibilidad de que los usuarios puedan crear sensores
que interactúen con la aplicación.

La dejo planteada.
Saludos
MPLLDPSETB (Movimiento Por La Liberación Del Puerto Serial En TurtleBots)



El 22 de marzo de 2013 10:58, John Pereira <jpereira en fing.edu.uy> escribió:

> Si vamos hacer shield para sensor avanzados o cosas extraordinarias
> especificas para el butia, me parece que la idea de guille de hacer un
> "sistema pnp" para shilds estaría bueno tenerla en cuenta.
> Por lo demas estoy de acuerdo con que el objetivo de la usb4butia es ser
> una placa especializada para el robot butia y el tema de que tenga los
> hackpines es algo un poco mas alla de ese objetivo, se pusieron por lo que
> dice andres en el mail anterior.
>
> Saludos,
> John
>
> El 21 de marzo de 2013 22:20, Andres Aguirre <aaguirre en fing.edu.uy>escribió:
>
> Jorge, yo estoy de acuerdo con tu razonamiento y lo entiendo
>> perfectamente. Digamos que los hackpines surgieron de casualidad porque
>> sobraban pines y la idea era un poco dejar que los gurises más avanzados
>> pudieran explorar y cambiar un poco la forma típica de usar la placa (por
>> eso hack-pin o hack-point). Por otro lado veo hoy día que hay algunos
>> botijas liceales y profesores que están haciendo sus pruebas con la
>> USB4butiá y tiene relación lo que hacen con el butiá y también persigue
>> algunos de los objetivos del butiá, exploración, apropiación y bajo costo.
>> No serán el objetivo principal pero son objetivos al fin.
>> El desafío a lo mejor es tratar de dar soporte a los dos "modos" y que el
>> objetivo principal de plataforma móvil para programación de comportamientos
>> no se vea afectado, al menos no más de lo que estaba antes de que
>> arrancaramos a pensar el shield. A lo mejor no es tan difícil y la solución
>> es hacer que los hackpines se transformen en el mecanismo de shield para
>> motores y posiblemente otros shield y el tipo que quiere usar los hackpines
>> no usa la parte móvil de la versión 2.0 o se las arregla para usar las dos
>> cosas o hacemos un módulo tipo como los de sensores complejos que pensamos
>> hacer un un micro que lo que haga es dar soporte para hackpoints. No se...
>> es cuestión de pensarlo. Estoy de acuerdo con jorge, hay que buscarle la
>> vuelta para que quede una solución prolija y de alguna forma no borremos a
>> los otros usuarios.
>> saludos
>> andrés
>>
>>
>>
>> 2013/3/21 Rodrigo Dearmas <dearmas en fing.edu.uy>
>>
>>> Estoy de acuerdo con Jorge en la linea del ButiáAntel como la chata con
>>> opcion para dos tipos de motores (dynamixel y cc) con sus respectivos
>>> conectores y sin hackpines.
>>>
>>> Y por otro lado una placa USB4ALLGO con hackpines, bus serial y la mar
>>> en coche. Hay que mantener dos cosas por separado, para dos tipos de
>>> consumidores diferentes.
>>>
>>>
>>> 2013/3/21 Jorge <xxopxe en gmail.com>
>>>
>>>> Sip, estoy de acuerdo con esta alternativa, por los argumentos además
>>>> que resumnió muy bien Andrés en otro mail (si bien a el le atrae mas
>>>> otra solución).
>>>>
>>>> Solo quiero resaltar que hay que pensar el robot como un todo, y no la
>>>> placa aisladmente. El "producto" es el robot, no la placa, la placa es
>>>> un medio. Es mas, esta versión de la placa, la usb4butia, es parte de
>>>> una familia de soluciones, que desciendedn de la usb4all de Andrés&Co.
>>>> que se adaptan a un montón de aplicaciones (es una de sus virtudes), y
>>>> el Butia es solo una aplcicación más. El alcance de lo que se ponga en
>>>> la usb4butia está determinado por lo que querames del robot Butiá, no lo
>>>> que queramos hacer con la placa sola. Si queremos hacer una placa para
>>>> otro fin, por ejemplo un banco de prueba para desarrollar con
>>>> microcontroladores, lo correcto es hacer otro diseño, que se va a
>>>> parecer mucho (tienen un antepasado común) pero va a ser otra cosa. Tal
>>>> vez tenga menos puertos pnp o ninguno, mas pines libres, no tengo el
>>>> Ax12, o lo que sea, pero no sobrecarguemos al Butiá con lo que el Butiá
>>>> no es.
>>>> La usb4butia tiene que tener lo mínimo indispensable para cumplir lo que
>>>> tiene que cumplir. Y lo que tiene que cumplir es controlar una chata con
>>>> dos ruedas, motorizada en dos alernativas, y tener puertos pnp para que
>>>> el usuario resuelva proyectos de robotica autónoma. Lo mínimo, porque
>>>> eso reduce costos y complejidad y por lo tanto aumenta la confiabilidad.
>>>> Y dediquemos el tiempo que no pensemos en hackpines y otras cosas por el
>>>> estilo en lo que realmente hace al Butiá y con los que estamos atascados
>>>> desde hace tiempo: mas sensores y actuadores conectables a los puertos
>>>> (un soporte para lapiz? Una placa con relay? El sensor/actuador c/micro?
>>>> El sensor de gas?)
>>>>
>>>> J.
>>>>
>>>>
>>>> On 03/21/2013 01:33 AM, Enrique Madruga wrote:
>>>> > Creo que esto último que decís es correcto, y lo vengo viendo hace un
>>>> > tiempo, TODOS o al menos un 99,5 de nosotros, vemos al Butiá con ojos
>>>> > de desarrolladores, cuanto más cosas tengamos para desarrollar,
>>>> > mejorar, crear, inventar, mejor para nosotros, y está bién que sea
>>>> > así.
>>>> >
>>>> > Pero también hay que mirarlo con ojos de Usuario de Kit Butiá, a quien
>>>> > le interesa usarlo así como viene, a esas personas hay que
>>>> > facilitarles las cosas, entregarles un kit funcional y ellos se
>>>> > encargarán de la programación.
>>>> >
>>>> > Con el primer Butiá, que tiene los AX12, nadie se pregunta como se
>>>> > mueven esos motores, simplemente se conectan a la Usb4Butiá, en el
>>>> > tortugarte se ponía adelante y el sale pa'delante.
>>>> >
>>>> > Porque no hacer algo así, no con serie (o si), sino poner un conector
>>>> > de cuatro pins que se conecte a una placa de potencia (L298) y en el
>>>> > TurtleBots hacer un módulo "adelante Butiá" y que el firmware se
>>>> > encargue de poner en 1 o 0 los pines necesarios para que los dos
>>>> > motores caminen, sin intervención del usuario.
>>>> > No es ocultarles cosas, simplemente el facilitarle el uso de Kit
>>>> Butiá.
>>>> >
>>>> > Y si alguien, con un kit, quiere desarrollar algo nuevo... ya sabe
>>>> > donde encontrarnos y a toda la información.
>>>> >
>>>> > Saludos
>>>> > Enrique
>>>> >
>>>> > _______________________________________________
>>>> > Butia-devel-l site list
>>>> > Butia-devel-l en fing.edu.uy
>>>> > https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
>>>> >
>>>>
>>>> _______________________________________________
>>>> Butia-devel-l site list
>>>> Butia-devel-l en fing.edu.uy
>>>> https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
>>>>
>>>
>>>
>>>
>>> --
>>> *Rodrigo Dearmas*
>>> Cel.: 091074641
>>> rodearm en gmail.com
>>> dearmas en fing.edu.uy
>>>
>>> _______________________________________________
>>> Butia-devel-l site list
>>> Butia-devel-l en fing.edu.uy
>>> https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
>>>
>>
>>
>> _______________________________________________
>> Butia-devel-l site list
>> Butia-devel-l en fing.edu.uy
>> https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
>>
>
>
> _______________________________________________
> 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/20130322/f44b2aab/attachment.html