Description:
This article will list all possible causes that could lead to the device consuming a high amount of data, this can result in SIMCARD blocking (by Carrier) or overcharging.
Check first
If the device is sending data to Trust Track
Download the coordinate analysis report and check the number of records generated by each Input Trigger
If the device is sending data only to a third-party server
Ask the client if he can set IP1 as TT2, if they do, create the device in Panda69 account, wait for some time and check the number of records generated by each Input Trigger
If the client cannot set IP1 as TT2, ask them to provide a report containing all the records received from the last day, check the number of records generated by each IO Data caused record
See also:
Possible causes:
Data collection:
Low number on either of these 3 coefficients (CHECK ALL PROFILES IF PROF SWITCHING IS ENABLED)
Distance < 500m
Time with Engine < 60s
Radial < 45º
Time without Engine < 600s (CHECK ALL PROFILES IF PROF SWITCHING IS ENABLED)
Data sending:
Constant Link enabled
The device will ignore the link timeout and retain a connection to the server always open
Heartbeat enabled
The device will send a "handshake" to the server every X seconds
TCP keep-alive enabled
The device will send a new keep-alive packet periodically even if there is no data to be sent to the server.
IO events:
An IO configured with Event On: Change that is changing frequently. It does not matter if the priority is high or not. It will generate a new record every time it changes
For example, Movement Sensor configured with Event On: Change, can cause several new records to be generated and it will consume data to send all these new "unnecessary" records.
An IO configured with Hysteresis
Its Delta value is set to a normal operating voltage
Its Level value set to a low value
Its Average value set to < 1000ms
Either one of these cases can cause high number of record generation, for example. Power Supply Voltage configured like this:
Delta = 12600
Level = 1
Average = 10ms
On Both or On Rising or On Falling
If the vehicle power supply voltage when powered ON ranges between 12500 and 12700 it will generate a LOT of records
Custom Ignition configured using Power Supply Voltage with the range set to values that oscillate during normal vehicle operation.
The vehicle will be "turning ON and OFF" several times and this can cause several records to be generated
Custom Ignition configured using Movement Sensor on a device that is poorly fixed on the vehicle
A poorly fixed device will cause several false indications of movements and stoppages, therefore, generating several records.
CAN interface:
CAN mode J1939 + DTC is used with TT2 server
DTC are not supported in TT2, but device sends the data anyway, causing huge data consumption.
You can check for DTC packets in the back end using this Graylog query (change the IMEI):
Recommended to switch to FMS mode.
DMP settings:
DMP connection frequency set to every 5 min or lower
This is only for 5 Gen devices
Possible Solutions:
If you identify any of these possible causes (except DMP), do the following
Update the FW to the latest version available
Input the standard coefficients or change the configuration setting causing the issue.
Save the file.
Inform the client that you have created a new CFG ask them to agree on uploading it. Write down all the differences from the CFG used by the client that might be causing this high data consumption and ask them if they really need those settings, if they do, make sure that they are aware that it will increase data consumption and ask sales manager to increase payment plan.
If they agree or do not answer in 3 days, upload the CFG file anyway, after getting sales manager permission.
If none of these possible causes match and DMP connection frequency is set to 5 min or lower
You can send these DIFF files (attached) to the device that sets the connection frequency to DMP every 28 days.
Or you could change the connection frequency to twice a day (every 12hours), once a week (every 7 days)
In order to set a custom connection frequency you can calculate:
( qty days) * ( 24 hours) * (60 min) * (60 sec)
For example, to get the number of seconds in 7 days, the calculation would be:
7 * 24 * 60 * 60 = 604,800
You can send the SMS:
setcfg 23101 604800
Or you can create a DIFF file by changing only this parameter inside DMP settings in Advanced Configurator
Please, before applying this change, inform have the client to agree to this change and make him aware that any file sent via DMP will only get sent to the device once it reaches the 28-day