Archivo de la categoría: Proyectos

Proyectos que he desarrollado y quiero compartir con la comunidad

Servidor central de películas para una o más tablets con la raspberry pi zero mediante wifi

La siguiente situación es conocida por muchos: vamos a hacer un viaje largo en coche que dura horas, pero los niños no aguantan y al poco rato de haber comenzado ya empiezan a preguntar cuanto queda o si hemos llegado ya. Para hacerles más ameno el viaje se les ponen películas para que vayan entretenidos una buena parte del viaje.

El objetivo de este artículo es reutilizar las tablets android e ipad (también funciona con los móviles) que tenemos por casa para que reproduzcan los vídeos que hay almacenados en una raspberry pi zero mediante wifi. Así los niños estarán entretenidos en el coche, en un restaurante, en la sala de espera espera del médico, etc., además cada uno podrá ver una película distinta y no tendremos que realizar ninguna inversión grande para lograrlo más allá de una tarjeta SD y una raspberry pi zero w.

Lo primero es descargarse la última versión del sistema operativo Raspbian Lite desde la web oficial.

Después hay que grabarla en una tarjeta SD (recomiendo una con class 10). Aquí se explica cómo hacerlo desde varios sistemas operativos.

Esta creará dos particiones. En la que es FAT32 y está etiquetada como boot hay que:

  • Crear un fichero vacío llamado ssh o ssh.txt para habilitar la conexión ssh a la raspberry pi.
  • Crear otro fichero llamado wpa_supplicant.conf e introducir en este lo siguiente (cambiando los valores ssid y psk por los de la red wifi correspondiente):

Ahora hay que introducir la tarjeta SD en la raspberry pi y alimentarla mediante un cargador usb de al menos 500mA.

Si todo va bien se podrá conectar a la raspberry mediante ssh a la IP que le ha dado el router.

Para asegurarse que instalaremos las últimas versiones del software hay que hacer una actualización de los repositorios:

Instalar hostapd (para que la raspberry haga de punto de acceso), dnsmasq (para que pueda dar direcciones IP), samba (para compartir ficheros) y lighttpd (para poder apagar la raspberry desde el navegador):

Para que los dispositivos se conecten a una red wifi creada por las raspberry hay que configurar el hostpad, para ello crear con el usuario root el fichero /etc/hostapd/hostapd.conf con el siguiente contenido (cambiando los valores ssid y wpa_passphrase por los de la red wifi que vamos a crear y el valor channel por el *canal de la red wifi del router):

*Cuando estamos en casa, para que funcionen correctamente en la raspberry tanto la red wifi creada como la red wifi que hemos configurado al principio para conectarse, hay que configurar el mismo canal wifi porque la raspberry no permite trabajar con varios canales a la vez.

Editar con el usuario root el fichero /etc/default/hostapd y añadir el siguiente contenido:

Después, cada vez que arranque la raspberry hay que ejecutar un script para activar correctamente la red wifi creada, para ello crear con el usuario root el fichero /usr/local/bin/hostapdstart con el siguiente contenido:

y editar con el usuario root el fichero /etc/rc.local y poner antes de la linea que tiene exit 0 el siguiente contenido:

A continuación hay que configurar el dnsmasq para que de IPs a los dispositivos que se conecten a la raspberry en la subred 192.168.50.0/24, para ello editar con el usuario root el fichero /etc/dnsmasq.conf y añadir al final del fichero el siguiente contenido:

Después hay que configurar la raspberry para que se conecte a nuestro router (otra vez como al principio), para ello editar con el usuario root el fichero /etc/network/interfaces y añadir al final el siguiente contenido:

Para compartir los ficheros se tiene que configurar samba. Primero ejecutar:

Después añadir con el usuario root al final del fichero /etc/samba/smb.conf el siguiente contenido:

En la carpeta /home/pi/share es donde se deben almacenar los vídeos que luego se quieran reproducir. Puedes enchufar un disco usb a la rasberry para copiar los vídeos; descargarlos de una NAS, de una página web, etc.; instalar un cliente de torrent o lo que se te ocurra.

Para apagar la raspberry fácilmente desde el navegador, hay que dar permisos de sudo a lighttpd, por tanto ejecutar:

Y añadir al final el siguiente contenido:

Después activar el módulo cgi para lighttpd:

Sustituir con el usuaro root el fichero /etc/lighttpd/conf-enabled/10-cgi.conf con el siguiente contenido:

Crear con el usuario root el fichero /var/www/html/index.html con el siguiente contenido:

Crear con el usuario root el fichero /var/www/html/apaga.sh con el siguiente contenido:

Como último paso en la raspberry, ejecutar:

Para que no haga falta esperar conexión a la red, seleccionar 3-Boot Options/B2 Wait for Network at Boot/NO y para tener la máxima memoria posible 7 Advanced Options/A3 Memory Split, poner 16 y pulsar OK. Seleccionar Finish y decir si a reiniciar la raspberry.

Finalmente instalar la aplicación VLC de videolan en los dispositivos, después configurarlos para que se conecten a la red wifi de la raspberry, arrancar el VLC, seleccionar la opción Red local, elegir RASPBERRYPI, escoger la carpeta Peliculas y pulsar sobre la película que se quiera reproducir.

En el coche, la rasberry se puede alimentar con un cargador de mechero a USB, en otro lugares se puede alimentar mediante una powerbank.

Para apagar la raspberry, sólo hay que abrir un navegador en uno de los dispositivos y acceder a la dirección http://192.168.50.1

Por último agradecer a este mensaje en los foros de la raspberry donde se explica cómo hacer funcionar como punto de acceso a la vez que cliente.

Espero que os sea tan útil como a mi para amenizar la espera a los niños o incluso utilizarlo tu sólo cuando vas en transporte público o estás en un hotel.

Dispensador de caramelos de colores

Tenía pendiente publicar el proyecto que presenté a la Maker Faire Madrid 2016 en la mesa de Spainlabs.

Consiste en que el usuario elija mediante un botón qué color de caramelo quiere recibir, entonces el sistema empezará a remover los M&M’s de un embudo para que caiga uno solo en una plataforma, después el sistema reconocerá el color del caramelo y si es el elegido caerá en un recipiente y sino en otro recipiente repitiendo la operación:

Así es como se ve el conjunto:

Este es el esquema del sistema:

El sistema está formado por un Arduino UNO, un motor paso a paso NEMA 17 con un driver pololu A4988 y un condensador electrolítico de 100µf, un servo sg90, una cmucam 3, un led blanco con una resistencia de 220Ω, un display HD44780 con un potenciómetro de 10KΩ y 6 botones con 6 resistencias de 1KΩ y 1 resistencia de 10KΩ. En el esquema los cable sueltos tienen el siguiente significado: los de color negro van a masa, los de color rojo a 5V y los de color naranja a 12V.

La cmucam 3 tiene instalado el fimrware que emula la cmucam 2. Está dentro de una “caja” de forex y contiene un led para que las condiciones de iluminación siempre sean las mismas.


Los botones están configurados de tal forma que al pulsar cada uno de ellos el voltaje cambia y puede ser medido por un sólo pin analógico de arduino.

Para el proyecto he tenido que diseñar e imprimir varias piezas en 3d:

Soporte de la cmucam 3 de 135°

Fijación del servo al embudo

Brazo removedor para el servo

Plato giratorio para recolectar un caramelo con ranuras para sujetarlo al eje del motor paso a paso con tornillo y tuerca

Plataforma para mantener el caramelo en el recorrido giratorio hasta que caiga en un recipiente

La mayoría de la estructura de soporte está basada en MakerBeam.

El embudo es uno normal, pero serrado para que un caramelo en horizontal pueda entrar sin problemas.

El código fuente del programa para arduino es el siguiente:

A grosso modo, cuando el sistema se enciende se requiere configurar la cmucam y calibrar tanto de los valores RGB máximos y mínimos del color de cada tipo de caramelo (incluido cuando el plato está vacío) como el votaje del botón para seleccionarlo:

