Pues sí, parece que ya vamos acabando…
En el capítulo anterior habíamos conseguido generar los paquetes para comunicar a través de lña red Zigbee en el microprocesador que hay dentro de la PDU y enviarlo a periodos regulares, simplemente comprobábamos que el destinatario nos enviaba el ACK del paquete, si no nos llegaba encendíamos un led (este era el camino de ida)
Pero recordemos que nuestro dispositivo también contiene un actuador, cada salida se puede activar o desactivar con un relé, necesitábamos algún mecanismo para integrarlo con el gateway de Digi. Eso es lo que hemos hecho ahora.
Y se hizo la luz...
Tampoco voy a dar muchos detalles técnicos del asunto, porque me he releido algún post anterior y, el contenido, aburre a las ovejas. Simplemente hay que escribir un driver en Python (a partir de alguno de los existentes), definir las propiedades que queremos, si son de entrada o de salida, etc.
Aunque nuestra intención con el gateway de Digi es hacer de interfaz entre la red Zigbee y la ethernet (o la 3g), podemos ver y actuar sobre el resultado mediante el uso de lo que en Digi denominan una «presentación». La presentación web permite consultar los resultados o enviar información a los dispositvos, aunque su aspecto no es una maravilla para lo que estamos hacendo ahora ya nos vale.
A continuación una muestra de la pantalla de la presentación web:
Pantalla de la presentación web de iDia Digi
Para los más observadores: soy consciente de que los valores que aparecen no son coherentes, en algún momento en los cambios en el firmware toqué alguna cosa, pero lo revisaré más adelante.
Si os fijais hay una serie de campos en los que podemos escribir, son precisamente para activar o desactivar los relés en función de su contenido.
Con esto tenemos la PDu funcionando e integrada en el entorno de Digi, estamos listos para empezar a trabajar en los interfaces, nos queda a corto plazo:
- Acabar de pulir el envío de algunos valores como las versiones de FW y de HW de la PDU
- Revisar que pasa con los valores, que ahora no salen correctos.
- Para cada cambio de un relé leer inmediatamente los valores y presentarlos.
- Permitir que sea al SW el que decida con que frecuencia va a leer la información.
A más largo plazo, para la siguiente versión del HW:
- Medir la temperatura dentro de la PDU
- Hacer que sea configurable el momento de corte de los relés (en el paso de la tensión o de la intensidad por cero)
- Dejar un puerto serie para configurar independiente del Xbee.
- Permitir hacer actualizaciones de FW a través de la red Zigbee.
- Revisar el diseño de la fuente de alimentación (para que soporte por lo menos 1A)
- Poner más puertos de salida.
- Poner un botón para forzar la conexión a la red Zigbee.
- Poner un led de error
- etc.
Para finalizar, aquí pongo un link a un video que demuestra que todo funciona: