Para quien no lo conozca, las Arduino son una plataforma de desarrollo electrónico enfocada al prototipado rápido cuyas especificaciones son totalmente libres. Existen varios modelos de placas para los diseños con características más o menos avanzadas y podremos trabajar con ellas tanto en Windows, Mac OS X ó GNU/Linux, sin tener que usar compiladores y/o herramientas de desarrollo de pago.

La mía es una Arduino MEGA, que es una mejora de la Duemilanove y la Diecimila gracias a su mayor I/O y capacidad de memoria, entre otras cosas. Las specs principales son:

• Microcontrolador Atmel AVR 8-bit MEGA1280 @16MHz
• 128kB FLASH MEM (4kB usados por el bootloader incluído, usado para poder cargar cógido directamente)
• 8kB SRAM
• 4kB EEPROM
• 54 pines digitales (soportan hasta 40mA): I/O, comunicación serie, interrupciones, 8-bit PWM, SPI, I2C, …
• 16 pines de entrada analógica con una resolución de 10bits, útil para todo tipo de sensores.

Lo primero que tenemos que hacer para empezar a jugar es instalar las herramientas necesarias. En el árbol de paquete de Gentoo hay bastante para microcontroladores AVR ($ eix -S avr ) pero si además queremos afinar e ir a por el kit completo para Arduino tampoco tendremos problemas.

Necesitaremos una versión de Java (yo uso sun-jdk-1.6) además de los siguiente paquetes:

# emerge crossdev jikes uisp rxtx

Yo, de antes, ya tenía instalado avra (AVR Assembler) y avrdude (para subir y bajar código a las microcontroladoras) que había usado para trastear con las AVR Tiny2313, ATmega32 y ATmega64 aunque en realidad casi siempre usé el IDE que te proporciona ATMEL de forma gratuita para Windows y alguna vez Bascom-AVR.

Una vez tengamos los paquetes básicos instalados necesitamos generar el toolchain con el que vamos a trabajar para generar código compatible con la arquitectura AVR. Para ello nos ayudaremos de la herramienta crossdev:

# crossdev -t avr -s4 --without-headers

Tardará un ratillo pero una vez termine ya dispondremos de nuestro flamante compilador avr-gcc. Ahora nos bajamos el IDE que nos proporciona Arduino en http://www.arduino.cc/en/Main/Software, lo descomprimimos y lo dejamos por ahora ahí. Dependiendo de versiones puede que algunos tengan que hacer un enlace (por supuesto respetando paths y versiones de tu sistema):

$ ln -s /usr/lib/binutils/avr/2.19.1/ldscripts/ ~/programs/arduino-0017/ldscripts

Dependiendo de distribuciones o la configuración será necesario estar en los grupos tty y uucp, pero para ahorrarte problemas añade el usuario a esos grupos.

Mmmm ¿qué mas necesitamos? Arduino se conecta por USB a nuestro ordenador y el kernel de linux nos proporciona el driver, yo ya lo tenía instalado pero si no:

Device Drivers -> USB support -> USB Serial Converter support -> USB FTDI Single Port Serial Driver (EXPERIMENTAL)

Lo ponemos como módulo, compilamos y lo cargamos:

# make && make modules_install
# modprobe ftdi_sio

Conectamos la Arduino y podremos ver si todo funciona:

# dmesg
usb 4-2: new full speed USB device using uhci_hcd and address 5
usb 4-2: configuration #1 chosen from 1 choice
ftdi_sio 4-2:1.0: FTDI USB Serial Device converter detected
usb 4-2: Detected FT232RL
usb 4-2: FTDI USB Serial Device converter now attached to ttyUSB0

OK!

Volvemos al IDE que ya tenemos descomprimido y lo ejectuamos

$ ./arduino
Experimental:  JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7

Ahora sólo nos faltará elegir en la configuración que queremos el /dev/ttyUSB0 y que estamos usando una placa Arduino MEGA, et voilà!

Para probar el funcionamiento haremos un “Hello Word” al estilo electrónica, es decir, hacer parpadear un LED

Hay ejemplos por ahí pero el código sería:

const int ledPin =  13;    // LED connected to digital pin 13
 
void setup()
{
	pinMode(ledPin, OUTPUT); // set pin 13 as output
}
 
void loop()
{
	digitalWrite(ledPin, HIGH);   // set the LED on
	delay(1000);                  // wait for a second
	digitalWrite(ledPin, LOW);    // set the LED off
	delay(1000);                  // wait for a second
}

A ver si busco ratos y hago algo interesante con mi nuevo juguete, ya no hay excusa. Si quieres saber por donde empezar acude a http://arduino.cc

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• [Fprint] La implemetación del driver
• [HOW TO] Cómo recuperar GRUB
• Para los amantes de XKCD llega…

¿Qué es un cable coaxial?

Es un cable eléctrico compuesto de un conductor interno encapsulado en una capa tubular aislante con una constante dieléctrica alta, todo recubierto por una capa conductora (lo que comunmente llamamos malla) y finalmente envuelto por otra capa aislante.

Como el propio nombre indica gracias a esta estructura el conductor interno y externo se mantendrán siempre en el mismo eje. Los cables coaxiales nos ofrecen una atenuación mucho menor que los cables de pares, e incluso dentro de los coxiales según sus parámetros unos serán mucho mejores que otros.

Los parámetros principales son:

• Diámetro externo del conductor interno.
• Diámetro interno del conductor externo.
• La constante dieléctrica, es decir, la permitividad ε.
• La constante magnética, es decir, la permeabilidad μ.

