グラフィックボードとの相性問題
T4さんからいただいた情報です

取りあえず、手持ちのカード何枚かで動作確認をしてみましたので参考にどうぞ。 

どれでも大差がないため、個人的にはファンの静かな”FX5200”当たりを常用しています。
（FX5900とかは、爆音過ぎて実用に耐えません。）

私の低パワーPCでもっとFMSをスムーズに動かせないものかと実験してみました。
最近気づいたのですがコントローラーのインターフェイスによってFPSに差が出るようです。
私のPCでは、32bitパラレル接続だと10FPSしかでませんが、その他の接続にすると20FPSから35FPSほどでます。
このような症状が出るのは私だけかもしれないのでぜひ試してみてください。
それと、Modelフォルダに機体を入れ過ぎないようにするのも効果がありました。
私のPCのスペックは　CPU P2 233MHz、メモリー96MB、ビデオカードATI RAGEPRO VRAM 4MB、Win98です。 
パラレルアダプターは自作のものを使っています。 

使用機種　Su-26、飛行場　World
キーボード　　　　２０〜３５
ジョイスティック　２０〜３７
32bitパラレル 　　９〜１１
16bitパラレル　 １８〜２２
PICシリアル　　 ２０〜３３
という結果になりました。私のPCではゲームポート接続かPICシリアル接続が良いようです。

別のPCでもインターフェイスの比較をしたので報告します。

CPU P3 833MHz、メモリー128MB、ビデオカードGeForce2 VRAM32MB、WinMeです。
使用機体　忘れました（＾＾；）かなり重い機体です、
飛行場　World
32bitパラレル　　12前後
ジョイスティック　６０〜７２
PICシリアル　　　６０〜７２

この結果を見るとこのPCでも32bitパラレル接続にすると極端に落ちるようです。
信号の解析にパワーを取られているのかもしれません。
16bitにするとスムーズになるのですがピクツキが??
ノートPCやVRAMが低いPCではPIC接続にしたほうが良いかもしれません。

 使用機種　Su-26、飛行場　World
かすみ、スムーズテクスチャー、テクスチャーはすべてオン
16bitカラー、1024 x 768の全画面表示

地上は小屋や木が見えたときFPSが下がるためそのときの数値です。

（昔「CSM 3in1 V10」を持っていて、本格的なシュミレーターの雰囲気は心得ているつもりです）  

こんにちは。真ちゃんです。GPTRHの製作者です。
失速、墜落を追うのでしたら、主翼取り付け角を増やして、推力を減らすという方法があります。
取り付け角を増やすと当然、頭上げが大きくなります。
推力を減らさないと水平飛行もままならなくなりますので、実際に画面上で飛ばしてみて、調整が必要です。
完全対称翼は最大揚力係数が１で最小揚力係数が?１で設定してあります。
最小揚力係数を０に近づけるとフラットボトムに近づくはずです。
私もＦＭＳに取り組み始めた頃、入門者には失速墜落が大切と思って、いろいろ試してみました。
すぐ墜落する機体（parﾌｧｲﾙ）が必要だと思ったんです。
GPTRH確かに、着陸しやすいと思いますが、これは、parﾌｧｲﾙというよりは、
ＦＭＳのクラッシュのレベルの問題ではないかと思っています。
無理な着陸でもクラッシュしませんから。

ところで、話の方向が違ってしまいますが、
私が最近、思っていることは、シミュレータと現実飛行の再現の忠実度の件です。
過敏系の機体で練習する方が、初心者には向いているのではないかということです。
誤解を恐れずに言えば、練習機のリアルさを求めるより、指づかいを練習することを第一に。
そのために、現実の練習機選びではあり得ない過敏な機体も、
修理代のかからないシミュレータでは有効ではないかと思っています。
実際に、そうした訓練法で初飛行単独飛行を成功している方もいます。
着陸時の延びの無さは、飛行速度がまるっきりスロットルに依存していたver6よりは、少しはよくなっていると思いますが、
parファイルの問題ではないはずです。
私も、リアルな練習機の再現イコール効果のあるシミュレータと思っていましたが、最近はその考えを方向変換しています。
今は、練習機バージョンは、気持ちよく飛ばすという感じです。（もちろん異論のあるところだと思います。）
カウンター操舵を体に覚えさせることが、実際のＲＣ飛行に直結すると思っております。
ちなみに、モスキートモスラボラトリのモスキートモスをおためしください。
失速も考慮したparファイルをtokuさんが作られました。
ぜひ、お試しください。 
http://the-mml.hp.infoseek.co.jp/y/fltsym-mad-r.html 

ｐａｒファイルのバリュエーションが、機体３Ｄデータに比べ本当に少ないと思います。
色んなｐａｒファイルがたくさん出てきたらいいなと思っています。 

無料なのであまり注文は付けるべきではないと思うのですが(^^)
あまりにマニアックな機体が多いので質問させていただきました。
今日は少しだけFMSで練習した友達が、実際に初飛行を行いましたが、
僕の心配通り実際の敏感な舵に驚いていました。

ご紹介して頂いたモスキートモスはいい感じですね、僕も実機を持っ
ていますが巻き込みの再現がとてもいいです(^^)
ただ、友達の機体がヒロボーのスカイトレンドなので、GPTRHをいじっ
て煮詰めて行きたいと思います。 
 
 

この中で、「ジャンピーで常時、修正舵を打つ必要があり、
ウイングオーバーして墜落する」という相談がありました。
それに対し、掲示板管理者から答えで、

各チャンネルのゼロ・セッティング（ニュートラルのこと？）での微動は
WindowsのAPI(私はこれ分かりませんが)によるFMSのソフトウェア内部に
あるというように書いてあります。
で、次のFMSのバージョンで訂正されるだろうと
FMSの製作者のRoman氏が言っているとのことです。
don't try to finｄ this "error"　ということで、これは仕方ないことのようです。

この相談者のその後は、
別の社（F→J）の送信機に代えたら、安定してスムーズな動きになったそうです。
この方は電気に詳しくないので、その理由が分からないとも言っています。

ということで、ゼロ・セッティング（ニュートラル？）の微動はWindows＋FMSが原因、
シミュレータで墜落するほど機体が荒れるのは、
送信機＋ケーブルの問題....なのではないかと思います。

因みに、簡単な回路とふらつきは、直結しません。
逆に簡単であるがゆえに製作上の再現性が高いと思います。
（調整する箇所もほとんど無いと思います。）
真ちゃんの投書のFMSフォーラムの内容に尽きると思います。
多分これは、FMSのソフトは、WindowsのAPIを使用してプリンターポートのI/Oを読んだり、
時間の管理をおこなっていて、その処理自体が安定していないと言っていると思います。
次のソフトで直すとは、ソフト的にフィルター（なます）をかけるか、
APIを改造するか使わなくするのでしょう
リアルフライトがキャリブレーション画面でチラチラしていて、
機体の動きはビシッとしているのでしたらそれはソフト的にフィルターをかけて
（時間軸で丸める）いると思います。
それから、WindowsのAPIとはアプリケーション プログラミング インターフェイス の略で、
マルチタスクOSのwindowsが共有関係のハードを使用するために提供している処理
（ソフトで見た部品）です。（よけい解り難いか？）
マルチタスクOS（windows）は、FMS等のアプリケーションに勝手に色々されると困る訳です。
そこで、API（処理サービス：部品）を与えてOSの管理下でアプリケーションは動いてね！
って事になっているのです。

TMSの設定のEXPは、ニュートラル付近の反応を鈍くする事で
ニュートラル付近のみフィルター見たいな役割をします。
送信機で設定しても本来のEXPの役割しかしません。
（スロットルは、全体を使うので効果がありません）
（F→J）の送信機に代えたら．．．．．．．から気が付いたのですが、
（メカによって）舵角を設定出来るプロポをお持ちの方は、
プロポ側で舵角を大きく設定してFMSで使用すると良くなるはずです。
FMS等のキャリブレーションは、プロポの最小角?最大角に価する
PPM信号の変化幅をFMSのコントロール幅に変換します。
早い話、PPM信号の変化量を大きくしてやれば、
APIの処理の時間的バラツキに対して有利になるはずです。
しかし断念ながら私のプロポは、安い奴で何の設定も出来ないので試していません。
効果が無かったごめんなさい。

また、双葉ＦＦ-８を使っていますが、ＤＳＣ機能があるので
トレーナー端子１-２番ショートで電源が入り(プロポのスイッチはＯＦＦ)電波は出ません。
アダプターの接続で電源をオンにしています。
ＤＳＣ機能が無いプロポはオンにならずプロポのスイッチを使うので、駄目ですが・・・

ＦＭＳを飛ばしている方は、ぜひ、飛行中に数字キー９を押してみてください。
押し続けていくと、すーっと視点が上昇し、飛行機を追い越して、
上から機体と景色を眺める感じになります。鳥瞰する感じ。
まるで、熱気球から飛行機を操縦している状況になります。
エアリアル・フォトの雰囲気です。

ほんとに熱気球からＲＣ機を操縦しているような爽快な気分になります。
これが現実なら、なんとぜいたくなシーンでしょう。

上空で待ち伏せしていて、離陸させ、こっちおいでと昇らせるのもいいです。
雲の上から操縦しているみたいです。

視点キー
９：カメラ位置上昇
３：カメラ位置下降
４と６機体を中心にカメラ転回
-と＋：カメラズーム
Ｐ：ポーズ
　　飛ばしながら、あるいはポーズで止めて、いろいろな視点でグルグルと楽しめます。

小さいですが、こんな感じで眼下に飛ばしてます。

真ちゃんからの情報　2001年5月29日
●　ラダー操作での機体の挙動
ファンフライのparファイルを試行錯誤する過程で分かったことは、ラダー面積と舵角の関係なんですが、面積を少な目にして、舵角を大きくもっていった方が切り始めの動きがスムーズですし、回頭していきます。変なんですがラダーは1.5ラジアンくらいまで設定可能でした。
　実機では、大きくラダーを切ると失速してスパイラル降下していくところなんですが、そういうふうにはなりませんね。
　それから、ファンフライではフラットスピンができるんですが、現実ばなれした軽機体重量、小さい推力の組み合わせで実現できたものです。（LASER3Dのparファイルから学びました）
　ラダーとロール方向の動きの関係では、上反角を大きくしていくと、ラダー・ロールが簡単にできますが、エルロン・ロールと見た目の違いがなくなっていきます。思案のしどころです。
●ニンバスをハンドランチ風に縮小してみました
　geoファイルにスケールのコマンド行を入れると簡単に拡大、縮小ができるのですね。１行目の”//GeoEX Ver0.3 2001-04-23 Masuoka”の次に”SCALE 0.3”と挿入して縮小してみました。
　スケール速度というか、縮小すると機体のスピードがアップしたように感じます。
　大きくしたり、小さくしたり楽しめそうです。
●機体速度とエルロンの効きについて
　ファンフライのparファイルをつくって分かったのは、垂直ホバリング静止状態でラダーとエレベータは効きにくくはなるのですが、操作できます。
　ところが、エルロンは全く効かなくなります。エンジン推力線方向前方に少し動き出すと効きが回復します。

●ファンフライ用のラダーの設定は、FMSに胴体側面積がパラメータにないのでナイフエッジをどうしたらできるかということでやってみました。
はじめは尾翼面積に置き換えたらどうかなと思ってやってみました。
そのうち、強引にラダーの舵角を増やすとなんとか、スライドしながらも上を向き、墜ちないですむことがわかりました。お楽しみ用での設定です。

●プレーリーなどのラダー旋回機用にｐａｒファイルをいじってみて、大変、 ＲＣ実機（ラダー旋回機）に近い動きが再現できると思っております。私はHLGをやったことがないので比較ができませんが、プロペラ機のラダー旋回の感じ は良く出ていると思います。回頭初期の横滑りが大げさな感じもするかと思いますが、実際にこういう挙動の傾向があります。
ラダーがプロペラ後流を受けて旋回していく感じがよく再現できていると思います。
FMSでは動力を持たないグライダーにわずかな（エンジン）推力を与えて代替させているので、違和感があるのではと思います。
（動力機も無動力機も同じ計算式で再現するのは難しそう。）
ＲＣ実機ラダー旋回機と違う点は、バンクから水平に戻したときに、揚力を回復して、ふっとわずかに上昇するのですが、その感じがほしいところです。

さて、ラダーの回頭の挙動ですが、ヨー軸周りのモーメントを少し大きくして、
ロール軸周りのモーメントを適当に合わせ、上反角を調整するとるとかなり
いい感じに出来たことがあります。
数バージョン前のＭＭのテスト中にこの傾向を発見しました。
ラダーを切ると頭が（しっぽが）くっと回って、やおらバンクを始めるというのが
ＦＭＳのラダー機では普通なのですが、これが頭の回り込みはほとんど目立たず、
ぐーっとバンクする感じがなんともリアルでした。
　もっともこの設定は没にしました。モス（というより自分の）の、
スティック5ミリで操縦する感じを追っかけるとまた違った設定になりました。

というわけでヨー軸周りの慣性がどうも関係しているようです。
この傾向についてもうちょっと再調査して、何かつかめればまたここで報告します。

ヘリ用のparファイルはいまだに謎が多いですね。
この機体の場合、テールロータ回転数を5500にするとヨー回転が止まります。
私が試行錯誤した結果分かっているポイントを書いてみます。
まず、メインローター回転数がエンジン出力と考えていいと思います。
回転を上げた場合、テールローターの回転も上げる必要があります。
総重量をかなり軽くすると、なかなかクラッシュしなくなります。
シャトルチャレンジャー(風)は初心者用に相当軽くしてあり、
アメンボウの効果をなんとか出そうとしています。
重心位置（動きの中心）を低くしなくても胴体が地面に沈まないように、
胴体部のポイントを変更すると、どういうわけか大変クラッシュしやすくなってしまいます。
ちょっと傾いただけでひっくり返ります。この辺はさっぱり分からないところです。
いつか桝岡さんあたりが解明してくれるかもしれません。 
 

 Res：桝岡＠川崎(259) 題名：ヘリ用parファイル 投稿日 : 2002年3月26日<火>13時17分
