1 Pages (4 items)
Natural frequency - units - Having trouble with Hertz and rad/s - Messages
#1 Posted: 4/14/2020 1:55:28 PM
Hi,
I'm really enjoying using Smath, fantastic (v0.99, build7030).
The trouble that I'm having is with frequency and angular velocity. I've seen an old post advising 'rpm unit moved from Frequency to Angular Velocity', similar topic.
The first problem is that an answer that defaults to 'Hz' can be revised in the right hand field to 'rad/s', and the value of the answer remains the same, not multiplied by 2xPi.
I may be missing a means of communication to Smath that the cycle is actually a revolution, of angle 2xPi radians (using unit 'rev' doesn't cure the issue).

The second problem is related, it comes from defining rotational speed in a way in which it can be manipulated into frequency.

Please let me know what I should do to improve my approach.
Thanks,
Tim
I'm really enjoying using Smath, fantastic (v0.99, build7030).
The trouble that I'm having is with frequency and angular velocity. I've seen an old post advising 'rpm unit moved from Frequency to Angular Velocity', similar topic.
The first problem is that an answer that defaults to 'Hz' can be revised in the right hand field to 'rad/s', and the value of the answer remains the same, not multiplied by 2xPi.
I may be missing a means of communication to Smath that the cycle is actually a revolution, of angle 2xPi radians (using unit 'rev' doesn't cure the issue).
The second problem is related, it comes from defining rotational speed in a way in which it can be manipulated into frequency.
Please let me know what I should do to improve my approach.
Thanks,
Tim
#2 Posted: 4/14/2020 4:38:53 PM
#3 Posted: 4/14/2020 7:28:08 PM
Jean,
Thank you for your example, I see it working there, I'm not sure quite how.
In 3600/(2*pi), it's the 3600 that has units 'rpm'; the 2*pi has units 'rad/rev'? I don't see how the 2*pi modifier can be inserted here and be dimensionless. If we said a:=2*pi and then n:=3600/a, we should ask what is 'a'?
3600/2/pi=572.96, it has to be multiplied by 2*pi/60 to equal 60. This appears to be local knowledge of how to make it work rather than consistent dimensions. This is not a criticism of the program, I just don't understand the rule yet.
Tim
Thank you for your example, I see it working there, I'm not sure quite how.
In 3600/(2*pi), it's the 3600 that has units 'rpm'; the 2*pi has units 'rad/rev'? I don't see how the 2*pi modifier can be inserted here and be dimensionless. If we said a:=2*pi and then n:=3600/a, we should ask what is 'a'?
3600/2/pi=572.96, it has to be multiplied by 2*pi/60 to equal 60. This appears to be local knowledge of how to make it work rather than consistent dimensions. This is not a criticism of the program, I just don't understand the rule yet.
Tim
#4 Posted: 4/14/2020 8:00:12 PM
WroteThis appears to be local knowledge of how to make it work rather than consistent dimensions.This is not a criticism of the program, I just don't understand the rule yet.
In Mathcad, the Grande Guerre lasted 10 years,
the bouquet was 3 unit systems .. per say: never used.
Engineers don't used units, their formulas are designed accordingly.
When compatible, append the unit result. Otherwise define your own.
On the other hand, except for baby stuff, a document does not pass
QA [Quality Assurance], that goes piece wise.
Once in a while, I append unit result. Otherwise: never use units.
Inst_Colebrook Pipe Data.sm (60 KiB) downloaded 32 time(s).
1 Pages (4 items)
-
New Posts
-
No New Posts