Para quien todavía no lo sepa, el cumpleaños de Arduino es el 28 de Marzo. En esta fecha, y en distintas localidades del planeta, habrá eventos creados por el equipo Arduino y por la comunidad en la que se realizarán distintos tipos de actividades para compartir conocimiento y experiencia en este mundillo. Desde los usuarios más newbies hasta los más veteranos en el mundo, pasando por profesores, asociaciones, etc… todos son bienvenidos en este tipo de eventos.

Los eventos oficiales, es decir, organizados por el equipo de Arduino, que se van a celebrar este año son los siguientes:

Cómo organizar un Arduino Day 2015

Lo primero de todo es buscar una sede para el evento y planear una serie de actividades en función de los recursos que tengas disponibles. Has de tener una variedad de actividades que hagan del evento algo particular, algo emocionante. Cabe destacar que la mayoría de eventos tienen que ser gratuitos para los asistentes. Por supuesto, puedes realizar un workshop para el que haya que pagar entrada, pero recuerda que no puede ser la única actividad del día.

Una vez decidida la sede y con una planificación de eventos que te satisfaga, hay que registrarse y rellenar la solicitud de forma online a través de la web Call for Submissions.

Si tu evento es aprobado, aparecerá en el mapa de la web oficial dedicada al Arduino Day 2015, pero la cosa no acaba ahí. En ese momento, deberás preparar un calendario detallado con las actividades que se van a realizar y publicarlo en alguna página web para conseguir la confirmación definitiva. Aunque tu evento aparezca en el mapa, si antes del día 15 de Marzo de 2015 no se adjunta la web con la agenda del día, desaparecerá nuevamente del mapa. En ese momento se te proporcionará un kit digital con diversos recursos gráficos para preparar la publicidad del evento, además de un 10% de descuento en la Tienda Arduino.

Todos los eventos, tanto oficiales como no oficiales, pendientes y confirmados, aparecen en un mapa interactivo en la página oficial del Arduino Day 2015.

Una vez llegado el día, si alguien quiere compartir con nosotros mediante cualquier vía fotos, vídeos o cualquier información de un evento en particular, estaremos encantados de compartirla.

La entrada Arduino Day 2015 aparece primero en rDuinoStar | Arduino España.

Introducción

Cuando lo que buscamos es cierta precisión en nuestras mediciones, lo más seguro es que el sensor DHT11 nos haya dejado un poco fríos, principalmente por el amplio error en la medición y el escaso rango de temperatura. El sensor DHT22 nace como una evolución natural del DHT11, con mayores rangos de temperatura y humedad, y más precisión.

Encapsulados

Buscando por Internet podéis encontrar dos variantes del sensor en según qué tienda, a saber:

• El sensor suelto, con una «funda» blanca plástica y cuatro pines de conexión.
• El sensor con la misma funda blanca que el anterior, pero esta vez soldado en una placa y con tres pines de conexión, además de una resistencia pull-up (entre 3-6 kΩ) y un condensador de filtrado (normalmente de 100 nF).

Prestaciones

Sus principales características generales son:

• Alimentación: 3.3v – 5.5v, tomando como valor recomendado 5v.
• Resolución decimal, es decir, los valores tanto para  humedad como para temperatura serán números con una cifra decimal.
• Tiempo de muestreo: 2 segundos, es decir, sólo nos puede ofrecer datos cada 2 segundos.

En cuanto a sus prestaciones leyendo temperatura:

• Rango de valores desde -40ºC hasta 80ºC de temperatura.
• Precisión: ±0.5ºC, ±1ºC como máximo en condiciones adversas.
• Tiempo de respuesta: <10 segundos, es decir, de media, tarda menos de 10 segundos en reflejar un cambio de temperatura real en el entorno.

Si hablamos de sus prestaciones leyendo humedad relativa:

• Rango de valores desde 0% hasta 99.9% de Humedad Relativa.
• Precisión: ±2%RH, a una temperatura de 25ºC.
• Tiempo de respuesta: <5 segundos, es decir, de media, tarda menos de 5 segundos en reflejar un cambio de humedad relativa real en el entorno. Además, para darse esta afirmación, los tests indicaron que la velocidad del aire debe ser de 1 m/s.

