Mostrando entradas con la etiqueta hardware. Mostrar todas las entradas
Mostrando entradas con la etiqueta hardware. Mostrar todas las entradas

jueves, 31 de marzo de 2022

Thrusmaster TCA : Mi Opinion sobre el Hardware

Como a mi hijo le empieza a gustar la simulacion de vuelo, decidi montarle un pequeño set-up, que funcione, para que pueda usarlo y no esperar decadas a que termine el mio, ademas le gusta volar Airbus A320, por lo que el kit the thrusmaster parecia una buena opcion, y lo adquirimos en la versión más completa, la del capitán.


Aunque venga en el pack, son dos elementos separados, el joystick y el mando de gases, por lo que requiere 2 conexiones USB, y aparecerá como dos dispositivos en el ordenador, al menos de serie.

La palanca

Da muy buenas sensaciones, ligeramente pesado, buen agarre, muy similar al real del Airbus, con un pequeño mando de gases y 12 botones en la base, quizá lo único que le hecho en falta es algún pov más en el stick, hubiese estado bien uno para ajustar el trim de alaveo.

El gatillo es bastante aparatoso, aunque supongo que parecido al del Airbus.

Tiene un pequeño mando deslizante, con un pequeño retén, ideal para poder tener reversa, es posible configurarlo, desde el cuadro de diálogo del driver, para que pulse un botón al moverlo atrás del todo.

Como 4 eje, se puede rotar el mando, para sustituir a los pedales en caso de no tenerlos, p.e. está rotación se puede bloquear si no la necesitamos.



Los movimientos del stick se leen con un sensor hall, por lo que es de esperar que este joystick sea eterno e incluso dentro de muchos años, no tenga problemas de calibración.

Además de eso la otra configuración que se le puede hacer, consiste en intercambiar los botones del mando, bien para simular la posición derecha e izquierda en la cabina, o por si queremos los dos botones negros, o los dos rojos. Viene todo lo necesario en el pack.

Viene con un cable suficientemente largo, curiosamente en el mando de gases el cable tiene conector usb-C y se puede desconectar, pero no en el stick.

Thrusmaster también vende este joystick sin ser la versión Airbus, solo cambia los colores, y un poco la agarradera, no me parece un mal joystick para simuladores de naves espaciales o algún tipo de juego de arcade.


En general muy contento.

El mando de gases

La auténtica joya del pack y la razón para pagar la pasta que vale.
Thrusmaster ha sabido retorcernos y sacarnos la pasta todo lo posible pero sin pasarse, y así tenemos la opción además del mando, de comprar dos mandos de gases, otros dos más (para el A340 o A380), los mando laterales y unos pedales, así como soportes metálicos para sujetar a la mesa, de manera que "No tengo tanto dinero" no sea escusa.

Esta modularidad es quizá la principal pega, ya que los módulos encajan entre sí por medio de unas pequeñas pestañas de plástico, solo por la parte de abajo, flexan un poco y dan sensación rara, como que va a romper a la mínima, no en vano el manual recuerda que hay que mantenerlo sobre una superficie estable y plana.

Los módulos se interconectan entre sí por medio de unos pequeños cables tipo SATA, que es una cosa "rara".

Los mandos centrales son impecables, buen recorrido, gatillos para las reversas, y unos mandos y botones adicionales idénticos a la realidad, quizá la única pega sea que el botón lateral que tiene al pulsarlo flexa un poco la palanca.

Todos los módulos tienen la opción de configurar los retenes o click de las palancas, desatornillando y dando la vuelta a una pieza por debajo, sencillo y eficaz.

Como ya comenté, el cable USB se puede desconectar ya que tiene un enchufe usb-C, además tiene otro enchufe para conectar los pedales con un standard raro, parecido a los rj11 de teléfono y no gastar un tercer USB del ordenador.


En mi opinión lo suyo hubiera sido incluir un mini hub con al menos 2 puertos libres y que los pedales fueran USB, hacerlo así es un ahorro de costes fuera de lugar con el precio que tienen.

En la parte inferior hay unos tornillos que permiten el ajuste de la fricción de las palancas.

También hay un interruptor que permite seleccionar si los mandos de gases son el 1 y el 2 o el 3 y 4, no le acabo de ver la utilidad, podían haberlo hecho automáticamente.

Además la base tiene agujeros roscados para poder sujetarlo a una placa o estructura si queremos hacer una cabina más permanente.

En cuanto a los módulos adicionales, empezaremos por el de la derecha, el mando de flaps, que es analógico, muy bien conseguido, aunque me da la impresión que en el real hay que tirar de el para desbloquearlo.
Además de eso, tiene un botón para el trim del timon y la palanca de freno de estacionamiento, la posición no es idéntica al real, pero están bien conseguidos y le aportan un plus. Tiene un aprobado alto.

El mando de la izquierda es el más flojo, tiene el mando del aerofreno, o spoiler, del freno automático y el del tren de aterrizaje, 
Recolocados para aprovechar la forma del mando de gases, desde mi punto de vista es una oportunidad perdida, podían haber puesto un trim (motorizado, soñar es gratis) y el mando del spoiler, de manera que quedase más parecido a la realidad y haber sacado la palanca del tren de aterrizaje a otro módulo, conectable por la parte de atrás y quizás con 3 luces, que hubiera sido la leche.

