Para empezar he tenido que modificar el hardware, pero muy ligeramente he colocado una resistencia de pull up de 4k7 entre RA4 y +5v, y un pulsador de RUN entre RA4 y GND. A partir de hay solo toca jugar con el software. Cargamos el hex en nuestro pic y a funcionar, para empezar instalamos el software, y si es necesario también los drivers (Todo ello y el hex para el PIC18F2550 está disponible en http://www.hackinglab.org/ ).

Para empezar he modificado su programa de blink para usarlo con el backlight de la LCD:

// Parpadeo de retroiluminado basado en:
// Test blink with Pinguino jean-pierre MANDON 2008
// Modificado por BoOpS – FJSG

int bl=8;                    // Backlight conectado al pin 8
int tiempo;                    // declaramos tiempo como entero

void setup()
{
tiempo=300;                // tiempo de parpadeo 300ms (ciclo de 600ms)
pinMode(bl,OUTPUT);            // configuramos el pin como salida
}

void loop()
{

while (1)
{
digitalWrite(bl,HIGH);            // encendemos el retroiluminado
delay(tiempo);                // espera 300ms
digitalWrite(bl,LOW);            // apagamos el retroiluminado
delay(tiempo);                // espera 300ms
}
}

Con eso, compilamos y cargamos, ojo si estamos en linux tendremos que ejecutar el software como root.

Bueno para los que les gusten las comparaciones, no es ni mejor ni peor que Arduino. Eso si ligeramente más económico ya que nos ahorramos de algunos componentes como puede ser el conversor usb serie.

Próximamente espero migrar alguna de las librerias de LCD de Arduino y más cositas!

GPIO:
1 -> Wireless Naranja
2 -> Wireless Verde
3 -> USB (Verde)
4 -> Power Verde
7 -> Power Naranja
5 -> Reset
6 -> Apagado

Su uso viene siendo el mismo que en las anteriores versiones, los registros estan en /proc/gpio/ y estan ordenados así:

NUM_DIR Dirección del puerto a 1 como salida y a 0 como entrada.
NUM_OUT Salida del puerto a 1 nivel alto (3v3) y a 0 nivel bajo (0v).
NUM_IN Entrada del puerto a 1 cuando lee nivel alto y a 0 cuando lee nivel bajo. (No me he parado a comprobar los margenes)

Así que os dejo un vídeo con el resultado:

El proceso ha sido bien sencillo, creamos un script al que he llamado prueba con el siguiente código: (Para crearlo basta con hacer: “vi prueba” después pulsaremos “i” y pegaremos el código, para guardarlo “ESC” y escribir “:wq!”)

echo 1 > /proc/gpio/1_dir
echo 1 > /proc/gpio/2_dir
echo 1 > /proc/gpio/3_dir
echo 1 > /proc/gpio/4_dir
echo 1 > /proc/gpio/7_dir
echo 0 > /proc/gpio/1_out
echo 0 > /proc/gpio/3_out
echo 0 > /proc/gpio/4_out
echo 0 > /proc/gpio/7_out
echo 0 > /proc/gpio/2_out
sleep 1
echo 1 > /proc/gpio/2_out
sleep 1
echo 1 > /proc/gpio/1_out
sleep 1
echo 1 > /proc/gpio/3_out
sleep 1
echo 1 > /proc/gpio/4_out
sleep 1
echo 1 > /proc/gpio/7_out
sleep 1
echo 0 > /proc/gpio/2_out
sleep 1
echo 0 > /proc/gpio/7_out

Por orden: Primero configuramos todos los registros como salidas, apagamos todos los leds y vamos encendiéndolos con esperas de 1 segundo.  Y finalmente apagamos dos de los leds.

Para ejecutarlo primero debemos darle permiso de ejecución: “chmod prueba +x” y para lanzarlo escribiremos “./prueba”.

¡Espero que os animeis y le pongais ruedas a alguna fonera!

Como podéis ver he vuelto a usar la LCD para hacer las pruebas, la aplicación algo sencilla, dividir los 360 en  8 cuadrantes de 45º y mostrar mensajes conforme vayas girando alrededor del eje X. Para ello he creado una pequeña PCB con la configuración básica del acelerómetro a 2G, basta con 5 condensadores para que este funcione perfectamente, 2 para la alimentación y 3 para estabilizar las salidas.

La principal y lamentable desventaja de este integrado es que se encuentra descatalogado una lastima ya que su encapsulado facilita bastante el trabajo a los aficionados. Sus características son las siguientes:

• Alimentación de 2.4v a 3.6v.
• 2 Escalas seleccionables 2G o 6G.
• Alta resistencia a impactos.
• Sensibilidad de 0.5mG.
• Encapsulado SO24.

Datasheet

En hardware es bien sencillo, para los 3v3 he usado el propio regulador para el Vusb del PIC. He colocado los 5 condensadores que muestra la hoja de características, 10uF y 100nF en la alimentación y 15nF en cada salida. Ya que todo es SMD he montado una pequeña plaquita de evaluación dejando tan solo 5 pines: alimentación, masa y las 3 salidas analógicas. Para ello he usado Eagle y aquí os dejo los esquemáticos y la librería.

Ficheros EAGLE.

La programación es bien sencilla, configuro el USB y el ADC, inicializo la LCD y sobre ella voy escribiendo las medidas que realiza el ADC. Después de esto comparo  el eje Z para saber la inclinación (según los valores calculados) y compruebo si la placa a superado los 180 grados mirando el eje Y.

Teóricamente la presición trabajando con el ADC a 8bits y con la referencia en 5v es de 5º pero podría mejorar si usáramos los 10bits del conversor y/o bajáramos la tensión de referencia a 3v3.  De momento tengo suficiente para las cosas que quiero probar.

Espero que os haya gustado.

Hace un par de días que añadimos un modulo de RF a una de las Galateas para poder hacer un poco de control remoto y telemetría. Después de que se integrara perfectamente en el robot se me presentaba un problema: El receptor para el PC. Para conectar el modulo de radio al pc estaba usando aparte le propio modulo de radio (montado en una protoboard con un plano de masa a base de pcb de 0,8mm mal revelada) un conversor USB/serie con su metro de cable, mi Conversor Serie TTL-RS232 y como hay que alimentarlo todo a 5v (El conversor USB/Serie no trae alimentación) Pues conectaba otro cable usb que conectaba a placa de desarrollo del LCD2550 y desde esta tomaba la alimentación a 5v, menos mal que la masa es común y no tuve que cablearla. Como os podreis imaginar no muy recomendable llevar algo así a la Campus. Después de buscar y preguntar los los FTDI para hacer una plaquita para los radiomodems la unica solución rapida que me daban era comprar un cable y abrirlo. Ayer tarde justo cuando Yecks se fue de casa me puse a empaquetar todo lo que debía llevar a la campus y vi la Skylamp del año pasado (Que al final no habíamos usado para el Faro) y recorde que llevaba un conversor de este tipo pero usaba las señales de DTR o RTS. Mirando la Pcb observas que tienes un puerto serie cableado que además tiene unos leds de estado. Así que manos a la Obra:

El unico problema que tuve fue buscar un punto de +5v, pero gracias a que todo el diseño de GPL solo tuve que seguir los esquemáticos que tienen en su web: http://www.iearobotics.com/ observando este esquematico me di cuenta de que la serigrafia no coincidia con el pinout. En ella aparece Tx Rx DTR GND cuando deberia apareces GND DTR RX Tx. La tensión de +5v la cojeré del cátodo del diodo de protección del rele. Para conectar la placa se topos con el modulo a la SkyLamp he desoldado los conectores de ambas y les he soldado un cable plano. para acabar he sujetado la antena y las he acoplado usando dos bridas.

Los añadidos de hardware han sido un receptor IS1U60, con su condensador de filtrado y su resistencia, imprescindible para el desarrollo (Gracias a mi tutor, Antonio, por prestarme el receptor). Para darle más “juego” al montaje y por idea del profesor de Desarrollo de Prototipos, también Antonio, le he incorporado un pequeño pito para poder imitar un sistema de Alarma. En el video se escucha bastante flojito, pero creedme que suena casi igual que na tecla de móvil o el pito del polimetro en continuidad.

La parte de programación es solo un ejemplo con 2 funciones, encender y apagar el retroiluminado y hacer un beep, la función para la lectura es cortesía de Furri ya que uso una modificación de la que él usa en minitarribot.

Espero que os haya gustado y pueda enseñaros pronto nuevas aplicaciones.

Una preciosa Fonera 2.0, Mil gracias Mif! Como ya os conté en otro post esperaba tener una pronto con la que jugar, así que aunque Fon aun no me haya mandado “mi Fonera” me puse a jugar con el cacharrito, ronda de fotos por dentro y por fuera y a pasar a una primera ronda de polimetro…

En resumen, 2 diodos leds bicolores (Wireless y Power), un diodo led verde de USB y dos leds dependientes de Wan y Lan, aun no se si son dos entradas diferentes o dará igual una que otra. Alimentación de USB directa del transformador, pasando por un fusible eso si, por eso el transformador de 2A, realmente no se calienta tanto como la 2100.

Por detrás un espacio usado al máximo dos puertos ethernet uno de color blanco para la Wan y otro negro para la Lan, conector USB, SMA para la antena, y conector de alimentación. Lo que más me sorprendio la alimentación, vuelven a la alimentación 5v esta vez “bien hecho” con una disipación térmica mucho menor, en el conector de antena le he instalado mi ya “típica” antena SMC de 5db con la que tengo cobertura en toda mi casa. El conector USB merece un apartado para el solo así que paso a los conectores ethernet, ahora mismo tengo una pequeña “chapuza”, he conectado mi router por la entrada de LAN en vez de por WAN, la razón es que desde la WAN (lo que viene a ser la mayoría de ordenadores de casa) no tiene acceso al interfaz web de la Fonera ni al SSH así que lo he solucionado colocando la fonera como parte de la red LAN y no como punto de conexión a la WAN.

Por dentro, sinceramente cuando llegué esperaba algo mejor pero ahora estoy bastante satisfecho, pude arrancar el firmware y conectarme a ella, pero fallo mio, al cambiar las ips para incluirla en mi red local y conectarla a internet… fallo de conexión y muerte de las conexiones. Intento hacer un reset… nada… así que a sacar el puerto serie e intentar configurar, si éxito, las conexiones, así que como seguía teniendo acceso a la consola me puse a mirar el USB. Volví a pifiar cuando trate de hacer “lsusb” a lo que me responde con un “vete al carajo” así que tuve que visitar el sistema de archivos donde rápidamente llegas a /dev/ y te encuentras con… sda y sda1, ahora me cuestiono por que no haber empezado por ahí… rápidamente hago mount y listo nuestro pendrive de 2GB montado en la fonera y con acceso a él. ¿Sencillo?

Del interior poco más que decir que ver las fotos… Una Fonera+ o una Fonera 2200 ampliada. En el puerto serie, en diferencia a la fonera 2200 el terminal de masa es el más cercano a los leds. La alimentación a 3v3 la lleva un regulador BAY732. Y poco mas que decir, tampoco me he puesto a mirar corrientes ni nada ya que tenía muchas ganas de ver sus posibilidades. Destaca el tamaño de los controladores de las ethernet y del USB y una especie de “condensador” cerca de la alimentación, que realmente es un fusible de protección para sobreconsumos del USB, así que supongo que no llevara control de consumo por parte del sistema. En la cara Inferior nada la diferencia a simple vista de las demas foneras boton de reset chip de memoria y algunos pads de componentes sin colocar… ¿nos reservan alguna sorpresa para versiones superiores?

Después de un rato tratando de restaurar las conexiones encontré al responsable del Firmware de FON, Iurgi ¡muchísimas gracias por tu ayuda y por todo!, gracias a él pude reinstalar el firmware, bueno más que reinstalarlo instalar uno mejor, de momento he podido probar poco… Aún no me he atrevido a colocarle la webcam, sigo siendo un poco patoso en linux así que primero trataré de instalarla en Ubuntu y después me aventuraré con la fonera. Puedo deciros que es cierto todo lo que se lee por la red, tiene soporte para bittorent y funciona muy aceptablemente.

Creo que por hoy ya está bien, próximamente os subire un video jugando un poco con los leds y a ver que mas surge. También tengo en mente una aplicación que irá grabando en el USB un registro de temperaturas de la habitación con un pic pequeñito y el sensor de microchip.

Ahhh y una última imagen, la verdad que me hizo bastante gracia cuando con el nuevo firmware no aparecía el logotipo de Fonera2.0 reflejado sino está preciosa rata: