Intercambios de XBee vs. Wifi para el sensor y la cámara remotos

5

Estoy planeando construir un sensor remoto para la puerta de mi entrada, que está a unos 250 'de la casa (línea de sitio). El requisito básico es notificar a mi sistema HA cuando la puerta se abre o se cierra, pero también me gustaría tomar una foto de la puerta cada vez que se abre. Tengo energía de 120VAC en la ubicación de la puerta. Estoy pensando que una cámara Raspberry Pi + sería ideal para esta aplicación, pero necesito elegir un método de comunicación inalámbrica.

La ubicación está en el borde de donde mi teléfono recoge nuestra red WiFi, por lo que WiFi puede ser una opción, aunque el dispositivo específico elegido sería un factor. Si puedo encontrar un dispositivo WiFi con suficiente alcance, este sería el más simple, ya que simplemente puedo usar HTTP y / o FTP para notificaciones y transferencias de archivos.

XBee, especialmente con las versiones Pro de mayor potencia, parece que tendría un amplio rango (y ya tengo un Pi dedicado en mi garaje que podría ser el extremo receptor), pero tendría que inventar un protocolo para mover actualizaciones de estado y contenido de fotos a través de la conexión serie XBee o configurar una conexión SLIP.

¿Hay alguna otra compensación que deba considerar?

    
pregunta TomG

2 respuestas

4

Una red WiFi está diseñada para mantener una conexión continua. Por lo tanto, todos los dispositivos que se van a comunicar deben quemar una cantidad sustancial de energía para mantener la conexión activa o deben pasar un tiempo considerable (generalmente de 10 a 30 segundos) estableciendo una conexión cada vez que quieran comunicarse.

Al usar xBee, si hay una "estación base" que está encendida continuamente, las unidades que desean comunicarse con esa estación base pueden encenderse, comunicarse, recibir una respuesta y apagarse, a menudo en menos de 100 ms. Para algunos tipos de monitoreo de sensores, la diferencia entre encender algo durante 15 segundos frente a 100 ms puede ser bastante grande. Para que funcione bien, sin embargo, es necesario tener una unidad base que esté "siempre encendida", o bien, hacer que las unidades remotas sepan cuándo estarán encendidas las unidades base. Los módulos Digi incluyen un modo ("modo de espera síncrono") que en teoría se supone que automatiza este último, pero requiere que todos los módulos en una red siempre se enciendan durante el mismo período de tiempo, independientemente de si tienen algo que decir. Peor aún, la lógica de los nodos perdidos que intentan reincorporarse a la red, si está habilitada, es tan atroz que es casi cómica: una unidad que intenta encontrar una red que está encendida durante 5 segundos cada minuto puede pasar horas encendiendo su radio por períodos más largos y más largos, hasta 55 segundos por minuto, y sin embargo, evite constantemente tener la radio encendida cuando la red está activa.

    
respondido por el supercat
0

La solución más simple a través de wifi que tengo funcionando es: una cámara web, frambuesa pi, software de movimiento ( enlace ), y al finalizar el evento de movimiento, vuelve a sincronizar los archivos de imagen a través de wifi.

La webcam funciona bien con Motion. Usar la cámara raspberry pi es mejor para el cálculo de la CPU frente a la interfaz USB. Pero una cámara USB en una pi frambuesa funcionará bien.

Esta configuración requiere muy poca codificación, solo configura Motion. Intentaría primero el rango de wifi, si funciona excelente! Si no es así, intente xbee.

    
respondido por el Loran

Lea otras preguntas en las etiquetas