約 2,573,403 件
https://w.atwiki.jp/fiat500-onlinemanual/pages/253.html
ドエルアングルでポイントギャップを調整 フィアットの整備はポイントギャップやタイミング調整など、点火系が中心だったりしますが、ちょっと違うポイントギャップ調整方法を試してみました。 ドエルアングルって何っていう人は、まず、ぐぐってみて下さい。 ざっくり説明するとイグニッションコイルに電気を流している時間に相当するもので、不足するとプラグの火花が弱くなるし、長すぎると発熱でコイルを痛めるため適正値にする必要があります。 整備マニュアルでは、フィラーゲージで0.5mmに調整する方法が書かれていますが、理屈的に考えるドエルアングルを78°±3に調整することの方が理にかなっているかと思い調整ツールを作り試してみました。 参考:整備マニュアルにある調整方法は↓こちら ポイント調節 準備する物 パナソニックの雨樋継手60パイ ゴム栓 釘 テスター ラチェットレンチ 17mmソケット マイナスドライバー 作業手順 01:調整道具の準備 雨樋の合わせ目を0°/180°として目印を書く 分度器を使い78°と±3°の目印を書く 雨樋の余分なところをカット ゴム栓を適当に切って釘をセロテープで固定 02:調整準備 調整ツールをディスビにセット、テスターはコンデンサーのケーブルが繋がっているネジとキャップクリップの台座(アースとるだけなので、どこでも可)に繋ぎます。 釘を乗せたゴム栓をローターにセットします。 03:調整作業 ダイナモプーリーをラチェットを使い時計回りに動かすとポイントが接続したところで通電します。 通電したところで、釘先と雨樋の0°を合わせます。 ラチェットを回して接続が切れるところが78°の位置になるようポイントギャップを調整します。 テスターを使うことでポイントの開閉を目視より正確にすることができます。 04:点火タイミング調整 ポイントギャップの調整をしたら、最後は点火タイミングも確認し必要に応じて調整したら終了です。 参考:点火タイミング調整↓ 点火時期の調節 05:追記 ダイレクトイグニションに交換済みでセミトラになっていて(あまり該当しないか)、ドエルアングルを測定できるテスターを持っているならエンジンかけて、テスターをみながら調整するほうが圧倒的に簡単です。 Written by kita
https://w.atwiki.jp/kisarazu_maicon/pages/35.html
センサ あらゆる情報をマイコンで取り扱うためには、電気信号に変換する必要がある。 簡単な例で言えば、ポテンショメータに代表される可変抵抗だろう。 いろいろな例を見ながら、ロボットにどのような情報を取り入れたいか考えてもらいたい。 スイッチ 押しボタン式のスイッチ。ON/OFFを検出できる。 人間に対する便利なインターフェースの一つで、マイコンで扱うのはもっとも簡単。 ただし、ボタンを押さないと(またはその逆で)端子が開放される場合は、プルアップやプルダウンをしなければならない。 押した瞬間はチャタリングが生じ、誤作動の原因となる。 チャタリング除去に関しては様々な方法がある。(一定周期でサンプリング、一定回数の確認等) コントローラを作る際にはなくてはならない存在。 ポテンショメータ 回転軸を持つセンサの一種。角度を検出できる。 内部回路はただの可変抵抗。 3端子あり、それぞれa,b,cとすると、 a-c 一定 a-b 可変 b-c 可変 となる。 a-cを電源に接続することで、a-bまたはb-cの電圧が角度の情報を持つ。 このままでは情報を取り入れることができないので、A/D変換を行いディジタル情報へ変換する。 単回転だが機械的制限のないものや、多回転で機械的制限のあるもの、単回転で機械的制限のあるものがある。 機械的制限のないものは回転数を測ることもできるが、一箇所は端子がオープンになるので、プルダウンなどの処置が必要になる。 最近のマイコンはA/D変換を内蔵しているため、簡単に角度を検出することが可能となっている。 ロータリーエンコーダ 回転軸を持つセンサの一種。角度を検出できる。 ポテンショメータとは違い、出力はパルス信号。 円盤に一定間隔で穴を開け、反対側から光を当てると、円盤を回したときにある一定のリズムで光が届くことを利用。 その回数を計測することで、回転角を知ることができる。 このままでは方向を調べることができないが、二つの穴をずらして配置することで、回転方向を知ることができる。 ICでカウントすることも可能だが、マイコンで測定することですぐに制御に用いることが可能である。 プログラミングなどである程度の知識が必要となるので、使うのは中級者以上向け。 なお、秋月で売っているロータリーエンコーダは機械接点式なのでチャタリングが発生する、要注意。光学式、磁気式であればチャタリングは発生しないが大変高価である場合が多い。 角度センサ 少し高額なセンサ。パッケージ化されているものも多い。 電源を接続するだけで傾きに応じて、出力電圧が変化する。 A/D変換することで角度を検出可能となる。 物によって、応答特性や出力電圧の変動の大きさが違うため、仕様書を読む必要がある。 加速度センサ それなりに高額なセンサ。基本的にパッケージ化されている。 電源を接続するだけで一定方向の加速度に応じて出力電圧が変化する。 A/D変換によって加速度を検出可能だが、加速度ゆえにA/D変換の速度なども重要になる。 角度センサ同様、出力は物によって違うため注意が必要である。 フォトインタラプタ,フォトリフレクタ 光を利用したセンサ。一般的には赤外線LEDとフォトトランジスタで構成されている。 フォトインタラプタはデジタル出力,フォトリフレクタはアナログ出力であることが多い。 フォトインタラプタは透過型,フォトリフレクタは反射型となっている。 フォトリフレクタはNHKのライトによる誤作動がかなり報告されているので、フォトインタラプタを推奨する。 磁気センサ 磁気を利用したセンサ。 機械的なものであれば、中に鉄心などを入れておき、磁石を近づけると反応するもの。 電気的なものであれば、ホールセンサといい、磁力を測定できるものもある。 ちなみにホールは穴という意味ではないはず。 光に比べ外乱ノイズが少ないという長所があり、外でも平気で使うことができる。 ただし発生源としてみると距離による減衰が大きいので、近距離しか使用することができない。
https://w.atwiki.jp/dub0/pages/76.html
#blognavi DCオフセットについての議論 カテゴリ [music] - trackback- 2005年12月13日 15 58 29 #blognavi
https://w.atwiki.jp/robocraftjpwiki/pages/272.html
目次 はじめに 重量を大きく削減したい場合ロッド(Rod)を用いる エレクトロシールド(Electroshield)を用いる ヘリウム(Helium)を用いる エッジ・コーナーを用いる 通常状態との被破壊領域の違い 重量を微妙に調整したい場合別の形状のシャーシを用いる Comments 更新時バージョン 0.13.1964 はじめに 地上機やホバー機では機体の重量バランスはあまり重要視されませんが、エアロフォイルを用いた固定翼機、スラスター機、その他小さな機体では重量バランスが操作性に直結します。 調整するには、いくつかのアプローチがあります。 重量を大きく削減したい場合 ホバーブレードやホイールの積載限界が厳しい、航空機で最大限に軽量化したいという場合に向く方法です。 ロッド(Rod)を用いる 画像募集中 ロッド?はキューブよりも軽く、高い耐久力を持ちます。 2つの接続面を持った棒状のパーツでいくつかの形状があり、 うまく使いこなすことができれば、軽くて強い機体を作ることができます。 エレクトロシールド(Electroshield)を用いる 画像募集中 エレクトロシールド?もロッド同様、軽さと耐久力を併せ持つパーツです。 CPUあたりの耐久力は総じてロッドよりも高いですが、ほとんどのものは接続面が1つしかないため、パーツの接続には使えません。 また、パーツ自体が破壊されると、耐久力が回復するまでに長い時間を要してしまうのが欠点と言えます。 ヘリウム(Helium)を用いる ヘリウムの浮力で重量を調整する方法です。 ヘリウムは常に浮力を与えますが、水平方向の動きを鈍くしてしまう特性があるため、少し速度が失われることに留意してください。(減速した結果、機体が安定するということもあります) また、高高度ではヘリウムの浮力が減衰し、バランスを崩す可能性が大きい点も無視できません。 理想は重心の調整のためにヘリウムを用いないことです。 Ver0.7.882で、ヘリウムの浮力が安定して提供される限界高度が半減しました。高高度を飛ぶ機体の重心調整をヘリウムに依存することは、簡単に姿勢制御が効かなくなるため危険です。 設置箇所に浮力が働くため、重心からの距離によって傾き方が異なります。 エッジ・コーナーを用いる まず前提として、キューブではなくインナーを用いてください。 多数のキューブを搭載している機体であれば、それだけで数千キログラムの減量が可能な場合があります。 この画像を見てください。これは俗にコーナー(プリズム)編みと呼ばれる装甲です。 重量が同じ体積をキューブで構成した場合の半分になります。ただし、「エッジの耐久値はキューブより低い」「接続箇所が少ないため、数値上の耐久値より早く壊れる」ということを理解する必要があります。 特に後者は深刻で、レーザー相手だと通常の倍近いスピードで破壊されることもあります。 これはシャーシ間の接続箇所が少ないため、至るところで小さな接続切れを起こしてしまうためです。 ちなみにコーナー(テトラ)編みと呼ばれるものもあります キューブの1/3で同じ体積という劇的な軽量化が見込まれますが、上記のデメリットも激しくなっています。 もっと手軽に軽量化したいという場合は、機体の表面のキューブ、インナーをエッジに変えてしまう方法をおすすめします。 通常状態との被破壊領域の違い 通常時とエッジ皮膜の領域の比較。平面のみを参考にしている。 被弾シャーシ(赤)からの距離を橙、黄、薄黄、白で表したもの。 エッジ皮膜は上下に組むと被弾エリアが横に広がる事がわかる。 あくまで順番のみの参考で、二層目三層目といった奥行きや、シャーシの種類ごとの耐久値を考慮していない点に注意。 コーナー編み・エッジ編みの場合 なかなかに複雑な様相だが、被弾パーツから十字に交差するように深まっていき、かつキューブを敷き詰めた時とダメージの浸透を比較すると穴が広く浅く、といった具合に広がる。 SMGのような連続攻撃では接続切れを起こすことに注意。 gif動画はコーナー編みのもの。 重量を微妙に調整したい場合 小型航空機のバランス取りなど、精密な調整を必要とする場合に向いた方法です。 別の形状のシャーシを用いる シャーシは形状により重さが異なります。キューブを1としたとき、プリズムは0.5、テトラは1/3、インナーは2/3しか重量がありません。また、テトラやインナーなどを等間隔に設置した時、たとえ向きが非対称でもバランスは乱れません。 ゲームエンジンがUnity4から5に変わり、演算が正確になりました。この方法だとバランスが崩れる恐れがあります。(ただし重心が大きく左右にずれていないかぎり、移動が困難になるほどのズレは生じません。 Comments 注意 コメント欄に投稿したすべてのコメントは他人の目に触れるものです。 ページに関係のない発言は雑談部屋で、愚痴や不満は不満・愚痴部屋でどうぞ。 誹謗中傷や暴言、煽り、不快なコメントが増えた場合コメント欄の閉鎖を含めた処理をします。 +上記の内容を理解した方のみクリックして展開してください 名前
https://w.atwiki.jp/3desk/pages/45.html
水平調節 水平調節 通常、そのままデスクを置くと微妙な地面のでこぼこであったり、床の傾きにより 机も傾きガタついたりするので脚についているネジ状のアジェスターを回し調整する必要がある。 組立サービスを頼んだ場合 作業員が全部やってくれるので必要ない。 水準器がネジなどと一緒に同封されている場合 アジェスターの場所と反対側のアジェスターの中心に水準器(水平器)を置き、長方形デスクなら4辺それぞれ水準器を置きながら、水平になるまでネジを回す。 水準器が入っていない場合 ガタつく部分を調べ、該当の部分をガタつかないまでネジを回す。
https://w.atwiki.jp/geomagneticfield/pages/12.html
I2Cバス番号について 26ピン外部端子上に出ているI2Cのバス番号はRev. 2のRaspberry Piでは1となっているらしい(Rev 1なら0らしい)。実際には、もう一つのバス番号0もあるそうだが、26ピン外部端子には対応付けられていないそうだ。その証拠に、 % ls /dev/i2c-* とすると、 /dev/i2c-0 /dev/i2c-1 2つのデバイスファイルが見つかる。以下のI2Cデバイスとの通信に関係してバス番号を指定するときは、1を使うことになる。 スレーブアドレスの確認 i2cdetectコマンドを使ってデバイスが認識されるか確認する。 % sudo i2cdetect -y 1 スレーブアドレスが帰ってくることは帰ってくるのだが、 0 1 2 3 4 5 6 7 8 9 a b c d e f 00 -- -- -- -- -- -- -- -- -- -- -- -- -- 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- 1e -- 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70 -- -- -- -- -- -- -- -- となったり、 0 1 2 3 4 5 6 7 8 9 a b c d e f 00 -- -- -- -- -- -- -- -- -- -- -- -- -- 10 -- -- -- -- -- -- -- -- -- 19 -- -- -- -- -- -- 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70 -- -- -- -- -- -- -- -- となったりして、出力結果が安定しない。。。一抹の不安を覚えたが、マスターとスレーブの間の通信のタイミングによって、こうした問題が起こるのだろうと勝手に納得して先にすすんだ。しかし、やはりこの状態ではスレーブデバイスからデータを得ることができなかった。 調査の結果、「RaspberryPiのI2Cポートはプルアップ済み」であるという情報を得た(例えばここ)。MLSM303DLHCのジャンパーJ1, J2をショートして、モジュール上のプルアップ抵抗を有効にしていたことが問題を引き起こしていた原因と考えられる。はんだを吸い取って、再度試してみると、出力は安定し、常に0x19と0x1eを認識できるようになった。 0 1 2 3 4 5 6 7 8 9 a b c d e f 00 -- -- -- -- -- -- -- -- -- -- -- -- -- 10 -- -- -- -- -- -- -- -- -- 19 -- -- -- -- 1e -- 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70 -- -- -- -- -- -- -- -- スレーブアドレスは、0x19と0x1eであることが分かる。0x19は加速度センサーで、0x1eは磁気センサーになる。データシートのTable 14とTable 16の「7-bit slave address is 0011001b」および「7-bit slave address is 0011110b」という記述にも一致している。 デバイスのレジスタ値を読み取る スレーブデバイスの内部レジスタ値をダンプしてみる。 % sudo i2cdump -y 1 0x1e しかし、出力がどうもおかしい。。。。 No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00 XX XX XX XX XX XX XX 00 00 02 48 34 33 00 00 3c XXXXXXX..?H43.. 10 00 00 01 XX XX 00 00 00 00 00 00 XX 00 00 e8 10 ..?XX......X..?? 20 00 00 00 00 00 00 00 XX XX 00 00 00 00 00 00 00 .......XX....... 30 00 00 00 00 XX XX 00 00 00 00 00 00 00 00 00 00 ....XX.......... 40 00 01 XX XX 00 00 00 00 00 00 00 00 00 00 00 00 .?XX............ 50 XX 00 00 00 00 00 00 00 00 00 00 00 00 XX XX 00 X............XX. 60 00 00 00 00 00 00 00 00 00 00 00 XX XX 00 00 00 ...........XX... 70 00 00 00 XX 00 00 00 00 00 00 00 00 00 00 00 00 ...X............ 80 XX 20 01 00 00 00 00 00 00 02 48 34 33 XX XX 3c X ?......?H43XX 90 00 00 00 00 00 00 00 00 00 00 1f XX 00 00 e8 10 ..........?X..?? a0 00 00 00 00 00 00 00 7f XX 00 00 00 XX XX 00 00 .......?X...XX.. b0 00 00 00 00 00 00 00 00 00 00 XX 00 00 00 00 00 ..........X..... c0 00 00 00 00 00 00 00 XX 00 00 00 00 00 00 00 00 .......X........ d0 00 00 00 00 XX 00 00 00 00 00 00 XX 00 00 00 00 ....X......X.... e0 00 00 00 00 00 00 00 XX 00 00 00 XX XX 00 00 00 .......X...XX... f0 00 00 00 XX 00 00 00 00 00 00 XX 00 00 00 00 00 ...X......X..... XXって、レジスタに値が入っていないってことだよな。。。 かなり悩んだが、上記のようにパーツ上のショートさせていたジャンパーを無くしてみたところ、 % sudo i2cdump -y 1 0x1e No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00 10 20 03 fe 84 fe b6 00 9a 03 48 34 33 00 00 3c ? ?????.??H43.. 10 00 00 00 00 00 00 00 00 00 00 00 c4 14 03 e8 10 ...........????? 20 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 00 ........?....... 30 00 00 00 1c 83 58 76 00 a0 00 07 00 00 00 00 00 ...??Xv.?.?..... 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 60 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 80 10 20 03 fe 84 fe b6 00 9a 03 48 34 33 00 00 3c ? ?????.??H43.. 90 00 00 00 00 00 00 00 00 00 00 00 c4 14 03 e8 10 ...........????? a0 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 00 ........?....... b0 00 00 00 1c 83 58 76 00 a0 00 07 00 00 00 00 00 ...??Xv.?.?..... c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ のように、正常そうな値を読み取ることができた。 デバイスにレジスタ値を書き込む i2c-toolsを使って、レジスタ値を操作してみる。バス番号1につながっている地磁気センサー(スレーブアドレス=0x1e)の中の0x00というアドレスを持つレジスタに0x90という数値を書き込む。0x00というアドレスは、CRA_REG_Mという名前がついていて、地磁気センサーに内蔵されている温度センサーを有効にするかどうかやデータ出力のレートを指定するためのレジスタである。0x90は、温度センサーを有効にして、出力レートを15 Hzに指定する値である。 % sudo i2cset -y 1 0x1e 0x00 0x90 しかし、最初はジャンパー設定の不具合により、 Error Write failed というエラーメッセージが帰ってくるだけであった。 その後、ジャンパーの半田を吸い取ったところ、 % sudo i2cset -y 1 0x1e 0x00 0x90 % sudo i2cset -y 1 0x1e 0x01 0x20 % sudo i2cset -y 1 0x1e 0x02 0x00 というように、素直にレジスタ値を設定してくれるようになった。 % sudo i2cdump -y 1 0x1e No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00 90 20 00 00 ee fe b3 00 d1 03 48 34 33 00 00 3c ? ?.???.??H43.. 10 00 00 00 00 00 00 00 00 00 00 00 c4 14 03 e8 10 ...........????? 20 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 00 ........?....... 30 00 00 00 1c 83 58 76 00 a0 00 07 00 00 00 00 00 ...??Xv.?.?..... 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 60 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 80 90 20 03 00 ee fe b3 00 d1 03 48 34 33 00 00 3c ? ?.???.??H43.. 90 00 00 00 00 00 00 00 00 00 00 00 c4 14 03 e8 10 ...........????? a0 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 00 ........?....... b0 00 00 00 1c 83 58 76 00 a0 00 07 00 00 00 00 00 ...??Xv.?.?..... c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ ダンプしてみると、きちんと書きこまれているのが分かる。
https://w.atwiki.jp/robocraft/pages/272.html
目次 重量を大きく削減したい場合ロッド(Rod)を用いる エレクトロシールド(Electroshield)を用いる コンパクトキューブ(Compact Cube)・ライトキューブ(Light Cube)を使う Comments 更新時バージョン 1.12.2636 重量を大きく削減したい場合 ホバーブレードで速度を出したい、航空機の旋回を早くしたいという場合に向く方法です。 ロッド(Rod)を用いる 画像募集中 ロッドはキューブよりも軽く、高い耐久力を持ちます。 2つの接続面を持った棒状のパーツでいくつかの形状があり、 うまく使いこなすことができれば、軽くて強い機体を作ることができます。 エレクトロシールド(Electroshield)を用いる 画像募集中 エレクトロシールドもロッド同様、軽さと耐久力を併せ持つパーツです。 CPUあたりの耐久力は総じてロッドよりも高いですが、ほとんどのものは接続面が1つしかないため、パーツの接続には使えません。 また、高いダメージを受けてパーツ自体が破壊されると接続点にダメージが流れます。 コンパクトキューブ(Compact Cube)・ライトキューブ(Light Cube)を使う 画像募集中 コンパクトキューブ・ライトキューブはミディアムキューブよりも軽いのが特徴です。 しかし双方ミディアムキューブと比べて耐久が低く、コンパクトキューブは1ブロックあたりの消費CPU量も多いです。 ライトキューブは0.3kg/CPUと全パーツで最軽量なので機体の軽量化に大きく役立つでしょう。 しかし双方ともにRRが高く、多用すればすぐにT4、T5機体になってしまうのが弱点です。 Comments 注意 コメント欄に投稿したすべてのコメントは他人の目に触れるものです。 ページに関係のない発言は雑談部屋で、愚痴や不満は不満・愚痴部屋でどうぞ。 誹謗中傷や暴言、煽り、不快なコメントが増えた場合コメント欄の閉鎖を含めた処理をします。 +上記の内容を理解した方のみクリックして展開してください 空ページなのでとりあえず埋めておきました。有用かどうかはわかりません。 このようなページだけ作成してほったらかされたものはいくつかあるようですので、削除するか(メニューからリンクを外すかどうか)は議論した上で行ってください - 名無しさん 2014-11-15 18 59 49 お疲れ様です。結構有用な情報だと思います。 - 名無しさん 2014-11-15 20 33 21 わざわざありがとうございます。引き続き、有用な情報をお願いします。 - yoshiki 2015-01-17 14 31 15 EPの関係で横幅を偶数個のシャーシにしたいとき、椅子と対照になるようにHeavy Chassis Prismを2つ置いてやると厳密には違うけど簡単にバランスが確保できる - 名無しさん 2015-01-28 16 40 31 重量調整になるのかどうか ムーブメントの位置を変える(重心をムーブメントで囲う、ムーブメントの間隔を広げる)のも操作性の向上につながると思います。エアロフォイルに限らずホイールやホバーでも機体の浮きあがりや横転防止につながるので。またホバーでも前後どちらかに重量がよってると旋回性に結構差がでてきます - 名無しさん 2015-03-13 01 14 27 ホイール機でTireが上がって機体が重くなってきたらヘリウム有効。体力の減少を抑えつつ機体バランスを調整できて強い。 - 名無しさん 2015-04-18 16 01 14 最近実装されたエアロロッドも相当軽い。なにしろ一番重く5マス分になるロングにしたって同格Tierのテトラと同じ重量だ。機体設計には悩まされるかもしれないが、軽くする場合には非常に有効。 - 名無しさん 2015-06-17 16 08 37 ナノでの回復速度も必見だな。ただ、5マス分の同格ブロックの合計耐久値を見るとエアロロッドはそのちょうど半分であることが分かる。まぁ、それも回復速度の向上に一役買ってるけどね。コーナーの部品ならCPUも削減できる。 - lightacenoah 2015-07-18 23 37 10 現在はシャーシの重量は形状に依らず一定なので死んだテク - 名無しさん 2017-09-29 09 11 05 名前
https://w.atwiki.jp/dub0/pages/75.html
#blognavi DCオフセット除去:サウンドフォージにも付いてたっけか? カテゴリ [music] - trackback- 2005年12月13日 15 47 42 #blognavi
https://w.atwiki.jp/mhp2g_ss/pages/16.html
糞センサーに苦しんでいて、発狂寸前の人は多いと思います。 しかし「チート?クソくらって死ね」という貴方のための、対センサー最終兵器です。 この方法は、基本的にはソロでしかできません。そしてPSPを2台以上使います。 寿命その他でPSPを買い直した、という人は少なくないと思うのでご紹介します。 [概要] PSPを2台使い、1台はガチ、1台は激運BC待ちにして、ガチPSPを操作するというもの。 [手順] 1.PSP本体,MHP2Gのソフト,1GB以上のメモステ、以上を2セット用意する。 2.自分のセーブデータを、消えてもいい方のメモステに、慎重にコピーする。 (コピーが正常に済んだら、2台とも全く同じ装備・アイテムとなっている筈) 3.どちらのPSPがゴーストキャラでどちらが本物キャラか、本体の色などでよく覚えておく。 4.本物キャラを海賊あるいはGルナ装備にして、必ずモドリ玉を持たせること! (お好みで、自マキや捕獲の見極めを付けても良い) 5.ゴーストキャラを、行きたいクエ用のガチ装備にする。 6.クエ開始直後、本物キャラはモドリ玉使用。 7.ゴーストキャラでクエ達成。 8.ゴーストキャラは剥ぎ取る必要が無いので、クエ達成直後PSP放置。 9.(討伐の場合)モンスの死体が近ければ、本物キャラはBCから全力ダッシュして剥ぎ取り [補足] 余裕があれば、本物キャラにモドリ玉を使わせず、 討伐予定地近くのMAPに待機させておけば、より確実に剥ぎ取れる。 敵のいない場所に限られるが、意外とそういう場所は多い。 セーブデータのコピー直後に限られるが、ゴーストの方がレア素材大漁だった場合、 本物を諦めて、ゴーストからマジキャラに逆コピーする手段も有り得る。 ただしやりすぎると混乱して、大事なデータを上書きしかねないので注意。 しばらくやってみるとわかるが、何故だかゴーストキャラの方に大宝玉が来る事が多い。 この事から、本作には「プレイヤーの心を読む」機能が備わっていると考えられる。 [憶測] 物欲センサーは報酬の抽選時に、武器屋のレシピ詳細を読んでいる。 必要素材が1つでもカウントされ始めると抽選しされにくくなる。 武具の完成にリーチがかかればかかるほど出にくくなる。 しかも散々出なかった上に、残り1つの時だけ複数出たりする。 そして許せんのは、必要分が貯まった途端にバカスカ出始めたりする。(まぁ嬉しいが) リアフレとクエまわしてる時も同様で、その素材が要らない奴に限って出まくる。 これらは、どう考えても異常である。正常な抽選とは到底考えられない。 そこで逆に考えてみよう。 素材Aが欲しいとする。普通に狩っていては心を読まれ、時間を浪費するだけだ。 まずここをどうにかしなければならない。かといって異常抽選は回避できない。 それならセンサーに「プレイヤーはAを必要としてない」と思わせれば良いのである。 つまりAを貯めるのだ。最初はツライが5~6個と貯めれば段々出易くなっていく。 10個を超えれば、圧倒的に出やすくなっている事に気付くだろう。 また最大の難関、最初の数個を貯める際の補助手段としては、武器の生産調節がある。 たとえば、ある武器をゼロから最終派生まで作りたいとする。 この場合、強化しては狩ってまた強化して…を絶対やってはいけない。リーチが毎回かかるからだ。 そんなの、センサーに「俺はこれを作ろうとしているぞ」と教えるようなものではないか。 よって、派生の全てで必要な素材を足し算して、黙々と狩りまくる。 そして全て揃ってから初めて「生産→最後まで強化」するのが安全だ。 (あまり賢くやりすぎると、逆に心を読まれて別センサーが発動する場合もあるが) 天鱗や天殻が出るとすぐ使ってしまう人がいるかも知れないが、 どうしてもダメだったならダメモトで、ぜひ一度おためしあれ。
https://w.atwiki.jp/rinn/pages/40.html
Windows TIME_WAIT調整方法 ファイル記述子が解放される方法とタイミング ファイル記述子は、ファイルが閉じられるかプロセスが終了した時点で不要になります。close() システム呼び出しを実行して失敗コードが返されなかった場合、関連付けられていたファイル記述子は解放され、ファイル記述子を割り当てる次の open() 呼び出しに控えます。開いているファイルの記述に関連するすべてのファイル記述子が閉じられた場合、開いているファイルの記述は消去されます。 ファイル記述子などの Java 以外のリソースを解放するのに、ガベージ コレクションやオブジェクトの close 処理を信頼することは推奨しません。close() 呼び出しを使用し、エラーが起こった場合はその出力を確認してください。 閉じられたソケットは TIME_WAIT の状態になり、このことによって接続ですべてのデータが転送されたことが示されます。データ転送は、最終確認応答 (ACK) によって終了します。この TIME_WAIT の状態が続くと、ソケットに割り当てられているファイル記述子の解放が遅れます。この TIME_WAIT の継続時間は、Unix システムの場合 tcp_time_wait _interval というカーネル パラメータで定義されています。Windows NT、Windows 2000、または Windows XP の場合、この時間はレジストリの HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters というシステム キーにある TcpTimedWaitDelay パラメータで定義されています。 「ソケットの最大数」、「TIME_WAITの時間」はそれぞれ以下のレジストリを変更して設定します。項目がない場合は追加します。 ソケットの最大数: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort (DWORD) TIME_WAITの時間: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay (DWORD) (参考URL) http //www.microsoft.com/japan/technet/itsolutions/interop/sfu/perfnfs.mspx