- ベストアンサー
機器間のリアルタイム通信について
5m程離れた1対1の機器間での20byte程度のデータの通信で、0.5msec以下のリアルタイム性が必要なのですが、このようなことは実現可能でしょうか? 現状はどうしてよいのかわからず困っています。どなたかご存じないでしょうか? よろしくお願いします。
- 623AC
- お礼率20% (1/5)
- その他([技術者向] コンピューター)
- 回答数5
- ありがとう数1
- みんなの回答 （5）
- 専門家の回答
質問者が選んだベストアンサー
その他の回答 (4)
- maccha_neko
- ベストアンサー率33% (465/1379)
- SilverThaw
- ベストアンサー率32% (260/806)
- precog
- ベストアンサー率22% (966/4314)
- MOMON12345
- ベストアンサー率32% (1125/3490)
関連するQ&A
- なぜ、「GPSリアルタイム追跡機器」が安くないのか
保育園児の息子にGPSをつけたいのですが、1万円以下のリアルタイム追跡できる機器が 見当たりません。GPSロガーは数千円で売っていますよね？なぜリアルタイム追跡機器が その程度の価格で売っていないのでしょうか？ スマホのアプリで実現できそうでしたが、リアルタイムとはいかず数分のラグがあり、 毎日10分程度（更新間隔10秒が理想）の使用においてはほぼ意味を成しません。 スマホはロックしているので、そのせいで更新が数分に一回になってしまうのかも？ （ちなみに、LINE HEREと待ち合わせの達人を使用） またサービスとしてGPSリアルタイム追跡がありますが、そのサービスに毎月お金を 払うのもひとり親家庭パート暮らしには辛い出費です。 どうにか少ない出費でGPSリアルタイム追跡できる方法ありませんか？ 毎日5分～10分程度なので更新頻繁、電気使いまくりでも構いません。
- ベストアンサー
- その他(PCパーツ・周辺機器)
- ネットトレーディング。通信環境は？
現状ＡＤＳＬ１２Ｍが４Ｍで、リアルタイムチャート表示の切替が、ちょっと、もたつくなと思っています。 光６０Ｍで、同じ表示を試したところ、「少し、速いかな？」ぐらいでした。気持ちよく速いわけではありませんでした。 では、リアルタイムチャート表示（主にクイック）を快適に使える通信速度とは、どの程度でしょうか。 あるいは、クイックのリアルタイム表示は、ユーザー側の通信速度とは無関係でしょうか。 ネットトレーディングの実用最低通信速度は、どの程度でしょうか。 引越で通信速度がかなり落ちそうなので、光にするかで悩んでいます。皆様の環境を教えてください。
- ベストアンサー
- 株式市場
- ネット上でのリアルタイム通信が簡単な言語は？
サーバー上にあるテキストデーターを以下のような条件で 配信（受信）する場合 FLASHとJAVA（もしくはASP）の どれが簡単か知りたいので どなたか教えてください 条件はＷｅｂサーバー上におよそ０．５秒間隔でテキストデーター（半角数字５文字程度）が書き換えられます。 この作業はＶＢが処理します。 そのサーバー上のデーターを数十～２００台程度のＰＣのインターネットエクスプローラーで同時に表示させたいのです いわゆるリアルタイム通信（配信）になるのでしょうか？ もちろん都度都度更新ボタンなどを押すようなことは、なしにしたいです。 また、回線状況は無視したとして、ほぼ同じタイミングで表示させるには どの言語を使ってやればいいでしょうか？ あと、その受信したファイルのデーターを ＩＥの画面上にプッシュボタンを配置してボタンを押すと そのデーターをサーバーへ送り返すようにもしたいのです いわゆるネット上での 競りとその応札 を行いたいのです ＶＢ ＡＳＰ（ＶＢスクリプト）ＣＧＩ ＨＴＭＬ の知識は持ち合わせています。 しかしこれらはネット上でのリアルタイム処理には使えそうにないので どれを勉強したらよいか悩んでいます とりあえずは 簡単にできる方をやっていきたいので 何方かアドバイスを頂けると幸いです 最近FLASHを少しだけ始めたのですが リアルタイムの部分は さっぱり分かりません また、参考になるページなどありましたら教えてください よろしくお願いします。
- ベストアンサー
- Flash
- リアルタイム無線データ転送機器について
センサ出力：０～５Ｖ・・・２台のデータをＡ／Ｄ変換し、リアルタイム（転送周期１０秒以下） で計測したデータを転送する機器を探しています。 また本計測は、１時間に１回程度ＰＣ操作した時だけ１度計測できれば良いため、ＰＣ側からの 指令が無い限り、電源をＯＦＦするスイッチ（接点）を持ちたいと考えています。 まとめると、アナログ入力２点以上（１０ビット以上または確度：0.2％以下）、接点２点以上が 付属または組合せできる無線機器を探しています。 （予算：３０万円以下） 安価なものは分解能が低かったり、転送周期が長かったりして、予算と仕様を満たすものがに見付かりません。 以上宜しお願いします。
- ベストアンサー
- 測定・分析
- 赤外線通信にて、異種の機器間でデータ通信をするには？
赤外線通信にて、異種の機器間でデータ通信をするには？ 質問自体は単純です。（回答は複雑なものを要求しているのかもしれませんが…。） さて、質問内容ですが、 赤外線通信（送受信）が可能な機器Aと、機器Bがあるとして、 そのAとBで赤外線通信を利用して、データの送受信をしたいわけですが、 「赤外線通信に対応」という仕様でアリさえすれば、 その赤外線通信の規格(?)による制約などに関係なく、通信は可能なのでしょうか。 携帯電話と携帯電話の間では、もちろん通信可能ですが、 携帯電話とテレビ（リモコンからの命令の受光部）の間では、どうでしょうか？ もちろん、この場合には、 携帯からテレビへの送信という、片側一方通行を想定しての質問です。 ただ、携帯とテレビの組み合わせの場合、 テレビの内部には、受け取ったデータを保存するような仕組みが基本的にはないでしょうから、 携帯側から送られるデータを受け取ることは、できないことになりますよね？ （最新のテレビでは、内蔵HDなどで受け取れるのかもしれませんが…。あっ、仮に、 保存する場所があったとしても、そういう動作をさせるソフトウェア（プログラム）が別途、必要になるのかな??） ということで、私が何を知りたがっているかと言うと、 赤外線通信対応、という機器が２種あり、さらに、 両者が全く畑の違う機器であっても、データの送受信は可能なのかどうか。です。 （ここでの機器２種については、畑は違えと、データ送受信と、データ保存は両者とも可能である、という前提です。） やはり、規格などがあり、それに阻まれて、通信できなかったりするものなのでしょうか。 いや、規格うんぬんの影響よりも、 通信後のデータ保存プログラムの仕様が異なる２種だと、通信できても、 データの保存まではできないのかな？ このあたり、、、私の中で、すごく曖昧なので、まとまりのない書き方になっていますが、 以上を解読できた知的な方、、！ 何卒、アドバイスを、宜しくお願い致します。
- ベストアンサー
- その他([技術者向] コンピューター)
- RTSPを使用したリアルタイム通信
現在、リアルタイムに動画を配信するシステム構築を 考えています。 クライアント側はMPEG4での配信になります。 そこで問題なのですが、ソースとなる動画をそのまま 配信するのではなく映像的に加工しなければなりませ ん。 全体の作業の流れは以下のようになると思っています。 ０、キャプチャー １、動画の加工 ２、動画の圧縮 ３、ストリーム配信 全工程をリアルタイムで行うとなると、０－３までの データの受け渡しもリアルタイムで行わないとダメで すよね？ そうしたときに、各プログラム間でのデータ受け渡し をどうするかで悩んでいます。 プロトコル的にはRTSPがよさそうなのですが、探し方 が悪いのか、実装されたモノにめぐり合えません。 （Realplayerあたりのサーバでは実装されてますが） ひょっとして、こういう事をやりたい場合はRTSPの実装 も行う必要があるのでしょうか？ できれば、楽に（^^;に構築を行いたいのですが・・・。 アーキテクチャーとしては、とりあえずWindowsNTか2000 あたりを考えてます。 RTSPに関しての書籍やリンクでも結構ですので、お答え いただきたいのですが・・・・。 よろしくお願いします。
- 締切済み
- その他（インターネット接続・通信）
- 無線通信
タクシー無線など音声をやり取りしている無線通信網を利用してデータ通信を行うことは可能なのでしょうか？ 可能であればどのようにしてデータの受け渡しを行えば良いのでしょうか？ 長距離無線ＬＡＮで出来るのは知っていますが、中継局の設置コストが掛かりすぎるので、出来れば既存の通信機器にて実現したいのですが、技術的に可能なのでしょうか？
- ベストアンサー
- SE・インフラ・Webエンジニア
- ウェブカメラでリアルタイムで映像を流したい
ウェブカメラでリアルタイムに映像を流したいのですが、 それにはどのような機器やソフトが必要でしょうか。 当方、ＰＣスキルはある程度はある方だと思います。 また、リアルタイムではなく録画したものものを流す場合は、 上に比べそれほど手間がかからないものなのでしょうか。 それぞれ必要なものを教えていただければ幸いです。
- 締切済み
- その他([技術者向] コンピューター)
- 【IPマルチキャスト機器選定】
【IPマルチキャスト機器選定】 ネットワークシステム構築においてマルチキャスト通信を行う機器の選定を行う場合、どのカタログ数値を読み取るのでしょうか。 パケットの複写機能として、スループットと置き換えたくなるのですがいかがでしょう。 例えば、10Mのストリーミングを受けて、100の対向に対して10M×100箇所＝1Gのデータを送出する機器のケースでは、機器に1Gの処理能力（バックブレーン容量ではなく、単純に1G以上のデータが処理できると考えてください）があれば大丈夫と言えますでしょうか。 上記３つ質問させてください。 １．マルチキャスト通信をするNW機器で機種選定を行う場合に参照する性能、機能は何でしょう。 ２．具体例：WAN（広域イーサ網）に接続されたNW機器に10Mbpsのデータ（ストリーミング通信）を受けながら、同時にWAN（１ポート、キャリアVLAN使用）に対して約1Gbps（10M×約100拠点）のデータ送出を行う場合妥当なcisco機器と根拠。 （パケットサイズは任意、必要であれば1400Byte程度とお考えください、） ３．２において、マルチキャスト機器の負荷を軽減させる案。例えば、WANと機器を分割するなど。 不足する情報があれば、ご指摘ください。 架空の構成ですが条件を提示します。 よろしくお願いします。
- 締切済み
- ネットワーク
- ソケット通信の送受信遅延-02 その後
前回のNo.1031658 「ソケット通信の送受信遅延」に追加させてもらいます その後、プロトコルアナライザで現状調査を行い以下の現象を確認しました ◇正常時 サーバがメッセージ送信 TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり ↓ 0.2msec前後で クライアントが 返信 TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり ↓ 10msecで サーバが送信 TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり ↓ 0.2msec前後で クライアントが 返信 TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり ↓ 以下繰り返り ◇不具合時 サーバがメッセージ送信 TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり ↓ 0.2msec前後で クライアントが 返信 TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり ↓ 10msecで サーバが送信 TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり ↓ 約130msec前後で クライアントが 返信 TCPヘッダ内フラグ ACK:1, PSH:0 + 返信データなし ↓ 約250msec前後で クライアントが 返信 TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり ↓ といった状況です どう解釈すれば良いのでしょうか 遅延の原因はソケットなのかそれ以外なのでしょうか？是非アドバイスをおねがいします。
- 締切済み
- C・C++・C#
お礼
maccha_neko様はじめ、皆さん、早速ご回答をいただきありがとうございました。