問題タブ [data-stream]

この質問は、私が今週尋ねた前の質問の順序で行われます。

しかし、一般的に私の問題は次のようになります。

• ソケットを介してRに入るレコードのデータストリームがあり、いくつかの分析を行いたいと考えています。

それらは次のように順番に来ます:

1. 個人 1 | 1 | 2 | タイムスタンプ 1
2. 個人 2 | 4 | 10 | タイムスタンプ 2
3. 個人 1 | 2 | 4 | タイムスタンプ 3

それらの記録を維持するための構造を作成する必要があります。主なアイデアは前の質問で説明されていますが、一般的に次のような構造を作成しました。

重要 - この構造は実行時に作成され、拡大されます。作成に時間がかかりすぎるため、これは最良の選択ではないと思います。主な構造は行列で、各ペアの個々の変数の中にレコードのリストがあります。

3. 個人は非常に多く、時間とともに大きく変化します。したがって、いくつかの記録を調べないと、適切な分析を行うのに十分な情報が得られません. 個人のレコードをディスクに保存することにより、R で実行時にキャッシュの王様を作成することを考えています。

4. 完全なデータベースの容量は約 100 GB です。主に各個人内の季節ブロックごとに分析したい（タイムスタンプ変数に依存）。

5. 収集するレコードの量を増やすと、構造の作成に時間がかかりすぎます。

6. 同じタイムスタンプでの観測がないため、各ペアの個々の変数内にリストを含むデータのマトリックスを使用するというアイデアは、3 次元マトリックスの使用から適応されました。それが良いアイデアだったかどうかはわかりません。

誰かがこの問題について何か考えを持っているなら、私はそれを感謝します.

心拍計の心拍数を解析したい。そのために、最後に使用したデバイスを保存して、見つかったデバイスと比較したいと考えています。デバイスの検索には時間がかかるため、mDevice は null のままです。mDevice を適切に更新するにはどうすればよいですか?

}

googleマニュアルから引用：

これらが十分な情報であることを願っています。何かが足りない場合は、お気軽にお尋ねください

ESPERで困っています。

多くの情報を含むシミュレートされた在庫ファイルがあります。

BTC 株の加重価格が 100 倍以上上昇する開始日と終了日をすべて見つけたいと考えています。

これがファイルの外観です。これらはBTC株です：

2010-07-18,0.04951,0.08585,0.05941,0.08584,75.01,0.07 2010-07-19,0.08584,0.09307,0.07723,0.0808,574,0.09 2010-07-20,0.0808,0.08181,0.07426,0.07474,262, 0.08

各カンマ区切りが表す順番: タイムスタンプ、始値、高値、安値、終値、出来高、平均

したがって、基本的には、上記で言ったことを実行するクエリを作成することになっています^その方法を見つけることができないようです。私はCEPに非常に慣れていないので、まだ読んでいます。

どんな助けでも大歓迎です。

タイトルが示すように、私は現在、データストリームを介してルーター間で送信するデータパケットを保存するために使用される「リスト ADT」である「データストリーム」変数のフォーラムでデータを運ぶプロジェクトに取り組んでいます。

パケット内のすべての異なるデータ変数を含むデータ構造を作成する代わりに、リスト ADT として宣言するのはなぜですか? これを行うことの主な利点はありますか、またはデータ構造として宣言する場合と比較して追加の機能が得られますか?

モデル名を送信し、Stringそれをサーブレット Web ページのコンボ ボックスに追加する Java サーブレットに送信する Android アプリがあります。これは現在発生していません。次の例外が Logcat に表示されます

これは私のアプリコードです

これは私のサーブレットコードです

この質問は、8 つの発信チャネル IR 送信機のファームウェアに関するものです。これは、8 つの IR LED を備えたマイクロコントローラー ボードです。目標は、1 つまたは複数のチャネルを使用してデータ ストリームを送信できるトランスミッタを用意することです。データは UART を介してボードに配信され、1 つまたは複数のチャネルを介して送信されます。

私の送信回路は UART よりも高速なので、フロー制御は必要ありません。

現在、ファームウェアでチャネルが固定されているため、UART からの各バイトは直接送信されます。これは、UART 経由で目的のチャネルを設定する方法がないことを意味します。これは私が望んでいることです。

もちろん、最も簡単な解決策は、各ビットが 1 つのチャネルを表す制御バイトをデータ バイトに追加することです。これには、各バイトを 1 つまたは複数のチャネルにルーティングできるという利点がありましたが、もちろんオーバーヘッドが大幅に増加します。

ストリーム タイプの送信のため、送信機で長さフィールドを回避しようとしています。

私の研究は、この上のネットワーク スタックにあります。

私の質問は、これを解決するためのスキームまたは優れた慣行があるかどうかです。同様の問題がロボティクスにもあると思いますが、センサー データが常にクロス コントロール シグナルを流しますが、シンプルで洗練された解決策を見つけることができませんでした。