Skip to content

Harsh-Driving Thresholds: What the Factory Defaults Actually Mean

By Saeed Baatiah · Published:

Short answer

A factory harsh-driving threshold is a starting value the manufacturer picked so the feature does something out of the box. It is not a legal limit and not an industry standard. The same vendor ships different defaults on different models, and every threshold is configurable across a range twenty times wide.

Key takeaways

  • The Teltonika FMB120 Green Driving defaults are 2.5 m/s² acceleration, 2.7 braking and 3.4 cornering, each configurable 0.5–10.
  • The FMC650 ships 2.2 and 2.5 for the first two instead, the same vendor, different numbers, so neither set is a standard.
  • Wialon states outright that no generally recommended threshold standards exist.
  • Events are gated by minimum speed (10 km/h, cornering 30 km/h) and minimum duration (500 ms to accept, over 1 s to record).
  • A threshold that is harsh for a loaded tanker is normal driving for an empty light van, so one fleet-wide number scores two vehicle types wrongly.

01What a default value is for

When a manufacturer ships a feature that needs a number, it has to put something in the field. The value chosen has one job: make the feature produce plausible output on an unspecified vehicle, so a new user sees it working rather than seeing nothing. It is not derived from a regulation, it is not the outcome of a study on your fleet, and it is not a threshold anyone has certified as the boundary of unsafe driving. Read that way, a default is closer to a placeholder than to a specification. The evidence for this reading is in the documentation itself. The Teltonika FMB120 parameter list gives Green Driving defaults of 2.5 m/s² for acceleration, 2.7 for braking and 3.4 for cornering, and states that each is configurable anywhere from 0.5 to 10. A designer who believed a specific number was correct would not offer a twentyfold range around it.

02The same vendor disagrees with itself

The clearest single argument against treating a default as authoritative is that the same manufacturer publishes different ones. On the FMC650, the documented defaults are 2.2 m/s² for Max Acceleration (parameter ID 11004) and 2.5 m/s² for Max Braking (ID 11005), with cornering at 3.4 m/s² (ID 11006), again each across a 0.5 to 10 range. Set those beside the FMB120 figures of 2.5 and 2.7 and the picture is unambiguous: one vendor, two product families, two answers to the question of what counts as harsh. If a universally correct threshold existed, Teltonika would ship it on both. What the difference actually reflects is the sensing hardware, the firmware family and the vehicle class each model was designed around, none of which is your fleet.

03The platform vendors say so explicitly

This is not a reading imposed from outside; the software side states it plainly. Wialon's guidance on eco-driving control says that no generally recommended standards exist for these values, and then lists what actually moves the reading: engine power, vehicle condition, weight, body load, tyre grip, road surface and weather. Every item on that list varies within a single fleet and several vary within a single shift. A tanker at 40,000 kilograms and the same tanker empty do not decelerate the same way under the same pedal pressure. Wialon also ranks the data approaches by accuracy, device-calculated highest, raw per-axis average, GPS-only lowest, which means the number you should choose depends on how the event is being detected in the first place, not only on the vehicle.

04The gates around the threshold

A threshold never acts alone, and reading it in isolation overstates how sensitive the feature is. On the FMB920 and FMC920 firmware family, acceleration and braking are only evaluated above 10 km/h and cornering above 30 km/h, so low-speed manoeuvring in a yard is excluded before any comparison happens. Duration gates follow: an excursion must last at least 500 milliseconds to be accepted at all, and more than a second before a record is written. Teltonika also latches the scenario, once active it stays active until the measured value falls back below the configured parameter, which is why one continuous hard brake produces one event and not a burst of them. Change the threshold without knowing these gates exist and you will attribute the resulting change in event count to the wrong cause.

05Why one number cannot serve two vehicle types

Consider what the same 2.5 m/s² braking threshold means across a mixed fleet. A light van, unloaded, on good tarmac, can exceed it in ordinary defensive driving at a roundabout, so its driver accumulates events that describe the vehicle, not their behaviour. A fully loaded tanker cannot reach it easily at all, so a genuinely late, aggressive stop stays under the line and never appears. The same number therefore generates false positives at one end of the fleet and false negatives at the other, simultaneously. Since the scores built from these events feed driver rankings and sometimes pay, the consequence is not merely noisy data. It is a ranking that partly measures which vehicle a driver was assigned to that month, and drivers work that out faster than managers do.

06Calibrate before you compare

There is a mechanical prerequisite that no threshold value can substitute for. Teltonika documents an accelerometer auto-calibration procedure that must run before advanced detection is meaningful: the vehicle stopped on a straight road, then driven above 30 km/h for five seconds, so the device learns which of its axes points forward. Skip it and the device may read a portion of forward acceleration as cornering, or vertical road shock as braking. Wialon's guidance points the same way by noting that the vertical Z axis is excluded from the calculation entirely, with X carrying acceleration and braking and Y carrying turns. Tuning a number on top of an uncalibrated sensor is tuning the wrong layer, and it produces a threshold that only works for the specific mounting error it was fitted to.

07A method for setting your own numbers

Treat the default as a first hypothesis and test it. Group the fleet by vehicle class and typical load, because those are the variables Wialon names as decisive. Run each group at the shipped default for a defined baseline period with the events recorded but not scored, so nobody is penalised by a value you have not yet validated. Then read the distribution rather than the count: if almost every trip in a group produces events, the threshold is below normal operation for that vehicle and needs raising; if a group produces almost none while incidents still occur, it needs lowering. Adjust one parameter at a time, keep a dated log of the value and the reason, and only start scoring once a group's event rate is stable and the events you sample look like real driving faults.

Documented defaults, and the range each one sits inside
ParameterFMB120 defaultFMC650 defaultConfigurable range
Max acceleration2.5 m/s²2.2 m/s² (ID 11004)0.5–10
Max braking2.7 m/s²2.5 m/s² (ID 11005)0.5–10
Max cornering3.4 m/s²3.4 m/s² (ID 11006)0.5–10
Minimum evaluation speed10 km/h10 km/hcornering 30 km/h
Minimum duration to accept500 ms500 ms>1 s to record
LatchingUntil value falls backUntil value falls backNot a timer

Default harsh-event thresholds on two Teltonika models

FMB120 acceleration2.5 m/s²
FMC650 acceleration2.2 m/s²
FMB120 braking2.7 m/s²
FMC650 braking2.5 m/s²
FMB120 cornering3.4 m/s²
FMC650 cornering3.4 m/s²

Teltonika Telematics Wiki, FMB120 and FMC650 parameter lists

Figures and sources

Questions

Is 2.5 m/s² an official safe-driving limit?

No. It is a manufacturer default so the feature works out of the box, and the same vendor ships 2.2 on another model. Wialon states directly that no generally recommended standards exist for these values. Treat it as a starting hypothesis for your vehicle class, not as a boundary anyone has certified.

Why would raising the threshold not just hide bad driving?

Because a threshold below a vehicle's normal operating range does not detect bad driving, it detects the vehicle. If almost every trip in a group produces events, the score carries no information to act on. Raising it until events become exceptional is what makes the remaining ones worth investigating.

Do I need different thresholds per vehicle type?

In a mixed fleet, yes. Wialon names weight, body load, tyre grip, engine power and road surface among the variables that change the reading, and those differ sharply between a light van and a loaded tanker. One fleet-wide number produces false positives on light vehicles and false negatives on heavy ones at the same time.

What should I do before changing any threshold?

Run the accelerometer auto-calibration first, stopped on a straight road, then above 30 km/h for five seconds, so the device knows which axis points forward. Tuning a number on an uncalibrated sensor fixes the wrong layer, and the value you land on will only suit that particular mounting error.

Sources

Related insights