Difference between revisions of "Catedraproject2012"
WikiSheriff (talk | contribs) (→Robotics) |
WikiSheriff (talk | contribs) (→Robotics) |
||
Line 39: | Line 39: | ||
First approach, economic solutions. We can afford robots like Rovio WowWee, a toy that during a year we use to make differents final project and robotics courses. The price is almost 300 € by unit. Last year we [http://robotica.unileon.es/mediawiki/index.php/HectorQ-RV-proy2 our kernel development] allow us to avoid low level development an center in a high level projects like augmented reality. | First approach, economic solutions. We can afford robots like Rovio WowWee, a toy that during a year we use to make differents final project and robotics courses. The price is almost 300 € by unit. Last year we [http://robotica.unileon.es/mediawiki/index.php/HectorQ-RV-proy2 our kernel development] allow us to avoid low level development an center in a high level projects like augmented reality. | ||
− | The second approach, is based in the use of a robot taken in account how many people are working with it, and how that can be | + | The second approach, is based in the use of a robot taken in account how many people are working with it, and how that can be improve our development and decrease our low level problems, for instance, problems with hardware - software synchronization. |
− | Well, the idea of our project is make an application that could be easily applicable. But we will need to apply in many environments to test and validate our proposal. | + | Well, the idea of our project is make an application that could be easily applicable. But we will need to apply in many environments to test and validate our proposal. For this reason an expensive |
<!-- Projects like “Robótica en el tratamiento del Alzhéimer”, leaded by José M. Cañas and Francisco Martín Rico in Universidad Rey Juan Carlos robotics group, [http://www.robotica-urjc.es/ URJC] introduce NAO robot as a possibility in a HRI context. We can find in last journeys of our [http://catedratelefonica.unileon.es/jornadas-catedras/primera-jorna-da-catedra-telefonica-universidad-de-leon/ Catedra telefónica Universidad de León] a brief presentation.--> | <!-- Projects like “Robótica en el tratamiento del Alzhéimer”, leaded by José M. Cañas and Francisco Martín Rico in Universidad Rey Juan Carlos robotics group, [http://www.robotica-urjc.es/ URJC] introduce NAO robot as a possibility in a HRI context. We can find in last journeys of our [http://catedratelefonica.unileon.es/jornadas-catedras/primera-jorna-da-catedra-telefonica-universidad-de-leon/ Catedra telefónica Universidad de León] a brief presentation.--> |
Revision as of 18:20, 12 February 2012
- Project Name:
Augmented Reality in tele-assitence of elderly people
- Staff:
Director:Francisco Javier Lera Co-Director: Juan Felipe García Sierra Technical Software:Álvaro Botas (Grant) Technical Hardware:Carlos Rodríguez
- Other Information:
* Academic Year: 2011-2012 * SVN Repositories: soon ... Alfa version on demand. * Tags: Augmented Reality, Elderly people, Tele-Assistence * Technology: c++, svn, OpenCV, cmake, OpenGL, Qt, Aruco * State: Development
Catedra Telefónica: Augmented Reality in tele-assitence of elderly people
- Resume
The main objective of this project is the development of an autonomous system with Augmented Reality. This will be apply in two differents contexts:
- Day2Day help to elderly people in their home.
- A generic teleassistance system.
Robotics
Our first aproach to this project was to implement all of our software to work directly with a tabletPC or with a PC, but our main idea is to deploy our development in a robot.
The robot election was hard. Latetly a few robot systems are available. The main difference between them can be made as:
- Economic solution
- Easy and large group of development
First approach, economic solutions. We can afford robots like Rovio WowWee, a toy that during a year we use to make differents final project and robotics courses. The price is almost 300 € by unit. Last year we our kernel development allow us to avoid low level development an center in a high level projects like augmented reality.
The second approach, is based in the use of a robot taken in account how many people are working with it, and how that can be improve our development and decrease our low level problems, for instance, problems with hardware - software synchronization.
Well, the idea of our project is make an application that could be easily applicable. But we will need to apply in many environments to test and validate our proposal. For this reason an expensive
We are going to adapt part of our software to work with ROS. There are many reasons to that that we are going to present along this page.
- Turtlebot and TurtleRoombot
Technical resume
Software
We are going to present our development.
The team code name is MYRA (Mayores y Realidad Aumentada, elderly and augmented reality in spanish). This development comes from a experimental test carry on in our lab applying AR (augmented reality) in teleoperation tasks.
The components by technologie are:
- C++:
- ArUco: a minimal library for Augmented Reality applications based on OpenCv
- Qt:
- OpenCv
By now, our code is a chaos, but if you want to test it before our alfa release, please feel free to email us