De nuevo en el mismo escenario vamos a probar la versi\u00f3n WiFi, pero primero un poco de historia.<\/p>\n
La versi\u00f3n Gazbee Wifi \u00abtradicional\u00bb trabaja en el concepto de conexi\u00f3n online. En cualquier momento se puede solicitar al dispositivo que env\u00ede sus lecturas actualizadas o mirar si est\u00e1 \u00abvivo\u00bb, es mucho m\u00e1s inteligente. A Cambio consume todo el rato, si contamos que en promedio la Wifi consume 75mA con una bater\u00eda de 2,6 Ah tendr\u00edamos una autonom\u00eda de 34 horas.<\/p>\n
Como con las tecnolog\u00edas LPWAN la comunicaci\u00f3n est\u00e1 muy restringida\u00a0y es casi unidireccional (m\u00e1ximo 4 paquetes de subida al d\u00eda) pens\u00e9, vamos a darle la misma oportunidad al Wifi.\u00a0 Que est\u00e9 casi todo el tiempo en deep-sleep, que se encienda y se conecte al AP para envira un paquete y que una vez enviado recoja una respuesta si la hay, la procese y se apague de nuevo.<\/p>\n
He de decir que en WiFi, como tiene mucho m\u00e1s ancho de banda el grueso del tiempo de env\u00edo es el tiempo que tarda en conectarse al AP configurado y el que tarde el DHCP en asignarle una direcci\u00f3n IP. Probando con los AP’s de mi oficina muchas veces en los 40 segundos que he puesto de l\u00edmite no hay tiempo suficiente para conectar, es un problema de rendimiento del DHCP y no me sirve como muestra, en todo caso de lo que si que me he dado cuenta es de que es bueno enviar el tiempo de conexi\u00f3n a la web para saber si existe un problema de rendimiento que va a afectar a la vida de la bater\u00eda.<\/p>\n
En e AP de mi casa (y poniendo el m\u00f3vil en thetering los resultados son los mismos) obtenemos menos de dos segundos para realizar la conexi\u00f3n, enviar los datos y obtener la respuesta, eso le da muchas oportunidades. B\u00e1sicamente el hardware es el mismo que la versi\u00f3n Lora sin el m\u00f3dem Lora, por lo que todos los consumos (menos el de enviar) deben de ser los mismos o mejores.<\/p>\n