fbpx

Expresate

Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:

Avisos
Vaciar todo

Otro mundo es posible

29 Respuestas
8 Usuarios
0 Reactions
9,425 Visitas
xocoalt
Respuestas: 2
Topic starter
(@xocoalt)
New Member
Registrado: hace 17 años

Desde hace mucho tiempo que me interesa la robotica, sin embargo he de admitir que nunca he hecho nada al respecto. No es una excusa. No tengo tiempo. El trabajo, la hipoteca, la familia, los hijos, me dejan literalmente un tiempo cero. Pero hay algo mas...
Soy un buen informatico (trabajo en ello desde hace muuuchos años), y sin embargo no estoy para ponerme a aprender a programar un PIC..., No quiero hacer un robot que siga una linea en el suelo. Quiero hacer un robot que me hable, me escuche, me mire a los ojos, que me entienda. Es posible, lo sera algun dia...

¿Porque no hay un entorno (¿no lo hay verdad?) potente para desarrollar robots?. Quiero un entorno robot con una CPU Pentium4 DualCore, con 4 GB de RAM, con un HD de 500GB, y un lenguaje Java corriendo sobre un VM.
¿Porque tengo que volver a desarrollar en Assembler como ya hice hace 20 años, con una memoria mas que limitada?. ¿Porque no juntamos de una vez la IA con la Robotica en entornos potentes de verdad?.

No se..., ya digo que soy nuevo en esto, pero cada vez que veo un proyecto de robotica no entiendo porque seguimos trabajando con esos limites...
¿Me explico bien?. ¿Alguien puede entonces exlicarmelo a mi?.

Responder
28 respuestas
chris
Respuestas: 564
(@chris)
Ardero
Registrado: hace 18 años

Olvidaba algo más: la modularidad.

La evolución de las arquitecturas software empresariales que conocerás han pasado desde algo monolítico, estructurado, cliente/servidor, 3-capas, n-capas, objetos distribuidos, componentes, servicios, etc.

pero trasladar parte de esas arquitecturas de negocio al ámbito robótico a veces no encajan bien, con algunas excepciones como las arquitecturas 'MAS'.

Lo que se puede rescatar también es el enfoque de las capas de servicios orientada a la robótica, al momento de integrar una arquitectura robótica inteligente, e independizarlo a las capas físicas (no es trivial, porque en el caso de un robot es un cuerpo) y existen versiones donde el middleware está estratégicamente ubicado en partes diferentes.

Busca "arquitecturas robóticas" (robot architectures) y con seguridad te encontrarás más de alguna cosa familiar.

Responder
xocoalt
Respuestas: 2
Topic starter
(@xocoalt)
New Member
Registrado: hace 17 años

Gracias a todos por vuestras respuestas.

Tengo experiencia en desarrollos de software empresariales (nada que ver con IA ni robotica) y se las horas que cuesta cualquier minimo avance. Por supuesto, en un mundo Open Source como el que se mueve en ARDE todavia ha de ser mas complicado por lo que supone coordinacion de personas, proyectos, etc... (estoy trabajando entre horas para poner solución a todo esto ;-).

Sin embargo no hiba tanto por ahí. No es que pretenda, ahora de la nada crear un Terminator inteligente lo unico que pretendia es hacer notar la atención de la gente (buenos informaticos) que se quedan fuera de este juego (y que podrian aportar mucho valor) porque la robotica Open Source (¿o le llamamos Open Robot?) esta enfocada a demasiado bajo nivel, muy orientada a leer y escribir valores en determinados puertos para realizar acciones muy sencillas, en lugar de estar orientada a un muy alto nivel, como podria ser el uso de API´s ya desarrolladas para la entrada/salida, y enfocar el problema en el analisis y orgnaizacion de la información, y no tanto en el control de los interfaces (esto ya sabrian hacerlo las APIs).

Vamos, no se si me explico. No es que no nos atrebamos con Assembler/C/C++ y demas. Hemos pasado por ello y estamos orgullosos de ello. Sin embargo a mi personalmente me parece una vuelta atras.

Es por ello que proponia una subida de nivel de todo el mundo de la robotica, y utilizar para ello arquitecturas mucho mas potentes, y mas faciles de tratar en cuando a reutilizacion de codigo, distribución de librerias, etc... No es tan caro, ni mucho menos, una CPU, una placa base, una memoria y un disco duro. Al menos no es tan caro comparado con el rendimiento que se puede sacar.

En fin, mirare los links y proyectos que proponeis, muchas gracias.
😉

Responder
ranganok
Respuestas: 3875
(@ranganok)
Ardero
Registrado: hace 19 años

xocoalt, Quizás a mí, que trabajo en hardware, programar en C, C++ no me parece una vuelta atrás, sin embargo, sí que estoy de acuerdo en que se podría crear una plataforma OpenHardware de bajo coste para poder probar algoritmos tanto de control a bajo nivel como a alto nivel (por medio de una plataforma PC). Quizás lo proponga como proyecto en la siguiente asamblea de ARDE o en la Agrupación de Barcelona.

Por otro lado yo ya estoy haciendo un proyecto de estas características (solo la parte electrónica) esta en la wiki de ARDE: http://www.webdearde.com/wiki/index.php ... ntrenadora

S2

Ranganok Schahzaman

Responder
driebes
Respuestas: 39
(@driebes)
Eminent Member
Registrado: hace 19 años

Quizas crear unas API's con las principales funciones de los pic's ayudaría bastante a la hora de hacer cualquier aparato, acortaría bastante el tiempo de desarrollo.

Pero vamos, yo creo que para alcanzar ese nivel que tu plantes, habría que crear una nueva estrucutra que no fuese ni un Pic, ni un Pc, algo que, por ejemplo, al igual que los procesadores llevan un módulo para la decodificación de una instrucción, pues sería crear un Pic/Pc que llevase integrado módulos de control de servos, receptores, transmisores, etc... practicamente al mismo nivel de funcionamiento que el de las instrucciones de programa.

Bueno, al menos esa locura creo yo :P.

Responder
chris
Respuestas: 564
(@chris)
Ardero
Registrado: hace 18 años

eso tiene buena pinta, habría que darle más vueltas, especialmente para el diseño de robots algo más complejos.

Tal vez sería conveniente comenzar una wiki en grupo para explorar diversas Arquitecturas robóticas, también alguna lista de OpenRobots donde sus autores no solo publiquen un diagrama y modelo de arquitectura aplicado, que también, con un link, aporten momentos de "experimentoria" desde Internet, con posibilidad de cargar temporalmente software al robot, realizar pruebas, ver resultados vía webcam, dialogar chat con el autor (cuando esté presente), etc. algo así como una plataforma web Robot 2.0 (el 2.0 por lo de web de categoría participativa)

Así, si alguno está creando algún robot y tienes dudas, podrías experimentar con uno ya construido y relativamente estable. Mientras más arquitecturas en lista OpenRobots, más interesante. Si además aportas tus comentarios y experiencia con el ensayo, el autor seguramente lo agradecerá y posiblemente le será de alguna utilidad para próximas versiones.

Responder
Página 2 / 6
Compartir: