It would be a great feature if could display min/max values in normal gauges.
I would like to be a be able to press a button and all of my gauges show the Min value, then press the button again and they all show the Max value, then press again and they all go back to Current value.
That would be really great to be able to quickly see important data at the end of a session or in between sessions, without having to hook up a laptop, or create a separate page just for min/max values.
We will consider the feasibility of this feature, taking into account our current memory limitations.
However, the “Text” control already has the functionality to display the min/max values of ecu.X channels, so you can implement a simple logic:
Gauge with the current value → press the button → gauge is hidden, Text control with the min value is shown in the same place → press the button → min is hidden, max is shown → press the button → gauge with the current value is shown again, and so on.
Project tree:
And then you just assign function values to the visibility channels.
can you tell me the logic behind having this feature for all of the ecu channels and for none of the other channels (analog or canbus input for example?)
Most of the ecu.xy channels are unused, therefore memory/CPU is wasted on checking the min/max of unused channels. And if I want to have similiar functionality for other non ecu.xy channels, I need to use 2-3 functions per channel (?) which makes it very computationally expensive.
Thanks!
Yeah, I know I can do it that way, but it would be MUCH better for the driver if the values were displayed on the gauge. That would allow a much faster and easier “at a glance” check for any problems without actually having to read anything.
I understand the memory size constraints. How about this:
Instead of building the function into the controls. Can you just make the Min/Max channels available to use like normal channels?
That shouldn’t take up any extra memory, because you wouldn’t need to build any new functions or store any new data. It would just be a new way for us to use the data that’s already there.
If we could select the Min/Max values, then I could just create 2 gauges, one using the Current and one using the Max, and show/hide them with a button function.
If we could just select the min/max values just like any other channel, that would solve the issue. And it would just be a new use for existing data, so it shouldn’t take up any extra memory at all.
what i think driver should drive and if there is no alarm it means is all good .
I would say driver need rev counter gear display and shift light that’s it..
you can set multistage alarms errors or warnings.
This is for rally, not track racing. Can’t just pull into the pits, the “pit” could be an hour away in some cases. Driver needs more information to make a decision if the car can be limped home, or better to just stop and save the engine.
Alarms can be missed. And checking the peaks after the fact has additional driver uses too. Example is a driver can check their top speed from the last stage to gauge performance.
Even some dumb analog gauges from 40 years ago came with a ‘peak’ button on them. There’s no good reason a modern digital gauge shouldn’t be capable of the same thing.
It might sound obvious without knowing the whole system, but in fact, it is not as trivial as you think.
Whenever we make changes to the system, we always have to ensure backward compatibility so that we do not break any existing projects.
We will consider both your request and @LSL1337’s input, and we will try to find a solution that meets your requirements.
However, I cannot provide you with a timeline — there are many other tasks already in the queue, so it may take some time.
Until then, you will need to use the workaround I suggested earlier. Also, Greg mentioned the use of alarms — why are you not convinced to use alarms as he described?