SBEI

Tal y como esta programado en el proyecto original, en este instante del desarrollo del proyecto se están considerando las diferentes opciones en cuanto a componentes se refiere, para realizar el proyecto.

Por eso se han clasificado los componentes del sistema en los siguientes grupos:

Entorno de programación para el proyecto:

-Borland C++ builder 6 (iniciación a la programación)

   Este entorno de programación, permite crear de forma sencilla apicaciones para win32. 
   Pero al ser una demostración comercial, tiene las funciones limitadas, ignorando si estas 
   son relevantes para el proyecto.

-DEV-C++ que incluye el compilador GCC

   Es un entorno de desarrollo de aplicaciones para "windows" que enlaza con el compilador
   gcc que está disponible para casi cualquier sistema.
   Lo que convierte el código generado en un poco más portable.
   Este es el sistema recomendado por los profesores vinculados con el lab de robótica de la 
   ETSE. 
   Se puede considerar comprar el CD http://www.bloodshed.net/ordercd.html o hacer una 
   donación, si los gastos y el presupuesto para materiales lo permite.

-Entorno de programación basado en JAVA
Cabe la posibilidad de para hacer compatible al máximo el codigo generado con cualquier
plataforma, generar una aplicación basada en JAVA, en entorno de programación por
determinar.

Dispositivo I/O para PC en tiempo real.

-Se dispone de un sistema de adquisición de datos llamado ELAB-080 pero al ser un sistema
que permite capturar datos a 80 MS/s (muy por encima de las necesidades de este
proyecto) tiene una resolución de tan solo 8 bits para la señal generada/capturada, lo que
hace soluciones de más baja frecuencia y mayor resolución puedan parecer más adecuadas
para este proyecto. Dispone de librerias de enlace dinamico .dll para usar el sistema bajo
entornos windows. (lenguajes c/c++, java, matlab)

-Tarjeta de sonido del PC
Actualmente están funcionando tarjetas de sonido con una resolución de 32-bit (podría
considerarse suficiente para este proyecto) y una frecuencia de muestreo de 192 kHz
(rozando por debajo el límite del ancho de banda estimado para el proyecto (entre 40Khz y
100Khz) ya que debería estar por encima de los 200KS/s para hacerlo funcionar en este
rango). Seguramente existirán herramientas desarrolladas para controlar c++ bajo sistemas
windows, linux etc... pero hay que confirmar que esto es posible.
Solo en este caso se podría considerar hacer alguna prueba para el proyecto a costa de
reducir el ancho de banda util al rango de entre 40Khz y 90Khz

-Tarjeta I/O industial o de aplicación específica, con características óptimas para el proyecto.
Actualmente existen sistemas de I/O para PC desarrollados con características que podrías
ser óptimas para el proyecto, (alta resolución que permitiera realizar ecualización software,
frecuencia de muestreo superior a los 200KHz) Estos sistemas deben ser compatibles con
plataformas win32 ya que se puede considerar que es la más estandarizada.

Dispositivo Para el control.

-Vrealities P5 glove,
Este dispositivo es versatil y se pueden controlar 5 variables con 180 estados discretos, lo
que es suficiente para los objetivos del proyecto, dispone de gran cantidad de codigo
generado para su control en internet, debido a si precio popular, por lo que es una buena
opción para el lenguaje c++ y la plataforma win32.

-El vmeter parece controlable para sistemas windows con lenguaje c++, pero al ser un
dispositivo relativamente nuevo, no tiene mucho codigo relacionado escrito, puede ser una
opción en caso de considerar inviable la opción del p5 globe o como complemento al control
de este.

-Opciones que integran control con feedback como los dispositivos vrealites cybertouch, que
ofrece "Vibro-tactile feedback" pero obligaría a representar un espectro de 60KHz en 125Hz
sin saber si esto es suficiente para el proposito del proyecto y con dudas acerca de la
idonedad de su interfaz basada en RS232. Probalblemente es tambíen controlable por medio
de alguna librería en sistemas windows, pero hay que profundizar un poco más.

Dispositivo feedback del sistema. (aparentemente no hay dispositivos comerciales.)

-Considerar la Tiflotecnología que sea controlable por medio de un progama basado en c++
Esta tecnología puede ser util a la hora de crear una interfaz tactil inteligible, pero puede
ser insuficiente para los propositos del proyecto, ya que no se pretenden representar
simbolos abstractos, si no una representación más proxima a la señal que podría ser
generada por un organo como el oído. (un nivel de abstracción diferente)

-Se puede considerar la salida de la tarjeta de sonido junto a un transductor "convencional"
como pueden ser los auriculares de audio, como una posible opción para el feedback, pero
no está comprovado que esta sea una opción válida y solo se puede considerar despues de
realizar pruebas funcionales.

-Se puede considerar contactar con investigadores de las interfaces hapticas como por
ejemplo Brent Gillespie y Sile O'Modhrain. Para pedirles consejo.
http://www.somasa.qub.ac.uk/~somodhrain/palpable/projects.html

Circuitería de transductores de emisión/recepción y otra circuiteria.

-Hay que considerar posibles componentes para adaptar la circuiteria de transductores de
emisión/recepción y otras, a las diferentes posibles configuraciones de componentes del
sistema. Esto se puede componer de diferentes etapas intermedias de entrada salida
(equalización, amplificacion, adaptacion) para hacer funcionar correctamente los dispositivos
a probar. Estas requieren de componentes electrónicos.