平行リンクの問題で人様のスレを使うのもアレですので新規に図面を書きました

2013/10/06 23:27

noname#230359の回答

noname#230359

2013/10/07 07:19 回答No.3

即興ですが「No.40492　複数リンクのトルク計算について」における貴殿のロック力 257.5N となる理由を考えてみましたので参考になればと思います朝一から頭が働かない中で急ぎ作りましたので不具合があればご勘弁願いますそうか！だから回答力がリンクに直角にならずに、たわんだ方向になるわけかなううむ、外力は内力と吊り合う。つまり内部エネルギーとして蓄えられるひずみによる弾性エネルギー。。。つまり全体を考えなければならないことになる従って静的問題として解くほうが未だずっと簡単に思えるのですが如何か？もう時間がなくなりました。この後は帰宅後・・・にまたしましょうリンクが水平状態で吊り合っていて静止しているという条件ならば瞬間中心と、テコの原理からも”≒100*1/3=33.33N”でよいと思います今回は垂直方向に支点が並んでいて静定問題だから解けるわけなのですね支点にズレがあるからこそ不静定になるのですよ・・・つまり未知数が4以上(例えば支点3個)あれば静定条件だけで解けなくなるだからΣX=0、ΣY=0、ΣM=0 の3式＋たわみ式が必要になるということですよリンク数が多くなり大きく撓めば仕事量は当然変化しますから『リンク全体を剛体と考えた場合に限るという条件付き』になるつまり剛比によって仕事量は変わらねど変位x力の関係は大いに変化するその典型的なモノが↓「No.41870 再：平行リンクのクランプ力計算」ですね http://www.fastpic.jp/images.php?file=4279688519.jpg もしRx9=Pと百歩譲るとしてB,C寸法が長くなれば経験則で撓んで力が伝達できなくなるからRx9<<Pだろうとは分りますね？では力はどう分配されるのか？それはEI/L：隣接する剛比によって力の分担率が変わることで求解できますですから一気にRx9を求めたいのは分かるが、回りから攻めないと解けないたわみ計算も出てくるし手計算でも容易に解くのは大変な作業になります ↓「問題図　1」→「回答図 2」→「解説図 1」を見れば何となく分かるかな http://www.fastpic.jp/images.php?file=0449879439.jpg 従って、何でも仕事量だけで解ける静定な問題の方が実務では少ないと思うので気を付けた方が良いと思います。。。偉そうに説明したようですが・・・貴殿だけでなくohkawaさんやyouさんも同じ意見だったような記憶があります決して自慢している訳でも無いです。一緒に問題解決をしたいと思っていますただ惑わされた私にも瑕疵がある。それだけ未熟者だということでしょうね次は私自身の前回回答について私の計算方法にも実は無理がある。確かに溶接一体構造ならば計算結果通りだが実際の節点はピン節でかなり不安定であるため、逆に支点反力を大目に見込んでその分ロック力を過小に見てしまった可能性があるから怪しい計算とも言えるます先のクランプ力では上手く解けたようだったが、中々今回は思うように捗りません唯、誤差比率が分からない。左程変わらないと思っていたが結構違うかも知れない更に私の直勘から言っても、実は16Nというのは余りにも少なく違和感はありますしかし、剛接合として簡易的に求めるならばこうなってしまうが証拠もない従って、荷重から軸力をリンク毎に真目に拾い現実の反力を出すことが時間は掛かるが自然で間違いがないが大変で難しい。入力に対する結果だけで構造計算は出来ないから荷重と反力から全ての応力を求める必要がある。分野による違いもあるだろうけどねつまり反力を直ぐに求められないような不静定問題ではどの反力も求められないだろう "ラフな計算"であれば↑の「問題図 1」が、かなり良い線行っていると思いますつまり、16N <<ロック力≒< 65N << 100N 多分この程度だろうとは思うのですけれど EI/Lの部材の剛度が確定できないし、一本物ではあり誤差は前回程は無いだろうとは思うのですがこれも自信はありません。実験して確かめたいくらいですよ「No.41870 再：平行リンクのクランプ力計算」における B.M.D をupしていたかどうか忘れましたが、曲げモーメントは図の如くなり大きさによりたわみも M/EIですから大きくなります。見ればL字部では荷重を殆ど受け持っていないつまりPを加えた力が届かないような感じが分かるんじゃないかなぁ　おやすみ http://www.fastpic.jp/images.php?file=7426316994.jpg ＞実はコレ先に上げたリンク構造を簡略化しただけ ↓機構はロバーバル機構ではない。支点が直列するだけではそうならないロバーバル機構が何故吊り合うのかを理解していないからだと思いますけど http://www.fastpic.jp/images.php?file=3265520622.jpg ＞今回は垂直方向に支点が並んでいて静定問題だから解けるわけなのですねそうです＞じゃあ、このハカリで左に１０℃傾いて釣り合っているとするそもそも10°傾いては天びんはかりにならんからアジャストしてから測るだろう "大して変わらんが"10°分僅かにバランスが崩れる。これが現実＆真実でしょう私がロバーバル機構を取り上げたのは、直感に合わなかったからです理屈は理解出来ましたし現実にそうなるのだから感覚を改める必要があります＋＋＋＋＋＞次は私自身の前回回答についてこれは　「No.40492　複数リンクのトルク計算について」における私の16Nというロック力のについて言ったものである。何方が入力かといえば 100Nの方であるから16Nは、貴殿の仰る＞入力した力が損失その他で出力側に出ないなら理解できるがの通りであろう？何を言っているのか？理解できません問題が複数に渡って何とも解り難く混乱して議論にならなくなってきました原点が「No.41870 再：平行リンクのクランプ力計算」にもしあるのならば SIMPLEな機構だし、解析も済んでいるので此方も”仕事”的には楽ですねここでの仕事量=力x距離で解けなったことが私が反論するキッカッケでもある ※もし貴殿の言う仕事量で解けばP=P2であるから下図のようモデル図になる http://www.fastpic.jp/images.php?file=3582362707.jpg この状態で静止することを証明できれば、仕事量を使っても納得できるしかし吊り合わなければ、使えない手法となるのでコレで議論しましょう

参考URL：: http://www.fastpic.jp/images.php?file=2871349120.jpg

質問者

お礼 2013/10/07 21:29

ご回答有難う御座います >となれば質問には時間と質量について何も与えられていないようなので、運動を >しているかが不明瞭で、静力学のように時間の概念が無ければ解くこともできる動力学とか大げさのもんじゃぁなくて入力と出力に拘るのは単純にトルクの問題このスレの図を単純に天秤と考えて天秤の右の皿に１００ｋｇの質量が乗ってる、では左の皿には何ｋｇの質量か？私の説では３３ｋｇでも１Ｎの涙さんの説によれば左の皿に１００ｋｇ、右の皿に１６．２ｋｇと、なると思いますが？何故か入力トルクより出力トルクの方が大きくなると言う矛盾が発生する？ No.41870 再：平行リンクのクランプ力計算 http://mori.nc-net.or.jp/EokpControl?&tid=289402&event=QE0004 では　入力トルクが途中の支点やリンクを撓ませる力に消費されて出力トルクは思ったほど出ないと、理解したのですが

質問者

補足 2013/10/08 00:07

問題を簡単にしました http://www.fastpic.jp/images.php?file=1219232916.jpg 所謂、ハカリそのものです右の皿に分銅１００ｇ載せました左の皿には何ｇ載せれば釣り合う？実はコレ先に上げたリンク構造を簡略化しただけマジックハンドのハンドの移動量をそのまんま1本のリンクにしたつまり、入力と出力を直結にしただけと言える＞今回は垂直方向に支点が並んでいて静定問題だから解けるわけなのですねじゃあ、このハカリで左に１０℃傾いて釣り合っているとするもちろん、左の方が重いのではあるがそーなった時でも左右の重量比は完全に水平になってる時と大して変わらないハズと思うが？それともこの考え方は成り立たないのでしょうか？ >ですから一気にRx9を求めたいのは分かるが、回りから攻めないと解けないこの辺りの感覚と言うかぁ例えば、先のクランプをモータで駆動するとして１００Ｗか２００Ｗか４００Ｗかが分かればそれで良いのです何故ならその中間のモータは売ってないから厳密に１２３Ｗの動力と算出したとしても買えなければ厳密な計算は無用となる単純に１００Ｗ～２００Ｗの間と出ればそれでＯＫそんな感覚で、今回の感覚＞257.5N これなら感覚的に近いかな？＞つまり、16N <<ロック力≒< 65N << 100N 多分この程度だろうとは思うのですけれど１００Ｎ以下は絶対に有り得んと思う何故なら、入力より出力の方が大きくなってしまうから入力した力が損失その他で出力側に出ないなら理解できるが入力した力より大きな力が出力側から出るのは納得いかない

この回答がついた質問に戻る

回答全件

＞No.40492　複数リンクのトルク計算について＞http:/…