Después el sistema ya está preparado a la espera de que el usuario elija el color del caramelo. Si en 10 intentos no se ha encontrado el caramelo deseado, se aborta el proceso:

Hay 4 posiciones que el motor paso a paso debe alcanzar. La primera, la de recolección, sitúa el hueco del plato justo debajo del embudo para recoger un caramelo. La segunda, la de reconocimiento, sitúa el hueco del plato en el objetivo de la cmucam para poder reconocer el color del caramelo que lleva dentro. La tercera, la de intento fallido, sitúa el hueco del plato en el contenedor para que caiga el caramelo que no es el buscado. Finalmente la cuarta, la del dispensación, sitúa el hueco del plato en el contenedor para que caiga el caramelo solicitado. Los pasos que debe realizar el motor paso a paso para alcanzar todas esas posiciones están medidos a pelo; se consigue haciendo varias pruebas aisladas para saber donde situar el plato.

Por desgracia el sistema no es perfecto y tiene dos fallos:
La forma de los caramelos M&M’s es de tipo lenteja. Esto hace que si caen en horizontal sólo caiga uno en el hueco del plato, pero si caen en vertical es posible que caigan dos a la vez. Esto se solucionaría utilizando caramelos esféricos completamente.
El sistema de medición a veces confunde colores parecidos como el naranja y el amarillo. Esto se solucionaría utilizando sólo los colores más definidos como rojo, azul, verde y amarillo. (en el vídeo se aprecia en el segundo 53 y en el 1:10)

Como mejoras se puede hacer que los caramelos que caigan en el recipiente de los no buscados se vuelvan a meter en el embudo.

Alimentar un proyecto con energía solar

Como parte de un proyecto de mayor alcance me propuse la medida de la temperatura y la humedad durante las 24 horas del día y enviar esos datos a una página web. Quería utilizar una fuente de energía limpia y renovable, siendo la más sencilla y extendida la energía solar.

El proyecto está finalizado y ya estoy enviando esos datos a intervalos de 15 minutos como se puede ver en las siguientes gráficas actualizadas:



Voy a dividir el artículo en dos secciones: la primera es la del hardware utilizado, tanto en el sistema de medición como en el sistema de alimentación; la segunda es el software utilizado.

Hardware

El sistema de medición está formado por:

  • Un ordenador C.H.I.P.: Este ordenador ARM de 9$ con una distribución linux basada en debian es ideal para el proyecto dado su bajo coste y sus características: puerto USB, pines GPIO y la posibilidad de conectarle una batería LiPo. Gestiona la alimentación (usb, chg-in o batería) a través de un chip AXP-209 incorporado a este.
  • Un dongle 3g: Se puede encontrar muy barato (20€ o  menos) y contiene una tarjeta SIM de freedompop para obtener acceso a internet gratuito.
  • Un sensor DHT22: Este sensor tiene diversidad de precios dependiendo de qué componentes traiga. Lee la temperatura y la humedad con un error máximo de 0,5Cº y 5% respectivamente.

El sistema de la alimentación está compuesto por:

  • Un UBEC: Es un regulador muy eficiente y cuesta unos 4$. Sirve para alimentar todo el sistema de medición proporcionando 5V constantes y permite hasta 3A.
  • Una batería de Litio-Ion: Esta es la batería principal de 11,1V y 5200mAh.  Su precio puede parecer elevado pero más adelante comento por qué, aunque hay alternativas más baratas.
  • Un panel solar rígido: De 12V y 25W de potencia por unos 38€.
  • Un controlador de carga solar: Este dispositivo, que cuesta unos 5$, alimenta el UBEC utilizando la batería principal (cuando no hay sol) o mediante el panel solar (cuando hay sol) al mismo tiempo que carga dicha batería. Esta versión funciona con baterías de Litio-Ion de 11,1V y permite una corriente de hasta 3A.
  • Una batería Lipo: Esta batería de 3,7V y 2000mAh por unos 13€ se conecta al ordenador C.H.I.P. para darle alimentación en caso de que la batería principal y el panel solar no pudieran hacerlo. Esto hace que el proyecto pueda funcionar más tiempo y que sabiendo su nivel de carga se pueda hacer una apagado ordenado.

El conjunto se guardará en una caja estanca de unos 9€ para evitar la entrada de polvo y líquidos de fuera, excepto el sensor DHT22 que irá en otra caja aparte.

En la caja principal se han hecho dos agujeros en los conos métricos, uno para sacar los dos cables que van al panel solar y otro para los tres cables que va al sensor DHT22. Hay que tener en cuenta que los cables se sacan desde el interior de la caja hacia afuera y no al revés para poder aislar mejor el conjunto de las condiciones climatológicas externas. Casi todos los elementos están sujetos por cinta de velcro para asegurarlos dentro de la cajas y también poderlos extraer con facilidad.

La otra caja tiene un agujero grande en el centro para que el sensor pueda medir la temperatura y humedad exterior y otros dos en el extremo donde salen los cables para poder drenar el posible agua que se introdujera, ya que esta caja estará puesta en vertical.

El procedimiento para conectar todo es el siguiente:

  • El dongle 3g al puerto USB del ordenador C.H.I.P.
  • La batería LiPo al conector correspondiente del ordenador C.H.I.P.
  • El cable amarillo del sensor DHT22 al pin 18 de la columna UT13 etiquetado como PWM0.
  • El cable rojo del sensor DHT22 al pin 5 de la columna UT13 etiquetado como VCC-3V3.
  • El cable negro del sensor DHT22 al pin 1 de la columna UT13 etiquetado como GND.
  • La batería principal y el regulador UBEC a los dos bornes centrales del controlador de carga respetando la polaridad (se encenderá la luz verde de “power” si tiene carga)
  • El panel solar a los dos bornes de la izquierda del controlador de carga respetando la polaridad (se encenderá la luz roja de “charge” si al panel le incide luz directamente)
  • El cable rojo de la salida del regulador UBEC al pin 2 de la columna UT13 etiquetado como CHG-IN.
  • El cable negro de la salida del regulador UBEC al pin 4 de la columna UT13 etiquetado como GND.

El panel solar debe estar orientado al sur si está situado en el hemisferio norte y viceversa. El ángulo de inclinación debe ser el mismo que la latitud geográfica en la que se encuentre, por ejemplo en Madrid son 40º de inclinación.

Para calcular el panel solar y la batería que he necesitado me he basado en los siguientes hechos:

El ordenador C.H.I.P. puede consumir unos 200mA, el dongle usb 3g consume unos 130mA (sólo se conecta cada 15 minutos), el sensor DHT22 consume unos 1,5 mA y el controlador de carga unos 6 mA . Con esto se tiene que cada hora consumirá alrededor de 340mA. En Madrid el peor de los casos es cuando sólo hay 10 horas de sol y 14 de oscuridad, que se produce a finales de noviembre y principios de diciembre; entonces 14h * 340mAh = 4760mAh, es decir, que se necesita una batería que al menos tenga una capacidad de 4760mAh para asegurarse que nuestro sistema de medición pueda funcionar cuando haya oscuridad. En mi caso tengo los 5200mAH de la batería principal más los 2000mAH de la batería conectada al C.H.I.P. por lo que hay más que suficiente. Aunque la batería conectada al C.H.I.P. consume 1000mA (además de los 340mA que comentaba) hasta que esté totalmente cargada, no lo he puesto para facilitar los cálculos y porque una vez cargada (una batería con capacidad de 2000 mAh se carga en 2 horas) ya no consume esos 1000mA el resto del tiempo.

En el caso del panel solar de 12V/25W se tiene hasta 2,08A cuando la luz del sol incide directamente en él sin nubes de por medio, por lo que 340mA se los proporciona al sistema de medición y el resto a la carga de la batería principal.

