This for loop is supposed to run for 2 iterations i.e. for i=0 and i=-0.1 as variable outputOverVoltageChange_65 = -0.1. Why is it running for only i=0?
MATLAB: Unexpected for loop behaviour
app designerMATLAB
Related Solutions
"Why this x == g gave me logic 0?"
Simply because those values are NOT the same.
The values that you are trying to compare cannot be exactly represented using binary floating point numbers. What you see printed in the command window is the closest representation to 5 or 16 significant digits, depending on your current format setting. To see the "real" value download James Tursa's FEX submission:
Use James Tursa's num2strexact and you will see that none of those values really have the exact values 0.1 or 0.001. All you are looking at is a representation of those floating point numbers displayed in the command window, to the precision defined by your format setting. Just because you see 0.1 is displayed tells you nothing about the "real" floating point number's value.
Note that you can change how the value is displayed by changing the format.
To compare floating point values always compare the absolute difference against a tolerance:
abs(A-B)<tolYou need to learn about the limits of floating point numbers. Start by reading these:
This is worth reading as well:
"...but Matlab still says they aren't equal?"
Because they aren't equal.
This is very easy to check (you already used one method, here is another):
>> r1Xf - r2Xfans = -8.8818e-016 4.4409e-016 0>> x - r1Xfans = 0 -1.1102e-016 0>> x - r2Xfans = -8.8818e-016 3.3307e-016 0"... the cross products should be equal "
Nope, I don't see any reason to expect them to be equal. Operations on floating point numbers collect floating point error. You need to learn about the limits of floating point arithmetic.
"I don't understand why the arrays are all [-2.2, -0.4, 1.0]..."
Because the operations collect different floating point error for different input values. What you see printed in the command window is the closest representation to 5 or 16 significant digits, depending on your current format setting. To see the "real" value download James Tursa's FEX submission:
Use James Tursa's num2strexact and you will see that none of those values really have the exact value -2.2 or -0.4. All you are looking at is a representation of those floating point numbers displayed in the command window, to the precision defined by your format setting. Just because you see -2.2 or -0.4 displayed tells you nothing about the "real" floating point number's value.
You need to learn about the limits of floating point numbers. Start by reading these:
This is worth reading as well:
Best Answer