約 1,452,607 件
https://w.atwiki.jp/vip-mhp2g/pages/34.html
物欲センサーとは・・・ (´・ω・`)古龍の大宝玉後いっこで武器つくれるお 1回目 (´・ω・`;)宝玉もらったお 2回目 (´・ω・`;)宝玉もらったお 3回目 (´・ω・`)宝玉・・・ 10回目 (´;ω;`)絶対に許さない、絶対にだ。 こんな経験をした人も多いはず。これが物欲センサーです。
https://w.atwiki.jp/toriko-database/pages/3107.html
名前 グルメスティックセンサー 読み仮名 - 概要 バンダイから2011年10月29日に発売されたおもちゃ。 本物の食品をスキャンすると猛獣が現れ、倒すて手に入れた食材を調理してフルコースを完成させていくというゲーム。 アニメでもアイスヘル編で登場し、何度か使用された。 関連項目 用語一覧 グルメスパイザー ペロットリーダー
https://w.atwiki.jp/geomagneticfield/pages/13.html
レジスターマッピング LSM303DLHCのデータシートによると、レジスターのアドレスとその意味は次のようになっている。 加速度計の方はかなり沢山の設定項目(Type=rwのところ)があるが、磁力計の方は0x00, 0x01, 0x02の3つのレジスタを設定するだけのようである。 磁力計の設定 レジスタアドレス0x00 (CRA_REG_M) 最初の設定レジスタは、温度センサーによる測定の可否と磁場測定のサンプリングレートを決めるためのものである。 温度センサーを有効にして、サンプリングを15 Hzにするためには、 10010000 というビットを立てればいいので、0x90を書き込むことにする。 レジスタアドレス0x01 (CRB_REG_M) 次のアドレスは、磁場計測のレンジを決めるところで、大変重要なものである。 レンジを最も狭くして感度を上げたいので、 00100000 というビットをたてることにする。16進数では、0x20となる。 この場合、レンジは±130000 nTで、分解能は12 bit(±2048)であるが、実際にはX軸とY軸は、1100/1E5 LSB/nT, Z軸は、980/1E5 LSB/nTであるので、1 LSBあたり、大体100 nT程度になるようだ。(LSB=Least Significant Bit(?), 量子化単位) レジスタアドレス0x02 (MR_REG_M) 最後の設定項目は、観測実施モードについて。 連続して観測したいので、 00000000 というビットを立てる。16進数では、0x00となる。 レジスタへの書き込み じゃあ、上で決めた値をレジスタに書きもう。 % sudo i2cset -y 1 0x1e 0x00 0x90 % sudo i2cset -y 1 0x1e 0x01 0x20 % sudo i2cset -y 1 0x1e 0x02 0x00 何もメッセージは出てこないが、レジスタ値をダンプ(i2cdump)してみると、きちんとレジスタ値は書き変わっていた。 加速度計の設定 加速度計のほうはやたらと設定項目があるが、さしあたって最初の設定が必要そうなのは、0x20と0x23の2か所のようである。 レジスタアドレス0x20 (CTRL_REG1_A) このレジスタは、加速度測定のサンプリングレートと各軸の計測可否を決めるためのものである。 全ての軸の測定を可能にして、サンプリングを10 Hzにするためには、 00100111 とすればよい。すなわち、0x27を書き込むことになる。 レジスタアドレス0x23 (CTRL_REG4_A) このレジスタは、加速度測定のレンジを指定する。 一番レンジの狭い±2gとして、"High-resolution output mode"に切り替えたいので、 00001000 というビット、すなわち、0x08を書き込む。 センサーの感度については、この表には記載がないが、他のページにの情報によれば、順に1 mg/LSB, 2 mg/LSB, 4 mg/LSB, 12 mg/LSBとなっている。 ちなみに、"BLE"にあるBig/Littleエンディアンの設定は、0=Big Endian(LSB@lower address), 1=Little Endian(MSB@lower address)のどちらかを選ぶ。 レジスタへの書き込み 磁力計への書き込みと同様に、加速度計にも上で決めた値をレジスタに書む。 % sudo i2cset -y 1 0x19 0x20 0x27 % sudo i2cset -y 1 0x19 0x23 0x08 同じく何もメッセージは出てこないが、レジスタ値をダンプ(i2cdump)してみると、きちんとレジスタ値は書き変わっていた。
https://w.atwiki.jp/is01rebuild/pages/76.html
加速度、磁界、傾きセンサーを動作させるには? 毎回の事だがとりあえず対応。(照度センサーは未対応) 手元では画面の自動回転は動作していない。 画面の自動回転をオンにするとエラーを出し続けているので未対応(未処理)部分があると思われる。 アプリケーションでは加速度、磁界、傾きセンサーの各値が取得出来ているようなので、とりあえずその方法をまとめた。 まず、センサー周りの関係ファイルから 例によって、1.6からサービスとlibは流用する。 akmdと言うのが標準(?)なのかどうなのかイマイチ調べは付いていないのだが、センサーを司っているらしいそのakmd2というのがあるらしい、それをinit.rcで起動しておく。 センサーのライブラリは sensors.default.so である。 以下は、ソースからビルドするセンサー関連ファイル。 センサーのインタフェース(修正する) $ANDROID_SRC/hardware/libhardware/include/hardware/sensors.h ここで下記のようにセンサー種別が定義されている。 #define SENSOR_TYPE_ACCELEROMETER 1 #define SENSOR_TYPE_MAGNETIC_FIELD 2 #define SENSOR_TYPE_ORIENTATION 3 #define SENSOR_TYPE_GYROSCOPE 4 #define SENSOR_TYPE_LIGHT 5 #define SENSOR_TYPE_PRESSURE 6 #define SENSOR_TYPE_TEMPERATURE 7 #define SENSOR_TYPE_PROXIMITY 8 今回は、1~3に対応する作業となる。 ライブラリの動的読み込み(HAL) $ANDROID_SRC/hardware/libhardware/hardware.c Android側からの制御(1) $ANDROID_SRC/frameworks/base/core/jni/android_hardware_SensorManager.cpp Android側からの制御(2) (修正する) こちらは、すべて見てないので対応漏れがあるかも。 $ANDROID_SRC/frameworks/base/services/jni/com_android_server_SensorService.cpp 1.6からの変更で動作しなくなっているようなので、上位互換性を確保する。 $ANDROID_SRC/hardware/libhardware/include/hardware/sensors.h の、構造体 sensors_control_device_t が変更になったため、旧libでは呼び出しアドレスにズレが生じたのだと思われる。 旧libとの互換性維持の為、次のように順番を変更した。(コメントは削除している) 2.2デフォルト struct sensors_control_device_t { struct hw_device_t common; native_handle_t* (*open_data_source)(struct sensors_control_device_t *dev); int (*close_data_source)(struct sensors_control_device_t *dev); int (*activate)(struct sensors_control_device_t *dev, int handle, int enabled); int (*set_delay)(struct sensors_control_device_t *dev, int32_t ms); int (*wake)(struct sensors_control_device_t *dev); }; を下記のように修正。 1.6との互換性確保 struct sensors_control_device_t { struct hw_device_t common; native_handle_t* (*open_data_source)(struct sensors_control_device_t *dev); int (*activate)(struct sensors_control_device_t *dev, int handle, int enabled); int (*set_delay)(struct sensors_control_device_t *dev, int32_t ms); int (*wake)(struct sensors_control_device_t *dev); int (*close_data_source)(struct sensors_control_device_t *dev); }; 旧libのままで close_data_source をコールすると何処に飛んでいくか分からないので、 $ANDROID_SRC/frameworks/base/services/jni/com_android_server_SensorService.cpp の close_data_source の呼び出し元をコメントアウトした。 static jint android_close(JNIEnv *env, jclass clazz) { /* if (sSensorDevice- close_data_source) return sSensorDevice- close_data_source(sSensorDevice); else */ return 0; } その他ファイルの配備 /system/etc/permissions/以下に $ANDROID_SRC/frameworks/base/data/etc/android.hardware.sensor.compass.xml $ANDROID_SRC/frameworks/base/data/etc/android.hardware.sensor.accelerometer.xml の2つのファイルを転送する。 1.6のデフォルトの /data/misc/akmd_set.txt は、symlink/data 環境にコピーする。 最後に、 chown compass.system /dev/akm8973_aot chmod 666 /dev/akm8973_aot chown compass.system /dev/akm8973_dev chmod 666 /dev/akm8973_dev chown compass.system /dev/smb380_dev chmod 666 /dev/smb380_dev を init.rc に記述しておく。 デフォルト1.6では666になっていたが、どのプロセスが書き換えているのだろうか? 調べが付いてないので permission の設定もとりあえず…。 以上を変更し、ビルドする事でセンサーはとりあえず動くようになった。 長時間運用、on off の繰り返しは未検証の為何が起こるか分からない。 コメント 名前 コメント すべてのコメントを見る (2011/02/04 0 07 公開)
https://w.atwiki.jp/ocg-o-card/pages/2369.html
《ホリゾンタル・センサー 》 永続罠 このカードは1ターンに1度だけ、 使用していない上下のモンスターカードゾーンまたは魔法・罠カードゾーンに移動することができる。 このカードがモンスターカードゾーンに存在する時、このカードは攻守0のモンスターカードと して扱い、 攻撃宣言、攻撃対象にすることはできず、生贄にすることができない。 このカードは相手フィールド上に存在したまま、発動したプレイヤーがコントロールすることができる。 Part14-340 面白いカード。しかし、左右に移動ができないのが難点でこのカードを発動した次のターンに目の前にモンスターが置かれたらどうしようもない。 -- 与助 (2007-07-30 13 37 23) 名前 コメント
https://w.atwiki.jp/hogazurou/pages/107.html
概要 赤外線送受信機を用いて距離を測るセンサーを用いて ゲームを作った。また距離センサーの制御はPICを用いて UARTを用いてRS232CでPCに送信している。PC側は、 DXライブラリを利用してゲームを作り、受信したデータを 使って、ゲームを操作します。 目的 自作のゲームコントローラを作る。 距離センサー 赤外線送受信機を持つセンサーで光の跳ね返り角度をみて センサーと物との距離を測ることができるセンサー ゲーム内容 二人対戦のゲームで、パック(ボールを跳ね返すもの)を 距離センサーを使って操ります。距離センサーを操り間違え て自分のゴールに玉が入ってしまうと失点します。逆に あいてのパックを通り抜けてゴールにいれると得点します。 制限時間終了時に得点の高い側が勝利となります。 作ってみて ノイズが結構入ってしまって、パックがプルプルしてしまう 欠点が取り除ききれなかった。ゲームコントローラとしては 成り立ったので、満足している。
https://w.atwiki.jp/borderbreak/pages/733.html
索敵センサーの派生装備。 通常の索敵センサーとの大きな違いは球状ではなく平面円であること。 設置位置から上下左右の平面円状、要は、壁状に索敵範囲を形成する。 前後方向を索敵しない代わりに側面方向を大きくカバーした性能となっており、索敵範囲が飛躍的に伸びている。 かなり長く高低差にも結構対応する索敵ラインを構築できる代わり、索敵の縦深はゼロという極端な性能。 索敵した際の音がこれまでのものとは異なり、「ビィィン!」という弦を弾いたような音なのも特徴。 その特異な索敵範囲と形状から、侵入者警戒に特化した性能となっており、 警戒地域に敵が入ったことを知らせること「だけ」は得意だが、 捕捉した敵は一瞬で索敵範囲から逃れてしまうため、敵の位置を味方に伝え続けるのは苦手となっている。 よって、味方に位置を伝えやすくするのなら索敵継続チップを強く推奨する。 通常の索敵センサー系統は、前線に置けば進軍してくる敵の配置を捕捉し続けることも出来るが、 ND索敵センサー系統はこのような運用は出来ないため、この点が大きく異なる。 性能的にも『侵入者感知ライン』でしかなく、味方の戻りや自分による追加の捕捉は必須。 当然、障害物多数などで「その後」が捕捉しにくいマップでは、通常のセンサーの方が有用。 しかし何かと広大になった最近のマップにおいて、索敵横幅の広さはかなりの魅力である。 複数設置できるモデルなら左右に並べ感知ライン長くするように設置したり、 逆に幅の狭いマップであれば前後に離して設置し何度も通過するようにすることも可能。 反面、縦深の無さからズレなどによる漏れで抜けられる危険性もあり(その後に引っかかる可能性が無いので)。 ある程度の自動的なフォローが効く通常のセンサーと違うだけに、広い横幅を利用して敵陣に食い込ませたり、相互にフォローするようにしたりなど、設置には考慮と工夫が必須といえる。 マップの形に合わせてうまく変形を狙おう。 また、置く際の「向き」が非常に重要になっており、 さらに設置はリムペット式ではなく通常の床設置式となっているため、 使用の際は他の索敵系統よりも神経を使うことになる。 ただ波紋は比較的小さく作動音も小さい模様。 波紋も通常のセンサーの球に対し六角形になっている。 ちなみにガンターレットに設置し、搭乗して左右に振ることで簡易レーダー代わりには使用できるが、あまり実用性はない。 ただあまり使われないガンターレットならば、方向を修正可能な点は便利かもしれない。
https://w.atwiki.jp/frontmission5/pages/1149.html
系統 名称 Rank. 種類 重量 消費AP センサー範囲 EMP命中率 ステータス障害 射程 CP 改造CP 入手名称 No. 格納庫 シミュレーター その他 バトル サバイバル コンテナ コンテナ(敵) 特別ボーナスアイテム センサーEMP 4 センサーEMP 1 Sensor 88 6 2 70% 0-2 60 - F51~ センサーEMP 2 Sensor 100 6 3 72% 0-2 140 80 F51~ センサーEMP 3 Sensor 114 6 3 74% 0-2 210 70 M06(F.S.)/ M07~M09 F11~ ジム・マクレラン センサーEMP 4 Sensor 130 6 3 76% 0-3 310 100 M07~M12 F11~ センサーEMP 5 Sensor 148 6 4 78% 0-3 460 150 M10~M16 F21~ センサーEMP 6 Sensor 169 6 4 80% 0-3 690 230 M13~M19 F31~ センサーEMP 7 Sensor 193 6 4 82% 0-4 1030 340 M17~M23 F41~ センサーEMP 8 Sensor 220 6 5 84% 0-4 1540 510 M20~M26 F51~ センサーEMP 9 Sensor 251 6 5 86% 0-4 2310 770 M24~ F61~ センサーEMP 10 Sensor 282 6 5 88% 0-4 3080 770 M27~ F81~ センサーEMP 11 Sensor 313 6 5 90% 0-4 3850 770 センサーEMP 12 Sensor 344 6 5 92% 0-4 4620 770
https://w.atwiki.jp/msbsdic/pages/43.html
アクティブセンサーの上位改造パーツ。僅かに索敵が上昇するおまけはあるが、肝心の射撃値があまりあがらない・・・ -- 名無しさん (2006-10-01 21 31 16) 結構重く、反転秒が悪くなる。 スナイパー向け? -- 名無しさん (2007-11-13 11 25 10) 名前 コメント
https://w.atwiki.jp/www-iris/pages/1751.html
【エリア名】 ドアセンサーの電脳 【読み方】 どあせんさーのでんのう 【分類】 電脳 【場所】 科学省 【登場作品】 『3』 【詳細】 科学省のウイルス研究室の入り口のドア脇のコントロールパネルにプラグインすると入れる電脳世界。 プレイヤーからは見えない位置にある電脳な為、注意深く探索しないと見つけるのは難しい。 中にはプログラムくんが多数いる。 どうやらこの電脳が見つかりにくい場所で、プログラムくんが見た目がほぼ一緒なのを利用して、交代でサボっているらしい。 ここにいるプログラムくんの一人から、頭にあるものが「手」だという衝撃の事実が語られる。 ここにあるミステリーデータからは、「エアシューズ *」をゲットできる。 ウイルスは、マグラボルズが出てくる唯一の電脳であることが特徴。 ヨウガンホウガンのためには来る必要がある。出現率が非常に低いので、オイルボディは忘れずに。 それ以外にも、最速でガルーバーが出てくる電脳でもあるため、ヒートブイが欲しいならここで集める手もある。 ただし、この電脳は戦闘時のパネルが非常に独特で、少し戦いにくいのでそこは注意。 具体的には、 ■■□□■■ □□□□□□ □■□□■□ ※■は穴パネル という形になっている。