(Foto original de Adrian Raths aqui https://www.airliners.net/photo/Swiss-International-Air-Lines/Airbus-A320-214/318427/L)

El driver es la parte más floja, cuando se conecta al pc aparece como un mando de 9 ejes (aunque en los juegos solo verás 8, otra razón para que los pedales fueran USB independientes) y 32 botones, ya que la mayoría de los ejes, además de ser analógicos, tienen zonas que activan botones virtuales, por lo que da lo mismo si tú juego no acepta un eje analógico y funciona con las teclas 1,2,3,4 y 5, puedes usarlo, este funcionamiento se supone que se puede desactivar en los drivers, aunque a mí no me funciona y siempre hay teclas virtuales.


El otro detalle, que no fallo, desde mi punto de vista es que las palancas dejan pulsado los botones correspondientes, lo cual está bien, pero no es cómodo de configurar, no les costaba nada incluir en el pequeño driver la opción de que esas palancas pudieran hacer pulsos.

Cierto es que a los fabricantes de simuladores tampoco les costaba nada entender que en un mando de juegos a diferencia de un teclado, si tiene sentido que una tecla se quede pulsada durante mucho tiempo.

En el manual de instrucciones se detalla un proceso de bastantes pasos para calibrar los ejes, ya que el sistema está incluido en el firmware del mando, no en los driver, en mi caso venían bastante bien de fábrica, aún no los he recalibrado pero parece un sistema bastante fiable, tengo pendiente mirar si los ejes, son también con sensor hall, como el mando, aunque no lo creo.

En cualquier caso, sobre el driver, y el software hablaré en otro post porque tiene mucha tela.


lunes, 8 de enero de 2018

Altimetro, FS2Link y enlaces...

Sin un orden concreto sigo paso a paso dando forma a la cabina, una foto del estado actual (para poder enseñar a los amigos 😋)



En esta ocasión he añadido el altímetro, impreso en 3D, y ademas a diferencia del indicador de velocidad o el horizonte artificial, es totalmente funcional.
La única pega que le puedo poner... que es un poco lento.


Los archivos para poder imprimir uno vosotros mismos, estan en mi thingiverse, como es habitual:
https://www.thingiverse.com/thing:2473812

Este instrumento es un pelin mas complicado que los anteriores:
Por un lado, al llevar 3 agujas, tiene 3 ejes concentricos, los he echo de metal, un eje de 3mm sacado de un CD-Rom viejo, y dos tubos de 4 y 5mm de latón que encajaban como un guante.

Otra de las partes delicadas es la detección de 0 pies, lleva un interruptor optoelectronico (un diodo y un photo-diodo, sacados de un viejo ratón) le indican al arduino que las tres agujas están en la posicion de 0, al arrancar la aguja, el arduino busca esa posicion, y a partir de ahi el arduino lleva la cuenta de las ordenes que le da al motor y la posicion actual de las agujas.

El montaje no es precisamente trivial, en las siguientes fotos se ve como pego estos dos componentes a las piezas impresas, es conveniente tenerlo todo montado, volverlo a desmontar y ponerlas, con cuidado de no mover de sitio ningún engranaje.



Utilizo motores 24BJY, son unos motores paso a paso bastante cutres (tienen un paso de 5,7º frente a los 1.8 normales) con una desmultiplicadora, se suponía que de 1:16, aunque calculo que es de 1:512,  total que tienen 2048 pasos, 4096 si usamos medios-pasos para que sea un movimiento mas suave.

Ha resultado bastante estables y no tienen holgura.

Tengo pendientes de probar los motores 28BJY, igual de baratos, pero se supone que tienen una reductora 1:64, y un total de 512 semipasos por revolucion, lo que deberia acelerar x8 el movimiento, el inconveniente, son mas grandes y complican los diseños.

Mas o menos tardan en dar una vuelta 4 segundos, es un poco justo, pero para un cessna o algo así, no hay problema. (subiendo a toda leche, e.d. 2000 f/min, una revolución serian 30 segundos asi que va sobrado).

Los engranajes son rectos, modulo 1.2, creo que es el modulo mas pequeño que se puede imprimir en una impresora 3D actual y obtener una calidad adecuada, a diferencia de las otras agujas, no son helicoidales, creo que no era necesario, no he visto ninguna holgura una vez montado y dan menos problemas al imprimir.

La parte del encoder no tiene mucha gracia, al mover el encoder movemos el disco, cada vez que lo movemos enviamos al FS X el comando como si hubiesemos echo click sobre el mando de la pantalla, por ahora envia 4 click por cada click del encoder, en el futuro cambiare esto, por que en realidad no leo el valor en la ventana desde el puesto de piloto.

En el siguiente vídeo se ve como arranca, busca el cero y luego recibe una orden y empieza a moverse.


FS2Link es un sofware que lleva mucho tiempo disponible, se supone que sustituye a SIOC + my script en python, y parece que la gente lo usa bastante. no me voy a parar mucho en el por que tengo previsto dedicarle otra entrada. (link: http://www.jimspage.co.nz/intro.htm )

Funciona, punto, hace exactamente lo que tiene que hacer, es facil de configurar, y la unica pega es que no fui capaz de sacar via simconect (el sistema nativo de FSX) el valor de la altitud en pies corregidos, asi que tube que tirar de offset de fsiupc, creo que el fallo es de localizacion del programa (no se si fs2link o el propio FS X) y fallan los valores con decimales.


Por ultimo hace falta un software para el arduino, he tomado la decision de colgar todo el codigo que voy haciendo en github, con la esperanza de que no se pierda.

No tiene nada que merezca especial comentario, únicamente tras meditar un poco me di cuenta que en los anteriores me complicaba un montón la vida, en especial para recibir datos.

Como podemos asegurar que las transmision va a ser correcta y completa en un muy breve periodo de tiempo (esto habria que discutirlo mucho, pero bueno), puedo simplemente esperar a recibir todo el dato, y parar el arduino mientras tanto, como transmitimos unos poco bytes de cada vez, la parada sera de microsegundos y nadie lo notara, y me ahorro todo aquel programa de estados y transiciones.

Podeis ver el codigo aqui:
https://github.com/alvaroalea/flightsimulator/tree/master/altimetro_v0.2

Que en realidad es una carpeta de:
https://github.com/alvaroalea/flightsimulator
repositorio de codigo donde voy a intentar colgar todo aquello que desarrolle para el simulador de vuelo, tenga utilidad o no.


martes, 8 de agosto de 2017

Horizonte Artificial con 2 servos (parte 3) (Este es el bueno)

En dos artículos anteriores os fui contando los pasos que iba dando en el diseño del indicador de horizonte artificial.
Finalmente he logrado si no finalizarlo, al menos crear una version lo suficientemente buena poco para que otros la usen.
Todos los detalles están en thingiverse: https://www.thingiverse.com/thing:2473812

En el siguiente video podeis ver un par de instrumentos de los que hablare proximamente, y al final el funcionamiento del horizonte artificial, mostrando el interior del mismo:


miércoles, 5 de octubre de 2016

Piloto Automatico Bendix King KFC-225

Como tengo esto muy parado ultimamante, voy a poner un micro-video de lo que estoy haciendo ultimamente:
Podriamos considerarlo una continuacion del post de enero del 2012 donde mostraba un transpondedor utilizando un arduino y un LCD, esto es basicamente lo mismo.

Me rondaba la cabeza que para poder realizar el piloto automatico necesitaba un display mas ancho de 20x2 que es el standar, y ademas queria que fuese Rojo, para que se pareciese lo mas posible al real, tras encontrar uno de 24x2 en aliexpress, me puse a ello.

Tambien queria ir probando que tal quedan los paneles con la impresora 3D y si son una alternativa valida para la opcion de sandwich de metracrilato y hoja impresa.

Tengo pendiente un par de cosas:
Imprimir en 3D unas guias para pintar el serigrafiado del marco.
y por ultimo, intentare diseñar una PCB a medida para los pulsadores y probare algun servico de PCB express en asia, para ver que tal sale la cosa, si la cosa sale bien igual hago una pequeña tirada de 7 u 8 de estos.

Conclusiones:
- Con un display de 20x2 voy sobrado.
- No tengo el rojo sobre negro que queria, es mas bien un rojo oscuro sobre rojo claro.
- El angulo de vision, al menos de este display es nefasto, basicamente solo se lee desde un pequeño angulo y es justo el contrario al que necesito.
- El resultado de la impresion 3D es muy bueno, mi impresora (una prusa i3) llega justa para imprimir eso, algo un poco mas ancho no entraria ya, el proceso es lento y requiere varias impresiones de prueba-error, en especial por los botones y el hueco, para que deslicen bien, asi como una buena mano de lija.



sábado, 28 de diciembre de 2013

Jeppesen FS-200 - Esquema Electrico (rev2)

Esta entrada aun esta incompleta, a medida que vaya sacando el esquema electrico, la ire actualizando, el esquema lo estoy haciendo con eagle, si alguien quiere los archivos antes de que los acabe, que me los pida.

Este esquema electrico me ayudara en el caso de que no consiga descifrar el protocolo de comunicaciones, y opte por la opcion de sustituir le motorola 68HC705 por otro, o por un arduino (un mega probablemente).

El esquema esta completo, aunque no tiene valores las resistencias, y algun componente no tiene el tamaño correcto.

Como referencia, pongo también una imagen de la disposición de los componentes, no es correcta del todo, pero ayuda a identificar algunos componentes que en la placa original no tienen serigrafia visible:


martes, 24 de diciembre de 2013

Jeppesen FS-200 - Descripcion Interior

Continuamos la descripcion del panel, esta vez mirando entre las tripas:
Si abrimos el panel, nos encontramos que esta vacio al 99%, unicamente tiene una placa de circuito impreso sobre la que van montados todos los elementos, y una conexion de la pantalla del cable a la tierra del panel.

Sorprende que no hayan incorporado la fuente de alimentacion en el interior del panel.

Una vez desmontados los enbellecedores de los encoders y potenciometros, quitamos el conector del cable, y los 5 tornillos que sujetan la PCB al frontal y nos encontramos:
En la parte de abajo del PCB se puede observar el logo de MDM, las fechas 1991-1993 y el texto "MADE IN USA" (en la caja pone Made in Mexico) lo que me sugiere que es la misma placa que el FS-100 sin apenas modificacion.

El cableado 

El unico cable del equipo acaba en un conector en el borde de la placa de circuito impreso, las conexiones que tiene son:
 1- Violeta, no utilizado (en la PCB esta conectado a la tierra)
 2- Naranja, al DB9 patilla 2 - Envio de datos a RX en el ordenador
 3- Rojo, al DB9 patilla 3 - Recepcion de datos de TX desde el ordenador
 4- Rosa, al DB15 patilla 11 - Eje X del 2º Joystick (habitualmente el Rudder o pedales)
 5- Amarillo, al DB15 patilla 3 - Eje X del 1º Joystick (para el joke, profundidad)
 6- Verde, al DB15 patilla 6 - Eje Y del 1º Joystick (para el joke, alabeo)
 7- Azul, al DB9 patilla 5, y al DB15, patillas 1,4,5 y 9, en la PCB se une a la patilla 8, es masa o 0V
 8- Marron, al mini-din 3, patilla de 0V (-RTN en la pegatina)
 9- No conectado
10- Gris, al mini-din 3, patilla de +9V
11- Blanco, al DB15 patilla 2 - Boton 1 del 1º Joystick
12- Negro, al DB15 patilla 7 - Boton 2 del 1º Joystick

En el conector de alimentacion, la patilla central, que deberia ser tierra, no esta conectada a nada, en cambio, lo que si estan son las tres carcasas metalicas de los tres conectores, que van conectados a la pantalla del cable, y llevados por medio de un tornillo a la tierra de la caja, curiosamente el mismo sitio al que la PCB conecta el cable violeta que no se utiliza.

La conexion al puerto serie es la tipica de 2 hilos mas masa.

En el conector de joystick, vemos que hace una cosa rara, pues cortocircuita las patillas de 5V (la 1 y la 9) con las de 0V (la 4 y la 5) aunque esto no deberia suponer ningun problema o incompatibilidad.
Ademas solo tiene 3 ejes analogicos cableados y solo 2 botones.
Eso significa que esta pensado para utilizar con los pedales de thurstmaster, que no tenian frenos diferenciales, y con la version sencilla del CH virtual pilot, que no tenia mando de gases, y solo dos botones.
Los 2 ejes adicionales del CH Virtual Pilot dejan de funcionar, y lo mismo si intentamos montar cualquier otro tipo de pedales que tenga frenos diferenciales, o jokes con mas botones, o joysticks POV.
Una decision de diseño realmente sorprendente, pues como otro dia explicare, era perfectamente posible haber llevado los 4 ejes y los 4 botones (o 16 o 8 + 2 POV) sin ninguna modificion hardware.

El porque de estas limitaciones, junto a la falta de otros elementos basicos para un panel que permitirian hacer un vuelo completo sin tocar el teclado, supongo que viene dada por la funcion del aparato, que es entrenamiento para IFR exclusivamente, cosas como el taxi o el arrancar el avion, la gestion del combustible, no importan, al fin y al cabo son las mismas que para VFR.

Los componentes electronicos

El corazon de este panel es un microcontrolador de la familia Motorola, un MC68HC705C8A al que han puesto poco interes en borrar las marcas (pero lo han intentado) este integrado tiene 8Kb de EPROM (OTP por que no tiene ventana para borrar) 300bytes de RAM, y la posibilidad de utilizar hasta 24 patillas como Entradas o salidas y 7 mas como salidas, asi como un modulo de comunicaciones serie, asumo que el codigo interno esta protegido. Tiene un cristal de cuarzo de 4Mhz.

Junto a el hay un chip ICL7660 que es un regulador de tension negativa, supongo que se utilizara para los -12V del puerto serie.

Despues nos encontramos con un convertidor A/D de 8 canales y con una resolucion de hasta 10bits, CDP68HC68A2E que se utilizara sin duda para los 3 canales analogicos del conector de joystick y los 3 internos de los 3 potenciomentros. (luego quedan 2 libres que se podian haber utilizado, p.e. para el 4º canal del joystick).
Encontramos tambien 2 chips KA324A con un total de 8 amplificadores operacionales, que seran usados tambien por la parte analogica.

Un integrado 74HTC138 que actua como decodificador de 3a8, junto con 6 integrados tipo 74HTC373, buffer triestados, serviran, para utilizando solo 12 patillas del microcontrolador, leer los 7 encoder y hasta un total de 48 pulsadores. (asumiento que los encoders. rockets y flaps utilizan 2, 20 patillas, mas 22 pulsadores, el mando de gear, los dos botones del joystick, salen 45, quedando libres 3 entradas, que podian haber utilizado para los 2 botones adicionales del joystick)
Todos los pulsadores tienen una patilla a masa, y la otra a una resistencia pullup (encapsuladas en grupos de 8 resistencias con un lado comun).
Este sistema, mas complicado pero que evita los efectos de ghosting tipicos de los teclados y otros elementos que utilizan matrices para su conexion.
Para completar estos integrados 8 resistencias en un encapsulado SIL, se encargan de hacer de Pull-up de cada entrada.
Otras dos encapsulados de resistencias estan asociados a la parte analogica, probablemente a los amplificadores operacionales.

Los encoder son de tipo cuadratura, utilizan 2 bits de los buffer triestados, y tienen unos condensadores puestos entre sus 2 patillas y masa, para reducir los rebotes del encoder.
Ademas, 4 chips tipo 4013 (MC14013B, con 2 basculas tipo D) estan asociados a los encoder, supongo que con algun tipo de sistema de interrupciones para realizar correctamente la deteccion del giro.
Cabe suponer que para los botones no se utilizan interrupciones y el microcontrolador esta realizando pooling constantemente a estas entradas.

Para la adaptacion de los niveles TTL del controlador a los niveles del puerto RS232 se utilizan una serie de resistencias, diodos y transistores de los que mas adelante sacare su esquema electrico.

Existen ademas varios chips de los que aun no he determinado su utilidad, entre ellos un CD4068BE
Tampoco esta claro de donde se consiguen los +5V estabilizados para los chips TTL, etc...

Los componentes electromecanicos

Los pulsadores se distinguen de los interruptores en que el eje que soporta el boton es de color blanco en los pulsadores y azul en los de 2 posiciones.
Estos parecen ser los del fabricante C&K, de la serie PVA, teniendo las referencias:
PVA1-OA-H?-?.?N-NONE-V2 para el pulsador
PVA1-EE-H?-?.?N-NONE-V2 para los interruptores
PE-WH para los embellecedores de plastico de los botones
Aunque estos pulsadores cuentan con 2 circuitos, solo se utiliza uno, quedando las otras dos patillas libres para cualquier uso.

En los pulsadores viene marcado el nº de lote, y el año de fabricacion, asi que mi panel es o del año 96 o posterior.

Los interruptores, son tambien de la marca C&K, probablemente de la serie 7000, algun modelo Vxx, pues tienen un chapita para soldar al PCB y dar mayor resistencia mecanica, con el acesorio J90/J91 en el caso de los flaps y gear, y J3/J37 en el caso de los trim y piloto automatico.
 
Los encoders son de la marca Bourns, probablemente de la familia ECW1J
Lo unico destacable es el sistema utilizado para el encoder doble, que mediante 2 engranajes iguales, separa cada mando a un encoder diferente.
En mi panel, el mando "gordo" no funcionaba, resulta que el engranaje va pegado al eje de giro con pegamento epoxico, y en mi caso se habia despegado, un poco de loctite y arreglado.

En una proxima entrega empezaremos intentaremos sacar el esquema electrico y tener mas detalles sobre su funcionamiento.

lunes, 23 de diciembre de 2013

Jeppesen FS-200 - Descripcion Exterior

El panel

 El panel es completamente metalico, tiene unas medidas de 28.5x19.5x21.5cm, cuatro patas de goma en la parte de abajo, y un unico cable asomando por la parte de atras.
En el frontal estan los mandos, no tiene ninguna luz o indicacion, y unicamente, se ve casi de casualidad, en la ranura que queda entre el mando de las ruedas y el panel, un led de color rojo que indica que la alimentacion esta conectada. (en la foto junto al texto de UP)

Tiene un total de 5 mandos rotativos simples, y un mando doble, todos a encoders (giran sin fin).
Tiene 3 potenciometros deslizantes para las funciones de Gas, Paso y Mezcla de combustible.
Tiene una palanca de 2 posiciones para las Ruedas, y una de 3 posiciones (normal, despeguar, aterrizar) para los Flaps.
Tiene 2 pulsadores dobles (interruptores tipo rocket momentaneos) uno para el trim y otro para la altura del piloto automatico.
El resto se divide entre pulsadores (momentaneos) y pulsadores de interruptor(2 posiciones) en estos ultimos la diferencia es de apenas unos mm. entre cuando estan activados y cuando no.

El cable

 En el diseño del panel han optado por una solucion limpia pero poco practica para mi gusto, en lugar de tener conectores para el puerto serie, el del joke (y pedales) y la fuente de alimentacion, tiene un solo cable, bastante largo (aprox. 3m) que hacia la mitad se divide en tres, el cable serie de 9 pines, el cable para la conexion del Joke y pedales, y la hembra mini-din para la fuente de alimentacion.

La fuente de alimentacion

La fuente de alimentacion que me vino no era la original, al menos no era igual a la otra que vi por internet (traia el logo de MDM) supongo que es por que la mia es de 220V 50Hz.

Tiene un conector mini-din de tres patillas, positivo, negativo y tierra, como mi trafo tiene enchufe europeo sin tierra, esta ultima esta sin conectar, asi como la carcasa del conector.
La fuente de alimentacion es de 9V DC, sin regular (en vacio da 12V) y de 0,2A (0,1 en la version americana) un valor pequeño, ya que el panel apenas tiene grandes consumidores mas alla del led escondido.
Cumpliendo con los requisitos de FCC cerca del transformador hay dos ferritas dentro de un tubo termoretractil, curiosamente no cumple lo de que el cable tienen que ser apantallado.

Jeppesen FS-200 - Haciendo de arqueologo por internet

En internet hay realmente poca informacion acerca de este panel, hay que tener en cuenta que en la epoca que se vendian, internet estaba empezando.
Hay un documento escrito por un piloto y formador profesional acerca de la falta de soporte por parte de jeppesen, el documento original esta perdido, pero en las webs recopilatorias de pdfs esta disponible,   de este documento se sacan dos cosas, un esquema del conexionado, y la pegatina del transformador, donde se indica el patillaje, y que contiene el logo "MDM"
Hay un par de foros, donde la gente modifica ampliamente el panel para usarlo con el flight simulator, ahora solo encuentro una:
- http://www.flightsim.com/vbfs/showthread.php?181630-Making-an-old-Jeppesen-FS-200-Panel-usable-for-FS2004
Como hay disponible una copia de casi toda internet en cualquier fecha pasada, es posible ver la web de jeppesen en el año 96, donde vemos que la venden por 700$
https://web.archive.org/web/20010418040537/http://www.jeppesen.com/prodserv/flitepro/equipment.phtml
En este pdf, vemos un anuncio donde es un poco mas caro:
http://ww1.jeppesen.com/download/aopa/sep-aopa.pdf

 
y desde alli podemos bajarnos el manual de instrucciones de Flite Pro, donde entre otras cosas describen las conexiones del panel:
 https://web.archive.org/web/20010418040109/http://www.jeppesen.com/prodserv/flitepro/download.phtml
 https://web.archive.org/web/20010418040109/http://www.jeppesen.com/download/fliteprohelp.pdf


En las FAQ, informan ademas de que pulsando las teclas de ACT<->STBY del NAV1 y ADF es posible resetear el panel.

Lamentablemente no he podido conseguir el archivo con la demo del FLITE 6.0, que seguramente me hubiera permitido comprobar el correcto funcionamiento del panel.
Si investigamos en la web de FCC acerca de su codigo de homologacion, encontramos poca informacion,  principalmente que es un acesorio de ordenador, y que esta fabricada por una empresa llamada MDM.

https://apps.fcc.gov/eas/GetEas731Report.do?applicationId=79336&fcc_id=JWJM2JDBM1C
Su certificado FCC:
https://apps.fcc.gov/oetcf/eas/reports/Eas731GrantForm.cfm?mode=COPY&RequestTimeout=500&application_id=79336&fcc_id=JWJM2JDBM1C
Buscando informacion de esta empresa, aqui:
http://www.trademarkia.com/mdm-74175438.html
Vemos que el logotipo que tenian es el mismo que aparece en la fuente de alimentacion.
Investigando la relacion entre Jeppesen y MDM, resulta que en esas fechas, Jeppesen compro a una pequeña empresa llamada MDM que se dedicaba a la realizacion de paneles de simulador
http://www.aopa.org/News-and-Video/All-News/1995/September/1/Pilot-Briefing-%283%29.aspx
, y buscando informacion sobre MDM, lo unico que encontramos es que fabricaba un panel llamado FS-100, que es virtualmente identico al FS-200 en los mandos, aunque montado en una caja de madera.
Hasta tal punto es el mismo, que su codigo de aprobacion FCC es el mismo.

Aqui una pequeña descripcion:
http://www.aopa.org/News-and-Video/All-News/1993/November/1/Computers-in-Aviation
En este documento:
http://www.gpo.gov/fdsys/pkg/GAOREPORTS-RCED-99-143/html/GAOREPORTS-RCED-99-143.htm
Discuten acerca de este informe:
http://www.aviation.illinois.edu/avimain/papers/research/pub_pdfs/techreports/99-06.pdf
Que describe las ventajas de utilizar un PC ( con un panel FS-100) para el entrenamiento de pilotos
Y esta es toda la informacion que he podido encontrar en internet sobre este panel.

domingo, 22 de diciembre de 2013

Ya (casi) tengo un simulador Aprobado FAA - el Panel Jeppesen FS-200

Desde hace mucho tiempo llevo siguiendo este panel, en internet hay muy poca informacion sobre el, pero me parecio interesante, asi que tras casi un año de estar atento a ebay, por fin encontre uno a un precio asequible (45€ con envio a españa).
Cuando me llego, ¡Sorpresa!, es pequeño, no, es enano, mi idea era integrarlo con el simulador de C-172 que estoy haciendo, y no sabia si seria demasiado grande, pero que va, si lo pienso un poco, todas las fotos que vi eran de cuando los monitores eran de 14", y claro frente al de 21" que tengo ahora, parece un juguete.

La segunda sorpresa fue, que no tiene certificacion FAA, tras investigar un poco, resulta que solo el panel FS-200AC junto a los pedales de PFC y el Yoke de PFC puede tener certificacion FAA, pero el FS-200 que el el "Basic Panel" no la tiene.
El par de menciones que hay en internet sobre el, se dedican a "canibalizarlo" y convertirlo en un mero teclado o joystick usb, mi idea es investigar un poco en como esta construido, y crear algo que permita usarlo con FS X y con X-Plane, Pero quiero hacer algo "no-destructivo", mi primera opcion es un programa en python que lea los datos serie y los pase al servidor IOCP, como hice con el arduino, otra opcion es instalar un arduino dentro del panel.
Con el tiempo, pretendo escribir una serie de articulos describiendo mis investigaciones con este peculiar aparato.

viernes, 15 de marzo de 2013

Seguimos con los Coches.

Aparentemente esta entrada es casi identica a la anterior, pero por dentro tiene mucha mas miga.

Existe un software para simuladores (aviones o coches) disponible en www.x-sim.de y mientras lo investigaba para un futuro simulador con movimiento, descubri que tambien permite realizar paneles de instrumentos, sobre todo orientado a los simuladores de coches, asi que decidi actualizar el display.

Este software tiene varias ventajas, por un lado puede utilizarse con varios simuladores, simplemente configurando el perfil adecuado, por otro, tiene un modulo de comunicacion serie, por lo que eliminamos varias capas intermedias, recordemos que antes teniamos:
simulador->servidor iocp->SIOC->script en python->arduino 
y ahora se reduce a:
simulador->software x-sim->arduino

Desde aqui podeis bajaros el programa para arduino:
https://www.dropbox.com/s/nwc9pek3ynyj2qw/xsim_rpm5.ino

Esta ampliamente inspirado en el que aparece en este post: http://www.x-sim.de/forum/viewtopic.php?f=40&t=155

Tiene dos mejoras, por un lado la gestion de las RPM maximas y minimas, y por otro lado tiene una conexion serie mas fiable, que soporta sin problemas interrupciones y desconexiones del puerto serie.

Funcionamiento:

En el display numerico aparecen:
Indicador de Bandera (no funciona, deberia aparecer cuando hay bandera amarilla, pero el xsim no lo exporta).
La marcha actual.
La velocidad en km/h.

Los led se encienden progresivamente y se ponen todos rojos con brillo al alcanzar las maximas rpm, el valor de minimas rpm (cuando se enciende el primer led) y maximas (cuando se ponen en rojo) es configurable con los botones, este es su funcionamiento:
  • Boton 1 - Establece el modo F1, rpm minimas = 5000, rpm maximas = 18500
  • Boton 2 - Establece el modo GT, rpm minimas = 0, rpm maximas = 9000
  • Boton 3 - Recupera de la eeprom los valores de rpm personalizados (modo CU).
  • Boton 4 - Guarda en la eeprom los valores de rpm personalizados, al arrancar el arduino lee esto valores y los utiliza, asi para que siempre arranque en modo F1 pulsamos el boton 1, luego el 4 y confirmamos que queremos guardarlos pulsando otra vez el 1.
  • Boton 5 - decrementa el valor de rpm minimas
  • Boton 6 - incrementa el valor de rpm minimas
  • Boton 7 - decrementa el valor de rpm maximas
  • Boton 8 - incrementa el valor de rpm maximas

 Ademas de la parte visible del programa, las salidas 5 y 6 estan configuradas como servos de modelismo, de cara a experimentar con la simulacion de movimiento de 2DOF.

Configuracion de x-sim.de

El archivo de configuracion se puede bajar de aqui:
https://www.dropbox.com/s/ldc191rbhn2glzn/display.rn2

Basicamente el truco esta en configurar adecuadamente la parte matematica, asi como para el valor de velocidad y rpm utilizamos 16bits y un valor siempre positivo, hay que poner el valor maximo de esa señal en 65535, y ajustar el offset a la izquierda del todo.
Para las marchas, utilizamos 8bits, y el valor puede ser negativo, asi que ajustamos a un valor maximo de 128, simetrico, y el offset lo dejamos a 0.

La cadena que envia, usando el modulo SIO, cada 20ms, (puede ser menos), seria:
R~01~~04~S~02~G~03~~05~~06~~07~
Siendo 01 las RPM, 02 la velocidad, 03 la marcha, 04 la bandera, 05 reservado para un futuro force feedback del pedal de freno (8bits), y 06 y 07 (8bits) las posiciones de los 2 servos para la simulacion de movimiento de la cabina.

Como veis, tiene alguna cosa añadida que no esta un implementada, pero para tener un display delante del volante esta perfecto

EDITADO: Nueva version del software, los led funcionan diferente segun sea F1 o GT. Aqui: https://www.dropbox.com/s/uwkqgulp2bohj7a/xsim_rpm6.ino



martes, 6 de marzo de 2012

Get Serious.

Aprobechando que estoy casi acabando la maquina de CNC, y que ya me llego el X-Plane 10, he decidido dejar de hacer pruebas de concepto y empezar a ponerme serio con esto de la cabina.

Asi que manos a la masa y esto es lo que tengo ahora encima de la mesa:

Esta basado en un Cessna 172 "moderno", tendra alguna pequeña diferencia, p.e. el indicador de revoluciones esta en el lugar del ADF, pero es que si no chocaba con el Yoke de Saitek, esta por ver si alargo el eje del mismo que es algo corto, o lo dejo asi, depende de si golpeo mucho con los dedos en el panel al bajar :-)

La idea es muy sencilla, un marco de madera con la forma del panel:

Y varias piezas de madera pintadas y lijadas, mas o menos con la forma del original:

Lo siguiente que voy a hacer es encargar las piezas que me faltan y los marcos para sustituir las pegatinas de la columna de radio por unos que funcionen :-)
Luego el relog, que por fin consegui una mecanica pequeña.
Y despues con la maquina de CNC a crear como loco instrumentos de aguja.

