Those values are a push down stack of the current state and the last 4 power cycles. Basically at startup we grab the top 8 values (4 states) and copy them to the lower 8 values. The top 2 values contain the current state. During initialization, mode changes, etc. the PLC OS writes values after each operation. Those values allow us to know the last initialization state, thus have a pretty good idea where the PLC is or failed at before the restart.
The 1400 values indicates the PLC was in program mode when it was power cycled.
The 608 value got reused (that shouldn't be, but

) and the PLC was either validating the program during goto run, or was in program mode and was updating the sys config flash. One might have left the PLC flash corrupted (incomplete write to flash), and the other would have caught the PLC in transitional limbo which wouldn't corrupt but wasn't a good spot to reboot.
The 806 value is the last state published on a normal transition to run mode.
So the PLC appeared to be running, then power was cycled and while initializing or writing flash was power cycled again, and after that was in program mode three times.
Per the log and those post mortem registers I see no evidence that the PLC has been in run more for a while. If retentive memory was wiped that would be in the log. If retentive memory wasn't wiped, the log and those post mortem states should be believable.