Nuevamente estamos ante un sensor modesto, pero que ya nos es válido para un montón de proyectos caseros y semi profesionales. Siempre y cuando no se requiera de una medición constante ni milimétrica, el sensor DHT22 es un fiel candidato.

Conexión

Como siempre que nos encontramos con componentes encapsulados o presoldados en una placa, una conexión va a estar condicionada por la cantidad de elementos -componentes- que ya forman parte del encapsulado que hemos adquirido. Una conexión totalmente funcional, contando con que nuestro DHT22 no trae ningún elemento extra es la siguiente:

De forma opcional podemos filtrar la alimentación colocando un condensador de, por ejemplo, 100 nF, entre VDD y GND.

Así es que ya sabéis, a la hora de comprar y montar vuestro DHT22 tened en cuenta si debéis añadir una resistencia pull-up o no añadir nada.

Datasheet

Como es constumbre, haciendo click aquí podéis descubrir más detalles técnicos y del protocolo de comunicación del DHT22 en su datasheet completo.

La entrada Sensor de temperatura y humedad DHT22 o AM2302 aparece primero en rDuinoStar | Arduino España.

while

Con while aumentamos la familia de los bucles para el control de flujo de un programa, ya que ejecuta de forma continua un bloque de código mientras la condición de cabecera se cumpla. Al igual que pasaba con el bucle for, la condición se evalúa con cada repetición del bloque de código hasta que se deje de cumplir, continuando entonces con el código que haya después del bucle while.

while (valorAComparar ?? valorReferencia) {
	codigoAEjecutar();
}

Podemos realizar la misma impresión de los números enteros desde el 0 hasta el 9 por el puerto serie que hacíamos con el bucle for, esta vez haciendo uso de un bucle while:

// Bucle while para imprimir los enteros de 0 a 9
int i = 0;
while (i < 10) {		// Evaluamos condición
	Serial.println(i);	// Imprimimos número
	i++;			// Modificamos valores tomados 
				// en cuenta en la condición.
}

do…while

Terminamos los bucles con una modificación del bucle while en el que la condición se evalúa al final del bloque de código entre llaves. Por tanto, el bule do…while no deja de ser un bucle while que se va a ejecutar al menos una vez.

do {
	codigoaEjecutar();
} while (valorAComparar ?? valorReferencia);

Para no variar, implementemos el ejemplo que estamos utilizando a lo largo del post con el bucle do…while, imprimiendo los enteros que van desde el 0 hasta el 9:

int i = 0;
do {
	Serial.println(i);
	i++;
} while (i < 10);

«Control» del control de flujo – Sentencias break y continue

Como ya comentamos en la primera parte dedicada al control de flujo de un sketch Arduino, hay situaciones en las cuales necesitamos de alguna herramienta extra, bien para evitar acorralar nuestro sketch en un bucle infinito, o bien para añadir algo de complejidad a nuestro sketch.

La sentencia break aborta cualquier instrucción de control de flujo vista hasta ahora. Cuando nuestro programa ejecuta, por ejemplo, un bucle for, y llegado a un punto necesita abandonarlo, sea por la razón que sea, incluiremos una sentencia break, y el programa continuará su ejecución justo después del bloque donde la hemos incluido.

Podemos verlo claro con un ejemplo rescatado de la primera parte. El código del que partíamos era tal que así:

int i = 0;
for ( ; ; ) {
	if (i < 10) {
		Serial.println(i);
	}
	i++;
}

Nuestro código va a imprimir por el puerto serie lo deseado, pero el bucle seguirá ejecutándose de forma infinita hasta producirse un overflow, y volverá a empezar de cero. Para evitarlo, podemos colocar una sentencia break en el momento en el que la condición se deje de cumplir:

int i = 0;
for ( ; ; ) {
	if (i < 10) {
		Serial.println(i);
	} else {
		break;
	}
	i++;
}

La sentencia continue, por su parte, aborta la ejecución actual dentro de un bucle de control de flujo. A diferencia de break, el bucle no se abandona, sino que se seguirá ejecutando mientras la condición se cumpla.

Imaginemos que vamos a imprimir, como antes, los números enteros desde el 0 hasta el 9, pero solo queremos imprimir aquellos que son divisibles por 2. Podemos incluir, en este caso, una sentencia continue, siempre que el número correspondiente a una ejecución del bucle no sea divisible por 2:

for (int i = 0; i < 10; i++) {
	// Operador módulo, calcula el resto de dividir i/2
	if (i % 2 != 0) {
		continue;
	}
	Serial.println(i);
}

Como veis, el lenguaje nos ofrece multitud de herramientas para simplificar y variar la ejecución de parte de un sketch, de manera que podemos adaptar nuestro código a nuestras necesidades y dar un rodeo a los problemas que se nos plantean.

Esperamos queeste artículo os sirva de ayuda a la hora de escribir vuestros programas.

La entrada Control de flujo II – while, do…while, break y continue aparece primero en rDuinoStar | Arduino España.

if

Realiza una comprobación de una condición. En el caso de que esta condición se cumpla, el código escrito entre llaves se ejecuta. Si, por el contrario, la condición entre paréntesis no se cumple, el código entre llaves es ignorado y el programa sigue ejecutándose normalmente.

if (valorAComparar ?? valorDeReferencia) {
	instruccionesAEjecutar();
}

Como se puede apreciar en el código anterior, la comparación se realiza con el operador ??, que se ha de sustituir por cualquier operador lógico o cualquier operador de comparación. Hay que tener cuidado con el operador de comparación igual que (==), pues se suele confundir con el operador de asignación igual (=). Veámos algunos ejemplos:

// Condición por la cual queremos que el código se ejecute
// si una variable 'x' es mayor que cero
if (x > 0) {
  digitalWrite(ledPin, HIGH);
  delay(1000);
  digitalWrite(ledPin, LOW);
}

// Condición por la cual queremos que el código se ejecute
// si una variable 'x' es igual a cero

// Sentendia mal construida. Lo que se está haciendo es igualar 
// una variable a cero en lugar de compararlas
if (x = 0) {
  digitalWrite(ledPin, HIGH);
  delay(1000);
  digitalWrite(ledPin, LOW);
}

// Sentencia bien construida
if (x == 0) {
  digitalWrite(ledPin, HIGH);
  delay(1000);
  digitalWrite(ledPin, LOW);
}

Incluso podemos establecer más de una condición:

// Condición por la cual queremos que el código se ejecute 
// si una variable 'x' es mayor que cero, y además otra 
// variable 'y' es menor que 3.
if (x > 0 && y < 3) {
  digitalWrite(ledPin, HIGH);
  delay(1000);
  digitalWrite(ledPin, LOW);
}

if…else

Complementa en cierto modo al control de flujo que ofrece la sentencia if, permitiendo ejecutar un bloque de código en el caso de que se cumpla la condición entre paréntesis, y otro bloque de código si la condición no se cumple. Estos dos bloques de código son mutuamente excluyentes, por lo que nunca se podrán ejecutar los dos a la vez.

if (valorAComparar ?? valorDeReferencia) {
	instruccionesSiCondicionSeCumple;
} else {
	instruccionesSiCondicionNoSeCumple;
}

Podemos anidar varias sentencias if…else, siendo todas ellas, a su vez, mutuamente excluyentes:

if (x <= 0) {
	delay(100);
} else if (x < 100) {
	delay(250);
} else if (x <= 200) {
	delay(500);
} else {
	delay(1000);
}

Analicemos el código anterior, donde tenemos 4 sentencias mutuamente excluyentes que actuarán como control de flujo en función de distintas condiciones:

•  x menor o igual que 0.

• x mayor que 0, derivado de que la anterior condición no se ha cumplido.
• x menor que 100.

• x mayor que 0 y  mayor o igual que 100, derivado de que las anteriores condiciones no se han cumplido.
• x menor o igual que 200.

• x mayor que 200, ya que ninguna de las anteriores condiciones se han cumplido.

for

Entramos en la parte del control de flujo relativa a la repetición de un bloque de código siempre que se cumpla una condición. Así pues, siempre que nos encontremos con una instrucción for -también llamado bucle for-, el código encerrado entre llaves se repetirá siempre que se cumpla la condición. Con cada repetición del bloque de código, la condición vuelve a ser evaluada.

for (inicialización; condición; expresión) {
  codigoAEjecutar();
}