domingo, 26 de febrero de 2012

Indicador de DME: Otro instrumento con Arduino/python/iocp

Tenia por casa un circuito impreso con un panel LCD controlado por un chip Holtek HT1621B, y unos botones.

Me puse a investigar y aqui: http://code.google.com/p/wirejungle/source/browse/trunk/?r=17#trunk%2Flibraries%2FHT1621 que pertenece a http://wirejungle.wordpress.com/about/ encontre cierto codigo que me permitira controlar dicho chip.

Se que en la foto no parece mucho, pero con un poco de imaginacion y la caratula adecuada....

Asi que tras varios cambios para adaptar su codigo a mi placa, un buen rato investigando como estaba cableado el chip al LCD, y aprobechando el sitema explicado en anteriores post de comunicar arduino con X-Plane, me cree un pequeño pero funcional indicador de DME del NAV1, 2 y ADF1.

No es que tenga mucha utilidad para el resto de la gente, pero si tiene algun LCD con el HT1621B, o tienes la pantalla de un analizador de redes SACI como el que yo desguaze,
he dejado en dropbox un zip con el codigo de arduino y demas.

miércoles, 25 de enero de 2012

OpenRadioSim & Arduino: Transpondedor para X-Plane

El fruto y objetivo de mi anterior post, comunicar Arduino con SIOC, es entre otras cosas para hacerme un panel de radios, empezando por el Transpondedor, que resulte economico.

