アカウント名:
パスワード:
> 1日1回の位置データの送信なら、コイン電池で10年動作可能ということだけど、これは1回/日x365日/年x10年=3650回に相当。GPSの補足はスタンバイから10秒ぐらいかかると思う。10秒を3650回と考えると10時間ぐらい。5秒と考えても5時間。とてもじゃないけどボタン電池ではそんな時間GPS動かせない。
救命用の位置情報送信端末として設計するなら太陽電池つきのジャケットへ埋め込みかな。
救助ビーコンの場合、何もGPS情報を送信する必要はなくてそのままﾋﾟｺｰﾝ ﾋﾟｺｰﾝ とひたすら単純な信号を送信しつづけてくれればいいですよ受信側でそれがどこにいるか探せれば良いんですから
# FOXハンティングの時間だ!
今の所、「双方向通信は検討中」とありますが、基地局側で送信側の方角を測定した後で、アンテナを指向して基地局から送信するモードに切り替えてメッセージを送るとか、送信側からメッセージを送って…と言う、SMS程度の分量のショートメッセージのやり取り程度は可能にできそうですけどね。今はフェーズドアレーアンテナで何とかできたりしますし。
通信せずブロードキャストするだけならなにもこの技術で無くてよいのでは
救難信号には常時はGPS信号はいらないという意味では?救援側から要請があり、かつ、電池に余裕がるときだけ遭難側がGPSで位置検出して送信し、通常は単なるビーコンという使い方でいいと思いますけど。
> 救援側から要請があり、かつ、電池に余裕がるときだけ遭難側がGPSで位置検出して送信し、
受信にも電力が必要だと知らんのか？いつ来るかわからん信号をずっと待ち続ける間も電力を使うんだぞ。
受信も10分に1回とか1時間に1回とかすりゃいいだろうし少なくとも送信よりは電力を食わないよね。
ああいえばこう言ってそんなにソニーの通信技術気に入らないのか。厚木にどんな恨みがあるんだろう
# この手のは厚木じゃないか
> 受信も10分に1回とか1時間に1回とかすりゃいいだろうし
いやｗｗｗｗ 相手がいつ送ってくるかわからないのに「受信も10分に1回とか1時間に1回とかすりゃいいだろうし」とかじゃ意味ないだろｗ
> ああいえばこう言ってそんなにソニーの通信技術気に入らないのか。
いや、あんたが単に技術音痴で無茶なこと言ってるだけなんだが。
救助ビーコン(遭難側)でこの技術使うなら受信は10分に1回とか1時間に1回とかして捜索側の信号を受信したら受信頻度を上げるって仕様にするよねぇ…
相手(捜索側)がいつ送ってくるか判らないから常に受信状態にしておくってのは無駄な電力使う悪手だと思うんだけど。いつ救助が来るか判らないからこそ、できるだけビーコンが長い期間生きるようにするってのは、
技術音痴だとしても、考えればそれぐらいでてくるけどねえ…
そのシステムでは遭難者側が捜索側の信号を受信しそこなったら、何も始まらんぞ。遭難側の装置は小型で受信性能も悪いのだから。
遭難者側が受けとるべき情報って、近くに捜索が来ていること、だと思うのでそれまではビーコン送りっぱなしでいいと思うんですよ。
逆に受信性能が悪いということは近くだと通信できるということで近くにいるのは確かだがどこにいるのか判らない、という時間を短縮できると思いますよ。
# だと今回の技術じゃなくてもいいのかwww
ええ？今の話ってGPS情報をどういうタイミングで取得して送るかっていう話じゃないの？捜査側は遠くにいるときこそそういう情報が欲しいでしょ。
そういうのは遭難時に1度で良い様に思うが。
80bpsとはいえ意味のある情報を送れるのですから、遭難側からの信号に次回の受信のタイミングを乗せればいいんじゃないかと思います。また、電池もコイン電池ではなくこの手 [panasonic.com]の大型で容量の大きなものを使っても救難信号用途なら問題とはならないでしょう。
否定をしたいから否定するのなら勝手に続けてくださって結構ですが、ここの本来の趣旨である雑談をしたいのなら消えてください。
単純に下記情報を繰り返せばいいんじゃないの。これだと70bitだから1秒で送り出せるし。 機器ID(48bit) + 送信間隔[sec](16 bit) + 非常事態フラグ(1bit) + 状態フラグ(急病・怪我)(2bit)+ 電池残量( 3 bit)
特定の時間帯だけ連続発信モードにしてFOXハント対象者に余裕をつくるという工夫をしてもいいし、電源に余裕があるなら周辺温度(8bit)や稼働経過時間(64bit)を追加してもいいし。
固有IDだけでも出して居れば探しやすいだろ。行方不明者探すのに何故か捜索隊ばかりが見つかって、って事は減る。
FOXハントのためにはずっと電波出し続けないと難しいんじゃないかな
CR2032がざっと3Vで200mAhなので600mWh程度。GPSモジュールは最近だとSONYの数mWなんてのもあるようだけど仮にちょっと古い100mWぐらいのものでも5時間ぐらいならセーフ?
CR2477 [panasonic.jp]なら1000mAhあるので、容量5倍！
ローカルでfixすると1回10秒30秒はかかると思うけど、放送されてる軌道データを把握しようとなければ0.2秒で済むんじゃなかったっけ?その時見える衛星の位置関係だけを送信して軌道計算は受信側で行うようにすれば、動作時間は送信まで入れて～2秒くらいに落とせないだろうか。
位置情報を定期的に送信するほうが良いでしょうけど無理にボタン電池にこだわらなくて良いんですよ。
元記事は、ボタン電池と登山用は別の話題として書かれています。
非常用のビーコンなら、GPSの電力は人力で発電しても良いよね。GPS使う時（初回と移動後）には非常送信とか書いたタブを引っ張ると、ワイヤーでダイナモが回りその電力でGPSデータを取得、とか。で、その時にボタン電池が有効化されて通信も始まる、と。ついでにLEDライトでも付けて居れば、近くに来た時にも自分の位置を示せる。
ジャケットに手回し式発電機を仕込みます。遭難時、体力の続く限りは発電機を回して救難信号を送れます。体力が尽きれば無駄な電波が出なくなるのでWIN WINです。
>ジャケットに手回し式発電機を仕込みます。それでだってボタン電池と比べれ十分に出力が得られますね。蓄電機能だって作れないものではないし。あと、周囲の人は兎も角、当人に取っては死んだあとは意味がない。だから緊急通知は1月も持てば良いだろ？なんでいきなり航空機のブラックボックスよりも圧倒的に長い期間信号を出さないと使えないと思うのか、それが判らん。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
送受信は低消費電力でも周りが・・・ (スコア:0)
> 1日1回の位置データの送信なら、コイン電池で10年動作可能
ということだけど、これは1回/日x365日/年x10年=3650回に相当。
GPSの補足はスタンバイから10秒ぐらいかかると思う。10秒を3650回と考えると10時間ぐらい。5秒と考えても5時間。
とてもじゃないけどボタン電池ではそんな時間GPS動かせない。
救命用の位置情報送信端末として設計するなら太陽電池つきのジャケットへ埋め込みかな。
Re:送受信は低消費電力でも周りが・・・ (スコア:1)
救助ビーコンの場合、何もGPS情報を送信する必要はなくて
そのままﾋﾟｺｰﾝ ﾋﾟｺｰﾝ とひたすら単純な信号を送信しつづけてくれればいいですよ
受信側でそれがどこにいるか探せれば良いんですから
# FOXハンティングの時間だ!
Re:送受信は低消費電力でも周りが・・・ (スコア:1)
今の所、「双方向通信は検討中」とありますが、基地局側で送信側の方角を測定した後で、アンテナを指向して基地局から送信するモードに切り替えてメッセージを送るとか、送信側からメッセージを送って…と言う、SMS程度の分量のショートメッセージのやり取り程度は可能にできそうですけどね。
今はフェーズドアレーアンテナで何とかできたりしますし。
Re: (スコア:0)
通信せずブロードキャストするだけならなにもこの技術で無くてよいのでは
Re: (スコア:0)
救難信号には常時はGPS信号はいらないという意味では?
救援側から要請があり、かつ、電池に余裕がるときだけ遭難側がGPSで位置検出して送信し、
通常は単なるビーコンという使い方でいいと思いますけど。
Re: (スコア:0)
> 救援側から要請があり、かつ、電池に余裕がるときだけ遭難側がGPSで位置検出して送信し、
受信にも電力が必要だと知らんのか？いつ来るかわからん信号をずっと待ち続ける間も
電力を使うんだぞ。
Re: (スコア:0)
受信も10分に1回とか1時間に1回とかすりゃいいだろうし
少なくとも送信よりは電力を食わないよね。
ああいえばこう言ってそんなにソニーの通信技術気に入らないのか。
厚木にどんな恨みがあるんだろう
# この手のは厚木じゃないか
Re: (スコア:0)
> 受信も10分に1回とか1時間に1回とかすりゃいいだろうし
いやｗｗｗｗ 相手がいつ送ってくるかわからないのに
「受信も10分に1回とか1時間に1回とかすりゃいいだろうし」
とかじゃ意味ないだろｗ
> ああいえばこう言ってそんなにソニーの通信技術気に入らないのか。
いや、あんたが単に技術音痴で無茶なこと言ってるだけなんだが。
Re:送受信は低消費電力でも周りが・・・ (スコア:1)
救助ビーコン(遭難側)でこの技術使うなら受信は10分に1回とか1時間に1回とかして
捜索側の信号を受信したら受信頻度を上げるって仕様にするよねぇ…
相手(捜索側)がいつ送ってくるか判らないから常に受信状態にしておくってのは
無駄な電力使う悪手だと思うんだけど。いつ救助が来るか判らないからこそ、
できるだけビーコンが長い期間生きるようにするってのは、
技術音痴だとしても、考えればそれぐらいでてくるけどねえ…
Re:送受信は低消費電力でも周りが・・・ (スコア:1)
そのシステムでは遭難者側が捜索側の信号を受信しそこなったら、何も始まらんぞ。
遭難側の装置は小型で受信性能も悪いのだから。
Re:送受信は低消費電力でも周りが・・・ (スコア:1)
遭難者側が受けとるべき情報って、近くに捜索が来ていること、だと思うので
それまではビーコン送りっぱなしでいいと思うんですよ。
逆に受信性能が悪いということは近くだと通信できるということで
近くにいるのは確かだがどこにいるのか判らない、という時間を短縮できると思いますよ。
# だと今回の技術じゃなくてもいいのかwww
Re: (スコア:0)
ええ？今の話ってGPS情報をどういうタイミングで取得して送るかっていう話じゃないの？
捜査側は遠くにいるときこそそういう情報が欲しいでしょ。
Re: (スコア:0)
そういうのは遭難時に1度で良い様に思うが。
Re: (スコア:0)
80bpsとはいえ意味のある情報を送れるのですから、遭難側からの信号に次回の受信のタイミングを乗せればいいんじゃないかと思います。
また、電池もコイン電池ではなくこの手 [panasonic.com]の大型で容量の大きなものを使っても救難信号用途なら問題とはならないでしょう。
否定をしたいから否定するのなら勝手に続けてくださって結構ですが、ここの本来の趣旨である雑談をしたいのなら消えてください。
Re: (スコア:0)
単純に下記情報を繰り返せばいいんじゃないの。
これだと70bitだから1秒で送り出せるし。
機器ID(48bit) + 送信間隔[sec](16 bit) +
非常事態フラグ(1bit) + 状態フラグ(急病・怪我)(2bit)+ 電池残量( 3 bit)
特定の時間帯だけ連続発信モードにしてFOXハント対象者に余裕をつくるという工夫をしてもいいし、
電源に余裕があるなら周辺温度(8bit)や稼働経過時間(64bit)を追加してもいいし。
Re: (スコア:0)
固有IDだけでも出して居れば探しやすいだろ。
行方不明者探すのに何故か捜索隊ばかりが見つかって、って事は減る。
Re: (スコア:0)
FOXハントのためにはずっと電波出し続けないと難しいんじゃないかな
Re: (スコア:0)
CR2032がざっと3Vで200mAhなので600mWh程度。
GPSモジュールは最近だとSONYの数mWなんてのもあるようだけど
仮にちょっと古い100mWぐらいのものでも5時間ぐらいならセーフ?
Re: (スコア:0)
CR2477 [panasonic.jp]なら1000mAhあるので、容量5倍！
Re: (スコア:0)
ローカルでfixすると1回10秒30秒はかかると思うけど、放送されてる軌道データを把握しようとなければ0.2秒で済むんじゃなかったっけ?
その時見える衛星の位置関係だけを送信して軌道計算は受信側で行うようにすれば、動作時間は送信まで入れて～2秒くらいに落とせないだろうか。
Re: (スコア:0)
位置情報を定期的に送信するほうが良いでしょうけど無理にボタン電池にこだわらなくて良いんですよ。
元記事は、ボタン電池と登山用は別の話題として書かれています。
Re: (スコア:0)
非常用のビーコンなら、GPSの電力は人力で発電しても良いよね。
GPS使う時（初回と移動後）には非常送信とか書いたタブを引っ張ると、
ワイヤーでダイナモが回りその電力でGPSデータを取得、とか。
で、その時にボタン電池が有効化されて通信も始まる、と。
ついでにLEDライトでも付けて居れば、近くに来た時にも自分の位置を示せる。
Re: (スコア:0)
ジャケットに手回し式発電機を仕込みます。
遭難時、体力の続く限りは発電機を回して救難信号を送れます。
体力が尽きれば無駄な電波が出なくなるのでWIN WINです。
Re: (スコア:0)
>ジャケットに手回し式発電機を仕込みます。
それでだってボタン電池と比べれ十分に出力が得られますね。
蓄電機能だって作れないものではないし。
あと、周囲の人は兎も角、当人に取っては死んだあとは意味がない。
だから緊急通知は1月も持てば良いだろ？
なんでいきなり航空機のブラックボックスよりも圧倒的に長い期間信号を出さないと使えないと思うのか、それが判らん。