Esta estructura está formada siempre por tres campos separados entre sí por un punto y coma. La inicialización se produce una sola vez y sirve para establecer un estado inicial a partir del cual empezar a evaluar la condición. La condición, como ya hemos dicho, se re-evalúa con cada repetición del bucle. Entonces, puede resultar obvio que siempre que se ejecute el bloque de código hay que variar alguna parte de la condición, evitando entrar en el denominado bucle infinito, donde un bloque de código se repite de forma infinita. Con tal fin, tenemos la expresión del tercer campo, una pieza de código que se va a ejecutar después de que lo haga el bloque de código encerrado entre llaves.

En el siguiente ejemplo vemos un caso muy simple pero práctico para imprimir por el puerto serie los números del 0 al 9:

// Para imprimir por consola los números enteros del 0 al 9 
// podemos ir por el camino clásico
Serial.println(0);
Serial.println(1);
Serial.println(2);
Serial.println(3);
Serial.println(4);
Serial.println(5);
Serial.println(6);
Serial.println(7);
Serial.println(8);
Serial.println(9);

// Pero podemos agilizarlo con un bucle for
for (int i = 0; i < 10; i++) {
 Serial.println(i); 
}

Pero aquí no acaba la cosa. De los 3 campos del bucle for, podemos obviar tantos como queramos, siempre y cuando incluyamos los puntos y coma. Así, podemos hacer la inicialización antes del bucle  (o no hacerla), evaluar la condición dentro del bucle, o modificar la condición dentro del bloque entre llaves.

// Podemos obviar la inicialización
int i = 0;
for ( ; i < 10; i++) {
	Serial.println(i);
}

// Si quitamos la expresión y la inicialización
int i = 0;
for ( ; i < 10 ; ) {
	Serial.println(i);
	i = i + 1;
}

// Si quitamos los tres campos, tenemos un bonito bucle infinito.
// Veremos en la segunda parte como arreglarlo
int i = 0;
for ( ; ; ) {
	if (i < 10) {
		Serial.println(i);
	}
	i = i + 1;
}

Nos vemos en la segunda parte de la bilogía destinada al control de flujo, donde explicaremos conceptos tan interesantes como los bucles while y do…while, y las sentencias break y continue.

La entrada Control de flujo I – if, if…else y for aparece primero en rDuinoStar | Arduino España.

Como vemos en la imagen y comentamos en su día, las líneas azules representan un esquema de conexiones que viene realizado internamente en la placa de prototipado.

A pesar de que un montaje en una placa perforada sin ningún diseño complejo puede ser definitivo, ya que los componentes y las conexiones entre ellos quedan soldados de forma permanente hasta que nos decidamos a desoldarlos, estas placas perforadas son más utilizadas como paso previo a un montaje final en placas impresas con circuitos muy caprichosos. Tenemos, de forma general, tres tipos de placas perforadas:

Placas perforadas sin patrón o perfboard

Son placas con perforaciones a lo largo de toda su superficie. Cada perforación está rodeada por un anillo de material conductor, aunque ninguna de ellas está conectada con otra perforación de la placa.

Placas perforadas con conexiones paralelas o stripboard

Al igual que las anteriores, tienen perforaciones a lo largo de toda su superficie. Del mismo modo, cada perforación está rodeada por un anillo de material conductor.

A diferencia de las placas perfboard, las perforaciones van conectadas o bien por filas, o bien por columnas.

Placas perforada con patrones

Como no podía ser de otra manera, también tienen perforaciones a lo largo de toda su superficie y cuentan con un anillo de material conductor.

Su principal diferencia es, sin duda, el patrón que siguen las perforaciones. Es decir, el esquema de conexiones pre soldadas. Aunque no es fijo y suele cambiar, la mayoría de veces incluyen varias líneas de conexiones en una dirección, con conexiones en dirección perpendicular alrededor, del mismo modo en que vienen pre conectadas las perforaciones de una protoboard.

Algunas características comunes y consejos para su uso se pueden resumir en una pequeña lista que, esperamos, os sirva de guía:

• Las placas perforadas están compuestas en su mayoría por baquelita o fibra de vidrio.
• No hay que preocuparse por el tamaño de las perforaciones, pues casi todas tienen una distancia entre perforaciones de 2,54 mm, espacio estándar entre patillas de circuitos integrados.
• Debemos ajustar nuestro diseño al tipo de placa. Para diseños más avanzados se suele emplear de forma más frecuente las placas perforadas sin patrón o perfbroad, aunque esto no es siempre así.
• Si para un proyecto nos viene mejor una stripboard pero llegamos a un punto en el que una conexión nos estropea el diseño, siempre podemos cortar las pistas -o conexiones entre perforaciones- con un cutter, bisturí, etc…
• Seguiremos la mayoría de recomendaciones que ya listamos para el uso de una protoboard, es decir, cables lo más cortos posibles, colores agrupados por funcionalidad -alimentación, gnd…-, diseños limpios y ordenados, apoyo de multímetros para verificar conexiones, etc…

Para terminar y si por lo que sea no ha quedado claro, una placa perforada común podría situarse en la línea del tiempo entre un montaje de un prototipo en una breadboard y un montaje en una placa con circuitos impresos profesional.

La entrada Protoboard y placas perforadas PCB aparece primero en rDuinoStar | Arduino España.

Lo que ya sabemos es que estamos ante un dispositivo Arduino basado en un ATmega32u4 y un Atheros AR9331 (podéis ver el resumen de características técnicas en el artículo de la presentación). La incorporación del AR9331 es la encargada de «administrar» una de las innovaciones del Yún: una distribución Linux basada en OpenWRT llamada Linino. La otra gran novedad la encontramos en una interfaz WiFi incorporada de serie en la placa. El resto de componentes se resume en 20 pines digitales (7 de ellos se pueden usar como salidas digitales con PWM y 12 de ellos como entradas analógicas), un conector microUSB, un USB-A, un puerto para microSD y un puerto Ethernet.

A la vista está que el nuevo Arduino Yún tiene dos partes totalmente diferenciadas que, en su conjunto, ofrecen todo un «ordenador» conectado a la red, pero tremendamente fácil de manejar y programar.

Alimentación

Aunque se aconseja alimentar nuestro Arduino Yún a través de su puerto microUSB con 5V, también lo podemos hacer a través de su pin Vin mediante una fuente de alimentación regulada a 5v, ya que Arduino Yún no tiene ningún regulador de tensión. Si alimentamos a través de Vin con un voltaje mayor a 5v, lo más seguro es que quememos el dispositivo.

Memoria

La parte clásica de Arduino Yún, el ATmega32u4 tiene 32KB, de los cuales 4KB están ocupados por el sistema de arranque -bootloader-. Del mismo modo cuenta con una SRAM de 2.5 KB y una EEPROM programable de 1KB.
Por su parte, el chip AR9331 cuenta con 64 MB de RAM DDR2 y 16MB de memoria flash, en la cual se ha cargado la distribución Linux Linino.

Entradas y Salidas

Si bien es cierto que el chip AR9331 tiene varios pines de entrada y salida, estos no son accesibles, por lo que toda la parte de entrada y salida de datos a través de pines se hace como de costumbre, es decir, mediante los pines analógicos y digitales del chip ATmega32u4.

Al igual que en otras placas, existen pines con funciones particulares:

• Serial: pin 0 para recepción de datos (RX) y pin 1 para el envío de los mismos (TX). Si estáis acostumbrados a utilizar la clase Serial, en el Yún es usada para la comunicación por el puerto USB, por lo que deberéis emplear la clase serial1. En el puerto serie del AR9331 tenemos la consola Linux a nuestra disposición.
• TWI: pin 2 (SDA) y pin 3 (SCL). Interrupciones externas: los pines 3, 2, 0, 1 y 7 actúan como interrupciones numeradas de 0 a 4, respectivamente. Desde Arduino recomiendan no utilizar los pines 0, 1 y 7. 0 y 1 por actuar como puerto serie, y 7 por estar conectado directamente al AR9331 y su posible uso en un futuro.
• PWM: pines 3, 5, 6, 9, 10, 11 y 13. La resolución de la PWM es de 8 bits.
• SPI: en el conector marcado como ICSP/SPI. Es importante destacar que el conector SPI no está conectado a ningún otro pin, por lo que si usamos alguna shield que utilice SPI pero no vaya directamente encima del conector de 6 pines ICSP del Arduino Yún, es más que probable que no funcione. Como dato adicional, los pines SPI están conectados a los pines gpio del AR9331, por lo que ahí tenemos otra vía de comunicación entre ambos chips.
• LED: al igual que ocurre en otros dispositivos, tenemos un led incorporado en la placa, conectado en este caso al pin 13.