Si la jugada me sale bien lo llamare OpenRadioSim, y sera GPL

Pronto pondre los diseños de la PCB y el programa de arduino completo, asi como el diseño de la caratula y lista de materiales, para todo aquel que quiera copiarlo.

Pero tengo que retocar algunas cosillas que aun no hace, como responder a la tension de la avionica (para que se apage al quitar el interruptor) o que el retroiluminado se apaque en la posicion off.

Pero mientras he colgado un video donde se ve su funcionamiento actual aprobechando unas teclas que tenia por ahi tiradas.

martes, 24 de enero de 2012

Arduino e IOCP, the easyway.

Arduino es un invento, de eso no cabe duda, y al estar tan extendido es ademas una plataforma muy barata y flexible de programar microcontroladores.
Aunque hay bastante gente que ha conectado su arduino al simulador, hasta ahora lo mas flexible que encontre era el link2fs_inout de Jim. y no es precisame muy flexible o portable, pues parece programado en visual basic y para flight simulator.

No me gustaba, yo queria algo que hablase con sioc, para asi poder utilizarlo indistintamente con x-plane o con FsX

Asi que aplique un poco de filosofia unix, el KISS (keep it simple, stupid).

Mi idea es en el futuro que arduino, con una shield ethernet se comunicase directamente con un servidor IOCP, bien el programa sioc, bien el pluging para xplane, etc,etc...

