On 4/9/25 10:54, Michael Balzer via OvmsDev wrote:
I cannot see how the modem in your bench module "dev" could cause >8 MB network traffic when the module has Wifi all the time, except by many reconnects + Hologram counting these as traffic (which I think they shouldn't and don't do), or by the module not using Wifi due to a test or very poor signal level.
The only modem change coming to my mind is the GSM signal quality extension by Jaime, which initially had switched good & bad signal levels. But that wouldn't have triggered a modem reconnect, rather reboots, and that wouldn't have gone unnoticed by you.
You can check the cellular reconnect count from "cellular status debug". Of course that only counts reconnects that need an IP renegotiation, not transparent transitions to other cell towers.
Looking forward to your findings.
The version that causes problems for me is 3.3.004-324-g367f6b95 All modules are using a lot more cellular data but one in particular stands out. It's the one with the lowest wifi dBm but it's not *that* bad, but it makes me wonder if there is some kind of wifi power saving that's making wifi frequently unavailable causing cellular data usage (combined with something in this version that is 10X as chatty -- I suspect fixing this will get my usage back down). Craig # ovms-dev OVMS# wifi Power: on Mode: Client mode STA SSID: Team America (-30.6 dBm) [fixed] MAC: 94:b9:7e:ff:ff:ff IP: 172.16.1.299/255.255.255.0 GW: 172.16.1.1 AP: 30:87:d9:ff:ff:ff # ovms-v OVMS# wifi Power: on Mode: Client mode STA SSID: Team America (-60.7 dBm) [fixed] MAC: 94:b9:7e:ff:ff:ff IP: 172.16.1.298/255.255.255.0 GW: 172.16.1.1 AP: 30:87:d9:ff:ff:ff # ovms-z OVMS# wifi Power: on Mode: Client mode STA SSID: Team America (-64.7 dBm) [fixed] MAC: 24:d7:eb:ff:ff:ff IP: 172.16.1.297/255.255.255.0 GW: 172.16.1.1 AP: 30:87:d9:ff:ff:ff
