Just wanted to point out this is also in another thread with the same problems. Might want to combine the two if that is even possible.
WAN or LAN? Sounds like a lot of retries to me. While I agree Sense may need to be more āuser friendlyā with their data, youāre also dealing with a real time device with a lot of data exchanged.
BTW, with 0 retries Sense uses about 100Mb/day up and down combined consistantly.
Interesting you mention about 100mb/day up and down. My numbers arenāt quite as symmetrical as yours. Over the last 30 days Iām seeing 3.11 GB (ā840.5 MB, ā2.29 GB).
1 Like
Per day, up and down combined.
30 days @ 100Mb/day = your monthly numbers = weāre on the same page 
Your right. Helps if I read it correctly. Funny what one word (combined) can meanā¦ 
My sense used more than 10 gigs in the last 30 days for uploads. Is this way outside the norm of what others are seeing? Could it be related to the failures?
Just a back of the napkin on data rates:
- If the Sense monitor was merely uploading raw samples to the mothership at Senseās rated acquisition speed of 4M samples / sec (14 bit / 2 byte samples), we would see just shy of 7GB up per DAY. So lots of local processing and compression on the monitor.
- What is down traffic ? New firmware, new models, directives, requests for other data ?
- Not included in your measurements (I think) is all the local broadcast activity Sense does to discover, manage and acquire data from smart plugs and Hue.
I think our Sense monitors stay very busyā¦
Are you seeing close to 10GB also? I have about 150 hue lights, and maybe 10 of the smart plugs. Still canāt link in but one Hue bridge though, so maybe 50 lights are connected.
I donāt have a smart enough network to isolate a single wireless deviceās bandwidth usage. I actually took my whole house network down for two days trying to install an ORBI and new Netgear switch, but ran into a host of unanticipated issues. Turns out the ORBI doesnāt have said capability either, and the switch, despite doing a good job of port monitoring, had lots of āadvancedā features that shut down other devices in my house.
Based on what Iāve heard in seen from Sense users and others, that my next network will be based on Ubiquiti, since their systems do offer better traffic analytics and integrated control. Still waiting for one of my friends to get the wrinkles out of their new Ubiquiti system before I follow.
Meraki at homeā¦ nice!
How are you measuring this? 10GB traffic to the WAN is different than through the LAN.
Google WiFi lets you name/identify any devices that connect to your network, and then provides measurements for up and down data. I canāt image they are trying to capture local only traffic. I would assume this is to the WAN. Screen shot attachedā¦
I would actually think that it is capturing all activity, whether LAN or WAN.
Speaking for Unifi APās and Ruckus APās. The controllers track activity by device for all data that passes an AP. It doesnāt āknowā where that traffic is headed. With UniFi because they also have routers within the same control system as their APās you are able to get some WAN specific usage data, but I donāt actually think you can get it by device.
I sort of assume Google works the same way because if its only tracking data that egressās the network, that means that any device on your network that doesnāt go to the internet would show no activity. So a NAS that is used only as an in house media server would show no activity.
I could very well be wrong. I have zero experience with the google products, but it just seems like a big break from what I would say is industry norm.
Found a help document online which says its only capturing WAN traffic. Which I think makes a lot more sense for a consumer product at home. They pitch it as a way to track your usage vs your ISPās data caps.
1 Like
@cpachris1969
Good to know! Thanks.
Iām not sure if this is related, but I also get gaps in the real-time meter, but I believe the root cause is a custom node socket integration Iāve been running thats always reading in my data. If I kill the node server, the mobile app real-time view returns to normal.
I used to be able to open the Sense mobile app while the node server was running, and everything was fine (although closing the Sense app would also kill the node serverās connection, triggering a re-auth action). But now, the mobile app seems to really not like it if I already have the node server running and reading my data.
1 Like
I have found that the real-time display on the Sense iOS app stops updating if I log into the Sense Web app at the same time. The moment I log out of the Web App, the iOS real-time display resumes. The Watt values continue to update.
It appears that no data is lost, but just a real-time display interruption.
Iāve had other iOS display interruptions where the real-time display fades for a second and then a gap appears. The data appears to be affected when this event happens. I havenāt been able to determine a cause.
This seems to further confirm thereās a hard limit on number of real-time socket connections allowed per user. If youāre already pulling real-time data through one method (app, web, or API), the others donāt work. Iām still wondering if something has changed in the last month or two that has made this limit more strict. I get that Sense would want to avoid everyone having a bunch of open connections, but only 1 at a time is kind of bummer.
I have the same issue sometimes and itās always internet.
I too will have strong wifi and the access point (DSL modem)
will also show connected. Although the modem is connected with
a strong signal, it has lost itsās IP address. If the service provider
has the settings to renew IP daily and you having this happen once
a day, this might be the cause. The dropout can be from the time
the ISP says its time to renew the lease and it picks back up when there
is device traffic to request a new lease.
This would not apply if youāve checked these dropout times on your access
point (not WiFi) and verified that was ingoing/outgoing traffic of some kind.
Remember, if youāre experiencing an issue like this, please submit to Support with as much detail as possible! Weāre working on it, but are having trouble reproducing on our end.