• Entradas analógicas A0 – A11 en los pines digitales 4, 6, 8, 9, 10 y 12. Tienen una resolución de 10 bits y por defecto miden desde 0v a 5v.
• AREF: voltaje de referencia para las entradas analógicas. Con este pin podemos cambiar el límite superior de 5v para adaptarlo a nuestras necesidades.
• Botones de reset: Yún RST: resetea el procesador AR9331, es decir, vacía la RAM y termina los programas en ejecución en el entorno Linux. 32U4 RST: reinicia el chip ATmega32u4. WLAN RST: Presionado durante 5 segundos hará que el led azul de WLAN comience a parpadear, indicando que el entorno Linux y la configuración WiFi se están reiniciando, es decir, Yún actuará como un AP con IP 192.168.240.1 y SSID «Arduinl Yún-direccionmac». Presionado durante 30 segundos dejaremos el entorno Linux tal y como venía el día que compramos nuestro Arduino.

La entrada Arduino Yún – Una vista más en detalle aparece primero en rDuinoStar | Arduino España.

En esencia estamos ante un Arduino Leonardo dotado de una distribución Linux Linino (una distribución MIPS basada en OpenWRT) con la que se comunica vía serie. El corazón del nuevo Arduino Yún es un ATMega32u4, mientras que la distribución Linux es manejada por un Atheros AR9331.

Arduino Yún cuenta con interfaces Ethernet y WiFi, un puerto para tarjetas MicroSD, un puerto Micro USB, un puerto USB-A y 20 pines de entrada y salida -de los cuales 7 pueden ser usados con PWM y 12 como entradas analógicas-.

Con este nuevo dispositivo se facilita la interacción de Arduino con servicios Web. Así, podremos cargar nuestros sketches vía WiFi, escribir scripts shell o python, comunicarnos mediante SSH o acceder a los distintos pines de Arduino a través de un API REST. Todo es posible gracias a una librería desarrollada para tal efecto, llamada Bridge. La librería Bridge comunica el AtMega32u4 con el AR9331 para balancear la carga de trabajo y distribuir tareas, dejando a la parte Linux el pesado procesamiento de datos.

Las características técnicas de las dos partes principales que componen el nuevo Arduino Yún son las siguientes:

Podéis comprarlo en la página oficial por 52€ + impuestos. En tiendas online españolas no lo hemos visto por menos de 66€.

La entrada Arduino Yún – Arduino, ahora con Linux y WiFi aparece primero en rDuinoStar | Arduino España.

Introducción

Como ya hemos adelantado, estamos ante un LCD gráfico, retroiluminado, con contraste variable, con 128 pixeles de largo y 64 pixeles de ancho. Las pantallas quedan muy elegantes en la mayoría de proyectos realizados con Arduino, ya sea para mostrar información, para ayudar al usuario con la navegación por la aplicación o con la configuración, etc.

Encapsulado

La unidad que presentamos en éste post es un módulo etiquetado como HJ12864ZW, con un LCD gráfico 128×64 controlada por un integrado ST7920.

Datos del módulo

Sus principales características son:

• Dimensiones: 93.0 x 70.0 x 13.5 mm.
• Área visual: 72.0 x 40.0 mm.
• Tamaño del píxel: 0.48 x 0.48 mm.
• Tensión de funcionamiento: 3.3v / 5.0v.
• Tensión del funcionamiento del controlador del LCD: 3.0v – 5.0v.
• Temperatura de funcionamiento: -20ºC – 70ºC.

Conexión

El módulo que os presentamos tiene una variedad de pines que nos puede parecer demasiado numerosa. Veamos el significado de cada uno:

Esquema de pines

Dependiendo del módulo, tendréis o no un tornillo por la parte de atrás, el cual nos sirve para variar el contraste de la pantalla. En caso de no disponer de éste tornillo (en realidad es un potenciómetro), podemos conectar un potenciómetro en el pin V0 y tensión positiva (+) para variarlo manualmente.

Del mismo modo, podemos variar la retroiluminación del LCD colocando otro potenciómetro para variar la tensión en el pin BLA.

Un ejemplo de esquema de conexiones para utilizarlo con la librería que os recomendamos más abajo sería el siguiente:

Librería

Hay varias librerías circulando por la red, pero sin duda, la más completa, con más actualizaciones y mejor documentada es la librería u8glib. No sólo nos va a servir para este módulo, sino que es válida para un montón de pantallas. Podéis encontrar un montón de documentación en su página oficial de Google Code u8glib.

Datasheets

Podéis consultar más datos técnicos del módulo HJ12864ZW en su datasheet haciendo click aquí.

Podéis consultar más datos técnicos del controlador ST7920 en su datasheet haciendo click aquí.

La entrada Pantalla LCD Gráfica 128×64 con ST7920 aparece primero en rDuinoStar | Arduino España.

La principal función de una constante es hacer más fácil la programación y lectura de un programa. Suelen ser valores muy utilizados o bien muy característicos del propio programa. Por ejemplo, podemos emplear constantes a la hora de identificar errores, versiones de programas, etc…

La declaración de una constante es muy simple, basta con anteponer la palabra reservada const  antes del tipo de datos y nombre de la variable:

// Declaración e inicialización de una variable constante
const int VARIABLE_CONSTANTE = 100;

// Si intentamos cambiar el valor, habrá un error de compilación
VARIABLE_CONSTANTE = 20;

Como se puede ver en los comentarios, el valor de una variable constante no se puede modificar, pues si lo intentamos hacer obtendremos un error de compilación.

Constantes «reservadas»

Existe una serie de constantes, que ya hemos empleado en algunos sketches.

TRUE / FALSE

Éstas dos constantes booleanas representan un nivel lógico. Mientras que FALSE representa un nivel lógico de 0, TRUE representa un valor de 1.

Se emplean en muchas ocasiones, siendo especialmente útiles en estructuras de control del flujo, como por ejemplo:

while (variable == TRUE)
{
// Algo de código...
}

HIGH / LOW

Variables más que conocidas por su uso para establecer el valor en un pin digital de arduino. HIGH indica que el pin debe tener un nivel lógico de 1, es decir, 5v o 3.3v (según versiones de placas de Arduino). Por su parte, LOW establece un nivel lógico de 0, es decir, 0v.

digitalWrite(pinDestino, HIGH);

INPUT / OUTPUT / INPUT_PULLUP

Otro grupo de valores muy utilizados. Su función es la configuración de pines digitales. INPUT se emplea para configurar un pin como entrada, OUTPUT como salida, e INPUT_PULLUP activa unas resistencias pull-up internas. En el caso de INPUT_PULLUP, el grupo anterior de constantes (HIGH/LOW) funcionará al revés, siendo HIGH 0v y LOW 5v o 3.3v según placas.

pinMode(pinDestino, OUTPUT);

Si queréis ampliar esta información, podéis ir a la página oficial de Arduino -> Constantes.

La entrada Constantes en Arduino aparece primero en rDuinoStar | Arduino España.

Introducción

Dicho esto, hablemos un poco del sensor de temperatura y humedad DHT11, pues estamos ante uno de los sensores digitales de temperatura y humedad más baratos del mercado.

Encapsulados

Cuando compréis el sensor, os encontraréis por norma general (y según qué tiendas) con tres variantes:

• El sensor suelto, con un encapsulado azul y cuatro pines disponibles para conectar.
• El sensor con una placa soldada, con tres pines disponibles para conectar, y una resistencia pull-up (normalmente de 4,7-10 kΩ) presoldada.
• El mismo formato que el anterior, pero con un condensador de filtrado (normalmente de 100 nF).

También podemos añadir un condensador de 100 nF entre VDD y GND para filtrar la alimentación, aunque sin él también funcionará.

Como ya habréis imaginado, dependiendo del encapsulado, tendremos que añadir resistencia, resistencia y condensador, o no tener que añadir nada.

Librería

Hay muchas librerías circulando por la red, pero como no podía ser de otra manera, en rDuinoStar tenemos nuestra propia librería rDHT11 para facilizarte las cosas. Puedes descargar la librería, un programa de ejemplo y consultar la documentación haciendo click aquí.

Datasheet

Podéis consultar todos los datos técnicos más especificados en su datasheet haciendo click aquí.

La entrada Sensor de temperatura y humedad DHT11 aparece primero en rDuinoStar | Arduino España.