SBEI was adopted in goteo.org project with a budget of € 1700 (for lack of retention drip and banks, which are estimated to enter the end of the first half of August 2012)

 
Priority tasks for this month:
-Considering that programming platform to be used for the project
-Professional Borland (not considered in principle)
Borland 6-initiation (not considered in principle)
-Juan Domingo & Co recommended programming environment DEV-C + + that includes the gcc compiler that compiles according to the architecture on which it is running, so it is possible to transfer the source code to any architecture and build on it, so gcc generates an architecture-specific code, portable code haceindo. (You can consider buying the CD http://www.bloodshed.net/ordercd.html as part of the budget for materials, or make a donation, since it is free ware and Open Source) is probably your choice.


Tests for evaluating the different options.

-To evaluate the progamación environment will be tested with the elab 080 and the dll compiled for win 32, will be tested all the functions available to the device which means vector management ... essential to this project, if passes, will be sufficient and will continue with the platform tested in the project.

The test order is as follows:

-Dev-c + +

Borland builder cpp-6.0

-Java
-Consider the I / O PC in real time to the project

ELAB-080-First tests in the absence of buying other device.
-PC sound card does not emit at frequencies above 20KHz
-Consider buying specific device controlled by c + + to optimize performance (I / O card industial, similar application to the planned, professional sound card, etc ...) (considered as an option for short-term future, 1 month)

Consider-control device.

-Consider options that integrate control feedback as vrealitees touch devices, see if you can control via c + + (discarded because the interface does not seem adequate and the feedback does not give enough information for specifications)
-Consider the device to buy Vrealities p5 comprovar if controllable via c + + (this will be the first choice for control)
-Consider and comprovar vmeter option that is controllable via c + + (in principle not considered a priority for the control)

-Consider the system feedback device. (Apparently there are no commercial devices.)

-See transducers already developed by the typhlotechnology. (Controlled by c + +) (failure to investigate)
-Consider getting a controllable analog transducer via sound card or similar program using c + + (will experimetnos with headphones)
-Consider contacting other researchers such as Brent Gillespie and Sile O'Modhrain. (Pending)
http://www.somasa.qub.ac.uk/ ~ somodhrain / tangible / projects.html
He may consider designing a device based on Arduino, self-built for the haptic interface. (Posibemente be proved if no other options)
-You can consider trying the frequency decomposition as a method of haptic communication. (I could be experiments to be this way)
-Check circuitry transducers transmit / receive

Once tested, the chances of I / O devices must be designed intermediate stages of input / output to properly run these devices.
-Equalization. (To be incorporated in the future via software and / or hardware)
-Amplifica/Adapta. (First is to use the material available, with new material will make new designs and modifications)



Having made the first tests, a decision to make a first purchase of components and start working to coordinate.

If you do not find anyone to perform the task of "technology watch" I'll have to do it myself (the promoter), this will even pretend to use the same pattern of information search conducted in the original, while adding new sources related to Web 2.0 (twitter, facebook, etc ...)



Annotations
Possible portable platform-based Arduino (you can use the gcc compiler), consider also that you can program an android smartphone using c / c + + and gcc compiler
-Temperature Quinestesia + + = Haptic Touch
-How to Represent a bandwidth of 60kHz with only a bandwidth of 125Hz (can interface with commercial feedback "cybertouch")
-Ability to call from matlab code in C + + as ejecutablie binary or object.
Study of the MIDI interface for control.
-In considering the sound card as a possible interface input / output, the problem arises of whether this can generate 192KHz sampling signals (analog digital converter) or if there is an analog filter at the end of this system that is preventing generate signals in the range of ultrasound. Should be considered the standard and if possible with a card gnerar standarizada ultrasound (of the order of 40kHz and 90kHz) (perhaps the professionals meet the standard)
-Possibility of using a musical instrument with MIDI interface and system controller, studying musical instruments with this interface or potential control systems
Give the user the possibility to choose this type of control as an alternative to analog control variables. (Ability to play music Ultrasonic perceive the environment) would also be interesting the possibility of sequencing (record, edit, create) midi patterns to perceive the environment, so that the user can generate their own tunes perception. Also applicable to controlling the variables "analogue".


-Ability to Bring Ultrasonic whistle comprovar reception systems.
Keywords to find the project suitable devices on the network, "daq Bioacoustics"

-Consider Possible rapid prototyping board for the project as the one shown in the course of digital signal processing.

-An estimated bandwidth of 10Mbit / s to capture / send a data stream at 192kHz 24-bit words so any design I / O system is made must meet this minimum. (May be a lower bandwidth in case of using 16 bit words, but having a sampling frequency of 192KHz is superior to staying in something.)

Links:

http://www.consumer.es/web/es/tecnologia/hardware/2012/07/09/210971.php
http://www.mathtools.net/C_C__/DSP/index.html
http://www.mathtools.net/C_C__/index.html
http://www.avisoft.com/sounds.htm#bats (bat sounds)
http://www.avisoft.com (bioacoustics references, devices, software, etc..)
http://www-3.unipv.it/cibra/edu_equipment_uk.html#para (referencias de otras universidades para la grabación con ultrasonidos)
http://www.mccdaq.com/ (referencia de tarjetas adquisicion de datos)
http://www.ni.com/data-acquisition/ (referencia de tarjetas adquisicion de datos)
http://www.ni.com/data-acquisition/setup/ (documentos)
http://www.ecs.umass.edu/ece/m5/tutorials/CdS_Flex_Sensor.html ( Sensor de flexión para arduino )
http://labfab.fr/portfolio/gant-sonar-ultrason-petit-prix/ (Arduino sonar glove)
http://www.rawmaterialsoftware.com/juce.php (librerias c++ para programara diferentes dispositivos entre ellos el ASIO "driver audio de baja latencia" bajo windows)