Finalmente ambas baterías las he comprado con garantías, es decir, en tiendas que son de fiar aunque el precio sea más caro, porque hay por ahí rondando muchas baterías que dicen tener una carga y luego ser otra de valor inferior con los problemas que ello puede ocasionar. También ambas tiene un circuito de protección contra sobrecarga, sobredescarga, sobrevoltaje, cortocircuito y además, en el caso de la batería principal, que permita el balanceo de carga de todas las celdas. Para la batería principal hay alternativas más baratas: puedes comprar 3 pares de pilas de litio del tipo 18650, dos portapilas de formato 18650 y dos circuitos de protección y balanceo.

En este mes y medio que lo he estado probando he llegado a las siguientes conclusiones:

  • En controlador de carga comprueba qué tiene más voltaje, si la batería principal o el panel solar. Si es la primera, no deja pasar la corriente desde el panel solar a la batería principal y entonces el sistema de medición sólo es alimentado por la batería principal; si es la segunda, entonces la batería se carga y el sistema de medición es alimentando a la vez por la energía que proporciona el panel solar.
  • Las baterías LiPo se cargan normalmente a 1C, por lo que el amperaje del panel solar nunca debe ser mayor que el de la batería, en mi caso 2,08A frente a 5,2A por lo que no hay problema.
  • Como el panel solar es de 25W, se puede dar el caso de que los días en los que el cielo está muy nuboso no pueda alimentar al conjunto con toda su potencia, rindiendo a veces tan solo un 10% de su potencia. Las baterías antes o después se descargarán y el conjunto estará sin funcionar durante horas o incluso días. Para evitar esto sólo sirve poner otro panel solar más potente, como de 100W para evitar el peor de los casos (10 horas de luz al día)
  • Si el ordenador C.H.I.P. está apagado y el chip axp209 detecta que por la entrada CHG-IN hay 5V y corriente suficiente para alimentarlo, entonces el axp209 enciende el ordenador C.H.I.P. Esto se produce cuando la batería principal está agotada y el panel solar proporciona la suficiente energía.

Software

Aunque el objetivo principal del artículo es mostrar cómo alimentar un circuito con un panel solar, voy a describir el software utilizado para el sistema de medición.

SISTEMA OPERATIVO

En el ordenador C.H.I.P. he instalado la versión 4.4 headless, porque ya contiene el módulo de kernel ppp y no hay que recompilar el kernel.

Para medir los valores del módulo DHT22 en el ordenador C.H.I.P. hay que instalar el módulo de kernel para el sensor DHT22 tal y como aparece en esta página.

Para poder realizar llamadas con el dongle 3g hay que instalar el paquete de wvdial:

Para poder leer el estado de la batería auxiliar en python hay que instalar el paquete pip para a continuación instalar la librería de axp209:

Para que el modo CD-ROM y lector de tarjetas del dongle 3g no moleste hay que acceder al puerto USB serie que se crea cuando se enchufa y ejecutar el comando AT:

En /etc/rc.local escribir lo siguiente:

Para la inicialización del DHT22 crear el fichero /home/chip/dht11.sh con el siguiente contenido:

En el fichero /etc/wvdial.conf

El programa de medida y envío de información se debe ejecutar cada 15 minutos. Crear el fichero /etc/cron.d/lectura_sensor con el siguiente contenido:

Finalmente crear el fichero /home/chip/lectura.py con el siguiente contenido:

Básicamente lo que hace el script en python es:

  • Comprobar si existe un dongle 3g, y si es así lanzar el programa wvdial para poder enviar los datos por internet.
  • Leer los valores de temperatura y humedad del DHT22 y el porcentaje de carga de la batería auxiliar (si este porcentaje fuese menor que 15 entonces se apaga el ordenador C.H.I.P. de una forma ordenada). Si hubiese algún problema se repite este proceso hasta 3 veces.
  • LLamar a la API de thingspeak para enviar los valores. Si hubiese algún problema se repite este proceso hasta 3 veces.
  • Cerrar el programa wvdial para desconectarse de internet.

Global Robot Expo

Desde hoy y hasta el Domingo se celebra la primera Global Robot Expo en Madrid. He tenido la suerte de visitarla el primer día de apertura y esto es con lo que me he encontrado:

Varios de los robots más conocidos nos dan la bienvenida a la exposición.

IMG_2316-1

IMG_2316-24

En la exposición había casi más stands de drones que de robots clásicos.

IMG_2316-0

IMG_2316-8

IMG_2316-10

IMG_2316-14

IMG_2316-17

IMG_2316-18

IMG_2316-25

IMG_2316-36

Robots emocionales.

IMG_2316-2

Brazos robóticos.

IMG_2316-3

IMG_2316-6

IMG_2316-7

IMG_2316-20

IMG_2316-21

Robótica educativa.

IMG_2316-4

IMG_2316-22

IMG_2316-26

IMG_2316-29

IMG_2316-30

IMG_2316-31

IMG_2316-34

IMG_2316-35

Robots manipuladores móviles.

IMG_2316-5

IMG_2316-11

IMG_2316-9

Recinto con red para demostraciones con drones.

IMG_2316-12

IMG_2316-37

Escenario para las competiciones de robots de la lnrc.

IMG_2316-13

Reconocimiento óptico.

IMG_2316-15

Manejando un robot desde un maletín.

IMG_2316-16

Cortadora de cesped robotizada.

IMG_2316-19

Robots bailarines

IMG_2316-23

Embajada de Japón

IMG_2316-27

Nanorobots

IMG_2316-32

IMG_2316-33

Y un artículo sin vídeo es como un día sin pan, así que aquí lo tenéis una pequeña muestra del evento:

Programar el chip wifi ESP8266 como si fuera un microcontrolador (2/2)

En el anterior artículo explicaba cómo generar el toolchain para poder compilar programas y subirlos a nuestro módulo ESP8266. En este artículo explicaré cómo hacer un programa en C. Para ello me voy a poner un reto: un firmware que cuando pulse un botón o la tecla p, haga una llamada a una página web que muestre la acción realizada. Con este ejemplo vamos a trabajar con el gpio, puerto serie, wifi, temporizadores y eventos. No hay mucha documentación sobre cómo programar el chip esp8266 más allá de los ejemplos de código, foros y páginas web con artículos dedicados al chip y de la SDK de Espressif que en el momento de escribir este artículo es la 1.0.1.

Empezaré por mostrar un vídeo de lo que he hecho para tener claro desde el principio lo que explicaré aquí.

Lo que veis en el vídeo es que primero programo el esp8266 con el firmware de este artículo. Luego abro una terminal al puerto serie del ESP8266. Pulso 3 veces el botón físico y otras 3 veces la tecla p en la terminal para que se envíe por el puerto serie. Estas acciones provocan en el esp8266 la llamada a una página web que lo registra, mientras en otra página web se visualiza casi en tiempo real lo que he hecho. Cuando compiléis vosotros el ejemplo podéis usar la misma página para hacer vuestras pruebas.

Este es el esquema del circuito para el botón (he obviado las conexiones al puerto serie para simplificarlo):

placa

Vamos a ver cómo lo hecho. Lo primero es crear una carpeta llamada proyectos-esp8266 en nuestra carpeta personal, entra dentro de esta y crear otra llamada reto. Dentro de esta copiaremos el fichero Makefile que modificamos en el anterior artículo. Después crearemos una carpeta llamada user y dentro de esta compiaremos los ficheros uart.h y uart_register.h del ejemplo de IoT que trae la SDK:

Dentro de la carpeta user crearemos dos ficheros.

user_config.h

user_main.c

Lo primero que salta a la vista es que no existe una función main eso es porque este chip se programa con una función de inicialización y el resto con eventos/interrupciones.

La función de inicialización es user_init (al final del código), como decía esta función es llamada cuando el módulo se enciende y se encarga de inicializar todo en el esp8266. El modificador de función ICACHE_FLASH_ATTR significa que la función se guarde en la flash en vez de en la RAM y que cuando se vaya a usar sea cacheada en esta última, ahorrando así espacio para poder tener más datos en la memoria. Dentro de esta función hay que destacar:

  • system_init_done_cb: Esta función tiene un parámetro que es la función callback que será llamada cuando termine la inicialización.
  • system_os_task: Esta función define la ejecución, como tarea, de la función callback pasada como primer parámetro. Podemos tener hasta 4 tareas (cada una con una prioridad distinta). Más adelante hablaré de ello.