胴体の回転は、ParDesignerで、ラダー操舵（トルク０）に0を入力すると、
テールブレード基準ピッチが自動設定され、トリム状態で回転しなくなるはずです。
ただし、ParDesignerでは、ブレードの失速の影響を計算していないので、
条件によっては、FMSでの動作と異なる場合があります。
テールローターのブレードの揚力係数
CLt=CLa*(at0+kr*Rmax)
が、最大揚力係数 CLmax をオーバーすると、トルクを打ち消しできません。
小さいCLtで、トルクを打ち消しできるように、
Lt*St*(Rt*Nt)^2
を大きくしておいて、ラダー操舵（トルク０）に0を入力すればOKの
ような気がします。
これでもだめな場合、少し解析してみたいので、申し訳ありませんが、
桝岡まで、メールでparファイルを送っていただけないでしょうか？

>ちょっと傾いただけでひっくり返ります。
胴体部のポイントを水平方向(XY)に広げれば良さそうな気がします。
muh水平摩擦係数が大きいと、ひっかかって転ぶかもしれません。
muv垂直摩擦係数が小さいと、はねて転ぶかもしれません。
あとは、fmax強度を大きくしておけばOKのような気がします。
こちらも、転びやすいparファイルを送っていただければ、解析できると思います。 
 

 Res：実験工房Sekiai(434) 投稿日 : 2002年3月26日<火>17時47分
桝岡さんどうもです。･･m(u_u)m･･ぺこ。 
ParDesignerにはヘリのヨー回転を止める機能が
あったんですね！知りませんでした。
ラダー操舵（トルク０）の行には5つの数字がありますが、
どれを0にすればいいのか教えてください。

転びやすいparファイルを作るのは簡単です。
ParDesignerでY位置をすべて選択し、
値を”1”とかに変更してみて下さい。
このparファイルを使うと、読み込んだとたん転倒します。 
 

 Res：logic_wizard(552) 投稿日 : 2002年3月26日<火>21時59分
Sekiaiさん、桝岡さんこんにちは。ParDesignerを使って再挑戦して
みましたが、やはり駄目でした。桝岡さん宛に.parファイルをメール
で送付しましたので、時間のある時に解析してみて下さい。
お手数をおかけしますが、宜しくお願い致します。 
 

 Res：桝岡＠川崎(643) 投稿日 : 2002年3月26日<火>23時07分
>ラダー操舵（トルク０）の行には5つの数字がありますが、
>どれを0にすればいいのか教えてください。

スロットル（ピッチ）を変更すると、トルクが変化するので１箇所のスロットル（ピッチ）位置でしか、トルクを0にできません。
希望するスロットル（ピッチ）位置で0にしてください。
5つのうち、中央の位置が、ホバリングに対応するスロットル（ピッチ）位置になっているので、通常は、この位置で0にすることになると思います。
＃実際のラジコンヘリを飛ばしたことが無いので、違うかもしれないですが。
ParDesignerでこのように設定した機体を、キーボード操縦で少し浮上だけさせると、何分間も、微動もしない状態でホバリングします。
プロポで操縦すると、ニュートラルのドリフトなどにより回転してしまいますが。。

>ParDesignerでY位置をすべて選択し、
>値を”1”とかに変更してみて下さい。
>このparファイルを使うと、読み込んだとたん転倒します。 

重心位置を原点として、X=前後、Y=左右、Z=上下なので、すべてのY位置を正の値にすれば転倒するのは当然ですが、転倒しにくいように、水平位置(XとY)を均等に広げた場合でも、離陸時に転倒しやすくなる場合があるようです。
この場合、垂直摩擦係数(muv)を小さくすると改善するようです。
FMSでは、着地を胴体ポイント（スキッド先端）の4点で計算していますが、このポイントが地面にめり込むイメージで計算を行っていて、1点だけ遅れて地面から離れると、そのポイントの垂直摩擦によって、地面に引っ張られて、転倒するのだと思います。

>>桝岡さん宛に.parファイルをメールで送付しましたので、
このparファイルは、本当に回転してますね。
機体サイズと質量を大きくしているのに、慣性モーメントが小さいままなのが気になったので、慣性モーメントを30倍（m*r^2なので、質量分が58k/7.5k=7.7倍、サイズ分が(1.8m/0.9m)^2=4倍）くらいにすると、回転しなくなりました。
本来なら、慣性モーメントが小さくても、力がバランスしていれば、回転しないはずなのですが、FMSの計算式にバグがあるのか、私の解析結果に問題があるのか、どちらかだと思います。
時間があれば、原因を調べてみます