RomRaider

The developer closed the code. And to change the firmware of the controller you need to send the controller by mail. Wbo works correctly and is calibrated correctly. The readings on the display are adequate and coincide with reality. Sudden changes of the readings occur only within the logger. And it seems to me only by the fact that he considers the testimony too understated. That's his boundary

The protocol sends values every 81.92 msec, most likely the gauge is updating at a much slower rate so these sudden changes are not seen (it still seems like a controller problem to be resolved though, as it's not a normal behaviour). The developer should have opted for a simpler protocol, plain text like the AEM WBO2 is sufficient. If he planned to integrate with the Innovate controllers/guages then he still has work to do.

The best we can provide with the RR plugin would be a setting which if enabled would ignore the in data stream AFR multiplier value. You can then log lambda and pick the appropriate conversion while logging. I can't give a time frame on when this code change would be completed. You are free to make the change to the code yourself and compile your own version of RR to support this custom WBO2.

could not you prompt in what files it is necessary to change values?

I believe modification here would result in a value returned as lambda only.
https://github.com/RomRaider/RomRaider/ ... .java#L140