When using ranges, if you use units, all elements must have units. If you use units, you must indicate the step size
for 0g to 10g by steps of 1g (but you can make it smaller if you want).
By the way, if you don't use units and don't specify step size, the default step size will be used (and it is 1).
Adrien Thurin wrote:
By the way, if you don't use units and don't specify step size, the default step size will be used (and it is 1).
... or -1.
1) What do you think that "unit" g should be? In Mathcad g is the constant of gravity (unless you redefine it), no matter if you label it as constant or as unit. If you want grams you should write gm.
2) When defining range variables with units, you have to provide the second value and to add units allover.
like: 0gm,1gm..10gm
Your second exampled worked because when you set up x e 0 .. [anything] you define a unitless scalar range with step 1. In my opinion the endvalue should throw an error as in your case its 10 g = 98.067 m/s^2 but it doesn't. Instead the loops goes up to 98 and the result you get is f(98,5).
No, I know it is 9.81 m/s² (as you can see at the end of the second example).
By the way, thank you for the help.
I didn't think about that it would need step+unit... And yet I indicated the step size with the unit in the actual worksheet because I needed a particular step size.
OK, not very bright on my part!
(The unit is not necessary for the first value in this case as it is 0 (logical...), at least it is working without it in this example.)
So it works in the example but not in my program...
(simplified extract : 
)
I have to check this out...
J G wrote:
No, I know it is 9.81 m/s² (as you can see at the end of the second example).
Sorry, just thought you mixed up the constant g with unit grams because it was labelled as unit in your sheet and not as constant.
(The unit is not necessary for the first value in this case as it is 0 (logical...), at least it is working without it in this example.)
Careful! In Prime its often necessary to state the unit even if the value is zero - this is because of the change from static to dynamic unit checking. So its a good idea to always add the unit.
So it works in the example but not in my program...
(simplified extract :
)
I have to check this out...
Hard to say whats the matter without having the full sheet. It looks like the function F.P_EL_axial is unknown for numerical evaluation. You have evaluated the function symbolically. Does it evaluate numerically as well? If no, the problem is not the loop but the way the function is defined.
