More likely it's warming up the mobile comms state machine, without checking if it's actually needed. Unlike mobile phones which try to keep their data connection somewhat live, IoT things often drop back to the lowest state to save power (and possibly SIM cost)
The cell providers also get really opinionated about how much / how often your IoT device talks to the cell towers when they seek to approve your device.
More likely it was written by some cheap interns and requires getting unique ticket id from server for "controlling" purposes. Then there is one part time employee (met him, small talked a little) who goes from car to car with terminal and checks if those tickets are valid. I have some experience with gprs systems here, so probable flow:
- press button
- gprs roundtrip about button press with "no payment, free ticket" (2s)
- machine shows "printing ticket", asks server what to print (aka the idiotic unnecessary step)
- gprs roundtrip (2s)
- printer warmup? (?s)
- prints ticket
> to save power (and possibly SIM cost)
Nope, costs per sim are monthly per card, until you hit the data limit, then per MB. Those machines typically have enough power to keep connection alive.
Perhaps if you're driving, the things around you need to give you time to react to other things around you. Fewer things are more frustrating than getting honked at because you pressed a button, then got distracted by a car pulling up which you needed to look at to be aware of, then missed the printer asking if you want a receipt, and then having to press another button to talk to someone to ask for a reprint which, of course, holds up the line of cars growing behind you while someone gets paged to come to the kiosk.
So you wrote this new scenario where the parking ticket machine does NOT print a ticket unless you confirm it (after you already pressed the button)? And you get... mildly inconvenienced by some honking. Yeah you shouldn't drive.
https://www.sharetechnote.com/html/Handbook_UMTS_RrcStateCha...