La cuestion esta en como hacia para que mi actual arduino que se conecta por USB, hablase tambien con sioc.

Estaba claro que la solucion pasaba por un programa que hiciese de traductor entre la conexion TCP que espera IOCP, y la conexion serie que da arduino, que es lo mismo que hace la tarjeta LCD de opencockpits.

Empece programando el Arduino, por dos motivos, ya tengo una protocolo de comunicaciones, el SIOC, es sencillo de entender, y si el dia de mañana adquiero la shield ethernet tengo menos que modificar.

Luego tenia que programar la pasarela, como estoy en windows (por el sioc), y no tengo ni idea, la solucion paso por hacer una warreria en python.

Y voila!!! Funciona, puedo enviar y recibir datos entre arduino y SIOC, es bonito y es flexible.

Por hacer:
Hay algunas cosillas que aun no he terminado:
  • El programa no responde a la orden Arn.Vive
  • Tengo una latencia importante en las comunicaciones, sirve para un piloto automatico, un panel de alarmas, pero no para una plataforma movil, o instrumentos de aguja.He reducido la latencia, aunque no lo he probado con indicadores de aguja u otros indicadores "sensibles"
  • Hay que configurar y compilar algunas cosas a pelo, y hay que isntalar python.

Aqui esta la informacion util:

El programa pasarela.

Hay que instalar python, y luego la libreria pyserial, modificar las primeras lineas del programa para que se ajusten a tu configuracion:
 #!/usr/bin/python            # This is client.py file
# Distributed under GPL V3 License
# (C) Alvaro Alea Fdz 2012
import socket,serial,select # Import socket module

# la configuracion lo primero

host = "127.0.0.1" # socket.gethostname() Get local machine name
port = 8092 # Reserve a port for your service.
serialport=2 # com3

# Conectamos al servidor.
ne = socket.socket() # Create a socket object
print ("Conectando a servidor\n")
ne.connect((host, port))
ne.setblocking(0)
print ("Conectado a s. IOCP\n")
# Abrimos el puerto serie N 9 9600 por defecto
se = serial.Serial(serialport)
se.timeout=0
print ("Abierto puerto serie")
# El loop
#ne.send(bytes("Arn.Inicio:999:\r\n",'UTF-8'))
while 1:

d=0
while d==0:
b= se.read(1)
if b :
ne.send(b)
print (">")
else:
d=1

d=0
while d==0:
ready = select.select([ne],[],[],0.1)
if ready[0]:
a = ne.recv(1)
se.write(a)
print ("<")
else:
d=1
# salida normal del programa.
ne.close() # Close the socket when done
se.close()