Esos parámetros dotarán al cable de una capacitancia C, una inductancia L, una resistencia R y una conductancia G en concreto, que determinarán de un modo muy importante a su respuesta en frecuencia y características. En la mayoría de los casos tendremos que la conductancia es prácticamente nula. OJO: Estos parámetros siempre se suelen tratar por unidad de longitud, es decir, Ω/km, C/km, F/km, etc.

¿Qué es la impedancia característica?

La mayoría de la gente, en algún momento de su vida, ha visto la Ley de Ohm donde se dice que “ir es igual a venir”:

De este modo decimos que la corriente por un conductor entre dos puntos es directamente proporcional a la diferencia de potencial entre esos dos puntos e inversamente proporcional a la resistencia ofrecida entre ellos. Visión práctica: si metes los dedos en un enchufe te la dará la corriente, bastante de hecho. Si metes la lengua, al estar mojada con saliva tu resistencia a la conducción será mucho menor así que a igual tensión (ddp entre los 2 puntos) pasará mucha más corriente para cumplir la ecuación y de paso dejarte frito del todo.

Podremos medir la resistencia R que ofrece una línea entre dos puntos pero esto no es la impedancia característica. Cuando una medición de resistencia tiene componentes reactivas (por la capacitancia) y/o inductivas (por la inductancia) se le denomina impedancia para dejar claro ese comportamiento no exclusivamente resistivo que nosotros representamos gracias a valores complejos. Un valor resistivo se mantiene constante con la frecuencia pero una impedancia se verá modificada por ella.

Para dar una definición sencilla, la impedancia característica es la impedancia de entrada que ofrece una línea de transmisión (el cable coaxial, por ej) cuando esa línea es infinita.  Nace de un modelo básico para representar una línea de transmisión. Su expresión general es la siguiente:

aunque podremos aproximarla en muchos casos por esta:

¿Qué es la adaptación de impedancias y por qué es importante?

Cuando conectamos 2 líneas de transmisión (2 cables por ejemplo) nuestra intención, en principio, es poder transmitir la máxima potencia de una a otra. La manera de conseguir esto es haciendo que la resistencia de salida sea igual a la de entrada de la siguiente etapa. Si son impedancias sería que el conjugado de la impedancia fuese igual.

Cuando la impedancia no esté adaptada sufriremos una serie de ondas reflejadas en el cambio de una línea a otra que provocarán una onda estacionaria. Cuando la desadaptación es grande incluso puede que la onda reflejada (producida al intentar pasar del primer medio al segundo) pueda dañar la fuente del primer medio. En alta potencia hay que tener mucho cuidado con estas cosas. Imagina que quieres enviar una señal a un satéllite con una parabólica, necesitas bastante potencia. Si no estuviera correctamente adaptada la guía de onda con la antena tal cual intentes enviar la señal habrás frito tu emisor porque la onda rebotará en la antena contra tí.

Cuando tenemos que adaptar impedancias entre elementos con distinto valor podemos usar un Balun.

Y finalmente ¿por qué los cables coxiales tienes valores comunes de 50Ω y 75Ω?

Pues porque sí! Este post no tenía finalidad alguna! No, ahora en serio.

Debido a la importancia de la adaptación de impedancias imaginad que cada fabricante hiciera sus cables como les diera, tendríamos un caos de incompatilidades entre fabricantes, probablemente se llegaría a un monopolio con un estándar de facto que luego todos los fabricantes aceptarían y seguirían, pero eso significa que puede que no fuera el mejor valor y se hubiese implantado por razones de mejor/peor marketing.

Generalmente se usan cables de 75Ω para televisión y 50Ω para el resto, ¿por qué? Pues porque a finales de los años 20 en los laboratorios de Bell se hicieron una serie de pruebas para determinar a qué impedancia se obtenían unos resultados más óptimos para alta potencia, alto voltaje y baja atenuación y obtuvieron la conclusión de que los valores más adecuados eran 33, 60 y 77Ω respectivamente.

¿cómo evolucionan esos valores?

33Ω es un valor demasiado pequeño que haría que la fabricación del cable fuese más complicada y con materiales más caros, siendo el conductor interno más grande y siendo el cable más pesado también. Así que como punto intermedio entre 33 , 60 y 77Ω para se tomaron los 50Ω. Además esta elección queda relativamente a mitad caballo de la impedancia de una antena tipo dipolo en λ/2 (o un monopolo en λ/4 sobre un plano de masa)  que son 73Ω y un dipolo en λ/4 que son 36.5Ω, siendo en realidad esos valores aproximados porque despreciamos los diámetros de los conductores, etc.

En el caso de los 75Ω vemos que queda justo entre los 77Ω calculados como óptimos para baja atenuación y los 73Ω del dipolo en λ/2. Por ejemplo para TV se suelen usar antenas con una impedancia de entrada de 300Ω y para conectar el cable de 75Ω se pone en medio un Balun de 4:1 que adapta los valores.

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

None Found

Wii D2E

- Doctor! Quirófano 3!  Tenemos una Wii con una inutilitis avanzada.

- A la mesa de operaciones!

El número de la Seguridad Social del paciente blanquito es el LEH207xxx así que está adscrito a la modalidad D2E. El último par de marcapasos que puse fueron D2PRO9 y aunque funcionan bien hoy vamos a probar algo más nuevo: Wiikey 2

Wii D2E Serial