La función inicializado es llamada cuando ha terminado la inicialización como comentába antes. Dentro de esta función hay que destacar:

  • os_printf: Es como el printf de toda la vida, pero su salida es enviada al puerto serie 0 (el esp8266 tiene un puerto serie con tx y rx y otro con tx sólo para hacer debug).

La función inicializa_uart configura el puerto serie. Dentro de esta función hay que destacar:

  • ETS_UART_INTR_ATTACH: Esta función configura a qué función callback se llamará cuando se reciba un caracter por el puerto serie. El segundo parámetro es una estructura que existe por defecto con información del puerto serie y el buffer de recepción, pero yo no lo usaré.
  • PIN_PULLUP_DIS: Desactiva la configuración de pull-up del pin indicado (La lista de pines está en el fichero eagle_soc.h de la sdk), en este caso del pin TX.
  • PIN_FUNC_SELECT: Configura el pin indicado para comportarse de una manera determinada, en este caso para funcionar como TX del puerto serie.
  • uart_div_modify: Configura la velocidad del puerto serie
  • WRITE_PERI_REG(UART_CONF0(0), (STICK_PARITY_DIS)|(ONE_STOP_BIT << UART_STOP_BIT_NUM_S)| (EIGHT_BITS << UART_BIT_NUM_S)): Configura la comunicación como 8 bits, sin paridad y un bit de stop.
  • SET_PERI_REG_MASK(UART_CONF0(0), UART_RXFIFO_RST|UART_TXFIFO_RST) y CLEAR_PERI_REG_MASK(UART_CONF0(0), UART_RXFIFO_RST|UART_TXFIFO_RST): Limpia la FIFO de TX y RX.
  • WRITE_PERI_REG(UART_CONF1(0), (UartDev.rcv_buff.TrigLvl & UART_RXFIFO_FULL_THRHD) << UART_RXFIFO_FULL_THRHD_S): Configura el disparador FIFO de RX.
  • WRITE_PERI_REG(UART_INT_CLR(0), 0xffff): Borrar el flag de todas las interrupciones del puerto serie.
  • SET_PERI_REG_MASK(UART_INT_ENA(0), UART_RXFIFO_FULL_INT_ENA): Configura la interrupción de recepción del pin RX.
  • ETS_UART_INTR_ENABLE: Activa las interrupciones del puerto serie.

La función inicializa_gpio configura el pin GPIO 2 (el único disponible en el ESP-01, pero en otros módulos hay más pines gpio usables). Dentro de esta función hay que destacar:

  • ETS_GPIO_INTR_DISABLE: Desactiva la interrupción de los pines GPIO.
  • ETS_GPIO_INTR_ATTACH: Esta función configura a que función callback se llamará cuando haya una interrpción en el pin gpio indicado.
  • PIN_PULLUP_EN: Activa la configuración de pull-up del pin indicado.
  • gpio_output_set: Configura el pin gpio 2 como entrada.
  • GPIO_REG_WRITE(GPIO_STATUS_W1TC_ADDRESS, BIT(2)): Borrar el flag de la interrupcion del pin gpio 2.
  • gpio_pin_intr_state_set: Indica que en el pin gpio 2 sólo debe activarse la interrupción cuando detecta un flanco de bajada (conecta con masa/GND).
  • ETS_GPIO_INTR_ENABLE: Activa las interrupciones gpio.

La función inicializa_wifi configura la conexión a la wifi. Dentro de esta función hay que destacar:

  • wifi_set_opmode: Configura el módulo como estación cliente.
  • wifi_station_set_auto_connect: Indica que cuando se encienda el módulo se conecte automáticamente a la wifi establecida.
  • wifi_station_set_reconnect_policy: Indica que si se pierde la conexión con el punto de acceso, la vuelva a restablecer.
  • os_memcpy(&configuracion.ssid, ssid, 32) y os_memcpy(&configuracion.password, password, 64): Copia el nombre de la red wifi y la contraseña a la estructura del tipo station_config. Sirve para copiar datos de una posición de memoria a otra, sería equiparable al memcpy del C.
  • configuracion.bssid_set = 0: Para que conecte a cualquier wifi que tenga el nombre proporcionado anteriormente. Si hay varias wifis con el mismo nombre (SSID) puedes indicar a qué punto de acceso quieres acceder poniendo aquí su BSSID (su dirección MAC).
  • wifi_station_set_config: Inicializa la wifi con los valores proporcionados en la estructura del tipo station_config.
  • wifi_set_event_handler_cb: Esta función configura a que función callback se llamará cuando haya cambios en la wifi (conexión, desconexión, ip recibida…).

La función callback interrupcion_wifi es llamada por el chip cuando un evento en la wifi es generado. Quizá el más importante es cuando recibimos una IP de nuestro router. En el ejemplo pongo una variable a TRUE para indicar que tiene libertad para procesar las pulsaciones del teclado o del botón.

La función callback interrupcion_gpio es llamada por el chip cuando se ha detectado un evento en los pines GPIO. Dentro de esta función hay que destacar:

  • GPIO_REG_READ(GPIO_STATUS_ADDRESS): Devuelve el estado de los pones gpio y cual ha sido el que ha causado el evento.
  • os_timer_disarm: desactiva un temporizador si este estuviese activo.
  • os_timer_setfn: configura un temporizador indicando a qué función callback llamará cuando expire. Se le puede pasar un parámetro (en este caso NULL).
  • os_timer_arm: Activa el temporizador indicando cuanto tiempo dura en milisegundos y si debe o no repetirse. La idea de usarlo es para evitar los rebotes físicos cuando el botón es pulsado.
  • system_os_post: Indica al chip que, cuando pueda, ejecute la tarea de prioridad 0 que predefinimos en la función user_init con los parámetros 0,0.

La función callback boton_pulsado establece una variable a FALSE para indicar que el tiempo dado para mitigar los rebotes físicos del botón ya ha pasado y de nuevo permite reconocer la pulsación de éste.