El programa de arduino
Es solo el esqueleto de la aplicacion, el resto depende de lo que querais hacer, pronto pondre algun ejemplo completo:
// Distributed under GPL V3 License
// (C) Alvaro Alea Fdz 2012
// Algunas definiciones usadas por claridad.
#define XPDR_CODE 999
int dat,valor;
// llama a esta rutina al principio para iniciar el puerto serie y
// para indicar a sioc que variables monitorizar EDITALO
void setupserial(void){
Serial.begin(9600);
Serial.print("Arn.Inicio:");
Serial.print(XPDR_CODE);
Serial.println(":");
}
// funcion interna, ¿el nº en ascii es una numero?
int isnum(int n){
if ((n>47) && (n<58)) return 1;
else return 0;
}
// llama a esta funcion cuando quieras cambiar algo en sioc UTILIZALA
void enviapares(int dat, int valor){
Serial.print("Arn.Resp:");
Serial.print(dat);
Serial.print("=");
Serial.print(valor);
Serial.println(":");
}
// En esta funcion se reciben todos los cambios de sioc EDITALA
void procesapares(int dat, int valor){
int t1;
if (dat==XPDR_CODE){
}
}
// el meollo de la cuestion, NO TOCAR, FUNCIONA
void serialstuff(void) {
int c=0,pr;
pr=0;
if (Serial.available()==0) return;
c=Serial.read();
do {
switch (p){
case 0:
if (c=='A'){
p=1;
}
pr=1;
break;
case 1:
if (c=='r') {
p=2; pr=1;
} else { p=0;
}
break;
case 2:
if (c=='n') {
p=3; pr=1;
} else { p=0;
}
break;
case 3:
if (c=='.') {
p=4; pr=1;
} else { p=0;
}
break;
case 4:
switch (c) {
case 'R':
p=5; pr=1;
break;
default:
p=0;
break;
}
break;
case 5:
if (c=='e') {
p=6; pr=1;
} else {p=0;
}
break;
case 6:
if (c=='s') {
p=7; pr=1;
} else { p=0;
}
break;
case 7:
if (c=='p') {
p=8; pr=1;
} else { p=0;
}
break;
case 8:
if (c==':'){
p=9; pr=1; dat=0;
} else { p=0; }
break;
case 9:
switch (c){
case 13:
p=20; pr=1;
break;
case '=':
if (dat==0) {
p=0;
} else {
p=10; pr=1;
}
break;
default:
if (isnum(c)) {
dat = 10*dat + (c-48);
pr=1;
} else { p=0; }
break;
}
break;
case 10:
if (isnum(c)){
valor = (c-48); p=11; pr=1;
} else { p=0; }
break;
case 11:
switch (c) {
case ':':
procesapares(dat,valor);
p=8;
break;
default:
if (isnum(c)){
valor = 10*valor + (c-48); pr=1;
} else { p=0; }
break;
}
break;
case 20:
if (c==10) pr=1;
p=0;
break;
default:
p=0; pr=1;
break;
}
} while (pr==0);
}
// Al comenzar el programa inicializa el puerto serie.
void setup(){
setupserial();
}
// El bucle principal.
void loop(){
// Es necesario llamar a esta funciona cada poco para recibir datos.
serialstuff();
}

2012/01/27 - Corregido BUG: Cambiando un writeln por write en la funcion enviapares

viernes, 13 de enero de 2012

¿Merece la pena comprar el panel de radios Saitek?

Los paneles de Saitek estan muy bien (dejando de lado alguna decision de diseño que podriamos discutir.), y son practicamente la unica alternativa comercial, Plug&Play que hay para el simulador de vuelo.
Si tu eres como yo de los que te gusta construirte las cosas, es posible que, como yo, hayas pensado que son carisimos, y que podias hacerte uno por la mitad de precio.
Pues vamos a echar unas cuentas y descubri que, en realidad son regalados de precio, y que hacerte tu algo igual te costaria el doble.
Por supuesto el hacertelo tu tiene la ventaje de poder personalizarlo a gusto o hacerlos mas realistas, o mas comodos de manejar.
Empecemos:
  • 46.25€ incluyendo el descuento de facebook, es lo que te costaria la caratula en policarbonato, cortada en laser, pintada y serigrafiada en hispapanels.
  • 20.00€ Una placa de arduino para controlarlo todo.
  • 42,64€ Dos encoder rotativos de doble eje.
  • 35,18€ Dos mandos concentricos para los encoder
  • 58,95€ Los 4 chips y 20 displays Led de 7 Segmentos rojos de 0.6" de altura
  • 18,67€ En una placa de C.I. botones y algun componente mas.
Total:
  • 221,7€
Es decir justo el doble que en amazon(aunque hay que admitir que no tienen muy claro lo que venden) Y a esto hay que añadirle la programacion del arduino y el programa del Ordenador, y que no tienes soportes, tornillos guapos, ni caja trasera y el tiempo que has tardado en hacerlo.

Para estos calculos he utilizado los precios de la tienda de componentes online Mouser, que esta bastante bien de precio. si alguien esta interesado le puedo pasar el "carrito de la compra" donde desgloso los precios de cada cosa.

Si alguien piensa que los calculos estan mal, y que saitek no puede hacerlo tan barato, hay que tener en cuenta que 90€ se van en "plasticos" y eso a saitek le sale por unos centimos.

Asi que en resumen, esta claro que merecen la pena, son una buena inversion, y ya si te salen como a mi, de segunda mano por 65€ no digamos, Je Je.

Ahora bien, si el frontal te lo hace tu a mano, con metracrilato, sierra y una impresora.
Si en lugar de displays de 7 Segmentos Led utilizas una pantalla retroiluminada de 20x2
Y en lugar de los encoder dobles, utilizas encoders sencillos con interruptor
La cosa cambia mucho, y teniendo la misma funcionalidad y un aspecto muy similar, rondariamos los 50€

miércoles, 11 de enero de 2012

Primer intento de simular el Garmin GNS530

Actualmente las soluciones que hay para incorporar un GPS en la cabina de simulacion, pasan por utilizar un gauge de pago solo para FSX y un pequeño dispositivo que no es mas que un 2º monitor que se conecta a una de las escasas salidas de video del equipo.
Ah!, y cuesta un ojo de la cara y parte del otro.
La alternativa que estoy pensando es mucho mas economica (calculo que no llegue a 100€) y no utiliza salidas de video, de echo se conecta por ethernet. el pero esta en que utiliza mucho micro.
He puesto en youtube un video con las primeras pruebas:

martes, 3 de enero de 2012

La llave de los magnetos.

Uno de mis objetivos es tener el equivalente a todos los controles de saitek, pero solucionando sus deficiencias, y una de ellas es que el mando de los magnetos y el arranque es un mando rotativo, no tiene llave.
Asi que tras algun tiempo pensando como hacerlo, llegue al estado actual, que sin ser perfecto, esta mucho mejor que la opcion de saitek, y aqui describo como lo hice:

Lo que se ve por fuera es una simple cerradura de taquilla, que puedes encontrar en cualquier ferreteria, el primer resultado de google nos muestra varios modelos.

El unico detalle a tener en cuenta es que al final de la llave, tenga un tornillo que sujete la pieza metalica que hace el cierre.

La parte electrica es un simple conmutador rotativo de 1 circuito, 12 posiciones, al que se ha limitado sus movimientos a 5 posiciones.

Si miramos por dentro vemos que he doblado la pieza metalica para que no tropieze con nada, y he cambiado el tornillo que la sujeta por un trozo de varilla roscada con una tuerca, que sujeta igualmente la cerradura, y se prolonga hacia atras.

En un trozo de tubo he roscado cuatro tornillos que sujetan por un lado el palo del conmutador y por otro el trozo de varilla roscada, de manera que cuando giramos la llave, giramos el conmutador. con una borna electrica grande hubiesemos conseguido el mismo resultado, pero no la tenia a mano.

Solo hay que tener cuidado de ajustar para que la posicion en la que la llave se puede meter y sacar coincida con la posicion OFF del conmutador.


Unos trozos de madera y metracrilato se encargan de sujetar el cuerpo del conmutador e impedir que este gire cuando lo hace la llave.

Entre las mejoras posibles esta en idear algo que haga que el conmutador no se mantenga en start y vuelva a la posicion both solo, como en el arranque de los coches, pero hay que mejorar las piezas que soportan el conmutador y hacer ese mas suave, pues las pruebas que hice, estaba demasiado duro y no obtenia un buen resultado.

lunes, 2 de enero de 2012

Video de las Agujas en Funcionamiento

Estaba yo aburrido y me decidi a grabar con el movil un video cutre de como estan funcionandome los instrumentos de vuelo, asi que aqui esta:

martes, 27 de diciembre de 2011

Indicadores con servos

A los reyes magos de este año les he pedido una tarjeta de servos de opencockpits, y aprobechando estas fiestas he creado un par de indicadores con servo.
Aun no tiene hubicación definitiva y faltan algunos detalles, me ha permitido ir viendo los problemas de construcción y las soluciones de cara a en un futuro crear los 6 instrumentos básicos de vuelo.Todos los instrumentos parten de la misma idea:
  • Un embellecedor exterior, que sujetara el cristal, o en el caso de los de fuel, cartelitos que tapan ciertas partes.
  • Un separador, para poder tener espacio para las agujas entre el fondo y el cristal.
  • Un fondo, donde pegare una hoja impresa con las escalas y demás.
Aunque no me gusta mucho como queda, en el caso donde las agujas recorren menos de 180º, puedo utilizar el servo directamente:
Cuando las agujas giran mas de 180º es necesario utilizar una desmultiplicación, lo mas fácil de conseguir son los engranajes de lego, asi que dicho y echo. Lo mas complicado es sujetar la corona al servo, en este caso como en el resto, el pegamento de silicona caliente es tu amigo.
La aguja es un trozo de plástico pegado sobre una pieza de lego, que va al eje.
El conjunto funciona bastante bien, y el único problema es que los servos son bastante ruidosos, pero solo se nota en casos especiales, p.e. cuando conecto la batería y los indicadores de fuel pasan de marcar 0 a marcar el contenido de los depósitos.
El otro detalle antirealista, es que tienen demasiada profundidad, debido a los materiales que he utilizado, pero es otro detalle sin importancia.

domingo, 3 de abril de 2011

DIY pedales (rudder pedals)

Bueno, despues de mucho tiempo, y mucho pensar me lie la manta a la cabeza y finalize los pedales que hace años habia intentado hacer.
No estoy del todo convencido de como han quedado, y hay varias cosas que cambiare con el tiempo, pero por ahora me sirven perfectamente para practicar los taxis y el giro coordinado.
Detalle general de los pedales, su muelle y el potenciometro que manda la señal al ordenador. y primeros errores:
Supuse que con los dedos de los pies tendria fuerza suficiente como para llevar el pedal en horizontal, falso, la bisagra que los bascula deberia estar puesta en los primeros 5-10cm del pedal, y ademas el angulo esta mal, esa es la posicion que tendrian que tener pisados a tope, y sin pisar estar como a 60º de la horizontal.
Otro error es utilizas DMF y no pretaladar donde van los tornillos, en varios casos se me abrio la "madera" en algunos casos llegando a separarse en 2 como el trozo triangular que sirve de refuerzo en el pedal.
En esta imagen se puede apreciar el mecanismo de centraje, el potenciometro del timon y como hago que cuando un pedal se adelante el otro retroceda, lo del medio es una simple U de aluminio.
Y este es el mecanismo que sujeta el pedal a la U, un tornillo, el sistema es bastante eficaz, aunque un poco ruidoso, y carga demasiado el tornillo central, acabara cediendo.
La cabeza del tornillo era ligeramente mas grande que el hueco de la U, asi que lo puse en el traladro y lo lije hasta que cogio la medida justa para entrar en la U.

Los patines estan sujetos a la base de madera con dos carriles de cajon, esos tornillos sirven de tope y limitan el recorrido de los pedales, en la direccion contraria no hay tope, para eso esta el otro pedal.

Y por ultimo un detalle de la electronica, que de momento es la placa de joystick de Opencockpits, que se puede comprar en su web, aunque espero algun dia ponerme a programar un pic para que no aparezcan los ejes y botones fantasma que ahora no uso.