ppb2020

Seems like a good plan to me.

I would not have strong objections to requiring alignment between catalog version and tool version. The main advantages of this would be to reduce testing and simplicity of use. Otherwise,...

Perhaps a topic for the AMM?

This PR raises quite a few questions. Clearly, the information provided by this signal is inferred from a model. Thus, there should be some confidence level associated with the value...

One more thought. I have not looked at this in detail, but these kinds of signals always bring the question of "direction". Just like for windows, is 100% representing fully...

@erikbosch, To answer your earlier question, I think we can separate the discussions on this PR from the more general discussions. That is, deal with this PR on its own...

Re-adding this as I originally added it as a comment and it appears earlier in the discussion timeline instead of here... Further thoughts. Is this signal indeed reflecting the driver's...

Some of the questions raised against this PR were discussed at the 2024 April AMM. We did not reach hard conclusions on how to handle these kinds of signals, although...

Of possible relevance is documents such as this [EURO NCAP specification](https://www.euroncap.com/media/80158/euro-ncap-assessment-protocol-sa-safe-driving-v104.pdf), especially section 3.5.3 on detection of driver state and section 3.5.3.2 on Fatigue, which defines three factors: drowsiness, microsleep,...

Bringing in my comment from PR#536: Regarding: > The user/driver can specify a minimum limit. When charging has reached that limit the user will be informed in his app, but...