La función callback caracter_recibido es llamada por el chip cuando se ha detectado un evento en el puerto serie. Dentro de esta función hay que destacar:

  • READ_PERI_REG(UART_INT_ST(UART0): Lee cual ha sido el motivo de la interrupción.
  • WRITE_PERI_REG(UART_INT_CLR(UART0): UART_RXFIFO_FULL_INT_CLR): Borra el bit de la interrupción correspondiente a carácter recibido.
  • READ_PERI_REG(UART_STATUS(UART0)): Lee el estado del puerto serie.
  • READ_PERI_REG(UART_FIFO(UART0)): Lee el caracter propiamente dicho. El chip ya tiene un buffer donde se pueden almacenar los carácteres recibidos, yo no lo he usado pero puede ser interesante.

La función callback conecta es llamada por el chip como una tarea. Inicia el proceso de envío de datos. Dentro de esta función hay que destacar:

  • os_zalloc: Sirve para reservar memoria, sería equiparable al malloc del C.
  • espconn_gethostbyname: Esta función hace una consulta dns para obtener la ip de un host dado y llamará a una función callback. Usa una estructura del tipo espconn donde se rellenarán todos los datos referentes a la conexión TCP

La función callback encontrado es llamada cuando se ha resuelto un nombre de host. Dentro de esta función hay que destacar:

  • espconn_port: Crea un puerto local para poder enganchar el socket con el puerto remoto 80 (http).
  • espconn_regist_connectcb: Esta función indica al chip que cuando se establece una conexión TCP, debe llamar a la función callback definida.
  • espconn_regist_disconcb: Esta función indica al chip que cuando hay una desconexión, debe llamar a la función callback definida.
  • espconn_regist_recvcb: Esta función indica al chip que cuando se reciben datos desde una conexión TCP, debe llamar a la función callback definida.

La función callback conectado es llamada por el chip cuando se establece una conexión TCP. Dentro de esta función hay que destacar:

  • os_sprintf: Sirve para rellenar un buffer con datos formateados, sería equiparable al sprintf del C.
  • espconn_sent: Envía los datos indicados a través del socket TCP.
  • os_strlen: Devuelve la longitud de una cadena, sería equiparable al strlen del C.

La función callback recibido es llamada por el chip cuando se reciben datos de una conexión TCP. En el ejemplo sólo los muestro directamente. Dentro de esta función hay que destacar:

  • os_free: Sirve para liberar memoria, sería equiparable al free del C.

La función callback desconectado es llamada por el chip cuando se desconecta la conexión TCP. En el ejemplo libero los buffers de memoria reservados previamente.

Quiero comentar es que no soy un experto en el esp8266, por lo que si que me preguntáis algo puede que no lo sepa responder, por ello os recomiendo ir a la página www.esp8266.com donde hay mucha gente que trabaja con el esp8266 y os podrán resolver vuestras dudas mejor que yo. Todo lo que he juntado aquí ha sido fruto de búsquedas por internet, mil y una pruebas con código fuente, etc. Sin embargo lo que aquí he explicado, aún siendo de las partes más importantes de la programación de un ESP8266, no cubre todo lo que se puede hacer con este chip, por lo que una vez te encuentres cómodo con lo aquí expuesto, te animo a que busques por tu cuenta más funcionalidades.

Programar el chip wifi ESP8266 como si fuera un microcontrolador (1/2)

IMG_20150504_230102

En esta tanda de dos artículos explicaré cómo olvidarse de los comandos AT del módulo ESP8266 ESP-01 (aunque lo escrito vale para toda la familia ESP) y poder programarlo como un chip independiente: conectando la wifi, manejando el puerto serie, usando los pines GPIO, etc. La gran ventaja es que tenemos un microprocesador más potente, más versátil, más rápido y además en muchos casos es más barato que si usáramos los microcontroladores PIC o AVR (como contrapartida tiene menos pines de E/S).

CONSTRUYENDO EL TOOLCHAIN

El primer paso que tenemos que hacer para programarlo es construir el toolchain para poder compilar los programas para este chip con el compilador cruzado. Para ello recomiendo tener un linux donde construirlo (ya sea físico o virtualizado), no recomiendo usar windows y cygwin. Yo estoy usando el ubuntu 14.04 LTS.

Lo primero es instalar las herramientas necesarias, para ello ejecutar:

Vamos a usar el toolchain de https://github.com/pfalcon/esp-open-sdk, con el que el proceso de creación es bastante sencillo (ejecútalo en la raíz de tu directorio personal):

Esto habrá creado una carpeta esp-open-sdk. Entra dentro de está y haz un make (con el parámetro STANDALONE=y) para crear todo el toolchain (puede tardar un rato dependiendo de tu ordenador):

Ahora vamos a poner en la variable de entorno PATH la ruta a los binarios, ya que el esptool no funciona si no se pone (cambia oscar por tu usuario):

COMPILANDO PROGRAMAS

Vamos a descargarnos unos ejemplos ya hechos:

Esto creará una carpeta llamada source-code-examples. Entra dentro de esta carpeta y edita el fichero example.Makefile.

Modifica las siguientes lineas (recuerda cambiar oscar por tu usuario):

POR

POR

POR

El campo ESPPORT debes cambiarlo si no coincide con la ruta al dispositivo asociado a tu dongle usb a serie.
Ahora entra dentro del direcotrio blinky, copia el fichero anteriormente editado como Makefile y haz un make para compilar el firmware:

Si todo ha ido bien habremos compilado el firmware para nuestro ESP8266:
shell1

PROGRAMANDO EL ESP8266

Para poder programar nuestro módulo ESP8266 necesitamos un dongle usb a serie (USB2TTL) como este:
IMG_20150501_165235
Después es necesario añadir al usuario que estemos utilizando (en el ejemplo, oscar) en el grupo dialout para poder acceder al dongle:

Ahora sólo queda subir el programa al módulo ESP8266, para ello debes cablear el módulo de la siguiente forma (estando éste sin alimentación):
conexiones
Las líneas rojas van a VCC (3,3V) y las negras a GND (masa). Ahora alimenta el módulo.

Si es la primera vez que vas a programar el módulo wifi, debes borrar las configuraciones por defecto, esto se consigue ejecutando el siguiente comando:

shell2
Las siguientes veces ya no será necesario repetir este paso. Si has hecho este paso vuelve a apagar y encender el módulo.

Finalmente para programar el firmware creado, ejecuta el comando:

shell3
Enhorabuena, acabas de programar por primera vez tu módulo ESP8266. Ahora desconecta el cable que va al pin de programacion (así el módulo no estará en modo de programación), conecta un led entre el GPIO 2 (el que no aparece conectado a ningún sitio en la fila de GND de la foto anterior de las conexiones) y masa. Así es como luce el “hola mundo” del chip ESP8266:

En el siguiente artículo explicaré cómo hacer tus propios programas en C para el esp8266.

Programando un Arduino remotamente con el módulo ESP8266

IMG_20141108_002938

Una de mis viejas aspiraciones cuando construyo robots es poder programarlos sin tener que recogerlos, enchufarles un cable usb o un programador ICSP y volverlos a dejar en su sitio.

En este artículo explicaré cómo con un Arduino UNO y un módulo ESP8266 (llamado WI07C) se puede programar un sketch de Arduino en la placa sin tener que estar cerca de esta, todo mediante wifi y sockets tcp/ip.

Descripción general

Como se puede ver en el vídeo tenemos un Arduino UNO conectado a un display HD44780 y a un módulo wifi ESP8266. Arduino envía cadenas hello world al servidor sockettest que está escuchando por el puerto 49000. Se modifica el código Arduino en el IDE poniendo hello folks, se compila y el fichero .hex generado (se puede ver donde está activandolo en Archivo/Preferencias/compilación) se copia a la carpeta del programa en python. Cuando Arduino recibe un comando reboot se conecta al servidor python por el puerto 50000 entrando en modo de datos, acto seguido se reinicia y empieza la programación remota de Arduino. El proceso se reliza dos veces en el vídeo.

Lo que se aprovecha es el método que tiene Arduino para programarse, ya que usando el puerto serie después de un reset se puede programar un Arduino si se sigue el protocolo STK500 implementado en el bootloader.

Esquema de conexiones

esquema

El Arduino y el display HD44780 se alimentan a 5 voltios, el módulo ESP8266 se alimenta a 3,3 voltios. Como el pin rx del módulo wifi sólo puede funcionar a 3,3V se usa un diodo zener de 3,3 voltios junto con una resistencia de 100 Ω.

En las placas Arduino, el pin de reset del microcontrolador está conectado a una resistencia y esta a su vez está conectada a VCC, con lo que para el microcontrolador el pin está a nivel alto. Cuando se pulsa el botón de reset lo que se hace es derivar la corriente hacia masa (ya que el bóton está conectado a esta) y el microcontrolador, al estar a nivel bajo el pin de reset, realiza un reseteo. Cuando el microcontrolador arranca, todos los pines están configurados como entradas (alta impedancia) y por eso no le afecta que el pin de reset esté conectado directamente al pin 12. Si se configura el pin 12 como salida y luego se conecta a masa (nivel bajo o LOW) se provoca el mismo efecto que si se pulsase el botón de reset, además, al existir la resistencia anteriormente mencionada, no hay que preocuparse de que se produzca un cortocircuito al unir VCC con masa (GND).

Sketch de Arduino

Lo que hace el skecth de Arduino es:

  • Inicializa el puerto serie a 115200 bps.
  • Elimina los caracteres que hubiera en el buffer de entrada del puerto serie.
  • Inicializa el módulo wifi en modo estación, lo resetea, se conecta al punto de acceso normal, configura las conexiones como simples en modo normal y se conecta al servidor normal por el puerto 49000. Si hubiese algún fallo en algún punto pararía la ejecución y lo indicaría en el display.
  • Envia una cadena de texto y un número consecutivo tanto al servidor como al display. Si hubiese algún fallo en algún punto pararía la ejecución y lo indicaría en el display.
  • Si entre el envío de las cadenas de texto se recibe una cadena reboot entonces resetea el módulo, se conecta al punto de acceso bootloader, configura las conexiones como simples en modo normal y se conecta al servidor de programación por el puerto 50000. Acto seguido envía una cadena hello y espera a recibir una cadena welcome, si ha sido así, entonces envía el nombre del fichero .hex con el que quiere ser programado el Arduino y espera a recibir una cadena ok, momento en el cual configura el pin 12 como salida y lo pone a nivel bajo, conectándolo a masa y provocando un reset en el Arduino. Si hubiese algún fallo en algún punto pararía la ejecución y lo indicaría en el display.

Aquí cabe destacar cómo funciona el sistema de reseteo: Justo después del reseteo, el pin de TX de Arduino está a nivel bajo durante un tiempo, lo que provoca que el módulo wifi vea eso como un byte 0, que enviará a través de la conexión TCP/IP. El servidor de programación aprovechará esta circunstancia para saber cuando ha empezado el reseteo e iniciar el protocolo STK500. El bootloader de Arduino entra en acción después del reseteo y espera a recibir ordenes del protocolo STK500, si las recibe actúa en consecuencia, si no, ejecuta el programa principal.

Servidor de programación

Lo que hace el servidor de programación es:

  • Crea un socket que escuche por el puerto 50000
  • Cuando un cliente de conecta espera a la cadena hello, si la recibe reponde con una cadena welcome.
  • Espera a que el cliente le envíe un nombre de fichero .hex. Trata de abrir el fichero en el mismo directorio y lo lee interpretando todas las líneas para guardar los datos del programa en memoria. Si todo va bien envía una cadena ok.
  • Espera a recibir el byte 0, y cuando lo recibe empieza el protocolo STK500 para comunicarse con el bootloader de Arduino y programarlo. Básicamente lo que hace es entrar en modo de programación, indicarle a que páginas quiere acceder y enviar los datos de cada página, así hasta que ha enviado todos los datos del programa, después sale del modo de programación cerrando la conexión

Aquí cabe destacar que cuando se cierra la conexión TCP/IP con el cliente (ya sea por un error o porque el proceso de programación ya ha terminado), el módulo ESP8266 sale del modo de datos automáticamente y no es necesario que el nuevo sketch tenga que enviarle la cadena de escape +++ para poder entrar otra vez en modo de comandos.

Conclusiones

Espero que esto os sirva para que en vuestros proyectos podais programar remotamente vuestros Arduinos a través de una red local o Internet.

Habría que tener en cuenta que el proceso de actualización puede quedarse a medias si la conexión a la red wifi es lenta y provocaría que el programa no se ejecutara correctamente. Así que que una mejora sería acoplar un chip aparte que reprogramase el Arduino por ICSP con un programa preestablecido en caso de que detectase que la programación no fue finalizada correctamente.

Comentar que la versión de firmware del módulo ESP8266 que he usado es la 0019000902 y el Arduino es un UNO. Ambos funcionan a 115200 bps, pero si quisierais utilizar otras velocidades (en otros Arduinos el bootloader configura el puerto serie a 19200 o 57600 bps) habría que cargar un firmware que lo permitiese, como por ejemplo la versión 0.922 de electrodragon y su comando AT+CIOBAUD.

Encender petardos y cohetes con Arduino y Android

Creo que a estas alturas todos hemos visto cómo se encienden petardos y cohetes: simplemente acercando la llama de un mechero a la mecha de estos y la magia de la pólvora hace el resto.

En este artículo voy a explicar cómo hacer el mismo proceso pero de una forma más segura, y por supuesto más tecnológica.

1402682187170

Pero antes unas reglas básicas:

  • Los petardos y los cohetes son peligrosos, por eso se cauteloso cuando los manejes.
  • No enciendas un petardo o un cohete en la mano ni cerca de ti, de otras personas o animales.
  • No molestes a la gente encendiéndolos en zonas residenciales ni en horarios intempestivos.
  • Muchos municipios tienen prohibido el uso de material pirotécnico en toda su zona metropolitana.
  • El hilo de nicrom alcanza temperaturas elevadas, cerciorate que no pasa corriente por él cuando lo estés manejando.
  • Las baterías de litio son peligrosas, sigue las instrucciones de seguridad que las acompañan.
  • Usa cableado que permita un valor de corriente en amperios mucho mayor que lo que va a consumir el sistema.

Este artículo es meramente divulgativo y no me hago responsable de cualquier incidencia que pudiera ocurrir si lo pones en práctica, por tanto si lo llevas a cabo será bajo tu propia responsabilidad.

La idea es encender la mecha de petardos o cohetes desde un móvil Android, tal y como se puede ver en el siguiente vídeo que grabé para la demostración:

El esquema de los componentes es el siguiente:

esquema

Empezamos por una batería LiPo de 3 celdas (11,1 V.) que será la encargada de la alimentación del conjunto. Todo el cableado está pensado para corrientes de 10 A, pero puede diferir según tus necesidades.

Seguimos con un fusible de 10A, que será el que corte la corriente si se produce un cortocircuito (por ejemplo en el caso de que debido a la explosión de un petardo se unieran directamente los terminales VCC y GND que sujetan el hilo de nicrom).

A continuación está el hilo de nicrom. Este cable, que tiene muy poca resistencia (2,2 Ω en mi caso), se pone al rojo vivo cuando pasa una corriente a través de el. La velocidad a la que se calienta depende del voltaje que se aplique, lo normal suele ser alrededor de los 12 voltios. Este hará las veces de encendedor de la mecha, ya que puede llegar a los 300º C. Se puede adquirir en cualquier tienda de electrónica o reciclarse de un secador de pelo o de una tostadora.

Después viene un transistor mosfet de canal N, que será el interruptor que hará que el hilo de nicrom se encienda o se apague. Hay muchos tipos de mosfet de canal N, por lo que nos interesa uno que pueda ser usado con microcontroladores con lógica TTL (como el de la placa Arduino). Yo he usado el STP55NF06L con encapsulamiento TO-220 ¿por qué?, pues en la hoja de características podemos verlo:

El Vds es de 60 V. Como voy a usar 12 V. Tengo más que de sobra.

El Id es de 55 A. Según la ley de Ohm, La fuente de alimentación de 12 V. partido por la resistencia del hilo de nicrom con 2,2 Ω nos dá que se consumen unos 5 A. Igualmente tengo mucho margen.

El Vgs(th) minima es de 1V. Eso significa que cuando el voltaje es menor que 1V el circuito está abierto y que por encima de esto cerrará el circuito dejando pasar la corriente. Ideal para el Arduino que trabaja con 5 V.

La Rds(on) máxima es muy baja: 0,020 Ω. Esto significa que prácticamente el mosfet no se calentará con la corriente con la que le hagamos trabajar (5 A. * 5 A. * 0,020 Ω = 0,5 Watios)

La gráfica Id/Vds indica que con 5 V en el pin Gate del mosfet, podemos conducir una tensión de 12 V. con una carga de mucho más de 120 A. Como sólo tenemos unos 5 A. tenemos más que suficiente.

idvds

Como se trata de un mosfet de canal N, el pin Source (3) tiene que ir a masa y el pin Drain (2) tiene que estar conectado a la carga. El pin Gate (1) tiene que estar conectado a Arduino, que será quien le dirá si tiene que estar abierto o no. Además entre la conexión del Arduino y Gate hay una resistencia de 10K que va a masa directamente, esto es para que:

  • La puerta lógica no quede flotante y su estado esté indeterminado (pudiendo activar el nicrom antes de tiempo), por lo que si el pin de Arduino esta puesto configurado como entrada (al arrancar siempre está asi) el Gate esté conectado a masa (0 V. o LOW).
  • Debido al caso anterior, cuando el pin de Arduino está configurado como salida y pone la entrada a 5 V. (o HIGH), la resistencia de 10K hace que no haya cortocircuito con masa.

Proseguimos con la placa Arduino, cuyo programa se puede descargar de aquí. La placa está alimentada también desde la batería LiPo, ya sea directamente a los pines Vin y GND o a través del conector de alimentación. Unido a Arduino está un módulo Bluetooth HC-06 que será el encargado de comunicarse con el móvil.

Finalmente en el móvil, que tiene que tener el sistema operativo Android, hay que instalar la aplicación ArduDroid desde la Play Store, que con su interfaz sencilla podemos manejar los pines de Arduino directamente.

Screenshot_2014-06-16-13-37-04

Televigilancia con un coche RC, arduino y la raspberry pi

¿Quién no ha tenido alguna vez la necesidad de poder ver nuestra casa desde otro lugar (oficina, hotel, otra casa, etc), o poder hacer inspección de tuberías, respiraderos o sitios inaccesibles? La idea que planteo en este artículo es la de un coche teledirigido al que podemos manejar remotamente mediante wifi y que veamos por donde va.

vigilancia

Principalmente está compuesto de un coche RC, una placa arduino duemilanove (o UNO) con una motorshield y una raspbery pi modelo B con dos USB (un WIFI y una webcam) y el sistema operativo Raspbian.

El funcionamiento es sencillo: Por un lado con un programa en python que se ejecuta en la raspberry pi hacemos un servidor que reciba los comandos por tcp/ip, estos son enviados mediante el puerto serie de la raspberry pi al puerto serie del arduino, que será el encargado de manejar la motorshield para mover el conjunto. Por otro lado en la propia Raspberry Pi hacemos streaming de vídeo para que podamos ver a través de su webcam remotamente.

Todo está alimentado con una batería Lipo 7,4 V. (2S)  de 1000 mAh. Por un lado está conectado directamente a arduino y por otro a un regulador UBEC para alimentar a la raspberry pi a través de los pines GPIO de 5v y GND.

La comunicación entre la rasbperry Pi y arduino se hace simplemente con un cable, ya que no es necesario ninguna protección al ser el pin TX de la raspberry pi el que se conecta al pin RX de arduino, y por tanto no hay riesgo con los voltajes diferentes (siempre y cuando no reprogrames arduino, si es así desconecta el cable de RX hasta haber terminado).

arduino_raspberry

El programa de Arduino es bastante simple, sólo comprueba si existe un byte en el puerto serie y si lo hay lo interpreta para saber qué movimiento hay que hacer con los motores. Se parte del byte 0x30 (0 en ASCII) y se comprueban sus bits:

  • Si el bit 0 está activado el coche va hacia delante.
  • Si el bit 1 está activado el coche va hacia atrás.
  • Si los bits anteriores están desactivados entonces el coche no se mueve.
  • Si el bit 2 está activado gira las ruedas a la izquierda.
  • Si el bit 3 está activado gira las ruedas a la derecha.
  • Si los bits anteriores están desactivados entonces la dirección el coche permanece recta.

En el lado de la Raspberry Pi hay que instalar primero varias cosas:

Editado 17/04/2014: Desactivar la consola serie que viene por defecto activada:
En el fichero /etc/inittab poner una almohadilla (#) al principio en la línea:
T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
En el fichero /boot/cmdline.txt sustituir la línea:
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
por
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
Finalmente hay que reiniciar la Raspberry Pi para que coja los cambios.

Después hay que dar permisos de lectura y escritura al puerto serie:

A continuación creamos un fichero llamado servidor.py:

Este programa python se encarga de crear un socket tcp/ip que escucha por el puerto 1976 , cuando alguien se conecta a este puerto entonces permanece a la espera de recibir los bytes que posteriormente enviará a Arduino a través del puerto serie.

Finalmente crearemos un fichero llamado webcam.sh con el siguiente contenido (cambiar 192.168.1.133 por la ip que tenga vuestra raspberry pi):

Este programa shell arrancará un servidor de streaming con GStreamer. De momento GStreamer es el software que conozco que funciona más rápido enviando imágenes con un retardo de 2 segundos, ffmpeg tenía un retardo de hasta ¡¡¡ 10 segundos !!!. La idea la cogí de aquí.

Ahora que ya tenemos lo necesario en nuestra parte del coche, necesitamos configurar el router para redirigir los puertos 22, 1976 y 5000 hacía la ip que tenga la Raspberry Pi.

Desde el ordenador remoto necesitaremos tener el programa VLC para el recibir el streaming, un cliente de ssh  (en windows el mejor es el putty) y Processing para enviar los comandos.

Los pasos para hacer que nuestro sistema de televigilancia son los siguientes:

Conectar mediante ssh a la raspberry pi y ejecutar el comando:

Abrir otra sesión de ssh y ejecutar el comando:

Arrancar VLC y abrir una ubicación de red poniendo la siguiente línea, con esto podremos ver lo que hay frente a la webcam (cambiar 192.168.1.133 por la ip que tenga vuestra raspberry pi):

Arrancar el Processing con el siguiente programa y ejecutarlo (cambiar 192.168.1.133 por la ip que tenga vuestra raspberry pi):

Si todo ha ido bien, ponemos la ventana de processing que nos ha abierto como activa cuando hemos lanzado el programa y pulsamos los botones de los cursores del teclado, momento en el cual veremos a través de la webcam (o en local si lo tenemos enfrente) cómo nos desplazamos.

Y finalmente un vídeo de cómo funciona:

L.I.O.S.: El robot de 10$

English version

Introducción:

Hace algún tiempo leí un artículo sobre un concurso para crear un robot con un coste de 10$ para el aprendizaje de robótica en escuelas con un coste admisible. Este concurso es el reto AFRON.

Así que me pareció una buena idea participar. Se me ocurrió que un robot  muy simple de hacer pero que es un buen punto de partida para aprender es un seguidor de luz, donde los sensores del robot están buscando si hay un foco luz y cuando lo encuentran se dirigen hacia el. Me puse a buscar los componentes, a construir el robot y al final he terminado a L.I.O.S. (Light input output system):

Como se puede ver en el vídeo, las ruedas y el chasis son de cartón de una caja reciclada. Aunque no se aprecie, los sensores son LDR, los motores son dos servos trucados para rotación continua, el cerebro es un microcontrolador PIC 12F683, tiene dos diodos led para indicar el estado y una batería lipo de 3,7V. y 130 mAh para alimentar el sistema.

Funcionamiento:

Nada más enchufar la batería los leds parpadean varias veces. Hay dos LDR que el microcontrolador está comprobando constantemente; si este detecta que en uno de ellos  hay una intensidad de luz grande, entonces enciende el led del lado del LDR y activa el servo del lado contrario (si la luz está a la derecha, entonces es la rueda izquierda la que tiene que moverse y viceversa); si ambos sensores detectan luz entonces los dos led se encienden y los dos motores se activan para ir recto; si no detecta suficiente luz entonces permanece parado y los leds apagados.

Consumo

En resposo consume 23 mA.
Cuando sigue una luz puede consumir hasta 300 mA.

Velocidad

8,7 cm/s. cuando la batería está a 3,7V.

Construcción:

Componentes

Nombre Descripción Precio unitario (enlace) Cantidad Total
PIC12F683 El cerebro 1,78$ 1 1,78$
  Zócalo DIP Para meter o sacar el PIC 0,18$ 1 0,18$
  Batería Lipo Para alimentar el circuito 1,33$ 1 1,33$
  Conector hembra Para enchufar la batería 0,47$ 1 0,47$
  LDR Para detectar la luz 0,32$ 2 0,64$
  Servo Para mover el robot 2,69$ 2 5,38$
  diodo led Para mostrar estado 0,13$ 2 0,26$
  Resistencia 180Ω Para los led 0,08$ 2 0,16$
  Resistencia 10KΩ Para los LDR y los servos 0,08$ 6 0,48$
Otros Cartón (reciclable de cualquier caja), cables (usar los del propio servo), estaño, pegamento y tubo termoretráctil 0,05$ (por reciclaje o mínimas cantidades) 0,05$

Total

10,73$

Herramientas

Nombre Uso Precio aproximado
Cutter Cortar el cartón  4$
  Pegamento Pegar cartón, brazos de servos y servos  3$
  Cinta adhesiva Pegar la plantilla y la batería al cartón  1,50$
Aguja Agujerear el cartón 0,02$
  Pistola de termocola Pegar LDR, leds, resistencias y zócalo al cartón  15$
  Pelacables Pelar todos los cables  10$
  Mechero Reducir los tubos termoretráctiles  2$
  Corta cables Cortar topes de los servos, cables y tubos termoretráctiles  5$
  Destornillador PH0 Apretar o aflojar los tornillos de los servos  1$
  Soldador Soldar cables con LDR, leds, resistencias, enchufe y zócalo  10$ – 25$
  Estaño Para soldar 5$
  Programador Programar el PIC 14$ – 45$
Cargador de baterías Cargar la batería Lipo 15$ – 75$
Multímetro Medir la carga de la batería Lipo 5$ – 30$

Precauciones

  • La hoja del cutter es afilada, tener cuidado de no cortarse.
  • La aguja es muy fina, tener cuidado de no pincharse.
  • El pegamento es muy fuerte, tener cuidado de que no entre en contacto con los ojos y/o la piel.
  • La termocola está muy caliente, tener cuidado de no tocarla.
  • El soldador está muy caliente, tener cuidado de no tocarlo, de no ponerlo en contacto con el cartón y de evitar respirar el humo de la soldadura.
  • La batería lipo no debe cortocircuitarse, ni sobrecargarse por encima de 4,2V. ni descargarse por debajo de 3V.

Servos

Los servos contienen electrónica para manejar su sentido de rotación y tienen engranajes para aumentar su fuerza de tracción, sin embargo sólo pueden rotar 180º, por lo que vamos a modificarlos para que su rotación sea continua como la de cualquier motor.

Lo primero es desmontarlos extrayendo los 4 tornillos de su base y separar las tapas inferior y superior:

Después hay que extraer los engranajes. Uno de ellos contiene una pestaña para que haga de tope y no avance más (marcado con un circulo rojo):

Así es como queda al cortarla:

Por otro lado tenemos el potenciómetro. Aquí debemos desoldar los cables (las flechas verdes) y romper la pared que contiene las dos pestañas que también hacen tope (las fechas rojas):

Así es como quedaría la pared que comentaba:

A continuación debemos soldar las dos resistencias de 10KΩ formando un divisor resistivo en los cables que habíamos desoldado antes (el cable blanco entre las dos resistencias). Para aislar los contactos poner tubo termoretráctil:

También aislar el extremo con tubo termoretráctil:

Finalmente unir todos los engranajes de nuevo, meter la electrónica, poner las tapas y atornillarlas:

Chásis y ruedas

Imprimir en papel esta plantilla en DXF a escala 1:1 (yo he usado el programa de software libre LibreCad):

Pegar el papel con cinta adhesiva al cartón. Agujerear los círculos pequeños con una aguja y cortar las líneas con un cutter:

A continuación poner la aguja en el agujero de una rueda, poner pegamento en el brazo alargado de un servo e introducir el agujero central de este por la aguja hasta pegarlo a la rueda. Repetir el proceso con la otra rueda:

Quitar la pegatina del lateral del servo, poner pegamento en ese lateral y pegarlo en el extremo superior izquierdo de la superficie grande de cartón. Repetir el proceso en el otro lado con el otro servo:

Cortar levemente la superficie pequeña de cartón por el primer tercio, poner pegamento y adherirla a la incisión hecha anteriormente en la superficie grande de cartón (según la plantilla). Colocar las dos ruedas en los ejes del servo:

Agujerear 4 orificios entre los servos, introducir desde abajo los LDR, girarlos 30 grados desde el centro y pegarlos con termocola. Hacer dos orificios a cada lado, introducir desde abajo los diodos led y pegarlos con termocola:

Electrónica

Este es el esquema electrónico:

LDR

  • Soldar una de las patillas de cada LDR a VCC.
  • Soldar la otra patilla de cada LDR a un extremo de una resistencia de 10KΩ
  • Desde la anterior unión izquierda soldar un cable hasta el pin 7 del zócalo y poner tubo termoretráctil.
  • Desde la anterior unión derecha soldar un cable en hasta el pin 6 del zócalo y poner tubo termoretráctil.
  • Soldar el otro extremo de cada resistencia a GND.
  • Pegar las resistencias a la base con termocola.

SERVO

  • Pelar los cables y soldar el rojo a VCC y el marrón a GND de cada servo.
  • Soldar el cable naranja del servo izquierdo al pin 3 del zócalo y poner tubo termoretráctil.
  • Soldar el cable naranja del servo derecho al pin 2 del zócalo y poner tubo termoretráctil.

LED

  • Soldar un extremo de una resistencia de 180Ω a VCC.
  • Soldar el otro extremo al de otra resistencia de 180Ω.
  • Desde la anterior unión soldar un cable hacia la patilla del ánodo del led derecho.
  • Desde la anterior unión soldar un cable hacia la patilla del cátodo del led izquierdo.
  • Soldar el extremo restante de la segunda resistencia a GND.
  • Pegar las resistencias a la base con termocola.
  • Desde el cátodo del led derecho soldar un cable hacia el ánodo del led izquierdo.
  • Desde la anterior unión soldar un cable hacia el pin 5 del zócalo y poner tubo termoretráctil.

PIC

  • Soldar el pin 1 del zócalo a VCC y poner tubo termoretráctil.
  • Soldar el pin 8 del zócalo a GND y poner tubo termoretráctil.
  • Pegar el zócalo a la base con termocola.

Batería

  • Enchufar el conector a la batería y comprobar cual es VCC y cual GND con un polímetro.
  • Soldar un cable a VCC y otro a GND y juntarlos con el resto del circuito. Poner tubo termoretráctil.
  • Enrollar un trozo de cinta adhesiva y ponerla en la zona trasera de la base.
  • Poner la batería encima de la cinta adhesiva y enchufar esta al conector.

Programación:

Desde aquí se puede descargar el código fuente para el firmware del PIC. Para entender el funcionamiento de los registros del PIC 12F683 lo mejor es leerse el datasheet.

Desde aquí se puede descargar el fichero .hex para programar el PIC.

El compilador que se ha usado es el SDCC, que es software libre. Para compilarlo he usado el siguiente comando:

Para subir el fichero .hex al PIC hay que tener un programador de PICs y un software que maneje el programador. Hay mucha variedad. Yo he usado el pickit3 de Microchip y su software para windows, pero hay otras alternativas más baratas que se pueden usar con software libre o gratuitas para linux, mac y windows.

Explicación

A grandes rasgos el funcionamiento es el siguiente:

Al enchufar la batería los leds parpadean 10 veces rápidamente. Los leds están en una configuración determinada para que si el pin del PIC está configurado como salida y la pone en alto luzca un led, si la pone en bajo luce el otro led; si está configurado como entrada (alta impedancia) los leds permanecen apagados.

Se activan las interrupciones del timer0 y del ADC. La interrupción del timer0 está configurada para que salte cada 0,1 ms. y sirve para contabilizar los tiempos en los servos. La interrupción del ADC salta cada vez que un valor ha sido leído en un LDR para activar el led asociado (si se traspasa cierto umbral), poner un valor en una variable de estado, cambiar el canal de ADC y leer el siguiente LDR.

En el bucle principal del programa se comprueba la variable de estado para saber qué servos deben activarse. La activación de los servos es distinta ya que estos están enfrentados y la rotación para ir hacia delante es diferente en cada uno. Para uno supone una señal alta de 1 ms y otra baja de 19 ms., mientras que para el otro supone una señal alta de 2 ms y otra baja de 18 ms.

Modificaciones:

Los sensores del robot son LDR, pero podrían haberse cambiado por dos CNY70 para hacer un robot seguidor de línea con el siguiente esquema:

O dos interruptores de acción rápida para hacer un robot que detectase colisiones con el siguiente esquema: