For tracking time, take a look at lightweight timestamping and (although it may be a little more challenging to parse) you can also enable a detailed audit log.
Thanks for the response! I will definitely check what you say out.
As for the number of times a repeat group has been executed, I am aware of count(). This is the same as CTO which I have been using for years. What I was hoping for was something where counting the repeat group could be done at a point in the survey so that people couldn't go back and add more.
This is similar to another use case for calculate_here which is that if you want to hand a tablet to a respondent and have them fill confidential things, you can then block backing up and seeing that after they hand it to the FO in CTO. But, without calculate_here, I am unclear if this is possible in ODK.
I realize that you are all answering as volunteers and I I really appreciate you. I myself used to program in Java like more than 10 years ago but now I am just trying to keep my head above water on my current day job while also taking a challenging online course in Data Analytics and managing my two kids, one of whom is autistic. Otherwise, I wouldn't just ask for a feature but offer to help (beyond beta testing).
The fact that you guys respond to questions is amazing. Thank you!
Hopefully the ideas @danbjoseph has shared address the lightweight timestamping need! In general, using the trigger column lets you control when an expression is evaluated: it only evaluates if the question referenced in trigger changes. Otherwise we don't have a concept of "here" in ODK. Please keep in mind SCTO forked a while ago so their engine and the mental models they build on may be quite different at this point.
We may need more details on your scenario to guide you with the second item. Here are two potentially related tools:
Setting to block moving backwards (described in "Form Entry Settings" here): this prevents ANY backwards movement so may be more aggressive than what you would like.