Fusion - 日本語フォーラムのトピックRe: アークタンジェントの　計算結果が、EXCELと　違ってます。

アークタンジェントの　計算結果が、EXCELと　違ってます。

Nouble1 — Sat, 26 Jan 2019 04:52:09 GMT

お世話になります。

何故かは　解らないのですが、

atan(0.75/44)

atan(6.44365523884453/0.75)

此の　どちらも、

エクセルと　比較して、

値が　合いませんし、

用いた場合、

結果が　合いません。

一方、

atan(1/√(3))等、

代表的なものは　合うようなのですが、

兎に角、

正確な　計算結果が、

得られないようでは、

使えず　困っています、

回避策等　ありますでしょうか？

宜しく　お願いします。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

adachitech7 — Sat, 26 Jan 2019 08:22:30 GMT

スケッチを描いて確認してみました。

角度にatan(0.75/44）と入力した結果は、0.977°となっています。

水平線の長さ44mmに対して垂直線は0.75mmとなっていますので、この場合は正しい計算結果を返しているようです。

エクセルで計算した時、=ATAN(0.75/44)の数式から返ってくる値は単位がradとなります。度で答えを得ようと思えば=DEGREES(ATAN(0.75/44))とする必要がありますが、このあたりはどうでしょうか？

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Nouble1 — Tue, 29 Jan 2019 08:38:50 GMT

有り難うございます。

勿論、

ラディアン-度分秒変換は　していますが、

手元では　合っていないのです。

何故　環境毎に、

こんな変化が　出るのかは、

理解　出来ないで、

居ます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Nouble1 — Tue, 29 Jan 2019 08:41:22 GMT

取りあえずは　様子見してみます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

kandennti — Wed, 30 Jan 2019 05:54:50 GMT

Nouble1さん　こんにちは

>手元では　合っていないのです。

最初で提示した値の場合、adachitech7さんの回答で解決すると思うのですが

それでも一致しないのでしょうか?

ATan関数は、多くの場合　+90deg ～ -90deg を想定して作られている印象です。

（個人的にです）

その為、この範囲を超えた角度の場合、正しい結果が得られない可能性は有ります。

余裕が無い為試していませんが、仮に100degの場合は、 180 - 100 = 80 となり

ATan(100deg) は ATan(80deg) と同じ結果を返してくるのではないかと思います。

（言葉で伝わるかわからないのですが、近いほうの角度の結果を返します）

単なる三角形の角度を求めるのであれば事足りるのですが、直交座標系を用いた

図形のような場合+180deg ～ -180deg　まで扱えるようでなければ不便な為、

多くのプログラミング言語等では [Atan2関数」のようなものを用意している

場合が多いです。

残念ながら、Fusion360の式として扱える関数内にはそのような関数は用意されて

いないようです。

https://help.autodesk.com/view/fusion360/ENU/?guid=GUID-76272551-3275-46C4-AE4D-10D58B408C20

その為、角度が範囲内に含まれるか？含まれないか？を判断するロジックを作り、

それに応じた対応する仕組みを作る必要が有りそうです。（ベクトルの内外積を利用する）

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Nouble1 — Sat, 02 Feb 2019 04:33:35 GMT

お心に　お留め頂き、

有難うございます。

今回、

私が　対象にしている、

値域ですが、

0°〜90°です。

ですので、

ご指摘点に　付いては、

お心を、

お鎮め　頂いて、

構わないかと　思います。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

stakahashifjk — Wed, 05 Mar 2025 11:50:23 GMT

投稿から年月を経てしまっていますが、私も丁度おなじような現象に遭遇した為、記録としてこの件の原因を共有させていただきます。

atan関数には単位を「mm」とした数値を渡すことができますが、そうした場合は一般的に得られるアークタンジェントの計算結果とは違う結果が戻ります。

atan関数には「単位無し」の数値を渡す必要があるということです。

上図において test1と test2の atan関数は見た目上はどちらも同じ数値が入力されているにも関わらず、結果が異なっています。

atanに限らず acosや asinでも同じなのですが、何故こうなるのかと言うと、

Fusionの内部実装においては距離に関する値をある単位で統一して扱っており、その単位が1cmとなっています。

例えば私たちが「10mm」として扱っている距離は、Fusion内部においては「1」という値になっています。

したがって、「atan(1 mm)」とした場合、私たちは atan関数に「1」を渡したつもりであっても、実際には「atan(0.1)」として評価されているということです。

逆に言えば、「mm」の数値を渡す場合には単純に10倍しておけば求める結果が得られます（が、これは明らかに裏技的であり、そうするのではなく1 mmで除算して単位を消すのが妥当だと考えます）。

実装では数値部分は単純に浮動小数などのデータ型で持っておき、人間に見せるときにだけ要求された単位に変換するのが普通で、これ自体は自然なことでありバグではありません。

本件の根本的な問題は asinや atanが距離の値をそのまま引き受けてしまう点であり、例えば曲げ角度に距離の値を与えるとエラーで受け付けないのと同じように、asin等でも同じようにバリデーションが働いた方がより親切な設計なのではないかなという風に、個人的には感じています。

Fusion - 日本語フォーラムのトピックRe: アークタンジェントの 計算結果が、EXCELと 違ってます。

アークタンジェントの 計算結果が、EXCELと 違ってます。

Re: アークタンジェントの 計算結果が、EXCELと 違ってます。

Re: アークタンジェントの 計算結果が、EXCELと 違ってます。

Re: アークタンジェントの 計算結果が、EXCELと 違ってます。

Re: アークタンジェントの 計算結果が、EXCELと 違ってます。

Re: アークタンジェントの 計算結果が、EXCELと 違ってます。

Re: アークタンジェントの 計算結果が、EXCELと 違ってます。

Fusion - 日本語フォーラムのトピックRe: アークタンジェントの　計算結果が、EXCELと　違ってます。

アークタンジェントの　計算結果が、EXCELと　違ってます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。

Re: アークタンジェントの　計算結果が、EXCELと　違ってます。