El instrumental clínico utilizado será el típico: un par de soldadores JBC de 30 y 14W, pinzas, destronilladores de punta triangular y estrella, cinta aislante, tijeras, cable AWG30 (el AWG24 lo dejaremos para otras ocasiones), FLUX basado en alcohol, estaño de 0,5mm de diámetro y un multímetro de los chinos. Hace unos años se me dobló la punta el JBC de 14W pero al final resultó que la nueva forma me era más cómoda y todo así que nunca la sustituí.

Instrumental

Soldadores

Punta del soldador de 14W

Destorn… bisturí!!

- Cuál doctor?

- Los dos!

Sacamos la pila de la consola y la desmontamos hasta tener el lector en nuestras manos. En efecto vemos que es una D2E.

Lector Wii D2E

(sorry por el flashazo pero la sin flash sale movida)

Lector D2E

Ahora preparamos el marcapasos preestañando los puntos necesarios. En otras versiones de este marcapasos habría que utilizar también los puntos D,E y F

Wiikey 2

Wiikey 2 preestañado

Y procedemos a la ubicación del dispositivo en la cavidad torácica del paciente (según que marcapasos se instale suele ser más cómodo un sitio que otro)

Posición del modchip

- Enfermera! Cauterizador!

Tengo por costumbre soldar primero a los pines del marcapasos y luego al punto en la placa. Comprobamos todos las continuidades con el “multímetro de los chinos”™ desde 2 puntos no directos en cada cable y finalmente tapamos el marcapasos para evitar posibles cortocircuitos al cerrar la cavidad torácica.

Wiikey 2 instalado en una D2E

Protegiendo de posibles cortos

Comprobamos que la operación ha sido todo un éxito y finalmente cosemos al paciente con tornillos, que eso de las grapas no mola.

Prueba Wii con Wiikey 2

Sin duda este paciente tendrá una recuperación muy corta.

NOTA: Antes las imágenes se me reducían manteniendo el ratio para ajustarse al tamaño de la columna, con la versión actual de wordpress me salen deformadas, ya lo miraré, eh? que yo no tengo los soldadores así, a ver que os vais a pensar! Por ahora haciendo click se ve la imagen completa.

NOTA 2: Imágenes arregladas.

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• Cuando no se tiene cuidado con la criptografía…

Os pongo una lista de conferencias que más me llaman del Fahrplan que hay:

- Solar-powering your Geek Gear: Alternative and mobile power for your all you little toys.

- FAIFA: A first open source PLC tool: PowerLineCommunication has now their open source tool.

- Security Failures in Smart Card Payment Systems: Tampering the Tamper-Proof. Esta para TuXeD

- Chip Reverse Engineering

- Cracking the MSP430 BSL

- Advanced memory forensics: The Cold Boot Attacks: Recovering keys and other secrets after power off.

- Locating Mobile Phones using SS7

- coreboot: Beyond The Final Frontier: Open source BIOS replacement with a radical approach to boot.

- Messing Around with Garage Doors: Breaking Remote Keyless Entry Systems with Power Analysis.

- Algorithmic Music in a Box: Doing music with microcontrollers.

- Anatomy of smartphone hardware: Dissecting contemporary cellphone hardware.

- Scalable Swarm Robotics: Formica: a cheap, open research platform.

- Console Hacking 2008: Wii Fail: Is implementation the enemy of design? Que gran pregunta.

- The Ultimate Commodore 64 Talk: Everything about the C64 in 64 Minutes. Brutal, enlace a su blog http://www.pagetable.com/?p=53

- Predictable RNG in the vulnerable Debian OpenSSL package: the What and the How. Aunque ya esté muy visto… para echarse unas risas.

Me ha llamado la atención lo que han denominado como Lightning Talks, rondas de 10 presentaciones de 4 minutos donde puedes exponer tu idea más descabellada, presentar tu proyecto, enseñar un cacho de hardware que te emocione, etc y así ganar adeptos para colaborar o simplemente echarte unas risas.

Y por supuesto, además de todo lo anterior, workshops sobre microcontroladores, el quadrocopter, etc.

En fin, otro año será, siempre me quedará youtube.com para ver las charlas.

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• Para los amantes de XKCD llega…
• [Campus Party 08] Taller de antenas y charla sobre servidores
• [Fprint] La implemetación del driver

SSETI comienza su nueva andadura con SSETI SWARM, un proyecto de un cubesat hecho por estudiantes repartidos por toda Europa y Canada.

Se ha abierto el Call For Proposals para que se unan nuevos grupos y así completar los equipos (). Si siempre quisiste hacer algo que fuera al espacio ésta es la tuya. Si estás interesado ponte en contacto conmigo o con Irini Kominou en irene.kom_at_gmail_dot_com

A continuación unas palabras desde SSETI sobre el tema patrocinadas por el Espaguetti Volador:

Dear people, the SSETI association would like to share the new SSETI dream with you. SSETI Swarm has just begun!

The SSETI Association looks for dedicated enthusiasts, teams and universities to join our new project. The project will be about creating a swarm of small sub-satellites to be deployed from a Cubesat.

The Teams selected from this call will focus on creating the main CubeSat from which the sub-satellites will be deployed. This will involve being responsible from the design phase to construction and testing. The full project deadline will be mid 2010. After this preparations will be made for the launch and operation campaign where representatives of each team will take part in. The launch date will be depending on the availability of launch opportunities in the months after the project deadline.

Four sub-satellites proposals will be selected from this call. The dimensions of these will be circa 4×4.5×9 cm and can house any experiment you may think of. These sub-satellites will be deployed from the main satellite once in orbit and will communicate with the main satellite to relay the data back to earth. These teams will have to work closely with the teams working on the main CubeSat regarding the communication interfaces, mass/volume budget and deployment mechanisms.

