Originally Posted by: Razonar Hi. I'm quite sure this three guys think that rpm in SMath is well defined.
The following is the same calculation as the first example you provided, using the Windows Stable 0.99.7822 version of SMath (output units were not specified, except for the values on the line where it says "units specified" ).
One could specify "rad/s" as the units, and no change would occur, which is fine for the first example that you provided (because SMath assumes that rad/s and 1/s are the exact same unit -- which they are,
for angular velocities ONLY -- again, this is because radians are unitless), but it is absolutely incorrect as soon as FREQUENCY is required. SMath treats angular velocity or angular frequency (rad/s) and frequency (Hz or 1/s) as equal, which they aren't.
ω = 2 π
f ~~~~ That's: (angular frequency) = 2 * (pi) * (frequency)
If you have a piston attached to disk B, then the frequency of the piston is EQUAL TO the frequency of the disk (NOT the angular frequency). Smath would calculate the frequency to be 10.472 Hz (wrong), when it would actually be 1.667 Hz (right).
This is because of how frequency is defined: it is the reciprocal of period, and period is the time it takes for a measurable event to occur. Frequency is therefore the times per second that the event occurs.
For
angular frequency
only, the period is the time it takes to rotate through an angle of ONE RADIAN (~57.3°
. In other words, seconds per radian. Angular frequency is therefore the times per second that the object rotates by ~57.3°.
For
most other applications, the period is the time it takes for a rotating OR oscillating object to pass its starting position. In other words, seconds per revolution or seconds per oscillation (cycle). Frequency is therefore the times per second that a roating or oscillating object passes its starting position.
I don't have time to go through the other examples. I've got homework to do, and I've gotta figure out workarounds to make SMath behave as expected with frequency, since it DOESN'T handle rpm <> Hz conversions properly, as evidenced by the very simple statement below:
Edited by user 30 November 2021 07:22:16(UTC)
| Reason: Not specified