I’ve noticed that my hub is constantly disconnecting from the 802.11 wireless network (but seems to be maintaining the connection to the sensor unit, and is able to do bluetooth (although that’s crashed a few times as well) it’s not an issue on the network side, I’ve exhausted most of that troubleshooting process, so suspecting I may have a faulty radio module in the device (I also notice that once it disconnects from the wifi, it makes no attempt to reconnect unless I cycle the power, which seems like it would be a code design problem). In case it’s a problem with that specific access point, I’ve moved it to another area of the house on a different access point, to see if it stays up in that situation, but at this point, I’d be surprised.
What I found interesting, however, was that once it came back online, it still had retained all the observation data from the sensors, and sent a massive data dump over the UDP broadcasts (which is great!), but intrigued as to how it knows those data points were not received given that it’s done over UDP and it doesn’t care what’s listening (if anything)… Is it simply queueing those up if it has no network connection at all? Or does it know that they didn’t make it to the cloud server?
Great fault tolerance on that front, but I wish this thing wasn’t so flaky on the network side. Ethernet option (with PoE) would be a definite improvement if it’s going to use an overly finicky wireless chipset (also, only supporting 2.4GHz/802.11n is a definite design miss in my book, since the 2.4 GHz band is already almost unusable in most residential environments). Since the wireless module in this device is a fairly common off-the-shelf one, is it possible to replace it with something more modern without major code changes? IoT devices like this are well suited to 802.11ax, especially since the UDP segments it’s sending out only once every few seconds are a whopping 101 bytes, meaning that any wireless frame needs to be padded with about 10x as much null data, consuming vastly more airtime (and power) than is necessary.