All Teams will be responsible in putting in the time for there assigned area or subsystems and to acquiring the required hardware where required. SSETI in turn will provide for this project support, infrastructure, legal advice, reviews, opportunity, pr, coordination for integration, coordination for systems test and will look for co-sponsors to achieve the testing campaign tasks and to find launch opportunities.

Please check the new SSETI site for further details and contact info.

Let’s launch the dream!

PDF: SSETI_Call_for_teams_and_proposals_Jun_08.pdf

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• Cansats + Entrevista

Una versión reducida de un satélite sería un cubesat. No tiene por qué tener menos funcionalidades y generalmente la gran diferencia es el número o tipo de payloads que lleva. Podemos encontrarnos satelites de gran tamaño, como el Envisat (fabricado por la ESA) pero existen decenas de diseños cuyo tamaño es similar a una lavadora.

Poco a poco, podríamos ir encontrando diseños cada vez más pequeños, ‘lavadoras’ que despliegan cubesats, cubesats que despliegan picosats, etc. Conforme bajas en el tamaño te vas deshaciendo de subsistemas, aun así lo normal es siempre encontrar prácticamente los mismos (los nombres suelen variar un poquito): OBDH (On Board Data Handling), AOCS (attitude orbit control system), EPS (electric power system), TCS (thermal control system), COMM (comunnications), PICU (propulsion interface control unit), etc. Al mismo tiempo se deberían tener gente trabajando en simulaciones, la ground station, harnessing (la de pasta que se va aquí!), análisis de la misión, análisis de riesgos, diseño de la estructura y configuración, ensamblado, integración y testeo (AIV : assembly, integration and verification), …

¿Qué podemos hacer si no tenemos al alcance trabajar en un proyecto similar? Nos quedan básicamente 2 o 3 posibilidades, poder participar en el lanzamiento de un globo estratosférico, como por ejemplo Straplex (condiciones similares, dentro de lo que cabe claro, a lo que podría ser espacio), vuelos parabólicos (unas 30 parábolas de 20 segundos a gravedad cero usando un avión, aunque la campaña de la ESA durante 2008 estuvo cerrada debido a cierto incidente… xD) o jugar a los cansats.

Si nos paramos a pensar en los subsistemas de un cansat, desgraciadamente nos hemos tenido que deshacer de prácticamente todos los subsistemas guays que lleva un satélite pero bueno algo es algo. Un cansat sería miniaturizar lo que puedas en una estructura con tamaño y peso similar a una lata de 33cl. Existen lo denominado OpenClass que sería de hasta 1kg, tamaño más similar a un cubesat, aquí cabrían muchísimas cosas. Obviamente nos olvidamos de componentes ‘space qualified’, los estándares espaciales, redundancia por todos los lados, etc y podemos hacer cacharritos en un rango de precio de 300 a 1000€, mucho más si se quiere también, eh?

Hace poco hubo una competición en España, organizada por LEEM y unos amigos se animaron a participar, me ha parecido interesante hacerles una pequeña entrevista sobre su cansat a la cual Jaime, uno de los componentes del equipo, ha tenido la amabilidad y paciencia de responder. Espero que guste.

QUESTION: Hola Jaime, primero gracias por dedicarme un ratillo para responderme. Si tuvieras que explicarle a una persona qué es un cansat, ¿cómo lo harías de manera concisa y rápida?

ANSWER: Es un cacharro que debe caber dentro de una lata de cocacola y pesar menos de 300 gramos. El cacharro en sí, tiene una finalidad concreta, como medir datos atmosféricos o caer en una posición determinada.

Q:¿Qué es lo que te llamó la atención para participar en algo así? En está competición, había categoría de libre, comeback y telemetría, ¿explícanos en qué consiste cada tipo de cansat? ¿por qué os decantasteis por telemetría?

A:Como buen iecubero todo lo que sea un reto me llama, pero durante la carrera no he tenido suficiente tiempo como para meterme en uno que pudiera sacar adelante, así que esa fue mi principal motivación, conseguir hacer algo “de verdad” por primera vez.

Las diferentes modalidades eran la de telemetría, cuyo objetivo es medir una serie de datos que te fijan en la competición, como son la altura, presión, temperatura, aceleraciones, etc. La modalidad de comeback es, a mi juicio, la mas difícil, consiste en lanzar el cansat y conseguir que llegue a una posicion GPS dada, el equipo que mas se acerque a la “diana” gana.

La razón por la que escogimos telemetría fue sencilla, no nos considerabamos capaces de empezar con un comeback que tiene muchos más problemas técnicos (y en muchos casos aeronáuticos) que nosotros no sabríamos resolver.

Q: Mi experiencia en este tipo de cosas siempre ha sido que conviene ser un grupo pequeño y cohesionado ¿Cuantos sois en el equipo? ¿A qué os dedicais cada uno fuera de este proyecto?

A: En el equipo somos 4, Jose y Paco (telecos rama electónica), Ender (informático) y yo (teleco rama telemática). Sinceramente creo que 4 personas no son suficientes para un proyecto qu,e pese a parecer más o menos sencillo, chupa mucho tiempo. Realmente opino que lo que más se necesitan son electrónicos y, en caso de hacer modalidad comeback, aeronáuticos.

Sobre nosotros fuera del proyecto, pues Jose se dedica a estudiar y a acabar la carrera (que no es poco), Paco trabaja en una empresa de electrónica (gracias a Dios, ya que nos permitió disponer de mucho material “prestado” con coste 0), Ender compagina estudios con coordinar el Area de SL de la Campus Party y sus múltiples aficiones frikis XD. Yo por mi parte me dedico al diseño de software en una pequeña empresa llamada Aurorasat.

Q: ¿Cuánto tiempo os ha llevado? ¿Cómo os habéis repartido las tareas?

A: Este es un tema delicado…evaluar cuanto tiempo nos ha llevado es jodido porque si contamos las horas que hemos estado delante del ordenador programando, diseñando o haciendo las placas, hicimos cálculos y nos llevaría unas 350-400 horas. Pero ahí no se cuentan las horas de rompernos la cabeza (sobre todo a los electrónicos) para hacer cosas que en principio son sencillas, como por ejemplo escribir datos en una tarjeta SD. Jejeje…de esto pueden dar fé nuestras familias/novias que ni nos veían los findes.

Las tareas las teníamos bastante claras, cada uno se dedicaba a al menos una cosa de la que era “el especialista” y del cual, el resto debian asumir que lo que dijera era correcto, y además una o varias tareas secundarias en paralelo.

En modo resumido:

Paco: Diseño de placa de control (PIC, circuiteria de conexion con el exterior) + Integración lectura/escritura SD con micro.
Jose: Diseño de placa de sensores + creación fisica de las placas (revelado, atacado). Era nuestro experto en soldaduras
Ender: Creación del programa de postratamiento de datos, nuestro hombre de logística y contactos y el “hombre dremel”.
Yo: Me dedicaba al GPS, me encargaba elegir que modelos de sensores queriamos para nuestros rangos de mediciones/precios y se los pasaba a Jose para que el le pusiera la electrónica auxiliar en la placa de sensores y los unificara. Por último, con la ayuda de un programa base de paco, la programación del PIC.

Q: ¿Cuáles eran vuestros objetivos iniciales? ¿Habéis ido ampliando objetivos? ¿Qué porcentaje de ellos habéis cumplido?

A: Fuimos conservadores con nuestros objetivos. Descartamos al principio el hacer la emisión “real-time” de los datos por radiofrecuencia porque no sabíamos si íbamos a conseguir llegar a lo básico, que era tomar datos variados y guardarlos. Así que no, no hemos ampliado objetivos ya que nos parecía un gran reto conseguir hacer mediciones “correctas” (porque medir basura todos sabríamos) y guardarlas localmente en una tarjeta SD para posteriormente recuperar el cansat y extraer los datos.

Sobre nuestro porcentaje de éxito, yo te diria que el 100%, aunque Paco insiste en que es del 98% porque el paracaídas no se abrió como debía. Para ser sinceros a 10 días de la competición hablábamos entre nosotros y nos confesábamos que si conseguíamos leer 1 sensor y guardarlo en SD ya estaríamos contentos, o leer datos GPS sin sensores y guardarlos en SD.

Lo bueno que tuvimos es que el diseño previo de la placa de control era quasi-perfecto, por lo que todas las entradas tanto de GPS como analógicas funcionaban perfectamente y todos los módulos que habíamos probado por separado ( SD, sensores, GPS, alimentación) funcionaron en conjunto sin problemas en muy poco tiempo.

Q: ¿Qué tipo de dificultades habéis encontrado? Todos sois telecos y uno informático, ¿hasta qué punto habéis echado en falta conocimientos de otras áreas en el equipo? ¿qué fallos os han dado luego más trabajo?

A: Creo que todos los equipos que estaban suscritos a la competición se han encontrado muchos problemas, de hecho te los encontrabas donde menos esperabas tenerlos… por enumerar unos cuantos:

1) El gps no hacía caso del API que nos proporcionaba el fabricante…para ser mas exactos el fabricante no habia liberado el 100% del API por lo que nos impedía obtener buenas precisiones (de +-5m)…al final hubo que hacer ingenieria inversa y sniffar las tramas q enviaba un programita que te daba el fabricante para “configurarlo”.

2) La placa de la SD tenía un zócalo SD, pues no caímos antes del montaje final (a 3 días de la competicion) que la SD sobresalía un poco del zocalo por lo que no cabía dentro de la lata.

3) Quien nos iba a decir que al poner una arandela de plástico sobre dos pistas adyacentes íbamos a coger una virutita de “algo conductor” que haría que hubiera un corto. Después de 3-4 horas con no saber que pasaba , fue levantar, soplar y nunca mas se supo.

4) Como somos unos cafres, no recordamos de electrónica analógica que a la salida de los amplificadores hay que poner resistencias de carga…lo que nos obligó a soldar unas 4 resistencias sobre una placa bastante llena de componentes…

5) Si utilizas un amplificador operacional para subir de 3.3V a 5V una señal, estaría bien que el amplificador operacional este alimentado a 5V en vez de a 3.3V ¬¬ (para la gente que no sepa como alimentábamos, todo lo hacíamos con una batería de móvil a 3.3V, pero uno de nuestros sensores funcionaba a 5V así que había q utilizar un elevador de tensión…de ahí lo de los 5V que habéis leído).

Y así unas 3-4 más…que son tonterías…sí…pero cuando hay taaaaantas cosas amontonadas (teníamos hojas con prioridades de cosas que dependían unas de otras para que todo pudiera seguir su proceso), pues claro hasta las cosas mas lerdas se te pasan.

Sin duda, los peores fallos son los de “pero si esto iba cuando la placa estaba sola , ¿por qué si lo junto todo ya no va?” …son odiosos…los odio los odio los odio!!!!!!!!!!!!!!

