Ash Mass Balance: 8 Hexadecimal Digits

Hello! I have a question about the technical article "Aschemasseabgleich" (https://community.dieselschrauber.org/en/viewtopic.php?t=20333) and I'm wondering if I'm the only one:

I'm in adaptation channel 12 for the engine control unit and want to set a value of 20g. However, the value 00000020 is not being accepted. Does it need to be converted somehow? If I only enter "20", I get the error message: "The new value must consist of exactly 8 hexadecimal characters."

Engine: 2.0 Pump Denoise (BRE).

Apparently, everyone here knows how to enter "20g" except for me. Could someone please explain it? Thank you.

Hi,

20 in decimal is 0x14 in hexadecimal. Can you upload a Screenshot of what VCDS expects?
Based on intuition, I would expect 0x00000014 as input, where 8 hexadecimal digits correspond to 32 bits.

Best regards, Rainer.

Thank you for the quick response! Please find two screenshots attached. It seems like something in the format of "00000F3A" is expected here. While it would accept "00000000", that doesn't correspond to the self-cleaning filter.

Okay, then use 00000014 as a hexadecimal number .

Only Ross-Tech themselves probably understand why they don't use the numerical base encoded in the number.
If one were to implement it, one could also automatically convert between hexadecimal, decimal, or any other base.

I find it very unfortunate as it's not clear whether a decimal or hexadecimal value is intended. My suggestion would be that VCDS, for historical reasons, treats decimal numbers as such and recognizes numbers starting with "0x..." as hexadecimal, and above all, displays the read value accordingly. The padding with leading zeros should happen automatically, but as it is now, definitely fewer people will mess things up because they simply can't manage it.

Background information on the hexadecimal system:
https://de.serlo.org/mathe/sonstiges/zahlensysteme/zahlensysteme

Best regards, Rainer.

I will try it tomorrow. Here's another interesting piece of information: Apparently, VCDS doesn't read certain values with the engine running in this mode, whereas it does when the ignition is on but the engine isn't running.

The value 00000014 was also only accepted when the system was stationary. In the second attempt, a kind of "automatic test run" starts, where the values change automatically until one value passes the "test," and the "Accept" button becomes available.

As I said, he took it on the second attempt. However, I still don't know if that corresponds to 20 grams.

You can now check the measured value to see if it has been adopted!

There is currently 0 in it .

Without ever having done the procedure myself, I would guess that a value of 0 also corresponds to 0. And does 20 then correspond to 20? Or is the resolution too coarse for that?

In this case, I am 99% certain that is not the case, because the counting method used by that department is as follows:
0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F

That would be equivalent to saying that 20 is like 32 (2 x 16 + 0). I'm more inclined to believe Rainer, who says that 14 corresponds to 1 x 16 + 4 = 20.

Well... at least it's still running .