domingo, 23 de julio de 2017
Fin de publicación
Esta vez vengo a comentar el fin de la tanda de publicaciones, espero el año que viene poder subir nuevo contenido. Hasta entonces, espero sus sugerencias.
domingo, 9 de julio de 2017
Sensor de humedad HIH-4000
Hoy les traigo el sensor de humedad HIH-4000, cuenta con una resolución de 31.483 mV por cada porcentaje de humedad relativa. Sus aplicaciones van desde la meteorología hasta (según la hoja de datos) equipamientos médicos.
Si se mira de frente (con la parte expuesta hacia nosotros) tenemos a la izquierda masa, en el centro la tensión de salida y a la derecha vcc. Se alimenta con 5V y entre el pin que va a masa y el de salida deberíamos agregarle una resistencia de 80Kohms.
Este sensor tiene una respuesta bastante lineal, por lo que podemos tomar desde 0% hasta el 100% de humedad el incremento de la tensión que mencioné más arriba, pero para una humedad relativa de 0% tenemos 0,826V
A continuación les dejo un breve programa capaz de manejar los datos.
void setup()
Como el sensor se alimenta con 5V y tiene una tensión de salida que varía entre 0V y casi 4V es difícil implementarlo de forma directa (es decir sin ningún circuito adicional) con el microcontrolador ESP8266, recordemos que este micro se alimenta con 3,3V y es capaz de "leer" tensiones analógicas de hasta 1V. Con esto en mente, si alimentamos nuestro ESP8266 con 5V que luego regulamos, podríamos tomar esa tensión sin regular para alimentar el sensor de humedad, y si al pin de salida le agregamos un divisor resistivo con una atenuación de 1 a 4 podríamos usarlo sin ningún problema en ese microcontrolador. De más está decir que este sensor es de muchísima mejor calidad que la familia DHT.
Si se mira de frente (con la parte expuesta hacia nosotros) tenemos a la izquierda masa, en el centro la tensión de salida y a la derecha vcc. Se alimenta con 5V y entre el pin que va a masa y el de salida deberíamos agregarle una resistencia de 80Kohms.
El sensor recuadrado en rojo es la parte expuesta, y de izquierda a derecha tenemos: GND, Salida, VCC |
A continuación les dejo un breve programa capaz de manejar los datos.
void setup()
{ Serial.begin(9600); } void loop() { int humedad = 0, vout = 0; vout = analogRead(a0); humedad = ((vout - 0.826)/0.0315); Serial.println(humedad); }
Como el sensor se alimenta con 5V y tiene una tensión de salida que varía entre 0V y casi 4V es difícil implementarlo de forma directa (es decir sin ningún circuito adicional) con el microcontrolador ESP8266, recordemos que este micro se alimenta con 3,3V y es capaz de "leer" tensiones analógicas de hasta 1V. Con esto en mente, si alimentamos nuestro ESP8266 con 5V que luego regulamos, podríamos tomar esa tensión sin regular para alimentar el sensor de humedad, y si al pin de salida le agregamos un divisor resistivo con una atenuación de 1 a 4 podríamos usarlo sin ningún problema en ese microcontrolador. De más está decir que este sensor es de muchísima mejor calidad que la familia DHT.
domingo, 2 de julio de 2017
Cómo mantener las gráficas en node-red
Hoy les voy a explicar, como indica el título, cómo mantener las gráficas en node-red incluso si éste se detiene o se corta la luz.
Si realizaron la estación meteorológica simple (la versión que les dejé en el link de mega) quizá les pasó que las gráficas históricas se perdieron si se desconectaba el servidor o si detenían los servicios (hay algunos casos más en los que se pueden perder los datos, pero no los voy a mencionar porque el resultado siempre es el mismo, la pérdida de los datos), sin lugar a dudas a mi me pasó varias veces y tenía que mantener el servidor funcionando 24/7 si no quería perder esos datos, lo que hacía que la raspberry pi se me tildase o funcionase erráticamente luego de estar encendida por un par de meses (no me ejecutaba las funciones correctamente por lo que no filtraba los datos que se mostraban). Luego del último corte de luz me puse a pensar en cómo corregir eso, y decidí guardar los datos en un archivo, simplemente conectando los nodos de la siguiente forma
Así no perdía los datos, pero seguía sin poder mostrarlos nuevamente, revisando los datos que se guardaban, quedaba un objeto como el siguiente:
[{"key":"Series 1","values":[[1492920133027,32],[1492920135027, 33]...]}]
Si analizamos este objeto nos quedan las propiedades "Key" que guarda el valor "Series 1" y "values" que es un array de arrays (o un array de dos dimensiones) que contiene los milisegundos desde el año 1970 y la temperatura (o la humedad, si analizamos el otro archivo) correspondiente a esa fecha exacta.
Mi primera prueba fue crear una función que devuelva un objeto similar y mandarlo directo al graficador, pero no sirvió (lo más probable es que haya echo algo mal dado que no tengo experiencia trabajando con objetos), por lo que probé mandar el mismo objeto que guardo de la siguiente forma
Cuando presionaba el botón que inyecta el "timestamp" debería mandar los datos del archivo, de más está decir que esto no funciona porque lo que se guarda dentro del archivo es procesado como texto plano y no como un objeto, pero esto se resuelve poniendo el nodo json de la siguiente forma
Este nodo lo que hace es tomar el texto plano y lo transforma en lo que es (en este caso un objeto). Esto sí es tomado de forma correcta por el nodo "chart" y nos muestra los datos subidos, entonces ahora nos faltaría hacer que se guarde en ese mismo archivo y la solución que se me ocurrió es la siguiente (sé que el tamaño de la imágen es bastante chico)
Cada tres horas mando el promedio de la humedad (en este caso) al nodo "chart" el cual me devuelve todos los puntos graficados, en la función siguiente verifico si lo que me manda está vacío, si lo está no devuelve nada y si no lo está guarda en el archivo todos los datos. Cada vez que se enciende el servidor el nodo "inject" manda una señal que hace que se lea el archivo donde se guardan los datos, estos se convierten a objeto y se mandan al nodo "chart" que los grafica.
Esta solución sigue teniendo el problema de que se muestra el último año de datos, y luego se van a ir descartando los datos más antiguos al año, por lo que no podríamos almacenar más que eso (si modificamos cuántos días queremos mostrar en el pasado podríamos hacer que se muestre, pero como el espacio para graficar es reducido llegaría un punto en el cuál no se podría apreciar ningún detalle).
La solución a esto podría ser crear un archivo por año y que se muestren todos los datos del año actual (del primero de enero al 31 de diciembre), y esto se podría implementar en la última función (la que está a la salida de la gráfica). Vamos a obtener el año actual y lo vamos a usar como nombre del archivo (o al menos como parte del nombre del archivo) y luego le vamos a pasar el nombre del archivo al nodo que guarda los datos para que los guarde en dicho archivo o cree el archivo si el mismo no existe. Un ejemplo de esto sería lo siguiente, los nodos función obtienen el año, le agregan la ruta y pasan ese string como nombre de archivo, el nodo que maneja archivos crea el archivo y guarda el dato, si ya está creado solo guarda el dato, el otro nodo de manejo de archivos sólo lo abre y lo muestra por consola.
El resultado final nos quedaría algo similar a la imágen anterior, pero con un nodo de función extra, deberíamos crear los archivos iniciales por como está planteado el sistema.
Acá les dejo el código de la versión actualizada de la estación meteorológica para que puedan importar y ver el código, o la configuración, de cada nodo. Vale aclarar que el sistema de archivos que estoy usando es el de linux que es el sistema operativo recomendado para la raspberry pi 3, si tienen montado este servidor en windows hay que cambiar la ruta de los archivos.
https://mega.nz/#!W5g1UBII!Xwh1HVaIYwi6lRhlVImE--tZM8qVIy2kR73KcwNCgDM
Si realizaron la estación meteorológica simple (la versión que les dejé en el link de mega) quizá les pasó que las gráficas históricas se perdieron si se desconectaba el servidor o si detenían los servicios (hay algunos casos más en los que se pueden perder los datos, pero no los voy a mencionar porque el resultado siempre es el mismo, la pérdida de los datos), sin lugar a dudas a mi me pasó varias veces y tenía que mantener el servidor funcionando 24/7 si no quería perder esos datos, lo que hacía que la raspberry pi se me tildase o funcionase erráticamente luego de estar encendida por un par de meses (no me ejecutaba las funciones correctamente por lo que no filtraba los datos que se mostraban). Luego del último corte de luz me puse a pensar en cómo corregir eso, y decidí guardar los datos en un archivo, simplemente conectando los nodos de la siguiente forma
Así no perdía los datos, pero seguía sin poder mostrarlos nuevamente, revisando los datos que se guardaban, quedaba un objeto como el siguiente:
[{"key":"Series 1","values":[[1492920133027,32],[1492920135027, 33]...]}]
Si analizamos este objeto nos quedan las propiedades "Key" que guarda el valor "Series 1" y "values" que es un array de arrays (o un array de dos dimensiones) que contiene los milisegundos desde el año 1970 y la temperatura (o la humedad, si analizamos el otro archivo) correspondiente a esa fecha exacta.
Mi primera prueba fue crear una función que devuelva un objeto similar y mandarlo directo al graficador, pero no sirvió (lo más probable es que haya echo algo mal dado que no tengo experiencia trabajando con objetos), por lo que probé mandar el mismo objeto que guardo de la siguiente forma
Cuando presionaba el botón que inyecta el "timestamp" debería mandar los datos del archivo, de más está decir que esto no funciona porque lo que se guarda dentro del archivo es procesado como texto plano y no como un objeto, pero esto se resuelve poniendo el nodo json de la siguiente forma
Este nodo lo que hace es tomar el texto plano y lo transforma en lo que es (en este caso un objeto). Esto sí es tomado de forma correcta por el nodo "chart" y nos muestra los datos subidos, entonces ahora nos faltaría hacer que se guarde en ese mismo archivo y la solución que se me ocurrió es la siguiente (sé que el tamaño de la imágen es bastante chico)
Cada tres horas mando el promedio de la humedad (en este caso) al nodo "chart" el cual me devuelve todos los puntos graficados, en la función siguiente verifico si lo que me manda está vacío, si lo está no devuelve nada y si no lo está guarda en el archivo todos los datos. Cada vez que se enciende el servidor el nodo "inject" manda una señal que hace que se lea el archivo donde se guardan los datos, estos se convierten a objeto y se mandan al nodo "chart" que los grafica.
Esta solución sigue teniendo el problema de que se muestra el último año de datos, y luego se van a ir descartando los datos más antiguos al año, por lo que no podríamos almacenar más que eso (si modificamos cuántos días queremos mostrar en el pasado podríamos hacer que se muestre, pero como el espacio para graficar es reducido llegaría un punto en el cuál no se podría apreciar ningún detalle).
La solución a esto podría ser crear un archivo por año y que se muestren todos los datos del año actual (del primero de enero al 31 de diciembre), y esto se podría implementar en la última función (la que está a la salida de la gráfica). Vamos a obtener el año actual y lo vamos a usar como nombre del archivo (o al menos como parte del nombre del archivo) y luego le vamos a pasar el nombre del archivo al nodo que guarda los datos para que los guarde en dicho archivo o cree el archivo si el mismo no existe. Un ejemplo de esto sería lo siguiente, los nodos función obtienen el año, le agregan la ruta y pasan ese string como nombre de archivo, el nodo que maneja archivos crea el archivo y guarda el dato, si ya está creado solo guarda el dato, el otro nodo de manejo de archivos sólo lo abre y lo muestra por consola.
El resultado final nos quedaría algo similar a la imágen anterior, pero con un nodo de función extra, deberíamos crear los archivos iniciales por como está planteado el sistema.
Acá les dejo el código de la versión actualizada de la estación meteorológica para que puedan importar y ver el código, o la configuración, de cada nodo. Vale aclarar que el sistema de archivos que estoy usando es el de linux que es el sistema operativo recomendado para la raspberry pi 3, si tienen montado este servidor en windows hay que cambiar la ruta de los archivos.
https://mega.nz/#!W5g1UBII!Xwh1HVaIYwi6lRhlVImE--tZM8qVIy2kR73KcwNCgDM
domingo, 25 de junio de 2017
Estación meteorológica simple
En esta ocasión les traigo una forma de hacer una estación meteorológica simple con node-red, mqtt, esp8266, un dth11 y una raspberry pi 3 haciendo las veces de servidor. La idea es dejar este equipo en el exterior y que se comunique con el servidor a través de la red wifi, y que a través de un servicio web podamos consultar los datos actuales y atrás en el tiempo.
Primero y principal deberíamos tener los componentes mínimos para montar el sistema, por lo que vamos a necesitar un par de cargadores de celular (para alimentación de las dos placas), una vez realizado esto tendríamos que establecer una conexión vnc, que lo vamos a conseguir ingresando al terminal (de la raspberry pi 3) y ponemos los siguientes comandos:
sudo apt-get update
sudo apt-get install realvnc-vnc-server realvnc-vnc-viewer
Bueno, el resultado final va a ser similar al siguiente (mi sensor no anda del todo bien y me tira picos de 66º C, pero por suerte eso no pasa jaja)
Acá les dejo el código fuente del programa del node-red (recuerden modificar las direcciones ip para que se ajusten a su red, aunque si está todo montado de forma local, poniendo localhost debería bastar) para que puedan importarlo a sus servidores (con algunos extra):
Primero y principal deberíamos tener los componentes mínimos para montar el sistema, por lo que vamos a necesitar un par de cargadores de celular (para alimentación de las dos placas), una vez realizado esto tendríamos que establecer una conexión vnc, que lo vamos a conseguir ingresando al terminal (de la raspberry pi 3) y ponemos los siguientes comandos:
sudo apt-get update
sudo apt-get install realvnc-vnc-server realvnc-vnc-viewer
esto nos va a instalar el real vnc, una vez puesto todo eso vamos a descargar el vnc viewer y a instalarlo. una vez echo esto vamos a conectarnos (es posible que haya que configurar una contraseña además de darle permiso desde la rbpi 3, no pongo todos los pasos por acá porque se va a hacer muy largo el post y esto tampoco es tan necesario para tener andando todo, directamente se podría realizar desde la rbpi 3 y dejarlo andando sin problemas, pero me resulta más práctico tener acceso a la computadora de forma remota) a la dirección que nos indique en la rbpi3. Esto nos va a "simular" lo que aparecería por pantalla de la computadora, y debería ser algo como lo siguiente:
Luego deberíamos bajar el mqtt broker mosca en la rbpi 3, para poder crear el servicio. Para ello abriremos el terminal e ingresar el siguiente comando (quizá sea bastante molesto, pero poner la palabra "sudo" antes de cualquier comando, le da atributos root y nos evita perder el tiempo, aunque hay que tener cuidado porque justamente estamos ejecutando cosas como root):
sudo npm install mosca bunyan -g
y debería aparecer lo siguiente:
El proceso de instalación demora bastante, sobre todo si la tarjeta SD sobre la cual montamos el SO es medio lenta o si están ejecutando otras cosas como el navegador.
Una vez terminado el proceso de instalación, solo hay que iniciar el servidor mqtt con el comando:
mosca -v | bunyan
y debería iniciar de la siguiente forma:
Hay que recordar que también hay que iniciar el node-red para este proyecto. Una vez todo configurado vamos a abrir en nuestro navegador el node-red (con la ip de la rbpi 3) y vamos a colocar los siguientes nodos:
El código para estos nodos lo dejo al final del post. |
Le damos "deploy" y ya deberíamos tener esa parte lista, si queremos guardar los dato o si queremos graficar más tiempo solo tenemos que cambiar las bases de las gráficas. Si nos vamos a la página del node-red (que es agregando a la dirección que termina en 1880, /ui) tendremos lo siguiente:
Ahora vamos a arrancar con la parte del sensor (dht11) y el esp8266. Los componentes que estoy usando son los de las fotos (sé que no queda bien usar el flash, pero se veía tan poco que decidí cometer el pecado):
Según mi placa (el modelo es "crowtail- ESP8266 NodeMCU") lo tengo conectado sobre el pin "D1" que según la web es el GPIO5, por lo que si ustedes tienen otra placa deberían corroborar cuál es el pin adecuado.
El código que le cargué es el siguiente:
/* * Este programa es una estación meteorológica que verifica los niveles de * temperatura y humedad del ambiente con el sensor DTH11. Se alimenta con * una celda fotovoltáica, y posee un cargador de baterías y alimentación * para el equipo. */ #include <ESP8266WiFi.h> #include <PubSubClient.h> //--------------------------------------------------------------------------- #include "DHT.h" #define DHTPIN 5 // Pin de datos #define DHTTYPE DHT11 // DHT 11 // El tercer parámetro va en función de la velocidad // del microprocesador, cuanto más rápido sea, más // grande el valor (6 es para un micro de 16Mhz). DHT dht(DHTPIN, DHTTYPE, 11); //--------------------------------------------------------------------------- // Las siguientes tres constantes definen, nombre // de red wifi y su contraseña. const char* ssid = "Fibertel WiFi999"; const char* password = "0043546735"; const char* mqtt_server = "192.168.1.23"; // Acá definimos los pines. const int d1 = 5, d2 = 4, d3 = 0, pin_led = 2; long tiempo = 0; // A continuación declaramos el nombre del cliente // que se va a conectar. WiFiClient espClient; PubSubClient client(espClient); // En esta variable se almacena el mensaje recibido // notar que tiene un máximo de 50 (en realidad son // 49) caracteres. char msg[50]; void setup() { pinMode(pin_led, OUTPUT); //Pin del LED 2 digitalWrite(pin_led, LOW); pinMode(d1, INPUT); //Pin D1 pinMode(d2, INPUT); //Pin D2 pinMode(d3, INPUT); //Pin D3 Serial.begin(115200); setup_wifi(); client.setServer(mqtt_server, 1883); client.setCallback(callback); dht.begin(); } void setup_wifi() { Serial.println(); Serial.print("Conectando a: "); Serial.println(ssid); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } digitalWrite(pin_led, HIGH); Serial.println(""); Serial.println("WiFi conectado"); Serial.println("IP: "); Serial.println(WiFi.localIP()); } // En esta función se administra la llegada de // mensajes, nos avisa en qué tópico llegó y // cuál es el mensaje. void callback(char* topic, byte* payload, unsigned int length) { Serial.print("Mensaje recibido ["); Serial.print(topic); Serial.print("] "); if ((char)payload[0] == 'O') { // si recibo como primer caracter una O if ((char)payload[1] == 'N'){ // si recibo como segundo caracter una N Serial.println("El boton esta apagado"); digitalWrite(pin_led, LOW); } else { Serial.println("El boton esta encendido"); digitalWrite(pin_led, HIGH); } } } // Esta función se encarga de conectar con el // mqtt broker, si lo consigue se subscribe a // los tópicos que definamos (no es necesario // subscribirnos en esta función, pero si lo // recomiendo para organizar mejor el código. // Prueba reconectarse cada cinco segundos si // no lo consigue. void reconnect() { // Loop hasta lograr la conexión while (!client.connected()) { Serial.print("Intentando conectar al servicio MQTT..."); if (client.connect("ESP8266Client")) { Serial.println("Conectado!"); client.publish("temperatura", "0"); //envío dato client.publish("humedad", "0"); //envío dato } else { Serial.print("Fallo, Resultado="); Serial.print(client.state()); Serial.println("Intetando nuevamente en 5 segundos"); delay(5000); } } } // En el loop principal no hacemos nada más // que verificar si perdimos la conexión con // el servicio mqtt, que lleguen mensajes y // actualizamos la temperatura y humedad. // El "client.loop();" se encarga de revisar // si llegaron mensajes, por lo que habría // que invocar esta función regularmente. void loop() { if (WiFi.status() != WL_CONNECTED) { setup_wifi(); } if (!client.connected()) { reconnect(); } //------------------------------------------------------- if ((millis() - tiempo) > 2000) { tiempo = millis(); float humedad = dht.readHumidity(); float temperatura = dht.readTemperature(); client.publish("temperatura", String(temperatura).c_str(),true); delay(250); client.publish("humedad", String(humedad).c_str(),true); delay(250); Serial.print(temperatura); Serial.print(" "); Serial.println(humedad); } //------------------------------------------------------- }
Bueno, el resultado final va a ser similar al siguiente (mi sensor no anda del todo bien y me tira picos de 66º C, pero por suerte eso no pasa jaja)
Acá les dejo el código fuente del programa del node-red (recuerden modificar las direcciones ip para que se ajusten a su red, aunque si está todo montado de forma local, poniendo localhost debería bastar) para que puedan importarlo a sus servidores (con algunos extra):
domingo, 18 de junio de 2017
Raspberry pi 3
Como ya me pasó varias veces, finalmente incurrí en una nueva (al menos para mi) tecnología a la que le tenía rechazo. Esta vez les traigo una placa muy interesante, la raspberry pi 3, esta placa cuenta con pines de uso general, y tiene la posibilidad (que es lo mas recomendable) de instalarle un sistema operativo Linux (o incluso Windows IOT) ademas de que podremos elegir entre varias distros, lo cual lo hace una plataforma muy flexible. El OS recomendado (que por lo general suelen ser los mejores) es el Linux raspbian que está basado en debian.
- Primero que nada, para instalar el os, debemos contar con una memoria micro sd de 8gb como mínimo.
- Segundo, vamos a la siguiente página: https://www.raspberrypi.org/downloads/noobs/ y bajamos el noobs (hacemos click donde dice download zip)
- Descomprimimos el archivo y guardamos todas las cosas en la memoria micro sd (son varios archivos, por lo que si solo aparece una carpeta la vamos a abrir para encontrar todos los archivos).
- Insertamos la memoria en su ranura correspondiente de la raspberry pi, conectamos el monitor, conectamos mouse y teclado (admite un mouse y teclado inalámbricos) y energizamos la placa.
- Nos va a aparecer una ventana de instalación, que si seguimos los pasos correctamente no deberíamos tener ningún problema. El SO raspbian no hace falta descargarlo, pero si queremos otro SO (en el menú de instalación se puede elegir entre varios SO) vamos a tener que contar con una conexión a internet (ya sea por wifi o por ethernet) para bajarlo.
Una vez instalado el raspbian (si este fue el so que elegimos) la raspberry pi 3 puede ser usada como servidor, y una de las cosas que más me interesa es que soporta el node-red. Si bien la versión que viene por defecto con la distro debian (si, ya tiene el node-red instalado) está desactualizada, se puede actualizar ingresando por consola el siguiente comando:
update-nodejs-and-nodered
update-nodejs-and-nodered
Si luego ejecutamos el comando node-red (para iniciar el servidor) vamos a contar con la versión para la raspberry pi, que viene con un nodo para verificar el estado de los pines (dicho con otras palabras, desde el node-red tendremos acceso a los pines gpio).
Conclusión: Esta plataforma (al igual que la beaglebone balck) es muy completa y tiene casi todo lo necesario para desarrollar sistemas robustos que necesiten de un sistema operativo y pines de propósito general.
domingo, 11 de junio de 2017
BeagleBone Black
Hace unos años llegó a mis manos una BeagleBone Black. En ese entonces me puse investigar y a hacer algunas cosas básicas con esta placa, entre ellas (esta placa soporta un S.O.) probé de cambiarle el sistema operativo (o al menos lo intenté) de linux angstrom a ubuntu, y unos malos pasos resultaron en que la placa me quedó en modo "ladrillo". Hace unos meses recordé que tenía la placa y me puse a investigar unas horas hasta que llegué a una guía que explicaba como instalar S.O. en la placa; si bien la información está (al final del post dejo los links que me ayudaron) es para casos generales y pensé en hacer este post para ayudar (de forma simplificada) a los que tuvieron un problema similar al mio y necesiten restaurar su beaglebone black de fábrica (este método también sirve para instalar otros S.O. en la placa).
Como el objetivo es dejar de fábrica la beaglebone black, vamos a instalarle la distro angstrom, por lo que vamos a necesitar una memoria micro SD de 4 Gb y los siguientes softwares (solo por si acaso, las palabras de la lista son los links de los softwares):
Como el objetivo es dejar de fábrica la beaglebone black, vamos a instalarle la distro angstrom, por lo que vamos a necesitar una memoria micro SD de 4 Gb y los siguientes softwares (solo por si acaso, las palabras de la lista son los links de los softwares):
Una vez que hayamos descargado esos tres archivos, vamos a instalar el 7zi y el win32 diks imager (primero el 7zi por si hay que descomprimir el win32 disk imager) lo siguiente que vamos a hacer es buscar en donde descargamos la imágen de la distro y vamos a darle click derecho y buscar la opción del 7zi y le damos a descomprimir aquí. esto nos deja preparados para lo siguiente:
- Insertamos la memoria micro SD en la computadora (si es necesario con algún adaptador).
- Abrimos el win 32 disk imager.
- Seleccionamos la carpetita azul y ahí buscamos en donde esté el archivo que descomprimimos (debería pesar 3,66 Gb, o algo similar). Nos aseguramos que la letra del dispositivo sea la correcta (si nos equivocamos podríamos perder datos y arruinar alguna partición o disco) y ponemos donde dice "write".
- Una vez que el programa termine de escribir la memoria, la retiramos de la computadora y la conectamos a la BBB (BeagleBone Black) en la ranura correspondiente. Antes de conectarla a la fuente de tensión (puede ser un USB o una fuente externa) vamos a presionar el botón de "user boot" (es el que se encuentra más cerca del puerto USB host de la placa), conectaremos la placa a nuestra fuente de tensión y vamos a esperar a que los cuatro leds azules que están a la derecha del puerto de ethernet se enciendan por unos segundos y luego soltaremos.
El proceso de grabar el nuevo S.O. en la placa puede durar hasta una hora, por lo que recomiendo contar con tiempo para realizar esto.
Toda esta información la saqué del siguiente pdf:
El cual después de unos pasos te dice que continúes en el siguiente link:
Espero en un futuro poder subir algunos proyectos con esta placa y hacer alguna guía de aprendizaje simplificada.
domingo, 4 de junio de 2017
ESP8266 + Node-Red + MQTT broker
Bueno, ahora que ya tenemos los conocimientos básicos sobre el MQTT, node-red, el módulo ESP8266 y ya usamos el ESP8266 más un MQTT broker podremos integrar todo para obtener un sistema bastante completo y de cierta complejidad (de forma sencilla).
Primero que nada vamos a iniciar los servicios de node-red y mosca. Una vez que se inicien, vamos a la ip local 127.0.0.1:1880 y ahí deberíamos configurar los siguientes módulos:
Si agregamos al código algo que "analice" el mensaje entrante podremos hacer algún programa que "reaccione" ante ciertos mensajes en específico.
Primero que nada vamos a iniciar los servicios de node-red y mosca. Una vez que se inicien, vamos a la ip local 127.0.0.1:1880 y ahí deberíamos configurar los siguientes módulos:
- Text imput: configurado para que aparezca en el default del dashboard y con un Delay (ms) en 0 para que espere a que se presione el enter para mandar.
- MQTT: configurado con la ip donde se aloja el mqtt broker y con el tópico mensajes.
Y debería quedar como muestra la siguiente imágen:
Y si nos vamos a la dirección 127.0.0.1:1880/ui deberíamos encontrarnos con el dashboard de esta forma.
En donde dice escribir acá podremos ingresar un mensaje que se va a mandar a través del mqtt broker, de esta forma si accedemos a la dirección ip de nuestra pc desde el celular (el navegador) podremos mandar mensajes sin necesidad de ninguna aplicación.
Ahora si vamos a arduino y cargamos el siguiente código (que es el mismo que la última vez) y lo cargamos en nuestra ESP8266 deberíamos poder recibir por el puerto serie el mensaje que mandemos desde la interfaz web:
#include <ESP8266WiFi.h> #include <PubSubClient.h> // Las siguientes tres constantes definen, ip del //mqtt broker, nombre de red wifi y su contraseña. const char* mqtt_server = "192.168.1.15"; const char* ssid = "id_red_wifi"; const char* password = "contraseña_red_wifi"; // A continuación declaramos el nombre del cliente // que se va a conectar. WiFiClient espClient; PubSubClient client(espClient); // En esta variable se almacena el mensaje recibido // notar que tiene un máximo de 50 (en realidad son // 49) caracteres. char msg[50]; // Iniciamos la comunicación serie, la conexión por // wifi y definimos en donde se aloja el servidor y // en qué puerto, y la función donde administramos // la llegada de mensajes. void setup() { Serial.begin(115200); setup_wifi(); client.setServer(mqtt_server, 1883); client.setCallback(callback); } // En esta función se conecta con la red designada, // mientras esté tratando de conectarse va a mandar // un punto "." por el puerto serie y cuando lo // consiga nos avisará. void setup_wifi() { delay(10); Serial.println(); Serial.print("Conectando a: "); Serial.println(ssid); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } Serial.println(""); Serial.println("WiFi conectado"); Serial.println("Direccion IP: "); Serial.println(WiFi.localIP()); } // En esta función se administra la llegada de // mensajes, nos avisa en qué tópico llegó y // cuál es el mensaje. void callback(char* topic, byte* payload, unsigned int length) { Serial.print("Mensaje recibido ["); Serial.print(topic); Serial.print("] "); for (int i = 0; i < length; i++) { Serial.print((char)payload[i]); } Serial.println(); } // Esta función se encarga de conectar con el // mqtt broker, si lo consigue se subscribe a // los tópicos que definamos (no es necesario // subscribirnos en esta función, pero si lo // recomiendo para organizar mejor el código. // Prueba reconectarse cada cinco segundos si // no lo consigue. void reconectar() { while (!client.connected()) { Serial.print("Intentando conectar con el mqtt broker..."); if (client.connect("ESP8266Client")) { Serial.println("conectado"); client.subscribe("mensajes"); } else { Serial.print("fallo, rc="); Serial.print(client.state()); Serial.println(" prueba nuevamente en 5 segundos"); delay(5000); } } } // En el loop principal no hacemos nada más // que verificar si perdimos la conexión con // el servicio mqtt y verificamos que lleguen // mensajes. El "client.loop();" se encarga // de revisar si llegaron mensajes, por lo // que habría que invocar esta función regu- // larmente. // Esta sección se podría mejorar si ponemos // que revise si perdió la conexión con la // red wifi. void loop() { if (!client.connected()) { reconectar(); } client.loop(); }
Si agregamos al código algo que "analice" el mensaje entrante podremos hacer algún programa que "reaccione" ante ciertos mensajes en específico.
domingo, 28 de mayo de 2017
ESP8266 + servicio mqtt
Bueno, hoy les traigo una comunicación simple entre un ESP8266 y el celular (con la aplicación para android llamada MQTT Client, aunque cambiando un poco las cosas, se podría hacer entre dos ESP8266) y haciendo de intermediario un MQTT broker, más específicamente el broker que vamos a usar es el mosca. El broker se va a encargar de administrar la comunicación entre ambos dispositivos.
Primero que nada debemos descargar y ejecutar el mqtt broker:
Para esto vamos a abrir el git-bash (antes de continuar recomiendo leer los post del mqtt, el del esp8266 y el del node-red) y ejecutar el siguiente comando: "npm install mosca bunyan -g"
Luego de que se instale escribimos en la consola "mosca -v | bunyan" y eso va a iniciar el mqtt broker
Así nos debería quedar cuando lo ejecutamos por primera vez, esto sería el servidor por lo que hay que dejar abierta esta ventana (si la cerramos se detiene el servicio).
Ahora si bajamos la aplicación MQTT Client (presionando en el nombre los lleva a la página de descarga) (esta aplicación está para android, desconozco si se encuentra disponible para otros sistemas opera) y la abrimos nos vamos a encontrar con la siguiente pantalla
Si presionamos en donde aparece la llave (arriba a la derecha) podremos ingresar a las configuraciones para poner la ip local donde se aloja el servidor (al final del post dejo la forma de averiguarlo).
Yo puse la ip de mi pc (192.168.1.15) (esta ip varía dependiendo de como las administre el router, por lo que podría cambiar incluso si apagamos y prendemos el wifi o desconectamos el cable de ethernet o reiniciamos la pc o el router) y el puerto (1883) en el cual se encuentra nuestro mqtt broker (este puerto es por defecto), una vez finalizado esto ponemos "CONNECT" y en la consola nos va a aparecer lo siguiente:
Como aclaración, yo me conecté dos veces, por eso figura dos veces el texto "client connected".
Si ahora vamos a la aplicación a la parte donde dice "add topic" y agregamos uno debería quedarnos de la siguiente forma:
Como podemos ver, inmediatamente figura que nos subscribimos al tópico mensajes (el nombre es indistinto). Ahora vamos a mandar un mensaje al tópico mensajes presionando el ícono de subir (que se encuentra al lado del de configuración).
Y si lo enviamos deberíamos recibir el mensaje dado que estamos subscritos a ese tópico.
Bueno, esta fue la parte del celular, ahora si queremos mandar mensajes desde el esp8266, deberíamos meternos en arduino y hacer un programa que se comunique.
Primero vamos al gestor de librerías de arduino, y buscamos e instalamos la librería "PubSubClient", y cargamos el siguiente código:
Ahora paso a explicar qué hace cada función.
Antes que nada se define la ip donde se aloja el mqtt broker, la id (o nombre) de la red wifi y su correspondiente contraseña (estas tres cosas, en este código, son constantes, pero se podría hacer algo más interesante para que sean variables)
Si queremos averiguar cuál es la ip que asignó el router a nuestra computadora simplemente abrimos la consola de comandos de windows y tecleamos "ipconfig" y debería aparecer algo similar a lo siguiente (dentro del recuadro rojo se encuentra la ip de la pc):
Primero que nada debemos descargar y ejecutar el mqtt broker:
Para esto vamos a abrir el git-bash (antes de continuar recomiendo leer los post del mqtt, el del esp8266 y el del node-red) y ejecutar el siguiente comando: "npm install mosca bunyan -g"
Luego de que se instale escribimos en la consola "mosca -v | bunyan" y eso va a iniciar el mqtt broker
Así nos debería quedar cuando lo ejecutamos por primera vez, esto sería el servidor por lo que hay que dejar abierta esta ventana (si la cerramos se detiene el servicio).
Ahora si bajamos la aplicación MQTT Client (presionando en el nombre los lleva a la página de descarga) (esta aplicación está para android, desconozco si se encuentra disponible para otros sistemas opera) y la abrimos nos vamos a encontrar con la siguiente pantalla
Si presionamos en donde aparece la llave (arriba a la derecha) podremos ingresar a las configuraciones para poner la ip local donde se aloja el servidor (al final del post dejo la forma de averiguarlo).
Yo puse la ip de mi pc (192.168.1.15) (esta ip varía dependiendo de como las administre el router, por lo que podría cambiar incluso si apagamos y prendemos el wifi o desconectamos el cable de ethernet o reiniciamos la pc o el router) y el puerto (1883) en el cual se encuentra nuestro mqtt broker (este puerto es por defecto), una vez finalizado esto ponemos "CONNECT" y en la consola nos va a aparecer lo siguiente:
Como aclaración, yo me conecté dos veces, por eso figura dos veces el texto "client connected".
Si ahora vamos a la aplicación a la parte donde dice "add topic" y agregamos uno debería quedarnos de la siguiente forma:
Como podemos ver, inmediatamente figura que nos subscribimos al tópico mensajes (el nombre es indistinto). Ahora vamos a mandar un mensaje al tópico mensajes presionando el ícono de subir (que se encuentra al lado del de configuración).
Y si lo enviamos deberíamos recibir el mensaje dado que estamos subscritos a ese tópico.
Bueno, esta fue la parte del celular, ahora si queremos mandar mensajes desde el esp8266, deberíamos meternos en arduino y hacer un programa que se comunique.
Primero vamos al gestor de librerías de arduino, y buscamos e instalamos la librería "PubSubClient", y cargamos el siguiente código:
#include <ESP8266WiFi.h> #include <PubSubClient.h> // Las siguientes tres constantes definen, ip del //mqtt broker, nombre de red wifi y su contraseña. const char* mqtt_server = "192.168.1.15"; const char* ssid = "id_red_wifi"; const char* password = "contraseña_red_wifi"; // A continuación declaramos el nombre del cliente // que se va a conectar. WiFiClient espClient; PubSubClient client(espClient); // En esta variable se almacena el mensaje recibido // notar que tiene un máximo de 50 (en realidad son // 49) caracteres. char msg[50]; // Iniciamos la comunicación serie, la conexión por // wifi y definimos en donde se aloja el servidor y // en qué puerto, y la función donde administramos // la llegada de mensajes. void setup() { Serial.begin(115200); setup_wifi(); client.setServer(mqtt_server, 1883); client.setCallback(callback); } // En esta función se conecta con la red designada, // mientras esté tratando de conectarse va a mandar // un punto "." por el puerto serie y cuando lo // consiga nos avisará. void setup_wifi() { delay(10); Serial.println(); Serial.print("Conectando a: "); Serial.println(ssid); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } Serial.println(""); Serial.println("WiFi conectado"); Serial.println("Direccion IP: "); Serial.println(WiFi.localIP()); } // En esta función se administra la llegada de // mensajes, nos avisa en qué tópico llegó y // cuál es el mensaje. void callback(char* topic, byte* payload, unsigned int length) { Serial.print("Mensaje recibido ["); Serial.print(topic); Serial.print("] "); for (int i = 0; i < length; i++) { Serial.print((char)payload[i]); } Serial.println(); } // Esta función se encarga de conectar con el // mqtt broker, si lo consigue se subscribe a // los tópicos que definamos (no es necesario // subscribirnos en esta función, pero si lo // recomiendo para organizar mejor el código. // Prueba reconectarse cada cinco segundos si // no lo consigue. void reconectar() { while (!client.connected()) { Serial.print("Intentando conectar con el mqtt broker..."); if (client.connect("ESP8266Client")) { Serial.println("conectado"); client.subscribe("mensajes"); } else { Serial.print("fallo, rc="); Serial.print(client.state()); Serial.println(" prueba nuevamente en 5 segundos"); delay(5000); } } } // En el loop principal no hacemos nada más // que verificar si perdimos la conexión con // el servicio mqtt y verificamos que lleguen // mensajes. El "client.loop();" se encarga // de revisar si llegaron mensajes, por lo // que habría que invocar esta función regu- // larmente. // Esta sección se podría mejorar si ponemos // que revise si perdió la conexión con la // red wifi. void loop() { if (!client.connected()) { reconectar(); } client.loop(); }Este código sólo sirve para recibir mensajes en el tópico de "mensajes". Y como aclaración es un código editado mínimamente del ejemplo que nos da la librería PubSubClient (más específicamente
Ahora paso a explicar qué hace cada función.
Antes que nada se define la ip donde se aloja el mqtt broker, la id (o nombre) de la red wifi y su correspondiente contraseña (estas tres cosas, en este código, son constantes, pero se podría hacer algo más interesante para que sean variables)
Si queremos averiguar cuál es la ip que asignó el router a nuestra computadora simplemente abrimos la consola de comandos de windows y tecleamos "ipconfig" y debería aparecer algo similar a lo siguiente (dentro del recuadro rojo se encuentra la ip de la pc):
Suscribirse a:
Entradas (Atom)