Otras disciplinas en nuestro caso no nos han faltado, ya que eramos telemetría, así que sólo necesitabamos electrónicos y gente que supiera programar. Pero visto el nivel de la competicion, en caso de elegir comeback (de los que van por aire), necesitas a uno o varios aeronauticos sí o sí.

Q: ¿De qué ideas que hayáis aplicado al diseño os sentís orgullosos?

A: Ideas…pues más que de las que nos sentimos orgullosos te voy a contar de la que no nos sentimos orgullosos: el cansat compuesto por diferentes niveles “redondos” unidos por 4 “pilares” es la peor elección que hemos hecho sin duda. Era bonito y elegante…sí, no lo niego…pero vamos es una putada porque debes pasar alimentaciones y señales de vuelta a la placa de control (que esta en uno de los extremos), el montaje es una basura, ya que si se te suelta un cable de un estrato intermedio tienes q desmontar los niveles siguientes para poder “atornillar” el p**** cablecito.

Quizas la parte mas “curiosa” fuera la batería de movil, …muchos equipos se nos acercaron y nos dieron la enhorabuena por tener un movil junto al cansat para “recargar” la pila. Simplemente teníamos conectado el movil a su cargador, y la pila en vez de estar dentro del movil, la teníamos en el cansat uniendo éstos con 3 miseros cables…coste 0€..para todo lo demas Mastercard.

Q: Respecto a la estructura, muchos cubesat y picosats usan esa distribución por niveles, lo que suelen hacer dedicar una de las paredes a conectores y tienen ranuras insertables. Al meter la tarjeta de ese nivel conecta con su slot que ya lleva las alimentaciones y buses necesarios. De este modo evitar tener que echar mil cables para arriba y para abajo y la zona de cableado de unión es accesible por el otro lado sin tener quitar y poner niveles. Siendo un cansat tan pequeño, ¿qué soluciones ves posibles? ¿cómo lo enfocarías si tuvieras que hacerla de nuevo?

A: La idea de hacerlo multicapa es muy buena pero no para un cansat que tiene dimensiones tan sumamente reducidas ya que pierdes mucho espacio en pasar cables de alimentacion+datos de unos niveles a otros. Nuestra idea original, de hecho, intercalaba pequeños muelles entre estratos y no los atornillaba dejandolos fijos, de tal manera que un impacto por la base quedaba muy bien absorbido. Despues nos dimos cuenta que montar esa estructura en algo tan pequeño como una lata de cocacola era un infierno y nos “arriesgamos” a montarlo como se ve en las fotografias.

Todos los componentes del equipo estamos de acuerdo en que uno de los mejores sistemas seria montar dos placas rectangulares, separadas pocos centímetros, y montar éstas sobre la base de manera perpendicular. Algo similar al kit de cansat que venden por ahí ( http://www.pratthobbies.com/prodimages/cansat_big.gif ) pero en vez de con una, con dos placas. Visto el resultado de la mayoría de cansats no haría falta crear un soporte metálico, sino que con las propias placas de baquelita se pueden aguantar impactos muy duros.

Claro que todo esto se desmorona si quieres hacer un comeback donde seguramente tus requerimientos de espacio hagan que debas hacer algun tipo de estructura que ocupe menos espacio, como el de la foto adjunta, que por cierto era un comeback con un parapente que funcionaba bastante bien.

Q: Una vez en la competición, pudisteis compartir tiempo con el resto de equipos y , aunque haya ‘pique’ para ganar, lo normal es siempre compartir ideas, ¿qué ideas y soluciones os gustaron más de los otros equipos? ¿En que consistía el cansat más molón que visteis? ¿Qué cosas habéis visto que sin duda le añadiríais al vuestro?

A: Es cierto que había cierto pique entre equipos pero en todo momento lo vi todo muy “sano”. De hecho yo creo que no tenían miedo de contarse cosas entre ellos ya que la soluciones por las que optaban los diferentes equipos eran radicalmente diferentes la mayoría de casos.

Sobre los que más nos gustaron, pues no sabría decidirme, me gustó bastante uno que sacaba un parapente accionado por un servo y que intentaba corregir la dirección en función de sus datos de gps (si se alejaba del punto donde tenía que aterrizar en una determinada dirección entonces giraba en la dirección contraria y así intentaba contrarrestar).

Realmente fue una pena no ver todas las posibilidades que tenían los comeback porque el día tuvo mucho viento. En nuestro lanzamiento rondaba los 20-25km/h. Esto hizo que los comeback por aire por muy bien diseñados que estuvieran no fueran capaces de modificar significativamente sus trayectorias porque el viento literalmente se los llevaba (recordemos que pesan menos de 300gr)

Los comeback por tierra, que personalmente creo que son muy “curiosos” pero que rozan la ilegalidad, no tuvieron ninguna opción, ya que alrededor de la zona de lanzamiento habían campos de patatas etc, así que como nadie hizo el comeback “topo” pues se quedaban justo donde caían. Sobre lo que he dicho que rozan la ilegalidad, me refiero a que la verdadera finalidad de los comeback es q se guíen por aire, ¿o alguien ha visto como cuando cae un satélite lo hace en mitad de una ciudad, después saca unas ruedas y se va a la zona de aterrizaje? Pero vamos, esta es mi opinión personal.

Q: Después de la experiencia, ¿intentaréis mejorar vuestro hijito para presentarlo en una nueva competición?

A: Ahora mismo creo que todos los miembros del equipo coincidimos en que necesitamos un respiro de varios meses. El apretón del ultimo mes fue duro y nos ha “quemado” un poquillo. La culpa fue nuestra por no mantener un ritmo de trabajo constante durante el año. La idea de algunos de los componentes del equipo sí es mejorar nuestro hijito pero aún no sabemos cuando nos pondremos ni que nuevos retos buscaremos (envío datos tiempo real, pasarlo a modalidad comeback si conseguimos aeronáuticos, etc). Pero bueno, de momento es hora de descansar.

Q: ¿Qué aconsejarías a una persona que quiere hacer algo similar pero que no sabe absolutamente nada sobre por dónde empezar?

A: Nosotros tampoco teníamos ni repajolera idea. Pero en internet hay mucha información que equipos de otras competiciones de cansat en el mundo cuelgan. Lo más importante es tener un buen roadmap a seguir, por ejemplo empezar decidiendo modalidad, después que cosas se quieren medir (si es telemetría). Una vez se sabe que quieres medir, tomas decisiones sobre con que rangos te vas a encontrar entre 0m y 500m (ojo recordemos que son X+0 y X+500 ya que no estamos al nivel del mar). Una vez sabes rangos te dedicas a buscar chips que te midan esto, con bajos consumos, etc etc..

Nota. Esto de lo de X metros de altura topográfica en el lanzamiento es algo que el equipo Malayo no tuvo en cuenta, y tuvieron que cambiar su programa allí mismo porque ellos normalmente tienen hasta 2 digitos de altura en su lugar de residencia (0 a 99m) …llegaron a Segovia y estábamos a 1008 metros… ¡palmaquen! XDDD Ya véis que hasta las cosas más tontas pasan.

Q: Aunque tienes alma telemática ¡¡tienes atisbos de electrónico!! Ahora que has tocado esta parte un poquito más, ¿qué te gustaría aprender de este campo?

A: Lo que poca gente sabe es que yo iba para electrónico durante los primeros cursos. De hecho me cambiaba de sitio en las clases de Tª de ctos, electrónica básica, digital, LabSED, LabDCSE….para estar en primeras filas! Después llegaron clases con Batalla y SED y DCSE (teoría) y dije que ya si eso me dedicaba a la telemática que también me gustaba bastante Pero sí, soy un electrónico frustrado.

Me ha encantado aprender a programar el PIC, y las cosas más físicas de montaje. Me ha faltado aprender a usar el Multisim para dado un determinado esquemático poder crear las placas y rutarlas, de eso solo se lo que vi en LDEO con otro programa.

Desde aquí quiero decir que la gente que no ha llegado a crear su cansat este año por falta de tiempo, sigan con sus diseños…merece la pena sentirse “hábil/útil” cuando llegas allí y las cosas van.

Q:Pues muchisimas gracias por tu tiempo. ¿Tienes algo que añadir?

A: Solo quiero animar a toda la gente con algo de tiempo libre y unos cuantos amigos con ganas de ingeniarselas a que prueben a construir uno y participen en la siguiente competición de cansats del proximo año, si hay suerte, nos veremos por allí También aprovecho este punto para recomendar que aunque es un proyecto relativamente barato, de los 200 a 400€ no te los quita nadie, para evitar tener que poner dinero os recomiendo que busquéis pequeños patrocinios de vuestras escuelas, asociaciones, etc, que a cambio de poner sus logos os pueden costear los materiales. Muchos de los equipos que vimos allí estaban subvencionados por sus propias universiades y escuelas.

Si alguien tiene alguna curiosidad o necesita saber cosas concretas podéis poneros en contacto con Javi y en cuanto pueda yo o alguno de mis compis os contestamos

Saludos!!

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• SSETI SWARM – Participa en la construcción de un cubesat

Hemos tenido una semana trepidante, de muchísimo trabajo ( y estrés para conseguir todos los materiales a tiempo xD) para prepapar en escasos días el Taller de Antenas Caseras y éste. Revisar el diseño, buscar componentes, conectores, insolar tropecientas placas, taladrar, calar, … (monumento a Jose y Fidel ya!)El de antenas fue un exitazo, se cubrieron las 25 plazas en cosa de un día, los asistentes fabricaron 2 tipos de antenas. Unas tipo guía de onda circular con latas grandes y pequeñas de olivas y botes de pringles y otras tipo BiQuad con cable de cobre sobre un plano de masa protegido por CDs de Ubuntu. Llevamos ya bastantes ediciones de este taller, incluso lo hicimos para 50 personas en la última Campus Party. Es una lástima que no tenga fotos pero tenía la cámara sin batería. Dejo una muestra de otra edicion:

El domingo aprovechamos para irnos de cena al Hollywood con los maños (es necesario para coger fuerzas para el día siguiente) y ayer lunes, pasadas las 8 am, ya estábamos en teleco programando todos los microcontroladores y llenando bolsitas con los componentes a repartir, etc, hasta última hora se han estado ultimando detalles para las estructuras de las hormiguitas.

La gente iba llegando y conforme se acercaban la hora H del día D (10 am) se iban poniendo nerviosetes jeje. En seguida nos habíamos movido de teleco a la Casa del Alumno y empezábamos a desplegar todos los trastos. Prevía un pausa publicitaria de la rama de estudiando de IEEE de Zaragoza, explicación del diseño, el funcionamiento y el montaje hemos empezado todos a soldar y a crear nuestro monstruito.

Para dar una idea, el bicho va andando y corrigiendo su dirección conforme detecta obstáculos con las antenas. Lleva una placa de control con un ATMEL ATTiny2313 como cerebro (pa qué más? además con ICP), un par de LEDs para indicar el estado de funcionamiento, 2 microconmuntadores para captar los choques de las antenas, pin outs para posibles ampliaciones y programación y poco más. Sería interesante ponerle sensores de luz (algo sencillo, tipo los CNY70) y ruido (para pegarle un grito y activarlo, al más puro estilo Carpetovetónico, el toro de Rapul). Lleva 2 servos tipo estandar ( modelo HiTec HS311 aunque otros compatibles, como el Futaba 3003, hubieran servido igualmente) que accionan las patas. Éstas están hechas con radios de bicicletas y, aunque en este diseño no están puestos, no estaría de más conseguir algunas gomas o algo para que no resbalen tanto a la hora de andar. Este pecado de la tecnología va alimentado con 4 pilas AAA y consume un huevo.

El taller se planteó para hacerlo en 2 mañanas, a lo largo de la primera, el lunes, los participantes fueron soldando sus plaquitas de control, prácticamente todos con éxito y ya de madrugada nos tocó estar hasta las 3am en la cuadra de Jose taladrando las estructuras y las ruedas de los servos para poder encajarlo todo bien. El martes continuamos el taller terminando de montar por completo los hormigas.

Pero… a las hormigas de los ieeecuberos les espera unos procesos más, exclusivos sin duda, … el de pintura y disfrazado!! Compramos pintura fluorescente y vamos a hacerles carcasas de hormigas muahahahahahaha (ya veremos si con corcho o papel mache, actualizaré con fotos )

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• [Campus Party 08] Taller de antenas y charla sobre servidores
• Soluciones del reto de criptografía – Parte 2
• Mis primeros pasos con OpenGL

Sí, eso de abajo es el puerto del Grao.

Llevo 2 semanas que tela, no he podido sentarme a escribir nada y la verdad es que ha sido unos días tremendos de actividad.

¡Se caso mi prima! para no extenderme haré un resumen a lo keywords: mi prima, uno de la Huerva profunda, devorar kilómetros, noche en Valdemoro, carne a la piedra, las chicas a la pelu, atasco, Ávila, casa rural, un ponny!, boda, menudo discursito de la alcaldesa, 10 contra 90, informal, chuletón, más chuletón, 750gr de carne, ufff, olympus E-500, demasiadas fotos, filtro UV …tiru tiru, disco-movil, barra libre, ver las estrellas, camita, sueño, pero que perro más mono! es como su dueña (embaraza, felicidades!), KMs, halifax, bogavante, más carne xD, mas KMs, sueñooo!, home sweet home. Y todo esto… aguantándome el secreto de lo que se le viene encima a kuasar a la semana siguiente (risa maligna).

Al mismo tiempo de la boda, se celebra en Madrid el CNR express (Congreso Nacional de Ramas de IEEE) que este año no pudo ser en Oviedo y tuvo que moverse vertiginosamente hasta la capital en cuestión de días.
Por otro lado, este semana también tenía la competición de cansats de LEEM en Madrid. Tenía demasiadas cosas en danza y no podía acudir pero ahí estuvo el equipo LEEM-IEEE con su cansat de telemetría para defender el honor. Gracias a todo el empeño que el grupo puso durante estas últimas semanas lograron el 100% de sus objetivos con su niño y sin duda pudieron aprender mucho de las ideas del resto de participantes. Enhorabuena chicos. A ver si se anima el equipo y escribo un post con una mini interview. Unas fotitos del engendro.

Y metiéndonos al ajo, el cumple de kuasar fue el martes pero no hicimos entrega de los regalos hasta el domingo. Gracias a Lulo le compramos una tabla de snow + fijaciones a muy buen precio (y paso yo me quedé otra muahahaha) y sus padres habían convoyado a medio planeta para engañarle y llevarle a hacer caída libre en tándem. Básicamente le convencí para irnos a hacer deporte bien prontito un domingo por la mañana a las 8,30, ¿que cómo aceptó? no se sabe xD

La recogimos en su casa Jaime, Mageles y yo, kuasar pensó: ay! os habéis apuntado a correr? que bien!. Pusimos rumbo hacia el norte por la A7: Cullera no está por el otro lado? No, esto es un atajo nuevo. A los 3 minutos: a dónde me estáis llevando?…Qué tramais? (visiblemente nerviosa) Respuesta de Mageles: Tranquila, yo tengo más miedo que tu (quién diría que convenceríamos a Mageles para ir!!). Principalmente nos dedicamos a picarla durante todo el viaje y una vez llegados a la zona z, dia d, hora h, procedimos a taparle la cabeza con una chaqueta y llevarle ante los aviones: kuasar, vamos a hacer caída libre: si, no?? va en serio?? (incredulidad), y yo con estas pintas!! Unos minutos después llego la familia de kuasar que habían salido más tarde.

Los monitores nos hicieron una breve explicación de como colocarnos en cada momento y de las señas para cambiar de una posición a otra y en cuestión de 30 minutos estabamos kuasar y yo subidos al primer avión. Teníamos unas vistas tremendas y comenzaba a hacer frio, en cuestión de minutos repasamos los pasos y saltamos al vacio desde una altura de 4000m. Indescriptible. Feliz no-cumpleaños!! Fueron unos 50 sgundos de caída libre y aproximadamente 5 minutos de paracaídas. Nos hicieron aterrizar de culo, cabrones, para evitar posibles esguinces y similares, así se curan en salud. Conforme bajamos Jaime y Mageles hicieron lo propio en el siguiente turno. Es una experiencia genial tanto la sensación de estar volando como las impresionantes vistas.

–
Fuente original en http://vierito.es/wordpress

Similar Posts:

• 1 año de It Should Work y más
• Primada en Torrelisa y esquiando en Cerler
• Viaje a la nieve – febrero 2009